Tema 13: Evaluación de procesos software

Transcripción

1 Proyectos Informáticos Tema 13: Evaluación de procesos software Contenidos Esquemas de evaluación de la capacidad/madurez de procesos software: CMM(I), ISO/IEC

2 Introducción Elementos determinantes del coste, los plazos de entrega y la calidad del software (SW): PERSONAS PROCESO SW Proceso: conjunto de actividades que transforman una serie de entradas en salidas Personas: la motivación, el trabajo en equipo, la formación Tecnología: las herramientas deben incorporarse al proceso de forma natural La calidad del proceso utilizado en el ciclo de vida de un producto software ayuda a la calidad del producto final TECNOLOGÍA 3 Premisa: Introducción El proceso es un elemento básico en el ciclo de vida del software Cuestiones: En qué situación se encuentran los procesos de nuestra organización? Cómo podemos mejorarlos? 4

3 Introducción Objetivos de la evaluación de procesos: Determinar la capacidad de los procesos Punto de partida para la mejora de los procesos Evaluar requisitos específicos de los procesos Cómo? Confrontar los procesos de la organización con un modelo de referencia de procesos (conjunto de buenas prácticas de la industria) Equipos expertos valoran ciertos atributos de los procesos La evaluación en sí forma parte de procesos más complejos (determinación de la capacidad y mejora) 5 Introducción Contextos de la evaluación de procesos Identifica cambios Mejora de procesos Lleva a Sujeto a Proceso Evaluación de procesos motiva Lleva a Determina la idoneidad Determina la idoneidad Lleva a Determinación de la capacidad* motiva Evaluación de la conformidad (*) La capacidad se denomina madurez en CMM y en el CMMI por etapas 6

4 Introducción Mejora de procesos: Acción realizada para adecuar los procesos de una organización de forma que se apliquen más eficazmente a las necesidades de negocio de la organización (ISO/IEC IS 15504) Determinación de la capacidad de procesos: Evaluación y análisis sistemáticos de una serie de procesos seleccionados en la organización frente a una capacidad dada, realizada con el objetivo de identificar los puntos fuertes y débiles, y los riesgos asociados con la aplicación de los procesos a la realización de un requisito determinado (ISO/IEC IS 15504) 7 Introducción Objetivo de la evaluación: Determinación de la capacidad Requisitos especificados 1. Definir la capacidad objetivo 2. Iniciar la determinación de la capacidad Entrada a la evaluación 3. Determinar la capacidad actual Evaluación del proceso 4. Determinar la capacidad propuesta Resultados de la evaluación 7. Actuar sobre los resultados 5. Verificar la capacidad propuesta 6. Analizar el riesgo 8

5 Introducción Objetivo de la evaluación: Mejora de los procesos Examinar las necesidades de la organización Controlar la ejecución Iniciar la mejora de procesos Realizar la evaluación de procesos Mantener las mejores obtenidas Resultados analizados de la evaluación Confirmar la mejora Analizar los resultados y desarrollar un plan de acción Resultados de la evaluación Riesgos Mejoras realizadas Aplicar las mejora Plan de acción aprobado 9 Introducción 10

6 Introducción ENG.6 nombre Construcción del software propósito Propósito El propósito del proceso de Construcción del software es producir las unidades de software ejecutable que reflejen el diseño de software apropiadamente. resultados Resultados (outcomes) Como resultado de la realización con éxito del proceso de Construcción del software: 1) se definen los criterios de verificación para todas las unidades de software frente a sus requisitos; 2) se producen las unidades de software definidas por el diseño; 3) se establece consistencia y trazabilidad entre los requisitos de software y el diseño y las unidades de software; y 4) se cumple la verificación de las unidades de software frente a los requisitos y el diseño. 11 Introducción Measurement framework : Define una escala ordinal con rangos crecientes de capacidad de los procesos Desde los procesos que son incapaces de lograr su propósito (nivel 0) hasta aquellos que optimizan su rendimiento (nivel 5) 12

7 Introducción Modelos de evaluación y mejora de procesos (SW) más extendidos. ISO/IEC ISO/IEC es el resultado (1998) de una iniciativa internacional para el desarrollo de un estándar para la evaluación y mejora de procesos (software) Capability Maturity Model (CMM) CMM se desarrolló en 1991 por Watts Humphrey del Software Engineering Institute (Universidad Carnegie Mellon) Otros: Trillium, Bootstrap, etc. 13 SPICE ISO/IEC SPICE: Software Process Improvement and Capability determination Determinación de la capacidad y mejora de los procesos de SW Esfuerzo basado en la colaboración internacional para la obtención del estándar de evaluación de procesos:iso/iec IS Aplicable tanto a la mejora continua como a la determinación de la capacidad 14

8 SPICE ISO/IEC STD (Scottish Development Agency) CMM (SEI) TRILLIUM (Bell/BNT/NT) SQPA (HP) ISO (9001, 12207) HealthCheck (BT) BootStrap (BootStrap Institute) 15 SPICE ISO/IEC ISO/IEC IS Dimensión n de la capacidad ISO/IEC Nivel 5 Nivel 4 Nivel 3 Nivel 2 Nivel 1 Nivel 0 ACQ ENG SUP MAN PIM ISO/IEC IS Modelo de Procesos de Referencia (ISO/IEC Amd 2) Dimensión n de los procesos... 16

9 Procesos PRIM PRIM ARY Life ARIOS Cycle del Processes ciclo de vida Grupo A cq uisition de Procesos Process de GAdquisición roup (A C Q )(AC Q) ACQ.1 Preparación A cquisition preparation de la adquisición ACQ.2 Selección Supplier selection del proveedor ACQ.3 CAcuerdo ontract agreem contractual ent ACQ.4 MSupplier onitorización m onitoring del proveedor ACQ.5 Custom A ceptación er acceptance del cliente Grupo Suppl y de Process Procesos Group de Sum (SPL) inistro (SPL) SPL.1 OSupplier ferta del tendering proveedor SPL.2 Entrega Product release del produ cto SPL.3 SProduct oporte acceptance la a ceptación support del produ cto Engineering Grupo de Procesos Process de Group Ingeniería (ENG) (ENG) ENG.1 Captura R equiremde ents requisitos elicitation ENG.2 System Análisis requirements de requisitos analysis del sistema ENG.3 System Diseño de architectural arquitectura design del sistema ENG.4 Software A nálisis de requirements requisitos software analysis ENG.5 Software Diseño de design software ENG.6 Software Construcción construction del software ENG.7 Integración S oftw are integration del software ENG.8 Pruebas Software del testing software ENG.9 System Integración integration del sistema ENG.10 System Pruebas testing del sistema ENG.11 Instalación S oftw are installation del software ENG.12 Software Mantenimiento and system del software maintenance y del sistema Operation Grupo de Procesos Process Group de Operación (OPE) (OPE) OPE.1 Uso operacional OPE.2 Customer Soporte al support cliente Procesos ORGANIZATIONAL ORGANIZACIONALES Life SPICE ISO/IEC Cycle del ciclo Processes de vida MGrupo anagement de Procesos Process de Group Gestión (M (MAN) AN) MAN.1 Organizational Alineación de la alignment organización M AN.2 Organization G estión de la management organización M AN.3 Gestión Project managem de proyectos ent M AN.4 Quality G estión management de la calidad M AN.5 Risk Gestión management de riesgos M AN.6 M easurement edidas Process Grupo de Imp Procesos rovement de M Process ejora de Group (PIM Procesos (PIM ) PIM.1 Process Establecimiento establishment de procesos PIM.2 Process Evaluación assessment de procesos PIM.3 Process M ejora de improvement procesos Resource Grup o de and Procesos Infrastructure de Recursos Process e Infraestructura Group (RIN) (R IN ) RIN.1 Gestión Human resource de recursos management humanos RIN.2 Formación Training RIN.3 Gestión Knowledge del conocimiento management RIN.4 Infraestructura Infrastructure Reuse Grupo Process de Procesos Group de (REU) Reuso (REU) R E U.1 G estión de elem entos reu sables REU.2 Reuse Gestión program del programa management de reuso REU.3 Domain Ingeniería engineering de dominio Procesos SUPPORTING de SOPORTE Life Cycle del ciclo Processes de vida Grupo Support de Procesos Process Group de Soporte (SU P) (SU P) SUP.1 QAseguramiento uality a ssurance de la Calidad SUP.6 Produ Evaluación ct evaluation de Producto SUP.2 Verification Verificación SUP.7 Documentación Documentation SUP.3 Validation Validación SUP.8 Gestión Configuration de la Configuración management SUP.4 Joint Revisiones review conjuntas SUP.9 Problem Gestión de resolution la Resolución managem de Problemas ent SUP.5 Auditorías SUP.10 CGestión hange request de las Peticiones managemde entcambios 17 SPICE ISO/IEC ISO/IEC TR 15504:1998 Cambio del proceso Optimizando Medidas cuantitativas son base para la mejora continua de procesos Predecible Las métricas hacen que los procesos y los recursos sean controlables Establecido Procesos predefinidos son adaptados para cada necesidad; recursos y resultados gestionados. Nivel 1 PA.1.1 Nivel 5 Optimizando PA.5.1 Optimización del proceso PA.5.2 Innovación del proceso Nivel 4 Predecible Mejora continua PA.4.1 Medida del proceso ISO/IEC TR 15504:1998 PA.4.2 Control del proceso Nivel 3 Establecido Medida ISO/IEC TR 15504:1998 PA.3.1 Definición del proceso PA.3.2 Aplicación del proceso Recursos del proceso Nivel 2 Gestionado ISO/IEC TR 15504:1998 Gestionado PA.2.1 Gestión de la la realización Procesos y resultados son gestionados y PA.2.2 Gestión de los resultados los recursos son asignados. Realizado Realizado Realización del proceso Procesos intuitivamente realizados; resultados existentes Nivel 0 Incompleto Incompleto Realización y resultados incompletos; proceso caótico 18

10 SPICE ISO/IEC ISO/IEC TR 15504: SUP.8 Problem resolution process ID y nombre del proceso Basic process Tipo de proceso Propósito del proceso The purpose of the Problem resolution process is to ensure that all discovered problems are analyzed and resolved and that trends are recognized. As a result of successful implementation of the process: Resultados del proceso the problem resolution activities will be identified to ensure that all discovered problems are analyzed and resolved; problem reports will be prepared upon detection of problems (including nonconformances) in a software product or activity; a mechanism will be provided for recognizing and acting on trends in problems identified. NOTE The process supports performance of the process attributes 2.1 and 2.2 in those Notas instances where it is invoked. Base Practices: Prácticas base SUP.8.BP1 : Establish problem report system. A problem report system should be established to ensure problems and divergences can be detected, described, recorded, analyzed, corrected and prevented in every process. 19 ISO/IEC TR 15504:1998 Indicadores nivel 1: Work products = salidas SPICE ISO/IEC

11 Escala de valoración: SPICE ISO/IEC N No conseguido (0% 15% de cumplimiento) P Parcialmente conseguido (>15% 50%) L Ampliamente conseguido (>50% 85%) F Completamente conseguido (>85% 100%) 21 SPICE ISO/IEC Valoración de los atributos 22

12 SPICE ISO/IEC Proceso de evaluación de procesos La evaluación se prepará de acuerdo a un proceso documentado que satisfaga el propósito de la evaluación El proceso de evaluación de procesos contendrá al menos las siguientes actividades: PLANIFICACIÓN RECOLECCIÓN DE LA INFORMACIÓN VALIDACIÓN DE LA INFORMACIÓN VALORACIÓN DE LOS PROCESOS INFORME 23 CMM/CMMI Desarrollados desde principios de los 90 por el SEI (Carnegie Mellon University - USA) propiciado por el DoD de EEUU para evaluar proveedores Basados en los principios de calidad de Shewart, Crosby, Deming,etc. Aplicación de conceptos de gestión del proceso y mejora de la calidad al desarrollo y mantenimiento de software Guía para evolucionar hacia una cultura de excelencia en ingeniería 24

13 CMM/CMMI Aug CMM v CMM v1.1 CMM v2.0 Draft C* (v1.0 minor revision) SE-CMM v1.1 SECAM SPICE Baseline Practices Guide IPD/CMM v0.98* CMMI (CMM Integration) EIA/IS 731 ISO/IEC type 2 TRs (*) Not released 2002 CMMI SW 25 CMM/CMMI por etapas Modelo de 5 niveles de madurez hacia la mejora Proceso consistente y estándar Proceso disciplinado Proceso predecible Repetible (2) Proceso de mejora continua Definido (3) Gestionado (4) Optimizando (5) Trabajo ad-hoc Inicial (1) 26

14 CMM/CMMI indican Niveles de madurez incluyen Capacidad del proceso consiguen Key Process Areas organizadas en Objetivos se dirigen a Implantación o institucionalización describen Common Features incluyen Key Practices Infraestructura y actividades 27 CMM Optimizado (5) Process change management Technology change management Defect prevention Gestionado (4) SW quality management Qualitative process management Repetible (2) SW configuration management SW quality assurance SW subcontract management SW project tracking and oversight SW project planning Requirements management Inicial (1) Definido (3) Peer reviews Intergroup coordination SW product engineering Integrated SW management Training program Organization process definition Organization process focus 28

15 CMM indican Niveles de madurez incluyen Capacidad del proceso consiguen Key Process Areas organizadas en Objetivos se dirigen a Implantación o institucionalización describen Common Features incluyen Key Practices Infraestructura y actividades 29 CMM Las prácticas que describen las KPAs se organizan en common features Objetivo: asegurar que las actividades se implementan de forma efectiva, o se institucionalizan Common features : Compromiso de realización Capacidad para realizar Actividades realizadas Verificación de la implantación Medición y análisis 30

16 CMM indican Niveles de madurez incluyen Capacidad del proceso consiguen Key Process Areas organizadas en Objetivos se dirigen a Implantación o institucionalización describen Common Features incluyen Key Practices Infraestructura y actividades 31 CMM Cada common feature contiene un conjunto de key practices que describen las actividades e infraestructura necesarias para implementar la KPA Describen el qué no el cómo Cada key practice se apoya en subpractices que proporcionan mayor detalle de la implementación (a nivel informativo) 32

17 CMM/CMMI Indicates process capability Maturity Level 2 - Repeatable Contains KPA n Key Process Area (KPA) 1 Achieves Goals Goals Goals Estimations are documented for use in planning and tracking KPA 2 Describes an activity or infrastructure Software Project Planning Implemented by Practices Estimate effort and cost 33 KEY PRACTICE SUBPRACTICES SUPPLEMENTARY INFORMATION COMMON FEATURE Ability 3 Adequate resources and funding are provided for planning the software project. CMM/CMMI 1. Where feasible, experienced individuals, who have expertise in the application domain of the software project being planned, are available to develop the software development plan. 2. Tools to support the software project planning activities are made available. Examples of support tools include: - spreadsheet programs, - estimating models, and - project planning/scheduling programs. Ability 4 The software managers, software engineers, and other individuals involved in the software project planning are trained in the software estimating and planning procedures applicable to their areas of responsibility. Activities performed Activity 1 The software engineering group participates on the project proposal team. 1. The software engineering group is involved in: proposal preparation and submission, clarification discussions and submissions, and negotiations of changes to commitments that affect the software project. 2. The software engineering group reviews the project's proposed commitments. 34

18 CMMI Dos representaciones para cada modelo CMMI: Por etapas ( staged ) Continua ( continuous ) Ambas contienen esencialmente la misma información La representación refleja la organización, uso y presentación de los elementos del modelo 35 CMMI Representación por etapas: Enfoque: madurez de la organización Se sigue un camino predeterminado un nivel para avanzar al siguiente) (completar Representación continua: Enfoque: capacidad de los procesos Las organizaciones eligen los procesos en los que quieren incidir para la mejora continua 36

19 CMMI CMMI por etapas 37 CMMI CMMI continuo

20 CMM/CMMI De las KPAs de CMM a las PAs de CMMI Áreas de proceso ( Process Areas ) : Conjunto de prácticas relacionadas en un área que, aplicadas conjuntamente, satisfacen un conjunto de objetivos que se consideran de importancia para alcanzar mejoras significativa en dicha área Prácticas específicas (SP) Metas específicas (SG) implantación Prácticas genéricas (GP) Metas genéricas (GG) institucionalización 39 CMMI Niveles de madurez Gestionado cuantitativamente Definido Gestionado Inicial Optimizado Niveles de capacidad Optimizado Gestionado cuantitativamente Definido Gestionado Realizado Incompleto 40

21 CMMI CMMI debe ser consistente con los estándares ISO/IEC e ISO/IEC (SPICE) Debe existir conformidad de los requisitos de CMMI con los de ISO/IEC 15504, lo cual no resulta evidente Se hace necesaria la comprobación detallada del cumplimiento de los requisitos (incluyendo resultados, objetivos y atributos de los procesos) 41