Пример схемы шипа (в гибком моделировании)

Question

Я делаю анализ требований и пытался найти хороший пример всплеска. Я, кажется, только смогу найти объяснения, что это такое.

Для случаев использования системы у меня есть следующий план:

• Имя: имя должно явно выражать намерение пользователя или функциональное назначение варианта использования
• Краткое описание: Краткое описание должно в нескольких строках четко отражать основную нормальную и альтернативную активность потока (опишите, что хочет актер!).
• Триггер: триггер описывает событие, которое вызывает сценарий использования. Это событие может быть внешним, временным или внутренним. Это важно для пакетных заданий.
• Основной (ые) субъект (ы): каждый сценарий использования минимально имеет одного основного участника, но может быть задействовано больше основных участников.
• Вторичный актер (ы): Если применимо, упомяните здесь.
• Предварительные условия: предварительные условия указывают, что всегда должно быть истинным перед началом сценария варианта использования.
• Нормальный поток: это - вместе с альтернативным потоком - основная часть варианта использования.
• Альтернативный поток: альтернативами являются приемлемые вариации обычного случая обработки / обработки, в качестве конечного результата достижения цели вариантов использования.
• Исключения: это нежелательные, но необходимые варианты, но они не приводят к достижению цели варианта использования.
• Условие (условия) публикации: Условие публикации указывает, что ВСЕГДА должно быть верно при успешном завершении варианта использования. Это может быть результатом нормального потока или альтернативного потока.

Для пользовательских историй у меня есть следующий план:

• Название: описание цели пользовательской истории.
• Рационально / Цель: описание того, какое значение создает пользовательская история.
• Детали реализации: написаны на повседневном языке бизнеса, они содержат следующие подразделы:
  • Контекст: описание того, где в системе начинается эта история и какую другую информацию следует учитывать перед началом разработки.
  • Нормальный поток: описание счастливого пути, который ведет к желаемому результату.
  • Альтернативные потоки: возможные альтернативы. Не используется широко, потому что альтернативный поток часто является отдельной историей
  • Исключения: описание условий, которые приведут к возможному отказу нормального / альтернативного потока.
  • Примечания: Дополнительная нетехническая и техническая информация, которая должна помочь разработчику правильно понять историю пользователя.
• Тесты: список тестов, которые должны быть выполнены, когда история проверена после разработки. Каждый тест должен включать ожидаемый ответ.

Поэтому я пытаюсь найти похожий контур для шипа. Из описания шипа я думаю, что, по крайней мере, должны быть включены следующие вещи: * Заголовок * Промежуток времени * Пользовательская история: пользовательская история, из которой происходят шипы (однако я не уверен, что это всегда так).

Что еще должно быть в контуре шипа?

Answer 1

Столько, сколько требуется членам вашей команды, чтобы начать. Команда определяет определение готовности (DoR) и должна применять его самостоятельно.