2 of 14

Завдання

GPS System

Відповідно до обраної теми на основі проведеного аналізу прикладної галузі розробити три різні use cases (по одному в короткій, поверхневій та повній формах відповідно) для своєї системи.

Повна форма опису має містити всі пункти наведені в таблиці.

Передбачити альтернативні сценарії.

3 of 14

Теоретичні відомості

Параметри опису Use Case

Use case – це текстовий опис сукупності сценаріїв, що виконуються користувачем при роботі з системою для досягнення певної мети.

Сценарій – послідовність дій при взаємодії користувача із системою для виконання певної операції.

4 of 14

Теоретичні відомості

Написання use cases дозволяє чітко визначити хто є користувачем системи, які її сценарії роботи, що є метою використання системи.

Use cases – це функціональні та поведінкові вимоги до системи, які показують, що саме вона має робити.

Існують три форми написання use cases:

Коротка – короткий опис в один абзац одного зі сценаріїв (зазвичай успішного) роботи системи. Виконуються під час початкового аналізу вимог до системи.
Поверхнева – поверхневий опис у вільній формі усіх сценаріїв (головного і альтернативних) одного з use cases. Виконуються під час початкового аналізу вимог до системи.
Повна – всі кроки і дії детально описані, включаючи перед- та постумови виконання use case. Виконуються на стадії відбору з повного переліку use cases у короткій та поверхневій формах невеликої частини важливих (критичних для роботи системи) use cases.

5 of 14

Створення

маршруту

6 of 14

Поверхнева форма

Користувач запускає додаток. Система визначає поточне місцезнаходження.

Користувач задає початкову точку та точку призначення. Система з’єднується з супутником. Система генерує маршрути. Користувач отримує оптимальний маршрут.

Коротка форма

Головний сценарій.

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

Альтернативні сценарії.

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

7 of 14

Name: Створення маршруту

Scope: GPS навігатор (System)

Level: User-goal

Primary Actor: Користувач

Stakeholders and interests:

Користувач зацікавлений у знаходженні найкоротшого маршруту до місця призначення.

Preconditions: Користувач відкрив додаток.

Main Success Scenario:

1. Система завантажує карту регіону.

2. Користувач задає початкову точку.

3. Користувач задає місце призначення.

4. Система визначає поточне місцезнаходження.

5. Система з’єднується із супутником.

6. Система генерує маршрути.

7. Користувач отримує оптимальний маршрут.

Повна форма

8 of 14

Extensions:

І. Користувач вводить некоректні дані:

1) Задане місцепризначення не існує.

а) Система інформує користувача про помилку та пропонує ввести дані ще раз;

б) Користувач повторно вводить дані;

2) Стартова точка не існує.

а) Система інформує користувача про помилку та пропонує ввести дані ще раз;

б) Користувач повторно вводить дані;

ІІ. У будь який час виникає фатальна помилка у системі:

1) Система генерує сповіщення користувачеві з повідомленням про помилку;

2) Система робить відповідний запис у лог;

3) Система сповіщає адміністратора про збій;

4) Система перезавантажується;

ІІІ. Користувач не увімкнув датчик передачі геоданих.

1) Система виводить повідомлення у якому пропонує користувачу увімкнути геодані;

2) Користувач підтверджує увімкнення.

9 of 14

Special Requirements:

Наявність підключення до мережі Інтернет.

Technology and Data Variations List:

1) Користувач може задати шаблони (дім, робота, лікарня, тощо) для прискорення процесу створення маршруту.

2) Користувач може завантажити карти та працювати у режимі оффлайн.

Frequency of Occurrence: 97 %.

Miscellaneous (Open Issues):

1) Провести аналіз якості передачі геоданих.

2) Вивчити можливість відновлення роботи системи після збою;

3) Чи дані про геолокацію є повністю конфіденційними?

10 of 14

Вибір способу пересування

11 of 14

Поверхнева форма

Користувач обирає потрібний маршрут. Система пропонує вибрати спосіб пересування. Користувач обирає спосіб пересування. Система, відповідно до вибору користувача, генерує приблизний час прибуття. Користувач отримує приблизний час прибуття.

Коротка форма

Головний сценарій.

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

Альтернативні сценарії.

Критична помилка системи.
Неможливо визначити час прибуття.

12 of 14

Name: Вибір способу пересування.

Scope: GPS навігатор (System).

Level: User-goal

Primary Actor: Користувач

Stakeholders and interests:

Користувач: зацікавлений у розрахунку приблизно часу прибуття.

Preconditions: Користувач обрав маршрут.