Основной поток

Этапы прецедента представляются в виде потока событий. Прецедент можно представить как дельту реку с множеством ответвляющихся рукавов. У каждого прецедента есть один основной поток (основной рукав дельты). Остальные, меньшие рукава – это альтернативные потоки прецедента. Эти альтернативные потоки могут перехватывать ошибки, ответвления и прерывания основного потока. Основной поток иногда называют основным сценарием (primary scenario), а альтернативные потоки – второстепенными сценариями (secondary scenarios).
Основной поток регистрирует этапы прецедента, отражающие «идеальную» ситуацию, когда все идет, как ожидается и хочется, то есть не возникает ошибок, отклонений, прерываний или ответвлений.
Отклонения от основного потока можно смоделировать двумя способами, которые вскоре будут рассмотрены.
1. Простые отклонения – создаются ветвления основного потока.
2. Сложные отклонения – создаются альтернативные потоки.
Основной поток всегда начинается с действий главного актера, направленных на инициацию прецедента. Удачным способом начала потока можно считать следующую форму записи:
1. Прецедент начинается, когда <актер> <действие>.
Помните, что время тоже может быть актером, поэтому прецедент может начинаться временным выражением.
Поток событий состоит из последовательности коротких этапов, декларативных, пронумерованных и упорядоченных во времени. Каждый этап потока прецедента должен быть выражен в следующей форме: <номер> <кто-либо> <совершает некоторое действие>.
Поток событий прецедента может быть представлен в повествовательной форме, однако это не рекомендуется, поскольку данная форма является слишком неопределенной.
Ниже приведен пример нескольких этапов прецедента PlaceOrder (разместить заказ).
1. Прецедент запускается, когда покупатель выбирает опцию «разместить заказ».
2. Покупатель заполняет в форме свои имя и адрес.
Это правильно сформированные прецеденты. В обоих случаях мы имеем простое декларативное выражение о том, что некоторая сущность осуществляет некоторое действие. А вот пример неверного описания этапа прецедента:
2. Вводятся данные покупателя.
Использование пассивного залога для описания любого этапа является неверным. На этом конкретном этапе фактически допущены три важных пропуска.
• Кто вводит данные покупателя?
• Куда вводятся эти данные?
• Что конкретно подразумевается под «данными покупателя»?
Важно различать и избегать пропусков при написании потоков прецедентов, даже если об этом можно сказать или догадаться исходя из контекста. Прецедент должен быть точным описанием части выполняемых функций системы!
Если в процессе анализа встречаются неопределенности, пропуски или обобщения, полезно ставить следующие вопросы.
• Кто именно…?
• Что именно…?
• Когда именно…?
• Где именно…?

Запись опубликована в рубрике Компьютеры и интернет с метками . Добавьте в закладки постоянную ссылку.

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

*

code