требование |
Условие, которому продукт или система должна удовлетворять, или возможность,
которую она должна предоставлять. Это условие обычно прямо вытекает из потребностей пользователя и определено в договоре,
стандарте, спецификации или другом документе. |
Выражается в качестве объектов в моделях. |
Выражается в качестве артефактов. |
project |
Нет. |
Проект - это специальная папка, содержащая подпроекты, папки, модули и артефакты. |
Область проекта - это автономная область коллектива или проекта с ограниченным доступом.
Участникам области проекта отображаются все артефакты в области проекта; остальные
пользователи не имеют доступа. |
папка |
Контейнер для подпапок, модулей и артефактов. |
Папки также могут содержать проекты. |
Проекты, перенесенные из Rational DOORS, отображаются в виде папок. |
модуль |
Модуль. Структурированный документ, состоящий из нескольких
артефактов требований. Структуру можно создать в модуле путем
изменения порядка и иерархии артефактов. |
Совпадает с общим определением. |
Совпадает с общим определением. |
набор |
Нет. |
Неприменимо. |
Контейнер, применяемый для просмотра группы связанных артефактов и управления этой группой. |
артефакт |
Требование или связанный объект, такой как текст, изображение или таблица. |
Артефакты требований создаются в виде объектов в модуле. |
Артефакт может существовать в качестве независимого объекта в папке, а также в модулях и
наборах.
Таким образом, поддерживается совместное использование артефактов в нескольких контекстах. |
attribute |
Атрибут. Определенное качество или значения, которые могут быть присвоены артефакту. Например, артефакт может содержать атрибут "priority" со значениями "high", "medium" и "low". В
таблицах атрибуты могут отображаться в качестве столбцов или могут быть скрытыми. |
Совпадает с общим определением. |
Совпадает с общим определением. |
тип |
Тип данных, применяемый к артефакту или атрибуту. |
Типы относятся к конкретным модулям. Они копируются, если одни и те же типы и
фигуры применяется в нескольких модулях. |
Типы определяются на глобальном уровне в области проекта. Если требуется
повторное использование или стандартизация, то между областями проектов
копируются отдельные системы типов. |
связь |
Взаимосвязь между двумя артефактами. Сокращенный термин, описывающий стандартные или
внутренние связи. |
Двунаправленная зависимость между двумя или несколькими
требованиями в одном или нескольких модулях. |
Взаимосвязь между двумя артефактами или содержимым артефактов. Внутренние связи
можно применить к любым артефактам в области проекта. |
Ссылка OSLC |
Указатель на артефакт во внешнем приложении с поддержкой OSLC, включая ссылки между
Rational
DOORS Next Generation и Rational
DOORS. |
Совпадает с общим определением. |
Совпадает с общим определением. |
внешняя ссылка |
URI, указывающий на ресурс из другой платформы или приложения. В качестве примера
можно привести веб-сайт. |
Совпадает с общим определением. |
Совпадает с общим определением. |
этапы миграции |
Этапы миграции данных: подготовка, миграция и обслуживание. |
В ходе подготовки определяются важные данные для миграции; данные
анализируются с
помощью показателей миграции. Данные могут быть изменены для обеспечения совместимости. В ходе миграции пакеты создаются и экспортируются. В
ходе обслуживания архивным данным
присваиваются права только на чтение. |
В ходе подготовки определяются бизнес-цели и важные данные для миграции.
В ходе миграции пакеты импортируются. В ходе обслуживания импортированные данные могут быть присвоены областям
коллективов с соответствующей конфигурацией защиты. |