имоги до проектованої системи, а й виконує вихідну структуризацію предметної області. Останнє завдання поєднує в собі не тільки проходження технічним рекомендаціям, але і є в деякому роді мистецтвом, умінням виділяти головне в моделі системи. Хоча раціональний уніфікований процес не виключає ітеративний повернення в подальшому до діаграми варіантів використання для її модифікації, не викликає сумнівів той факт, що будь-яка подібна модифікація зажадає, як по ланцюжку, змін у всіх інших представлених системи. Тому завжди необхідно прагнути до можливо більш влучним поданням моделі саме у формі діаграми варіантів використання.
Якщо ж варіанти використання застосовуються для специфікації частини системи, то вони будуть еквівалентні відповідним варіантів використання в моделі підсистеми для частини відповідного пакета. Важливо розуміти, що всі сервіси системи повинні бути явно визначені на діаграмі варіантів використання, і ніяких інших сервісів, які відсутні на даній діаграмі, проектована система не може виконувати за визначенням. Більш того, якщо для моделювання реалізації системи використовуються відразу кілька моделей (наприклад, модель аналізу і модель проектування), то безліч варіантів використання всіх пакетів системи має бути еквівалентно безлічі варіантів використання моделі в цілому.
Діаграма варіантів використання складається з наступних основних компонентів:
1. Варіант використання
Конструкція або стандартний елемент мови UML варіант використання застосовується для специфікації загальних особливостей поведінки системи або будь-який інший сутності предметної області без розгляду внутрішньої структури цієї сутності. Кожен варіант використання визначає послідовність дій, які повинні бути виконані проектованої системою при взаємодії її з відповідним актором. Діаграма варіантів може доповнюватися пояснювальним текстом, який розкриває сенс або семантику складових її компонентів. Такий пояснювальний текст отримав назву примітки або сценарію.
Окремий варіант використання позначається на діаграмі еліпсом, знизу якого міститься його коротка назва або ім'я у формі дієслова з пояснювальними словами (рис.1).
Рис. 1. Графічне позначення варіанту використання
Мета варіанти використання полягає в тому, щоб визначити закінчений аспект або фрагмент поведінки деякої сутності без розкриття внутрішньої структури цієї сутності. В якості такої сутності може виступати вихідна система або будь-який інший елемент моделі, який володіє власною поведінкою, подібно підсистемі або класу в моделі системи.
Кожен варіант використання відповідає окремому сервісу, який надає моделируемую сутність або систему по запиту користувача (актора), т. е. визначає спосіб застосування цієї сутності. Сервіс, який ініціалізується по запиту користувача, є закінченою послідовність дій. Це означає, що після того як система закінчить обробку запиту користувача, вона повинна повернутися в початковий стан, в якому готова до виконання наступних запитів.
Варіанти використання описують не тільки взаємодії між користувачами і сутністю, але також реакції суті на отримання окремих повідомлень від користувачів і сприйняття цих повідомлень за межами сутності. Варіанти використання можуть включати в себе опис особливостей способів реалізації сервісу і різних виняткових ситуацій, таких як коректна обробка помилок системи. Безліч варіантів використання в цілому повинно визначати всі можливі сторони очікуваної поведінки системи. Для зручності безліч варіантів використання може розглядатися як окремий пакет.
З системно-аналітичної точки зору варіанти використання можуть застосовуватися як для специфікації зовнішніх вимог до проектованої системи, так і для специфікації функціонального поведінки вже існуючої системи. Крім цього, варіанти використання неявно встановлюють вимоги, що визначають, як користувачі повинні взаємодіяти з системою, щоб мати можливість коректно працювати з наданими даною системою сервісами. Застосування варіантів використання на всіх рівнях діаграми дозволяє не тільки досягти необхідного рівня уніфікації позначень для представлення функціональності підсистем і системи в цілому, але і є потужним засобом послідовного уточнення вимог до проектованої системи на основі поуровневого спуску від пакетів системи до операцій класів. З іншого боку, модифікація окремих операцій класу може надати зворотний вплив на уточнення сервісу відповідного варіанта використання, т. Е. Реалізувати ефект зворотного зв'язку з метою уточнення специфікацій або вимог на рівні пакетів системи. У метамоделі UML варіант використання є підкласом класифікатора, який описує пос...
