Definir o plug-in de classificação
As classificações facilitam o rastreio, o agrupamento e o relatório sobre o trabalho baseado em categorias úteis, como características de produto relacionado e etapas do projeto. Você define áreas para organizar itens de trabalho em categorias lógicas, físicas ou funcionais. Você define iterações para agrupar itens de trabalho em etapas ou categorias de ciclos de tempo. Por exemplo, uma equipe poderia organizar o trabalho do produto em área do cliente, área do servidor e área de extensibilidade. As iterações que você define determinam quantas vezes a equipe repetirá um conjunto específico de atividades principais, como planejar, desenvolver e testar.
As classificações que você define aparecem no áreas e iterações páginas para o novo projeto de equipe, como mostra a ilustração a seguir. Você pode acessar essa página do portal da web de administração.
.png "Areas page for a team project, TWA admin context")
Para abrir o contexto de administração, escolha o .png "Settings Icon (Team Web Access)")
engrenagem ícone de configurações.
.png "Choose the gear icon to open administration")
Para saber como se conectar ao portal da web, visite aqui.
Depois que um projeto de equipe tiver sido criado, você modifique as áreas e iterações do portal da web. Também é possível definir permissões para controlar o acesso a uma área de projeto ou iteração.
Além de áreas e iterações, especifique o arquivo de mapeamento do Microsoft Project carregar o plug-in de classificação e a propriedade do modelo de processo.
Nome e localização do plug-in Classification
A tabela a seguir lista o nome do arquivo, a pasta e o plug-in de modelos de processo padrão:
Nome do arquivo: |
Classification.xml |
Nome da pasta: |
Classificação |
Nome do plug-in: |
Microsoft.ProjectCreationWizard.Classification |
Dica
Você pode alterar os nomes do arquivo XML e da pasta, mas não do plug-in.O TFS não inclui um mecanismo para a implantação de plug-ins do lado do cliente, políticas ou outras modificações.Para implantar esse tipo de funcionalidade você tem que usar seu próprio programa de instalação e distribuição.
Dependências e tarefas de classificação
O arquivo do plug-in Classification deve se ajustar à definição de esquema, como especificado no arquivo Css.xsd, e o plug-in tem que ser especificado no seu próprio arquivo.
No arquivo XML, especifique uma ou mais tarefas e suas dependências. Em geral, você só precisa de uma tarefa para especificar todos os nós e iterações que um projeto de equipe requer.
Dica
Se modificar áreas ou iterações do modelo de processo, certifique-se de não interromper nenhuma atribuição usada em consultas de itens de trabalho ou itens de trabalho definidos no modelo do processo.Por exemplo, o iteration1backlog. wiq item de trabalho para as referências de modelo de processo do Agile iteração 1.Para obter mais informações, consulte Adicionar consultas de item de trabalho a um modelo de processo.
Especificando as áreas iniciais do produto
Especifique o nó raiz de áreas usando a seguinte sintaxe:
<Node StructureType="ProjectModelHierarchy" Name="Area" >
Especifique zero ou mais nós filho para tantas áreas quanto desejar para o seu processo. Use o elemento Node para especificar cada área e definir o atributo StructureType como ProjectModelHierarchy.
<Node StructureType="ProjectModelHierarchy" Name="NodeName" ></Node>
O exemplo a seguir mostra como especificar as áreas Cliente e 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>
Especificando os caminhos iniciais de iteração
Especifique o nó raiz de iterações usando a seguinte sintaxe:
<Node StructureType="ProjectLifecycle" Name="NodeName" >
Especifique zero ou mais nós filho para tantas iterações quanto desejar para o seu processo. Use o elemento Node para especificar cada área e definir o atributo StructureType como ProjectLifecycle.
O exemplo a seguir mostra como especificar quatro iterações: Etapa 1, Etapa 2, Beta e 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="Sprint 1"></Node>
<Node StructureType="ProjectLifecycle" Name="Sprint 2"></Node>
<Node StructureType="ProjectLifecycle" Name="Sprint 3"></Node>
<Node StructureType="ProjectLifecycle" Name="Sprint 4"></Node>
</Children>
</Node>
</Nodes>
</taskXml>
</task>
</tasks>
Especificar as propriedades de modelo de processo
Esta seção especifica duas propriedades: o projeto no TFS campo arquivo de mapeamento e o modelo de processo. O arquivo de mapeamento Especifica como os campos no TFS são mapeados para os campos definidos no projeto. A segunda propriedade associa o modelo de processo com um valor exclusivo. O exemplo a seguir mostra a estrutura de sintaxe para esta entrada:
<properties>
<property name="MSPROJ"
value="Classification\FileMapping.xml"
isFile="true" />
<property name="Process Template" value="Agile"/>
</properties>
Para personalizar o arquivo FileMapping, consulte Mapear os campos do Microsoft Project para os campos do Team Foundation.
Referência de elemento do plug-in Classification
Especifique os seguintes elementos dentro de uma taskXml elemento contêiner no arquivo de plug-in de classificação. , Consulte Definir as tarefas para processar um plug-in para obter informações sobre taskXml.
Defina áreas e iterações especificando um caminho de árvore de nós e nós filho aninhados. Para obter mais informações, consulte Adicionar e modificar área e caminhos de iteração.
Elemento |
Descrição |
|---|---|
Children |
O Children é um elemento filho opcional de Node. Contém as definições de áreas filho ou iterações. |
Node |
O Node é um elemento filho opcional de Nodes e de Children. Define a estrutura da árvore. Use ProjectLifecycle para iterações e ProjectModelHierarchy para áreas. Os nomes de nós não devem exceder 255 caracteres. |
Nodes |
Nodes é um elemento filho obrigatório de taskXml para o plug-in Classification. Contém as definições de área e iteração. |
properties |
Elemento filho opcional de taskXml para o plug-in de classificação. |
property |
O property é um elemento filho obrigatório de properties. Define os dados relacionados ao projeto, como dados de mapeamento XML para Microsoft Project. Onde as seguintes definições se aplicam a cada atributo:
|
Aviso
O arquivo de esquema Css.xsd não define os elementos property ou properties.Quando você carregar o modelo de processo para Visual Studio Online ou TFS, verificações de validação são feitas em cada elemento.
Modelos de processo padrão não especificam nenhum nó de área, mas especificar nós de iteração, que são nomeados iteração 1, iteração 2 e 3 de iteração. Os nós de iteração são referenciados na definição de consultas de itens de trabalho e as tarefas são definidas nos plug-ins WorkItemTracking e Portal.
Para obter diretrizes e restrições de nomenclatura que se aplicam às classificações, consulte Adicionar e modificar área e caminhos de iteração. Para obter informações sobre os campos que rastreiam áreas e iterações, consulte Referência de campos de áreas e iterações.