Definir las áreas e iteraciones iniciales en el complemento de clasificación

Defina las clasificaciones para facilitar el seguimiento, agrupar y crear informes sobre el trabajo por categorías útiles, como las características de producto relacionadas y los hitos del proyecto.Puede definir áreas para organizar elementos de trabajo en categorías lógicas, físicas o funcionales.Puede definir iteraciones para agrupar elementos de trabajo en hitos o categorías de ciclo de tiempo.Por ejemplo, un equipo podría organizar el trabajo del producto en un área de cliente, un área de servidor y un área de extensibilidad.Las iteraciones que se definen determinan cuántas veces el equipo repetirá un conjunto determinado de actividades principales, como planear, desarrollar y probar.

Las clasificaciones que defina aparecen en el cuadro de diálogo Áreas e iteraciones para el nuevo proyecto de equipo, como muestra la siguiente ilustración:

Una vez creado un proyecto de equipo, puede utilizar cualquier aplicación cliente para que Team Foundation modifique las áreas y las iteraciones.También puede definir los permisos para controlar el acceso a un área o iteración del proyecto.Para obtener instrucciones y las restricciones de nomenclatura que se aplican a las clasificaciones, vea Crear y modificar áreas e iteraciones.Para obtener información sobre los campos que realizan un seguimiento de las áreas e iteraciones, vea Referencia de campo de áreas e iteraciones.

Además de las áreas e iteraciones, especifique el archivo de asignación para que Microsoft Project cargue en el complemento de clasificación.

Importante
De forma predeterminada, las plantillas de proceso para Microsoft Solutions Framework (MSF) no definen ningún nodo de área y tres nodos de iteración, que se denominan Iteration 1, Iteration 2 e Iteration 3.A los nodos de iteración se hace referencia en la definición de las consultas de elementos de trabajo y las tareas se definen en los complementos WorkItemTracking y Portal.

En este tema

• Nombre y ubicación del complemento de clasificación

• Tareas de clasificación y dependencias

• Especificar las áreas de producto iniciales

• Especificar las iteraciones iniciales

• Especificar el archivo de asignaciones de campos de Microsoft Office Project que se va a cargar

• Referencia de los elementos del complemento de clasificación

Nombre y ubicación del complemento de clasificación

En la siguiente tabla, se muestran los nombres del archivo, la carpeta y el complemento de las plantillas de proceso de Microsoft Solutions Framework (MSF):

Nombre del archivo:	Classification.xml
Nombre de la carpeta:	Clasificación
Nombre del complemento:	Microsoft.ProjectCreationWizard.Classification

[!NOTA]

Puede cambiar los nombres del archivo XML y de la carpeta pero no el del complemento.Team Foundation Server no incluye un mecanismo para la implementación de complementos de cliente, directivas u otras modificaciones.Si desea implementar este tipo de funcionalidad, debe utilizar su propio programa de instalación y distribución.

Volver al principio

Tareas de clasificación y dependencias

El archivo del complemento de clasificación debe ajustarse a la definición de esquema, como se especifica en el archivo Css.xsd, y el complemento debe especificarse en su propio archivo.Puede descargar los archivos de esquema para las plantillas de proceso de la siguiente página del sitio web de Microsoft: Process Template and Work Item Schemas for Visual Studio Team Foundation.

En el archivo XML, puede especificar una o más tareas y sus dependencias.En general, necesita solamente una tarea para especificar todas las iteraciones y nodos requeridos por un proyecto de equipo.

[!NOTA]

Si modifica las áreas o iteraciones de una plantilla de proceso, asegúrese de que no se vean afectadas las asignaciones utilizadas para las consultas de elementos de trabajo o los elementos de trabajo que se definen en la plantilla de proceso.Por ejemplo, la consulta de elementos de trabajo Iteration1Backlog.wiq de la plantilla de proceso de MSF para Agile Software Development hace referencia a la iteración 1.Para obtener más información, vea Agregar consultas de elementos de trabajo a una plantilla de procesos.

Volver al principio

Especificar las áreas de producto iniciales

Se especifica el nodo raíz de las áreas mediante la sintaxis siguiente:

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

Se especifican cero o más nodos secundarios para tantas áreas como se deseen para el proceso.Se utiliza el elemento Node para especificar cada área y se establece el atributo StructureType en ProjectModelHierarchy.

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

En el ejemplo siguiente se muestra cómo especificar dos áreas, Client y 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>

Volver al principio

Especificar las rutas de acceso de iteración iniciales

Se especifica el nodo raíz de las iteraciones con la sintaxis siguiente:

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

Se especifican cero o más nodos secundarios para tantas iteraciones como se deseen para el proceso.Se utiliza el elemento Node para especificar cada iteración y se establece el atributo StructureType en ProjectLifecycle.

En el ejemplo siguiente se muestra cómo especificar cuatro iteraciones: Milestone 1, Milestone 2, Beta y 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>

Volver al principio

Especificar el archivo de asignaciones de campos de Microsoft Project

Especifica el archivo que contiene las asignaciones de campos de Microsoft Project en la sección properties del archivo Classification.xml.Se utiliza el elemento property para especificar el archivo que se va a cargar, que se denomina FileMapping.xml para las plantillas de proceso de MSF.Este archivo contiene las asignaciones entre los campos de Microsoft Project y los campos de Team Foundation.Este archivo se carga en la base de datos del proyecto de equipo. El siguiente ejemplo se muestra la estructura de la sintaxis de esta entrada:

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

Para personalizar este archivo, vea Asignar campos de Microsoft Project a campos de Team Foundation.

Volver al principio

Referencia de los elementos del complemento de clasificación

En la tabla siguiente se describen los elementos que se usan para definir las áreas e iteraciones iniciales del producto.Estos elementos se especifican dentro de un elemento contenedor de taskXml en el archivo del complemento de clasificación.Para obtener información sobre este elemento, vea Definir las tareas para procesar un complemento.

Precaución
El archivo de esquema CSS.xsd no define los elementos property o properties.Al cargar la plantilla de proceso, el administrador de plantillas de proceso valida estos elementos antes de almacenarlos en Team Foundation Server.

Defina las áreas y las iteraciones especificando una ruta de acceso de árbol de los nodos anidados y los nodos secundarios.Para obtener más información, vea Restrictions on Area and Iteration Paths.

Children	<Children>     <Node> . . . </Node> </Children>	Children es un elemento secundario opcional de Node. Contiene las definiciones de las áreas o las iteraciones de los elementos secundarios.
Node	<Node StructureType="ProjectLifecycle | ProjectModelHierarchy" Name="NodeName">    <Node> . . . </Node>    <Children> . . . </Children> </Node>	Node es un elemento secundario opcional de Nodes y Children. Define la estructura del árbol.Utilice ProjectLifecycle para las iteraciones y ProjectModelHierarchy para las áreas.Los nombres de nodo no deben superar los 255 caracteres.
Nodes	<Nodes>    <Node> . . . </Node> </Nodes>	Nodes es un elemento secundario necesario del elemento taskXml para el complemento de clasificación. Contiene las definiciones de área e iteración.
properties	<properties>    <property /> </properties>	properties es un elemento secundario necesario del elemento taskXml para el complemento de clasificación.
property	<property name="property name" value="Classification\FileName" isFile="true | false" /> Donde las siguientes definiciones se aplican a cada atributo: name: requerido.Define el nombre de la propiedad.El único nombre válido es MSPROJ. value: requerido.Define la ruta de acceso relativa al archivo de asignación de campos. isFile: opcional.Especifica si la propiedad se define en un archivo.Si el valor es true, el archivo debe existir; de lo contrario, la validación de la plantilla de proceso no se realizará correctamente.	property es un elemento secundario necesario de properties. Define los datos relacionados con el proyecto, como los datos de asignación de XML para Microsoft Project.

Volver al principio

Vea también

Conceptos

Crear y modificar áreas e iteraciones

Personalizar las áreas funcionales en una plantilla de proceso