Определение шаблонов конфигурации

В шаблоне конфигурации указано расположение сервера управления изменениями для программы Change Management for Rational DOORS. Кроме того, в нем указывается способ связывания установленного процесс запроса изменений с концепциями системы управления изменениями.

Об этой задаче

Дополнительная информация по созданию шаблонов конфигурации приведена в разделе в руководстве по настройке применяемой системы управления изменениями.

Процедура

  1. В строке меню выберите Change Management > Определить шаблоны конфигурации> Создать. Откроется окно Шаблон конфигурации - DOORS на вкладке Шаг 1 - Настройка Rational Change Management Server.
  2. В поле Имя шаблона введите имя шаблона.
  3. Выберите один из следующих методов идентификации:
    • Простая идентификация:
      • Дополнительная настройка не требуется.
      • Невысокая степень безопасности. Имя пользователя и пароль передаются по сети в незашифрованном виде, если только для системы управления изменениями не настроено применение SSL.
      • Не поддерживает вывод информации о связанных запросах на изменение и требованиях при наведении указателя мыши на связи.
      • Не поддерживается продуктом Rational Team Concert.
    • Идентификация OAuth (Open Authorization):
      • Требует дополнительной настройки.
      • Высокая степень безопасности.
      • Поддерживает вывод информации о связанных запросах на изменение и требованиях при наведении указателя мыши на связи.
  4. В зависимости от применяемого способа идентификации выполните одно из следующих действий:
    • Простая идентификация
      1. В поле URL сервера Change Management введите URL сервера. Пример: http://server:port/change/oslc. Другой допустимый вариант: https.
      2. Нажмите кнопку Подключить.

        Откроется окно входа в систему управления изменениями. Войдите в систему для возврата к окну Шаблон конфигурации - DOORS.

    • OAuth
      1. Перед созданием шаблона конфигурации добавьте правильную ссылку совместной работы в окне Удаленные службы. Дополнительная информация приведена в разделе Настройка Rational DOORS для применения OSLC.
      2. В разделе Конфигурация Rational Change Management Server выберите провайдер службы и нажмите кнопку Далее.

        Откроется окно входа в провайдер службы управления изменениями.

      3. Войдите в провайдер службы управления изменениями. Снова откроется окно Шаблон конфигурации - DOORS.
  5. Заполните все применимые поля в окне Шаблон конфигурации - DOORS.
  6. Нажмите кнопку Далее для перехода на вкладку Шаг 2 - управление изменениями требований.
  7. В разделе Значения заполните поля для всех состояний процесса управления изменениями.

    Убедитесь, что применяются имена состояний из процесса или схемы, а не из метки состояния, которая видна пользователю. Следующие записи представляют собой примеры состояний в различных системах управления изменениями:

    • Если применяется поставляемый с продуктом процесс 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 (Применено) должно отличаться от других состояний.

  8. В зависимости от применяемой системы управления изменениями выполните одно из следующих действий:
    • Если используется Rational Change, перейдите к следующему шагу.
    • Если используется Rational ClearQuest:
      1. В разделе Применить атрибут действия выберите Для ClearQuest.
      2. Введите имя действия ClearQuest, переводящего запись в состояние Применено.
      3. В поле Атрибут действия проверки введите имя действия ClearQuest, переводящего запись в состояние Проверка.
      При использовании Rational ClearQuest с процессом RequirementsChangeRequest используйте следующие значения:
      • Атрибут действия Применить: Применить
      • Атрибут действия проверки: Проверка
    • Если используется Rational Team Concert:
      1. Выберите Для Rational Team Concert.
      2. Введите имя действия Rational Team Concert, переводящего задание в состояние Применено в процессе, в поле Атрибут действия Применить.
      3. В поле Атрибут действия проверки введите имя действия, переводящего задание в состояние Проверка.
      4. В случае применения одного из стандартных шаблонов процессов в поле Атрибут состояния введите 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>
  9. В поле Форма отправки RCR выберите форму отправки в процессе управления изменениями, которая используется для запросов изменения требований.
  10. В поле Поведение конфликтующего предложения выберите один из следующих вариантов:
    • Не предпринимать действий
    • Предупредить пользователя о конфликте: выдается предупреждение, если пользователь вносит изменения, вызывающие конфликты. Пользователь может применить или отменить изменение.
    • Предотвратить изменение: пользователь не может вносить изменения, вызывающие конфликты.
    Прим.: Все варианты за исключением Не предпринимать действий приводят к небольшой задержке при открытии модулей в режиме изменения.
  11. Выберите Показать отчет о записи RCR для просмотра отчета о записи запроса изменения требований.
  12. Для того чтобы включить кнопку Отклонить на странице Управление изменениями требований Rational DOORS Web Access, в DWA выберите Включить кнопку Отклонить.
  13. Нажмите кнопку Далее для перехода на вкладку Шаг 3 - сбор требований.
  14. В поле Строка запроса по умолчанию введите запрос в формате 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.
  15. Нажмите кнопку Далее для перехода на вкладку Шаг 4 - завершение.
  16. В разделе Обзор шаблона проверьте выбранные параметры и выполните одно из следующих действий:
    • Если информация указана правильным образом, то нажмите кнопку Готово для сохранения шаблона конфигурации.
    • Если требуется исправить информацию, нажмите кнопку Назад для возврата на нужную вкладку и внесите необходимые изменения.

Значок видео Смотреть видеоролики

Список воспроизведения CLM
Канал Jazz.net
Канал обучения пользователей

Значок обучения Дополнительная информация

Обучающий курс по CLM
Обучающий курс по Agile
Обучающие курсы

Значок вопроса Вопросы

Форум Jazz.net
Форумы developerWorks

Значок поддержки Получить поддержку

Портал поддержки
Вики о развертывании
Блог службы поддержки