Что мы узнали

Эта глава была посвящена определению требований, предъявляемых к системе, путем моделирования прецедентов. Мы узнали следующее.
• Деятельность по моделированию прецедентов является частью рабочего потока определения требований.
• Большая часть работы в рабочем потоке определения требований осуществляется в фазах Начало и Уточнение жизненного цикла UP проекта.
• Основные деятельности UP – Выявление актеров и прецедентов и Детализация прецедента.
• Моделирование прецедентов – еще одна форма выработки требований, которая происходит следующим образом:
• выявление контекста;
• выявление актеров;
• выявление прецедентов.
• Контекст системы определяет, что является частью системы, а что находится вне системы.
• Актеры – это роли, выполняемые сущностями, внешними по отношению к системе, которые взаимодействуют непосредственно с системой.
• Выявить актеров можно, выяснив, кто или что использует или взаимодействует непосредственно с системой.
• Часто время является актером.
• Прецеденты – это функции, осуществляемые системой с точки зрения конкретных актеров; их цель – принести пользу этим актерам.
Для выявления прецедентов необходимо выяснить, как каждый актер взаимодействует с системой.
• Прецеденты можно выявить, рассмотрев, какие функциональные возможности система предлагает актерам.
• Прецеденты всегда инициируются актером.
• Прецеденты всегда пишутся с точки зрения актеров.
• На диаграмме прецедентов отражены:
• контекст;
• актеры;
• прецеденты;
• взаимодействия.
• Глоссарий проекта предоставляет определения ключевых бизнес-терминов, включает синонимы и омонимы.
• Спецификация прецедента включает:
• имя прецедента;
• уникальный идентификатор;
• краткое описание – цель прецедента;
• актеров:
• главных актеров – инициируют прецедент;
• второстепенных актеров – взаимодействуют с прецедентом после его инициации.
• предусловия – ограничения системы, которые оказывают влияние на выполнение прецедента;
• основной поток – последовательность декларативных, упорядоченных во времени шагов прецедента;
• постусловия – ограничения системы, возникающие в результате выполнения прецедента;
• альтернативные потоки – список альтернатив основному потоку.
• Можно сократить число прецедентов, позволив ограниченное количество ветвлений в рамках основного потока событий. Для этого:
• применяйте ключевое слово Если (If) для ветвлений, возникающих на конкретных шагах потока;
• ветвления, которые могут возникнуть на любом шаге основного потока, помещайте в секцию Альтернативный поток в описании прецедента.
• Повторения в рамках потока можно показать с помощью ключевых слов:
• Для (выражение, описывающее итерации);
• Пока (логическое условие).
• У каждого прецедента есть один основной поток – «идеальный» сценарий, когда все идет так, как запланировано.
• Более сложные прецеденты могут иметь один или более альтернативных потоков. Это пути в прецеденте, представляющие исключения, ответвления и прерывания.
• Ключевые альтернативные потоки выявляются путем анализа основного потока и поиска:
• альтернатив;
• ситуаций, связанных с появлением ошибки;
• прерываний.
• Прецедент необходимо расщеплять на альтернативные потоки, только если это повышает ценность модели.
• Требования в модели требований могут быть сопоставлены с прецедентами при помощи матрицы отображаемости требований.
• Моделирование прецедентов лучше всего подходит для систем, в которых:
• преобладают функциональные требования;
• много типов пользователей;
• много интерфейсов для взаимодействия с другими системами.
• Моделирование прецедентов меньше подходит для систем, в которых:
• преобладают нефункциональные требования;
• мало пользователей;
• мало интерфейсов.

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

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

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

*

code