Metodologías con VS.2005 TEAM SYSTEM - Ciclo de vida y Team Foundation Server - MSF César de la Torre Jesús Villalobos Software Architect - Renacimiento [Microsoft MVP–Connected Systems] [MCSE] [MCT] ctorre@renacimiento.com Responsable de desarrollo [MCSD] jvillalobos@certia.net 1

Visual Studio 2005 Team System Visual Studio Team System 2005 y Team Foundation Server pueden articular cualquier metodología, p.e.: Metodologías Ágiles: MSF-Agile SCRUM Metodologías Formales CMMI MSF for CMMI RUP C

Modelo CMMI Level 2 Level 4 Level 5 Level 3 Project Planning Project Monitoring & Control Measurement & Analysis Requirements Management Configuration Management Process & Product Quality Assurance Supplier Agreement Management Level 3 Integrated Project Management Risk Management Integrated Teaming Requirements Development Technical Solution Product Integration Verification Validation Decision Analysis & Resolution Organizational Process Definition Organizational Environment for Integration Organizational Process Focus Organizational Training Integrated Supplier Management Level 4 Organizational Process Performance Quantitative Project Management Level 5 Organizational Innovation and Deployment Causal Analysis & Resolution

CMMI - ¿Cuándo?  Control Normalmente para ‘Grandes proyectos de software’ que requieren verificación y auditorías Seguimiento muy estricto del cumplimiento de los procesos CMMI CMMI: Cinco niveles de conformidad ‘MSF for CMMI’ y TFS llegan hasta nivel 3 Orientado a la organización

Predictivo vs. Adaptable La inspiración usual para las metodologías han sido disciplinas como las ingenierías civil o mecánica: separación entre diseño y construcción. Dicho más común en proyectos problemáticos: “el problema con este proyecto es que los requisitos cambian todo el tiempo”. Si no se pueden obtener requisitos estables no se puede obtener un plan predecible. Aún así, un mínimo de previsibilidad es recomendable en muchos proyectos  PROYECTOS CERRADOS L

Introducción Metodologías Ágiles La crítica más frecuente a las metodologías NO ágiles es la burocracia. Las metodologías ágiles, buscan un termino medio, buscan el suficiente proceso para que el esfuerzo valga la pena. Sus características comunes: Metodologías adaptables Orientadas a las “personas” Orientadas a los cambios Varias metodologías ágiles: MSF-Agile, XP, Scrum, etc. L

Agile Manifesto Individuals and interactions over processes and tools http://www.agilemanifesto.org/ Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan

¿Qué es Team Foundation? Plataforma integrada para Colaboración en Proyectos de Desarrollo de Software Seguimiento de Unidades de Trabajo Control de Código Fuente Informes Compilación Global Comunicaciones Entre el Equipo C

Visual Studio Team System Process and Architecture Guidance Visual Studio Industry Partners Visual Studio Team Edition Software Architects Visual Studio Team Edition Software Developers Visual Studio Team Edition Software Testers Application Designer Dynamic Code Analyzer Load Testing System Designer Static Code Analyzer Manual Testing Logical Datacenter Designer Code Profiler Test Case Management Deployment Designer Unit Testing Code Coverage Class Designer (in Visual Studio Standard Edition and higher) Visio for Enterprise Architects (in MSDN Premium Subscription) Team Explorer (includes Team Foundation Server CAL) Visual Studio Professional Edition Visual Studio Team Foundation Server Change Management Reporting Integration Services Team Build Work Item Tracking Project Portal Project Management C

Team Foundation Process and Architecture Guidance Visual Studio Industry Partners Visual Studio Team Architect Visual Studio Team Developer Visual Studio Team Test Application Modeling Dynamic Code Analyzer Load Testing Logical Infra. Modeling Static Code Analyzer Manual Testing Deployment Modeling Code Profiler Test Case Management Unit Testing Code Coverage Class Modeling Visio and UML Modeling Team Foundation Client Team Foundation Client VS Pro Change Management Change Management Reporting Reporting Integration Services Integration Services Visual Studio Team Foundation Work Item Tracking Work Item Tracking Project Site Project Site Project Management Project Management C

Visión global TFS - Proyecto Nuevo (Diferentes Plantillas MSF-Agile, MSF for CMMI, Propia/Custom, etc.) Visión global de Team Explorer y Conceptos base de Work Items, etc - Mostrar portales de Agile y CMMI, con las páginas sobre documentación 11

Todo se basa en ‘Work Items’ Asignar dependencias de tareas con Microsoft Project ‘Work items’ del autor en Excel ‘Work items’ en Visual Studio Ver status del proyecto en Excel ó Project C

Planificación y tareas - Planificación con Project Professional y demo de Tareas mapeadas a Work-Items 13

Control Código Fuente (Gestión del cambio) Check In/Out / Shelves “Shelve” (Guardar apartados propios) de código fuente Políticas en el Proceso de check-in L

Control código fuente Check-in / Check-out (compartido, etc.) SHELVES 15

Team System (Desarrolladores) Process and Architecture Guidance Visual Studio Industry Partners Visual Studio Team Edition Software Architects Visual Studio Team Edition Software Developers Visual Studio Team Edition Software Testers Application Designer Dynamic Code Analyzer Dynamic Code Analyzer Load Testing System Designer Static Code Analyzer Static Code Analyzer Manual Testing Logical Datacenter Designer Code Profiler Code Profiler Test Case Management Deployment Designer Unit Testing Unit Testing Code Coverage Code Coverage Class Designer (in Visual Studio Standard Edition and higher) Visio for Enterprise Architects (in MSDN Premium Subscription) Team Explorer (includes Team Foundation Server CAL) Visual Studio Professional Edition Visual Studio Team Foundation Server Change Management Reporting Integration Services L Team Build Work Item Tracking Project Portal Project Management

Pruebas Unitarias y Cobertura de Código Los Desarrolladores deben escribir sus propias pruebas unitarias El entorno de desarrollo debe proporcionar una respuesta rápida a los pequeños cambios Cobertura de Código ¿Qué sentencias de mi aplicación se están ejecutando por las pruebas unitarias? Util para identificar pruebas unitarias incompletas L

Pruebas Unitarias y ‘Code Coverage’ - Demo Pruebas Unitarias y Code-Coverage - Detectar un Bug, gestión del Bug y resolución del bug. 18

Integración DIARIA e Integración Contínua Construir el producto en forma ejecutable con una ‘base diaria’ Hay que integrar todo día a día, no al cabo de un mes integrar diferentes módulos  PROBLEMAS Una ‘integración diária’ publicada es: Un fuerte indicador de que el equipo es funcional Una forma de hacer visible el producto y su progreso El heartbeat del proceso de desarrollo “Dadme algo nuevo cada día” C

Reglas para la ‘Integración Diaria’ Usar un sistema de control de código Cada desarrollador trabaja localmente. Cada día se recoge el código (check-in), se compila globalmente y publican los binarios y los desarrolladores tienen disponible todo el código nuevo y binarios. En entorno Team-System, las compilaciones globales en el servidor se realizan con el sistema de compilación global de TFS. C

Informes de TFS Team Foundation genera informes. VS.Team Explorer Basado en Analysis Services y Reporting Services de SQL Server 2005. Visibles desde: VS.Team Explorer Portal del proyecto (Sharepoint Services) C

Informes de Team Foundation Server 22

Visual Studio Team System ¿Cómo de efectivo es nuestro equipo? Ratios de pruebas (pass, inconclusive, fail) mostrado en barras Frente a cobertura de código, … code churn, … y bugs activos

Visual Studio Team System ¿Qué requisitos no han sido probados? Progresión del estado de los requisitos desde sin probar hasta pasado por pruebas, a través de sucesivas integraciones (builds)

Visual Studio Team System ¿Hasta donde llegamos en el tiempo disponible? Trabajo Planificado Trabajo Finalizado

Visual Studio Team System Solución atascada en pruebas Errores resueltos pero no cerrados: hay recursos insuficientes o la calidad del desarrollo no es la adecuada

Visual Studio Team System Fallo en estimación de tiempos Progreso muy lento del trabajo planeado Aunque hay progreso, la pendiente es poco pronunciada

Visual Studio Team System El ámbito cambia radicalmente “Material Oscuro” emerge durante la iteración El trabajo planeado se va realizando

Conclusiones Team System permite trabajar con cualquier metodología tanto Ágil como Formal. Team system dispone de diversas técnicas de ayuda y control en el desarrollo. Integración con tareas de planificación del proyecto Control código Fuente Work-items (Tareas proyecto, Bugs, etc.) Análisis de código estático Pruebas unitarias y Cobertura de código Diagramas de Arquitectura Pruebas de carga Informes de trabajo del equipo C

Muchas Gracias César de la Torre Jesús Villalobos MSF César de la Torre Jesús Villalobos Software Architect - Renacimiento [Microsoft MVP–Connected Systems] [MCSE] [MCT] ctorre@renacimiento.com Renacimiento Responsable de desarrollo [MCSD] jvillalobos@certia.net Certia

31