Пошаговый процесс настройки

Необходимо настроить шаблон процесса, чтобы убедиться, что все командные проекты, созданные с использованием этого шаблона, соответствуют используемым в команде или организации бизнес-процессам. Кроме того, потребность в настройке шаблона процесса возникает при обновлении Visual Studio Team Foundation Server с предыдущего выпуска, если вносятся изменения в существующий шаблон процесса, который будет использоваться в дальнейшем. Может возникнуть потребность в добавлении этих изменений в новый шаблон процесса или настройке прежнего шаблона, чтобы добавить функциональные возможности, предоставленные в текущем выпуске.

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

Настройка шаблона процесса представляет собой итеративный процесс. Потребуется коллекция командных проектов, определенная на сервере, на котором выполняется Team Foundation Server, где можно протестировать шаблон процесса на правильность настройки.

В этом разделе описывается рекомендованная последовательность и советы по настройке шаблона процесса.

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

1. Выбор и загрузка шаблона процесса

2. Настройка шаблона процесса

3. Передача шаблона процесса

4. Создание командного проекта

5. Проверка изменений

Примечание

Шаблоны процессов Microsoft Solutions Framework (MSF), установленные с Team Foundation Server, заменяются новыми версиями при обновлении до текущего выпуска Team Foundation Server.Если старые шаблоны были настроены и сохранены, их следует загрузить перед обновлением, иначе они будут заменены и настройки будут утеряны.

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

Выбор и загрузка шаблона процесса

Первым этапом настройки шаблона процесса является выбор шаблона процесса для настройки. Чтобы свести к минимуму количество изменений, выберите шаблон, который наиболее полно соответствует принятым в команде процессам. Как правило, следует выбирать шаблон процесса, основываясь на типах рабочих элементов и рабочем процессе. Сравнение шаблонов процессов Microsoft Solutions Framework (MSF) см. в разделе Выбор шаблона процесса.

Дополнительные сведения о шаблонах процессов MSF и дополнительных шаблонах, предоставляемых партнерами корпорации Майкрософт, см. на следующей странице веб-сайта Майкрософт: Шаблоны процессов и инструменты.

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

К началу

Настройка шаблона процесса

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

• Планирование изменений в шаблоне процесса

• Изменение файлов или использование редактора процессов

• Создание или настройка объектов для отслеживания работы

• Настройка файлов подключаемых модулей

• Настройка корневого файла шаблона процесса

К началу

Планирование изменений в шаблоне процесса

Поскольку шаблон процессов затрагивает многие компоненты командного процесса, имеет смысл планировать, координировать и отслеживать вносимые изменения. В частности, перед изменением отслеживания рабочих элементов, отслеживания Team Foundation Build, Team Foundation (подсистема контроля версий), Microsoft Test Manager и Visual Studio Lab Management рекомендуется проконсультироваться с руководителями проекта, руководителями тестирования и разработки и менеджерами выпуска.

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

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

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

• На имена и метки большинства объектов Team Foundation налагаются ограничения. Обзор ограничений наименования, применимых к шаблонам процессов, группам безопасности, узлам областей и итераций, типам рабочих элементов и полям рабочих элементов см. в разделе Ограничения именования в Team Foundation.

• Большинство настраиваемых компонентов шаблона процесса влияют только на командный проект, созданный с использованием соответствующего шаблона процесса. Исключениями из этого правила являются глобальные списки, типы ссылок и поля рабочих элементов, определенные для типов рабочих элементов. Эти объекты определены для коллекции командных проектов.

• После создания командного проекта можно изменить большинство функциональных областей шаблона процесса. Единственная неизменяемая область — это состояния резолюций тестирования, используемые в Test Runner и Microsoft Test Manager. Дополнительные сведения см. в разделе Определение начальной конфигурации диспетчера тестирования.

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

• Максимальный размер шаблона процесса — 2 ГБ. Во время настройки шаблона процесса убедитесь, что внесенные изменения не приводят к превышению этого размера.

• Для добавления или изменения типов рабочих элементов не обязательно изменять весь шаблон процесса. Вносить и тестировать изменения можно и с помощью существующего командного проекта. Можно воспользоваться инструментами командной строки witadmin exportwit и importwitd, чтобы загрузить и отправить XML-файлы определений типов рабочих элементов.

  Дополнительные сведения см. в разделах Добавление и настройка типа рабочего элемента и Настройка типов рабочих элементов и управление ими [witadmin].

К началу

Изменение файлов или использование редактора процессов

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

Если необходимо внести лишь незначительные изменения и пользователь не испытывает проблем при работе с форматом XML, можно изменить файлы с помощью NotePad или другого текстового редактора. Кроме того, можно воспользоваться редактором процессов — мощным инструментом, устанавливаемым в качестве надстройки к Visual Studio.

Примечание

Загрузить автоматический инструмент можно на странице Team Foundation Server Power Tools 2010 веб-сайта корпорации Майкрософт.Это средство не поддерживается.

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

Редактор процессов предоставляет пользовательский интерфейс, который можно использовать для настройки большого числа областей шаблона процесса. Этот редактор можно использовать для изменения самых последних версий шаблонов процессов MSF. В частности, редактор можно использовать для настройки следующих областей.

• Отслеживание рабочих элементов.

  • Создание и редактирование определений типов рабочих элементов.

  • Создание и редактирование запросов рабочих элементов, организация запросов в папки запросов.

  • Создание и редактирование типов ссылок.

  • Создание и редактирование категорий для группировки типов рабочих элементов.

• Классификации и иерархии проектов.

  • Создание и редактирование путей к областям продуктов.

  • Создание и редактирование контрольных выпусков или путей итерации.

  • Изменение файла сопоставлений для Microsoft Project.

• Группы безопасности. Создание и редактирование групп и разрешений для Team Foundation Server.

• Управление версиями.

  • Редактирование параметров извлечения.

  • Создание и редактирование примечаний при возврате.

  • Создание и редактирование групп и разрешений для Team Foundation Server.

• Портал и отчеты.

  • Анализ файлов для отправки и их структуры папки.

  • Добавление файлов для отправки.

К началу

Создание или настройка объектов для отслеживания работы

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

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

• Типы рабочих элементов: Справка по всем XML-элементам WITD.

• Работа с типами связей

• Работа с категориями типов рабочих элементов

• Определение глобальных списков

• Определение запроса рабочего элемента для добавления в шаблон процесса

• Добавление экземпляра рабочего элемента в шаблон процесса

К началу

Зависимости между классификациями и запросами рабочих элементов

В запросах рабочих элементов, определенных для шаблона процесса MSF для гибкой разработки программного обеспечения используются узлы итерации, определенные в файле Classification.xml. При изменении определений узлов итерации необходимо изменить соответствующие запросы рабочих элементов. Чтобы найти эти запросы, нужно выполнить поиск следующих макросов в WIQ-файлах.

• Итерация 1 = @@Iteration%201@@

• Итерация 2 = @@Iteration%202@@

• Итерация 3 = @@Iteration%203@@

К началу

Ограничения наименования объектов рабочих элементов

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

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

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

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

К началу

Настройка файлов подключаемых модулей

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

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

Шаг	Задача	Примечания и зависимости
	Определение областей продукта и вех или итераций.	Области определяют, чтобы организовать рабочие элементы в логические, физические или функциональные категории. Итерации определяются для группировки рабочих элементов в вехи или в категории временных циклов. Подключаемый модуль классификации является обязательным для всех шаблонов процессов.
	Определение групп безопасности по умолчанию, их членов и разрешений.	Разрешения можно задавать для коллекций, проектов, путей итераций или областей и подписок на события. Задачи в подключаемом модуле групп и разрешений могут зависеть от задач, определенных в подключаемом модуле классификации.
	Указание объектов для отслеживания работ, запросов рабочих элементов и экземпляров рабочих элементов для передачи.	Указывать задачи для передачи файлов и определения запросов необходимо в определенной последовательности: сначала типы связей, затем типы рабочих элементов и наконец запросы. Каждый файл определения для этих объектов зависит от определений, указанных в предшествующих им задачах. В общем случае следует соблюдать последовательность задач, определенную в настраиваемом шаблоне процесса. Определения типов рабочих элементов могут зависит от подключаемых модулей классификации и групп и разрешений.
	Определение политик по умолчанию и разрешений для системы управления версиями.	С помощью подключаемого модуля для управления версиями настраиваются начальные разрешения безопасности командного проекта, политики извлечения и примечания при возврате.
	Определение разрешений построения по умолчанию и задач для поддержки операций построения.	С помощью подключаемого модуля построений настраиваются начальные разрешения и файлы шаблонов командного проекта, используемые в Служба построения Team Foundation.
	Определение начальной конфигурации Microsoft Test Manager.	С помощью подключаемого модуля управления тестами можно определить такие параметры, как переменные тестирования и тестовые конфигурации, объединяющие переменные тестирования. Кроме того, можно настроить параметры тестирования и список допустимых состояний резолюций тестирования по умолчанию.
	Определение начальной конфигурации Lab Management.	С помощью подключаемого модуля лабораторий можно настроить начальные разрешения и файлы шаблонов командного проекта.
	Определение отчетов для передачи и структуры папок узла "Отчеты".	Набор RDL-файлов для передачи можно изменить. Для создания узла "Отчеты" командного проекта требуется подключаемый модуль отчетов. Для использования подключаемого модуля отчетов необходимо, чтобы для коллекции командных проектов, в которой будет создаваться командный проект, были настроены службы анализа SQL Server и службы отчетов SQL Server.
	Определение документов для передачи, библиотек документов для создания и функций SharePoint для активации.	Можно изменить набор документов для передачи и функции для активации. Для создания узла "Документы" командного проекта требуется подключаемый модуль портала. Для использования подключаемого модуля портала необходимо, чтобы для коллекции командных проектов, в которой будет создаваться командный проект, были настроены Продукты SharePoint.

К началу

Настройка корневого файла шаблона процесса

Последовательность задач, выполняемых мастером создания командных проектов определяется последовательностью сгруппированных задач, определенных в файле ProcessTemplate.xml и вызываемых им файлах подключаемых модулей. Дополнительные сведения см. в разделе Определение основных задач с помощью файла подключаемого модуля шаблона процесса. В следующей таблице приводится последовательность, определенная в шаблонах процессов для MSF.

Гибкая последовательность подключаемых модулей	Последовательность подключаемых модулей CMMI
Classification.xml GroupsandPermissions.xml WorkItems.xml VersionControl.xml Build.xml Lab.xml TestManagement.xml ReportsTasks.xml WssTasks.xml	Classification.xml GroupsandPermissions.xml WssTasks.xml ReportsTasks.xml WorkItems.xml VersionControl.xml Lab.xml TestManagement.xml Build.xml

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

К началу

Загрузка шаблона процесса на сервер

Шаблон процесса отправляется в коллекцию командных проектов. В идеале нужно использовать коллекцию командных проектов, не используемую в других командных проектах. Работая в коллекции проектов с тестовыми стендами можно избежать изменений, конфликтующих с текущими командными процессами на стадии разработки. Кроме того, коллекция командных проектов должна поддерживать те же ресурсы, доступ к которым нужно предоставить участникам команды (например, портал проекта и сайт отчетности).

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

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

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

К началу

Создание командного проекта

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

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

Для тестирования новых шаблонов процессов необходимо создать командные проекты. Ненужные командные проекты можно удалить с помощью инструмента командной строки TFSDeleteProject. Дополнительные сведения см. в разделе TFSDeleteProject: удаление командных проектов.

К началу

Проверка изменений

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

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

К началу

См. также

Задачи

Создание командного проекта

Ссылки

Настройка типов рабочих элементов и управление ими [witadmin]

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

Работа с файлами шаблонов процессов

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

Управление шаблонами процессов

Проверка изменений в шаблонах процесса

Настройка шаблонов процессов

Журнал изменений

Дата	Журнал	Причина
Май 2011	Исправлены упоминания редактора процессов, который ранее назывался редактором шаблонов процессов.	Исправление ошибки содержимого.
Апрель 2011	Добавлены иллюстрации, изменена структура содержимого, включены дополнительные инструкции, рекомендуемые последовательности и ссылки на полезные средства.	Улучшение информации.