Использование методологий
Приходилось ли вам писать Use cases? Как пишутся Use cases?
О личном опыте расскажите на примере реального проекта. Use case обычно описывают так:
-
Определение актеров: Определите все актеры (пользователи или системы), которые будут взаимодействовать с системой.
-
Идентификация основных функциональных потребностей: Определите основные цели и задачи, которые должна выполнять система для каждого актера.
-
Написание основного потока событий: Опишите основной сценарий, который показывает последовательность действий между актерами и системой для достижения целей.
-
Описание альтернативных и расширенных потоков: Укажите возможные альтернативные сценарии и исключения, которые могут возникнуть в процессе выполнения основного потока событий.
-
Уточнение требований: Детализируйте каждый Use case, уточняя предусловия, постусловия и любые дополнительные условия, влияющие на его выполнение.
-
Проверка и утверждение: Проведите проверку Use cases с заинтересованными сторонами (стейкхолдерами) для утверждения и согласования.
-
Документация: Зафиксируйте Use cases в документации проекта для последующего использования разработчиками, тестировщиками и другими участниками проекта.
Приходилось ли вам писать User story?
Если у вас есть такой опыт, приведите реальную историю и её критерии приёмки. User story кратко описывает потребность с точки зрения пользователя; распространённый шаблон включает:
-
Заголовок (As a…): Определяет тип пользователя или роль, для которой пишется история.
-
Описание (I want to…): Описывает желаемую функциональность или задачу, которую пользователь хочет выполнить.
-
Цель или польза (So that…): объясняет, зачем пользователю эта возможность. Критерии приёмки записывают отдельно: они определяют проверяемые условия выполнения истории.
User stories используются для коммуникации между участниками
проекта (разработчики, заказчики, тестировщики) и позволяют лучше понять
потребности пользователей, что способствует более эффективной итеративной
разработке ПО.