Розробка алгоритму планування запасів

- акторів (actors);

- прецеденти (use cases);

- зв'язки (relationship) .

Для даної курсової роботи була розроблена діаграма варіантів використання. Це пов'язано з жорстким розділенням ролей на суперадміністраторів, адміністраторів і модераторів в системі. На рисунку 3.1 представлена діаграма варіантів використання майбутнього програмного забезпечення.

Рисунок 3.1 - Діаграма варіантів використання

3.2.2 Діаграма компонентів та розміщення

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

Діаграма компонент містить:

- компоненти (component) і пакети компонент (package);

- інтерфейси (interface);

- залежності між компонентами (dependencies).

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

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

- компоненти (processor, database );

- пристрої (device) ;

- зв'язки між ними (connection).

Діаграма розміщення (Deployment diagram) і компонентів (Component diagram) для системи управління запасами показана на рис.3.2

Рисунок 3.2 - Діаграма компонентів та розміщення системи управління запасами

MS SQL Server2008 - сервер баз даних з бізнесом-логікою BLS(Business logic services) під управлінням СУБД MS SQL Server2008

Client work station - робоча станція користувача системи. Кількість робочих станцій дорівнює деякому обмеженому числу n. Client work station зв'язані з сервером по протоколу TCP/IP. На клієнтських робочих станціях розміщені другорядні компоненти бізнесу-логіки (BLS'), і система представлення результатів у вигляді тонкого клієнту.

3.2.3 Діаграма класів

За допомогою діаграми класів описується внутрішня структура проектованої системи. У основі такого опису лежить поняття класу - абстракції, що позначає безліч об'єктів реального світу, що розділяють загальну структуру і поведінку.

Діаграма класів містить:

1. класи (classes) ;

2. інтерфейси (interfaces);

3. зв'язки (relationship) між класами і інтерфейсами, в т.ч.:

- асоціативні зв'язки (association);

- агрегуючі зв'язки (aggregation) ;

- зв'язки реалізації (realization);

- зв'язки залежності (dependency) ;

- зв'язки спадкоємства (generalization);

- зв'язок у вигляді асоційованого класу (association class).

Діаграма класів відображає статичний вид системи. Завдяки їй, можна зрозуміти, як працює або як буде працювати програмне забезпечення, діаграма класів (Class diagram) для варіанта використання: Формування даних для оцінки СЗІ представлена на рисунку 3.3

Рисунок 3.3 - Діаграма класів для варіанта використання: Формування даних для планування замовлень

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

3.2.4 Діаграма станів

Діаграма станів (Statechart, or State diagram). За допомогою діаграм станів можливе представлення динаміки поведінки окремих класів або об'єктів будь-якого іншого типа в проектованій системі. Діаграми станів відображають послідовність станів, в яких знаходиться об'єкт, події, які викликають перехід об'єкту з одного станів в інше, і дії, здійснювані в результаті зміни стану об'єкту.

Діаграми станів тісно пов'язані з діаграмами активностей. Основна відмінність між ними відбита в їх назвах і полягає в тому, що діаграми станів є подієво-орієнтованими (state-centric) і зазвичай використовуються для моделювання дискретних стадій життєвого циклу об'єкту, тоді як діаграму активностей переважно використовувати для моделювання динамічної послідовності активностей.

Кожен із станів представляє одну з умов, що мають місце протягом існування об'єкту. Діаграма станів зазвичай включає один початковий стан і декілька кінцевих станів. Стани з'єднуються між собою переходами. Як і на діаграмах активності, блоки рішення, синхронізації і активності можуть з'являтися на діаграмах станів.

Діаграми станів містять:

- Початковий стан (Start State).

- Завершуючі стани (End State).

- Проміжні стани (State).

- Стан переходу (State Transition) .

- Рекурсивні переходи (Transitions to Self).

Діаграма станів відображує стан об'єкту ОФР. Діаграма станів приведена на рисунку 3.4

Рисунок 3.4 - Діаграма станів для актора ОФР

3.2.5 Діаграма взаємодії

Діаграми взаємодії (Collaboration diagram). Діаграма взаємодії відображає порядок обміну повідомленнями, що є операціями або транзакціями в системі. На діаграмі взаємодії показані об'єкти, їх зв'язки і повідомлення. Також ці діаграми можуть включати окремі екземпляри класів. Кожна діаграма взаємодії дає уявлення про структурні зв'язки, що існують між об'єктами і об'єктною суттю в модельованій системі. Діаграми взаємодії містять:

- Об'єкти (object).

- Реалізації класу (Class instance).

- Зв'язки об'єктів (Object link) .

- Рекурсивні зв'язки (link to self) .

- Передачі повідомлень (Link message) .

- Зворотні передачі повідомлення (Reverse link messages) .

- Потоки даних (data flow) .

- Зворотні потоки даних (reverse data flow)

Діаграма взаємодії приведена на рисунку 3.5

Рисунок 3.5 - Діаграма взаємодії

3.2.6 Діаграма послідовностей

Діаграма послідовностей (Sequence diagram). Діаграма послідовностей є графічним представленням сценарію, що описує взаємодію об'єктів в часі. Діаграми послідовностей визначають роль об'єктів і допомагають в наданні основній інформації, необхідній для визначення дій, що виконуються класом, і його інтерфейсів. Як правило, діаграми послідовностей пов'язані з прецедентами.

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

Діаграми послідовностей містять:

- Об'єкти (Object).

- Повідомлення (Message).

- Рекурсивні повідомлення (Message to self).

Рисунок 3.6 - Діаграма послідовностей

3.3 Використання стандарту IDEF1х для побудови логічної та фізичної моделі даних інформаційної системи оцінювання СЗІ

4. Застосування розробленого програмного забезпечення для прийняття рішень при плануванні складських запасів підприємства

4.1 Використання розробленого програмного забезпечення оператором

Оператор має наступні можливості при роботі з розробленим програмним забезпеченням (рис.4.1):

Робота з довідником підприємств (рис.4.2).

Робота з довідником запасів (рис.4.3).

Робота з довідником станів запасів (рис.4.4).

Робота з довідником Заказів (рис.4.5).

Рисунок 4.1 - Меню оператора

Використовуючи довідник підприємств оператор має можливість додавати, редагувати та видаляти дані про підприємства постачальників.

Рисунок 4.2 - Довідник постачальників

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

Рисунок 4.2 - Довідник запасів

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

Рисунок 4.3 - Довідник стану запасів

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

Рисунок 4.4 - Довідник стану замовлень

4.2 Використання розробленого програмного забезпечення особою, що формує рішення