Детализация рабочего потока определения требований

Показаны конкретные задачи рабочего потока определения требований в UP. Такие диаграммы называют детализацией рабочего потока, поскольку они детализируют составляющие задачи определенного потока работ.
Детализации потока работ UP моделируются в виде исполнителей (пиктограммы в левой части рисунка) и деятельностей (пиктограммы в форме шестеренок). Разновидности UP, такие как RUP, могут использовать другие пиктограммы, но с той же семантикой. Стрелки – это отношения, показывающие нормальный поток выполнения работы от одной задачи к следующей. Однако следует помнить, что это только приближенное представление рабочего потока для «усредненного» случая. Оно может и не быть точным представлением происходящего в действительности. В реальности в зависимости от обстоятельств некоторые задачи могут выполняться в другом порядке или параллельно.
Поскольку данная статья посвящена анализу и проектированию, основное внимание сосредоточено только на задачах, важных для ОО аналитиков и разработчиков. Поэтому нас интересует следующее:
• Выявление актеров и прецедентов.
• Детализация прецедента.
• Построение модели прецедентов.
Другие задачи рабочего потока определения требований не так важны для нас как аналитиков и разработчиков. Назначение приоритетов прецедентов – это деятельность в основном по планированию архитектуры и проекта, а Создание прототипа пользовательского интерфейса – это деятельность, касающаяся программирования. Более подробно о данных видах деятельности можно узнать в книге [Jacobson 1].
Стандартный рабочий поток UP сосредоточен на прецедентах, исключая все остальные методы выявления требований. В этом нет ничего страшного, но, как было отмечено выше, такой подход не может в достаточной мере реализовать нефункциональные требования к системе. Чтобы досконально рассмотреть все требования, необходимо расширить рабочий поток определения требований в UP и добавить следующие новые задачи:
• Выявление функциональных требований.
• Выявление нефункциональных требований.
• Назначение приоритетов требований.
• Отображение (trace) требований в прецеденты.
Также был введен новый исполнитель – разработчик требований.

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

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

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

*

code