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

Las clasificaciones facilitan el seguimiento, la agrupación y los informes en el trabajo basado en categorías útiles, como las características de producto relacionadas y los hitos de proyecto. Debe definir áreas en las que organizar los elementos de trabajo en categorías lógicas, físicas o funcionales. Debe definir iteraciones para agrupar elementos de trabajo en hitos o categorías de ciclo de tiempo. Por ejemplo, un equipo puede organizar el trabajo de un producto en un área de cliente, un área de servidor y un área de extensibilidad. Las iteraciones definidas determinan la cantidad de veces que un equipo repetirá un conjunto determinado de actividades importantes, como las de planeación, desarrollo y prueba.

Las clasificaciones definidas aparecen en las páginas Áreas e Iteraciones para el nuevo proyecto de equipo, como se muestra en la siguiente ilustración. Se accede a esta página desde las páginas de administración de Team Web Access. Para abrir esta página, diríjase aquí.

Acceda a estas páginas desde el contexto de administración de Team Web Access (TWA). Para abrir el contexto de administración, seleccione el icono de engranaje Configuración.

Para obtener más información sobre la conexión a TWA, vaya aquí.

Cuando se haya creado el proyecto de equipo, debe modificar las áreas y las iteraciones con TWA. Además, puede definir permisos para controlar el acceso a un área de proyecto o iteración. Para obtener instrucciones y restricciones de nomenclatura aplicables a las clasificaciones, consulte Agregar y modificar rutas de acceso de área e iteración. Para obtener información sobre los campos que realizan un seguimiento de las áreas y las iteraciones, consulte Referencia de campos de áreas e iteraciones.

Además de las áreas y las iteraciones, debe especificar el archivo de asignación de Microsoft Project para subirlo en el complemento Clasificación.

Importante

De forma predeterminada, las plantillas de proceso de Microsoft Solutions Framework (MSF) no define ningún nodo de área, pero sí define tres nodos de iteración: Iteración 1, Iteración 2, Iteración 3. Se hace referencia a los nodos de iteración en la definición de consultas de los elementos de trabajo, mientras que las tareas se definen en los complementos WorkItemTracking y Portal.

Nombre y ubicación del complemento Clasificación

En la siguiente tabla aparecen 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.

Tareas y dependencias de Clasificación

El archivo del complemento Clasificación debe adherirse a su definición de esquemas, tal como se especifica en el archivo Css.xsd. El complemento debe especificarse en su propio archivo.

En el archivo XML, especifique una o más tareas y sus dependencias. En general, solo necesita una tarea para especificar todas las iteraciones y los nodos que necesita un proyecto de equipo.

Nota

Si modifica las áreas o las iteraciones de una plantilla de proceso, asegúrese de no romper ninguna asignación usada para las consultas de elementos de trabajo o los elementos de trabajo definidos en la plantilla de proceso.Por ejemplo, la consulta del elemento de trabajo Iteration1Backlog.wiq correspondiente a la plantilla de proceso de MSF para el desarrollo ágil de software hace referencia a la iteración 1.Para obtener más información, consulta Agregar consultas de elementos de trabajo a una plantilla de proceso.

Definir las áreas de producto iniciales

Especifique el nodo raíz de las áreas utilizando la siguiente sintaxis:

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

Especifique cero o más nodos secundarios para tantas áreas como desee para su proceso. Use el elemento Node para especificar cada área y establecer el atributo StructureType en ProjectModelHierarchy.

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

El siguiente ejemplo muestra cómo especificar dos áreas, Cliente y servidor:

<?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>

Especificar las rutas de iteración iniciales

Especifique el nodo raíz de las iteraciones utilizando la siguiente sintaxis:

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

Especifique cero o más nodos secundarios para tantas iteraciones como desee para su proceso. Use el elemento Node para especificar cada iteración y establecer 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>

Especificar el archivo de asignación de campos de Microsoft Project

Especifique el archivo que contiene las asignaciones de campos para Microsoft Project en la sección properties del archivo Classification.xml. Use el elemento property para especificar el archivo que se cargará, etiquetado como FileMapping.xml para las plantillas de proceso de MSF. Este archivo contiene las asignaciones entre campos en Microsoft Project y los campos en Team Foundation. Este archivo se carga en la base de datos del proyecto de equipo. En el ejemplo siguiente se muestra la estructura de sintaxis para 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.

Referencia del elemento del complemento Clasificación

En la tabla siguiente se describen los elementos que se utilizan para definir las áreas de producto iniciales y las iteraciones. Especifique estos elementos dentro de un elemento contenedor taskXml en el archivo del complemento Clasificación. Para obtener información sobre este tema, vea Definir las tareas para procesar un complemento.

Advertencia

El archivo de esquema Css.xsd no define los elementos property o properties.Cuando cargue la plantilla de proceso, el Administrador de plantillas de proceso valida estos elementos antes de almacenarlos en Team Foundation Server.

Defina áreas e iteraciones especificando una ruta de árbol de nodos anidados y nodos secundarios. Para obtener más información, consulta Agregar y modificar rutas de acceso de área e iteración.

Children	<Children>     <Node> . . . </Node> </Children>	Children es un elemento secundario opcional de Node. Contiene las definiciones de las áreas o iteraciones secundarias.
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 obligatorio de taskXml para el complemento Classification. Contiene las definiciones de área y de iteración.
properties	<properties>    <property /> </properties>	properties es un elemento secundario obligatorio de taskXml para el complemento Classification.
property	<property name="property name" value="Classification\FileName" isFile="true | false" /> Donde las siguientes definiciones se aplican para cada atributo: name: obligatorio. Define el nombre de la propiedad. El único nombre válido es MSPROJ. value: obligatorio. Define la ruta relativa al archivo de asignación de campos. isFile: opcional. Especifica si la propiedad se define en un archivo. Si el valor es true, debe existir el archivo. De lo contrario, fallará la validación de la plantilla de proceso.	property es un elemento secundario obligatorio de properties. Define los datos relacionados con el proyecto, tales como los datos de asignación XML para Microsoft Project.

Vea también

Conceptos

Agregar y modificar rutas de acceso de área e iteración