Partilhar via

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

  • Artigo

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.

Objetos de rastreamento de Item de trabalho

ObservaçãoObservaçã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çãoObservaçã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

Object

Descrição

Tópico relacionado

<strong>Categoria</strong>

Uma categoria define um grupo de tipos de item de trabalho que controlar itens semelhantes de trabalho, mas que são referenciadas por nomes diferentes. Você pode agrupar um ou mais tipos de item de trabalho no mesmo projeto de equipe em uma categoria. Você pode definir categorias para oferecer suporte a consultas em execução, gerando relatórios e a configuração padrão de tipos de item de trabalho em instâncias específicas. Você pode usar o In Group operador para localizar os itens de trabalho que pertencem a uma categoria. Para obter mais informações, consulte Variáveis, campos, operadores e valores de consulta.

O agrupamento de tipos de Item de trabalho em categorias

Campo

Um campo define um tipo de dados que são usados para controlar o trabalho. Você pode usar campos de item de trabalho para controlar os dados para um tipo de item de trabalho, defina os critérios de filtro para consultas e gerar relatórios. Você deve definir cada elemento de dados que não é incorporada, que não ofereça o modelo de processo e que você deseja controlar, use para definir o fluxo de trabalho ou aparecem no formulário para um tipo de item de trabalho. Você define um elemento de dados para um tipo de item de trabalho ou fluxo de trabalho global usando o FIELD elemento.

Cada campo é definido por um ou mais atributos, que incluem o tipo de dados pode conter, ele é usado no relatório e se é indexado. Você também pode especificar elementos opcionais que restringem, preencher automaticamente ou especificar condições para os valores aos quais os usuários podem definir o campo usando um formulário de item de trabalho.

Adicionar um campo, remova-o ou personalizar como usá-lo para controlar dados. Para obter informações sobre como definir itens de trabalho, consulte definição e personalizando campos de dados posteriormente neste tópico.

A definição de campos de Item de trabalho

Usando os campos de sistema e definidas pelos modelos de processo do MSF

Adicionar e modificar os campos de Item de trabalho para a emissão de relatórios de suporte

Lista global

Uma lista global define uma lista de valores, quando é conhecido como uma lista de opções que você pode usar em todos os tipos de item de trabalho para controlar o valor ou valores para o qual os usuários podem definir um campo em um item de trabalho. Você pode usar listas globais para atualizar rapidamente o conteúdo de listas de opções que são usadas para vários tipos de itens de trabalho.

Você pode definir listas globais dentro de um tipo do tipo de item de trabalho, mas essa prática não é recomendável porque a definição do tipo de item de trabalho substituirá as alterações que são definidas em outro lugar, se essa definição for importada. Uma prática recomendada é definir e importar listas globais através de um arquivo de definição de listas globais ou fluxo de trabalho global.

Definir listas globais

Adicionar, uso e gerenciar listas globais

Fluxo de trabalho global

Um fluxo de trabalho global define os campos e listas globais que estão disponíveis para todos os tipos de itens de trabalho para um projeto de equipe ou de uma coleção.

Personalizando o fluxo de trabalho Global

Tipo de link

Um tipo de link define as regras e restrições que controlam as relações que os usuários podem fazer entre itens de trabalho. Além de tipos de links internos, você pode criar tipos de link de suporte a seus requisitos de controle do projeto. Antes de começar a criar vínculos entre itens de trabalho, você deve analisar como você pode usar os links para planejar o seu projeto e acompanhar o status de itens de trabalho.

Personalizando itens de trabalho como estão relacionados por meio de tipos de Link

Escolher os tipos de Link para controlar efetivamente o seu projeto

Tipo de item de trabalho

Um tipo de item de trabalho define um objeto, como, por exemplo, um bug, um requisito ou um risco, o que é usado para controlar o trabalho de um projeto de equipe. Os componentes a seguir definem um tipo de item de trabalho:

  • Campos definir os tipos de dados que a contém o item de trabalho. Você pode definir os campos, incluindo um FIELDS a seção (definição) na definição de um tipo de item de trabalho ou um fluxo de trabalho global.

  • Fluxo de trabalho define como um item de trabalho progride de um estado aberto ou ativo para um estado fechado ou concluído. Você pode controlar o fluxo de trabalho, definindo o estado inicial, seus estados válidos, as transições válidos entre os estados e os usuários ou grupos que têm permissão para iniciar essas transições. O WORKFLOW controla a seção do tipo de item de trabalho como um item de trabalho é controlado.

  • Formulário define o layout e o conteúdo que aparece no formulário que os membros da equipe interagem com para controlar dados de item de trabalho. Você pode controlar a aparecem de elementos de interface do usuário, atualizando a FORM seção da definição de tipo de item de trabalho. Cada tipo de item de trabalho deve ter apenas um formulário. No entanto, você pode definir layouts de uma ou mais de um formulário para diferentes clientes de destino. Descrever o formulário inteiro, que inclui como todos os campos de dados são agrupados.

Todas as referências de elementos XML de WITD

Definir e personalizar o fluxo de trabalho do trabalho Item

Criando e personalizando um formulário de Item de trabalho

Adicionar e personalizar um tipo de Item de trabalho

Criar um tipo de Item de 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çãoObservaçã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

Tarefas

Conteúdo relacionado

Entender como o nome de campos e outros objetos para controlar os itens de trabalho. Você pode especificar um nome amigável para cada objeto com o qual você controlar o item de trabalho. Alguns objetos, você também deve especificar um nome de referência. Os dois tipos de nomes devem atender aos requisitos definidos com base no tipo de objeto.

Consultar a definição de esquema para um elemento de um tipo de item de trabalho. Você pode exibir a sintaxe para cada elemento do esquema que está associado aos tipos de itens de trabalho.

Identificar as melhores opções para personalizar os itens de trabalho que oferecem suporte a seus requisitos de controle. Quando você altera os objetos que controlar itens de trabalho, você deve identificar como essas alterações afetarão os projetos de equipe existentes e futuros.

Identificar o que pode ser localizado na definição de um tipo de item de trabalho. Você pode localizar as partes da definição de um tipo de item de trabalho para que elas apareçam no idioma de origem do usuário.

Importar, exportar e gerenciar objetos para controlar os itens de trabalho. Com o witadmin ferramenta de linha de comando, você pode criar, excluir, importar, e categorias de exportação globais listas, tipos de links, tipos de itens de trabalho e trabalhar campos do item. Você gerenciar esses objetos para cada projeto de equipe ou de cada coleção.

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

Date

History

Motivo

Janeiro de 2011

Ilustração adicionada para mostrar os objetos que são definidos para um projeto de equipe em oposição a uma coleção. Foi adicionada a secção sobre como planejar os requisitos de personalização e informações sobre o fluxo de trabalho global. Conteúdo consolidado e reformatado.

Aprimoramento de informações.