Personalizar um modelo de processo

Um modelo de processo corresponde a um conjunto interdependente de arquivos que são usados para criar um projeto de equipe do Team Foundation Server (TFS). Um projeto de equipe é uma ferramenta central de planejamento que você usa para controlar informações e para organizar código-fonte, compilações, testes e planos para sua equipe. Além de criar um projeto de equipe, você pode usar um modelo de processo do TFS para atualizar um projeto de equipe existente após uma atualização para um TFS local.

Se você estiver procurando modelos de projeto para o desenvolvimento de software, consulte Criando modelos do Visual Studio. Este tópico é sobre modelos de processo para a criação de projetos de equipe do TFS.

Um modelo de processo do TFS define várias configurações padrão, bem como os seguintes artefatos que sua equipe utiliza para colaborar, compartilhar informações, planejar e controlar o trabalho.

Artefatos de modelo de processo do TFS 2013 Agile

Muitos desses artefatos dependem da criação e da definição de objetos que são definidos para controlar o trabalho. Por exemplo, os campos de dados definidos na definição de tipos itens de trabalho ─ como Recurso, Bug, Caso de usuário ou Tarefa ─ também são usados para definir consultas de itens de trabalho e relatórios. Além desses artefatos, você também pode definir as etapas e as áreas de projeto inicial, a configuração de segurança e outras configurações padrão que oferecem suporte ao controle de versão e gerenciamento de teste.

Após criar um projeto de equipe, você pode alterar as configurações e personalizar os artefatos. No entanto, ao personalizar o modelo de processo antes de criar seus projetos de equipe, todos os projetos de equipe resultantes criados por você por meio dele corresponderão a um conjunto padrão de processos de equipe. As principais razões sob as quais você desejará personalizar um modelo de processo incluem:

• Você planeja criar vários projetos de equipe e também minimizar as tarefas repetitivas que precisará implementar posteriormente em cada projeto de equipe criado.

• Você deseja certificar-se de que todas as equipes aderem a determinados padrões, fornecendo os modelos e estruturas dentro do conjunto de ferramentas que serão usados pelas equipes de desenvolvimento de software.

• Você precisa atualizar um modelo de processo personalizado para dar suporte ao uso do assistente Configurar Recursos após uma atualização do TFS

Se você trabalhar com um projeto de equipe único, você pode considerar simplesmente criar o projeto de equipe e personalizar um ou mais objetos mais tarde.

Onde devo começar?

Antes de começar a personalizar um modelo de processo, você desejará se familiarizar com o que pode configurar e personalizar e, em seguida, planejar adequadamente suas alterações.

• Se você estiver familiarizado com o TFS e processar modelos, primeiro Examinar os modelos de processo de três padrão que o TFS fornece.

• Se desejar se familiarizar com a estrutura do arquivo de um modelo de processo, examinar uma descrição para cada arquivo ou baixar um modelo de processo.

• Para obter informações sobre a revisão do conjunto de ferramentas, configuração e personalização, uma exibição de ponta a ponta dos quais você pode configurar e personalizar.

  Você pode modificar os processos para seu projeto de equipe depois que ele for criado. Como você trabalha com um projeto de equipe, as configurações iniciais do modelo de processo definidas podem não atender às suas necessidades.

• Se você estiver mais interessado em personalizar objetos usados para controlar o trabalho, o que inclui planos de teste, conjuntos de testes e casos de teste, consulte Personalizar objetos de acompanhamento de trabalho para dar suporte a processos da equipe. As personalizações feitas por você ao modificar um arquivo de definição XML para um projeto de equipe são os mesmos tipos de personalizações feitas em um arquivo de modelo de processo.

  Se o seu foco for adicionar ou modificar os tipos de itens de trabalho, é possível fazer isso sem alterar o modelo de todo o processo. Você pode fazer e testar as alterações usando um projeto de equipe existente. Você pode usar as ferramentas de linha de comando witadmin exportwit e importwitd para baixar e carregar os arquivos de definição XML para os tipos de itens de trabalho.

• Se você precisar atualizar um modelo de processo personalizado para dar suporte ao uso do assistente Configurar Recursos após uma atualização do TFS, consulte Atualizar um modelo de processo personalizado para acessar novos recursos.

  Quando Visual Studio Team Foundation Server for atualizado de uma versão anterior, os modelos de processo MSF serão substituídos por versões mais recentes. Para usar os recursos que estão disponíveis com os modelos MSF atualizados e para acessar as personalizações feitas por você anteriormente, você deve adicionar as personalizações aos novos modelos.

• Se você estiver pensando em fazer personalizações extensas, analisar como as alterações feitas afetarão manutenção e atualização de seus projetos de equipe.

Arquivos de modelos de processos e áreas funcionais que você pode personalizar

Modelos de processo consistem em nove plug-ins. Cada plug-in define um conjunto de tarefas que serão executadas e as telas que aparecerão quando você inicia o assistente Novo Projeto de Equipe. As tarefas definem permissões, criam pastas, carregam arquivos, ativam sites ou definem outras variáveis configuráveis. Os plug-ins também especificam as dependências que uma tarefa possui na conclusão bem-sucedida de outras tarefas.

Para personalizar um modelo de processo, você deve personalizar um ou mais arquivos associados a uma área funcional. Como personalizar qualquer objeto é bastante simples, convém certificar-se de que você não interrompa qualquer interdependências ao fazer a personalização.

	As equipes e classificações padrão: Definir área inicial e caminhos de interação Configurar grupos iniciais, equipes, membros e permissões Mapear os campos do Microsoft Project para os campos do Team Foundation Acompanhamento do item de trabalho: Adicionar ou modificar as definições de WIT Adicionar ou modificar categorias Modificar a configuração do processo Adicionar tipos de link Adicionar itens de trabalho ou consultas de item de trabalho
	Gerenciamento de controle, compilação, laboratório e teste da versão: Configurar permissões de grupo padrão para áreas funcionais Definir políticas de check-in padrão Definir os ambientes de teste padrão, configurações de teste, estados de resolução e configurações de teste
	Relatórios e o portal do projeto: Carregar relatórios Fazer upload de documentos para o portal de projeto

Como o modelo de processo toca em vários componentes do processo da equipe, convém planejar, coordenar e acompanhar as alterações que você irá fazer. Em particular, você pode desejar verificar os clientes potenciais de projeto, clientes potenciais de teste, clientes potenciais de desenvolvimento e com os gerentes de versão antes de fazer qualquer alteração na configuração padrão de qualquer área.

Etapas para personalizar um modelo de processo

Personalizar um modelo de processo é um processo iterativo. Você precisará de uma coleção de projeto de equipe que é definida em um servidor que esteja executando Team Foundation Server no qual você pode testar seu modelo de processo para certificar-se de que ele foi personalizado corretamente.

Para personalizar um modelo de processo, você primeiro baixar um modelo de processo existente, modificar ou adicionar arquivos, carregar os arquivos de modelo de processo e, em seguida, verifique se as alterações.

Etapa	Tarefa
	Baixar um modelo de processo. Antes de personalizar um modelo de processo, você deve baixá-lo em seu computador local. Para minimizar as modificações que você precisa fazer, selecione um modelo que mais se aproxima dos processos de sua equipe. Em geral, você pode escolher um modelo de processo com base em tipos de itens de trabalho e fluxo de trabalho.
	Modificar ou adicionar arquivos. Você personaliza um modelo de processo ao modificar, excluir ou adicionar arquivos que são definidos para um modelo de processo. Você pode personalizar um arquivo de definição ou plug-in ao modificar seu conteúdo XML. Cada arquivo plug-in e arquivo de definição de tipo devem obedecer a sua definição de esquema XML. Na primeira vez que você personalizar um modelo de processo, faça uma pequena alteração. Se você fizer muitas alterações sem uma boa compreensão de como as alterações podem afetar o modelo, você corre o risco de encontrar vários erros que serão difíceis de depurar. Certifique-se de que o nome do seu modelo de processo é exclusivo. Se você baixar um modelo de processo, faça alterações e carregue-o, você deve alterar o nome ou ele irá substituir o modelo de processo existente da coleção de projeto.
	Carregar um modelo de processo. Depois que você tiver personalizado o modelo, carregue-o para a coleção de projeto de equipe no qual você criará o projeto de equipe. Idealmente, você deve usar uma coleção de projeto de equipe que não é usada por outros projetos de equipe. Ao trabalhar em uma coleção de projeto de banco de testes, você evita introduzir uma alteração que entre em conflito com os processos de equipe existentes que ainda estão em desenvolvimento. Além disso, você desejará que a coleção de projeto de equipe ofereça suporte aos mesmos recursos que você deseja que os membros da equipe tenham acesso, como um portal de projeto e um site de relatório. Certifique-se de que o nome do seu modelo de processo é exclusivo. Se você baixou um modelo de processo de uma coleção de projeto de equipe que foi submetida a uma alteração e agora está carregando o modelo, você deve alterar seu nome ou excluir o modelo de processo existente da coleção de projeto de equipe. O processo de carregamento executa uma verificação para certificar-se de que o XML é válido. Se você receber quaisquer erros ao tentar carregar o modelo de processo, as alterações feitas terão causado o erro. Examine as alterações e corrija quaisquer erros de sintaxe XML que você encontrar.
	Criar um projeto de equipe. Para testar novos modelos de processo, você deve criar um projeto de equipe. Você cria um projeto de equipe acessando o Assistente Novo Projeto de Equipe no Team Explorer. Se ocorrerem erros, exiba o log para a criação do projeto de equipe. Ele contém uma lista de tarefas que tentou executar e mostra quais dessas tarefas falharam. Você pode mapear tarefas com falha para o XML para determinar a causa dos erros. Você poderá limpar os projetos de equipe desnecessários usando o ferramenta de linha de comando TFSDeleteProject.
	Verificar alterações feitas aos modelos de processo. Antes de colocar o modelo de processo no modo de produção e usá-lo como base para vários projetos de equipe, verifique se ele está bem definido. Você pode executar essa tarefa verificando sistematicamente se cada objeto e artefato funciona conforme o esperado. Se você tiver adicionado um relatório, certifique-se de que ele apareça em Team Explorer. Se você adicionou um campo, certifique-se de que ele não apresenta nenhum conflito de esquema.

PERGUNTAS E RESPOSTAS

P: posso usar os modelos de processo diferente do padrão que o TFS oferece?

R: Sim. Às vezes, os terceiros disponibilizam os modelos de processo criados por eles. Talvez você precise fazer um trabalho extra após uma atualização de TFS ao usar um modelo de processo fornecido por um terceiro, conforme descrito aqui.

Você pode fazer uma pesquisa em CodePlex.com para determinar se os modelos de processo foram carregados lá.

P: Quais permissões eu preciso personalizar de modelos de processo?

R: Para baixar ou carregar modelos de processo, você deve ser um membro do grupo Administradores de Coleção de Projeto ou sua permissão Gerenciar modelo de processo deve estar configurada para Permitir. Consulte Adicionar contas para administrar coleções de projeto.

P: Quais ferramentas posso usar para personalizar um modelo de processo?

R: Você pode usar qualquer editor de texto ou editor XML para modificar os arquivos XML. Ou, você pode usar o Editor de Processo, uma poderosa ferramenta de Visual Studio para personalizar os arquivos de modelo de processo. Para baixar, acesse Team Foundation Server Power Tools.

O Editor de Processo fornece uma interface de usuário que você pode usar para personalizar as seguintes áreas:

• Acompanhamento do item de trabalho:

  • Criar e editar as definições para tipos de itens de trabalho, incluindo a adição de campos, alteração de fluxos de trabalho e formulários de item de trabalho

  • Adicionar ou editar categorias para agrupar tipos de item de trabalho

  • Editar a configuração de processo para as ferramentas de planejamento do Agile

  • Criar e editar consultas de itens de trabalho e organizar consultas em pastas de consulta

  • Criar e editar os tipos de link

• Classificações e hierarquias de projeto:

  • Criar e editar caminhos de área do produto

  • Criar e editar versões de etapas ou caminhos de iteração

  • Modificar o arquivo de mapeamento para Microsoft Project

• Grupos de segurança: criar e editar grupos TFS e suas permissões

• Controle de versão:

  • Editar configurações de retirada

  • Criar e editar observações de check-in

  • Criar e editar grupos TFS e suas permissões

• Portal e relatórios:

  • Examine os arquivos a serem carregados e a estrutura de pasta

  • Adicione arquivos a serem carregados.

P: Quais são os recursos necessários para dar suporte a plug-ins específicos?

R: criar o Portal e emissão de relatórios plug-ins exigem esses recursos.

Plug-in	Team Foundation Build	Produtos do SharePoint	SQL Server 2008 Analysis Services	SQL Server 2008 Reporting Services
Compilação
Portal			Recomendado	Necessário apenas para dar suporte a painéis básicos
Relatórios

P: Os artefatos que não posso personalizar estão no modelo de processo?

R: Sim. Não é possível personalizar relatórios Microsoft Excel e painéis por meio de arquivos de modelo de processo. Esses artefatos são criados para um projeto de equipe dependendo das seleções feitas no assistente New Team Project. Para obter mais informações, consulte Personalizando a portais de projeto do Team Foundation Server.

P: Como o arquivo de plug-in ProcessTemplate.xml é usado?

R: Você usar o arquivo de plug-in ProcessTemplate.xml para definir quais plug-ins deseja incluir no modelo. Esse arquivo contém todos os grupos de tarefas que você deseja executar para criar um projeto de equipe. Cada grupo de tarefa faz referência a um arquivo de plug-in XML subordinado no qual as tarefas específicas para esse plug-in estão definidas. Clique aqui para obter mais informações.

P: O que é necessário saber sobre as dependências?

R: muitos objetos contam com a definição de outros objetos em um modelo de processo.

Por exemplo, consultas de itens de trabalho definidas para o modelo de processo do Agile usam os nós de iteração que são definidos no arquivo Classification.xml. Se alterar as definições de nó de iteração, você deve modificar as consultas de item de trabalho das quais elas dependem. Você pode localizar essas consultas pesquisando as seguintes macros nos arquivos .wiq:

• Iteração 1 = @@Iteration%201@@

• Iteração 2 = @@Iteration%202@@

• Iteração 3 = @@Iteration%203@@

Para obter uma visão geral de plug-ins necessários e dependências de plug-in, consulte Definir dependências para grupos de tarefas e tarefas em arquivos de plug-in.

P: Existem restrições que devem ser tomadas?

R: Sim. Quando você adiciona objetos para um modelo de processo, você desejará certificar-se de que você os rotula corretamente para evitar erros de validação de XML.

Examine as observações e dicas a seguir:

• Restrições são colocadas nos nomes ou rótulos da maioria dos objetos Team Foundation. Para uma visão geral de restrições que se aplicam a modelos de processo, grupos de segurança, área e nós de iteração, tipos de item de trabalho e campos de item de trabalho de nomenclatura, consulte Restrições de nomenclatura no Team Foundation.

• A maioria dos componentes do modelo de processo que você personaliza afetarão apenas o projeto de equipe criado por você usando o modelo de processo. As exceções a essa regra são listas globais, tipos de link e campos de item de trabalho que são definidos para tipos de item de trabalho. Esses objetos são definidos para uma coleção de projeto de equipe.

• Cada campo de item de trabalho tem um nome de referência do campo associado que identifica exclusivamente cada campo. O nome de referência não pode ser alterado após ser atribuído.

  Além disso, um campo de item de trabalho pode ter um nome de relatório que é atribuído a ele. O nome do relatório deve corresponder em todos os tipos de item de trabalho que são definidos para uma coleção de projeto de equipe. Caso contrário, podem ocorrer erros de validação quando você carregar o modelo de processo ou podem ocorrer conflitos nos bancos de dados do data warehouse.

  Nomes de campo de item de trabalho, nomes de tipo de link e listas globais limitam-se a uma coleção de projeto de equipe. Se você personalizar qualquer um desses objetos, as alterações serão refletidas em todos os projetos de equipe definidos na coleção e nos tipos de item de trabalho que contenham esse campo de item de trabalho.

  Para obter mais informações, consulte As convenções de nomenclatura para objetos de rastreamento de Item de trabalho.

• O tamanho máximo de um modelo de processo é dois gigabytes. Quando você personaliza um modelo de processo, certifique-se de que as alterações não aumentam o tamanho além do valor.

P: há seus uma referência para cada elemento XML?

R: Os arquivos de modelo de processo fazem referência a duas principais definições de esquema. Arquivos de plug-ins se baseiam nos esquemas de modelo de processo e as definições de tipo de itens de trabalho são baseadas no esquema para controlar o trabalho.

• Plug-ins do modelo de processo: índice para definições de elemento XML

• Acompanhamento do item de trabalho: indexar em definições de elementos XML

P: Onde posso saber mais sobre o assistente Configurar Recursos?

R: consulte Atualizar um projeto de equipe atualizado para acessar novos recursos.

P: Para onde posso ir se tiver mais dúvidas?

R: Acesse o Fórum da Microsoft: Team Foundation Server – Modelos de Processo.