Soma anunció la salida de Visual Studio 2008

Somasegar anunció en su blog que Visual Studio 2008 y Team Foundation Server 2008 estarán disponibles antes de fin de mes (noviembre 2007)
También, por supuesto, la nueva versión del Framework .NET 3.5
link: blogs.msdn.com/somasegar/archive/2007/11/05/teched-developer-in-europe.aspx

Reportes en Team Foundation Server

Crear reportes en TFS asusta un poco cuando se intenta la primera vez. La información parece estar escondida entre montones de bases y tablas. Pero conociendo un poco como está estructurada la información el tema se aclara y el enorme potencial disponible se vuelve manejable.
Para comenzar, los reportes de TFS están montados sobre Microsoft SQL Server Reporting Services y SQL Server Analysis Services.
Team Foundation Server utiliza 3 almacenes de información, optimizados para distintos tipos de utilización.


TFS utiliza tres almacenes distintos de información, con los datos fluyendo de izquierda a derecha.

La base primaria (TFS OLTP) contiene información online. Está formada por múltiples DB para workitems, control de códifo fuente, builds, etc. Está normalizada y diseñada para ser eficiente en su funcionamiento pero no es fácil de entender a la hora de preparar reportes. Esto no es un problema, ya que para eso están los otros dos almacenes. Es posible que estas bases contengan sólo información reciente.

La segunda base (TFS Relational Warehouse) está orientada a la realización de consultas. Su esquema es más fácil de entender y contiene cierta información redundante, para minimizar la necesidad de joins al preparar los reportes.
Existen procesos que corren periódicamente (por default cada hora), manteniendo esta base actualizada. Contiene toda la información histórica.

Finalmente existe la base para procesamiento analítico (OLAP Cube). Esta base debe ser accedida por medio de Analysis Services y su lenguaje específico, MDX. Esta base es ideal para el análisis de información histórica ya que contiene información pre-agregada para optimizar los tiempos de las consultas.

Para una información más detallada y algunos ejemplos consultar (en inglés):
http://www.microsoft.com/downloads/details.aspx?familyid=a74486b2-f7db-4a85-97bd-46bf478bda60&displaylang=en

Arquitectura Corporativa

Debería ser natural que a partir del modelo de operación de negocio de una compañía, IT provea la infraestructura para la ejecución de los procesos de negocio y potencie las posibilidades de crecimiento. Esto no siempre se da en la realidad, por lo que es necesario ofrecer una visón integrada de los procesos, la información, las aplicaciones y la tecnología.
El modelo de operación de negocio, identifica el grado de integración (cuánto requieren compartir información las distintas áreas de negocio) y estandarización (procesos unificados entre áreas de negocio) y estará determinado por la estrategia de negocio de la compañía, aunque no siempre de manera consciente ni totalmente coherente.
Es posible presentar un camino evolutivo en el grado de madurez de la arquitectura corporativa, que no siempre es pareja en toda la compañía:
Silos de negocio: focalización de la inversión de IT en la solución de problemas y oportunidades localizadas.
Tecnología estandarizada: foco puesto en infraestructura tecnológica compartida y reducción / estandarización de las plataformas utilizadas.
Core optimizado: Información y aplicaciones unificadas a nivel corporativo, unificando datos y sistemas.
Modularidad de negocio: agilidad estratégica ofrecida mediante módulos reutilizables (ej. servicios empresariales).