Personalizando o controle de dados, formulários, fluxo de trabalho e outros objetos do projeto

Você pode personalizar como você controla o seu projeto de equipe e como projetar seu fluxo de trabalho, formulários de itens de trabalho e os campos de dados pela personalização de um ou mais objetos para controlar os itens de trabalho. Como mostra a ilustração a seguir, você pode criar ou personalizar os sete tipos de objetos. Gerenciar categorias e tipos de item para projetos de equipe de trabalho. Gerenciar listas globais, tipos de link e campos de item de trabalho para coleções de projeto de equipe. Você pode personalizar o fluxo de trabalho global para um projeto de equipe ou uma coleção.

Observação

Antes de definir um fluxo de trabalho global, o recurso deve ser habilitado no servidor de camada de aplicativo. Portanto, o servidor deve estar executando uma versão do Visual Studio Team Foundation Server, como Team Foundation Server 2010 com Service Pack 1 (SP1), que suporta esse recurso. Você pode baixar o service pack na seguinte página no site da Microsoft: Service Pack 1 de 2010, a versão Beta do Team Foundation Server de Visual Studio. Para obter mais informações, consulte Personalizando o fluxo de trabalho Global.

Exceto para campos de dados, exportar e importar as definições de cada objeto para controlar os itens de trabalho de Team Foundation como um arquivo XML. Você pode criar ou modificar cada conjunto de objetos para atender às suas necessidades.

Observação

Você pode criar e modificar objetos para controlar os itens de trabalho usando o Editor de processo, uma ferramenta de alimentação para Visual Studio. Você pode usar essa ferramenta para importar e exportar listas globais e os tipos de tipos de item de trabalho, modificar os tipos de itens de trabalho e revise a lista de campos que são definidos para uma coleção. Essa ferramenta não é suportada. Para obter mais informações, consulte a seguinte página no site da Microsoft: Team Foundation Server Power Tools em abril de 2010.

Os membros da equipe podem usar itens de trabalho para controlar o trabalho a ser concluído em um projeto. Os membros podem criar um item de trabalho com base em um padrão o tipo de item de trabalho como, por exemplo, um bug, uma exigência, um risco ou uma tarefa. O conjunto exato de tipos de item de trabalho padrão que estão disponíveis para seu projeto de equipe depende do modelo de processo, que o projeto de equipe foi criado. Um tipo de item de trabalho é um modelo de que o trabalho desse tipo, os itens são criados. Para obter mais informações, consulte Escolha um modelo de processo.

Você pode adicionar tipos personalizados de itens de trabalho para o padrão definido para fazer Team Foundation Ajuda com os processos que usa a sua equipe e as maneiras nas quais você se comunica. Por exemplo, convém criar tipos de item de trabalho para um bug específico do projeto, uma solicitação de alteração, uma qualidade de requisição de serviço, um risco de gerenciar e uma tarefa com base no cenário.

Depois de criar um item de trabalho, ele contém os campos e o comportamento que foram definidos no tipo de item de trabalho do qual ele foi criado. Além de criar os tipos de item de trabalho, você pode modificar os tipos de item de trabalho existente. Por exemplo, um suporte melhor os processos que sua equipe usa, você pode adicionar campos de um item de trabalho, digite ou altere seu comportamento de fluxo de trabalho.

Neste tópico

• Definir e personalizar objetos que são usados para controlar o trabalho

• Diretrizes de personalização

• Tarefas relacionadas

Definir e personalizar objetos que são usados para controlar o trabalho

Voltar ao topo

Planejando os requisitos de personalização

Você pode revisar as seções a seguir para obter orientações informar o seu planejamento antes de definir e personalizar objetos para controlar o trabalho.

• Princípios do processo de personalização

• Campos do sistema

• A definição de campos de dados e personalizar os tipos de itens de trabalho

• Pessoa campos nomeada

• Campos de mapeamento entre o Team Foundation e o Microsoft Project

• Alterando os campos existentes

• Usando listas globais e fluxo de trabalho Global

Princípios do processo de personalização

Quando você pretende criar ou personalizar os objetos para controlar o trabalho, você deve considerar a incorporar os seguintes processos tanto quanto possível:

• Estabelece claramente as funções e responsabilidades, tanto para aqueles que fazem o trabalho e para aqueles que estão presentes no fluxo de trabalho de acompanhamento de itens de trabalho.

• Automatize e alterações de documento que você fizer como você personalizar objetos e modificar sua implantação.

• Teste seus objetos personalizados, exatamente como você testaria o seu software.

• Coloque os modelos de processo e objetos sob controle de versão. Não implante os objetos que você define, mas que não tenha sido armazenados em um repositório.

• Sempre introduzir alterações para um ambiente de teste primeiro. Certifique-se de que os objetos para controlar o trabalho em seu ambiente de teste são semelhantes ou idênticas no seu ambiente de produção.

Voltar ao topo

Campos do sistema

Vários campos de sistema estão disponíveis para referência por todos os tipos de itens de trabalho, mesmo se esses campos não são explicitamente definidos com um FIELD o elemento (definição) na definição de cada tipo. Nomes de campos de sistema, todos começam com "Sistema" prefixo (por exemplo, System.ID). A maioria desses campos é usada para fins de controle e os usuários podem modificar algumas através da interface do usuário. Por padrão, você pode usar todos os seguintes tipos de campos:

• Os campos de identificação: Título, Descrição, e atribuído a. Esses campos ajudam a identificar cada item de trabalho e os usuários podem modificar seus valores por meio da interface do usuário. Geralmente, esses campos são incluídos no formulário de cada tipo de item de trabalho.

• Campos de controle: ID, Tipo de Item de trabalho, O projeto de equipe, Reve os campos que fornecem o número de artefatos que são vinculados a um item de trabalho, como Contagem de arquivos anexados, Contagem de Link externo, Hyper contagem de links, e A contagem de links relacionados. Se você incluir esses campos em um formulário de item de trabalho, você deve torná-los somente leitura. Esses campos são úteis para localizar um item de trabalho ou um conjunto de itens de trabalho e geração de relatórios.

• Campos de auditoria: Criado por, Data de criação, alterados por, alterou a data de, e histórico. Esses campos controlam quem criou ou alterou um item de trabalho e a data na qual ele foi criado ou alterado. O campo de histórico é atualizado automaticamente quando qualquer campo do item de trabalho é modificado.

• Os campos de um comportamento especial: Estado, motivo, área, e iteração. Um comportamento específico está associado a cada um desses campos. O comportamento dos campos estado e razão são regidos pelo mecanismo de fluxo de trabalho e regras. Os caminhos de Area e Iteration são as únicas TreePath campos que são definidos. Você define os valores válidos no área e iterações caixa de diálogo para o projeto de equipe. Para obter mais informações, consulte Criar e modificar áreas e iterações.

Para obter mais informações, consulte Usando os campos de sistema e definidas pelos modelos de processo do MSF.

Voltar ao topo

A definição de campos de dados e personalizar os tipos de itens de trabalho

Quando você define um campo de dados ou um tipo de item de trabalho, você deve considerar as diretrizes a seguir.

• Determine os campos de dados que você precisa além de para aqueles que são internos e aqueles que já estão definidos. Para obter mais informações sobre campos existentes, consulte Usando os campos de sistema e definidas pelos modelos de processo do MSF. Além disso, você pode exportar uma lista de campos que são definidos para uma coleção de projeto usando o witadmin listfields comando. Para obter mais informações, consulte Gerenciando os campos de Item de trabalho [witadmin].

• Determine se é necessário modificar as regras existentes de campo.

• Compare o fluxo de trabalho dos tipos de item de trabalho existentes com que o processo de sua equipe precisa. Primeiro, considere o fluxo de trabalho e, em seguida, os rótulos de estado.

• Quando você adicionar ou personalizar um campo, determine se você deve implementar qualquer lógica especial.

  • Você precisa restringir uma regra de campo para aplicar somente a um ou mais usuários ou grupos?

  • Você precisa restringir uma regra de campo com base em um estado, transição ou um motivo para uma transição?

  • Um campo precisa ser associado uma lista estática ou dinâmica de valores? Quais listas enumeradas fazem a necessidade e como são esses compartilhada entre os tipos de item de trabalho e projetos de equipe?

    Listas estáticas raramente exigem atualizações. Listas dinâmicas podem ser baseadas em um conjunto de nomes de usuário ou cliente. Você pode usar listas globais para minimizar o tempo gasto atualizando listas? Você pode sincronizar uma lista usando o Active Directory e os campos de nome de pessoa?

  • Você deseja definir um conjunto de campos que serão usadas consistentemente em vários projetos de equipe ou tipos de itens de trabalho?

    Se sua equipe deve controlar os campos em vários tipos de itens de trabalho, poderá você definir esses campos em um fluxo de trabalho global em vez de em cada tipo de item de trabalho?

Observação
Você não pode definir um campo que calcula os dados contidos em mais de um campo.

Para obter mais informações, consulte A definição de campos de Item de trabalho.

Voltar ao topo

Pessoa campos nomeada

Você pode usar o tipo de dados de seqüência de caracteres para definir um campo que você pode usar para armazenar nomes de pessoa. Se você deseja sincronizar a lista de nomes válidos para este campo com aqueles armazenados no Active Directory, você pode definir o syncnamechanges atributo para true. Além disso, você pode alterar o atributo de um campo de seqüência de caracteres existente para dar suporte à sincronização de nomes de pessoa. Para obter mais informações, consulte Habilitar a sincronização de campos personalizados de nome de pessoa.

Voltar ao topo

Campos de mapeamento entre o Team Foundation e o Microsoft Project

Se você usar Microsoft Project para gerenciar a agenda do projeto, você pode definir campos e adicioná-los a um formulário de item de trabalho que você pode exibir ou modificar o seu plano de projeto. Se seu projeto de equipe é baseado em um modelo de processo de Microsoft Solutions Framework (MSF), um arquivo de mapeamento padrão foi carregado quando o projeto de equipe foi criado.

O Microsoft Project arquivo de mapeamento de campo determina o mapeamento de campos entre Team Foundation e Microsoft Project. Para obter mais informações, consulte Personalizando os mapeamentos de campo do Microsoft Project e Agendamento de tarefas e a atribuição de recursos usando o Microsoft Project.

Voltar ao topo

Alterando os campos existentes

Incorrer em determinadas despesas quando você alterar os campos de dados, depois de defini-los.

Todos os campos que você define, por meio de um tipo de item de trabalho ou um fluxo de trabalho global, são definidos para uma coleção de projeto de equipe. Definir um campo é semelhante ao adicionar um novo registro a uma tabela de banco de dados global que contém o nome amigável, o nome de referência e outros atributos de campo para cada registro. Todos os tipos de trabalham nesta tabela de itens na referência da coleção. Portanto, se você quiser renomear um campo, um atributo de modificar ou excluir um campo afetam todos os tipos de itens de trabalho que fazem referência ao campo.

Além disso, todos os dados reportável de todos os projetos de equipe em todas as coleções para uma implantação do Team Foundation Server são gravados em um depósito de dados relacionais único. Dados do depósito serão processados e gravados em um SQL Server cubo do Analysis Services. Oferece suporte a coleta de dados em um único data warehouse, emissão de relatórios em coleções. No entanto, porque os campos são gerenciados distintamente para cada conjunto, esquema podem ocorrer conflitos quando diferentes definições são atribuídas a um ou mais atributos de um campo que é atribuído o mesmo nome de referência de relatório.

Além disso, quando você adicionar um campo para um tipo de item de trabalho e outro tipo já tiver usado o mesmo nome de referência, você não pode substituir o tipo de dados ou o nome do campo. Além disso, as seguintes restrições se aplicam:

• Quando você remove um campo de um tipo específico de item de trabalho, esse campo não é removido da coleção ou o servidor de banco de dados, mesmo se ele não é mais consultado por qualquer tipo de item de trabalho. Para remover um campo, você deve explicitamente excluí-lo da coleção usando o witadmin deletefield comando.

• Antes de excluir um campo, você deve primeiro remova-as definições de todos os tipos de itens de trabalho que fazem referência a ele e quaisquer fluxos de trabalho globais que fazem referência a ele.

• Se o campo excluído foi usado para relatórios, será necessário reconstruir o data warehouse para limpar o campo antiga e seus valores.

Voltar ao topo

Usando listas globais e fluxo de trabalho Global

Você pode simplificar suas atividades de manutenção e a personalização dos tipos de itens de trabalho definindo alguns objetos como global. Objetos globais estão disponíveis para um projeto de equipe ou a coleção de projeto. Você pode adicioná-los para processar os modelos para disponibilizá-los para novos projetos de equipe ou carregá-los para outras coleções de projeto. Quando você planeja, determine como seus projetos de equipe e os tipos de itens de trabalho usará campos e listas globais.

Você pode definir uma lista global das seguintes maneiras: como parte da definição de um tipo de item de trabalho, como parte de um fluxo de trabalho global, ou seu próprio arquivo de definição de listas globais que você importar para uma coleção. Os últimos dois métodos são recomendados, pois você manter todas as listas globais em um coloque e evitar modificar inadvertidamente ao alterar um tipo de item de trabalho existente.

Você pode definir um fluxo de trabalho global por meio de um arquivo de definição de XML e importá-lo para um projeto de equipe ou uma coleção. O fluxo de trabalho global pode conter listas globais e definições de campos.

Para obter mais informações, consulte Definir listas globais e Personalizando o fluxo de trabalho Global.

Voltar ao topo

Tarefas relacionadas

Consulte também

Conceitos

Novidades no rastreamento de itens de trabalho

Acompanhamento de Bugs, tarefas e outros itens de trabalho

Personalizando a equipe de projetos e processos

Outros recursos

Definir e personalizar objetos para controlar os itens de trabalho usando o plug-in de WorkItems

Personalizando modelos de processo

Histórico de alterações