Одна из самых первых задач в проекте – это разработка Плана Управления Требованиями (Requirements Management Plan – RMP). RMP содержит в себе общие подходы к управлению требованиями в проекте. Документ детально описывает, каким образом создаются требования, как они упорядочиваются, изменяются и отслеживаются в течение жизненного цикла проекта.
Несколько вопросов, на которые может ответить документ RMP:Будет использоваться инструмент для управления требованиями?Какие типы требований будут присутствовать в проекте?Каковы атрибуты этих требований?
Где будут создаваться требования – в базе данных или в документах?Между какими требованиями должна осуществляться трассировка?Какие документы необходимы?
Какие требования и документы будут использоваться как контракт с заказчиком?
22
Если часть проекта разрабатывается сторонними исполнителями, какие требования и документы будут использоваться как контракт со сторонними разработчиками?
Нужно следовать RUP или какой-либо другой методологии?Нужны заказчику особые документы для осуществления разработки?Как будет осуществляться управление изменениями?
Полагая использование RequisitePro, будет ли система храниться в одном проекте RequisitePro, или будет разделена на несколько отдельных проектов?Какой процесс будет гарантировать, что все требования будут выполнены и протестированы?
Какие требования или представления необходимы для генерации отчетов?
23
Наилучшая форма описания функциональных требований – это сценарии использования (use cases). Они извлекаются из функциональных особенностей.
Сценарий использования – это описание системы в терминах последовательности действий. Он должен иметь значимый результат или определенное значение для действующего лица (действующее лицо – это некто или нечто, взаимодействующее с системой).
Сценарии использования:Инициируются действующим лицом.
Являются моделью взаимодействий между действующим лицом и системой.
Описывают последовательность действий.Содержат в себе функциональные требования.
Должны иметь некоторое значение для действующего лица.Представляют полный и имеющий смысл сценарий событий. Назначение сценариев использования - способствовать
соглашению между разработчиками, заказчиками и пользователями на тему того, что именно система должна делать. Сценарий использования становится своего рода контрактом между разработчиками и заказчиками. Он также является основой для реализации сценариев использования, которые играют большую 24
Дополнительная Спецификация
Дополнительная спецификация содержит нефункциональные требования (удобство использования, надежность, производительность, способность к сопровождению), а также некоторые функциональные требования, распространяющиеся за пределы системы, и вследствие этого, сложные для отображения в сценариях использования. Эти требования называют дополнительными требованиями. Они извлекаются из функциональных
особенностей.
Создание Тестовых Сценариев (Test Cases) из Сценариев Использования
Как только все требования собраны, следует разработать способ проверить, правильно ли они реализованы в конечном продукте. Тестовые сценарии (test cases) показывают тестерам, какие шаги должны быть сделаны для того, чтобы протестировать все требования. На этом шаге следует концентрироваться на создании тестовых сценариев из сценариев использования.
25
План Управления Требованиями (Requirements Management Plan - RMP).
RMP содержит в себе общие подходы к управлению
требованиями в проекте. Он описывает, каким образом создаются Когдатребования, какСоздаетсяни упорядочиваются,Документизменяются и RMP ( примеротслеживаются) в течение жизненного цикла проекта. Он также
описыва т все используемые в проекте типы требований и их RMPатрибутыможет. быть создан из включенного в RequisitePro шаблона. Однако для создания проекта в RequisitePro, нужно зафиксировать решения в документ RMP. Мы можем решить эту проблему следующими способами:
Подход 1.
•Принимаются все решения относительно требуемых документов и типов требований, но они не оформляются документально в RMP.
•Создается проект RequisitePro.
•Документ RMP создается из шаблона RequisitePro.
Подход 2.
•Документ RMP создается в Microsoft Word. Он по-прежнему содержит все пункты из шаблона RequisitePro, но создается вне
инструмента. |
26 |
|
•Создается проект RequisitePro на основе RMP. |
||
|
Сбор Требований
На самом верхнем уровне пирамиды находятся потребности заинтересованного лица. Как собираются эти требования, рассмотрено в
лекц. 2.
Разработка Документа Концепции (Vision)
Рассмотрено в лекц. 2.
Создание Сценариев Использования (Use Cases)
Наилучшая форма описания функциональных требований – это сценарии использования (use cases). Они извлекаются из функциональных особенностей.
Сценарий использования – это описание системы в терминах последовательности действий. Он должен иметь значимый результат или определенное значение для действующего лица. Сценарии использования:Инициируются действующим лицом.
Являются моделью взаимодействий между действующим лицом и системой.
Описывают последовательность действий.Содержат в себе функциональные требования.
Должны иметь некоторое значение для действующего лица.Представляют полный и имеющий смысл сценарий событий.
27
Дополнительная Спецификация
Дополнительная спецификация содержит нефункциональные требования (удобство использования, надежность, производительность, способность к сопровождению). А также некоторые функциональные требования, распространяющиеся за пределы системы, и вследствие этого, сложные для отображения в сценариях использования.
Проектирование Системы
Требования являются основой для проектирования системы, которое чаще всего сопровождается использованием Универсального Языка Моделирования – Unified Model Language (UML). Для этого могут быть применены инструменты, такие как Rational Rose, Rational Software Architect, Rational Data Architect и Rational Software Modeler.
Один из подходов заключается в одновременном создании диаграмм взаимодействия из алгоритмов и определении функциональности классов.
ПОТРЕБНОСТИ
ФУНКЦИОНАЛЬНЫЕ
ОСОБЕННОСТИ
USE CASES (СЦЕНАРИИ ИСПОЛЬЗОВАНИЯ)
СЦЕНАРИИ
(АЛГОРИТМЫ)
ДИАГРАММЫ ВЗАИМОДЕЙСТВИЙ
ДИАГРАММЫ КЛАССОВ
28
IBM Rational RequisitePro - это инструмент, который способствует процессу управления требованиями. Он позволяет вводить, обновлять, отслеживать и просматривать требования на протяжении всего жизненного цикла проекта.
RequisitePro объединяет Microsoft Word и мощную инфраструктуру базы данных.
Применяя комбинированый подход, ориентированный на документы, и подход, ориентированный на базу данных, RequisitePro предоставляет мощную и удобную в использовании систему для управления требованиями. Навигация между документами и базой данных очень легкая и интуитивная. Вы можете создавать, организовывать, отслеживать требования и назначать им приоритеты. Этот инструмент обеспечивает детальное изготовление документов, типов требований и атрибутов. Управление изменениями поддерживается путем отслеживания связей между требованиями. RequisitePro создает условия для совместной работы команды проекта.
29
30