Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Разработка программного обеспечения автоматизации процессов оптовой продажи металлопроката и учета задолженностей по приложениям



Содержание

1. Задание на курсовой проект

2. Постановка задачи, структурное описание объекта автоматизации. Описание основных бизнес-процессов

3. Назначение системы, участки и бизнес-процессы, подлежащие автоматизации

4. Спецификация требований к системе

5. Подробное описание автоматизируемых бизнес-процессов

6. Обоснование выбора средств автоматизации

7. Разработка программного обеспечения

8. Перечень мероприятий, необходимых для подготовки объекта автоматизации к вводу системы в действие

9. Перспективы дальнейшего развития системы

Основные выводы по полученным результатам работы

Список литературы

1. Задание на курсовой проект

Создать учебную информационную систему, реализующей реальные бизнес-процессы предметной области: оборот денежных средств на предприятии по торговле металлопрокатом, участвующих в предоплатах и оплатах приложений к счетам.

Процесс курсового проектирования предполагает моделирование процесса по созданию информационной системы, где преподаватель выступает в качестве заказчика, а студент в качестве исполнителя.

Выполнение курсовой работы предполагает полное прохождение жизненного цикла разработки программного обеспечения от анализа требований и проектирования до разработки программного обеспечения, тестирования и ввода в эксплуатацию с документальным оформлением и согласованием с заказчиком (преподавателем) всех этапов работы. Выбор средств разработки программного обеспечения остается на усмотрение студента - студент может выбрать любую знакомую ему среду разработки. Не допускается защита курсовой работы в виде представления преподавателю какой-либо ранее написанной студентом программы, так как написание программного кода является только частью курсовой работы, а процесс выполнения работы должен представлять полный цикл разработки.

2. Постановка задачи, структурное описание объекта автоматизации. Описание основных бизнес-процессов.

Рассматриваемое предприятие является посредником между заводом, изготавливающим изделия из металла, и потребителем, использующего прокат в собственных целях. В Уральском Федеральном округе очень развита металлургия, насчитывается порядка 100 заводов-производителей изделий из металла, в данном примере - металлопроката. Выражаясь простым языком, металлопрокат - это изделие из металла определенной марки, определенной формы и определенного размера. Например, Лист АМГ 1х1200х2000 - это плоский лист из алюминия марки АМГ толщиной 1мм и раскроем 1200 на 2000 миллиметров. Наиболее распространенные типы проката: лист, круг, квадрат, шина; марки стали: АМГ6, Д16Т, АД1, АМГ3, АМЦ. Потребителями являются небольшие заводы, отдельные цеха, реже - физические лица. Такие предприятия не могут покупать прокат напрямую с завода, из-за сравнительно малых объемов (от 100 кг до 20 тн), поэтому обращаются в подобные оптовые коммерческие организации.

Проблема в следующем: не всегда выгодно покупать на заводе, иногда проще это сделать через такую же фирму. Составляется договор, подписывается и т.д. и т.п..

Фирма-поставщик выставляет счет на оплату, к счету выписываются приложения, которые отправляются непосредственно на завод-изготовитель.

Необходимо спроектировать систему учета задолженностей по приложениям так, чтобы можно было добавить приложение, вывести долг за заданный период, удалить отработанные приложения.

3. Назначение системы, участки и бизнес-процессы, подлежащие автоматизации

Система должна заменить ранее использованный метод ведения учета: бухгалтер вел отдельную тетрадь. Минусы такого способа очевидны:

· Неразборчивый почерк мог стать причиной длительных перерасчетов и поиска документов.

· Маркость бумаги - тоже самое.

· Тетради периодически теряются, сдуваются ветром в окно, выкидываются в мусор вместе с мусором.

· Другие причины, связанные с носителем информации на умаге

В базу данных заносится информация из приложения, а именно:

· Дата предоплаты

· Номер приложения

· Сумма предоплата

После отгрузки на склад готовой продукции и оплаты счета в БД вносится информация из счета:

· Дата оплаты

· Сумма оплаты

· Номер счета

· Фактический вес

В каждом счете и приложении имеется список позиций (перечень продукции). Каждая позиция содержит:

· Номенклатурное название

· Вес

· Цену

Наименование по номенклатуре - это:

· Вид проката

· Марка стали

· Размеры

Следует реализовать следующие моменты.

Во-первых, возможность добавления, удаления и исправления, данных в БД.

Во-вторых, возможность просмотра суммы долга за период (задается пользователем).

В-третьих, скорейшим образом создать рабочую базу данных, чтобы ее наполнить и держать ситуацию под контролем.

4. Спецификация требований к системе

Требование к системе в целом

· АС должна быть в электронном виде. Минусы хранения информации в тетради описаны в предыдущем разделе.

· Обеспечить резервирование данных. На случай поломки компьютера.

· Программа должна иметь характер строго внутреннего использования.

· Требования к интерфейсу: по желанию разработчика. С АС будет работать разработчик, поэтому пользовательским интерфейсом можно пренебречь.

Требования к функциям

· Функция хранилища данных (дополнение, хранение, обработка, исключение).

Требование к нормативно-справочным данным и выходным формам

Отсутствуют по причине внутреннего использования.

5. Подробное описание автоматизируемых бизнес-процессов

После оплаты приложения бухгалтер фиксирует информацию в своей тетрадке. Затем передает его оператору АС. Оператор добавляет информацию в БД. Это можно назвать моделью оплаты приложения.

По истечении определенного срока данные становятся не актуальными. Гарантированно это полгода, потому как по договоренности с фирмой-поставщиком, в конце июня нужно закрыть все долги друг перед другом. Не нужные данные после этого следует удалить. Бизнес-процесс - погашение задолженности.

Бывают ситуации, что оператор ошибся, это связано с человеческим фактором. После того как какие-либо оплошности были замечены, оператор должен иметь возможность их исправить.

6. Обоснование выбора средств автоматизации

Выбор средства автоматизации я делал, опираясь на поставленные задачи. В конечном итоге этим средством оказалась база данных InterBase. Она удовлетворяет всем требованиям и обладает необходимой функциональностью.

· АС должна быть в электронном виде. Минусы хранения информации в тетради описаны в предыдущем разделе.

· Обеспечить резервирование данных. На случай поломки компьютера.

· Программа должна иметь характер строго внутреннего использования.

· Требования к интерфейс: по желанию разработчика. С АС будет работать разработчик, поэтому пользовательским интерфейсом можно пренебречь

1. БД InterBase - это файл, хранящийся на жестком диске компьютера, а не письменный вариант, заполненный от руки.

2. Файл базы данных единственный и не большой, даже если в нем будут храниться 50 счетов и 50 приложений, то он будет занимать не более 30 Мб. А значит, его легко и быстро копировать, то есть создавать резервные копии.

3. База данных ведется только в целях внутренней организации. Не нужно предоставлять никакие отчеты в государственные службы, отчитываться перед кем-либо.

4. Интерфейс как таковой вообще не нужен, на первых этапах точно. Это позволит скорейшим образом исправить ситуацию с долгами, а в будущем возможна разработка графического интерфейса и его привязка к базе данных.

5. Автоматизация будет реализована с помощью триггеров.

информационный программный торговля учет

7. Разработка программного обеспечения

Пользователи системы и их роли: оператор, единственный пользователь, организация небольшая и люди, которые в ней работают «боятся» компьютеров. Бухгалтер не может быть оператором, поскольку такая система задумывается как дублирующая его действия, как проверка работы бухгалтера.

ER-Диаграмма

Номенклатура
*ИН номенклатуры (1)
Тип
Марка стали
Размеры

Приложение
*ИН Приложения (1)
Номер приложения
Предоплата

Позиция
(1)*ИН позиции
Вес
Цена
ИН номенклатуры (М)
(М) ИН приложения

Счёт
*ИН счёта
Дата оплаты
Сумма оплаты
Номер счёта
Фактический вес
ИН позиции (М)



Схема БД

PRIL
*PRIL_ID INT (1)
PRIL_DATE DATE
PRIL_NAME CHAR(5)
PRIL_PREPAY FLOAT

NOMEN
*NOMEN_ID INT (1)
NOMEN_TYPE CHAR(5)
NOMEN_MARK CHAR(5)
NOMEN_SIZE CHAR(5)

BILL
*BILL_ID INT
BILL_DATE DATE
BILL_PAY FLOAT
BILL_NAME CHAR(5)
BILL_W_FACT FLOAT
POZ_ID INT (М)

POZ
(1)*POZ_ID INT
POZ_W FLOAT
POZ_PRICE FLOAT
NOMEN_ID INT (М)
(М) PRIL_ID

Структура базы данных следующая. Начнем с описания сущностей и их атрибутов: приложение, счёт, номенклатуру и позицию.

Атрибуты приложения: дата оплаты, номер приложения, предоплата.

Атрибуты счёта: дата оплаты, сумма оплаты, номер счёта, фактический вес.

Атрибуты номенклатуры: тип, марка стали, размер.

Атрибуты позиции: вес, цена.

В качестве ключевых полей будут выступать их целочисленные идентификаторы.



Программа создания базы данных БД

Реализовывалась база данных в InterBase 6.0. Для написания SQL-скриптов использовалась IB Expert 1.0.

Создание БД

CREATE DATABASE "D:\MYBASE.GDB"

LENGTH=1000

USER "SYSDBA" PASSWORD "masterkey";

/*Определение генераторов*/

/*для ИН приложения*/

CREATE GENERATOR GEN_PRIL_ID;

SET GENERATOR GEN_PRIL_ID TO 0;

/*для ИН счета*/

CREATE GENERATOR GEN_BILL_ID;

SET GENERATOR GEN_BILL_ID TO 0;

/*для ИН позиции*/

CREATE GENERATOR GEN_POZ_ID;

SET GENERATOR GEN_POZ_ID TO 0;

/*для ИН номенклатуры*/

CREATE GENERATOR GEN_NOMEN_ID;

SET GENERATOR GEN_NOMEN_ID TO 0;



Создание справочника номенклатуры

CREATE TABLE NOMEN

(

NOMEN_ID INT NOT NULL PRIMARY KEY,

NOMEN_TYPE CHAR(5),

NOMEN_MARK CHAR(5),

NOMEN_SIZE CHAR(5)

);

/*Триггер, генерирующий ИН номенклатуры*/

SET TERM !! ;

CREATE TRIGGER NOMEN_ID_KEY FOR NOMEN

BEFORE INSERT

AS

BEGIN

NEW.NOMEN_ID=GEN_ID(GEN_NOMEN_ID,1);

END !!

SET TERM; !!

Создание таблицы приложений

CREATE TABLE PRIL

(

PRIL_ID INT NOT NULL PRIMARY KEY,

PRIL_DATE DATE,

PRIL_NAME CHAR(5),

PRIL_PREPAY FLOAT

);

/*Триггер, генерирующий ИН приложения*/

SET TERM !! ;

CREATE TRIGGER PRIL_ID_KEY FOR PRIL

BEFORE INSERT

AS

BEGIN

NEW.PRIL_ID=GEN_ID(GEN_PRIL_ID,1);

END !!

SET TERM ; !!

/*-----POZ*/

CREATE TABLE POZ

(

POZ_ID INT NOT NULL PRIMARY KEY,

POZ_W FLOAT,

POZ_PRICE FLOAT,

PRIL_ID INT,

NOMEN_ID INT,

FOREIGN KEY (PRIL_ID) REFERENCES PRIL (PRIL_ID),

FOREIGN KEY (NOMEN_ID) REFERENCES NOMEN (NOMEN_ID)

);

Триггер, генерирующий ИН позиции

SET TERM !! ;

CREATE TRIGGER POZ_ID_KEY FOR POZ

BEFORE INSERT

AS

BEGIN

NEW.POZ_ID=GEN_ID(GEN_POZ_ID,1);

END !!

SET TERM ; !!

Создание таблицы счетов

CREATE TABLE BILL

(

BILL_ID INT NOT NULL PRIMARY KEY,

BILL_DATE DATE,

BILL_NAME CHAR(5),

BILL_PAY FLOAT,

BILL_W_FACT FLOAT DEFAULT '0',

POZ_ID INT,

FOREIGN KEY (POZ_ID) REFERENCES POZ (POZ_ID)

);

Триггер, генерирующий ИН счета

SET TERM !! ;

CREATE TRIGGER BILL_ID_KEY FOR BILL

BEFORE INSERT

AS

BEGIN

NEW.BILL_ID=GEN_ID(GEN_BILL_ID,1);

END !!

SET TERM ; !!



Триггеры для каскадного удаления

SET TERM !! ;

CREATE TRIGGER PRIL_ID_DEL FOR PRIL

BEFORE DELETE

AS

BEGIN

DELETE FROM POZ WHERE PRIL_ID=OLD.PRIL_ID;

END !!

SET TERM ; !!

SET TERM !! ;

CREATE TRIGGER POZ_ID_DEL FOR POZ

BEFORE DELETE

AS

BEGIN

DELETE FROM BILL WHERE POZ_ID=OLD.POZ_ID;

END !!

SET TERM ; !!

Пример программы-заполнителя БД

Соединение с базой данных

CONNECT DATABASE "D:\MYBASE.GDB"

USER "SYSDBA" PASSWORD "masterkey";



Заполнение таблицы номенклатуры

INSERT INTO NOMEN (NOMEN_TYPE, NOMEN_MARK,

NOMEN_SIZE)

VALUES ('KRUG', 'AMG', '100');

INSERT INTO NOMEN (NOMEN_TYPE, NOMEN_MARK,

NOMEN_SIZE)

VALUES ('KRUG', 'AMG', '150');

INSERT INTO NOMEN (NOMEN_TYPE, NOMEN_MARK,

NOMEN_SIZE)

VALUES ('PLITA', 'AMG6B', '50');

INSERT INTO NOMEN (NOMEN_TYPE, NOMEN_MARK,

NOMEN_SIZE)

VALUES ('LIST', 'AD1N', '1.5');

Заполнение таблицы приложений

INSERT INTO PRIL (PRIL_DATE, PRIL_NAME, PRIL_PREPAY)

VALUES ('01-01-2007', 'P1', '100');

INSERT INTO PRIL (PRIL_DATE, PRIL_NAME, PRIL_PREPAY)

VALUES ('01-02-2007', 'P2', '200');

Заполнение таблицы позиций

INSERT INTO POZ (POZ_W, POZ_PRICE, NOMEN_ID, PRIL_ID)

VALUES ('5', '20', '1', '1');

INSERT INTO POZ (POZ_W, POZ_PRICE, NOMEN_ID, PRIL_ID)

VALUES ('1', '50', '2', '2');

INSERT INTO POZ (POZ_W, POZ_PRICE, NOMEN_ID, PRIL_ID)

VALUES ('1', '100', '3', '2');

INSERT INTO POZ (POZ_W, POZ_PRICE, NOMEN_ID, PRIL_ID)

VALUES ('1', '150', '4', '2');

Заполнение таблицы счетов

INSERT INTO BILL (BILL_DATE, BILL_PAY, BILL_NAME,

BILL_W_FACT, POZ_ID) VALUES ('01-03-2007', '100', 'B1', '5', '1');

INSERT INTO BILL (BILL_DATE, BILL_PAY, BILL_NAME,

BILL_W_FACT, POZ_ID) VALUES ('01-03-2007', '50', 'B1', '1', '2');

INSERT INTO BILL (BILL_DATE, BILL_PAY, BILL_NAME,

BILL_W_FACT, POZ_ID) VALUES ('02-03-2007', '100', 'B2', '1', '3');

INSERT INTO BILL (BILL_DATE, BILL_PAY, BILL_NAME,

BILL_W_FACT, POZ_ID) VALUES ('02-03-2007', '150', 'B2', '1', '4');

Применение выполненных транзакций

COMMIT;



8. Перечень мероприятий, необходимых для подготовки объекта автоматизации к вводу системы в действие

Инструкция для пользователя не требуется в целях экономии времени. Сразу же после внедрения база данных наполняется и запускается в тестовый режим, целью которого является узнать, всё ли реализовано с помощь приведенной выше структуры БД.

Во-первых, необходимо купить и установить на компьютер программное обеспечение Microsoft Interbase Server минимум 6й версии. Программа не «тяжелая», потребляет немного ресурсов, поэтому запустится и будет функционировать на любом современном ПК.

Затем, нужно создать структуру базы данных. Это делается с помощью скрипта create.sql. Затем пишется скрипт на заполнение таблицы номенклатуры, список которой предоставляет клиент. Затем забиваются таблицы счетов и приложений. После чего первый раз подводятся итоги за весь период.

9. Перспективы дальнейшего развития системы

В дальнейшем программу можно доработать пользовательским интерфейсом и обучить работников из бухгалтерии пользоваться ею. Но это лишь после того, как программа себя зарекомендует и справится с поставленными перед ней заданиями.

Если потребуется, то возможно добавятся новые атрибуты составляющих БД. Это повысит функциональность АС.



Основные выводы по полученным результатам работы

Программа тестировалась мною в период осень-весна 2007 года и полностью справлялась с поставленными задачами.

Список литературы

Стандарты

1. ГОСТ 34.601-90 Информационная технология. Комплекс стандартов на автоматизируемые системы Автоматизированные системы. Стадии создания.

2. ГОСТ 34.601-89 Информационная технология. Комплекс стандартов на автоматизируемые системы Техническое задание на создание автоматизированной системы.

3. ГОСТ 34.603-92 Информационная технология. Виды испытаний автоматизированных систем

Книги

1. Вендров А.М. Проектирование программного обеспечения экономических информационных систем. М: «Финансы и статистика», 2000

2. Черемных С.В., Ручкин В.С., Семенов И.О. Структурный анализ систем. IDEF-технологии. М.: Финансы и статистика, 2001

3. Калянов Г.Н. Теория и практика реорганизации бизнес-процессов. М.: СИНТЕГ, 2000

4. Смирнова Г.Н., Сорокин А.А., Тельнов Ю.Ф. Проектирование экономических информационных систем. М.: Финансы и статистика, 2002

5. Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем Интернет-университет информационных технологий - ИНТУИТ. ру, 2005

6. Елиферов В.Г., Репин В.В. Бизнес-процессы: регламентация и управлениеМ.: ИНФРА-М, 2004

Размещено на Allbest.ru