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

Рис.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.8. Алгоритм работы информационной системы складского терминала

Тип поля

Длина

Название товара

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
Время отгрузки/h4>	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. Инфологическая модель баз данных "Приход", "Уход"

align="left">4.5. Шифрование трафика сети

Для преобразования (шифрования) информации обычно используется некоторый алгоритм или стройство, реализующее заданный алгоритм, которые могут быть известны широкому кругу лиц. Управление процессом шифрования осуществляется с помощью периодически меняющегося кода ключа, обеспечивающего каждый раз оригинальное представление информации при использовании одного и того же алгоритма или стройства. Знание ключа позволяет просто и надежно расшифровать текст. Однако, без знания ключа эта процедура может быть практически невыполнима даже при известном алгоритме шифрования. Даже простое преобразование информации является весьма эффективным средством, дающим возможность скрыть ее смысл от большинства неквалифицированных нарушителей. Структурная схема шифрования информации представлена на рис. 4.2.

align="left">5.1.2. Расчет информационной нагрузки программиста

Программист, в зависимости от подготовки и опыта, решает задачи разной сложности, но в общем случае работ программиста строится по следующему алгоритму:

                                                                     Таблица 2

Этап	Содержание	Затрата времени, %
I II	Постановка задачи Изучение материала по поставленной задаче	6.25
	Определение метода решения задачи	6.25
IV	Составление алгоритма решения задачи	12.5
V	Программирование 25
VI	Отладка программы, составление отчета	50

Данный алгоритм отражает общие действия программиста при решении поставленной задачи независимо от ее сложности.

                                                                                                         Таблица 3

Этап	Член алгоритма	Содержание работы Буквенное обозначение
I	1	Получение первого варианта технического задания	A1
	2	Составление и точнение технического задания	B1
	3	Получение окончательного варианта технического задания	C1j1 ↑2
	4	Составление перечня материалов, существующих по тематике задачи	H1j2
	5	Изучение материалов по тематике задачи	A2
	6	Выбор метода решения	C2J3
	7	Уточнение и согласование выбранного метода	B2 ↑ 6
	8	Окончательный выбор метода решения	C3j4
	9	анализ входной и выходной информации, обрабатываемой задачей	H2
	10	Выбор языка программирования	C4j5
	11	Определение структуры программы	H3C5q1
	12	Составление блок-схемы программы	C6q2
	13	Составление текстов программы	C7w1
	14	Логический анализ программы и корректирование ее	F1H4w2
	15	Компиляция программы	F2 ↓ 18
	16	Исправление ошибок	D1w3
	17	Редактирование программы в единый загрузочный модуль	F2H5B3w4
	18	Выполнение программы	F3
	19	анализ результатов выполнения	H6w5 ↑ 15
	20	Nестирование	C8w6 ↑ 15
	21	Подготовка отчета о работе	F4

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

p_i = k/n,

где k – количество повторений каждого элемента одного типа.

      n – суммарное количество повторений от источника информации, одного типа.

Результаты расчета сведем в таблицу 4:

Таблица 4.

Источник информации	Члены алгоритма	Символ	Количество членов	Частот повторений pi
1	фферентные – всего (n), в том числе (к):		6	1,00
Изучение технической документации и литературы	A	2	0,33
Наблюдение полученных результатов	F	4	0, 67
2	Эфферентные – всего, В том числе:		18	1,00
Уточнение и согласование полученных материалов	B	3	0,17
Выбор наилучшего варианта из нескольких	C	8	0,44
Исправление ошибок	D	1	0,06
анализ полученных результатов	H	6	0,33
Выполнение механических действий	K	0	0
3	Логические словия – всего в том числе		13	1,00
Принятие решений на основе изучения технической литературы	j	5	0,39
Графического материала	q	2	0,15
Полученного текста программы	w	6	0,46
	Всего:		37

Количественные характеристики алгоритма (Табл.4) позволяют рассчитать информационную нагрузку программиста. Энтропия информации элементов каждого источника информации рассчитывается по формуле, бит/сигн: