Запрос на изменение (CMMI)

В этом разделе рассказывается, как заполнять сведения рабочего элемента "запрос на изменение".Рабочий элемент запроса на изменение служит для отслеживания предложенного изменения какой-либо части продукта.Запрос на изменение можно создавать, когда предлагается изменение любого результата работы, подлежащего управлению изменениями.Дополнительные сведения см. в разделе Управление изменениями (CMMI).

Сведения о создании этого типа рабочего элемента см. в разделе Рабочие элементы и рабочий процесс (CMMI).

Содержание раздела

См. также

Определение запроса на изменение Связывание запроса на изменение с требованием, задачей или другим рабочим элементом Добавление сведений, вложений и гиперссылок в запрос на изменение Изменение состояния запроса на изменение

Руководство по процессам Управление изменениями (CMMI) Книги Книга "Рассмотрение" (CMMI) Ссылка на поле Ссылка на поле запроса на изменение (CMMI) Ссылка на поле "Заголовки, идентификаторы, описания и журнал" Ссылка на поле "Назначения и рабочий процесс" Ссылка на поле "Планирование, ранжирование и приоритеты" Ссылка на поле "Области и итерации" Связывание рабочих элементов, а также элементы управления и ограничения связей Элементы управления вложениями и ссылка на поле

Необходимые разрешения

Для просмотра запроса на изменение необходимо быть членом группы Читатели или иметь разрешение Просмотр рабочих элементов на этом узле со значением Разрешить.Для изменения запроса на изменение необходимо быть членом группы Участники или иметь разрешение Изменить рабочие элементы на этом узле со значением Разрешить.Дополнительные сведения см. в разделе Управление разрешениями.

Определение запроса на изменение

Форма рабочего элемента для запроса на изменение содержит данные в полях и на вкладках, показанных на следующем рисунке.

При определении запроса на изменение необходимо указать Название.Все остальные поля можно оставить пустыми или принять значения по умолчанию.

Определение одного запроса на изменение

1. В верхнем разделе формы рабочего элемента укажите сведения одного или нескольких следующих типов.

   • В поле Название (обязательно) введите краткое описание.

     Правильные названия дают понять, как и к какой области продукта относится элемент.Этот текст можно обновить в любой момент, чтобы он точнее определял изменение и области работы, на которые оно влияет.

   • В списке Кому назначено выберите имя участника команды, который отвечает за адресации запроса на изменение.

     Примечание
     Рабочие элементы можно назначать только членам группы Участники.

     Если владелец запроса на изменение не назначен, им автоматически становится создатель.

   • В списке Состояние оставьте значение по умолчанию — Предложено.

     По умолчанию свойство Причина имеет значение Новая.Дополнительные сведения об этом поле и об отслеживании хода рабочего процесса с его помощью см. в подразделе Изменение состояния запроса на изменение далее в этом разделе.

   • В списке Приоритет выберите степень важности для запроса на изменение по шкале от 1 (самый важный) до 4 (наименее важным).

     Значением по умолчанию является 2.

   • В списке Рассмотрение выберите подсостояние рассмотрения.

     Это поле определяет уровень рассмотрения, принятый для любого запроса на изменение, находящегося в состоянии Предложено.Допустимые значения: Ожидание (по умолчанию), Подробнее, Сведения получены и Рассмотрено.

   • В списке Заблокирован выберите Да, если какая-либо проблема мешает рабочую группу от реализации запроса на изменение.

   • В списках Область и Итерация выберите соответствующие область и итерацию.

     Примечание
     Администратор командного проекта определяет древовидные иерархии областей и итераций, чтобы участники команды могли отслеживать ход выполнения работ по этим условным единицам.Дополнительные сведения см. в разделе Создание и изменение областей и итераций.

2. На вкладке подробности укажите как можно больше подробностей для описания точно, что команда должна изменить.

   Включайте в запрос на изменение как можно больше подробностей, чтобы разработчик смог его реализовать, а тест-инженер — протестировать.Команда сможет использовать эту информацию для создания рабочих элементов задач и тестовых случаев.Дополнительные сведения см. в разделах Задача (CMMI) и Тестовый случай (гибкая разработка).

3. На вкладке ВЫРАВНИВАНИЕ укажите как можно больше подробностей для описания значение клиенту или произведению этих средств запроса на изменение.

4. На вкладке анализ выберите каждое текстовое поле и введите сведения для влияния, запрос на изменение будет иметь в следующих областях:

   • влияние на архитектуру;

   • влияние на взаимодействие пользователя с системой;

   • влияние на тесты;

   • влияние на проектирование и разработку;

   • влияние на техническую документацию.

   В дополнение к затратам на реализацию изменения можно указать определенные области, на которые оно повлияет.

5. На вкладке ПРОЧЕЕ укажите сведения следующих типов.

   • В поле Исходная оценка введите число, представляющее количество рабочих часов для реализации запроса на изменение.

     Примечание
     Обычно следующее поле определяется позже при разработке, а не при изначальном определении запроса на изменение.

   • В списке Встроено в выберите имя или номер построения, в которой запрос на изменение интегрирован группой разработки.

6. На вкладках ВСЕ ССЫЛКИ свяжите запрос на изменение с одним или несколькими другими рабочими элементами, такими как требование или задача.

7. На вкладке ВЛОЖЕНИЯ, можно вложить спецификации, изображений или других файлов, которые предоставляют более подробные сведения о запросе на изменение ссылкой его.

   Дополнительные сведения см. в следующих подразделах далее в этом разделе:

   • Связывание запроса на изменение с требованием, задачей или другим рабочим элементом

   • Добавление сведений, вложений и гиперссылок в запрос на изменение

8. Выберите Сохранить рабочий элемент.

   Примечание
   После сохранения запроса на изменение в заголовке на панели инструментов рабочего элемента отобразится идентификатор.

Связывание запроса на изменение с требованием, задачей или другим рабочим элементом

Создавая отношения между запросами на изменение и другими рабочими элементами, можно эффективнее планировать проекты, точнее отслеживать зависимости, нагляднее отображать иерархические отношения, а также быстрее находить нужные данные.Из формы рабочего элемента для запроса на изменение можно создать рабочий элемент, автоматически связанный с запросом на изменение, а также создать связи с существующими рабочими элементами.

С помощью вкладки Связи можно создавать определенные типы связей с определенными типами рабочих элементов.Дополнительные сведения см. в разделе Linking Work Items (CMMI).

Создание задачи, ошибки, требования или другого рабочего элемента и связывание их с запросом на изменение

1. Откройте форму рабочего элемента для запроса на изменение, выберите вкладку Все ссылки, а затем выберите Создать.

   Откроется диалоговое окно Добавить новый связанный рабочий элемент.

   

2. В списке Тип связи выберите тип связи, которую требуется создать на основе типа рабочего элемента, к которому соединении.

   • Для связывания с задачей или ошибкой создайте связь Дочерний элемент.

   • Для связывания с требованием, риском или проблемой создайте связь Чем затронут.

   • Для связывания с тестовым случаем создайте связь Тест выполнил.

   • Чтобы сослаться на рабочий элемент любого другого типа, создайте ссылку, принадлежащую к типу Соответствующие или другому типу, который отражает отслеживаемую связь.

3. В списке Тип рабочего элемента выберите тип рабочего элемента, который требуется создать.

4. В поле Название введите краткое, но точное описание предлагаемого изменения.

5. (Необязательно.) Введите дополнительные сведения в поле Комментарий.

6. Нажмите кнопку ОК.

   Откроется форма рабочего элемента для указанного типа рабочего элемента, которая содержит предоставленные сведения.

7. Укажите остальные поля, как описано в следующих разделах.

   • Требование (CMMI)

   • Задача (CMMI)

   • Ошибка (CMMI)

   • Тестовый случай (CMMI)

   • Проблема (CMMI)

   • Риск (CMMI)

   • Рецензирование (CMMI)

8. Выберите Сохранить рабочий элемент.

Связывание нескольких существующих рабочих элементов с запросом на изменение

1. Откройте форму рабочего элемента для запроса на изменение, выберите вкладку Все ссылки, а затем выберите Добавить ссылку на.

   Откроется диалоговое окно Добавить связь с запросом на изменение.

   

2. В списке Тип связи выберите тип связи, которую требуется создать на основе типа рабочего элемента, к которому соединении.

   • Для связывания с задачей или ошибкой создайте связь Дочерний элемент.

   • Для связывания с требованием, риском или проблемой создайте связь Чем затронут.

   • Для связывания с тестовым случаем создайте связь Тест выполнил.

   • Чтобы сослаться на рабочий элемент любого другого типа, создайте ссылку, принадлежащую к типу Соответствующие или другому типу, который отражает отслеживаемую связь.

3. Выполните одно из следующих действий:

   • В поле Идентификаторы рабочих элементов введите идентификаторы рабочих элементов, которые необходимо найти.Идентификаторы следует разделять запятыми.

   • Выберите Обзор для идентификации рабочих элементов в списке.

     Откроется диалоговое окно Выбор связанных рабочих элементов.

     

     В списке Сохраненный запрос выберите запрос, содержащий рабочие элементы, которые нужно добавить.Например, можно выбрать Открытые рабочие элементы, Открытые ошибки или Активные задачи.

     Выберите Найти установите флажок рядом с каждым рабочим элементом, который необходимо связать с запросом на изменение, а затем выберите ОК.

   • (Необязательно) Введите описание связываемых элементов.

4. Нажмите кнопку ОК.

   Дополнительные сведения см. в разделе Поиск рабочих элементов для связывания или импорта.

5. Выберите Сохранить рабочий элемент.

   Примечание
   Запрос на изменение и связанные рабочие элементы будут обновлены.

Добавление сведений, вложений и гиперссылок в запрос на изменение

По мере появления, дополнительные данные можно добавлять в запрос на изменение следующими способами.

• Ввести сведения в текстовых полях на вкладках Сведения, Обоснование или Анализ.

• Вложите файл.

  Например, можно вложить цепочку сообщений электронной почты, документ, изображение, файл журнала или файл другого типа.

• Добавить гиперссылку на веб-сайт или файл, хранящийся на сервере или веб-сайте.

Добавление в запрос на изменение сведений

1. Выберите Сведения, Выравнивание или на вкладку Анализ и введите сведения в полях.

   Можно использовать средства форматирования для выделения важных фрагментов текста или для формирования маркированного списка.

   Примечание
   При каждом изменении рабочего элемента участником команды в журнал рабочего элемента заносится дата изменения, имя участника команды, внесшего изменения, и сведения об измененных полях.

   Дополнительные сведения см. в разделах Ссылка на поле запроса на изменение (CMMI) и Ссылка на поле "Требования" (CMMI).

2. Выберите Сохранить рабочий элемент.

Добавление в запрос на изменение вложения

1. На вкладке Вложения выполните одно из следующих действий.

   • Перетащите файл в область вложений.

   • Выберите или нажмите сочетание клавиш ctrl+v, чтобы вставить скопированный файл.

   • Выберите Добавить выберите Обзор и в диалоговом окне Вложение введите или укажите расположение добавляемого файла.

     (Необязательно) Введите дополнительные сведения о вложении в поле Комментарий.Чтобы закрыть диалоговое окно Вложение выберите ОК.

2. Выберите Сохранить рабочий элемент.

Добавление в запрос на изменение гиперссылки

1. На вкладке Все ссылки выберите Добавить ссылку на.

   

2. В списке Тип связи выберите Гиперссылка.

3. В поле Адрес выполните одно из следующих действий.

   • Если целевым объектом является веб-сайт, введите URL-адрес или скопируйте его из Интернет-браузера и вставьте в поле Адрес.

   • Если целевым объектом является расположение на сервере, введите его UNC-адрес.

4. (Необязательно) Введите дополнительные сведения о гиперссылке в поле Комментарий.

5. Нажмите кнопку ОК.

6. Выберите Сохранить рабочий элемент.

Изменение состояния запроса на изменение

Группа рассмотрения или собрание по планированию продукта может рассмотреть эти рабочие элементы, чтобы проанализировать, принять или отклонить предложенные изменения.Если запрос на изменение принят, команда может создавать задачи для реализации изменения.После реализации изменения команда закрывает запрос на изменение.

Дополнительные сведения о полях данных, с помощью которых можно отслеживать состояния рабочих элементов, см. в разделе Назначения, рабочий процесс и планирование (CMMI).

Для отслеживания хода выполнения запроса на изменение можно использовать следующие состояния.

• Предложено

• Активно

• Разрешено

• Закрыто

Состояние запроса на изменение может изменить любой участник команды.

По умолчанию при создании рабочего элемента все запросы на изменение имеют состояние Предложено.После принятия командой запроса на изменение для текущей итерации рабочий элемент переходит в состояние Активно, и команда анализирует его, чтобы определить подробности реализации и создать задачи.После выполнения задач и успешных системных тестов реализации командой запроса на изменение участник команды переводит его в состояние Разрешено.Наконец, после проверки командой запроса на изменение участник команды переводит его в состояние Закрыто.

Изменение состояния запроса на изменение

1. Откройте запрос на изменение.

2. В списке Состояние выберите Активно, Разрешено или Закрыто.

   • При изменении состояния с Предложено на Активно поле Причина автоматически примет значение Принято.

   • При изменении состояния с Активно на Разрешено поле Причина автоматически примет значение Кодирование завершено, и системный тест пройден.

   • При изменении состояния с Разрешено на Закрыто поле Причина изменится на Проверка пройдена.

3. Выберите Сохранить рабочий элемент.

Типичная схема рабочего процесса. Участник команды создает запрос на изменение в состоянии Предложено с причиной по умолчанию Новые. Участник команды изменяет состояние запроса на изменение с Предложено на Активно, используя причину по умолчанию — Принято. После завершения кодирования и прохождения системных тестов участник команды изменяет состояние запроса на изменение с Активно на Разрешено. После проверки соответствия ожиданиям клиента участник команды изменяет состояние запроса на изменение с Разрешено на Закрыто. Переходы вне стандартного процесса Участник команды изменяет состояние запроса на изменение с Предложено на Закрыто, используя причину по умолчанию — Отклонено. Участник команды изменяет состояние запроса на изменение с Активно на Предложено, используя причину по умолчанию — Исследование завершено. Если команда устанавливает, что запрос на изменение не актуален или выходит за пределы области, участник команды изменяет состояние запроса на изменение с Активно на Закрыто. Если измененный код не прошел проверочный тест, участник команды изменяет состояние запроса на изменение с Разрешено на Активно. Если команда устанавливает, что запрос на изменение был закрыт по ошибке или теперь попадает в область проекта, участник команды изменяет состояние запроса на изменение с Закрыто на Активно.

Схема состояний запроса на изменение

"Предложено" (новые)

Участник команды может создать рабочий элемент запроса на изменение, если команда обнаруживает ошибку или другое событие требует внести изменение в результат работы, подлежащей управлению изменениями.

Следующие поля данных регистрируются автоматически при создании запроса на изменение.

• Кем создано: имя участника команды, создавшего запрос на изменение.

• Дата создания: дата и время создания запроса на изменение в соответствии с часами сервера.

С "Предложено" на "Активно"

Запросы на изменение описывают изменения продукта или базового плана.Комиссия по управлению изменениями должна рассмотреть, изучить и принять или отклонить предложенные командой изменения.

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

Причина	Условия использования	Дополнительные действия, которые следует предпринять
Принято	Если комиссия по управлению изменениями одобрила запрос на изменение для реализации в текущей итерации.	Назначьте запрос на изменение участнику команды, который будет его реализовывать.
Исследовать	Если комиссия по управлению изменениями установила, что необходимо дополнительно исследовать влияние запроса, прежде чем комиссия сможет его принять.	По завершении исследования верните запрос в состояние Предложено.

Следующие поля данных регистрируются автоматически при изменении участником команды состояния запроса на изменение на Активно.

• Активировал: имя участника команды, активировавшего запрос на изменение.

• Дата активации: дата и время активации запроса на изменение в соответствии с часами сервера.

• Дата изменения состояния: дата и время изменения состояния запроса на изменение.

С "Предложено" на "Закрыто"

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

Причина	Условия использования	Дополнительные действия, которые следует предпринять
Отклонено	Комиссия по управлению изменениями определила, что команда не может реализовать запрос или что клиенту это не нужно.	Отсутствует.

Следующие поля данных регистрируются автоматически при закрытии запроса на изменение.

• Кем закрыт: имя участника команды, закрывшего запрос на изменение.

• Дата закрытия: дата и время закрытия запроса на изменение в соответствии с часами сервера.

• Дата изменения состояния: дата и время изменения состояния запроса на изменение.

Активно

Команда должна реализовывать только запросы на изменение, находящиеся в состоянии Активно.Для активных запросов на изменение участники команды должны создавать задачи по написанию кода, тестированию и документированию изменения.После выполнения всех задач участник команды переводит запрос на изменение в состояние Разрешено.Запрос на изменение можно также закрыть, если команда перестает работать над ним или выясняет, что он не связан с текущей областью работы.

С "Активно" на "Разрешено"

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

Причина	Условия использования	Дополнительные действия, которые следует предпринять
Кодирование завершено, и система протестирована	Если команда вернула код для реализации запроса на изменение и все системные тесты пройдены.	Назначьте запрос на изменение участнику команды, который будет его тестировать.

Следующие поля данных регистрируются при разрешении активного запроса на изменение.

• Кем разрешено: имя участника команды, разрешившего запрос на изменение.

• Дата разрешения: дата и время разрешения запроса на изменение в соответствии с часами сервера.

• Дата изменения состояния: дата и время изменения состояния запроса на изменение.

С "Активно" на "Закрыто"

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

Причина	Условия использования	Дополнительные действия, которые следует предпринять
Отброшены	Если реализация запроса на изменение больше не считается необходимой.	Отсутствует.
Вне области	Если у команды недостаточно ресурсов или какая-либо другая проблема не позволяет реализовать запрос на изменение в текущей итерации.	Обновите поле Итерация и укажите, в какой итерации команда, вероятно, сможет реализовать запрос на изменение.Если запрос на изменение будет отложен до следующего выпуска программы, оставьте поле Итерация пустым, но опишите подробно, почему запрос на изменение отложен и когда команда должна его реализовать.

Следующие поля данных регистрируются при закрытии активного запроса на изменение.

• Кем закрыт: имя участника команды, закрывшего запрос на изменение.

• Дата закрытия: дата и время закрытия запроса на изменение в соответствии с часами сервера.

• Дата изменения состояния: дата и время изменения состояния запроса на изменение.

С "Активно" на "Предложено"

Если запрос на изменение активирован с причиной Исследовать, после завершения исследования следует изменить его состояние на Предложено.Следующие поля данных регистрируются автоматически при изменении состояния активного запроса на изменение на Предложено.

• Кем изменено: имя участника команды, изменившего состояние запроса на изменение.

• Дата изменения состояния: дата и время изменения состояния запроса на изменение.

Разрешено

После реализации командой запроса на изменение ведущий разработчик устанавливает состояние запроса как Разрешено и назначает его тест-инженеру, чтобы можно было начать тестирование.

Разрешенный запрос на изменение реализован и проходит системные тесты.Однако команда должна подтверждать разрешенные запросы на изменения у клиента, чтобы убедиться, что они реализованы в соответствии с ожиданиями клиента.Если проверочные тесты пройдены успешно, команда закрывает запрос на изменение.В противном случае он активируется заново для продолжения работы.

С "Разрешено" на "Закрыто"

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

Причина	Условия использования	Дополнительные действия, которые следует предпринять
Проверка пройдена	Если запрос на изменение прошел все проверочные тесты.	Назначьте запрос на изменение владельцу продукта.

Следующие поля данных регистрируются автоматически при закрытии участником команды разрешенного запроса на изменение.

• Кем закрыт: имя участника команды, закрывшего запрос на изменение.

• Дата закрытия: дата и время закрытия запроса на изменение в соответствии с часами сервера.

• Дата изменения состояния: дата и время изменения состояния запроса на изменение.

С "Разрешено" на "Активно"

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

Причина	Условия использования	Дополнительные действия, которые следует предпринять
Сбой проверочного теста	Если проверочный тест или тесты показывают, что одно или несколько ожиданий клиента не удовлетворены.	Тест-инженер создает ошибки для проблем, выявленных в тестах, и назначает запросы на изменение ведущему разработчику, который определяет, как решать эти проблемы.

Следующие поля данных регистрируются автоматически при повторной активации разрешенного запроса на изменение.

• Активировал: имя участника команды, повторно активировавшего запрос на изменение.

• Дата активации: дата и время повторной активации запроса на изменение в соответствии с часами сервера.

• Дата изменения состояния: дата и время изменения состояния запроса на изменение.

Закрыто

Команда не должна работать над закрытым запросом на изменение.Запрос на изменение закрывается, если он отклонен комиссией по управлению изменениями или если команда успешно реализовала, проверила и подтвердила запрос.

Участник команды, обычно бизнес-аналитик или менеджер программы, может повторно активировать закрытый запрос на изменение, если он вновь попадает в область текущей работы.

Из состояния "Закрыто" в состояние "Активно"

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

Причина	Условия использования	Дополнительные действия, которые следует предпринять
Закрыто по ошибке	Если запрос на изменение был закрыт участником команды случайно.	Убедитесь, что задачи по реализации, тестовые случаи и сведения для запроса на изменение определены надлежащим образом, и их достаточно для поддержки его разработки.

• Следующие поля данных регистрируются автоматически при повторной активации закрытого запроса на изменение.

• Активировал: имя участника команды, повторно активировавшего запрос на изменение.

• Дата активации: дата и время повторной активации запроса на изменение в соответствии с часами сервера.

• Дата изменения состояния: дата и время изменения состояния запроса на изменение.

См. также

Основные понятия

Ссылка на поле запроса на изменение (CMMI)

Справочник по полям рабочих элементов для Visual Studio ALM

Другие ресурсы

Рабочие элементы и рабочий процесс (CMMI)