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/


Информация о работе «Информационная система складского терминала»
Раздел: Информатика, программирование
Количество знаков с пробелами: 126888
Количество таблиц: 24
Количество изображений: 0

Похожие работы

Скачать
75499
2
3

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

Скачать
192613
24
4

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

Скачать
87374
8
17

... предприятия. Для дальнейшего развития Системы необходимо рассчитать экономическую эффективность проекта. Для этого необходимо выбрать направление распространения Системы. Заказчиком системы выступало закрытое акционерное общество "Белгородский бройлер". Произведем расчет экономической эффективности проекта с точки зрения заказного проекта. Структура экономической части при создании программного ...

Скачать
84402
0
4

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

0 комментариев


Наверх