Lo nuevo en Reporting Services para Visual Studio ALM

Artículo
08/10/2011

Con la versión actual de Visual Studio Team Foundation Server se pueden supervisar los proyectos de equipo y realizar el seguimiento de la calidad del software en proceso de desarrollo mediante varios informes y paneles predeterminados. Además, puede crear rápidamente informes puntuales o informes de tendencias históricas a partir de las consultas de elementos de trabajo. En este tema, puede obtener más información sobre las nuevas características y los cambios que se incluyen en la versión actual para admitir la creación y personalización de informes.

En este tema

Informes y paneles listos para usar
Generar informes rápidamente a partir de consultas de elementos de trabajo
Cambiar los atributos de informes de los campos de datos
Generar informes entre proyectos de equipo
Cambios en el almacén de datos
Generar informes con la base de datos relacional

Informes y paneles listos para usar

Puede ver y realizar el seguimiento del progreso mediante uno de los muchos informes listos para usar que se proporcionan junto con las plantillas de proceso de Microsoft Solutions Framework (MSF). Además de los informes que puede ver a través del Administrador de informes en versiones anteriores de Team Foundation, la versión actual proporciona informes adicionales y versiones de Excel de muchos informes que están basados en SQL Server Reporting Services. Si utiliza los nuevos informes, puede realizar el seguimiento del estado de casos o requisitos, tendencias de errores, productividad y progreso de pruebas.

Para obtener información general sobre los informes y paneles que se proporcionan junto con la versión actual de las plantillas de proceso de MSF, revise uno de los temas de la siguiente tabla:

Artefacto	MSF for Agile Software Development v5.0	MSF for CMMI Process Improvement v5.0
Informes del Administrador de informes	Informes (Agile)	Informes (CMMI)
Informes de Excel	Informes de Excel (Agile)	Informes de Excel (CMMI)
Paneles	Paneles (Agile)	Paneles (CMMI)

En la siguiente tabla se indica el informe comparable en la versión actual, que ha cambiado de nombre o se ha rehecho:

Informe en versiones anteriores	Informe comparable en esta versión
Calidad real frente a la velocidad planeada	Informe de estado de todas las iteraciones Informe de estado de todas las iteraciones (CMMI)
Velocidad	Informe de evolución y tasa de avance (Agile) Informe de evolución y tasa de avance (CMMI)
Porcentaje de errores	Informe Estado del error
Errores por prioridad	Informe Estado del error
Indicadores de calidad	Informe Indicadores de calidad de la compilación

Generar informes a partir de consultas de elementos de trabajo

Puede generar varios informes en Microsoft Excel que muestran el estado actual y los datos históricos basándose en los criterios de filtro que se especifican en una consulta de elementos de trabajo de lista plana. Esto es útil para mostrar la distribución de los elementos de trabajo en función de los criterios seleccionados o para ver las tendencias durante las últimas semanas. Además, es una forma eficaz de generar rápidamente informes de tablas y gráficos dinámicos que se pueden personalizar para admitir otras vistas de informe.

Cuando se crea un informe de Excel a partir de una consulta, se puede elegir qué informes se desea generar en función de las variables que se utilizan para filtrar la consulta y los criterios seleccionados. Mediante estos métodos, se pueden generar los siguientes tipos de informes:

Informes actuales: gráficos circulares que muestran el número de elementos de trabajo según los criterios de filtro que se especifican en la consulta de elementos de trabajo.
Informes de tendencias: gráficos de líneas que muestran la distribución de elementos de trabajo durante las seis últimas semanas según los criterios de filtro que se especifican en la consulta de elementos de trabajo. Una vez generados los informes, se puede cambiar fácilmente el intervalo de fechas.

Cada informe incluye varias hojas de cálculo y cada hoja de cálculo muestra un informe de tabla dinámica y un informe de gráfico dinámico derivados de los datos del cubo de SQL Server Analysis Services.

Para obtener más información, vea Crear informes en Microsoft Excel mediante las consultas de elementos de trabajo.

Cambiar los atributos de informes de los campos de datos

En la versión actual, se han agregado dos atributos de informes a la definición de los campos de elemento de trabajo y se ha agregado la capacidad de cambiar los atributos de un campo existente. Los atributos de informes que se han agregado son los siguientes:

reportingrefname. Puede asignar un nombre de referencia diferente a un campo que esté marcado como campo para informes. Si no se especifica ningún valor, se usa el valor asignado al atributo refname.

Puede usar este atributo para combinar o diferenciar los campos incluidos en los informes. Para combinar dos campos que tienen nombres de referencia distintos y están definidos en colecciones de proyectos de equipo diferentes, asigne el mismo valor de reportingrefname a ambos. Para distinguir dos campos con el mismo nombre de referencia pero que están definidos en colecciones de proyectos diferentes, asigne un valor de reportingrefname diferente a cada campo.
reportingname. Puede asignar una etiqueta diferente a un campo que se use para mostrar los datos de los informes. Si no especifica un valor, se usa el nombre descriptivo asignado para el atributo name. El valor asignado a reportingname aparece en el cubo. El valor asignado a reportingrefname no aparece.

Puede usar el comando witadmin changefield para cambiar una asignación de atributos de un campo. Para obtener más información, vea Agregar y modificar campos de elementos de trabajo para la compatibilidad con la creación de informes.

Generar informes entre colecciones de proyectos de equipo

Ahora se pueden crear informes que contengan datos recopilados de varios proyectos de equipo que estén almacenados en colecciones de proyectos diferentes. Todos los datos que se pueden incluir en los informes de todos los proyectos de equipo que están definidos en cada una las colecciones de proyectos de una implementación de Visual Studio Team Foundation Server se escriben en una única base de datos relacional. Los datos de ese almacén se procesan y se escriben después en el cubo de Analysis Services. Al recopilar los datos en un almacén de datos único, se admiten los informes cruzados. La siguiente ilustración muestra algunos de los filtros que puede utilizar al construir informes entre proyectos de equipo y colecciones de proyectos diferentes.

Campos de Team Project en tabla dinámica

Nota

Dado que los campos de elemento de trabajo se administran de forma diferente para cada colección de proyectos, se pueden producir conflictos cuando se asignan definiciones diferentes a uno o varios atributos de informe de un campo. Para obtener más información, vea Resolver los conflictos del esquema que se producen en el almacén de datos.

Cambios en el almacén de datos

Todos los datos que se pueden incluir en los informes de todos los proyectos de equipo que están definidos en cada una las colecciones de proyectos de una implementación de Team Foundation Server se escriben en una única base de datos relacional. Los datos de ese almacén se procesan y se escriben después en el cubo de Analysis Services. La recopilación de datos en un único almacén es compatible con los informes entre colecciones de proyectos de equipo.

Importante
Si actualizó una versión anterior de Team Foundation Server, puede que se hayan actualizado los informes que puede ver. Para obtener más información, vea Encontrar informes después de actualizar a Team Foundation Server 2010.

Exclusividad de los valores de identificador

Con la introducción de las colecciones de proyectos de equipo en la versión actual, los nombres de proyectos de equipo deben únicos solamente en una colección. Los identificadores de los elementos de trabajo son únicos solamente en una colección, no en toda la implementación de colecciones. Dado que el almacén de datos contiene los datos de todas las colecciones de proyectos de equipo, al construir consultas para los elementos de trabajo con el almacén de datos, también se debe incluir el GUID del proyecto de equipo para ese elemento de trabajo.

Cambios y adiciones en el esquema

En la versión actual, se realizaron varios cambios en el esquema del cubo de Analysis Services. Estos cambios se realizaron para que el cubo fuese más utilizable, para mejorar el rendimiento y la conversión. Además, muchos cambios se introdujeron para admitir la infraestructura ampliada que ahora admite Team Foundation Server, así como la incorporación de objetos para realizar el seguimiento de los elementos de trabajo, como tipos de vínculo, categorías y casos de prueba. A continuación se detallan algunos de los cambios realizados en el esquema:

El número de dimensiones se ha reducido de poco más de 60 a menos de 25.
Muchas dimensiones de las versiones de esquema anteriores ahora son atributos de las dimensiones de caso de prueba (Test Case) y elemento de trabajo (Work Item).
Las dimensiones Area e Iteration se han rediseñado como atributos de las dimensiones Test Case y Work Item como auténticas jerarquías y ahora constan de 14 niveles, lo que se asemeja a la profundidad proporcionada por el almacén operativo de Seguimiento de elementos de trabajo.
Se ha cambiado el nombre de muchos grupos de medida, medidas, dimensiones y atributos.
Se han agregado nuevas dimensiones para admitir la nueva funcionalidad de seguimiento de elementos de trabajo.
Para que resulte más fácil de usar, se han agregado carpetas de visualización a las dimensiones Test Case y Work Item. Los campos se agrupan en carpetas en función de los nombres de referencia que se asignan a cada campo. Los atributos de dimensión se organizan en carpetas en función del nombre de referencia del informe asignado en la definición de tipos de elemento de trabajo.

Para obtener una descripción completa de todos los cambios y adiciones realizados en el cubo, vea Cambios y adiciones al esquema para el cubo de Analysis Services.

Procesamiento del almacén de datos

Puede administrar el almacén de datos mediante el servicio Web Control de almacén. Este servicio Web ha cambiado de nombre y se ha rediseñado en la versión actual. Además, la frecuencia de actualización predeterminada del cubo se establece en dos horas, lo que supone un cambio con respecto a la versión anterior. Puede modificar este valor mediante el servicio ChangeSetting. Para obtener más información, vea Administrar el almacenamiento de datos y el cubo de Analysis Services.

Generar informes con la base de datos relacional

Ahora se admite oficialmente la creación de informes con la base de datos relacional. En general deseará utilizar el cubo de Analysis Services para los informes históricos o los informes que requieran la segmentación de varios parámetros de datos agregados. El cubo es la mejor opción para administrar este tipo de informe. Sin embargo, la base de datos relacional permite crear informes que reúnen datos que guardan poca relación de maneras que no son posibles con el cubo.

Vistas

Ahora, hay varias vistas públicas que le ayudan a trabajar con el almacén. Todas estas vistas públicas tienen nombres que finalizan con "View", como WorkItemHistoryView. La siguiente ilustración muestra las vistas públicas con las que se pueden generar informes.

Vistas de la base de datos relacional

Nota

Las vistas que empiezan por "v" y terminan por "Overlay" se utilizan para procesar el cubo. No debería utilizar estas vistas al generar informes que están basados en la base de datos relacional.

Nombres de tabla

En la versión actual de la base de datos relacional, la mayoría de los nombres de tabla han cambiado. En versiones anteriores, muchos nombres de tabla contenían espacios que daban problemas con algunas herramientas de creación de informes. Las tablas con nombres nuevos permiten determinar más fácilmente la conexión entre las tablas del almacén de datos y sus entidades correspondientes en el cubo.

Nota

Las tablas que comienzan con un carácter de subrayado (_) están sujetas a cambios en el futuro. No debería utilizar estas tablas al generar informes basados en la base de datos relacional.

En el nuevo almacén de datos, los nombres no tienen espacios y también tienen un prefijo para indicar su uso, tal y como se describe en la siguiente tabla.

Prefijo	Descripción
dbo.Dim	La tabla contiene datos de dimensiones, lo que significa que los datos aparecerán en la parte de dimensiones del cubo. Normalmente se proporciona una columna para cada atributo o jerarquía de la dimensión. En la ilustración siguiente se muestran las tablas de dimensiones de Team Foundation. En el cubo, la tabla DimWorkItem aparece en la jerarquía de dimensión, bajo Work Item.
dbo.Fact	Las tablas de hechos contienen valores de celdas que aparecen como medidas en el cubo. En la ilustración siguiente se muestran las tablas de hechos de Team Foundation. Las tablas de hechos tienen claves externas para varias tablas de dimensiones. Por ejemplo, la tabla FactWorkItemHistory contiene una columna que se denomina StateChangeCount que aparece en el cubo bajo las medidas, en la carpeta de medida Work Item.

dbo.Dim

La tabla contiene datos de dimensiones, lo que significa que los datos aparecerán en la parte de dimensiones del cubo. Normalmente se proporciona una columna para cada atributo o jerarquía de la dimensión. En la ilustración siguiente se muestran las tablas de dimensiones de Team Foundation.

Tablas de dimensiones de la base de datos relacional

En el cubo, la tabla DimWorkItem aparece en la jerarquía de dimensión, bajo Work Item.

dbo.Fact

Las tablas de hechos contienen valores de celdas que aparecen como medidas en el cubo. En la ilustración siguiente se muestran las tablas de hechos de Team Foundation.

Tablas de hechos para la base de datos relacional

Las tablas de hechos tienen claves externas para varias tablas de dimensiones. Por ejemplo, la tabla FactWorkItemHistory contiene una columna que se denomina StateChangeCount que aparece en el cubo bajo las medidas, en la carpeta de medida Work Item.

Registros compensatorios

Cuando trabaje con datos históricos del almacén, tiene que ser consciente de los registros compensatorios. Los registros compensatorios se definen en tablas y vistas que incluyen información histórica, como WorkItemHistoryView. Los registros compensatorios se utilizan para generar un agregado de datos.

Siempre que un miembro del equipo actualiza un elemento de trabajo, se crea una revisión y se agrega un par de registros al almacén. Un registro revierte el registro anterior más reciente y el registro siguiente agrega los valores modificados para el elemento de trabajo. Cada uno niega o compensa realmente la revisión anterior de ese elemento de trabajo.

También guardan relación con los registros compensatorios estas dos columnas: System_ChangedDate y System_RevisedDate. La primera columna, System_ChangedDate, indica cuándo se realizó la modificación en el elemento de trabajo. La otra fecha indica cuándo se cambió el elemento de trabajo a continuación. Supongamos, por ejemplo, que creó una tarea a las 10:53 el 15 de mayo de 2009 y modificó ese elemento de trabajo a las 11:23 el día siguiente. En ese caso, vería registros similares a los que se muestran en la siguiente tabla.

System_ChangedDate	System_RevisedDate	Trabajo restante	RecordCount
10:53 5/15/2009	11:23 5/16/2009	20	1
10:53 5/15/2009	11:23 5/16/2009	-20	-1
11:23 5/16/2009	0:00 1/1/9999	10	1

El primer registro, que se revisó a las 11:23, era el registro original. El registro siguiente cancela el primer registro y se agrega al mismo tiempo como tercer registro. Por último, el tercer registro es el registro actual, tal y como indica System_RevisedDate, que se establece en el valor máximo para una columna DATETIME.

Consulta basada en Sum

Puede determinar el trabajo restante actual a partir de una fecha concreta tal como indica la siguiente consulta basada en SUM.

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

Aunque es posible crear esta consulta basada en SUM, puede obtener mejores resultados si utiliza una consulta "As Of".

Consulta As Of

Puede crear una consulta "as of" que devuelva solo los últimos registros para cada elemento de trabajo modificado antes de cierta fecha. Por ejemplo, la siguiente consulta "as of" devuelve el trabajo restante desde que finaliza el 16 de mayo de 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'

El resultado es el mismo que obtendría al consultar el cubo. Esta consulta devuelve solo los últimos registros para cada elemento de trabajo modificado antes del 16 de mayo de 2009. La cláusula System_RevisedDate recupera solo el último registro que se modificó antes del 16 de mayo de 2009 porque la consulta encuentra el registro que se modificó antes y se revisó después de esta fecha. Si el registro no se revisó en absoluto, la fecha registrada corresponde al año 9999. Además, esta consulta comprueba si el valor de RecordCount es positivo. Los registros compensatorios que cancelan un registro anterior siempre tienen el valor -1 para RecordCount.