Создание вложенных таблиц для трассировки требований

Creating Nested Tables in Cradle
Перевод: Юлия Куксенок

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

  • Трассировки требований (например, показать трассируемость нефункциональных требований к функциональным).
  • Оценки покрытия (например, покрытие требований тестами).
  • Подтверждения соответствия (например, соответствие проектных решений исходным требованиям заказчика).

В Cradle это отображается с помощью вложенных таблиц, которые показывают взаимосвязь между двумя наборами элементов из базы данных Cradle. Один из таких наборов элементов обычно называется «ОТ», другой — «К» (он чаще всего показывается на правой стороне таблицы) .

Создать вложенную таблицу очень просто:

  • Запустите запрос, для того, чтобы отобразились элементы «ОТ».
  • Выберите или создайте представление, которое отображает исходные элементы «ОТ» и связанные с ними элементы «К».

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

Пример

В нашем примере мы создадим трехуровневое вложенное представление ОТ Requirements К System Requirements и далее к элементам типа Verification, которые покажут метод проверки требований и состояние проверки.

Схема связей, которую мы будет использовать такова: Requirements ->System Requirements->Verification

Что мы будем делать:

  • определим представление (1) для Verification,
  • затем представление (2), которое отобразит System Requirements и связанные с ним Verification, используя представление (1),
  • в конце создадим представление (3) для Requirements, в котором будут также отображаться связанные с ним System Requirements и далее связанные Verification, за счет использования представления (2).  

Определив эти представления мы увидим всю цепочку в одном представлении.

А теперь по шагам:

  1. Начнем с нижнего уровня (Verification) и создадим представление, которое будет показывать элементы «К». Для этого выполните запрос, например, Verification-all, чтобы вывести на экран список элементов Verification, и отобразите их в виде таблицы (щелкните правой кнопкой мыши и выберите стиль Таблица или выберите Таблица из раскрывающегося меню Стиль).
    WorkBench
    Определите новое представление для элементов Verification, которое будет использоваться, когда они будут отображаться как связанные элементы. Для этого щелкните правой кнопкой мыши и выберите Детали представления, измените текущее представление, чтобы включить в него необходимые атрибуты. Для этого примера мы выбрали Идентификатор, Имя, Метод Проверки и Состояние.
    view_details
    Нажмите кнопку Сохранить как и сохраните новое представление в соответствующем разделе, в этом примере мы назовем его Verification table.
  1. Запустите запрос, чтобы вывести на экран список элементов из промежуточного множества, в нашем примере это элементы типа System Requirement, и выведите их на экран в виде таблицы.
    intermediate_query
  2. Создайте представление, которое будет отображать элементы «ОТ» и элементы «К», в данном случае ОТ System Requirements К Verifications. Для этого щелкните правой кнопкой мыши и выберите Детали представления и измените текущее представление, чтобы включить необходимые атрибуты.
    view_details_category
  3. Затем добавьте новый столбец, чтобы добавить связанные элементы (элементы Verification в данном случае), нажав кнопку Добавить столбец.
  4. Выберите клетку представления в этом новом столбце.
    view_details_new_column
  5. В окне Детали представления выберите выпадающий список Данные и установите значение Связанные элементы, после этого окно Детали представления автоматически перенастроится.
    view_details_linked_item
    Мы не хотим отображать все элементы, связанные с требованиями, нам нужны только  элементы Verification, которые соединены с System Requirements, для этого в выпадающем списке измените Значение на Связанные элементы типа, и установите, чтобы Элементы к типу были элементами Verification, таким образом, мы увидим только элементы Verification, которые связанные с каждым системным требованием:
    view_details_verification

  1. Из выпадающего списка Навигация выберите навигацию, которая определяет, какой из элементов Verification, связанный с системными требованиями, должен быть показан. Если вы не уверены, какую навигацию использовать, тогда выберите одну из стандартных навигаций, предоставляемых 3SL: Вниз, Вверх или Двунаправленная. Двунаправленная навигация всегда срабатывает, поэтому если вы не уверены, выберите этот вариант.
  2. И наконец из выпадающего списка Представление выберите представление, которое будет использоваться, для отображения связанных элементов Verification — представление Verification table, которое мы создали ранее, или выберите автоматическое представление (с Xrefd в имени).
    view_details_verification_table
  3. Нажмите кнопку Применить, чтобы отобразить представление.
    WorkBench_view
    Если вы довольны тем, что получилось, то нажмите Сохранить как и сохраните представление с соответствующем именем и областью видимости. В нашем примере мы назовем представление как System Requirements to Ver.
    save_view_as_project
    Таким образом, мы создали первый уровень типичной вложенной таблицы. Те же действия используются для добавления уровня Requirements к System Requirements в более сложной вложенной таблице.
  1. Следуя этим же шагам, выполнив запрос и изменив представление, мы увидим следующее:
    sys_req_to_ver
    Получившийся запрос отображает вложенную таблицу ОТ Requirements К связанным System Requirements и далее К Verification.
    req_to_linked_system_requirement
    Если вы довольны получившейся таблицей, вы можете сохранить представление, как это было сделано ранее:save_view_as_req_nested_to_ver

Добавить комментарий