Інформаційна система складського терміналу

Інформатика, програмування

Державною адміністрацією залізничного транспорту Російської Федерації

Департамент кадрів і навчальних закладів

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

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

Дипломний проект

на тему: Інформаційна система складського терміналу.

Допущений дозащіте______________________________________

Зав. кафедрою ________________ (
Юшков)

Керівник проекту ________________ (Тюміков

)

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

)

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

)

Консультант з охорони праці _________________ (Агєєва

)

Консультант з цивільної

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

)

Консультант з патентного

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

)

Рецензент ____________________ (

)

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

)

р. САМАРА

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. У зв'язку з тим, що підприємства фірми розміщенів різних районах і спеціалізуються на випуску одного або кількохвидів продукції використовується децентралізована форма управління. Приваріанті децентралізованого управління типова схема її організаціїпередбачає окрему відповідальність за постачання виробництва і збутна кожному підприємстві фірми, що спеціалізується на випуску певнихвидів продукції. Ця схема передбачає концентрацію функцій матеріально -технічного забезпечення в рамках однієї
служби кожного підприємства, що відповідає за той чи інший вид продукції.

На рис. 1.3. представлена структурна схема децентралізованогоуправління виробництвом і матеріально-технічним забезпеченням. Системаскладається з трьох рівнів. У безпосередньому підпорядкуванні вищого керівництвафірми знаходяться чотири підрозділи: відають фінансовими активами фірми іцінними паперами, юридичною службою, кадровими питаннями і зв'язками згромадськістю (вони не показані на рис. 1.3 .).

Ці підрозділи відображають функції, покладені на апарат керівництва.
Другий рівень управління складають функціональні підрозділи,безпосередньо організують питання фінансування виробництва,дослідні та дослідно-конструкторські розробки, а також веськомплекс питань, пов'язаних з випуском окремих видів продукції. Третєланка управління знаходиться в безпосередньому підпорядкуванні цих підрозділіві відповідає за дослідження ринку та збутову політику (маркетинг); вонопов'язане з підрозділом, що займається контролем фінансової діяльності тастатичним обліком. У функції підрозділу матеріально-технічногозабезпечення входить весь технологічний ланцюжок, включаючи транспортування іскладування матеріалів, а також обслуговування покупців готовоїпродукції. Лінійна служба підрозділу, що відає контролем за запасами,здійснює функції планування виробництва спільно зі службамивиробничого підрозділу. При цьому вона виходить з наявності таноменклатури запасів на складі фірми./2/

1.2 Організація існуючої ЛОМ підприємства.

1.2.1 Топологія ЛОМ

Термін "топологія мережі" відноситься до шляху, яким дані переміщаютьсяпо мережі. Існують три основні види топологій: "загальна шина",
"зірка" і "кільце". ЛОМ підприємства побудована по топології «зірка»ріс.1.4. В якості середовища передачі сигналів використовується вита пара
(Twisted Pair) п'ятої категорії, що дозволяє передавати інформацію нашвидкості до 100 Мбіт/с. Мережа побудована за найпопулярнішою технології
Ethernet, і являє собою архітектуру мереж з розділяється середовищем іширокомовної передачею. Це означає, що всі вузли сегмента мережіотримують пакет одночасно.
У класичному варіанті архітектури з шинної топологією використовується методмножинного доступу з прослуховуванням несучої та виявленням колізій -
CSMA/CD (Carrier Sense Multiple Access/Collision Detect). Суть цього методуполягає в тому, що будь-який абонент може намагатися отримати доступ до середовища
(почати передачу пакета) в будь-який момент часу, але буде робити цеобачно. Якщо в процесі передачі передавальний вузол виявляєколізію (зіткнення з роботою іншого передавача), то він припинитьпередачу, і буде вичікувати випадковий інтервал часу до відновленняспроби передачі. Такий метод доступу ставитися до класунедетермінірованних з децентралізованим управлінням (всі вузлирівноправні). Як було сказано вище, для реалізації Ethernet на кручений парізастосовується зіркоподібна фізична топологія. Логічно всі вузливиявляються об'єднаними в шину./3/На рис. 1.5. представлена схемаінформаційних потоків в даному підрозділі.

Найбільш детально показані інформаційні потоки в межах одногорегіонального представництва. В інших представництвах картинапотоків інформації аналогічна.

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.

Рис. 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.3.8 Вимоги до системи

Загальні вимоги. Розробляється система повинна являти собоюзакінчений програмний продукт, який реалізує автоматизацію процесууправління складським комплексом у встановленому обсязі завдань. Длязабезпечення ефективної роботи система повинна мати дружнійграфічний інтерфейс з користувачем, ясна призначення функцій інаочний результат обробки інформації, надійно функціонувати віснуючому програмному оточенні і умовах експлуатації, володітизасобами захисту від збоїв та відновлення. Система повинна бути відкритоюдля подальшого масштабування і нарощування функціональних можливостейокремих програмних модулів. Необхідною і обов'язковою є наявністьвбудованої інтерактивної довідкової інформації по роботі з системою тапрограмної документації на систему: технічне завдання, описпрограми, початковий текст програми, керівництва системного програміста ікористувача.
Вимоги до видів забезпечення і компонентів. За технічного забезпечення:персональний комп'ютер, з достатнім об'ємом оперативної пам'яті, наявністьдискових накопичувачів (НЖМД, НГМД) для зберігання БД, документів і їх архівнихкопій, монітор, принтер для друку звітної документації.

Щодо програмного забезпечення:
1) системне: операційна система, драйвери для вбудованих і зовнішніх пристроїв;
2) прикладне: програми діагностики апаратних засобів і антивірусного захисту.
За інформаційного забезпечення: інформаційне забезпечення процесууправління рухом матеріальних потоків складського комплексу можнапредставити наступною схемою.

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

Відповідно до технічного завдання структуру завдань, що вирішуютьсясистемою можна представити наступною схемою рис. 2.1.

Для виконання першого завдання - ідентифікації користувачів, необхіднощоб система могла:

V Дозволяти роботу з системою тільки зареєстрованим користувачам.

V Забезпечувати гнучку настройку доступності процедур системи для кожного окремого користувача.

V забезпе?? ечівать збереження інформації в базі даних системи користувача та зміни, їм вироблених.

Реалізація описаних вище процедур системи забезпечується роботоюперші функції, виконання якоїзабезпечують чотири підфункції:,
,,.

підфункції системи реалізується за допомогою підфункції другого рівня, в.

підфункції може бути реалізована трьомапідфункції другого рівня,,
, Які в свою чергу реалізуються підфункціїтретього рівня. Для підфункції це:

Для підфункції це:

Підфункції системи має важливе значення, і тому виділена в окремупідфункції. Призначення даної підфункції полягає в збереженніідентифікатора користувача та часу в службових полях бази даних притворі користувачем, будь-яких дій з базою даних системи. Ценеобхідно для відновлення інформації про те - хто, коли і якіоперації виробляв. Структурну схему функції системи можна представити схемою, представленої на рис. 2.2.

Для виконання другої задачі - обліку продукції надходить у зонускладського комплексу, необхідно, щоб система могла:

V Забезпечувати можливість введення інформації про прихід продукції на склад у двох режимах: o Автоматичний режим - режим, при якому на систему лягає завдання вибору оптимального розташування продукції на складі.

Оператор вводить в систему що приймається продукцію, система визначає - де її розташувати. o Ручний режим - режим, при якому оператор вручну визначає розташування прийнятої продукції на складі.

V Забезпечувати можливість коригування введеної інформації.

V Забезпечувати перегляд наявної інформації.

V Контролювати правильність введення інформації.

V Автоматично зберігати введену інформацію.

V Забезпечувати можливість видалення інформації.

V Забезпечувати можливість пошуку необхідних даних.

V Забезпечувати можливість сортування наявної інформації.

V Забезпечувати формування необхідної документації та виведення її на друк.
Реалізація описаних вище процедур системи забезпечується роботою другуфункції, виконання якоїзабезпечують такі підфункції як,,,.

підфункції системи реалізується за допомогою підфункції другого рівня і
. Дані підфункції, у свою чергу, реалізуються за допомогоюпідфункції третього рівня:

Для реалізації підфункції також необхіднапідфункції третього рівня. У завдання даноїпідфункції входить визначення найбільш оптимального розташування продукціїна складі і видача відповідних адрес складу для прийнятоїпродукції.

підфункції системи реалізується задопомогою підфункції другого рівня і. Підфункції системи може бутиреалізована за допомогою двох підфункції другого рівня,
. Виконання завдань підфункції здійснюється підфункції третього рівня: а підфункції у свою чергу підфункції:

підфункції системи реалізуєтьсячотирма підфункції другого рівня:

На підставі вищевикладеного, реалізацію функції можна опи