Практикум

Как настроить шаблон процесса в Visual Studio Team Foundation Server

Область применения

• Microsoft® Visual Studio® 2005 Team Foundation Server (TFS) .
• Microsoft Visual Studio Team System (VSTS) .

Описание

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

• параметры безопасности для управления доступом к командному проекту;
• шаблоны, доступные на портале проекта Microsoft Office SharePoint® ;
• наличие комментариев к изменениям, возвращаемым в систему управления исходным кодом;
• типы и запросы рабочих элементов;
• отчеты для контроля за разработкой проекта и его состоянием;
• итерации и области, используемые для организации проекта. Последовательно пройдите все этапы, измените шаблон, а затем протестируйте внесенные изменения.

Содержание

• Задачи.
• Обзор.
• Порядок операций.
• Шаг 1 - установка редактора процесса.
• Шаг 2 - выбор шаблона процесса.
• Шаг 3 - загрузка шаблона процесса.
• Шаг 4 - открытие шаблона в редакторе процесса.
• Шаг 5 - изменение типов рабочих элементов.
• Шаг 6 - изменение стандартных рабочих элементов.
• Шаг 7 - изменение и управление запросами.
• Шаг 8 - изменение областей и итераций.
• Шаг 9 - изменение групп и прав доступа.
• Шаг 10 - изменение настроек системы управления исходным кодом.
• Шаг 11 - изменение портала проекта.
• Шаг 12 - изменение отчетов.
• Шаг 13 - выгрузка измененного шаблона процесса на сервер.
• Дополнительные ресурсы.

Задачи

• Разобраться, какие параметры шаблона процесса можно изменять.
• Настроить шаблон процесса, используя Process Editor.

Обзор

Visual Studio Team System (VSTS) и TFS предоставляют собой интегрированную среду с поддержкой большинства этапов процесса разработки ПО. Методология поддержки рабочего цикла командных проектов реализована в TFS при помощи шаблонов процессов. Шаблон процесса ( process template ) - это набор XML -файлов со спецификациями процессов и артефактов, составляющих конкретную методологию. Редактирование шаблона процесса заключается в изменении стандартных типов рабочих элементов, настроек безопасности, параметров системы управления исходным кодом и отчетов.

Изменить шаблон можно, вручную редактируя XML -файлы, однако проще делать это при помощи инструмента Process Editor из комплекта Team Foundation Server Power Tool. Его интерфейс существенно упрощает процесс настройки. К тому же, редактирование XML -файлов вручную чревато большим количеством ошибок.

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

Порядок операций

• Шаг 1 - установка редактора процессов.
• Шаг 2 - выбор шаблона процесса.
• Шаг 3 - загрузка шаблона процесса.
• Шаг 4 - открытие шаблона в редакторе процесса.
• Шаг 5 - изменение типов рабочих элементов.
• Шаг 6 - изменение стандартных рабочих элементов.
• Шаг 7 - изменение и управление запросами.
• Шаг 8 - изменение областей и итераций.
• Шаг 9 - изменение групп и прав доступа.
• Шаг 10 - изменение настроек системы управления исходным кодом.
• Шаг 11 - изменение портала проекта.
• Шаг 12 - изменение отчетов.
• Шаг 13 - выгрузка измененного шаблона процесса на сервер.

Шаг 1 - установка редактора процессов

На начальном этапе выполняется установка инструмента Process Editor - удобного средства просмотра и настройки шаблонов процессов. Process Editor - это часть Team Foundation Server Power Tool, представляющая собой набор расширений, инструментов и утилит командной строки.

1. Прежде чем запускать программу установки Power Tool, установите DSL Tools для Visual Studio 2005. Это необходимое условие для установки Team System Process Editor. Если не установить DSL Tools, программа установки Power Tool установит все, кроме Process Editor. Скачать DSL Tools можно по адресу http://go.microsoft.com/fwlink/?LinkId=82410.
2. Скачайте Power Tool по адресу http://www.microsoft.com/downloads/details. aspx?familyid=7324c3db-658d-441b-8522-689c557d0a79&displaylang=en.
3. Выполните стандартную установку и проверьте, правильно ли установлен Power Tool, т.е., установлен ли он вместе с Process Editor:
   • Щелкните Start и Programs.
   • Щелкните Microsoft Team Foundation Server Power Tool.
   • Если появляется команда для вызова Microsoft Visual Studio Team System Process Editor, значит, Process Editor установлен правильно. В противном случае удалите Power Tool и установите повторно, строго придерживаясь описанной ранее последовательности действий.

Шаг 2 - выбор шаблона процесса

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

• Microsoft Solution Framework (MSF) for Agile Software Development (MSF Agile) - шаблон для гибкой разработки ПО.
• MSF for CMMI® Process Improvement (MSF CMMI) - шаблон для совершенствования процесса согласно рекомендациям CMMI.

MSF Agile

Шаблон процесса MSF Agile прост и потому подходит, главным образом, для небольших, срочных или неформальных проектов по разработке ПО. Он основан на сценариях и действиях, управляемых контекстом, и ориентирован как на проект, так и на участников (людей). Шаблон процесса MSF Agile code> может использоваться в следующих сценариях:

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

MSF CMMI

Шаблон процесса MSF CMMI предназначен для более серьезных проектов по разработке ПО. Он расширяет функциональность шаблона MSF Agile, предоставляя поддержку аудита, верификации и формальных процессов. Этот шаблон может использоваться в следующих сценариях:

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

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

Шаг 3 - загрузка шаблона процесса

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

1. В Visual Studio выберите в меню Team команду Team Foundation Server Settings.
2. Щелкните Process Template Manager.
3. В диалоговом окне Process Template Manager выберите процесс, который хотите изменить, и щелкните Download.
4. В диалоговом окне Download Process Template выберите папку на локальном диске, в которую хотите сохранить шаблон, и щелкните Save. Например, можно загрузить шаблон процесса MSF CMMI и разместить его на своем рабочем столе для использования на следующих шагах.

Шаг 4 - открытие шаблона в редакторе процесса

Загрузите скачанный шаблон процесса в Process Editor для изменения различных параметров.

1. В Visual Studio раскройте меню Team.
2. Щелкните Process Editor и выберите Open Process Template.
3. В диалоговом окне Open Process Template fileset перейдите к загруженному шаблону процесса и щелкните Open, чтобы открыть файл ProcessTemplate.xml в Visual Studio.
4. Задайте имя настраиваемой методологии.

Допустим, вы назвали новый шаблон процесса My Template.

Шаг 5 - изменение типов рабочих элементов

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

Добавление новых типов рабочих элементов

1. В Process Template Explorer щелкните Work Item Tracking.
2. В правой панели перейдите на вкладку Type Definitions.
3. Чтобы создать новый рабочий элемент, щелкните Add на панели инструментов правой панели.
4. В диалоговом окне New Work Item Type введите имя типа рабочего элемента или выберите существующий тип из раскрывающегося списка Copy From.
5. Новый тип рабочего элемента будет создан и включен в список Item List на вкладке Type Definitions правой панели.
6. В меню File выберите команду Save, чтобы сохранить изменения.

Например, можно создать новую ошибку "My Bug" , скопировав рабочий элемент Bug, а затем отредактировать тип рабочего элемента и изменить его поведение.

Редактирование типа рабочего элемента

Чтобы добавить или удалить поля атрибутов нового или существующего типа рабочего элемента, на вкладке Type Definitions щелкните правой кнопкой необходимый тип и выберите команду Open. Выбранный тип рабочего элемента открывается в новом окне Visual Studio, где можно добавлять или удалять необходимые атрибуты.

Добавление в рабочий элемент нового поля

1. Перейдите на вкладку Fields и щелкните Add на панели инструментов.
2. В диалоговом окне Field Definition введите следующие данные:
   • Name - имя нового поля.
   • Type - тип данных для поля.
   • RefName - уникальный идентификатор поля в TFS. В имени идентификатора должна быть, по крайней мере, одна точка, например, Test.Test1.
   • Help Text - текст, который будет видеть пользователь, поместив указатель над именем поля. Как правило, это описание поля.
   • Reportable - атрибут, определяющий, будут ли данные поля доступны для включения в отчеты TFS. Возможны следующие варианты: Dimension, Detail и Measure. Первый - измерение - предназначен для полей со списком допустимых значений. Хорошие примеры измерений - Work Item Type и State. Поле Dimension может использоваться для фильтрации отчетов. Вариант Detail подходит для отчетов, поскольку разрешает размещать текст без ограничений по длине. Отчеты, включающие эти поля, должны опираться не на куб OLAP, а на реляционную базу данных. Наконец, Measure - это числовые значения в отчетах. Каждая мера появляется и в группе мер Current Work Item, и в группе мер Work Item History.
   • Formula - раскрывающийся список, который отображается, только если вы выбрали Measure в поле Reportable. К числу его параметров относятся sum, count и avg.
3. Для любого поля, добавляемого в тип рабочего элемента, можно ввести ограничения на допустимые значения. Также можно наложить ограничение на поле для определенного состояния рабочего элемента и при определенном переходе рабочего элемента из состояния в состояние. Чтобы наложить ограничения, выполните следующие действия:
   • Перейдите на вкладку Rules и щелкните New.
   • В диалоговом окне Select a rule type выберите тип правила. Чаще всего используются такие типы:
     • AllowedValues Используйте этот тип, чтобы задать список значений, которые можно вводить в это поле.
     • DefaultValue Используйте этот тип, чтобы назначить полю значение по умолчанию.
     • Required Используйте этот тип, если пользователь обязательно должен задавать значение этого поля.
     • ValidUser Содержит имя пользователя проекта.
   • Дважды щелкните OK, чтобы сохранить изменения.
4. Добавив поле в рабочий элемент, решите, где и когда это поле должно отображаться. Чтобы добавить поле в разметку рабочего элемента, выполните следующее:
   • На странице Work Item Type перейдите на вкладку Layout.
   • На вкладке Layout выберите в дереве компоновки место, где хотите разместить новое поле.
   • На левой панели щелкните правой кнопкой выбранный узел и выберите New Control.
   • Добавьте соответствующую метку, а затем в качестве значения свойства FieldName элемента управления используйте идентификатор RefName, введенный для поля ранее.
   • Щелкните Preview Form, чтобы убедиться, что новый элемент управления правильно расположен на форме рабочего элемента.

В качестве примера добавим в созданный ранее тип рабочего элемента My Bug новое поле Security Impact. Выполните следующие действия:

1. Перейдите на вкладку Fields и щелкните Add на панели инструментов.
2. В диалоговом окне Field Definition введите следующие данные:
   • Name - Security Impact
   • Type - String
   • RefName - MyBug.CustomField.1
   • Help Text - степень влияния ошибки на безопасность, значения в диапазоне от 1 до 5, где 1 представляет самое слабое влияние, а 5 - самое сильное.
   • Reportable - задайте значение Dimension, чтобы иметь возможность создать отчет об ошибках, которые влияют на безопасность.

3. Перейдите на вкладку Rules и щелкните кнопку Add.

   В диалоговом окне Select a rule type установите параметр ALLOWED-VALUES и щелкните OK.
4. В диалоговом окне ALLOWEDVALUES пятикратно щелкните кнопку Add, добавив значения от 1 до 5.
5. Щелкните OK.
6. Перейдите на вкладку Layout.
7. Добавьте новое поле в группу Status:
   • Под заголовком Group - Status щелкните правой кнопкой мыши второй узел Column и выберите New Control.
   • Присвойте параметру FieldName значение MyBug.CustomField.1.
   • Присвойте параметру Label значение S&ecurity Impact. Символ, следующий за "&", будет "горячей" клавишей для этого поля.
   • Щелкните Preview Form, чтобы убедиться, что новое поле размещено правильно.

Удаление поля из рабочего элемента

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

Удалим одно из полей созданного ранее типа рабочего элемента My Bug:

1. Перейдите на вкладку Layout, чтобы вывести на экран разметку формы для элемента My Bug.
2. На вкладке Layout в дереве компоновки разверните ветвь TabPage Details Group Column Group Schedule Column, щелкните правой кнопкой мыши Remaining &work и выберите команду Delete, чтобы удалить поле из разметки.

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

Редактирование последовательности операций рабочего элемента

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

1. Создайте состояния и переходы между состояниями.
   • Перейдите на вкладку Workflow (резюме операций), чтобы открыть окно Workflow.
   • Чтобы создать новое состояние, перетащите состояние из панели инструментов WITDesigner в окно Workflow.
   • Чтобы создать переход между двумя состояниями, в панели инструментов WITDesigner щелкните значок Transition Link, а затем щелкните начальное и конечное состояние.
   • Чтобы задать исходное состояние (то есть, состояние только что созданного рабочего элемента), щелкните Transition Link, затем щелкните пустую область диаграммы, затем щелкните начальное состояние. При этом будет создан переход, не имеющий начального состояния. На диаграмме должен присутствовать только один такой переход. Если он уже есть, его надо удалить.
   • Чтобы увидеть список атрибутов каждого из состояний или переходов, щелкните значок развертывания в верхнем правом углу фигуры. В списке полей значком "+" обозначено обязательное для заполнения поле; значком "-" обозначено необязательное для заполнения поле; значком "*" обозначено поле, имеющее другие правила.
   • Чтобы редактировать атрибуты состояния или перехода, щелкните правой кнопкой мыши заголовок состояния и выберите Open Details или просто дважды щелкните заголовок.

   Примечание Если панель инструментов WITDesigner не отображается, выберите команду Toolbox в меню View Visual Studio.
2. Отредактируйте правила, управляющие состоянием:
   • Щелкните правой кнопкой заголовок состояния и выберите команду Open Details или щелкните заголовок дважды. Откроется диалоговое окно Workflow State Field Rules. Каждый элемент списка ссылается на поле типа рабочего элемента и представляет набор правил, управляющих полем, когда рабочий элемент находится в данном состоянии.
   • На вкладке Field Reference задайте RefName, чтобы обозначить поле, на которое хотите наложить ограничение в то время, когда рабочий элемент находится в этом состоянии. Раскрывающийся список с доступными полями находится на вкладке Fields типа рабочего элемента.
   • На вкладке Rules щелкните New, чтобы создать новое правило, или щелкните Open, чтобы редактировать существующее правило. В зависимости от типа правила в диалоговом окне отображаются разные данные.
   • Щелкните OK.
3. Отредактируйте переход:
   • Щелкните правой кнопкой заголовок перехода и выберите Open Details, чтобы открыть диалоговое окно Workflow Transition.
     • На вкладке Transition Detail определены состояния перехода From и To. Если переход соответствует исходному состоянию, в котором рабочий элемент данного типа находится сразу после создания, состояние From должно быть пустым. Эти поля соответствуют связям на диаграмме последовательности операций. Поля For и Not могут содержать имя пользователя или группы, которые могут или не могут выполнять переход.
     • На вкладке Reasons определено допустимое значение поля Reason в момент перехода. Для каждого перехода должна быть задана, по крайней мере, одна причина.
     • На вкладке Actions определены действия переходов между состояниями, необходимые для автоматизации переходов рабочих элементов в различных точках последовательности операций. Например, система управления исходным кодом TFS должна поддерживать автоматические переходы рабочих элементов во время возврата изменений.
     • На вкладке Fields определены правила, ограничивающие поля во время перехода.
   • Щелкните OK.

Шаг 6 - изменение стандартных рабочих элементов

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

1. В Process Template Explorer щелкните Work Item Tracking.
2. Перейдите на вкладку Default Work Items правой панели.
3. Чтобы создать новый тип рабочего элемента по умолчанию, щелкните Add на панели инструментов правой панели.
4. В диалоговом окне Choose Type выберите тип рабочего элемента.
5. В открывшемся диалоговом окне заполните соответствующие поля.
6. Щелкните OK.

Попробуйте удалить задачу Setup: Migration of Source Code, выполнив следующие действия:

1. В Process Template Explore r щелкните Work Item Tracking.
2. Перейдите на вкладку Default Work Items правой панели.
3. Выберите Setup: Migration of Source Code.
4. Щелкните Remove

Задача по умолчанию Setup: Migration of Source Code более не будет создаваться при создании нового проекта на основе данного шаблона.

Шаг 7 - изменение и управление запросами

Измените, добавьте или удалите стандартные запросы, создаваемые одновременно с командным проектом.

1. В Process Template Explorer щелкните Work Item Tracking.
2. Перейдите на вкладку Queries (запросы) правой панели.
3. Чтобы создать новый запрос, щелкните Add на панели инструментов правой панели.
4. В диалоговом окне Query Reference введите имя нового запроса.
5. Щелкните Edit Query Definition.
6. Используйте вкладки Fields, Sorting и Criteria диалогового окна Query Edit, чтобы описать свой запрос.
7. Щелкните OK.

Например, создадим запрос, который будет выбирать все ошибки с самым сильным воздействием на безопасность:

1. В Process Template Explorer щелкните Work Item Tracking.
2. Перейдите на вкладку Queries правой панели.
3. Щелкните Add.
4. Присвойте параметру Name значение Bugs with Security Impact.
5. Щелкните Edit Query Definition.
6. В диалоговом окне Query Edit перейдите на вкладку Fields, выберите все поля для отображения, включая MyBug.CustomField.1, и щелкните кнопку со стрелкой, чтобы перенести их в окно Selected Columns. Если вы не видите добавленного вами поля, убедитесь, что сохранили файл ProcessTemplate.xml, и повторите попытку.
7. Перейдите на вкладку Criteria, оставьте столбец And Or пустым, а в столбце Field выберите значение MyBug.CustomField.1. В столбце Operator выделите стрелку, а затем в столбце Value введите "1". Значение 1 обязательно нужно взять в кавычки, потому что это поле строкового типа. Если бы при создании поля Security Impact был выбран тип integer или другой числовой тип, кавычки были бы не нужны.
8. Дважды щелкните OK.

Этот запрос отобразит все рабочие элементы, у которых значение в поле MyBug.CustomField.1 превышает 1.

Примечание В Process Editor отсутствуют некоторые важные функции по управлению запросами. Их лучше редактировать и тестировать не в шаблоне процесса, а в Visual Studio, в разрабатываемом командном проекте. Запросы можно сохранять в файлы, а затем импортировать их в другие проекты или копировать в шаблоны процессов.

Шаг 8 - изменение областей и итераций

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

1. В Process Template Explorer щелкните Areas & Iterations.
2. Перейдите на вкладку Areas или Iterations правой панели.
3. С помощью панели инструментов правой панели добавляйте, удаляйте или перемещайте области или итерации.

Например, добавим несколько стандартных областей для организации проектов, создаваемых на основе этого шаблона:

1. В Process Template Explorer щелкните Areas & Iterations.
2. Перейдите на вкладку Areas правой панели.
3. Щелкните кнопку New.
4. В поле имени области введите UI.
5. Выберите Area, потому что вам нужно, чтобы следующая область была потомком корневой области.
6. Щелкните кнопку New еще раз.
7. В текстовом поле имени области введите Back End.

Теперь для всех новых проектов, использующих ваш шаблон процесса, автоматически будут определены области UI и Back End.

Шаг 9 - изменение групп и прав доступа

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

1. В Process Template Explorer щелкните Groups & Permissions.
2. Чтобы создать новую группу, щелкните Add на панели инструментов правой панели.
3. В диалоговом окне Group введите имя новой группы и краткое описание того, что могут делать ее члены. Затем щелкните OK.
4. В верхней части правой панели выберите группу и задайте для нее разрешения. Выберите значения Allow, Deny, или сохраните значение Unset. Оно подразумевает отказ в доступе.

Шаг 10 - изменение настроек системы управления исходным кодом

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

1. В Process Template Explorer щелкните Source Control.
2. Перейдите на вкладку Checkout Settings правой панели.
3. Чтобы разрешить одновременное редактирование файла несколькими разработчиками, установите флажок Enable Multiple Checkout.
4. Перейдите на вкладку Checkin Notes правой панели.
5. Чтобы создать новое поле Checkin Note, щелкните Add на панели инструментов окна справа.
6. Чтобы редактировать существующее поле Checkin Note, выберите поле и щелкните Open.
7. В диалоговом окне Checkin Note внесите необходимые изменения.
8. Щелкните OK.

Примечание В этой версии Process Editor недопускается внесение изменений на вкладке Permissions.

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

1. В Process Template Explorer щелкните Source Control.
2. Перейдите на вкладку Checkin Notes правой панели.
3. Щелкните дважды каждую строку и установите флажок Required в диалоговом окне Checkin Note.

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

Шаг 11 - изменение портала проекта

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

1. В Process Template Explorer щелкните Portal.
2. Чтобы создать новую библиотеку, щелкните правой кнопкой узел Portal в средней панели и выберите команду New Document Library.
3. В диалоговом окне Document Library введите имя и описание библиотеки.
4. Щелкните OK.
5. Щелкните правой кнопкой библиотеку документов и выберите New Folder, чтобы создать новую папку.
6. В диалоговом окне Folder Properties введите имя новой папки.
7. Выберите папку и затем на панели инструментов правой панели щелкните Add, чтобы выгрузить новый документ на сервер.
8. В диалоговом окне File Import перейдите к файлу, который хотите выгрузить на сервер. Поля Destination Folder и Share Point Folder будут заполнены автоматически. Оставьте неизменным значение поля Query Id.
9. Щелкните Import.
10. Чтобы редактировать свойства существующего документа в библиотеке документов, выберите документ в правой панели и щелкните Open на панели инструментов.
11. В диалоговом окне File Edit измените имя файла в поле Name. Остальные поля оставьте без изменений.
12. Щелкните OK.

Шаг 12 - изменение отчетов

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

1. В Process Template Explorer щелкните Reports.
2. На панели инструментов щелкните Add.
3. В диалоговом окне Report на вкладке Report Detail введите имя отчета.
4. Перейдите к файлу .rdl, который хотите добавить в поле File Name. Не вносите никаких изменений на вкладках Properties и Parameters.
5. На вкладке DataSources введите соответствующие источники данных. Стандартные источники данных для шаблонов процессов, поставляемые с TFS, - /TfsOlapReportDS и /TfsReportDS.
6. Щелкните OK.

Чтобы удалить отчет из шаблона процесса, выполните следующие действия:

1. В Process Template Explorer щелкните Reports.
2. Выберите отчет Load Test Detail (данные нагрузочного тестирования) и щелкните Remove.

Теперь отчет Load Test Detail не будет включаться в проекты, создаваемые с использованием этого шаблона процесса.

Шаг 13 - выгрузка измененного шаблона процесса на сервер

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

1. Щелкните Save на панели инструментов Visual Studio, чтобы сохранить файл ProjectTemplate.xml.
2. Щелкните Team и выберите Team Foundation Server Settings.
3. Щелкните Process Template Manager.
4. В диалоговом окне Process Template Manager щелкните Upload.
5. Перейдите в локальную папку, где находится измененный шаблон процесса.
6. В диалоговом окне Upload Process Template щелкните Upload. Новый шаблон процесса должен появиться в списке Process Templates.
7. Щелкните Close.

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

1. Убедитесь, что сохранили все открытые XML -файлы шаблона процесса.
2. В Visual Studio щелкните Team и выберите Team Foundation Server Settings.
3. Щелкните Process Template Manager.
4. В диалоговом окне Process Template Manager щелкните Upload.
5. Перейдите в папку на рабочей станции, где вы работали с шаблоном процесса My Test.
6. В диалоговом окне Upload Process Template щелкните Upload Новый шаблон процесса должен появиться в списке Process Templates.
7. Щелкните Close.

Создайте новый проект на основании этого шаблона процесса:

1. В меню File выберите New и щелкните Team Project.
2. Задайте имя (например, Test Project ) и щелкните Next.
3. В раскрывающемся списке шаблонов выберите My Test.
4. Щелкните Finish.

Просмотрите измененные вами области:

1. Просмотрите новый тип рабочего элемента.
   • В меню Team выберите Add Work Item и щелкните My Bug, чтобы создать новый рабочий элемент созданного вами типа.
   • В блоке Status просмотрите поля рабочего элемента. Среди них должно присутствовать добавленное вами поле Security Impact.
   • Убедитесь, что в поле можно вводить только значения в диапазоне от 1 до 5, введите значение 5 и сохраните рабочий элемент.
2. Убедитесь, что удаленного стандартного рабочего элемента больше нет в проекте.
   • В Team Explorer откройте свой командный проект.
   • Разверните папку Work Items.
   • Разверните папку Team Queries.
   • Щелкните дважды All Work Items.
   • Просмотрите все предлагаемые стандартные задачи, чтобы убедиться в отсутствии задачи Setup: Migration of Source Code.
3. Проверьте запрос, который вы добавили.
   • В Team Explorer откройте свой командный проект.
   • Разверните папку Work Items.
   • Разверните папку Team Queries.
   • Щелкните дважды Bugs with Security Impact.
   • Убедитесь, что созданная вами ошибка отображается правильно.
4. Просмотрите добавленные вами области.
   • Выберите задачу из запроса All Work Items, выполненного в предыдущем шаге.
   • В раскрывающемся списке Area найдите две добавленные вами области ( UI и Back End ).
5. Убедитесь, что удаленного вами отчета больше нет в проекте.
   • В Team Explorer откройте свой командный проект.
   • Разверните папку Reports.
   • Просмотрите список и убедитесь, что отчета Load Test Detail нет.

Дополнительные ресурсы

• Дополнительную информацию о настройке шаблонов процессов вы найдете в статье "Process Template Customization Overview" по адресу http:// msdn2.microsoft.com/en-us/library/ms194945(VS.80).aspx.
• Скачать Team Foundation Power Tool, включая Process Template Editor, можно по адресу http://msdn2.microsoft.com/en-us/vstudio/aa718351.aspx.
• Подробнее о настройке шаблона процесса с использованием инструмента Process Editor читайте в руководстве "Process Editor User Guide", устанавливаемом вместе с Process Editor Tool.