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

МПС Российской Федерации

Департамент кадров и учебных заведений

Самарский институт инженеров железнодорожного транспорта

КАФЕДРА______________Информатики___________________________

ДИПЛОМНЫЙ ПРОЕКТ

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

Допущен к

защите______________________________________

Зав. кафедрой ________________ (

Юшков )

Руководитель проекта ________________ ( Тюмиков

)

Н. контроль ________________ ( Юшков

)

Консультант по эконом. части ________________ ( Карпова

)

Консультант по охране труда _________________ ( Агеева

)

Консультант по гражданской

обороне__________________ ( Мухин

)

Консультант по патентному

поиску___________________ ( Тюмиков

)

Рецензент ____________________ (

)

Студент ____________________ ( Абраменко

)

г. САМАРА

2001

Форма № 24

_________Самарский Институт Инженеров железнодорожного

транспорта__________________

(наименование вуза)

Факультет________________электротехнический_____________________________

___________

Специальность__________________АТС______________________________________

_________

УТВЕРЖДАЮ:

Зав. кафедрой

«_____» _______________2000 г.

З а д а н и е

по дипломному проекту (работе) студента

_____________________________Абраменко Алексей Юрьевич

________________________

(фамилия, имя, отчество)

1. Тема проекта (работы)________Информационная система складского

терминала ________

__________________________________________________________________________

______

__________________________________________________________________________

______

__________________________________________________________________________

______

утверждена приказом по институту от «_____» __________________ 2000 г. №

____________

2. Срок сдачи студентом законченного проекта (работы)

_______________________________

3. Исходные данные к проекту (работе)

______________________________________________

__________________________________________________________________________

______

__________________________________________________________________________

______

__________________________________________________________________________

______

__________________________________________________________________________

______

__________________________________________________________________________

______

4.Содержание расчетно-пояснительной записки (перечень подлежащих

разработке вопросов)

__________________________________________________________________________

______

__________________________________________________________________________

______

__________________________________________________________________________

______

__________________________________________________________________________

______

__________________________________________________________________________

______

__________________________________________________________________________

______

5. Перечень графического материала (с точным указанием обязательных

чертежей) ________

__________________________________________________________________________

______

__________________________________________________________________________

______

__________________________________________________________________________

______

__________________________________________________________________________

______

__________________________________________________________________________

______

__________________________________________________________________________

______

__________________________________________________________________________

______

__________________________________________________________________________

______

__________________________________________________________________________

______

__________________________________________________________________________

______

__________________________________________________________________________

______

__________________________________________________________________________

______

6. Консультанты по проекту (работе, с указанием относящихся к ним разделов

проекта)

| | |Подпись, дата |

|Раздел |Консультант | |

| | | | |

7. Дата выдачи задания

___________________________________________________________

Руководитель

___________________________________________

(подпись)

Задание принял к исполнению

___________________________________________________

(подпись)

КАЛЕНДАРНЫЙ ПЛАН

| | | | |

| | | | |

Студент-дипломник __________Абраменко А.Ю._____________________

Руководитель проекта __________Тюмиков

Д.К.______________________

Содержание

1. Анализ комплекса складских терминалов как объекта информатизации

1.1. Территориально-административная структура предприятия

1.2. Организация существующей ЛВС предприятия

1.2.1. Топология ЛВС

1.2.2. Логическая организация сети

1.3. Постановка задачи

1.3.1. Наименование, область применения, цель создания

системы

1.3.2. Задачи, решаемые с помощью системы

1.3.3. Требования к защите информации в ЛВС подразделения

1.3.4. Характеристика объектов обработки

1.3.5. Функциональные требования к системе

1.3.6. Характеристика процессов обработки

1.3.7. Выходная информация информационной системы

1.3.8. Требования к системе

2. Описание функциональной структуры информационной системы складского

терминала

3. Описание программы

3.1. Алгоритм функционирования информационной системы складского

терминала

3.2. Информационная структура базы данных

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

4. Защита информации в ЛВС подразделения

4.1. Анализ возможностей системы разграничения доступа ОС Windows NT

4.2. Обоснование применения специальных средств защиты информации

4.3. Выбор программно-аппаратных средств защиты информации

4.4. Принципы работы сервера безопасности

4.5. Шифрование трафика сети

5. Безопасность и экологичность проекта

5.1. Охрана труда на рабочем месте программиста

5.1.1. Описание рабочего места программиста

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

5.1.3. Расчет вентиляции

5.1.4. Охрана окружающей среды

5.2. Безопасность жизнедеятельности в чрезвычайных ситуациях

5.2.1. Оценка пожарной обстановки в населенных пунктах

5.2.2. Комплексная задача по прогнозированию и оценке пожарной

обстановки

6. Патентный поиск

6.1. Правовая охрана программ для ЭВМ и баз данных

7. Экономический раздел

7.1. Расчет себестоимости разработки программного обеспечения

Заключение

Список используемых источников

Приложения

1. Анализ комплекса складских терминалов как объекта информатизации

1. . Территориально-административная структура предприятия

Компания «Русь» находится на российском рынке около двух лет и имеет на

данный момент огромные площади для производства продуктов питания.

Номенклатура производимых товаров составляет несколько сотен наименований и

постоянно увеличивается. Предприятия компании расположены в различных

регионах страны и работают независимо друг от друга под руководством

головного офиса в г.Москва. Распределение готовой продукции осуществляется

через региональные офисы компании, которые располагаются в различных

регионах страны. Непосредственно продвижение товаров от производства до

покупателя осуществляется логистической компанией «Новый день». Данный

посредник осуществляет транспортировку готовой продукции с производства по

регионам, ее складирование, хранение и отгрузку клиентам. Использование

посредника в данном случае представляет определенные выгоды. Резко

уменьшается число контактов производителя с вероятными покупателями товара

(рис. 1.1). /1/

Процесс получения товара клиентом следующий: Клиент приезжает в

региональный офис компании «Русь», оплачивает необходимые товары и после

оформления соответствующих документов отправляется на склад посредника, где

по оформленным документам непосредственно производится отгрузка продукции

клиенту.

В настоящее время у компании «Русь» существует развернутая сеть

производителей. Компания является владельцем нескольких фабрик производящих

товары народного потребления. Фабрики находятся в следующих городах:

* г. Жуковский

* г. Самара

* г. Барнаул

* г. Пермь

* г. Тимашевск

Основной офис компании располагается в городе Москва. Сбыт продукции

осуществляется через региональные офисы компании. Региональные офисы

компании находятся в городах:

> г. Санкт-Петербург

> г. Ростов-на-Дону

> г. Екатеринбург

> г. Новосибирск

> г. Владивосток

> г. Воронеж

> г. Нижний Новгород

> г. Самара

Территориальное расположение фабрик компании, а также региональных

офисов показано на рис. 1.2. В связи с тем, что предприятия фирмы размещены

в различных районах и специализирующихся на выпуске одного или нескольких

видов продукции используется децентрализованная форма управления. При

варианте децентрализованного управления типичная схема ее организации

предусматривает отдельную ответственность за снабжение производства и сбыт

на каждом предприятии фирмы, специализирующемся на выпуске определенных

видов продукции. Эта схема предполагает концентрацию функций материально-

технического обеспечения в рамках одной

[pic]

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

На рис. 1.3. представлена структурная схема децентрализованного

управления производством и материально-техническим обеспечением. Система

состоит из трех уровней. В непосредственном подчинении высшего руководства

фирмы находятся четыре подразделения: ведающие финансовыми активами фирмы и

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

общественностью (они не показаны на рис. 1.3.).

[pic]

Эти подразделения отражают функции, возложенные на аппарат руководства.

Второй уровень управления составляют функциональные подразделения,

непосредственно организующие вопросы финансирования производства,

исследовательские и опытно-конструкторские разработки, а также весь

комплекс вопросов, связанных с выпуском отдельных видов продукции. Третье

звено управления находится в непосредственном подчинении этих подразделений

и отвечает за исследование рынка и сбытовую политику (маркетинг); оно

связано с подразделением, занимающимся контролем финансовой деятельности и

статическим учетом. В функции подразделения материально-технического

обеспечения входит вся технологическая цепочка, включая транспортировку и

складирование материалов, а также обслуживание покупателей готовой

продукции. Линейная служба подразделения, ведающая контролем за запасами,

осуществляет функции планирования производства совместно со службами

производственного подразделения. При этом она исходит из наличия и

номенклатуры запасов на складе фирмы. /2/

1.2 Организация существующей ЛВС предприятия.

1.2.1 Топология ЛВС

Термин "топология сети" относится к пути, по которому данные перемещаются

по сети. Существуют три основных вида топологий: "общая шина",

"звезда" и "кольцо". ЛВС предприятия построена по топологии «звезда»

рис.1.4. В качестве среды передачи сигналов используется витая пара

(Twisted Pair) пятой категории, что позволяет передавать информацию на

скорости до 100 Мбит/с. Сеть построена по самой популярной технологии

Ethernet, и представляет собой архитектуру сетей с разделяемой средой и

широковещательной передачей. Это означает, что все узлы сегмента сети

получают пакет одновременно.

В классическом варианте архитектуры с шинной топологией используется метод

множественного доступа с прослушиванием несущей и обнаружением коллизий –

CSMA/CD (Carrier Sense Multiple Access/Collision Detect). Суть этого метода

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

(начать передачу пакета) в любой момент времени, но будет делать это

осмотрительно. Если в процессе передачи передающий узел обнаруживает

коллизию (столкновение с работой другого передатчика), то он прекратит

передачу, и будет выжидать случайный интервал времени до возобновления

попытки передачи. Такой метод доступа относиться к классу

недетерминированных с децентрализованным управлением (все узлы

равноправны). Как было сказано выше, для реализации Ethernet на витой паре

применяется звездообразная физическая топология. Логически все узлы

оказываются объединенными в шину. /3/ На рис. 1.5. представлена схема

информационных потоков в рассматриваемом подразделении.

[pic]

Наиболее подробно показаны информационные потоки в пределах одного

регионального представительства. В других представительствах картина

потоков информации аналогична.

1.2.2 Логическая организация сети

Основным элементом централизованного администрирования в Windows NT

Server является домен. Домен - это группа серверов, работающих под

управлением Windows NT Server, которая функционирует, как одна система. Все

серверы Windows NT в домене используют один и тот же набор учетных карточек

пользователя, поэтому достаточно заполнить учетную карточку пользователя

только на одном сервере домена, чтобы она распознавалась всеми серверами

этого домена. Группирование компьютеров в домены дает два важных

преимущества сетевым администраторам и пользователям. Наиболее важное -

серверы домена составляют (формируют) единый административный блок,

совместно использующий службу безопасности и информацию учетных карточек

пользователя. Каждый домен имеет одну базу данных, содержащую учетные

карточки пользователя и групп, а также установочные параметры политики

безопасности. Все серверы домена функционируют либо как первичный

контроллер домена, либо как резервный контроллер домена, содержащий копию

этой базы данных. Это означает, что администраторам нужно управлять только

одной учетной карточкой для каждого пользователя, и каждый пользователь

должен использовать (и помнить) пароль только одной учетной карточки.

Расширяя административный блок с единственного компьютера на целый домен,

Windows NT Server сохраняет усилия администраторов и время пользователей.

Второе преимущество доменов сделано для удобства пользователей: когда

пользователи просматривают сеть в поисках доступных ресурсов, они видят

сеть, сгруппированную в домены, а не разбросанные по всей сети серверы и

принтеры. Минимальное требование для домена - один сервер, работающий под

управлением Windows NT Server,

который служит в качестве первичного контроллера домена и хранит оригинал

базы данных учетных карточек пользователя и групп домена. В дополнение к

сказанному, домен может также иметь другие серверы, работающие под

управлением Windows NT Server и служащие в качестве резервных контроллеров

домена, а также компьютеры, служащие в качестве стандартных серверов,

серверов LAN Manager 2.x, клиентов Windows NT Workstation и других

клиентов, как например, работающих с MS-DOS(рис.1.6.). Первичный контроллер

домена должен быть сервером, работающим под управлением Windows NT Server.

Все изменения базы данных, учетных карточек пользователя и групп домена

должны выполняться в базе данных первичного контроллера домена. Резервные

контроллеры домена, работающие под управлением Windows NT Server, хранят

копию базы данных учетных карточек домена. База данных учетных карточек

копируется во все резервные контроллеры домена. Все резервные контроллеры

домена дополняют первичный контроллер и могут обрабатывать запросы на

начала сеанса от пользователей учетных карточек домена. Если домен получает

запрос на начало сеанса, первичный контроллер домена или любой из резервных

контроллеров домена может идентифицировать попытку начала сеанса.

Дополнительно к первичным и резервным контроллерам домена, работающим под

управлением Windows NT Server, есть другой тип серверов. Во время установки

Windows NT они определяются, как “серверы”, а не контроллеры домена.

Сервер, который входит в домен, не получает копию базы данных пользователей

домена. Для организации сети существует четыре модели: модель единственного

домена, модель основного домена, модель многочисленных основных доменов и

модель полного доверия. Для построения ЛВС предприятия использована модель

основного домена. Эта модель дает централизованное управление и

организационные преимущества управления многими доменами. В этой модели

один домен - основной домен, в котором регистрируются все пользователи и

глобальные группы. Все другие домены сети доверяют этому домену и таким

образом можно использовать пользователей и глобальные группы,

зарегистрированные в них. Основная цель главного домена - управление

сетевыми учетными карточками пользователя. Другие домены в сети - домены

ресурса; они не хранят учетные карточки пользователя и не управляют ими, а

только обеспечивают ресурсы (как например, файлы и принтеры коллективного

использования) сети. В этой модели только первичные и резервные контроллеры

домена в основном домене имеют копии учетных карточек пользователей сети.

/4/ Логическая структура сети показана на рис. 1.7.

Функциональная схема подразделения приведена на рис. 1.8.

[pic]

Рис. 1.8. Функциональная схема ЛВС подразделения

1.3 Постановка задачи

1.3.1 Наименование, область применения, цель создания системы

Разрабатываемая система, называемая «Информационная система комплекса

складских терминалов» предназначена для автоматизации процесса управления

движением материальных потоков складского комплекса. Цель разработки –

перевод устаревшей СУБД на новую архитектуру клиент-сервер, исправление

обнаруженных недостатков существующей системы. Существующая программа

«Складской терминал» работает под управлением операционной системой MS-

DOS. При этом она «вешает» машину при попытке запуска из-под Windows’95,

поэтому, для работы с программой приходится перезагружать компьютер в

режиме командной строки. Тот факт, что она написана под DOS, уже

свидетельствует о неудобном интерфейсе пользователя. Отсутствие поддержки

мышки, сложность, запутанность и непонятность назначения некоторых

диалоговых окон, отсутствие системы помощи (не говоря уже о гибкой системе

контекстной подсказки), неудобство ввода информации и многое другое еще

меньше привлекает к программе. Система управления базой данных построена на

технологии файл-сервер. При этом программа может работать как с локальной,

так и с сетевой базой данных. Заметим, что при отсутствии доступа к сетевой

базе, программа автоматически переключается на локальную базу, не выдавая

при этом никаких предупреждений и сообщений. Еще несколько лет назад, среди

СУБД наибольшей популярностью пользовались СУБД dBase, Paradox, Rbase,

получившие общее название Xbase (созданных на технологии файл-сервер), а в

качестве инструментальных средств самыми распространенными были Clipper и

FoxPro. Сейчас на рынке этих СУБД распространенны Access, FoxPro, Paradox,

dBase. В ходе эксплуатации таких систем были выявлены общие недостатки

архитектуры файл-сервер, которые состоят в следующем:

V вся тяжесть вычислительной работы ложится на компьютер клиента;

например, если в результате запроса клиент должен получить 2

записи из таблицы объемом 100000 записей, все 100000 записей будут

скопированы с файл-сервера на клиентский компьютер; в результате

возрастает загрузка сети (сетевой трафик) и увеличиваются

требования к аппаратным мощностям пользовательского компьютера;

заметим, что потребности в постоянном увеличении вычислительных

мощностей клиентского компьютера обуславливаются постоянно

возрастающим объемом накапливаемой и обрабатываемой информации;

V поскольку БД представляет собой набор файлов на сетевом сервере,

доступ к таблицам регулируется только сетевой операционной

системой, что делает такие БД по сути беззащитными от случайного

или намеренного искажения хранящейся в ней информации, уничтожения

или хищения;

V недостаточно развитый аппарат транзакций локальных СУБД служит

потенциальным источником ошибок как при одновременном внесении

изменений в одну и ту же запись, так и при реализации отката

результатов серии объединенных по смыслу в единое целое операций

над БД, когда некоторые из них завершились успешно, а некоторые –

нет; это может нарушать ссылочную и смысловую целостность БД.

Но самый главный недостаток таких СУБД, это то, что только данная

конкретная программа способна правильно производить изменения в БД,

сохраняя их целостность. Любое стороннее вмешательство в базу данных может

привести к полному разрушению данных и потере всей информации.

1.3.2 Задачи, решаемые с помощью системы

Из всех задач, решаемых данной системой можно выделить ряд основных

задач – необходимость которых обязательна для любой информационной системы

подобного рода. К таким задачам относятся:

o Учет продукции поступающей в зону складского комплекса.

o Учет продукции отгруженной из зоны складского комплекса.

o Возможность постоянного контроля состояния складского комплекса

(наличие свободных, занятых ячеек и т.д.)

o Идентификация пользователей системы.

o Формирование необходимой документации.

1.3.3 Требования к защите информации в ЛВС подразделения

Чтобы обеспечить требуемый уровень безопасности информации в ЛВС

подразделения, система безопасности должна иметь следующие средства:

. Средства идентификации и проверки полномочий

. Средства обеспечения защиты файлов

. Средства защиты ОС и программ пользователей

. Средства шифрования/дешифрования трафика сети

. Средства уничтожения остатков информации в системе

. Средства регистрации обращений к системе.

1.3.4 Характеристика объектов обработки

В соответствии с перечисленными задачами, реализуемыми системой, дадим

характеристику соответствующих объектов обработки информации:

Приемка продукции на склад. Продукцию на склад доставляют автомобильным или

железнодорожным транспортом. В процессе разгрузки продукция укладывается на

деревянные поддоны по определенным правилам. На один поддон укладывается

продукция одного наименования с одним и тем же сроком годности.

Максимальное количество коробов, располагаемое на одном поддоне,

определяется исходя из их размера и веса. После формирования поддоны

упаковывают пленкой (паллетизируют). Упакованный поддон с продукцией

называется паллетой. После этого каждой паллете определяется адрес на

складе. Водители электропогрузчиков развозят паллеты по адресам.

Отгрузка продукции клиентам. Из отдела продаж заведующий складом получает

накладную, в которой указан ассортимент продукции необходимый клиенту, а

также его количество. Система определяет адреса на складе, где находится

необходимая продукция. Выдает на печать приказы водителям

электропогрузчиков на перемещение продукции из адресов в определенное место

(место заказа). После перемещения продукции из адресов проверяется

наличие всех наименований продукции, а также их количество. По прибытию

клиента заказ отгружается из зоны заказа в машину или вагон.

1.3.5 Функциональные требования к системе

. ввод, запись и хранение информации о приходе или отгрузке продукции

на складе;

. при приеме продукции на склад система должна обеспечивать два

режима работы:

1. Прием продукции в ручном режиме.

2. Прием продукции в автоматическом режиме.

При приеме продукции в ручном режиме адреса, в которых будет расположена

продукция, выбираются оператором самостоятельно и заводятся вручную. При

приеме продукции в автоматическом режиме система должна сама выбирать

удобное расположение для поступающей на склад продукции. Оператор заводит в

базу данных только код и срок годности товара. Адрес для него система

определяет автоматически.

. При отгрузке товара система также должна обеспечивать два режима:

1. Формирование заказа в автоматическом режиме.

2. Формирование заказа в ручном режиме.

При формировании заказа в ручном режиме оператор заводит в базу данных всю

информацию – код продукции, необходимой клиенту, количество коробов, адрес

из которого их нужно взять. При формировании заказа в автоматическом режиме

оператор заводит только ассортимент продукции и количество коробов

необходимое клиенту. Адреса, из которых необходимо будет их взять система

должна просчитывать автоматически. При автоматическом просчете заказа

система должна включать в заказ код продукта необходимый клиенту с самым

ранним сроком годности.

. Доступ к системе должен быть разграничен на два уровня:

> администратор базы данных;

> оператор базы данных;

Для операторов базы данных должны быть недоступны некоторые функции,

которые доступны администратору базы данных. Оператор не должен иметь

доступа к редактированию и дополнению баз карточка товара, операторы,

клиенты. Администратор базы данных должен иметь возможность редактирования

этих баз (добавить товар, оператора, удалить, отредактировать имеющиеся

записи). Редактирование всех сохраненных документов в системе должно быть

запрещено для всех работников имеющих допуск. Все документы, когда-либо

созданные в системе не должны подвергаться каким – либо коррекциям или

удалению. Система должна позволять операторам получать информацию о текущем

состоянии склада (состоянии ячеек; товаре, находящемся в ячейках), а также

обеспечивать возможность блокировки, разблокировки ячеек склада. Это

необходимо для того, чтобы система при приемке продукции на склад в

автоматическом режиме не использовала заблокированные ячейки.

1.3.6 Характеристика процессов обработки

В проектируемой системе каждая из представленных функций будет

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

иметь возможность выполнения ряда операций, таких как корректировка

информации, поиск данных, формирование отчетов. Процессы заполнения,

корректировки и поиска данных будут реализованы однотипным способом во всех

модулях. При добавлении и редактировании данных будет применяться контроль

правильности ввода пользователем информации, путем ее сравнения с

необходимым типом, диапазоном изменения возможных значений, маской ввода и

т.д. При заполнении некорректной информации будет использована система

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

помощи пользователю. Для добавления и редактирования данных будут

использованы экранные формы со всеми необходимыми полями ввода, а также

пояснениями и управляющими элементами (например, кнопками),

предназначенными для выработки управляющих воздействий (сохранение, отмена

изменений) и навигации (перемещению) по БД. Для обеспечения поиска данных

также будут использованы экранные формы, позволяющие задавать различные

значения (диапазоны значений) интересующей информации, с контролем

допустимости значений условий поиска. Поиск информации можно будет

производит как по отдельным полям таблиц, так и по совокупности полей, на

частичное, либо полное совпадение условий поиска, без учета регистра букв

для удобства пользователя, для численных полей и полей типа «дата» будет

реализована возможность указания диапазонов изменения значений и т. д. В

каждом из программных модулей системы предполагается наличие всех

необходимых отчетных форм для формирования и печати документов

установленной формы. Все отчеты генерируются автоматически, используя

выборки информации из БД.

1.3.7 Выходная информация ИС.

Выходная информация ИС классифицируется на следующие виды –

- информация, связанная с приемом продукции на склад;

- информация, связанная с отгрузкой продукции со склада;

- справочная информация, отражающая состояние на складе.

Информация, связанная с приемом продукции на склад, состоит из следующих

документов:

- акт о разгрузке;

- журнал прихода;

Эти документы подтверждают прием продукции на склад. Акт о разгрузке

содержит следующие данные:

- название склада, производящего прием продукции;

- номер акта разгрузки;

- дата приема товара на склад;

- место приемки товара и составления данного акта;

- информация о составе комиссии производившей приемку продукции на

склад, а именно:

- оператор (зав. складом) производивший прием продукции на склад;

- водитель автомобиля, доставившего продукцию на склад;

- номер автомобиля доставившего продукцию на склад;

- название организации, откуда доставлен груз;

- дата и время отправки груза;

- время доставки на склад;

- время окончания разгрузки;

- номер товарно-транспортной накладной, по которой товар был

доставлен на склад;

- количество принятых мест (коробов) с указанием даты реализации

продукта;

- состояние пломбы на прицепе автомобиля;

- наличие рекламных материалов, оборудования и т.п., не указанных

в сопроводительных документах;

Журнал прихода содержит следующие данные:

- номер журнала прихода (совпадает с номером акта о разгрузке);

- дата прихода продукции на склад;

- наименование склада производившего прием продукции;

- наименование организации, откуда была доставлена продукция;

Страницы: 1, 2, 3, 4

Рефераты

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

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