В шаблоне конфигурации указано расположение сервера управления изменениями для программы
Change Management for Rational DOORS.
Кроме того, в нем указывается способ связывания установленного процесс запроса изменений с
концепциями системы управления изменениями.
Об этой задаче
Дополнительная информация по созданию шаблонов
конфигурации приведена в разделе в руководстве по
настройке применяемой системы управления изменениями.
Процедура
- В строке меню выберите . Откроется окно Шаблон конфигурации - DOORS на вкладке Шаг 1 -
Настройка Rational Change Management Server.
- В поле Имя шаблона введите имя шаблона.
- Выберите один из следующих методов идентификации:
- Простая идентификация:
- Дополнительная настройка не требуется.
- Невысокая степень безопасности. Имя пользователя и пароль передаются по сети в
незашифрованном виде, если только для системы управления изменениями
не настроено применение SSL.
- Не поддерживает вывод информации о связанных запросах на
изменение и требованиях при наведении указателя мыши на связи.
- Не поддерживается продуктом Rational Team Concert.
- Идентификация OAuth (Open Authorization):
- Требует дополнительной настройки.
- Высокая степень безопасности.
- Поддерживает вывод информации о связанных запросах на изменение и
требованиях при наведении указателя мыши на связи.
- Не поддерживается при интеграции с Rational Change.
- В зависимости от применяемого способа идентификации выполните одно из
следующих действий:
- Простая идентификация
- В поле URL сервера Change Management введите URL сервера. Пример:
http://server:port/change/oslc.
Другой допустимый вариант: https.
- Нажмите кнопку Подключить.
Откроется
окно входа в систему управления изменениями. Войдите в систему для
возврата к окну Шаблон конфигурации - DOORS.
- OAuth
- Перед созданием шаблона конфигурации добавьте правильную ссылку совместной
работы с помощью вкладки Удаленные службы в окне
Свойства базы данных DOORS.
Дополнительная информация приведена в разделе Настройка Rational
DOORS для применения OSLC.
- В разделе Конфигурация Rational Change Management Server выберите
провайдер службы и нажмите кнопку Далее.
Откроется окно входа в провайдер
службы управления изменениями.
- Войдите в провайдер службы управления изменениями. Снова откроется окно Шаблон
конфигурации - DOORS.
- Заполните все применимые поля в окне Шаблон конфигурации - DOORS.
- Нажмите кнопку Далее для перехода на вкладку Шаг 2 - управление изменениями требований.
- В разделе Значения заполните
поля для всех состояний процесса управления изменениями.
Убедитесь, что применяются имена состояний из процесса или схемы,
а не из метки состояния, которая видна пользователю. Следующие записи
представляют собой примеры состояний в различных системах управления
изменениями:
- Если применяется поставляемый с продуктом процесс
doors_oslc_10 Rational Change, то используйте следующие значения. Для
получения имен состояний пользовательского процесса воспользуйтесь
редактором жизненного цикла Rational Change.
- Состояние назначения: rcr_assigned
- Состояние проверки: rcr_review
- Состояние утверждения: rcr_approved
- Состояние применения: rcr_applied
- Если применяется поставляемый с продуктом процесс
RequirementsChangeRequest Rational ClearQuest, то используйте
следующие значения.
Для получения имен состояний пользовательского процесса
используйте редактор схемы Rational ClearQuest.
- Состояние назначения: Assigned (Назначено)
- Состояние проверки: Review (Проверка)
- Состояние утверждения: Approved (Утверждено)
- Состояние применения: Applied (Применено)
- Если применяется поставляемый с продуктом шаблон Simple Team
Process (Простой процесс коллектива) Rational Team Concert, то
используйте следующие значения. В этом случае для состояний Assigned
(Назначено), Review (Проверка) и Approved (Утверждено) в шаблоне
конфигурации используйте состояние In Progress (Выполняется) процесса
Rational Team Concert.
- Состояние назначения: 2
- Состояние проверки: 2
- Состояние утверждения: 2
- Состояние применения: 3
Для того чтобы
идентифицировать ИД состояния процесса своего задания в Rational Team
Concert, щелкните правой кнопкой мыши на области проекта в клиенте
Eclipse и выберите пункт Открыть. В
редакторе области проекта на вкладке Источник конфигурации процесса
найдите следующий раздел в XML:
com.ibm.team.workitem.configuration.workflow.
В этом разделе найдите поток операций, который должен
использоваться для интеграции.
Каждый тег state содержит определение
одного состояния. Поле идентификатора (ID) содержит информацию,
которую необходимо ввести в шаблоне конфигурации. Если идентификатор
содержит букву 's', за которой следует число, то точно такое же число
следует ввести в шаблоне конфигурации. Если идентификатор
представляет собой длинную строку, такую как
com.ibm.team.workitem.planitemWorkflow.state.s59, то
введите в шаблоне весь ИД полностью. Как видно из примера, одно и то
же состояние задания в Rational Team Concert можно использовать для
представления нескольких состояний в Rational DOORS; однако в шаблоне
конфигурации состояние Applied (Применено) должно отличаться от других
состояний.
- В зависимости от применяемой системы управления изменениями выполните одно из
следующих действий:
- Если используется Rational Change, перейдите к следующему шагу.
- Если используется Rational ClearQuest:
- В разделе Применить атрибут действия выберите Для ClearQuest.
- Введите имя действия ClearQuest, переводящего
запись в состояние Применено.
- В поле Атрибут действия проверки введите имя действия ClearQuest,
переводящего
запись в состояние Проверка.
При
использовании Rational ClearQuest с процессом
RequirementsChangeRequest используйте следующие значения:
- Атрибут действия Применить: Применить
- Атрибут действия проверки: Проверка
- Если используется Rational Team Concert:
- Выберите Для Rational Team Concert.
- Введите имя действия Rational Team
Concert, переводящего задание в состояние Применено в процессе, в поле
Атрибут действия Применить.
- В поле
Атрибут действия проверки введите имя действия, переводящего задание в
состояние Проверка.
- В случае применения одного из стандартных шаблонов процессов в поле Атрибут
состояния введите rtc_cm:state. Или введите имя атрибута состояния, если создан собственный процесс.
При использовании Rational Team Concert с шаблоном Простой процесс
коллектива (Simple Team Process) используйте следующие значения. При
применении другого потока операций используйте описанный выше метод
поиска идентификаторов состояний для поиска тегов action в коде XML
для действий, которые требуется использовать. Необходимо
идентифицировать два действия: одно из них переводит задание из
состояния Assigned (Назначено) в состояние Review (Проверка), другое
- из состояния Approved (Утверждено) в состояние (Применено). В
примере Атрибут действия проверки пуст, поскольку в Простом процессе
коллектива (Simple Team Process) состояние Assigned (Назначено) и
состояние Review (Проверка) в Rational DOORS фактически совпадает с
состоянием In Progress (Выполняется) в Rational Team Concert.
- Атрибут действия Применить: com.ibm.team.workitem.taskWorkflow.action.resolve
- Атрибут действия проверки: <no value>
- В поле Форма отправки RCR выберите форму отправки в процессе управления изменениями, которая
используется для запросов изменения требований.
- В поле Поведение конфликтующего предложения выберите один из следующих
вариантов:
- Не предпринимать действий
- Предупредить пользователя о конфликте: выдается предупреждение,
если пользователь вносит изменения, вызывающие конфликты.
Пользователь может применить или отменить изменение.
- Предотвратить изменение: пользователь не может вносить изменения,
вызывающие конфликты.
Прим.: Все варианты за исключением Не предпринимать действий приводят к небольшой задержке
при открытии модулей в режиме изменения.
- Выберите Показать отчет о записи RCR для
просмотра отчета о записи запроса изменения требований.
- Для того чтобы включить кнопку Отклонить на странице
Управление изменениями требований
Rational DOORS
Web Access, в DWA выберите Включить кнопку Отклонить.
- Нажмите кнопку Далее для перехода на вкладку Шаг 3 - реализация требований.
- Во всех полях выберите параметры, относящиеся к процессу управления изменениями, применяемому
в запросах на реализацию.
- Нажмите кнопку Далее для перехода на вкладку Шаг 4 -
сбор
требований.
- В поле Строка запроса по умолчанию введите запрос в формате OSLC (Open
Services for Lifecycle Collaboration) для применения в процессе сбора требований. Пропустите этот шаг, если функция сбора требований не используется. Ниже
приведены примеры допустимых строк запроса:
- oslc_cm:status in ["Applied", "Approved"]
- oslc_cm:status="Applied"
Дополнительная информация об
определении строк запроса приведена в разделе oslc.where
документа OSLC Core Specification Version 2.0 Query Syntax.
- Нажмите кнопку Далее для перехода на вкладку Шаг 5 -
завершение.
- В разделе Обзор шаблона
проверьте выбранные параметры и выполните одно из следующих действий:
- Если информация указана правильным образом, то нажмите кнопку
Готово для сохранения шаблона конфигурации.
- Если требуется исправить информацию, нажмите кнопку
Назад для возврата на нужную вкладку и внесите
необходимые изменения.