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. Для управления доступом эти значения должны вычисляться в динамическом режиме.
