Актуальность управления требованиями.
Управление требованиями представляет из себя процесс, в рамках которого происходит: первичное накопление, формирование, анализ и последующий контроль за реализацией потребностей заинтересованных сторон, а также дальнейшее управление изменениями информации на протяжении всего жизненного цикла проекта.
Структурирование требований является наилучшим способом их организации, позволяя более эффективно управлять ими во избежание дублирований или пропусков информации. В этом смысле управление требованиями, с одной стороны, выглядит как процесс передачи информации, а с другой стороны – сами требования выполняют роль средства общения. В связи с этим очень важно, чтобы требования корректно передавали смысл и правильно связывались между собой для более качественного взаимодействия. При этом должна обеспечиваться уверенность в том, что совместная работа команды разработчиков эффективна, риски проекта снижены, а выполнение проекта движется в правильном направлении и отвечает сути поставленных бизнесом целей.
Эффективное управление требованиями обеспечит компании поставку на рынок «правильного продукта» в нужное время и в рамках запланированного бюджета.
Архитектура DOORS
Для поддержки процесса управления требованиями аналитикам и руководителям необходим хороший инструментарий. В настоящее время на рынке нет недостатка в продуктах, предназначенных для управления требованиями. Один из них – Telelogic DOORS (версия 8.09). DOORS (DynamicObjectOrientedRequirementsSystem – динамическая объектно-ориентированная система для работы с требованиями) является на сегодняшний день лидирующим на рынке продуктом, который используется десятками тысяч специалистов во всем мире.
|
|
|
DOORS является многоплатформенной системой управления требованиями, которая предназначена для хранения и управления информационными объектами различных типов, для создания связей между этим объектами, а также для их анализа. DOORS обеспечивает поддержку: 1) отраслевых и корпоративных стандартов разработки, 2) коллективной работы, и позволяет различным группам специалистов, взаимодействуя друг с другом, находить правильные решения для удовлетворения требований бизнеса. DOORS обладает мощным, интуитивно-понятным навигационным механизмом, обеспечивающим удобство работы с требованиями.
Архитектура DOORS состоит из папок, проектов и модулей.
Все требования и связанная с ними информация хранятся в центральной базе данных. База данных DOORS должна быть доступна и поддерживаться в актуальном состоянии на протяжении всего жизненного цикла приложения.
Проекты (project) и папки (folder) используются в DOORS для более организованного представления модулей. Вся информация в базе данных DOORS хранится в виде модулей (module). Проект, по сути, является той же папкой, но предназначен для хранения всей информации, относящейся к данному проекту или подпроекту.
|
|
|
Проект должен (рекомендуется) содержать всю информацию, касающуюся требований, спецификаций, разработки, тестирования, выпуска и поддержки приложения.
В рамках проекта обеспечивается возможность назначать права доступа ко всей информации, содержащейся в данном проекте, делать резервные копии данных (в отличие от папок), а также экспортировать блоки данных в другие базы данных DOORS.
Модули в системе DOORS являются теми контейнерами, которые содержат различные наборы данных. Существуют три типа модулей:
• formal (формальный) – наиболее часто используемый тип модуля, используемый для хранения структурированных наборов идентичной информации;
• descriptive (описательный) – модуль, используемый для хранения неструктурированной первичной информации (переписка, заметки, сделанные в ходе интервью);
• link (связи) – модуль связи, содержащий взаимосвязи и информацию о них между элементами данных.
Пользовательский интерфейс DOORS во многом аналогичен интерфейсу WindowsExplorer (проводник) и позволяет легко и удобно просматривать данные в системе.
|
|
|
Формальные модули
Структура модуля содержит: объекты, истории изменения, версии, атрибуты, виды, связи, импорт и экспорт данных. Она полностью отображает структуру информации, содержащейся в модуле, и при необходимости позволяет легко перемещаться в нужное место.
Объекты
Данные в формальных модулях хранятся в виде объектов. Объектом может быть некоторый текст, графическое изображение или даже электронная таблица, созданная с помощью другого приложения.
Идентификатор объекта состоит из двух частей:
• префикс (обычно это аббревиатура, характерная для данного набора требований);
• уникальный номер, присваиваемый DOORS.
Версии модуля и проекта. Версия (baseline) - это «замороженная» копия модуля.
Атрибуты
Атрибуты определяют информацию о модулях и объектах. Атрибутами модуля является информация о самом модуле, например об авторе модуля, идентификационный номер модуля в системе, статус рецензирования модуля и т.д. По аналогии, атрибуты объекта используются для хранения любой дополнительной информации о данном объекте.
Моделирование на UML с помощью DOORS/Analyst
|
|
|
DOORS/Analyst позволяет создавать UML модели и диаграммы непосредственно в формальных модулях DOORS, размещая их внутри объектов. Более того, такие объекты могут быть помечены как элементы UML, например актеры, классы, состояния. И тогда, если какие-либо диаграммы с помощью опций главного меню вызываются и вставляются в модуль DOORS, то объекты, помеченные таким образом синхронизируются с элементами, которые появляются в диаграммах. Немаловажный результат такого подхода – возможность иметь трассировку требований вплоть до элементов внутри диаграммы.
Дата добавления: 2018-02-15; просмотров: 656; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!