Варіанти використання (прецеденти)

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

Окремий варіант використання мовою UML позначається на діаграмі еліпсом, всередині якого міститься його короткий опис: назва або ім’я у вигляді дієслова латинськими буквами.

Назва варіанта

використання

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

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

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

Наприклад, як зображено на рис. 2.1. банкомат надає клієнту деякий базовий набір функціональних можливостей:

1) дозволяє знімати гроші;

2) робити внесок;

3) переводити гроші з одного рахунку на інший;

4) переглядати баланс;

5) змнінювати ідентифікаційні дані

6) здійснювати оплату з кредитної картки.

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

Що вона збирається робити з системою?

Чи буде вона з її допомогою працювати з інформацією (вводити, отримувати, оновлювати, видаляти)?

Чи потрібно інформувати систему про деякі зовнішні події?

Чи повинна система інформувати користувача про будь-які зміни чи події?

Потік подій

Варіанти завдань в загальному описують що повинна робити ваша система, але для фактичної розробки системи потрібні більш конкретні деталі. Вони визначаються в документі під назвою «потік подій» (flow of event). Метою потоку подій є документація процесу обробки даних, який реалізується в межах варіанта використання. Цей документ буде детально описувати, що буде робити користувач, а що – сама система. На цьому етапі неважливою є мова написання програми. Головне описати ЩО буде робити система, а не ЯК вона буде це робити.

Потік подій містить:

• короткий опис

• передумову

• основний потік подій

• альтернативний потік подій

• післяумову

Опис повинен бути коротким, стислим поясненням того, що буде робити варіант використання. Наприклад: переказ грошей, перегляд балансу, тощо. Може збігатися з його назвою.

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

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

• Опис того як запускається варіант використання;

• різноманітні шляхи виконання варіанту використання;

• нормальний (основний) потік подій варіанта використання;

• відхилення від основного потоку подій (альтернативні потоки);

• потік помилок;

• опис того, якм чином завершується робота варіанта використання.

Прикладом основного потоку буде опис процесу зняття грошей з рахунку.

Прикладом альтернативного потоку буде перелік подій при введенні невідного пін-коду, або недостатня сума грошей на рахунку, або закінчення терміну дії банківської картки, тощо.

Післяумова - це умова, яка виконуєть після завершення варіанта використання (встановлений прапорець, натиснута клавіша чи виконання попереднього варіанта використання.). Більш детально потік подій описано у [1, C.72].