24.2.3. Поняття про сценарії

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

• книга є наявною на складі; комп'ютер виводить на екран номер полиці, на якій вона стоїть;

• книга відсутня, але система дає клієнту можливість замовити її з видавництва;

• навчального посібника не тільки немає на складі, її немає взагалі. Система інформує клієнта про те, що йому не повезло.

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

24.2.4. Застосування діаграм варіантів використання

За допомогою UML можна будувати діаграми варіантів використання. Діючі суб'єкти представляються чоловічками, варіанти використання – еліпсами. Прямокутна рамка оточує всі варіанти використання, залишаючи за своїми межами діючих суб'єктів. Цей прямокутник називається межею системи. Те, що знаходиться всередині, – програмне забезпечення, яке розробник намагається створити. На рис. 24.3 показана діаграма варіантів використання для комп'ютерної системи книжкового магазину.

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

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

Рис. 24.3. Діаграма варіантів використання для книжкового магазина

24.2.5. Описи варіантів використання

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

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