Projetos de equipe Team Foundation

Artigo
08/25/2010

In Team Foundation, um projeto da equipe é uma coleção de itens de trabalho, código, testes, produtos de trabalho, métricas e assim por diante é usada por uma equipe definida para controlar um conjunto comum de trabalho relacionado. O conceito de um projeto da equipe lógico ajuda a determinar o que deve incluir ou excluir do desenvolvimento de um aplicativo de software.O conceito de projeto da equipe, em seguida, é implementado por meio de ferramentas físicas, agrupamentos e fluxos de trabalho, e assim por diante de Team Explorer e Team Foundation Server. O limite conceitual você desenha ao redor do seu projeto da equipe e tem implicações importantes para a estruturação do seu projeto da equipe e para quando você transfere um projeto de uma equipe para outra.

A definição de um projeto Team lógico

Logicamente (ou conceitualmente), um projeto da equipe é uma infraestrutura única que engloba todas as suas ferramentas separadas e elementos usados no ciclo de vida do desenvolvimento de um aplicativo de software.Praticamente cada aplicativo software, ou " projeto da equipe, no desenvolvimento " é agrupado no espaço para seu próprio nome destinado exclusivamente a equipe do projeto.Portanto, um projeto da equipe é simplesmente um contêiner isolando todas as ferramentas e artefatos associados a um aplicativo de software específico no desenvolvimento, como todos os outros projetos da equipe não terão acesso a estas ferramentas ou artefatos (por exemplo, código-fonte, itens de trabalho, e documentos).

O projeto da equipe é o conceito central que contém o endeavor da equipe de criar uma tecnologia de software específico ou produto juntos.O projeto da equipe é a coleção virtual de artefatos relevantes para um aplicativo no qual uma equipe está trabalhando.Para os membros da equipe, o conceito do projeto da equipe elimina o problema de terem acesso a vários artefatos não relevantes para o projeto da equipe; tal um excesso de artefatos causa confusão e atrasa processo de desenvolvimento de software.No mínimo, o projeto da equipe consiste de um conjunto de ferramentas e artefatos.O projeto da equipe também pode incluir diretivas de controle de origem, um projeto da equipe reportar site, e um portal do projeto da equipe.The Team Foundation projeto da equipe permite o modelo de processo, durante a criação de um projeto da equipe, para selecionar quais ferramentas são relevantes e serão adicionadas no contêiner de projeto da equipe.

O conceito do projeto da equipe aumenta relatório em todas as ferramentas usadas pela equipe.No passado, Tool cross-relatório foi challenging porque os dados de ferramentas diferentes não foi relacionados.Por exemplo, se um desenvolvedor de software queria a obter um relatório Tool cross-em defeitos, ele ou ela precisará distinguir os defeitos de vários projetos, desde os defeitos foram todos armazenados em um local comum.Um projeto da equipe é criado em um namespace contendo somente ferramentas e artefatos relevantes para o projeto software; portanto um filtro comuns é criado que pode relacionar artefatos diferentes de ferramentas diferentes.

Um único Team Foundation Server servidor pode conter vários projetos de equipe, cada um deles são criados em um espaço de nome separado, que um documento chamado X em um espaço para nome não é o mesmo que um documento chamado X no namespace B. Criando um projeto da equipe em um espaço para nome separado permitir artefatos ou ferramentas para ser exclusivo para o projeto da equipe para os quais eles pertencem, de modo que uma ferramenta ou artefato contidos no projeto da equipe A não está acessível para um desenvolvedor de software trabalhar na equipe de projeto B.

A definição de um projeto Team físico

A definição lógica e conceitual limite ao redor de um projeto da equipe é feita real por meio de Team Explorer. Team Explorer é uma janela de ferramentas extensível dentro Visual Studio quais grupos artefatos e ferramentas por projeto da equipe. No mínimo, o projeto da equipe consiste do conjunto de ferramentas e artefatos especificado quando o projeto da equipe foi criado pelo modelo processo.De acordo com o modelo processo usado para criar o projeto da equipe, o projeto da equipe também pode incluir diretivas de controle de origem, um projeto da equipe reportar site, e um portal do projeto da equipe.

Quando você primeiro em aberto Team Explorer, é vazia, e você deve conectá-lo para um Team Foundation Server. Assim, você poderá selecionar quais projetos de equipe, você deseja exibir no Team Foundation Server. Team Explorer Conecte a apenas um Team Foundation Servere, portanto, exibe apenas os projetos de equipe de um Team Foundation Server. Novamente, dependendo do modelo de processo usado para criar o projeto da equipe, integrantes da equipe podem usar Team Explorer Para exibir informações sobre as compilações do produto, inicialização a fonte, consulta nas tarefas atribuídas a eles, exibir o status geral do projeto, localizar documentos, exibir relatórios e criar produtos de trabalho associados com o projeto da equipe. Por exemplo, um projeto da equipe criado com o MSF para Agile SDK ou MSF para os modelos de processo satisfação processo CMMI exibirá os nós a seguir:

Este Work Items Nó fornece acesso para criar e exibir consultas no banco de dados item de trabalho e para criar novos itens de trabalho.Consultas projeto são implementadas pelo gerente projeto modelo ou processo na criação de equipe do projeto.Consultas definido pelo usuário não são implementadas durante a criação do projeto da equipe mas posterior são adicionados como conteúdo personalizado.
Este Documents Nó fornece acesso a trabalhar produtos como documentos, planilhas, planos projetos, guia processo, e outra saída intangíveis de atividades de desenvolvimento.Os documentos são armazenados em um local único e central no portal do projeto da equipe.
Este Reports Nó fornece acesso aos relatórios com métricas para o projeto da equipe e para um meio de coletar informações de várias ferramentas contidas no namespace do projeto da equipe.O site de relatório SQL Reporting Services destina-se a executar Tool cross-relatório por colocar juntos diversas informações de diversas ferramentas dentro do projeto da equipe e formulário um relatório por empregando semântica e sintaxe apropriada para as informações exportadas do cada ferramenta.
Este Team Builds Nó fornece acesso à composição de seu projeto da equipe.
Este Source Control Nó fornece acesso a artefatos como código-fonte e texto.Os desenvolvedores programa usar o navegador de origem para fazer check-in e check-out código fonte.O Explorer de controle de origem é um navegador dos arquivos de origem do projeto da equipe.Uma série de ferramentas personalizada definida pelo usuário pode ser implementada por um usuário.

Configurações do projeto equipe e propriedades variam para projeto da equipe do projeto da equipe.As propriedades do projeto da equipe são definidas a partir de Equipe menu in Visual Studio e conjunto configurações para grupos e permissões que identificam os membros do projeto da equipe e seus direitos de acesso. Por exemplo, um desenvolvedor de software pode ter acesso Alterar documento X em um projeto da equipe, mas não o documento Y, enquanto outro desenvolvedor de software envolvido no mesmo projeto da equipe pode ter acesso para alterar os dois documentos X e Y.Atribuindo grupos ajuda a estabelecer que os sub-teams diversos dentro do projeto da equipe e para melhor gerenciam as tarefas.Configurações do projeto equipe também incluir os agrupamentos hierárquicos virtuais para artefatos dentro de um projeto da equipe.A estrutura de classificação pode incluir iterações das ciclo de vida que compõem um projeto da equipe e os componentes ou recursos de um projeto da equipe.Itens de trabalho e outros artefatos tais como testar casos, também podem ser classificados contra os structures / hierarchies para tornar mais fácil controlar e relatórios para.

As diretivas de controle de origem ajudam definir configurações de controle de origem.Definições de controle de origem caracterizar configurações check-out, check-in diretivas e anotações check-in.As definições de controle de origem definir que artefatos podem ser verificados fora e por quem eles também ajudam definir configurações que permitir que um usuário para voltar em tempo e check-out versões diferentes de um artefato que pode ter foi produzidas durante o Life Cycle do projeto..