Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
se201_pr_2014.doc
Скачиваний:
2
Добавлен:
01.07.2025
Размер:
184 Кб
Скачать
☆

5.2 Методичні вказівки до заняття

Завдання 1

Моделювання вимог до системи за допомогою діаграми варіантів використання (прецедентів) виконується в такий спосіб:

  1. Встановити контекст системи, ідентифікувавши акторів, які її оточують.

  2. Для кожного актора розглянути поведінку, яку він очікує або потребує від системи.

  3. Надати ім’я цим загальним варіантам поведінки як прецедентам.

  4. Виокремити загальну поведінку до нових прецедентів, які будуть використовуватися іншими; виокремити варіації поведінки до нових прецедентів, які поширюють основні потоки подій.

  5. Змоделювати ці прецеденти, акторів та відношення між ними на діаграмі прецедентів.

  6. Доповнити прецеденти примітками, що описують не функціональні вимоги.

Завдання 2

Щоб було зрозуміло зміст кожного з варіантів використання, слід записати сценарій його виконання. Для цього можна скористатися, наприклад, з шаблону (таблиця 5.1).

Таблиця 5.1 – Шаблон для написання сценарію окремого варіанта використання

Головний розділ

Розділ «Типовий хід подій»

Розділ «Виключення»

Розділ «Примітки»

Ім’я варіанта використання

Типовий хід подій, що призводять до успішного виконання варіанта використання

Виключення 1

Примітка 1

Виключення 2

Примітка 2

Актори

Мета

…

…

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

Виключення N

Примітка M

Рівень цілі

Посилання на інші варіанти використання

Завдання 3

Для перевірки якості сценаріїв варіантів використання можна скористатися з тестів «пройшов/не пройшов» (таблиця 5.2). На питання тесту відповіді для якісного сценарію мають бути «так».

Таблиця 5.2 – Тести «пройшов/не пройшов» для варіантів використання [4]

Поле

Питання

Назва варіанта використання

  1. Чи є речення, що називає мету основної діючої особи, реченням з дієсловом дією?

  1. Може система задовольнити цю мету?

Короткий опис і рівень цілі

  1. Чи заповнені поля?

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

  1. Чи розглядає варіант використання згадану в розділі Короткий опис систему як «чорний ящик»?

  1. Якщо система в розділі Короткий опис є тією, що повинна розроблятися, чи мають розробники створювати тільки те, що є в ній, і нічого, що до неї не входить?

Рівень цілі

  1. Чи відповідає зміст варіанта використання заявленому рівню цілі?

  1. Чи дійсно мета перебуває на заявленому рівні цілі?

Основна діюча особа

  1. Чи притаманна актору поведінка?

  1. Чи має актор мету відносно розроблювальної системи, що повинна бути послугою розроблюваної системи?

Основний сценарій

  1. В ньому 3-9 кроків?

  1. Чи виконується він від тригера (умови входу) до забезпечення гарантії успіху (умови виходу)?

  1. Чи допускає він правильні зміни в послідовності?

Кожен крок у будь-якому сценарії

  1. Він описує досягнення мети?

  1. Чи помітно просуває процес його успішне виконання?

  1. Чи ясно, яка діюча особа досягає мети, хто «ударяє по м'ячі»?

  1. Рівень мети кроку нижче за рівень мети варіанта використання в цілому? Він трохи нижчий (що переважніше) за рівень мети варіанта використання?

  1. Ви впевнені, що крок не описує проект інтерфейсу користувача?

  1. Чи ясно, яка інформація передається на кроці?

Загальний зміст варіанта використання

  1. Замовникам і користувачам: «Це те, що вам потрібно?»

  1. Замовникам і користувачам: «Ви зможете сказати по завершенню реалізації, що одержали те, що хотіли?»

  1. Розробникам: «Ви можете це реалізувати?»

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]