Определение начальных областей и итераций в подключаемом модуле классификации

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

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

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

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

Важно!

По умолчанию шаблоны процессов Microsoft Solution Framework (MSF) не определяют узлов областей и определяют три узла итераций, имеющие имена Iteration 1, Iteration 2 и Iteration 3.Узлы итераций используются в определении запросов рабочих элементов, а задачи определяются в подключаемых модулях отслеживания рабочих элементов и портала.

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

• Имя и расположение подключаемого модуля классификации

• Задачи классификации и зависимости

• Задание начальных областей продукта

• Задание начальных итераций

• Задание файла сопоставления полей Microsoft Office Project

• Справочник по элементам подключаемого модуля классификации

Имя и расположение подключаемого модуля классификации

В следующей таблице содержится имя файла, папки и подключаемого модуля для шаблонов процессов Microsoft Solutions Framework (MSF).

Имя файла:	Classification.xml
Имя папки:	Классификация
Имя подключаемого модуля:	Microsoft.ProjectCreationWizard.Classification

Примечание

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

К началу

Задачи классификации и зависимости

Файл подключаемого модуля классификации должен удовлетворять определению схемы, заданному в файле Css.xsd, а сам подключаемый модуль должен быть задан в собственном файле. Файлы схемы для шаблонов процессов можно загрузить на следующей странице веб-сайта Майкрософт: Process Template and Work Item Schemas for Visual Studio Team Foundation.

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

Примечание

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

К началу

Задание начальных областей продукта

Необходимо задать корневой узел областей с использованием следующего синтаксиса.

<Node StructureType="ProjectModelHierarchy" Name="Area" >

Затем следует задать 0 или более дочерних узлов для любого количества областей процесса. Элемент Node служит для задания каждой из областей, а для атрибута StructureType устанавливается значение ProjectModelHierarchy.

<Node StructureType="ProjectModelHierarchy" Name="NodeName" ></Node>

В следующем примере показано, как задать две области, Client и Server.

<?xml version="1.0" encoding="utf-8" ?>
<tasks>
   <task
      id="UploadStructure"
      name="Creating project structure"
      plugin="Microsoft.ProjectCreationWizard.Classification"
      completionMessage="Portfolio project structure created.">
      <taskXml>
         <Nodes>
            <Node StructureType="ProjectModelHierarchy" Name="Teams" >
               <Children>
                  <Node StructureType="ProjectModelHierarchy" Name="Client"></Node>
                  <Node StructureType="ProjectModelHierarchy" Name="Server"></Node>
               </Children>
            </Node>
         </Nodes>
      </taskXml>
   </task>
</tasks>

К началу

Задание начальных путей итерации

Необходимо задать корневой узел итераций с использованием следующего синтаксиса.

<Node StructureType="ProjectLifecycle" Name="NodeName" >

Затем следует задать 0 или более дочерних узлов для любого количества итераций процесса. Элемент Node служит для задания каждой из итераций, а для атрибута StructureType устанавливается значение ProjectLifecycle.

Следующий пример показывает, как задать четыре итерации: Milestone 1 (веха 1), Milestone 2 (веха 2), Beta (бета-версия) и RTM (окончательная первоначальная версия).

<?xml version="1.0" encoding="utf-8" ?>
<tasks>
   <task
      id="UploadStructure"
      name="Creating project structure"
      plugin="Microsoft.ProjectCreationWizard.Classification"
      completionMessage="Team project structure created.">
      <taskXml>
         <Nodes>
            <Node StructureType="ProjectLifecycle" Name="Iteration" >
               <Children>
                  <Node StructureType="ProjectLifecycle" Name="Milestone 1"></Node>
                  <Node StructureType="ProjectLifecycle" Name="Milestone 2"></Node>
                  <Node StructureType="ProjectLifecycle" Name="Beta"></Node>
                  <Node StructureType="ProjectLifecycle" Name="RTM"></Node>
               </Children>
            </Node>
         </Nodes>
      </taskXml>
   </task>
</tasks>

К началу

Задание файла сопоставления полей Microsoft Project

В разделе properties файла Classification.xml задается файл, содержащий сопоставления полей для Microsoft Project. Элемент property служит для указания файла для передачи, который в шаблонах процессов MSF называется FileMapping.xml. Этот файл содержит сопоставления между полями Microsoft Project и полями Team Foundation. Этот файл передается в базу данных командного проекта. В следующем примере показана синтаксическая структура соответствующей записи.

<properties>
   <property name="MSPROJ" 
             value="Classification\FileMapping.xml" 
             isFile="true" />
</properties>

Чтобы изменить этот файл, воспользуйтесь разделом Сопоставление полей Microsoft Project полям Team Foundation.

К началу

Справочник по элементам подключаемого модуля классификации

В следующей таблице описаны элементы, используемые для определения начальных областей и итераций продукта. Эти элементы задаются в элементе-контейнере taskXml в файле подключаемого модуля классификации. Дополнительные сведения об этом элементе см. в разделе Определение задач для подключаемого модуля процесса.

Предупреждение

В файле схемы Css.xsd не определены элементы property и properties.При передаче шаблона процесса диспетчер шаблонов процессов проверяет эти элементы, прежде чем сохранить их в Team Foundation Server.

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

Children	<Children>     <Node> . . . </Node> </Children>	Children является необязательным дочерним элементом для Node. Содержит определения дочерних областей и итераций.
Node	<Node StructureType="ProjectLifecycle | ProjectModelHierarchy" Name="NodeName">    <Node> . . . </Node>    <Children> . . . </Children> </Node>	Node — необязательный дочерний элемент элементов Nodes и Children. Определяет структуру дерева. ProjectLifecycle используется для итераций, а ProjectModelHierarchy — для областей. Длина имени узла не должна превышать 255 знаков.
Nodes	<Nodes>    <Node> . . . </Node> </Nodes>	Nodes — обязательный дочерний элемент элемента taskXml подключаемого модуля классификации. Содержит определения областей и итераций.
properties	<properties>    <property /> </properties>	properties — обязательный дочерний элемент элемента taskXml подключаемого модуля классификации.
property	<property name="property name" value="Classification\FileName" isFile="true | false" /> Здесь к каждому атрибуту применяются следующие определения: name: обязательный. Определяет имя свойства. Единственное допустимое имя — MSPROJ; value: обязательный. Определяет относительный путь к файлу сопоставления полей; isFile: необязательный. Указывает, определено ли свойство в файле. Если значение равно true, файл должен существовать, в противном случае произойдет сбой проверки шаблона процесса.	property является обязательным дочерним элементом элемента properties. Определяет данные, связанные с проектом, например данные сопоставления XML для Microsoft Project.

К началу

См. также

Задачи

Создание и изменение областей и итераций

Проверка изменений классификации

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

Настройка функциональных областей внутри шаблона процесса

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

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