7. Метод випадкового використання

У 1993 Gustav Karner розробив метод випадкового використання (Use Case Points method). Метод застосовується до об'єктно-орієнтованого програмування для вимірювання і оцінки проектів. Цей метод є вдосконаленим методом FPA і його версії MK II. Основна перевага - оцінювання виконується користувачем (функціональність програми), а не дизайнером або програмістом. Метод випадкового використання розроблений на основі моделей UML.

Моделі випадкового використання в UML

Alistair Cockburn пояснює випадкове використання як правильно визначену взаємодію між актором і комп'ютерною системою, яка бере до уваги умови обробки. Випадкове використання визначає послідовність операцій або транзакцій, що виконуються системою протягом взаємодії з актором. Вони описують потік подій в системі і запускаються акторами для досягнення мети. Кожен актор використає або використовуватиме систему своїм особистим чином (випадковим використанням). Зазвичай, актор - персона, організація або комп'ютерна система. Один актор - не обов'язково одна персона, а одна персона може грати роль багатьох акторів, як і один актор може представляти багато персон. Введення і існування випадкового використання повністю залежить від актора: актор виконує перший крок, запускає "машину" і він є отримувачем інформації, що генерується у разі використання.

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

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

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

Діаграма випадкового використання - статичне представлення системної функціональності, внутрішніх і зовнішніх взаємозв'язків. Основне завдання - проектувати систему в тому вигляді, в якому актор її бачить.

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

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

Моделі і оцінка випадкового використання

Правильна оцінка, заснована на випадковому використанні, залежить від розробленої структури моделі.

Якість підходу значень випадкового використання залежить від:

• ретельного вибору і моделювання акторів, розширяючи їх на декілька персон та моделюючи одну персону багатьма акторами,

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

• відповідного рівня деталізації, використаного в моделюванні.

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

Алгоритм оцінки випадкового використання

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

Значення обчислюються, грунтуючись на діаграмах випадкового використання. Актори класифікуються як прості, середні або складні.

Простий актор представляє зовнішню систему, яка зв'язується з нашою через інтерфейс, зазвичай - через API - програмний інтерфейс програми (Application Program Interface).

Актор середньої складності - зовнішня система, зазвичай з TCP/IP, HTTP або подібних, символічного терміналу. Бази даних також входять в цей тип.

Складний актор - кінцевий користувач, що зв'язується з системою через інтерфейс або www.

Кожному акторові призначається відповідна вага:

Тип актора	Вага
Простий	1
Середній	2
Складний	3

Таблиця. 12.8.1. Ваги, привласнені акторам методами оцінки випадкового використання.

В кінці нескоректовані ваги акторів (UAW, Unadjusted Actor Weights) повинні бути обчислені шляхом підсумовування числа акторів, помножених на відповідні коефіцієнти.

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

Класифікація випадкового використання наступна:

• Простий випадок використання - складається з трьох і менше транзакцій,

• Середній випадок використання - складається з семи і менше транзакцій,

• Складний випадок використання - складывается з більш ніж семи транзакцій.

Тип випадку використання	Вага
Простий	5
Середній	10
Складний	15

Таблиця 12.8.1.a Привласнення вагів для випадкового використання в методі оцінки випадкового використання.

Класифікація може виконуватися, грунтуючись на числі класів в реалізації окремого випадкового використання.

Технічна модифікація і модифікація середовища

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

Номер	Назва чинника	Вага
T1	Розподіленність системи	2
T2	Час реакції або продуктивність	1
T3	Продуктивність кінцевого користувача	1
T4	Складність внутрішньої обробки	1
T5	Можливість багатократного використання	1
T6	Складність установки	0,5
T7	Складність використання	0,5
T8	Переносимість	2
T9	Внесення змін протягом експлуатації	1
T10	Паралельна обробка	1
T11	Механізми захисту доступу	1
T12	Зовнішній доступ до системи	1
T13	Вимоги навчання	1

Таблиця 12.8.2. Ваги, привласнені технічним чинникам.

Підсумовуються результати технічних чинників і вагів і їх сума називається TFactor. Технічний чинник складності (TCF, Technical Complexity Factor) обчислюється за формулою:

TCF = 0.6 + (0.01 * TFactor)

Номер	Номер чинника	Вага
E1	знання методології інкрементної ітерації	1,5
E2	досвід команди	0,5
E3	знання об'єктних методів	1
E4	кваліфікація головного аналітика	0,5
E5	мотивація команди	1
E2	унікальне представлення вимог	2
E7	персонал, працюючий неповний день	-1
E8	складність мови програмування	-1

Таблиця 12.8.2.a Ваги, привласнені чинникам середовища.

Результати чинників середовища і відповідної ваги підсумовується і цей результат чинника середовища називається - EFactor.

Чинник середовища EF обчислюється по наступній формулі:

EF = 1.4 + (-0.33 * EFactor)

Скоректована оцінка випадкового використання, AUCP (Adjusted Use Case Points) обчислюються шляхом множення нескоректованої оцінки випадкового використання, UUCP (Unadjusted Use Case Points) на технічний коефіцієнт і коефіцієнт складності середовища:

UCP = UUCP* TCF* EF

У класичному методі оцінки випадкового використання вважається, що один UCP відповідає 20 програмістам * час.