3. Описание программы
Информационная система складского терминала (далее ИС или программа) представляет собой Windows – приложение, созданное с помощью программной среды Delphi 5. Программа функционирует как приложение для работы с базами данных, построенное на имеющихся для этого программных средствах Delphi 5. ИС работает под управлением операционной системы Windows 95/98/NT. Аппаратная часть ИС – компьютера (процессор Pentium 266 МГц, ОЗУ – 32 МБ, HDD – 2.4 Гб, видеопамять 4 МБ); дисплея 17´´; принтера (Lexmark Optra S 1855); принтера наклеек DATAMAX DMX 600. Характерной особенностью созданных с помощью Delphi программ для работы с базами данных (БД) является непременное использование в них BDE (Borland Database Engine – машина баз данных Borland), которая осуществляет роль связующего моста между программой и таблицами БД. BDE представляет собой набор DLL – библиотек, обеспечивающих низкоуровневый доступ к локальным и клиент – серверным БД и должна устанавливаться на каждом компьютере, который использует приложения для работы с БД, написанные на Delphi. BDE не является частью программы, содержится в нескольких каталогах и должна регистрироваться в реестре Windows 32. При установке ИС на компьютер все необходимые DLL – библиотеки копируются по умолчанию в каталог C:\Program Files\BDE\. В каталоге …IS\MODULS находятся исходные файлы программы. Запускающим файлом ИС является исполнимый файл START.EXE, находящийся в папке IS. Экранные формы информационной системы представлены на рисунках 3.1; 3.2; 3.3; 3.4.
Рис. 3.1. Экранная форма заголовка расходной накладной
Рис. 3.2. Экранная форма строк расходной накладной
Рис.3.3. Экранная форма редактора списков сотрудников Рис 3.4. Экранная форма редактора классификаторов товаров3.1 Алгоритм функционирования информационной системы
складского терминала
Функционирование ИС осуществляется согласно структурному алгоритму, построенному исходя из требований, предъявляемых к выполняемым программой функциям (разделы 1.3 и 2). Работу всей системы можно представить алгоритмом, изображенным на рис. 3.5, 3.6, 3.7, 3.8.
Рис. 3.5. Алгоритм работы информационной системы складского терминала3.2 Информационная структура базы данных.
Проектирование базы данных начинается с выявления атрибутов и подбора данных. Проектируемая база данных будет содержать объектное отношение документов прихода и объектное отношение документов отгрузки со склада. Анализ информации, которая должна содержатся в акте о приходе продукции на склад, показывает, что следует выделить следующие атрибуты объектного отношения документов прихода:
1. № акта о разгрузке;
2. оператор, производящий приемку продукции на склад (зав. складом);
3. № товарно-транспортной накладной, по которой продукция прибыла на склад;
Рис. 3.6. Алгоритм работы информационной системы складского терминала
4. дата создания акта о разгрузке;
5. время создания акта о разгрузке;
6. № машины, с которой прибыла продукция;
7. поставщик продукции;
8. водитель машины;
9. дата разгрузки;
10. время разгрузки;
11. код продукта;
12. наименование продукта;
13. срок годности продукта;
14. количество коробов продукции;
15. вес короба продукции;
16. цена короба продукции;
17. адрес разгруженной продукции на складе;
Данное объектное отношение также должно содержать информацию о поставщике продукции (адрес, телефон и т.д.). Используя данное объектное отношение, мы получим слишком громоздкую базу данных, с огромной избыточностью. Так как принятая продукция будет иметь определенное количество разных адресов на складе для каждого кода продукции в отдельности, то мы получим большое число строк, в которых будет повторяться информация о поставщиках, продукции, операторах. Исходя из данного анализа целесообразно будет разбить объектное отношение документов прихода на несколько отдельных объектных отношений: документы прихода, карточка товара, поставщики, операторы, расположение.
Определим атрибуты объектного отношения «Карточка товара»:
1. наименование товарной единицы;
2. производитель товарной единицы;
3. код продукта;
4. вес короба продукции;
5. высота короба продукции;
6. ширина короба продукции;
7. длина короба продукции;
8. цена короба продукции.
Определим атрибуты объектного отношения «Поставщики»:1. код поставщика;
2. название поставщика;
3. адрес поставщика;
4. телефон поставщика;
5. расчетный счет поставщика;
6. № договора с поставщиком;
Определим атрибуты объектного отношения «операторы»:
1. фамилия оператора;
2. имя оператора;
3. отчество оператора;
4. адрес оператора;
5. телефон оператора;
Определим атрибуты объектного отношения «Документы прихода»:
1. № акта разгрузки;
2. оператор;
3. № товарно-транспортной накладной;
4. время создания акта разгрузки;
5. дата создания акта разгрузки;
6. № машины, с которой прибыла продукция;
7. поставщик;
8. водитель машины;
9. дата разгрузки;
10. время разгрузки;
Определим атрибуты объектного отношения «Расположение»:
1. № акта разгрузки;
2. код продукта;
3. количество коробов;
4. срок годности продукции;
5. адрес;
Информация о товарах будет располагаться в файле с именем «tovar.dbf» со следующей структурой файла (Таблица 3.1.):
Таблица 3.1.
Название | Имя поля | Тип поля | Длина |
Название товара | Nаim_tov | текстовый | 30 |
Производитель товарной единицы | Naim_proizvod | текстовый | 15 |
Код продукта | Kod_prod | числовой | 6 |
Вес короба продукции | Ves_prod | числовой | 4 |
Ширина короба продукции | Shir_prod | числовой | 3 |
Высота короба продукции | Visot_prod | числовой | 3 |
Длина короба продукции | Dlin_prod | числовой | 3 |
Цена короба продукции | Cena_prod | числовой | 4 |
Информация о поставщиках будет располагаться в файле с именем «postav.dbf» со следующей структурой файла (Таблица 3.2):
Таблица 3.2.
Название | Имя поля | Тип поля | Длина |
код поставщика | Kod_post | числовой | 5 |
название поставщика | Naim_post | текстовый | 15 |
адрес поставщика | Adres_post | текстовый | 30 |
телефон поставщика | Telef_post | числовой | 6 |
расчетный счет поставщика | Ras_shet | числовой | 30 |
№ договора с поставщиком | №_dogov | числовой | 10 |
Информация об операторах будет располагаться в файле с именем «operators.dbf» со следующей структурой файла (Таблица 3.3.):
Таблица 3.3.
Название | Имя поля | Тип поля | Длина |
Фамилия оператора | FIO1_oper | текстовый | 10 |
Имя оператора | FIO2_oper | текстовый | 8 |
Отчество оператора | FIO3_oper | текстовый | 10 |
Адрес оператора | Adres_oper | текстовый | 30 |
Телефон оператора | Telef_oper | числовой | 6 |
Информация о документах прихода будет располагаться в файле с именем «prihod.dbf» со следующей структурой файла (Таблица 3.4.):
Таблица 3.4.
Название | Имя поля | Тип поля | Длина |
№ акта разгрузки | №_akt | числовой | 10 |
Оператор | operator | текстовый | 10 |
№ товарно-транспортной накладной | №_TTN | числовой | 5 |
Время создания акта о разгрузке | Time | time | 8 |
Дата создания акта о разгрузке | Data | data | 10 |
№ машины, с которой прибыла продукция | №_cars | общий | 10 |
Код поставщик | Kod_post | текстовый | 15 |
Водитель машины | Voditel | текстовый | 10 |
Дата разгрузки | Data1 | data | 10 |
Время разгрузки | Time1 | time | 8 |
Информация о расположении будет располагаться в файле с именем «adress.dbf» со следующей структурой файла (Таблица 3.5.):
Таблица 3.5.
Название | Имя поля | Тип поля | Длина |
№ акта разгрузки | №_acts | числовой | 10 |
Код продукта | Kod_prod | числовой | 6 |
Количество коробов | Kol_case | числовой | 3 |
Срок годности продукции | BBD | общий | 15 |
Адрес | Аdress | общий | 15 |
Определим необходимые атрибуты объектного отношения документов отгрузки. Анализ информации, которая должна содержатся в акте об отгрузки продукции со склада, показывает, что следует выделить следующие атрибуты объектного отношения документов отгрузки со склада:
1. № акта об отгрузки;
2. № заказа;
3. оператор;
4. время создания акта;
5. дата создания акта;
6. код клиента;
7. название клиента;
8. адрес клиента;
9. телефон клиента;
10. дата отгрузки
11. время отгрузки
12. код продукции
13. адрес продукции на складе
14. количество коробов
15. срок годности продукции
Используя данное объектное отношение, мы получим слишком громоздкую базу данных, с огромной избыточностью. Так как отгружаемая продукция будет иметь определенное количество разных адресов на складе для каждого кода продукции в отдельности, то мы получим большое число строк, в которых будет повторяться информация о клиентах, продукции, операторах. Исходя из данного анализа целесообразно будет разбить объектное отношение документов отгрузки на несколько отдельных объектных отношений: документы отгрузки, карточка товара, клиенты, операторы, адрес отгрузки.
Объектные отношения карточка товара и операторы представлены выше. Определим атрибуты объектного отношения «Клиенты»:
1. код клиента;
2. название клиента;
3. адрес клиента;
4. телефон клиента;
Определим атрибуты объектного отношения «Документы отгрузки»:1. № акта отгрузки;
2. № заказа;
3. оператор;
4. время создания акта отгрузки;
5. дата создания акта отгрузки;
6. код клиента;
7. дата отгрузки;
8. время отгрузки;
Определим атрибуты объектного отношения «адрес отгрузки»:
1. код продукта;
2. количество коробов;
3. срок годности продукции;
4. адрес продукции
Информация о клиентах будет располагаться в файле с именем «klient.dbf» со следующей структурой файла (Таблица 3.6.):
Таблица 3.6.
Название | Имя поля | Тип поля | Длина |
код клиента | Kod_klien | числовой | 5 |
название клиента | Naim_klien | текстовый | 15 |
адрес клиента | Adres_klien | текстовый | 30 |
телефон клиента | Telef_klien | числовой | 6 |
Информация о документах отгрузки будет располагаться в файле с именем «otgryska.dbf» со следующей структурой файла (Таблица 3.7.):
Таблица 3.7.
Название | Имя поля | Тип поля | Длина |
№ акта отгрузки | №_akt1 | числовой | 10 |
№ заказа | №_zakaz | числовой | 10 |
Оператор | operator | текстовый | 10 |
Время создания акта oб отгрузки | Time2 | time | 8 |
Дата создания акта об отгрузки | Data2 | data | 10 |
Код клиента | Kod_klien | общий | 5 |
Дата отгрузки | Data3 | data | 10 |
Время отгрузки | Time3 | time | 8 |
Информация о расположении будет располагаться в файле с именем «adress1.dbf» со следующей структурой файла (Таблица 3.8.):
Таблица 3.8.
Название | Имя поля | Тип поля | Длина |
№ акта oтгрузки | №_acts | числовой | 10 |
Код продукта | Kod_prod | числовой | 6 |
Количество коробов | Kol_case | числовой | 3 |
Срок годности продукции | BBD | общий | 15 |
Адрес | Аdress | общий | 15 |
Инфологическая модель баз данных "Приход", "Уход" построенная с помощью языка "таблицы-связи" представлена на рис. 3.9. /5/
... на специализированные программные продукты. Это существенно экономит трудовые ресурсы, одновременно повышая производительность труда. 2.1 Информационная система предприятия при организации удаленного склада Автоматизация склада объединяет системы управления складом, технологию штрих-кодирования, радиотерминалы, сканеры, складское и транспортно-погрузочное оборудование, производственные ...
... заключения с целью планирования прохождения процедуры продления предварительного заключения. Бизнес-процесс "Прием месячных заявок клиентов" Прием уточненных месячных заявок Анализ изменений в заявках клиентов В логистической системе должна быть возможность отслеживать изменения в заявках клиентов (как причину изменения графика производства). Бизнес-процесс "Перемещение ГП из цеха на склад ...
... предприятия. Для дальнейшего развития Системы необходимо рассчитать экономическую эффективность проекта. Для этого необходимо выбрать направление распространения Системы. Заказчиком системы выступало закрытое акционерное общество "Белгородский бройлер". Произведем расчет экономической эффективности проекта с точки зрения заказного проекта. Структура экономической части при создании программного ...
... в тех разрезах, которые Вам необходимы, формируя набор показателей «на лету». Прозрачность и достоверность данных обеспечивается наличием всей необходимой информации в единой системе. «Управление производством» позволяет полностью контролировать процесс прохождения производственного заказа по всем этапам производственного цикла от расчета потребностей в материалах и производственных ресурсах до ...
0 комментариев