22. Актуальность управления требованиями.

Управление требованиями представляет из себя процесс, в рамках которого происходит: первичное накопление, формирование, анализ и последующий контроль за реализацией потребностей заинтересованных сторон, а также дальнейшее управление изменениями информации на протяжении всего жизненного цикла проекта.

Структурирование требований является наилучшим способом их организации, позволяя более эффективно управлять ими во избежание дублирований или пропусков информации. В этом смысле управление требованиями, с одной стороны, выглядит как процесс передачи информации, а с другой стороны – сами требования выполняют роль средства общения. В связи с этим очень важно, чтобы требования корректно передавали смысл и правильно связывались между собой для более качественного взаимодействия. При этом должна обеспечиваться уверенность в том, что совместная работа команды разработчиков эффективна, риски проекта снижены, а выполнение проекта движется в правильном направлении и отвечает сути поставленных бизнесом целей.

Эффективное управление требованиями обеспечит компании поставку на рынок «правильного продукта» в нужное время и в рамках запланированного бюджета.

23. Архитектура doors

Для поддержки процесса управления требованиями аналитикам и руководителям необходим хороший инструментарий. В настоящее время на рынке нет недостатка в продуктах, предназначенных для управления требованиями. Один из них – Telelogic DOORS (версия 8.09). DOORS (Dynamic Object Oriented Requirements System – динамическая объектно-ориентированная система для работы с требованиями) является на сегодняшний день лидирующим на рынке продуктом, который используется десятками тысяч специалистов во всем мире.

DOORS является многоплатформенной системой управления требованиями, которая предназначена для хранения и управления информационными объектами различных типов, для создания связей между этим объектами, а также для их анализа. DOORS обеспечивает поддержку: 1) отраслевых и корпоративных стандартов разработки, 2) коллективной работы, и позволяет различным группам специалистов, взаимодействуя друг с другом, находить правильные решения для удовлетворения требований бизнеса. DOORS обладает мощным, интуитивно-понятным навигационным механизмом, обеспечивающим удобство работы с требованиями.

Архитектура DOORS состоит из папок, проектов и модулей.

Все требования и связанная с ними информация хранятся в центральной базе данных. База данных DOORS должна быть доступна и поддерживаться в актуальном состоянии на протяжении всего жизненного цикла приложения.

Проекты (project) и папки (folder) используются в DOORS для более организованного представления модулей. Вся информация в базе данных DOORS хранится в виде модулей (module). Проект, по сути, является той же папкой, но предназначен для хранения всей информации, относящейся к данному проекту или подпроекту.

Проект должен (рекомендуется) содержать всю информацию, касающуюся требований, спецификаций, разработки, тестирования, выпуска и поддержки приложения.

В рамках проекта обеспечивается возможность назначать права доступа ко всей информации, содержащейся в данном проекте, делать резервные копии данных (в отличие от папок), а также экспортировать блоки данных в другие базы данных DOORS.

Модули в системе DOORS являются теми контейнерами, которые содержат различные наборы данных. Существуют три типа модулей:

• formal (формальный) – наиболее часто используемый тип модуля, используемый для хранения структурированных наборов идентичной информации;

• descriptive (описательный) – модуль, используемый для хранения неструктурированной первичной информации (переписка, заметки, сделанные в ходе интервью);

• link (связи) – модуль связи, содержащий взаимосвязи и информацию о них между элементами данных.

Пользовательский интерфейс DOORS во многом аналогичен интерфейсу Windows Explorer (проводник) и позволяет легко и удобно просматривать данные в системе.

Формальные модули

Структура модуля содержит: объекты, истории изменения, версии, атрибуты, виды, связи, импорт и экспорт данных. Она полностью отображает структуру информации, содержащейся в модуле, и при необходимости позволяет легко перемещаться в нужное место.

Объекты

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

Идентификатор объекта состоит из двух частей:

• префикс (обычно это аббревиатура, характерная для данного набора требований);

• уникальный номер, присваиваемый DOORS.

Версии модуля и проекта. Версия (baseline) - это «замороженная» копия модуля.

Атрибуты

Атрибуты определяют информацию о модулях и объектах. Атрибутами модуля является информация о самом модуле, например об авторе модуля, идентификационный номер модуля в системе, статус рецензирования модуля и т.д. По аналогии, атрибуты объекта используются для хранения любой дополнительной информации о данном объекте.

Моделирование на UML с помощью DOORS/Analyst

DOORS/Analyst позволяет создавать UML модели и диаграммы непосредственно в формальных модулях DOORS, размещая их внутри объектов. Более того, такие объекты могут быть помечены как элементы UML, например актеры, классы, состояния. И тогда, если какие-либо диаграммы с помощью опций главного меню вызываются и вставляются в модуль DOORS, то объекты, помеченные таким образом синхронизируются с элементами, которые появляются в диаграммах. Немаловажный результат такого подхода – возможность иметь трассировку требований вплоть до элементов внутри диаграммы.