RSS    

   Реферат: Информационная система складского терминала

Таблица 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/

3.4 Описание модулей программы

В виду громоздкости программного кода проекта в данном разделе приведем описание одного модуля программы на примере модуля Unit1.pas. Этот модуль описывает работу формы ввода пароля. Соответствующий листинг представлен в приложении. Представленный исходный код модуля Delfi, написанный на объектно-ориентированном языке Object Pascal реализует интерфейс пользователя для ввода пароля. В списке Uses данного модуля присутствуют ссылки на модули Unit2 и Unit 3. Благодаря этому данный


Подпись: Рис. 3.9. Инфологическая модель баз данных "Приход", "Уход" 




модуль может вызывать во время выполнения программы вышеперечисленные модули обращаться к их элементам. В разделе type перечислены визуальные компоненты, принадлежащие форме Form1, а также приведены объявления процедур, используемых в данном модуле. Процедура TForm1.Button1Click выполняется при нажатии кнопки  <ОК>. Она нажимается тогда, когда пароль введен в поле MaskEdit1. Процедура проверяет, есть ли в записях базы данных «операторы» в поле «password» значение введенное в поле MaskEdit1. Если найдена хотя бы одна запись, имеющая в поле «password» значение, введенное в MaskEdit1, то программа продолжает работать. Если  значение введенное в MaskEdit1 не найдено приложение прекращает свою работу. После проверки пароля проверяется статус человека, набравшего пароль. Если в базе данных «операторы» в поле «status» стоит значение «оператор», то кнопки на главной форме, доступные для администратора БД, делаются недоступными. Если поле «status» содержит значение «администратор», то все кнопки на главной форме становятся доступными. Значение полей «Fam» и «Status» присваивается меткам на главной форме. В конце процедуры формы Form1 и Form2 делаются невидимыми. Главная форма Form3 делается видимой. Процедура TForm1.MaskEdit1KeyDown необходима для того, чтобы процедура TForm1.Button1Click запускалась не только при нажатии кнопки <ОК>, но и при нажатии клавиши <Enter>. Процедура TForm1.FormClose выполняется всегда, при закрытии формы Form1. Форма Form1 делается невидимой, а главная форма Form3 наоборот отображается на экране как модальная.

Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18


Новости


Быстрый поиск

Группа вКонтакте: новости

Пока нет

Новости в Twitter и Facebook

                   

Новости

© 2010.