Определение иерархии требований

Использование Simulink® Requirements™ можно получить требования более низкого уровня из требований более высокого уровня для установления и управления связей между родительскими объектами и их потомками.

Набор требований является верхним уровнем иерархии для всех требований. Все требования в Simulink Requirements содержатся в наборах требований. Каждое родительское требование верхнего уровня в наборе требований является иерархией первого уровня для этого набора. Требования к ссылкам (slreq.Reference объекты) и требования (slreq.Requirement объекты) не могут совместно использовать родительское требование.

В наборе требований можно изменить уровень отдельных требований с помощью Promote Requirement или Demote Requirement в редакторе требований или значков на панели инструментов Requirements Browser. Когда вы продвигаете или понижаете требование с дочерними элементами, иерархическая связь родитель-ребенок сохраняется. Можно также перенести требования на тот же уровень иерархии вверх и вниз, щелкнув правой кнопкой мыши требование и выбрав Move up или Move down.

Метрики состояния реализации и верификации для набора требований совокупно агрегируются по всем требованиям в наборе. Каждое родительское требование в наборе требований получает свои метрики от всех его дочерних требований. Для получения дополнительной информации о метриках состояния внедрения и верификации смотрите Статус реализации требований и Статус верификации требований.

Наборы требований

Наборы требований можно создать из редактора требований и из Requirements Browser. Файлы набора требований (.slreqx) не связаны по своей сути с моделями Simulink.

Наборы требований имеют такие встроенные свойства, как Filepath и номер версии, сопоставленные с ними как метаданные. Кроме «Описание», свойства набора требований доступны только для чтения и обновляются при работе с набором требований.

Пользовательские атрибуты наборов требований

Задайте пользовательские атрибуты для наборов требований, которые применяются к содержащимся в них требованиям. Пользовательские атрибуты расширяют набор свойств, сопоставленных с вашими требованиями. Задайте пользовательские атрибуты для набора требований на панели Custom Attribute Registries редактора требований.

Чтобы задать пользовательские атрибуты:

  1. Откройте Редактор требований. На вкладке Apps нажмите Requirements Manager. На вкладке Requirements нажмите Requirements Editor.

  2. Выберите набор требований и щелкните Add на панели Custom Attribute Registries.

  3. Откроется диалоговое окно Регистрация пользовательских атрибутов (Custom Attribute Registration). Выберите тип пользовательского атрибута, который необходимо задать для требований, с помощью раскрывающегося списка Type. Можно задать пользовательские атрибуты как текстовые поля, флажки и выпадающие списки и записи времени даты.

Чтобы просмотреть пользовательские атрибуты требований в электронной таблице, щелкните правой кнопкой мыши набор требований и выберите Select Attributes.

Когда вы задаете пользовательский атрибут как комбокс, первая запись задается как Unset и его нельзя переименовать или удалить. Пользовательские атрибуты, импортируемые как требования к ссылкам из внешнего документа, становятся пользовательскими атрибутами только для чтения после их импорта. Пользовательские атрибуты набора требований связаны с каждым отдельным требованием в наборе, и удаление пользовательских атрибутов для набора требований удаляет его из всех требований в наборе.

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

Похожие темы

Для просмотра документации необходимо авторизоваться на сайте