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

Статья
06/09/2015

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

Задаваемые классификации отображаются на страницах Области и Итерации для нового командного проекта, как показано на рис. ниже. Доступ к этим страницам можно получить с административных страниц Team Web Access. Чтобы открыть эти страницы, перейдите сюда.

Страница "Области" для командного проекта, контекст администрирования TWA

Доступ к этим страницам можно получить из контекста администрирования Team Web Access (TWA). Чтобы открыть контекст администрирования, щелкните значок "Параметры" в виде шестеренки Значок параметров (Team Web Access) .

Выбор значка с шестеренкой, чтобы открыть раздел администрирования

Дополнительные сведения о подключении к TWA см. здесь.

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

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

Важно!

По умолчанию шаблоны процессов для Microsoft Solutions Framework (MSF) не определяют узлы областей, а также три узла итераций с именами "Итерация 1", "Итерация 2" и "Итерация 3".Ссылки на узлы итерации имеются в определении запросов рабочих элементов, а определения задач — в подключаемых модулях портала и отслеживания рабочих элементов.

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

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

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

Примечание

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

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

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

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

Примечание

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

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

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

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

Укажите нуль или более дочерних узлов для нужного числа областей в процессе. Используйте элемент 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" >

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

В следующем примере показано, как указать четыре итерации: Milestone 1, Milestone 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

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

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

Сведения о настройке этого файла см. в разделе Сопоставление полей Microsoft Project полям Team Foundation.

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

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

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

Файл схемы 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.

См. также

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

Добавление и изменение области и путей итерации

Share via