Таблица 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. Благодаря этому данный
модуль может вызывать во время выполнения программы вышеперечисленные модули обращаться к их элементам. В разделе type перечислены визуальные компоненты, принадлежащие форме Form1, а также приведены объ
4. Защита информации в ЛВС подразделения
4.1 Анализ возможностей системы разграничения доступа ОС Wndows NT.
Windows NT имеет средства обеспечения безопасности, встроенные в операционную систему. Рассмотрим наиболее значимые из них:
Для повышения удобства Windows NT имеет централизованные средства управления безопасностью сети. Имеется возможность установки области и связей доверия для централизации сетевого учета пользователей и другой информации, относящийся к безопасности, в одном месте, облегчая управление сетью и использование ее. При централизованном управлении безопасностью для каждого пользователя имеется только одна учетная карточка и она дает пользователю доступ ко всем разрешенным ему ресурсам сети. Можно использовать только один сетевой компьютер, чтобы проследить за активностью на любом сервере сети.
Профили пользователя в Windows NT позволяют обеспечить большое удобство пользователям и в то же самое время ограничить их возможности, если это необходимо. Чтобы использовать профили пользователя для большей продуктивности, имеется возможность сохранить на сервере профили, содержащие все характеристики пользователя и установочные параметры, как например, сетевые соединения, программные группы и даже цвета экрана. Этот профиль используется всякий раз, когда пользователь начинает сеанс на любом компьютере с Windows NT так, что предпочитаемая им среда следует за ним с одной рабочей станции на другую. Для того, чтобы применять профили при ограничении возможностей пользователя, необходимо добавить ограничения к профилю, как например, предохранить пользователя от изменения программных групп и их элементов, делая недоступными части интерфейса Windows NT, когда пользователь будет регистрироваться в сети.