Use case – це незамінний інструмент розробки програмного забезпечення, який дозволяє описати сценарії використання системи. Він допомагає розробникам та аналітикам краще зрозуміти потреби користувачів та визначити функціональні вимоги до системи.
Однак питання про те, хто має писати use case, залишається відкритим. У різних компаніях та проектах це завдання може виконуватися різними фахівцями. Традиційно, складання use case покладається на аналітиків або бізнес-аналітиків – фахівців, які відповідають за збирання та систематизацію вимог до системи від замовника та користувачів.
Вони проводять інтерв'ю із зацікавленими сторонами, аналізують наявну документацію та визначають основні сценарії використання системи. Потім аналітики описують ці сценарії як use case, використовуючи спеціальний стандарт опису. Вони враховують усі вимоги та обмеження, погоджені із замовником, та пропонують рішення для оптимальної взаємодії із системою.
№ | Ім'я автора | Організація |
---|---|---|
1 | Іванов Іван | Компанія А |
2 | Петров Петро | Компанія Б |
3 | Сидорів Сидор | Компанія В |
Що робить бізнес аналітик цьому етапі: Створює специфікації. Описує user stories/acceptance criteria/use cases. Формулює нефункціональні вимоги — визначає умови, в яких система ефективна.
Хто має писати use case?
Зміст:
Якщо команда має системного аналітика, то всю цю документацію пише він. Якщо системного аналітика в команді немає, то юзкейси загальними штрихами може написати менеджер проекту або тимлід.
У чому різниця між use case та user story?
Користувальницькі історії User Stories (у перекладі скорочуватимуться до US або «історії») Варіанти використання (у російськомовних стаття досить добре прижилося скорочення ВІ) — прецеденти, сценарії використання, Use Cases (у перекладі скорочуватимуться до US або «сценарії»)
Як оформляти use case?
Як написати use case?
- Визначте, хто використовуватиме сайт.
- Виберіть одного з цих користувачів.
- Визначте, що користувач хоче робити на сайті. …
- Для кожного use case визначте нормальний перебіг подій.
- Опишіть основний шлях користувача: що саме робить користувач і яка очікувана відповідь системи.
Які кроки потрібно виконати, щоб розробити use case?
Use Case: основи
№ кроку | Дійова особа | Крок |
---|---|---|
1 | Система | Запитує прізвище та код бронювання |
2 | Пасажир | Вводить прізвище та код бронювання |
3 | Система | Перевіряє, що придбано квиток на цей рейс на ім'я цього Пасажира |
4 | Система | Зберігає інформацію про реєстрацію Пасажира на рейс |