Побудова діаграм послідовності дій

Діаграма послідовності дій – діаграма, на якій показані взаємодії об’єктів, упорядковані за часом їхнього прояву. На діаграмі послідовності присутня вісь часу, що дозволяє візуалізувати відношення між переданими повідомленнями.

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

Лінія життя об’єкта – вертикальна лінія на діаграмі послідовності, що представляє існування об’єкта протягом певного періоду часу. Лінія життя об’єкта зображується пунктирною вертикальною лінією. Якщо об’єкт існує в системі постійно, то і його лінія життя триває по всій робочій області діаграми послідовності від самої верхньої її частини до самої нижньої. Окремі об’єкти, закінчивши виконання своїх операцій, можуть бути знищені. Для позначення моменту знищення об’єкта застосовується спеціальний символ «Х».

В даній роботі було побудовано 2 діаграмі послідовності дій: «Авторизація користувача» та «Отримання аналізу діяльності підприємства».

Діаграма «Авторизація користувача» (рис. 1.13) відображає процес введення логіну та пароля у відповідні поля. Для введення логіну та пароля користувач повинен перейти на вкладку авторизації, після чого ввести логін та пароль. Форма авторизації відправить запит до менеджера доступу, де відбудеться перевірка введених даних. Після перевірки даних менеджер доступу надає доступ до власного кабінету.

Рисунок 1.13 – UML-діаграма «Авторизація користувача»

Діаграма «Отримання аналізу діяльності підприємства» (рис. 1.14) відображає процес отримання статистики за даними діяльності підприємства. Для отримання статистики користувач повинен перейти на вкладку «Аналіз», та вибрати відповідний вид аналізу. Після чого, користувач отримує інформацію з бази даних, на основі якої розраховується аналіз та результати виводяться користувачу.

Рисунок 1.14 – UML-діаграма «Отримання аналізу діяльності підприємства»

Побудова діаграм кооперації

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

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

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

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

Детальні відомості про об’єкти та повідомлень між ними показані у описі аналогічних діаграм послідовності дій та представлені на рис. 1.15 та рис. 1.16.

Рисунок 1.15 – Діаграма кооперації для авторизації користувача

Рисунок 1.16 – Діаграма кооперації для отримання аналізу діяльності підприємства

Побудова діаграм класів

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

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

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

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

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

Відношення узагальнення є звичайним таксономічним відношенням між більш загальним елементом (батьком) та більш приватним (нащадком).

В даній роботі було побудовано діаграму класів, яка складається з 13 класів.

Клас Employees призначений для збереження даних про працівників підприємства.

Клас Roles містить ролі користувачів системи.

Клас User призначений для збереження логіну, пароля та відповідної ролі.

Клас StorekeeperArhiveActions містить дані про товар необхідні для старшого комірника.

Клас Cars містить дані про транспорт на підприємстві.

Клас Storages містить дані про робітника, який розмістив товар на складі.

Клас Sections призначений для розміщення товару на складі.

Клас OrderFromCustomers містить дані про замовлення до постачальників.

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

Клас OrderDetails призначений для збереження додаткової інформації про замовлення покупців/постачальникам.

Клас CooperationApplications призначений для збереження даних на співпрацю з фірмою.

Клас ProductForCustomers містить дані про товар від постачальників.

Графічно діаграма класів представлена на рис. 1.17.

Рисунок 1.17 – Діаграма класів

Побудова діаграм станів

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

В даній роботі розроблено дві діаграми станів: «Авторизація користувача» (рис. 1.18) та «Отримання аналізу діяльності підприємства» (рис. 1.19).

Для того, щоб мати можливість увійти до системи користувач повинен обрати вкладку «Авторизація». У цей час система буде знаходитись у стані очікування вводу даних (логін та пароль). Після вводу даних у форму, система перевіряє, щоб усі потрібні поля були заповнені. У разі забавності потрібних даних система переходить до перевірки коректності введених даних, в іншому випадку – повернеться до попереднього стану. Після успішного введення даних, система переходить до особистого кабінету користувача.

Для того, щоб отримати аналіз діяльності підприємства користувач повинен обрати вкладку «Аналіз». Після натискання відповідної кнопки стан системи змінюється на «Отримання даних з БД». Після успішного отримання даних система переходить у стан розрахунку аналізу. Якщо в процесі розрахунку не виникло помилок, система переходить у стан виводу отриманих даних користувачу.

Рисунок 1.18 – Діаграма станів для авторизації користувача

Рисунок 1.19 – Діаграма станів для аналізу діяльності підприємства

Побудова діаграм активності

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

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

В даній роботі було розроблено дві діаграми активності, подібним графам станів: «Авторизація користувача» та «Отримання аналізу діяльності підприємства» (рис. 1.20 та 1.21).

На діаграмі «Авторизація користувача» відображено алгоритм авторизації. У цей час система буде знаходитись у стані очікування вводу даних (логін та пароль). Після вводу даних у форму, система перевіряє, щоб усі потрібні поля були заповнені. У разі забавності потрібних даних система переходить до перевірки коректності введених даних, в іншому випадку – повернеться до попереднього стану. Після успішного введення даних, система переходить до особистого кабінету користувача.

Рисунок 1.20 – Діаграма активності авторизації користувача

На діаграмі «Отримання аналізу діяльності підприємства» представлено алгоритм отримання аналізу діяльності підприємства. Після натискання відповідної кнопки стан системи змінюється на «Отримання даних з БД». Після успішного отримання даних система переходить у стан розрахунку аналізу. Якщо в процесі розрахунку не виникло помилок, система переходить у стан виводу отриманих даних користувачу.

Рисунок 1.21 – Діаграма активності отримання аналізу діяльності підприємства

ЧТО ПРОИСХОДИТ ВО ВЗРОСЛОЙ ЖИЗНИ? Если вы все еще «неправильно» связаны с матерью, вы избегаете отделения и независимого взрослого существования...

Что делать, если нет взаимности? А теперь спустимся с небес на землю. Приземлились? Продолжаем разговор...

Что способствует осуществлению желаний? Стопроцентная, непоколебимая уверенность в своем...

Что вызывает тренды на фондовых и товарных рынках Объяснение теории грузового поезда Первые 17 лет моих рыночных исследований сводились к попыткам вычис­лить, когда этот...

Не нашли то, что искали? Воспользуйтесь поиском гугл на сайте: