Atualizando um modelo de processo personalizado
Manualmente, você deve atualizar os arquivos de modelo para acessar os novos recursos que estão disponíveis com a versão 5.0 de modelos de processo de Microsoft Solutions Framework (MSF) e manter as personalizações que você fez um modelo de processo do MSF anterior. Você deve copiar o arquivo de modelo de processo da MSF que você deseja usar e aplicar as alterações personalizadas para cada arquivo. Para obter mais informações sobre os modelos mais recentes de processo do MSF, consulte Escolha um modelo de processo.
Observação |
---|
Depois que o seu servidor de camada de aplicativo é atualizado para Visual Studio Team Foundation Server 2010, você pode usar o Process Template Manager para acessar os modelos de processo do MSF de versão 5.0 com seus modelos de processo existente. Para obter mais informações, consulte Baixe um modelo de processo. |
Você pode seguir as orientações fornecidas neste tópico para oferecer suporte a atualização manual dos arquivos de modelo. Depois de concluir essa atualização, você pode carregar o modelo de processo personalizado para Team Foundation Server. Quando o modelo de processo é carregado, você pode criar projetos de equipe. Para obter mais informações sobre como criar projetos de equipe e os recursos que são necessários para oferecer suporte a recursos específicos, consulte Iniciando um novo projeto de equipe.
Antes de executar a atualização manual, você deve examinar as informações fornecidas na Trabalhando com arquivos de modelo de processo e Processo de personalização passo a passo.
Neste tópico
Dicas para realizar uma atualização Manual
Grupos de segurança e permissões de acesso de inicial
Áreas de produto, ciclos de vida do projeto e mapeamentos de campo do projeto
Acompanhamento do Item de trabalho
Documentos de portal
Relatórios
Controle de Versão
Compilação, o laboratório e o gerenciamento de teste
Tarefas de raiz que são definidas no arquivo de plug-in do modelo de processo
Dicas para realizar uma atualização Manual
Não remova um arquivo ou uma tarefa para carregar um arquivo, a menos que saiba o que é o arquivo e você terá não usá-la.
Para localizar as personalizações que você tenha feito, você pode executar uma operação de comparação de arquivos semelhantes que existem nos dois modelos.
Você pode procurar a dependency elemento em todos os arquivos de plug-in para saber quais tarefas dependem de outras tarefas que estão sendo concluídas.
Grupos de segurança e permissões de acesso de inicial
A pasta de grupos e permissões contém o arquivo de plug-in GroupsandPermissions configura os grupos de segurança inicial e suas permissões. Existem dependências para os três grupos definidos no arquivo GroupsandPermissions plug-in, conforme indicado na seguinte lista:
O Readers grupo é referenciado na compilação, Lab, VersionControl e arquivos de plug-in workitems.
O Contributors grupo é referenciado na compilação, Lab, VersionControl e arquivos de plug-in workitems. Ele também é mencionado em cada arquivo de definição de tipos de item de trabalho. Você pode atribuir um item de trabalho somente para um membro da equipe que é concedido a uma função de colaboradores.
O Builders que é definido no arquivo de plug-in de GroupsandPermissions de grupo é referenciado na compilação, VersionControl e arquivos de plug-in workitems.
Para obter mais informações, consulte Configurando permissões, membros e grupos de inicial e Controlando o acesso a áreas funcionais.
Áreas de produto, ciclos de vida do projeto e mapeamentos de campo do projeto
A pasta de classificação contém o arquivo de plug-in de classificação que configura o conjunto inicial de áreas de produto e iterações para um projeto de equipe. Essa pasta também contém o arquivo FieldMapping que personaliza o mapeamento de campos entre Microsoft Project e Team Foundation.
Quando você atualiza os arquivos contidos na pasta de classificação, observe as seguintes informações:
Você pode adicionar áreas de produtos que são necessários para atender às suas necessidades de projeto. Não há áreas de produto (StructureType=ProjectModelHierarchy) são definidos em modelos de processo da MSF.
As alterações feitas na estrutura de ciclo de vida do projeto (StructureType=ProjectLifecycle) podem causar algumas consultas de itens de trabalho e as pastas de trabalho são definidas para o modelo de processo ágil para se tornar não-funcionais. Especificamente, os seguintes objetos são criados no modelo de processo ágil, o que faz referência a iteração 1 que é definido no arquivo de plug-in de classificação:
A pasta de consulta é intitulada "Iteração 1" contém as seguintes consultas de item de trabalho que fazem referência o caminho de iteração 1: ActiveBugs.wiq, ActiveTasks.wiq, Iteration1Backlog.wiq, BugTriage.wiq, CompletedTasks.wiq, OpenIssues.wiq, OpenTestCases.wiq, OpenUserStories.wiq, ResolvedBugs.wiq, UserStoriesDelivered.wiq e UserStoriesWithoutTestCases.wiq.
Para obter mais informações, consulte Consultas de equipe (Agile).
As pastas de trabalho que são carregadas para o team project portal referência consultas específicas de iteração.
Para obter mais informações, consulte Pastas de trabalho (Agile).
Você pode atualizar o arquivo FieldMapping inserindo quaisquer alterações feitas no seu modelo de processo personalizado. Na versão mais recente dos modelos de processo do MSF, as alterações a seguir são apresentadas:
O Mapping elemento tem um novo atributo: IfSummaryRefreshOnly.
Três novos elementos são suportados: HierarchyLinkType, DependencyLinkType, and ResourceNameSeparator.
Novos elementos a seguir: HierarchyLinkType, DependencyLinkType, and ResourceNameSeparator.
O ContextField elemento é removido. Ele é ignorado se ele estiver presente no arquivo FieldMapping.
Para obter mais informações, consulte O arquivo de mapeamento de campo do Microsoft Project.
Para obter mais informações, consulte Definindo as áreas de iniciais e iterações usando o arquivo de plug-in do Classification.xml.
Acompanhamento do Item de trabalho
A pasta de rastreamento de item de trabalho contém o arquivo de plug-in de itens de trabalho que você usa para carregar os arquivos que definem os tipos de item de trabalho, tipos de link, as consultas de itens de trabalho, categorias e listas globais. As últimas versões dos modelos de processo do MSF apresentam os tipos de link e trabalhar de categorias, alterações significativas para os nomes e as definições de tipos de item e novos atributos de campo.
Quando você atualiza os arquivos contidos na pasta de rastreamento de item de trabalho, observe as seguintes informações:
Você pode atualizar as definições de tipos de item de trabalho são fornecidos na subpasta TypeDefinitions para atender às suas necessidades personalizadas. Renomear qualquer tipo de interromper a funcionalidade para consultas de itens de trabalho dependente. Para obter informações sobre como personalizar os tipos de item de trabalho, consulte Adicionar um tipo de Item de trabalho a um modelo de processo.
Para obter mais informações sobre os tipos de item de trabalho que são definidos nos modelos de processo do MSF, consulte Itens de trabalho e o fluxo de trabalho (Agile) ou Itens de trabalho e o fluxo de trabalho (CMMI).
Se você tiver adicionado todos os campos personalizados são usados para armazenar nomes de pessoa e desejar que esses nomes sejam sincronizados com o Active Directory ou um grupo de trabalho, você pode adicionar o syncnamechanges de atributo para o FIELD elemento no arquivo de definição de tipo.
Além disso, você pode adicionar o reportingrefname e reportingname atributos para campos personalizados.
Para obter mais informações, consulte Adicionar e modificar os campos de Item de trabalho para a emissão de relatórios de suporte.
Você pode adicionar listas globais sem quebrar as dependências. Você pode adicionar listas globais, adicionando-os para um arquivo de definição para um tipo de item de trabalho. Não há listas globais são definidas nos modelos de processo do MSF. Para obter mais informações, consulte Definir listas globais.
As categorias que são definidas no arquivo de categorias são usadas por Microsoft Test Manager. Você deve deixar esses inalteradas. Você pode definir categorias adicionais para dar suporte a suas necessidades de projeto. Para obter mais informações, consulte O agrupamento de tipos de Item de trabalho em categorias.
Os tipos de link são definidos na subpasta LinkTypes e nos arquivos SharedSteps e TestedBy são usados por Microsoft Test Manager. Você deve deixar esses inalteradas. Você pode definir os tipos de link adicional para suportar suas necessidades de projeto. Para obter mais informações, consulte Personalizando itens de trabalho como estão relacionados por meio de tipos de Link.
Você pode definir consultas de item de trabalho adicional e adicioná-los para a pasta de consultas. As alterações feitas consultas existentes podem afetar a funcionalidade das pastas de trabalho que dependem dessas consultas.
Com consultas de itens de trabalho agora atribuir consultas a pastas, atribuir permissões a pastas de consulta e definir as consultas que fazem referência a um caminho de iteração. Para obter mais informações, consulte Adicionar uma consulta a um modelo de processo.
Você pode definir as instâncias de item de trabalho para especificar um conjunto de tarefas de inicialização ou de itens a serem abordados para cada projeto de equipe de trabalho. Nenhuma instância de item de trabalho é definida nos modelos de processo do MSF. Para obter mais informações, consulte Adicionar uma tarefa do Item de trabalho ou a instância a um modelo de processo.
Depois de concluir a atualização de todos os arquivos subordinados na pasta de rastreamento de item de trabalho, você deve revisar e atualizar as tarefas que são definidas no arquivo workitems plug-in. Certifique-se de que você execute as seguintes ações:
Adicionar um LINKTYPE elemento para cada arquivo de definição de tipo de link que você adicionou para a pasta LinkTypes.
Adicionar um WORKITEMTYPE elemento para cada arquivo de definição que você adicionou para a pasta TypeDefinitions. Para obter mais informações, consulte Adicionar um tipo de Item de trabalho a um modelo de processo.
Remover um WORKITEMTYPE elemento para cada arquivo de definição que você removeu da pasta ' TypeDefinitions '.
Adicionar um Query elemento para cada arquivo de consulta (wiq) do item de trabalho que você adicionou para a pasta de consultas.
Remover um Query elemento para cada arquivo de wiq foi removido da pasta de consultas.
Para obter mais informações, consulte Definir e personalizar objetos para controlar os itens de trabalho usando o plug-in de WorkItems.
Documentos de portal
O Windows SharePoint Services pasta contém documentos gerais, arquivos de orientação de processo e as pastas de trabalho. Quando você atualizar os arquivos que estão contidos no Windows SharePoint Services pasta, observe as seguintes informações:
Você pode adicionar todos os documentos para o Windows SharePoint Services pasta que desejar. Documentos podem ser acessados a partir do projeto de equipe documentos pasta quando o projeto de equipe é provisionado com um site do SharePoint.
Pastas de trabalho que são definidas para os modelos de processo do MSF dependem da tipos de item de trabalho, os campos de item de trabalho, tipos de link e consultas que são definidas nos modelos. As principais alterações para qualquer um desses objetos podem afetar a funcionalidade de pastas de trabalho.
Você pode adicionar seu próprio conteúdo de orientação de processo e substituir os arquivos existentes de orientação do processo. Os arquivos de orientação de processo padrão fornecem hiperlinks para conteúdo que está hospedado na biblioteca do Microsoft Developers Network (MSDN). Por exemplo, o arquivo de orientação para o tipo de item de trabalho da tarefa é o seguinte.
<meta http-equiv="refresh" content="0;URL=https://go.microsoft.com/fwlink/?LinkId=153646&clcid=0x409" >
Quando você clica em tarefa nos documentos / nó de orientação do processo para um projeto de equipe, ele abre o tópico de orientação de processo para o tipo de item de trabalho da tarefa. A mesma ação ocorre quando você clica em em uma tarefa de trabalho item formulário.
Quando você clica em , o ícone de orientação do processo que está presente em cada formulário do item de trabalho, o cliente abre o arquivo correspondente, que é carregado a partir da pasta arquivos/suporte a orientação do processo. Você pode substituir os arquivos. htm com um arquivo HTML de sua preferência. Você também pode adicionar pastas e arquivos. htm na pasta arquivos de suporte. Para obter mais informações, consulte Carregando documentos no Portal do projeto usando o plug-in do Portal.
Depois de concluir a atualização de todos os arquivos subordinados a Windows SharePoint Services pasta, você deve revisar e atualizar as tarefas que são definidas no arquivo de plug-in de WssTasks. Certifique-se de que você execute as seguintes ações:
Adicionar um file elemento para cada arquivo que você adicionou para a Windows SharePoint Services pasta.
Remover um file elemento para cada arquivo que foi removido do Windows SharePoint Services pasta.
Manter o activateFeatures seção na parte inferior do arquivo. Isso é necessário para ativar os recursos do portal do painel de controle.
Para obter mais informações, consulte Carregando documentos no Portal do projeto usando o plug-in do Portal.
Relatórios
Relatórios de cada modelo de processo do MSF dependem da tipos de item de trabalho, os campos de item de trabalho e os tipos de link são definidos na pasta de rastreamento de item de trabalho. Esses relatórios são carregados para SQL Server Reporting Services e visualizados por meio do Gerenciador de relatórios quando o projeto de equipe é provisionado com o Reporting Services. Esses relatórios baseiam-se no novo esquema para o depósito de dados. Para obter mais informações sobre os relatórios padrão que são fornecidas pelos modelos de processo do MSF, consulte Relatório (Agile) ou Relatório (CMMI).
Observação |
---|
Microsoft Excelrelatórios são carregados para o portal do projeto quando o projeto de equipe é criado. |
Você pode adicionar ou remover relatórios a partir do modelo de processo. Para obter mais informações, consulte Carregamento de relatórios usando os plug-in de relatórios.
Controle de Versão
A pasta de controle de versão contém um único arquivo plug-in, o arquivo VersionControl. XML. Você pode adicionar quaisquer alterações nesse arquivo que você fez no seu modelo de processo personalizado. Para obter mais informações, consulte Definindo a configuração inicial do Team Foundation Version Control.
Teste, desenvolvimento e Lab Management
Com a versão mais recente dos modelos de processo do MSF, são fornecidos três novas pastas e arquivos de plug-in: Compilação, gerenciamento de testes e laboratório. Você vai querer incluir os arquivos que estão contidos nessas pastas para oferecer suporte a funções que são executadas usando Team Foundation Build, Microsoft Test Manager, e Visual Studio Lab Management, respectivamente.
Observe as seguintes dependências:
Os arquivos de modelo de compilação incluem um arquivo de definição de compilação padrão e um arquivo de definição de compilação de atualização. Quando você atualiza o Team Foundation Build, novas definições de compilação são automaticamente atualizadas para criar definições para a versão atual usando o modelo de processo de atualização de compilação.
Microsoft Test Managere Lab Management exigem o SharedSteps e o caso de teste funcionam os tipos de item, os tipos de links de SharedSteps e TestedBy e categorias.
Para obter mais informações sobre como personalizar os arquivos que estão disponíveis na compilação, gerenciamento de teste e pastas de laboratório, consulte os seguintes tópicos:
Se você decidir não incluí-las no modelo de processo, certifique-se de que você remova o group e tasklist elementos que especificam para executar a lista de tarefas para seus respectivos arquivos de plug-in.
Observação |
---|
A menos que tenha um motivo específico para remover um plug-in, deixe os arquivos que são definidos no modelo de processo. |
Tarefas de raiz que são definidas no arquivo de plug-in do modelo de processo
A última etapa na atualização de um modelo de processo é revisar e atualizar os elementos que são definidos no arquivo ProcessTemplate plug-in. Quando o Assistente para novo projeto de equipe cria um projeto de equipe, ele executa o conjunto de plug-ins são definidos no arquivo ProcessTemplate.
A menos que você removeu um arquivo de plug-in ou adicionados a um arquivo de plug-in personalizado, você não deverá modificar o arquivo de plug-in ProcessTemplate. Para obter mais informações, consulte Definindo as tarefas de raiz usando o arquivo de plug-in do modelo de processo.
Consulte também
Tarefas
Carregar um modelo de processo
Referência
Conceitos
Trabalhando com arquivos de modelo de processo
Outros recursos
Atualizando um projeto de equipe atualizada para novos recursos de acesso
[RFB] What's New in Customizing Process Templates for Visual Studio ALM