Разработка программного обеспечения автоматизации процессов оптовой продажи металлопроката и учета задолженностей по приложениям
Курсовой проект - Компьютеры, программирование
Другие курсовые по предмету Компьютеры, программирование
?пользования.
Требования к интерфейсу: по желанию разработчика. С АС будет работать разработчик, поэтому пользовательским интерфейсом можно пренебречь.
Требования к функциям
Функция хранилища данных (дополнение, хранение, обработка, исключение).
Требование к нормативно-справочным данным и выходным формам
Отсутствуют по причине внутреннего использования.
. Подробное описание автоматизируемых бизнес-процессов
После оплаты приложения бухгалтер фиксирует информацию в своей тетрадке. Затем передает его оператору АС. Оператор добавляет информацию в БД. Это можно назвать моделью оплаты приложения.
По истечении определенного срока данные становятся не актуальными. Гарантированно это полгода, потому как по договоренности с фирмой-поставщиком, в конце июня нужно закрыть все долги друг перед другом. Не нужные данные после этого следует удалить. Бизнес-процесс - погашение задолженности.
Бывают ситуации, что оператор ошибся, это связано с человеческим фактором. После того как какие-либо оплошности были замечены, оператор должен иметь возможность их исправить.
. Обоснование выбора средств автоматизации
Выбор средства автоматизации я делал, опираясь на поставленные задачи. В конечном итоге этим средством оказалась база данных InterBase. Она удовлетворяет всем требованиям и обладает необходимой функциональностью.
АС должна быть в электронном виде. Минусы хранения информации в тетради описаны в предыдущем разделе.
Обеспечить резервирование данных. На случай поломки компьютера.
Программа должна иметь характер строго внутреннего использования.
Требования к интерфейс: по желанию разработчика. С АС будет работать разработчик, поэтому пользовательским интерфейсом можно пренебречь
1.БД InterBase - это файл, хранящийся на жестком диске компьютера, а не письменный вариант, заполненный от руки.
2.Файл базы данных единственный и не большой, даже если в нем будут храниться 50 счетов и 50 приложений, то он будет занимать не более 30 Мб. А значит, его легко и быстро копировать, то есть создавать резервные копии.
.База данных ведется только в целях внутренней организации. Не нужно предоставлять никакие отчеты в государственные службы, отчитываться перед кем-либо.
.Интерфейс как таковой вообще не нужен, на первых этапах точно. Это позволит скорейшим образом исправить ситуацию с долгами, а в будущем возможна разработка графического интерфейса и его привязка к базе данных.
.Автоматизация будет реализована с помощью триггеров.
информационный программный торговля учет
7. Разработка программного обеспечения
Пользователи системы и их роли: оператор, единственный пользователь, организация небольшая и люди, которые в ней работают боятся компьютеров. Бухгалтер не может быть оператором, поскольку такая система задумывается как дублирующая его действия, как проверка работы бухгалтера.
ER-Диаграмма
Номенклатура*ИН номенклатуры (1)ТипМарка сталиРазмеры
Приложение*ИН Приложения (1)Номер приложенияПредоплата
Позиция(1)*ИН позицииВесЦенаИН номенклатуры (М)(М) ИН приложения
Счёт*ИН счётаДата оплатыСумма оплатыНомер счётаФактический весИН позиции (М)
Схема БД
PRIL*PRIL_ID INT (1)PRIL_DATE DATEPRIL_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 INTBILL_DATE DATEBILL_PAY FLOATBILL_NAME CHAR(5)BILL_W_FACT FLOATPOZ_ID INT (М)
POZ(1)*POZ_ID INTPOZ_W FLOATPOZ_PRICE FLOATNOMEN_ID INT (М)(М) PRIL_ID
Структура базы данных следующая. Начнем с описания сущностей и их атрибутов: приложение, счёт, номенклатуру и позицию.
Атрибуты приложения: дата оплаты, номер приложения, предоплата.
Атрибуты счёта: дата оплаты, сумма оплаты, номер счёта, фактический вес.
Атрибуты номенклатуры: тип, марка стали, размер.
Атрибуты позиции: вес, цена.
В качестве ключевых полей будут выступать их целочисленные идентификаторы.
Программа создания базы данных БД
Реализовывалась база данных в InterBase 6.0. Для написания SQL-скриптов использовалась IB Expert 1.0.
Создание БД
DATABASE "D:\MYBASE.GDB"=1000"SYSDBA" PASSWORD "masterkey";
/*Определение генераторов*/
/*для ИН приложения*/GENERATOR GEN_PRIL_ID;GENERATOR GEN_PRIL_ID TO 0;
/*для ИН счета*/GENERATOR GEN_BILL_ID;GENERATOR GEN_BILL_ID TO 0;
/*для ИН позиции*/GENERATOR GEN_POZ_ID;GENERATOR GEN_POZ_ID TO 0;
/*для ИН номенклатуры*/GENERATOR GEN_NOMEN_ID;GENERATOR GEN_NOMEN_ID TO 0;
Создание справочника номенклатуры
TABLE NOMEN
(_ID INT NOT NULL PRIMARY KEY,_TYPE CHAR(5),_MARK CHAR(5),_SIZE CHAR(5)
);
/*Триггер, генерирующий ИН номенклатуры*/
TERM !! ;TRIGGER NOMEN_ID_KEY FOR NOMENINSERT.NOMEN_ID=GEN_ID(GEN_NOMEN_ID,1);!!TERM; !!
Создание таблицы приложений
TABLE PRIL
(_ID INT NOT NULL PRIMARY KEY,_DATE DATE,_NAME CHAR(5),_PREPAY FLOAT
);
/*Триггер, генерирующий ИН приложения*/
TERM !! ;TRIGGER PRIL_ID_KEY FOR PRILINSERT.PRIL_ID=GEN_ID(GEN_PRIL_ID,1);!!TERM ; !!
/*-----POZ*/TABLE POZ
(_ID INT NOT NULL PRIMARY KEY,_W FLOAT,_PRICE FLOAT,_ID INT,_ID INT,KEY (PRIL_ID) REFERENCES PRIL (PRIL_ID),KEY (NOMEN_ID) REFERENCES NOMEN (NOMEN_ID)
);
Триггер, генерирующий ИН позиции
TERM !! ;TRIGGER POZ_ID_KEY FOR POZINSERT.POZ_ID=GEN_ID(GEN_POZ_ID,1);!!TERM ; !!
Создание таблицы счетов
TABLE BILL
(_ID INT NOT NULL PRIMARY KEY,_DATE DATE,_NAME CHAR(5),_PAY FLOAT,_W_FACT FLOAT DEFAULT 0,_ID INT,KEY (POZ_ID) REFERENCES POZ (POZ_ID)
);
Триггер, генерирующий ИН счета
TERM !! ;TRIGGER BILL_ID_KEY FOR BILLINSERT.BILL_ID=GEN_ID(GEN_BILL_ID,1);!!TERM ; !!
&nb