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

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

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

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

Процедура

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

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

    • OAuth
      1. Перед созданием шаблона конфигурации добавьте правильную ссылку совместной работы с помощью вкладки Удаленные службы в окне Свойства базы данных DOORS. Дополнительная информация приведена в разделе Настройка 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. Во всех полях выберите параметры, относящиеся к процессу управления изменениями, применяемому в запросах на реализацию.
  15. Нажмите кнопку Далее для перехода на вкладку Шаг 4 - сбор требований.
  16. В поле Строка запроса по умолчанию введите запрос в формате 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.
  17. Нажмите кнопку Далее для перехода на вкладку Шаг 5 - завершение.
  18. В разделе Обзор шаблона проверьте выбранные параметры и выполните одно из следующих действий:
    • Если информация указана правильным образом, то нажмите кнопку Готово для сохранения шаблона конфигурации.
    • Если требуется исправить информацию, нажмите кнопку Назад для возврата на нужную вкладку и внесите необходимые изменения.

Комментарии