Об этой задаче
Рабочий набор
Рабочий набор определяет, какие проекты, папки, и модули Rational DOORS доступны в следующих внешних приложениях:
- TRS предоставляет данные в приложения приемника, использующие Lifecycle
Query Engine (LQE) для построения индекса с целью визуализации, анализа и организации данных разработки, собранных из нескольких утилит. Rational Engineering Lifecycle Management использует LQE для приема данных Rational DOORS.
- Функция обнаружения связей позволяет внешним приложениям, интегрированным с Rational DOORS, находить связи OSLC в Rational DOORS и делать их видимыми во внешних приложениях.
- Rational Insight создает отчет о данных, полученных из Rational DOORS и импортированных в хранилище данных отчетов.
Рабочий
набор помогает сконцентрироваться на соответствующих данных на этапе
анализа и создания отчетов. Хранилища Rational DOORS могут содержать значительные
объемы данных. Рабочий набор позволяет отказаться от обработки
ненужных проектов, папок и модулей для
эффективного сбора точной бизнес-аналитики. Кроме того, исключение ненужной информации позволяет повысить
производительность.
Преобразование типов связи и атрибутов
С помощью
URI можно создать согласованное представление OSLC атрибутов и типов
связи с одинаковыми именами и типами во всех модулях, доступных для интеграции с внешними
приложениями. Атрибуты и типы связи, применяемые в нескольких модулях, имеют в этих модулях уникальные идентификаторы, даже если у них совпадают имя и тип. Внешние приложения считают эти атрибуты и связи разными типами. Такой подход мешает согласованию запросов и отчетов по всем модулям. Во время преобразования атрибутам и типам связи, имеющим одинаковые имена и типы, но находящимся в разных модулях, присваивается один URI. Это дает согласованное представление OSLC,
позволяющее внешним приложениям выполнять анализ одинаковых атрибутов и связей в модулях.
Атрибуты и типы связи, применяемые в нескольких модулях, имеют в этих модулях уникальные идентификаторы, даже если у них совпадают
имя и тип. Например, если создать целый атрибут ABC в модуле и
скопировать модуль, то атрибуту ABC в новом модуле будет
присвоен другой ИД. ИД являются уникальными на уровне отдельных
модулей. Пример двух ИД атрибута ABC:
http://myserver:8080/dwa/oslc/shapes/requirement/urn:telelogic::1-46dd5d7806b96973-M-00000666/attr-123
http://myserver:8080/dwa/oslc/shapes/requirement/urn:telelogic::1-46dd5d7806b96973-M-00000626/attr-327
Типы связи также являются уникальными в каждом модуле. Уникальные
идентификаторы атрибутов и типов связи на уровне модуля
не позволяют обеспечить согласованную работу средств
отправки запросов и создания отчетов в модулях из
внутренних приложений. Для того чтобы избежать этой неполадки, можно создать общие
представления в модулях путем преобразования атрибутов и типов связи
в URI. Согласованные URI позволяют эффективно использовать
средства отправки запросов и анализа. Пример общего URI атрибута
ABC:
http://www.mycompanyname.org/rm/predicate#ABC_Integer
После преобразования атрибутов и типов связи в согласованные URI
внешние приложения могут определить одинаковые атрибуты и типы связи
во всех модулях. Для преобразования атрибутов и типов связи с URI
выполните следующие действия:
- Имена и типы атрибутов должны совпадать во всех модулях.
- Рабочий набор и отчетная форма должны быть настроены для
предоставления доступа к модулям, атрибутам и типам связи из
внешних приложений.
Отчетная форма
С помощью отчетной формы можно указать атрибуты и типы связи, доступные для создания отчетов в Rational Insight.