Processo de personalização passo a passo
Você desejará personalizar um modelo de processo para certificar-se de que todos os projetos de equipe são criados usando o modelo seguem os processos de negócios que usa a sua equipe ou organização. Além disso, talvez você queira personalizar um modelo de processo, se você atualizar Visual Studio Team Foundation Server a partir de uma versão anterior e você fez alterações em um modelo de processo existente que você deseja continuar a usar. Você talvez queira adicionar essas alterações para um novo modelo de processo ou personalizar o modelo antigo para adicionar funcionalidade foi fornecida na versão atual.
Personalizando 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 o Team Foundation Server onde você pode testar o seu modelo de processo para certificar-se de que ele foi corretamente personalizado.
Este tópico fornece a seqüência recomendada e dicas operacionais para dar suporte a suas atividades para personalizar um modelo de processo.
Neste tópico
Baixe um modelo de processo
Planejar as alterações do modelo de processo
Adicionar, remover ou modificar os arquivos de modelo de processo
Carregar um modelo de processo
Criar um projeto de equipe
Verifique se as alterações
Baixe os arquivos de modelo de processo
A primeira etapa para personalizar um modelo de processo é fazer o download de um modelo de processo existente que você usará como sua base para personalização. Dependendo da extensão das suas personalizações, você pode baixar um modelo em branco ou completamente desenvolvido. Você pode acessar os modelos de processo para fazer o download usando o Process Template Manager.
Para obter mais informações, consulte Baixe um modelo de processo.
Planejar as alterações do modelo de processo
Porque o modelo de processo toca em vários componentes do processo de uma equipe, você talvez queira planejar, coordenar e controlar as alterações que você fará. Em particular, convém verificar com líderes do projeto, clientes potenciais do teste, líderes de desenvolvimento e gerentes de versão antes de alterar o controle de item de trabalho, relatórios, Team Foundation Build, Controle de versão do Team Foundation, Microsoft Test Manager, e Visual Studio Lab Management.
Para uma lista de verificação úteis, consulte Lista de verificação: Planejar e controlar alterações para o seu modelo de processo.
Além disso, revise as seguintes observações e dicas:
Para uma visão geral dos recursos que são necessárias para suportar os artefatos do projeto de equipe, consulte Iniciando um novo projeto de equipe.
Restrições são colocadas em nomes ou rótulos das mais Team Foundation objetos. Para uma visão geral de nomeação restrições que se aplicam a modelos de processo, os grupos de segurança, área e nós de iteração, tipos de item de trabalho e campos de item de trabalho, consulte As restrições no Team Foundation de nomeação.
A maioria dos componentes de modelo de processo que você personalizar afetará apenas o projeto de equipe que você criar 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 os tipos de item de trabalho. Esses objetos são definidos para uma coleção de projeto de equipe.
Depois de criar um projeto de equipe, você pode modificar áreas funcionais mais de um modelo de processo. É de somente uma área que você não pode modificar os estados de resolução de teste são usados por Test Runner e Microsoft Test Manager. Para obter mais informações, consulte Definindo a configuração inicial do Gerenciador de teste.
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 seu modelo, você corre o risco de se deparar com vários erros que serão difícil de depurar.
O tamanho máximo de um modelo de processo é dois gigabytes. Quando você personaliza um modelo de processo, certifique-se de que suas alterações não aumentam seu tamanho além desse valor.
Se o seu foco for adicionar ou modificar os tipos de itens de trabalho, você pode obter isso sem alterar o modelo de processo inteiro. Você pode fazer e testar as alterações usando um projeto de equipe existente. Você pode usar o witadmin exportwit e importwitd trabalham de ferramentas de linha de comando para o download e upload de arquivos de definição de XML para tipos de item.
Para obter mais informações, consulte Adicionar e personalizar um tipo de Item de trabalho e Personalizando e tipos de Item de trabalho Gerenciando [witadmin].
Adicionar, remover e modificar arquivos de modelo de processo
Personalizando um modelo de processo consiste em modificando um ou mais arquivos de modelo de processo para adicionar ou remover tarefas que especificar o upload de arquivos para a coleção de projeto de equipe. Quando você modifica um arquivo de modelo de processo, você deve compreender as dependências que existem entre os elementos de plug-in e das restrições sobre nomenclatura de objetos e campos de item de trabalho.
Se você tiver alterações secundárias e está confortáveis para trabalhar com o formato XML, você pode modificar os arquivos usando o bloco de notas ou outro editor de texto. Além disso, você pode usar o Editor de modelo de processo, que é uma ferramenta de alimentação que é instalada como um suplemento para Visual Studio.
Para obter mais informações, consulte as seções a seguir:
Seqüência de tarefas e dependências
Dependências entre as classificações e consultas de itens de trabalho
Restrições de objetos de Item de trabalho de nomeação.
Atualizando um modelo de processo personalizado
Editor de modelos de processo
Seqüência de tarefas e dependências
A seqüência de tarefas que executa o assistente New Team Project é determinada pela seqüência de tarefas agrupadas, são definidos no arquivo ProcessTemplate e os arquivos de plug-in que ele chama. A tabela a seguir lista a seqüência definida nos modelos de processo MSF.
Seqüência de plug-in ágil |
Seqüência de plug-in CMMI |
|---|---|
|
|
Se você listar as tarefas em cada arquivo de plug-in na mesma ordem de suas dependências, você pode eliminar possíveis problemas com dependências ausentes.
Além disso, algumas tarefas que são definidas nos arquivos de plug-in tem dependências. Verifique se todas as dependências ainda são atendidas depois de ter feito as alterações. Para obter mais informações, consulte Tarefas e Dependências.
Se você adicionar ou remove um arquivo para upload, certifique-se de que você adicionar ou remove a tarefa no arquivo de plug-in correspondente Especifica o arquivo a ser carregado.
Dependências entre as classificações e consultas de itens de trabalho
As consultas de item de trabalho que são definidas para o modelo de processo do MSF for agile software development usam os nós de iteração que são definidos no arquivo Classification.xml. Se você alterar as definições de nó de iteração, você deve modificar as consultas de item de trabalho que eles dependem. Você pode encontrar essas consultas, pesquisando as seguintes macros nos arquivos de .wiq:
A iteração 1 = 201 de % de iteração de @ @ @ @
A iteração 2 = 202 de % de iteração de @ @ @ @
Iteração 3 = @ @ iteração % 203 @ @
Restrições sobre nomenclatura de objetos de Item de trabalho
Cada campo do item de trabalho tem um nome de referência do campo associado que identifica cada campo e não pode ser alterado depois que ele é 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 de relatório deve corresponder a todos os tipos de item de trabalho que são definidos para uma coleção de projeto de equipe. Se não, os erros de validação podem ocorrer quando você carrega o modelo de processo, ou pode haver conflitos nos bancos de dados de depósito de dados.
Nomes de campos de item de trabalho, os 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, a alteração será refletida em todos os projetos de equipe são definidos na coleção e os tipos de item de trabalho que contenham esse campo de item de trabalho.
Para obter mais informações, consulte Trabalhando com campos de Item de trabalho.
Atualizando um modelo de processo personalizado
Os modelos de processo da MSF que foram instalados com Team Foundation Server são substituídas por novas versões, quando você atualizar para a versão atual do Team Foundation Server. Se você personalizou os modelos antigos e salvá-las com o mesmo nome, eles devem ser baixados antes de atualizar, ou eles serão substituídos e as personalizações serão perdidas.
Se você quiser atualizar os modelos de processo personalizado para que eles se baseiam na versão mais recente dos modelos MSF, eles devem ser atualizados manualmente.
Para obter mais informações, consulte Atualizando um modelo de processo personalizado.
Editor de modelos de processo
O Editor de modelos de processo fornece uma interface de usuário que você pode usar para personalizar muitas áreas em um modelo de processo. Você pode usar o editor para modificar as versões mais recentes dos modelos de processo do MSF. Especificamente, você pode usar o editor para personalizar as seguintes áreas:
Acompanhamento do Item de trabalho:
Criar e editar definições de tipos de item de trabalho.
Criar e editar as consultas de itens de trabalho e organizar consultas em pastas de consulta.
Criar e editar tipos de link.
Criar e editar categorias para agrupar tipos de item de trabalho.
Classificações e hierarquias do projeto:
Criar e editar os 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 e permissões para Team Foundation Server.
Controle de versão:
Edite configurações de check-out.
Crie e edite observações de check-in.
Criar e editar grupos e permissões para Team Foundation Server.
Portal e relatórios:
Examine os arquivos a serem carregados e sua estrutura de pasta.
Adicione arquivos a serem carregados.
Você pode baixar a ferramenta de energia na seguinte página no site da Microsoft: Energia de Team Foundation Server ferramentas 2010.
Carregar um modelo de processo
Quando você carrega um modelo de processo, carregá-lo a uma coleção de projeto de equipe. Idealmente, você deve usar uma coleção de projeto de equipe que não é usada por outros projetos de equipe. Trabalhando em uma coleção de projeto do ambiente de teste, você evitar introduzir uma alteração que entrem em conflito com os processos existentes da equipe que estão ainda em desenvolvimento. Além disso, você desejará a coleção de projeto de equipe para os mesmos recursos que você deseja acessar, como, por exemplo, um portal de projeto e um site de relatório os membros da equipe de suporte.
Certifique-se de que o nome do seu modelo de processo é exclusivo. Se você fez o download de um modelo de processo de uma coleção de projeto de equipe, feita 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 de verificação para certificar-se de que o XML é válido. Se você receber erros ao tentar carregar o modelo de processo, as alterações feitas serão ter causado o erro. Revise suas alterações e corrigir quaisquer erros de sintaxe XML que você encontrar.
Para obter mais informações, consulte Carregar um modelo de processo.
Criar um projeto de equipe
Depois de carregar um modelo de processo, você deve criar um projeto de equipe para que você possa verificar a sua alteração. Execute o Assistente para novo projeto de equipe e criar um projeto de equipe de teste. Se ocorrer algum erro, exiba o log para a criação do projeto de equipe. Ele contém uma lista das tarefas que ele tentou executar e mostra que a falha de tarefas. Você pode mapear tarefas que falharam de volta para o XML para determinar a causa dos erros.
Para obter mais informações, consulte Criar um projeto de equipe.
Para testar os novos modelos de processo, você deve criar projetos de equipe. Você pode limpar os projetos de equipe desnecessários usando o TFSDeleteProject ferramenta de linha de comando. Para obter mais informações, consulte TFSDeleteProject: Excluindo projetos de equipe.
Verifique se as alterações
Se o projeto de equipe é criado com êxito, execute as etapas adicionais para verificar a sua alteração aparece no projeto de equipe corretamente. Se você adicionou um relatório, certifique-se de que ele apareça em Team Explorer. Se você removeu um tipo de item de trabalho, certifique-se de que o tipo de item de trabalho que você removeu não está mais disponível. Para cada plug-in que está documentado, uma lista de etapas de verificação é fornecida para ajudá-lo a certificar-se de que as alterações sejam implementadas.
Para obter mais informações, consulte Verificando alterações aos modelos de processo.
Consulte também
Tarefas
Referência
Personalizando e tipos de Item de trabalho Gerenciando [witadmin]
Conceitos
Trabalhando com arquivos de modelo de processo
Outros recursos
Gerenciando modelos de processo