Devprom ALM: Руководство пользователя

Для моделирования технического устройства (дизайна) проектируемой системы используются UML-модели и другие нотации (IE, IDEFx и т.п.). Такие модели могут уточнять функциональные/нефункциональные требования, однако, при значительном количестве элементов, работа с ними становится крайне неудобной. Более того, элементы дизайна могут обладать массой специфических характеристик, которые необходимо записывать, использовать и анализировать.

Для хранения и учета элементов дизайна проектируемой системы используйте модуль "Компоненты". Это иерархическое представление элементов дизайна, таких как логические или технические подсистемы, модули, сущности, объекты и т.п. Справочник "Тип компонента" позволяет сформировать необходимую номенклатуру используемых элементов дизайна. При помощи модуля Настройки - Атрибуты вы можете задать дополнительные пользовательские атрибуты специфичные для отдельных типов компонентов или общие для всех типов компонентов.

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

Вы можете импортировать компоненты из внешних источников, например, Excel. Если в Excel заполнить поле UID, то после импорта сохранится та схема идентификации компонентов, которая была при импорте из Excel.

Трассировка на требования

Связь с исходными требованиями позволяет задокументировать важные требования, предъявляемые к элементам дизайна. Между компонентами и требованиями связь "многие-ко-многим". Связь доработок (историй пользователя) с компонентами позволяет задокументировать влияние реализации этих требований на конкретные компоненты (элементы дизайна) системы.

Диаграммы

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

Диаграмму можно вставить в требование, при помощи модуля "Вставить модуль/отчёт". При этом элементы диаграммы кликабельный и позволяют быстро перейти от требования к конкретному компоненту.

Стоимость

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

Стоимость компонентов, содержащих вложенные (дочерние) компоненты, включает их стоимость.

Идентификация

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

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

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

• {Тип требования.Краткое название,R}.{Id} - в начале ИД требования будет указано краткое название его типа, например, СТ.123
• {Тип требования.Краткое название,R}-{IdProject} - Значение поля "IdProject" заполняется автоматическим счетчиком в рамках проекта. В каждом проекте счетчик начинается с 1. Таким образом, вы можете получить такие идентификаторы: БТ-1, СТ-2 и т.п.
• {Тип требования.Краткое название,R}-{IdType} - Значение поля "IdType" заполняется счетчиком для каждого типа требования. Таким образом, вы можете получить такие идентификаторы: БТ-1, СТ-1 и т.п.
• {Тип требования.Краткое название,R}-{IdHierarchy} - Значение поля "IdHierarchy" заполняется счетчиком в рамках иерархии (документа), то есть счетчик будет увеличиваться для каждого следующего дочернего элемента внутри документа.
• {Тип требования.Краткое название,R}-{IdParent} - Значение поля "IdParent" заполняется счетчиком в рамках родительского раздела, то есть счетчик будет увеличиваться для каждого следующего дочернего элемента внутри одного раздела.

Вы можете формировать идентификатор с использованием дополняющих нулей, например, задав выражение {Id,6} система будет формировать идентификатор в виде 000001, 000002 и т.д.