5 Хід виконання роботи
Запускаємо середовище Visual Paradigm, обираємо вкладку UML Modeling, як показано у рисунку 2.1:
Рисунок 2.1 – обирання пункту UML Modeling
Після обирання вищевказаного пункту та натискання на нього зявляється наступне віконце, в ньому обираємо use-case diagram, як подано на рисунку 2.2:
Рисунок 2.2 – обирання use-case diagram
Далі з’являється віконце, в якому безпосередньо буде будуватися діаграма. Необхідно присвоїти їй і’мя.
Для того, щоб розташувати на діаграмі актора або користувача необхідно вибрати його на вкладці ліворуч та клікнути мишкою на білому віконці, як подано на рисунку 2.3:
Рисунок 2.3 – Розташування актора на діаграммі варінтів використання
Якщо клікнути по ньому мишею, то з’являться варіанти подальшого розвитку діаграми, як показано на рисунку 2.4, обираемо овал з суцільною лінією, що називається association, та клікаєм 2 рази мишкою. Потім вводимо назву варіанта використання, і, якщо необхідно, создаємо ще один варіант використання, пов’язанний з інтерфейсом.
Рисунок 2.4 – Побудова варіанту використання
Для подальшого розвивання кожного з варіантів використання необхідно навести мишею на необхідний варіант використання та клікнути по ньому. Із з’явившихся видів відносин між варіантами використання обираємо extend relationship або include relationship (рисунок 2.4). Після цього з’явиться ще один варіант використання, якому присвоюється ім’я (рисунок 2.5).
Рисунок 2.4 – обирання виду відносин.
Рисунок 2.5 – Діаграма варіантів використання
Діаграма варіантів використання може містити у собі безліч варіантів використання.
Звіт до лабораторної роботи повинен містити у собі:
Титульний лист
Тему
Мету
Хід роботи зі скриншотами
Висновки
Питання до захисту
Що таке мова UML?
Що таке діаграма варіантів використання?
Які основні цілі переслідує розробка діаграм варіантів використання?
Назвіть існуючи стандартні види відносин між актором та варіантами використання?
Поясність разницю між пунктирною лінією та суцільною?
Лабораторна робота №2
РОЗРОБКА АЛГОРИТМУ ФУНКЦІОНУВАННЯ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ ДЛЯ ОБРАННОЇ ПРЕДМЕТНОЇ ГАЛУЗІ У ВИГЛЯДІ ДІАГРАМИ ДІЯЛЬНОСТІ
1 Тема роботи: Розробка алгоритму функціонування програмного забезпечення для обранної предметної галузі у вигляді діаграми діяльності.
2 Мета роботи: Придбання практичних навичок з розробки вимог до функціонування програмного забезпечення.
3 Опис робочого місця: На кожному робочому місці повинно бути наступне обладнання:
- комп’ютер.
4 Теоретичний матеріал
UML (англ. Unified Modeling Language - уніфікована мова моделювання) - мова графічного опису для об'єктного моделювання в області розробки програмного забезпечення. UML є мовою широкого профілю, це відкритий стандарт, який використовує графічні позначення для створення абстрактної моделі системи, званої UML-моделлю. UML був створений для визначення, візуалізації, проектування та документування в основному програмних систем. UML не є мовою програмування, але в засобах виконання UML-моделей як інтерпретується коду можлива кодогенерація.
Діаграма діяльності — в UML, візуальне представлення графу діяльностей. Граф діяльностей є різновидом графу станів скінченного автомату, вершинами якого є певні дії, а переходи відбуваються по завершеню дій.
Дія (англ. action) є фундаментальною одиницею визначення поведінки в специфікації. Дія отримує множину вхідних сигналів, та перетворює їх на множину вихідних сигналів. Одна із цих множин, або обидві водночас, можуть бути порожніми. Виконання дії відповідає виконанню окремої дії. Подібно до цього, виконання діяльності є виконанням окремої діяльності, букавально, включно із виконанням тих дій, що містяться в діяльності. Кожна дія в діяльності може виконуватись один, два, або більше разів під час одного виконання діяльності. Щонайменше, дії мають отримувати дані, перетворювати їх та тестувати, деякі дії можуть вимагати певної послідовності. Специфікація діяльності (на вищих рівнях сумісності) може дозволяти виконання декількох (логічних) потоків, та існування механізмів синхронізації для гарантування виконання дій у правильному порядку.