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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Примечание
Имена 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.

Области и итерации задаются путем указания пути к вложенным узлам и дочерним узлам дерева.Дополнительные сведения см. в разделе Restrictions on Area and Iteration Paths.

<Children>
    <Node> . . . </Node>
</Children>

<Node StructureType="ProjectLifecycle | ProjectModelHierarchy" Name="NodeName">
   <Node> . . . </Node>
   <Children> . . . </Children>
</Node>

<Nodes>
   <Node> . . . </Node>
</Nodes>

<properties>
   <property />
</properties>

<property name="property name" value="Classification\FileName" isFile="true | false" />

К началу

См. также

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

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

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