Novidades para emissão de relatórios para ALM de Visual Studio

Usando a atual versão do Visual Studio Team Foundation Server, você pode monitorar os projetos de equipe e controlar a qualidade do software em desenvolvimento por meio de vários relatórios padrão e painéis de controle. Além disso, você pode criar rapidamente relatórios de tendências atuais e históricos de consultas de itens de trabalho. Neste tópico, você pode aprender mais sobre os novos recursos e alterações são fornecidas na versão atual que suportam a criação e personalização de relatórios.

Neste tópico

• Relatórios e painéis de out-of-the-box

• Gerar relatórios rapidamente a partir de consultas de Item de trabalho

• Alterar atributos de emissão de relatórios de campos de dados

• Gerar relatórios de projetos de equipe

• Alterações para o Data Warehouse

• Gerar relatórios de banco de dados relacional

Relatórios e painéis de out-of-the-Box

Você pode exibir e controlar o andamento usando um dos vários relatórios de out-of-the-box que são fornecidos juntamente com os modelos de processo de Microsoft Solutions Framework (MSF). Além de para os relatórios que você pode exibir através do Gerenciador de relatórios que foram fornecidos em versões anteriores do Team Foundation, a versão atual fornece relatórios adicionais e versões do Excel de vários relatórios que são baseados em SQL Server Reporting Services. Usando os novos relatórios, acompanhar o status de histórias ou requisitos, tendências de bugs, emitir tendências e testar o andamento e a produtividade.

Para obter uma visão geral dos relatórios e painéis que são fornecidos em conjunto com a versão atual dos modelos de processo do MSF, consulte um dos tópicos na tabela a seguir:

A tabela a seguir indica que o relatório comparável na versão atual, que foi renomeada ou reformulada:

Gerar relatórios a partir de consultas de itens de trabalho

Você pode gerar vários relatórios no Microsoft Excel Mostrar o status atual e o trabalham de dados históricos, com base nos critérios de filtro que você especificar uma lista de tela plana consulta do item. Isso é útil para mostrar a distribuição de itens de trabalho, de acordo com critérios selecionados ou exibir as tendências para as passado várias semanas. Além disso, é uma maneira efetiva para gerar rapidamente de tabela dinâmica e relatórios de gráfico dinâmico que você pode personalizar para oferecer suporte a outros modos de exibição do relatório.

Quando você cria um relatório do Excel a partir de uma consulta, você pode escolher os relatórios a serem gerados com base nas variáveis que são usadas para filtrar a consulta e os critérios que você selecionar. Usando esses métodos, você pode gerar os seguintes tipos de relatórios:

• Relatórios atuais: Gráficos de pizza para mostrar a contagem de trabalhar itens de acordo com os critérios de filtro são especificados na consulta de item de trabalho.

• Relatórios de tendências: Gráficos de linhas que mostram a distribuição de itens de trabalho sobre nos últimos seis semanas de acordo com os critérios de filtro são especificadas na consulta de item de trabalho. Depois que os relatórios são gerados, você pode alterar facilmente o intervalo de datas.

Cada relatório inclui várias planilhas, e cada planilha mostra um relatório de tabela dinâmica e um relatório de gráfico dinâmico que deriva de dados a partir de SQL Server cubo do Analysis Services.

Para obter mais informações, consulte A criação de relatórios no Microsoft Excel usando consultas de itens de trabalho.

Alterar atributos de emissão de relatórios de campos de dados

Na versão atual, os dois relatórios atributos foram adicionados à definição de campos de item de trabalho e a capacidade de alterar os atributos de um campo existente foi adicionada. Os atributos de emissão de relatórios que foram adicionados são os seguintes:

• reportingrefname. Você pode atribuir um nome de referência diferente a um campo que está marcado como reportable. Se nenhum valor for especificado, o valor é atribuído para o refname atributo é usado.

  Você pode usar esse atributo para mesclar ou divergem de campos que são incluídos nos relatórios. Para mesclar os dois campos que têm os nomes distintos de referência e que são definidos nas coleções de projeto de equipe diferentes, atribuir o mesmo reportingrefname a ambos. Para uma diferenciação dois campos que têm o mesmo nome de referência, mas que são definidos nas coleções de outro projeto, atribuir uma outra reportingrefname para cada campo.

• reportingname. Você pode atribuir um rótulo diferente a um campo que é usado para exibir dados em relatórios. Se você não especificar um valor, o nome amigável que é atribuído a name atributo é usado. O valor é atribuído para o reportingname é exibido no cubo. O valor é atribuído para o reportingrefname não aparecer.

Você pode usar o witadmin changefield comando para alterar uma atribuição de atributo para um campo. Para obter mais informações, consulte Adicionar e modificar os campos de Item de trabalho para a emissão de relatórios de suporte.

Gerar relatórios em conjuntos de projeto de equipe

Agora você pode criar relatórios que contêm os dados coletados de vários projetos de equipe são armazenados em coleções de projetos diferentes. Todos os dados reportável de todos os projetos de equipe são definidos em todas as coleções de projeto para uma implantação do Visual Studio Team Foundation Server são gravados em um depósito de dados relacionais único. Dados de depósito é então processados e gravados cubo do Analysis Services. A coleta de dados em um único data warehouse suporta entre grupos de relatórios. A ilustração a seguir mostra alguns filtros que podem ser usados ao construir relatórios em projetos de equipe e coleções de projeto.

Observação
Como campos de item de trabalho são gerenciados distintamente para cada conjunto de projeto, podem ocorrer conflitos quando diferentes definições são atribuídas a um ou mais atributos de emissão de relatórios de um campo. Para obter mais informações, consulte Resolvendo conflitos de esquema que estão ocorrendo no Data Warehouse.

Alterações para o Data Warehouse

Todos os dados reportável de todos os projetos de equipe são definidos em todas as coleções de projeto para uma implantação do Team Foundation Server são gravados em um depósito de dados relacionais único. Dados de depósito é então processados e gravados cubo do Analysis Services. Oferece suporte a coleta de dados em um único data warehouse, emissão de relatórios em coleções de projeto de equipe.

Importante
Se você atualizou a partir de uma versão anterior do Team Foundation Server, que você atualizou os relatórios que você pode exibir. Para obter mais informações, consulte Localizando relatórios após a atualização para o Team Foundation Server 2010.

Exclusividade dos valores de ID

Com a introdução das coleções de projeto de equipe na versão atual, os nomes dos projetos de equipe devem ser exclusivos somente em uma coleção. As identificações de itens de trabalho são exclusivas somente em uma coleção, mas não entre a implantação das coleções. Como o depósito de dados contém dados de todas as coleções de projeto de equipe, quando você construir consultas para os itens de trabalho contra o depósito, você também deve incluir o GUID para o projeto de equipe para aquele item de trabalho.

As alterações e adições de esquema

Na versão atual, um número de alterações foram feito no esquema para o cubo do Analysis Services. Essas alterações foram feitas para tornar o cubo mais utilizáveis, aumentar o desempenho e melhorar a tradução. Além disso, muitas alterações foram introduzidas para suportar a infra-estrutura de expandido agora é suportada por Team Foundation Server e para oferecer suporte a adição de objetos para controlar os itens de trabalho, como tipos de link, categorias e casos de teste. Algumas das alterações feitas no esquema são:

• O número de dimensões foi reduzido de um pouco mais de 60 para menos de 25 dimensões.

• Muitas dimensões nas versões anteriores do esquema agora são atributos das dimensões de Item de trabalho e de caso de teste.

• As dimensões de Area e Iteration reprojetadas como atributos das dimensões de Item de trabalho e de caso de teste como true hierarquias e são 14 níveis profunda, que é semelhante a profundidade fornecida pelo armazenamento operacional do rastreamento de Item de trabalho.

• Muitos grupos de medidas, medidas, dimensões e atributos foram renomeados.

• As novas dimensões foram adicionadas para suportar a nova funcionalidade de rastreamento de item de trabalho.

• Para oferecer suporte a usabilidade, exibir pastas foram adicionadas às dimensões do caso de teste e o Item de trabalho. Os campos são agrupados em pastas com base nos nomes de referência, o que são atribuídos a cada campo. Atributos de dimensão são organizados em pastas baseiam-se o nome de referência de relatório que é atribuído a definição de tipo de item de trabalho.

Para obter uma descrição abrangente de todas as alterações e adições ao cubo, consulte As alterações e adições de esquema para o cubo do Analysis Services.

Processamento do Data Warehouse

Você pode gerenciar o data warehouse, usando o serviço da Web de controle de depósito. Este serviço da Web foi renomeado e reprojetado na versão atual. Além disso, a freqüência de atualização padrão do cubo é definida para duas horas, o que é uma alteração da versão anterior. Você pode modificar esse valor usando o ChangeSetting service. Para obter mais informações, consulte Gerenciando o Data Warehouse e o cubo do Analysis Services.

Gerar relatórios de banco de dados relacional

Criação de relatórios de banco de dados relacional agora é suportada oficialmente. Em geral, você desejará usar o cubo do Analysis Services para relatórios históricos, ou que exigem vários parâmetros de agregar dados de segmentação. O cubo é a melhor opção para lidar com esse tipo de relatório. No entanto, o banco de dados relacional permite criar relatórios que reúnem os dados relacionados livremente de maneiras que não são possíveis usando o cubo.

Modos de exibição

Um número de exibições públicas ajuda de agora, você trabalhará com o depósito. Todas essas exibições públicas têm nomes que terminam com "Exibição" como, por exemplo, WorkItemHistoryView. A ilustração a seguir mostra os modos de exibição públicos, contra a qual você pode gerar relatórios.

Observação
Modos de exibição que começam com "v" e terminam com "Overlay" são usados para processar o cubo. Você não deve usar esses modos de exibição quando você gera relatórios que sejam baseiam no banco de dados relacional.

Nomes de tabela

Na versão atual do banco de dados relacional, a maioria dos nomes de tabela foram alterados. Em versões anteriores, muitos nomes de tabela continham espaços nos nomes que criava problemas com algumas ferramentas de relatórios. As tabelas renomeadas permitem mais facilmente determinar a conexão entre as tabelas no armazém de dados e de suas entidades correspondentes no cubo.

Observação
Tabelas que começam com um sublinhado (_) estão sujeitos a alterações no futuro. Você não deve usar essas tabelas ao gerar relatórios que sejam baseiam no banco de dados relacional.

Na nova data warehouse, nomes não têm espaços e eles também possuem um prefixo para indicar o seu uso, conforme descrito na tabela a seguir.

Prefixo	Descrição
dbo.Dim	A tabela contém dados de dimensão, o que significa que os dados aparecerão na parte de dimensões do cubo. Uma coluna é geralmente fornecida para cada atributo ou uma hierarquia na dimensão. A ilustração a seguir mostra as tabelas de dimensão para Team Foundation. No cubo, a tabela de DimWorkItem é exibida na hierarquia de dimensão em um Item de trabalho.
dbo.Fato	Tabelas de fatos contêm valores de células que aparecem como medidas no cubo. A ilustração a seguir mostra as tabelas de fatos para Team Foundation. Tabelas de fatos possuem chaves estrangeiras para várias tabelas de dimensão. Por exemplo, a tabela FactWorkItemHistory contém uma coluna que é chamada StateChangeCount que aparece no cubo em medidas, na pasta de medida de Item de trabalho.

Compensação de registros

Quando você trabalha com dados históricos no depósito, você precisa estar atento a compensação de registros. Compensação de registros são definidos nas tabelas e exibições que incluem informações históricas, como, por exemplo, WorkItemHistoryView. Você pode usar registros de compensação para gerar um agregado de dados.

Sempre que um membro da equipe atualiza um item de trabalho, uma revisão é criada e um par de registros é adicionado ao depósito. Um registro desfaz o registro anterior mais recente e o próximo registro adiciona os valores modificados para o item de trabalho. Cada um deles efetivamente nega ou compensa, a revisão anterior desse item de trabalho.

Também é conectado com registros de compensação são duas colunas: System_ChangedDate e System_RevisedDate. A primeira coluna, System_ChangedDate, indica que a alteração para o item de trabalho foi feita. A outra data informa quando o item de trabalho depois de ser alterado. Por exemplo, suponha que você criou uma tarefa em 10: 53 em 15 de 5 de 2009 e você modificou este item de trabalho em 11: 23 no próximo dia. Em seguida, você veria registros semelhantes àquelas listadas na tabela a seguir.

O primeiro registro foi revisado em 11: 23, foi o registro original. O próximo registro cancela o primeiro registro e é adicionado ao mesmo tempo que o registro de terceiro. Finalmente, o registro de terceiro é o registro atual, conforme indicado pela System_RevisedDate, que é definido como o valor máximo para uma coluna de data e hora.

Consulta baseada em soma

Você pode determinar o trabalho restante atual de uma data específica, conforme indicado pela seguinte consulta baseada em Soma.

SELECT SUM(Microsoft_VSTS_Scheduling_RemainingWork)
  FROM WorkItemHistoryView WHERE System_Id = 108
   AND ProjectNodeGUID = 'A8657108-E085-4DE5-B14C-97DAA378D46E'

Embora você pode construir essa consulta baseada na soma, você pode obter um melhor desempenho se você usar um "como de" consulta.

Como de consulta

Você pode construir um "como de" consulta que retorna os últimos registros para cada item de trabalho que foi modificado antes de uma determinada data. Por exemplo, o seguinte "como de" consulta retorna o trabalho restante a partir do final de 16/5/2009.

SELECT System_Id, Microsoft_VSTS_Scheduling_RemainingWork
  FROM WorkItemHistoryView WHERE System_ChangedDate < '5/16/2009'
   AND System_RevisedDate >= '5/16/2009'
   AND RecordCount > 0
   AND ProjectNodeGUID = 'A8657108-E085-4DE5-B14C-97DAA378D46E'

Este é o mesmo resultado que obteria quando você consulta o cubo. Esta consulta retorna os últimos registros para cada item de trabalho que foi modificado antes de 16/5/2009. A cláusula de System_RevisedDate recupera apenas o último registro que foi modificado antes de 16 de 5 de 2009, porque a consulta localiza um registro que foi modificado antes e revisado após essa data. Se o registro não foi revisado em todos os, a data registrada é o ano 9999. Além disso, essa consulta testa um RecordCount positivo. Registros de compensação que cancelar um registro anterior sempre têm um RecordCount-1.

Consulte também

Conceitos

Criação, personalização e gerenciamento de relatórios para ALM de Visual Studio

Outros recursos

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

Gerenciando o Data Warehouse e o cubo do Analysis Services

Localizando relatórios após a atualização para o Team Foundation Server 2010

As alterações e adições de esquema para o cubo do Analysis Services