Связи между доменами OSLC

Источник: ibm

IBM® Rational DOORS поддерживает интеграцию с другими доменами приложений с помощью стандартных типов связи в качестве реализации спецификаций OSLC. Типы связи в Architecture Management заданы в вики коллектива Jazz.net Design Management.

Отношения связей OSLC

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

Табл. 1. Связи с доменами из и в Rational DOORS
Домен Отношения связи в Rational DOORS Отношения связи во внешних приложениях
Change Management (CM)

Артефакты Rational DOORS можно связать с артефактами CM с помощью одного из следующих типов связи:  
Кем реализовано
Кем затронуто*
Кем отслеживается*

Артефакт CM можно связать с артефактом Rational DOORS с помощью одного из следующих типов связи:
Реализует
Влияет*
Отслеживает*

Quality Management (QM)

Артефакты Rational DOORS можно связать с артефактами QM с помощью следующего типа связи:
Кем проверено

Артефакт QM можно связать с артефактом Rational DOORS с помощью одного из следующих типов связи:
Проверяет (требование)
Проверяет* (модуль)

Requirements Management (RM)

Артефакты Rational DOORS можно связать с внешними артефактами RM с помощью одного из следующих типов связи:
Кем разработано
Кем задано*

Внешний артефакт RM можно связать с артефактом Rational DOORS с помощью одного из следующих типов связи:
Разрабатывает
Указывает*

Architecture Management (AM) Нет. Артефакты Rational DOORS не имеют исходящих связей к артефактам AM.

Артефакт AM можно связать с артефактами Rational DOORS с помощью одного из следующих типов связи:
Уточняет*
Удовлетворяет*
Трассировка*

* Поддержка этих отношений связи добавлена в V2 спецификаций домена.

Кэш найденных связей

При открытии модуля в Rational DOORS выполняется поиск внешних связей OSLC с другими продуктами жизненного цикла. Кроме того, поскольку результаты хранятся в кэше на уровне всей базы данных, последующие открытия модулей выполняются быстрее. Этот процесс обнаружения связей может сказаться на производительности при открытии модуля, в зависимости от производительности интегрированного продукта. Тайм-аут кэша по умолчанию составляет 5 минут. По истечении этого времени связи необходимо обнаруживать заново, так чтобы в кэше хранилось их текущее состояние. Значение тайм-аута можно изменить с помощью команды DXL perm setCachedExternalLinkLifeTime. Дополнительная информация приведена в разделе "Поиск связей OSLC" в Справочном руководстве DXL, доступном в виде файла PDF и в меню Справка.

Метки связей

При создании связей OSLC в Rational DOORS или в интегрированном удаленном приложении создается метка связи уровня 0, которую можно сохранить в удаленном приложении. Длина связей уровня 0 намеренно ограничивается, чтобы их могли просмотреть пользователи, не обладающие правами на просмотр полной информации о связанном артефакте. Формат связей уровня 0: MODULE_NAME (OBJECT NUMBER). Пример: System Requirements (121)

Если удаленное приложение запрашивает дополнительную информацию с помощью операции GET OSLC, для которой требуется идентификация, то Rational DOORS возвращает метку связи уровня 1. Метка уровня 1 содержит более подробную информацию о связанном объекте в следующем формат: OBJECT NUMBER: [OBJECT HEADING/OBJECT TEXT/OBJECT SHORT TEXT]. Пример: 121: Время разгона автомобиля до 100 км/ч не должно превышать 5 секунд.

Удаленное приложение не должно кэшировать значения меток связей уровня 1. Для управления доступом эти значения должны вычисляться в динамическом режиме.


Страница сайта http://test.interface.ru
Оригинал находится по адресу http://test.interface.ru/home.asp?artId=38552