Специфікація прецеденту використання

Назва прецеденту використання.«Обслуговування резервуарів».

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

Оптимістичний сценарій:

А. Діюча особа перевіряє рівень заповнення в резервуарах води та живильних речовин.

Б. Діюча особа визначає, який резервуар необхідно поповнити.

В. Діюча особа призупиняє усі поточні операції, які виконуються системою з резервуарами.

Г. Діюча особа обирає резервуари і задає рівень їхнього заповнення.

Для кожного вибраного резервуару виконуються операції Д-Ж.

Д. Якщо резервуар нагрітий, то система відключає нагрівачі.

1. Нагрівачі встановлюють безпечну температуру.

Е. Система заповнює резервуари.

Ж. Якщо резервуар заповнений і повинен бути нагрітий, система включає нагрівачі.

1. Температура вмісту резервуару досягає оптимальної температури.

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

Прагматичний сценарій (умови змушують змінити потік операцій):

Умова 1.Води та поживних речовин замало для заповнення резервуарів до рівня, вказаного діючим лицем.

Г1. Попередити діючу особу щодо недостачі води та поживних речовин. Показати обсяг наявних запасів води та поживних речовин.

Г2. Запропонувати діючій особі відмовитися від заповнення або переглянути рівні заповнення резервуарів.

Г3. Якщо діюча особа переглядає рівні заповнення, то виконати етап Г.

Г4. Якщо діюча особа відмовляється від заповнення резервуарів, то виконати етап З.

Г5. В іншому випадку виконати етап Г2.

Для опису моделей прецедентів використовуються в основному два типи співвідношень: <<include>> та <<extend>> (рис.4.4).

Співвідношення <<include>> використовуються для визначення загальних функціональних властивостей. Співвідношення включення між прецедентами означає, що в деякій точці базового прецеденту включена поведінка іншого прецеденту. Включений прецедент ніколи не існує автономно, а являється частиною базового прецеденту. Можна вважати, що базовий прецедент запозичує поведінку включених. Наприклад, прецедент використання «Оновлення довідника по рослинам» включає прецедент використання «Перегляд звітів», тобто при виконанні прецеденту використання «Оновлення довідника по рослинам» обов’язково має виконуватися прецедент використання «Перегляд звітів».

Співвідношення <<extend>> спрощує потік складних прецедентів використання. Співвідношення розширення має на увазі, що базовий прецедент неявно включає поведінку іншого прецеденту. Базовий прецедент може бути автономним, але за певних обставин його поведінка розширюється за рахунок інших.

Співвідношення розширення використовуються для моделювання таких частин прецедентів, які користувач сприймає як такі, що виконують необов'язкові дії. Таким чином можна розділити на обов'язкові та необов'язкові прецеденти. Наприклад, прецедент використання «Управління теплицею» може бути розширений прецедентом використання «Перегляд звітів», хоча останній не являється невід’ємною частиною першого прецеденту.

Рис.4.4. Діаграма прецедентів використання, яка демонструє співвідношення <<include>>, <<extend>>

ЛАБОРАТОРНА РОБОТА №3

Тема

Діаграма послідовностей (sequence diagram)

Мета роботи

Отримати уявлення про діаграму послідовностей та навчитися їх використовувати

Теоретичні відомості

Діаграма послідовностей відображає взаємодію об'єктів у динаміці.

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

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

Тепер про те, які позначення використовуються на діаграмі послідовностей. Як і раніше, об'єкти позначаються прямокутниками з підкресленими іменами (щоб відрізнити їх від класів), повідомлення (виклики методів) - лініями зі стрілками, результати, що повертаються – пунктирними лініями зі стрілками. Прямокутники на вертикальних лініях під кожним з об'єктів показують "час життя" (фокус) об'єктів. Якщо даний об'єкт створюється або знищується протягом відрізка часу, представленого даною схемою, його лінія життя починається або припиняється у відповідній крапці. Знищення об'єкта відзначається знаком «X».

На рис.3.1 представлений приклад діаграми послідовностей.

 

Рис.3.1.Діаграма послідовностей

 

 

Хід виконання роботи

1. Описати словами наведений приклад.

2. Створити діаграму послідовностей, яка б доповнювала б виконану раніше діаграму прецедентів.

 

 

ЛАБОРАТОРНА РОБОТА №4

Тема

Діаграма взаємодії (кооперації, collaboration diagram)

Мета роботи

Опанування практичними навичками при використанні діаграми взаємодії.

Теоретичні відомості

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

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

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

Рис.4.1. Діаграма взаємодії

Хід виконання роботи

1. Опишіть представлену діаграму взаємодії у словесному вигляді.

2. Побудуйте діаграму взаємодії своєї проблемної області.

 

 

ЛАБОРАТОРНА РОБОТА №5

Тема

Діаграма станів (statechart diagram)

Мета роботи

Отримати загальні уявлення про діаграму станів та навчитися їх використовувати на практиці.

Теоретичні відомості

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

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

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

Позначення на діаграмах станів.

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

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

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

Приклад діаграми станів представлений на рис.5.1.

 

Рис.5.1. Діаграма станів

Хід виконання роботи

1. Опишіть представлену діаграму станів у словесному вигляді.

2. Побудуйте діаграму станів своєї проблемної області.

ЛАБОРАТОРНА РОБОТА №6

Тема

Діаграма активності (activity diagram)

Мета роботи

Отримати загальні уявлення про діаграму активності та навчитися їх використовувати на практиці.

Теоретичні відомості

Діаграма активності нагадує блок-схему, яка графічно описує алгоритм розв’язку задачі. З другого боку діаграма активності дещо нагадує діаграму станів.

На першому курсі ми з вами розглядали алгоритм успішного початку дня. Як діаграма активності цей алгоритм буде виглядати так, як на рис.6.1.

 

Рис. 6.1. Приклад діаграми активності (діяльність UML)

На цій діаграмі використані елементи, які представлені у таблиці у першому стовпчику.

Елемент Пояснення і призначення
Початковий стан
 
 
 
 
 
 

 

Хід виконання роботи

1. Завершіть таблицю, заносячи пояснення і призначення для усіх елементів.

2. Побудуйте свою діаграму активності.

ЛАБОРАТОРНА РОБОТА №7

Тема