Предлагаемая технология Описание технологии

В описываемой технологии предлагается использование связки нескольких систем. Далее приведены этапы предлагаемой технологии структурирования требований.

Построение процессной модели (IDEF0/DFD/IDEF3)На первом этапе, в соответствии с принятыми ограничениями, аналитик производит формирование процессной модели системы (методология IDEF0/DFD/IDEF3) с использованием программного продукта AllFusion Process Modeler. По мере уточнения требований производится декомпозиция функций системы до необходимого уровня. Все функции системы должны быть связны, а информационные потоки, увязывающие функции должны быть строго определены.

Построение ER модели (IDEF1X)В рамках сбора требований к ПО производится определение требований к информации, которую будет обрабатывать система. Данные требования обычно включают в себя описание видов и атрибутики обрабатываемой информации.

Технология предполагает разработку связной ER модели сущностей предметной области на этапе сбора требований. ER модель разрабатывается с использование программного продукта AllFusion Data Modeler (ERwin), при этом ERwin рассматривается как система формирования требований к информации.

Связывание процессной и ER моделейМежду процессной моделью и моделью сущностей устанавливается связь с использованием механизма связи, предоставляемого AllFusion Process Modeler (Bpwin). При установлении связи в AllFusion Process Modeler модель копируется словарь сущностей и атрибутов, включая определения и типы данных.

Для каждого информационного потока модели AllFusion Process Modeler при помощи средств AllFusion Process Modeler выбирается набор сущностей и атрибутов, включённых в соответствующий поток.

Экспорт данных в систему управления требованиямиПосле разработки связной функциональной модели при помощи специального модуля сопряжения производится экспорт информации, подготовленной в AllFusion Process Modeler модели, в систему управления требованиями. В настоящий момент разработан модуль сопряжения с системой Doors, однако, существующий API для RequisitePro позволяет осуществлять экспорт требований в базу данных этой системы.

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

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

Таким образом, например, уникальным функциональным требованием в системе будет являться деятельность с заданными в AllFusion Process Modeler наименованием и определением. Иерархия экспортируемых функциональных требований полностью повторяет иерархию деятельностей AllFusion Process Modeler.

Ведение нефункциональных требованийНефункциональные требования ведутся в рамках системы Doors в отдельных разделах документа в соответствии со структурой шаблона документа.

Трассировка требованийМежду любыми требованиями, как экспортированными, так и введёнными в DOORS вручную может быть установлена связь, которая остаётся неизменной при повторном экспорте.

Изменение требований

• Для требований, которые введены непосредственно в Doors, изменения производятся из среды Doors.

• Для изменения требования к функциям

• изменения вносятся в AllFusion Process Modeler модель, далее производится повторный экспорт информации в Doors.

• Для изменения требования к информации

• изменения вносятся в AllFusion Data Modeler модель, далее производится повторный экспорт информации в AllFusion Process Modeler, а из AllFusion Process Modeler в Doors.

Для соотнесения требований в Doors и объектов AllFusion Process Modeler используется уникальный идентификатор объектов, присваиваемый AllFusion Process Modeler. При экспорте производится проверка неизменности передаваемой информации, в случае изменения, требование Doors модифицируется новым значением.

При изменении атрибутов требований Doors автоматически производит сохранение версий требований.

Формирование печатной версии документаДля формирования печатной версии документа используется стандартное средство экспорта документа Doors в формат Microsoft Word. При этом производится форматирование информации на основании стилей документа Microsoft Word в соответствии с её типом (примеры типов: наименование требования, определение требования, наименование сущности, атрибут…).