VEMN Team Blog

Dónde quedan los reportes de TFS2008 cuando se realiza la migración a TFS 2010?

A no preocuparse si acceden a los viejos reportes y ven que la fecha de actualización del cubo quedó congelada a la fecha de la migración, porque los reportes están ahora en una nueva locación

Por los cambios producidos en los modelos en la nueva version 2010, el proceso de actualización que realiza TFS hace que se instalen las nuevas bases de datos y cubos siguiendo el concepto de Project Collections (ver http://www.vemn.com.ar/Blog/post/Nuevos-conceptos-en-TFS-2010.aspx)

Las bases anteriores TFSWarehouse y al cubo también llamado de la misma manera siguen existiendo y los reportes en Reporting Services (SSRS) siguen apuntando a esta base .

Pero los reportes para los templates basados en MSF for Agile y MSF for CMMI en la versión 4.2 son migrados a un nuevo directorio en Reporting Services. Este directorio se llama TFSReports y dentro de él está el directorio DefaultCollections (esto dependiendo del nombre de la collection que fué creada en la migración). Dentro de este último directorio vamos a encontrar todos los reportes de los proyectos anteriores migrados a la nueva versión 2010 de TFS.

Por supuesto, que todos los proyectos abiertos desde Visual Studio, apuntan ahora a la nueva ubicación. Esta ubicación es sacada desde la consola de configuración de TFS.

En el gráfico siguiente, está un esquema de como quedan ahora las bases de datos y los Data Sources de Reporting Services

Tambien tenemos nuevos Data Sources

Aquí les dejo una serie de link sobre información puntual sobre el tema de reportes (algunos extraidos del blog de Buck Hodges:

Sunder Raman, Program Manager para TFS, ha escrito una serie de post (en inglés) sobre los cambios en el almacenamiento y en los cubos para 2010.

Reporting

• Reporting in Team Foundation Server 2010 – Part 1: Introduction
• Reporting in Team Foundation Server 2010 – Part 2: SharePoint Dashboards: SharePoint Server dashboard
• Reporting in Team Foundation Server 2010 – Part 3: SharePoint Dashboards: SharePoint Server dashboard customization
• Reporting in Team Foundation Server 2010 – Part 4: SharePoint Dashboards: Creating a team dashboard
• Reporting in Team Foundation Server 2010 - Part 5: SharePoint Foundation Dashboard
• Reporting in Team Foundation Server 2010 - Part 6: Rich SQL Reporting Services Reports
• Reporting in Team Foundation Server – Part 7: Excel Reports from Work Item Queries
• Reporting in Team Foundation Server 2010 – Part 8: Custom Reports: Options & Tools

Customizing Reports for Team Foundation Server 2010 (en MSDN)

Cube

• Team Foundation Server 2010 – Cube Schema Changes in Beta 2
• Team Foundation Server 2010 – Cube Schema Changes in RTM

John Socha-Leialoha, escribió una serie de post sobre la actualización de reportes en TFS

• Upgrading Team Foundation Server 2008 Reports to 2010, Part I (originally written for beta 1 - part 2 describes changes between beta 1 and beta 2)
• Upgrading Team Foundation Server 2008 Reports to 2010, Part II
• Upgrading Team Foundation Server 2008 Reports to 2010, Part III

ALM, Gestión de Proyectos, TFS alm, Team Foundation Server, Gestión de Proyectos

Se viene el evento nuevamente !!!

Este año estaremos repitiendo el evento sobre Gestión de Proyectos y Arquitectura de Software.

VEMN SA conjuntamente con el MUG, Lagash SA y el apoyo de la Universidad Argentina de la Empresa (UADE) realizaremos el evento el día 8 de Junio a las 9.00 hs. en la sala Magna de la UADE.

Temario

ALM, Eventos, Gestión de Proyectos, Metodologías y Procesos, Tecnología gestión de projectos, manageit, metodologías, proyectos, procesos, alm

Al trabajar en la creación de reportes para TFS, con uno de los problemas con los que nos cruzaremos es con el hecho de que los cambios que realicemos en la base de datos de TFS (por ejemplo al crear/modificar Work Items) no se reflejarán inmediatamente en el reporte.

Esto se debe a que, por defecto, la actualización del Datawarehouse se realiza a intervalos de una hora, ya que es un proceso que consume una cantidad importante de recursos del servidor. Además, al tratarse generalmente de reportes basados en datos estadísticos, contar con información que se actualiza a cada hora es suficiente para la mayoría de los casos.

Como mencionábamos, esto es válido en un entorno de producción, pero cuando estamos haciendo el ajuste fino de un reporte en un ambiente de pruebas, este lapso no nos sirve y nos encontramos en la necesidad de actualizar el Datawarehouse “on demand”.

Para esto podemos utilizar un Web Service que, además de ésta, cuenta con otras funcionalidades:

http://teamserver:8080/Warehouse/v1.0/WarehouseController.asmx

Una vez allí, debemos hacer click en la operación “Run” y luego el botón “Invoke”

La yapa

Si  son lo suficientemente impacientes como para pretender algo más cómodo, los voy a invitar a que lean el post de Eric Lee donde publica una pequeña aplicación que realiza esto mismo pero con sólo presionar un botón.

ALM, TFS Team Foundation Server, alm

Una nueva area en el sitio de MS sobre Sharepoint y ALM.

Se acaba de publicar el Application Lifecycle Management Resource Center for SharePoint Server

Aqui se pueden encontrar guias, articulos, links, herramientas sobre todo lo relacionado con ALM y Sharepoint.

Hay temas como:

• Templates para Visual Studio
• Control de código fuente.
• Testing
• Builds
• TFS
• Etc. etc. etc.

ALM, Gestión de Proyectos, Metodologías y Procesos, Sharepoint alm, sharepoint

El significado de ALM

ALM (Application Life Cycle Management)

según la visión de Gartner

ALM comprende prácticas, procesos y herramientas que auxilian a la gestión del ciclo de vida de la aplicación, específicamente en el workflow de su producción y mantenimiento. La gestión de cambios, el workflow y gestión de ítems de trabajo, y la integración de todos los elementos son capacidades indispensables que permiten a una organización establecer trazabilidad , seguimiento y control a través de sus múltiples procesos, ubicaciones y variedad de herramientas, a lo largo de las etapas de desarrollo y despliegue de la aplicación.

Les dejamos un link interesante

mediaproducts.gartner.com/reprints/microsoft/vol4/article7/article7.html

la definición según Forrester

ALM comprende la coordinación de actividades del Ciclo de Vida del Desarrollo de Software , incluyendo requerimientos, modelado, desarrollo y pruebas, a través de:

ALM y SDLC

ALM y SDLC no son la misma cosa, y a la vez tienen similitudes.

SDLC (Software Development Life Cycle)

Abarca todo lo concerniente al DESARROLLO de una aplicación software, incluyendo requerimientos, arquitectura, codificación, testing, gestión de configuración y administración del proyecto.

ALM (Application Life Cycle Management)

Incluye todo lo que es parte del ciclo de vida de una aplicación. La vida de una aplicación se inicia antes del desarrollo. Nace en algún lugar en el NEGOCIO, ya sea como una idea, una necesidad, una meta, o bien un riesgo. Finaliza más allá del desarrollo. Muere cuando el negocio ya no requiere de la aplicación, probablemente años después de finalizado su desarrollo.

SDLC es iterativo por naturaleza, ALM también lo es. En tanto el negocio responde a los cambios que se producen en su ambiente, comienza un nuevo ciclo ALM, enriquece la aplicación y realiza un nuevo despliegue para acrecentar sus beneficios.

Fuente : http://blogs.msdn.com/chrisbirmele/archive/2007/04/23/alm-versus-sdlc-two-different-things.aspx

ALM, Gestión de Proyectos, Metodologías y Procesos alm, proyectos, metodologías