Proyectos Informáticos. Tema 9: Gestión de la calidad y medidas

Transcripción

1 Proyectos Informáticos Tema 9: Gestión de la calidad y medidas

2 Contenidos Gestión de la calidad y estándares. Objetivos de calidad del proyecto (en base a los objetivos de negocio: ej: satisfacción del cliente), planificación y gestión y control de la calidad en un proyecto. Proceso de medidas: Conceptos básicos. Medidas y modelos. Alcance de las métricas. Clasificación de las métricas: Procesos, Productos y Recursos. Recogida de medidas 2

3 Introducción La calidad es algo no inherente al software; hay que construirla. Durante el desarrollo, mantenimiento y operación de software deberemos construirla y asegurarla. Los estándares de ciclo de vida del software proporcionan medios para el desarrollo consistente y controlado del SW y sus características La calidad del proceso no asegura la del producto, pero ayuda. 3

4 Introducción Producto: Resultado de un proceso. Hay 4 categorías genéricas de productos: servicios (por ejemplo: transportes, reparación de automóvil, etc.); software (por ejemplo: programa de ordenador, etc.); hardware (por ejemplo: parte mecánica de un motor); materiales procesados (por ejemplo: aceite procesado). (ISO9000:2000) Software: Consiste en información, y es generalmente intangible y puede ser en formas de estrategia de solución, transacciones o procedimientos (ISO9000:2000) Producto software: Conjunto de programas, procedimientos y posible documentación y datos de ordenador asociados (ISO12207:1995) 4

5 Introducción Proceso: Conjunto de actividades interrelacionadas y que interaccionan que transforman las entradas en salidas (ISO9000:2000). Calidad: Grado en el que un conjunto de características inherentes cubren los requisitos (ISO9000:2000) La totalidad de aspectos y características de un producto o servicio que muestran su habilidad para cumplir las necesidades implicadas o descritas (ISO 8402:1986). Calidad de software: La totalidad de aspectos y características de un producto software que muestran su habilidad para cumplir las necesidades implicadas o descritas (ISO9126-1:1991). 5

6 Introducción Aseguramiento de la calidad: Aseguramiento de los requisitos de calidad del proceso Producto organización Aseguramiento del cumplimiento de estándares y planes del proyecto en cada /proceso fase del ciclo de vida Aseguramiento de la calidad de la realización de las actividades técnicas y de gestión y de documentos y software Aseguramiento de seguridad ( safety ) y fiabilidad y otros requisitos no funcionales 6

7 Introducción Verificación de Software Estamos construyendo el producto correctamente? Validación de Software Estamos construyendo el producto correcto? Calidad de software Tiene el producto la calidad esperada/requerida? 7

8 Introducción Certificación procedimiento mediante el cual un Organismo autorizado reconoce formalmente que una organización es competente para la realización de una determinada actividad de evaluación de la conformidad (ENAC). Auditoria proceso sistemático, independiente y documentado con el fin de obtener evidencias que serán evaluadas objetivamente con el fin de determinar el alcance de la misma (ISO9000:2000), (ISO/IEC12207). 8

9 Introducción Gestión de la calidad Establecer los procedimientos y estándares de la organización para la calidad. Aseguramiento de la calidad Aseguramiento de la gestión de la calidad en los proyectos Plan de calidad Seleccionar los procedimientos y estándares para un proyecto en particular y modificar éstos como sea necesario. Control de la calidad Asegurar que se cumplen y siguen los procedimientos y estándares en el proyectos por TODOS los miembros del proyecto. El aseguramiento de la calidad debería ser por separado de la gestión del proyecto para asegurar independencia y línea de responsabilidad independiente. 9

10 Introducción 10

11 Introducción Aspectos de calidad en un proyecto: Safety Understandability Portability Security Testability Usability Reliability Adaptability Reusability Resilience Modularity Efficiency Robustness Complexity Learnability 11

12 Hasta los 80 s: Control de calidad Desde los 80 s: Aseguramiento de la calidad Hoy: Gestión de la calidad Introducción Mejora de la calidad Control de calidad Aseguramiento de la calidad Gestión de la calidad Detección de los defectos Hoy Tiempo Mejora continua Prevención de los defectos 12

13 Introducción No existe un estándar de calidad de software unificado internacionalmente de carácter general Estándares existentes: Para el desarrollo y/o la calidad del software enfocando a veces en una sóla característica Para dominios de aplicación específicos y/o de propósito general Para organizaciones internacionales y/o países específicos La directiva 83/189/CEE (modificada por las Directivas 88/182/CEE y 94/10/CE): procedimiento de información de normativas 13

14 Introducción Sistemas espaciales Aviación civil Defensa Europa: -ECSS-E-40:2002 Desarrollo de software -ECSS-Q-80:2002 Calidad de software NASA: NASA A:1997 NASA-GB :1996 Seguridad ( safety ) de SW USA/Europa: RTCA/DO178B EUROCAE-/ED-12B : 1992 Consideraciones para la certificación de software en sistemas y equipos de aviónica Gran Bretaña (UK DoD): DEF-STD-00-55:1996 Requisitos para la seguridad ( safety de software en equipos de defensa DEF-STD-00-56:1996 Requisitos para la gestión de la seguridad ( safety ) para sistemas de defensa USA (USA DoD): MIL-STD-498:1994 Desarrollo de software MIL-STD-882D:2000 Seguridad ( safety ) de Sistemas 14

15 Introducción Locomoción Otros Estándares Europa (CEN/CENELEC): EN50126/EN50128/ EN50129:1996 Dependabilidad/ Software/Seguridad para sistemas de guiado y control de trenes Internacionales: IEC 61508:1998 Seguridad funcional para equipos electrónicos ( Functional Safety ) ISO/IEC 12207:1995 Procesos del ciclo de vida del software ISO/IEC 15288: 2002?? Procesos del ciclo de vida de sistemas Nacionales: IEEE[IEEE/EIA12207; ANSI/ASQC Q , UNE UNE-EN ISO

16 Introducción Estándares ISO más comunes: ISO12207:1995 Estándar de procesos del ciclo de vida del software ISO15504:2003/2004 (5 partes) Evaluación de procesos software ISO ISO/IEC > SQUARE (ISO serie) - Características (y evaluación) de calidad de SW ISO 90003:2004 Guía para la aplicación de la ISO9001:2000 al SW Otros estándares ISO para software menos utilizados: ISO/IEC 12119:1994 Paquetes software requisitos de calidad y testing ISO/IEC TR 15846:1998 Ciclos de vida del software Gestión de la configuración ISO/IEC 15910:1999 Proceso de documentación de usuario de software 16

17 Introducción Otros estándares ISO para software (cont): ISO/IEC TR 16326:1999 Guía de aplicación de la ISO/IEC a la gestión de proyectos ISO/IEC 14598:2001 Evaluación de productos (6 partes) ISO/IEC 14764:1999 Mantenimiento de software ISO/IEC 15026:1998 Niveles de criticidad de sistemas y de SW ISO/TR 15497:2000 Vehículos rodados Guías de desarrollo de software para vehículos ISO9001 no garantiza todos los aspectos de calidad ISO 9001 no es específica para software e ISO no es específica para todos los aspectos de la calidad de software 17

18 Calidad en proyectos ISO 12207: Proceso de aseguramiento de la calidad Nombre: Proceso de aseguramiento de la calidad Propósito: El propósito de este proceso es asegurar que las salidas de los procesos y los procesos cumplen planes y procedimientos definidos Resultados: Como resultado de la implementación del proceso: 1) Se desarrolla una estrategia para realizar el aseguramiento de la calidad; 2) Se produce y mantiene la evidencia del aseguramiento de la calidad; 3) Se identifican y se registran los problemas y disconformidades con los requisitos acordados; 4) Se verifica adherencia/cumplimiento de os productos procesos y actividades con los requisitos, estándares y procedimientos aplicables. Salidas: Políticas/estrategias Plan de aseguramiento de la calidad Procedimientos Definición de procesos Estándares Criterios de calidad Registros de reuniones Resultados de análisis Informes de revisiones y problemas Registros de revisiones Registro de evaluaciones y auditorías Registros de calidad Acciones correctoras Medidas de calidad Sistema de control de acciones correctoras 18

19 Calidad en proyectos: Proceso de aseguramiento de la calidad Se define un proceso de aseguramiento de la calidad adaptado al proyecto Se coordinará con los procesos de revisiones, verificación y validación, auditorías. Se define un Plan de Calidad para el proyecto, que contiene: Estándares, métodos y técnicas, procedimientos, herramientas para realizar las actividades de aseguramiento de la calidad Procedimientos para las revisiones del contrato; Procedimientos para la identificación, control y resolución de toda disconformidad encontrada y y de los registros de calidad Recursos, planificación y responsabilidades 19

20 Calidad en proyectos: Proceso de aseguramiento de la calidad Quality Plan 20

21 Calidad en proyectos: Proceso de aseguramiento de la calidad Ejemplo Plan de calidad 1 Purpose 2 Reference Documents 3 Management 4 Documentation 5 Standards, practices, conventions and metrics 5.1 Documentation standards 5.2 Design standards 5.3 Coding standards 5.4 Commentary standards 5.5 Testing standards and practices 5.6 Selected software quality assurance metrics 5.7 Statement of how compliance is to be monitored 6 Review and audits 7 Test 8 Problem reporting and corrective action 9 Tools, techniques and methods 10 Code control 11 Media control 12 Supplier control 13 Records collection, maintenance and retention 14 Training 21

22 Calidad en proyectos: Proceso de aseguramiento de la calidad Ciclo de control de calidad 22

23 Calidad del proceso Elementos determinantes del coste, los plazos de entrega y la calidad del software (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 PROCESO PERSONAS SW TECNOLOGÍA 23

24 Calidad del proceso El proceso es un factor clave en la producción de software La mejora del proceso contribuye a la calidad del software en la organización Pero, para un proceso dado... Cómo determinar su calidad? y, Cómo mejorarlo? La evaluación puede ayudar a una organización en el conocimiento de sus puntos fuertes y débiles. 24

25 Calidad del proceso Proceso: Conjunto de actividades interrelacionadas, que transforman entradas en salidas (ISO 9000:2000). Los procesos en una organización generalmente se planean y ejecutan de forma controlada para añadir valor al producto o servicio La calidad del proceso utilizado en el ciclo de vida de un producto software ayuda a la calidad del producto final 25

26 Calidad del proceso Organización/proyecto: Grupo de gente e infraestructura con una asignación jerarquizada de responsabilidades (ISO 9000:2000) Calidad: grado en el cual un conjunto de características inherentes satisfacen unos requisitos (ISO 9000:2000). Evaluación de procesos: Evaluación disciplinada de los procesos de una organización en relación a un modelo compatible con el modelo de referencia (ISO/IEC IS 15504) 26

27 Calidad del proceso 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/proyecto 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) 27

28 Nombre: Gestión de la calidad Propósito: El propósito de este proceso es lograr la satisfacción del cliente a través de la monitorización de la calidad de los productos y servicios al nivel de la organización y de los proyectos, para asegurar que se cumplen los requisitos de los clientes Resultados: Como resultado de la implementación del proceso: 1) Se establecen metas de calidad en base a requisitos de calidad definidos por el cliente; 2) Se define una estrategia global para alcanzar las metas definidas; 3) Se establece in sistema de calidad para implementar la estrategia; 4) Se realizan tareas de aseguramiento y control de calidad y su realización se asegura; 5) Se monitoriza la realización actual versus las metas de calidad; 6) Cuando no se alcanzan las metas de calidad se realizan acciones correctoras. Salidas: Procedimientos Registro de evaluaciones/auditorías Planificación ( schedule ) Registro de revisiones WBS (Paquetes de trabajo) Medidas de calidad Metas de calidad Acciones correctoras Plan de proyecto Informe de estado del proyecto Resultado de análisis Plan de calidad Oportunidad de mejora Calidad de una organización ISO12207: Proceso de gestión de la calidad 28

29 Calidad en la organización ISO 9000: Familia de estándares ISO 9000 Describe fundamentos de la gestión de calidad de los sistemas y especifica la terminología de calidad. ISO 9001 Especifica los requisitos para un sistema de gestión de calidad ISO 9004 proporciona guías para la una mayor efectividad y eficiencia del sistema de calidad ISO proporciona guías de auditorías de sistemas de calidad y de gestión medioambiental 29

30 Calidad de una organización ISO 9000 Calidad en una organización Mejora continua del sistema de gestión de calidad Clientes y otras partes interesadas Gestión de recursos Responsabilida d en dirección Medida, análisis y mejora Clientes y otras partes interesadas Satisfacción Requisitos Entradas Desarrollo del producto Producto Salidas 30

31 Calidad en la organización: ISO Sistema de Gestión de la Calidad 5 Responsabilidad de gestión 6 Gestión de los Recursos 7 Desarrollo del Producto 8 Medida, análisis y mejora. 31

32 Calidad del producto Requisitos de calidad del producto para cada proyecto Calidad del producto a definirse en cada una de las fases de desarrollo Calidad del producto a controlarse en cada una de las fases del desarrollo Requisitos de calidad preventivos y para incluir en el producto (e.j. estándares), y de control y eliminación (inspecciones, etc) 32

33 Calidad del producto Cómo definir y medir estas características? Para definir unívocamente y medir estas características, se deberían de definir cuantitativamente: las métricas pero es caro Se definen requisitos de calidad y se implementan métodos de control de su implementación 33

34 Mecanismos para la calidad de software Utilización de técnicas y métodos en el desarrollo por los ingenieros de desarrollo: Estándares de codificación Herramientas para el diseño Características del producto: legilibilidad, complejidad reducida, modularidad, reusabilidad: variabilidad, etc. 34

35 Mecanismos para la calidad de software Los métodos estáticos son aquellos que analizan la forma, la estructura, propiedades de un producto software sin ejecutarlo. Estos métodos se aplican en todas las fases del ciclo de vida del software, especialmente en la de requisitos, diseño y código. También deben ser aplicados especialmente en las fases de pruebas, por ejemplo, en la definición de los casos de prueba, para verificar sus trazas con los requisitos de software y la adecuada y correcta cobertura de los requisitos 35

36 Mecanismos para la calidad de software Análisis de Flujo de Control (Control Flow Analysis) Análisis de Flujo de Datos (Data Flow Analysis) Análisis Modal de Fallos de Software (AMFE) (Software Failure Mode Effects Analysis (SFMEA)) Análisis de Árbol de Fallos de Software (Software Fault Tree Analysis (SFTA)) Auditorias (Audit ) Revisiones (Reviews) Inspecciones (Inspections) Walkthroughs Inspecciones vs Walkthrough vs Revisiones Métricas (Metrics) 36

37 Mecanismos para la calidad de software: Análisis de flujo de control El análisis de flujo de control (control flow analysis) transforma el texto que describen los requisitos de software en gráficos de flujo en los cuales se examina su corrección. Se puede usar para chequear aspectos específicos como: Synchronous and asynchronous analysis dead-lock analysis dead-code search 37

38 Mecanismos para la calidad de software: Análisis de flujo de control Diagramas de jerarquías Diagramas de control de bajo nivel Diagrama de transición de estados Transition requested Test Mode Stanby Mode Transition requested Acquisition Transition requested Position update EJ: Chequeo de estados donde no hay transiciones, etc. 38

39 Mecanismos para la calidad de software: Análisis de flujo de datos El análisis de flujo de datos (data flow analysis) analiza el comportamiento del flujo de datos, por ejemplo de las variables de un programa, desde su inicialización, modificación o las referencias que sufren durante la ejecución del software. Los diagramas de flujo de control al ser gráficos facilitan las tareas de análisis. Los nodos del grafo representan las distintas acciones con sus correspondientes variables y los arcos representan el flujo de control de las mismas. 39

40 Mecanismos para la calidad de software: Análisis de flujo de datos Estos diagramas se pueden utilizar para chequear: Flujo de datos incorrecto: entradas o salidas de datos no definidas. Visión dinámica del producto Chequear la integridad de los datos Variables que se leen antes de escribirse Omisión de código, indicado por variables que son escritas mas de una vez sin ser leídas. E.g. Un dato es escrito pero nunca leído. Código redundante Los errores de comunicación no son manejados lo cual puede propiciar la propagación de datos corruptos. Datos no inicializados ( un dato es leído sin ser inicializado o 40 escrito)

41 Customer Purchase order Customer s balance D1 Customer file Customer debt 1 D3Inventory Part number Sales Valid order 2 Acting Customer 3 Shipping Shipping order D2 Order file Valid order Shipping notice Part Price report D3 Inventory Delivery department 2 Sales (a) terminator (b) process (c) Data store (d) Data flow arc La shipping notice no debe salir antes de que llegue valid order (que, a su vez, se deben inicializar explícitamente para no heredar datos previos) 41

42 Mecanismos para la calidad de software: Auditorías Las auditorias son revisiones independientes que evalúan la consistencia de los requisitos, especificaciones, requisitos del cliente, estándares, procedimientos, instrucciones de código según estándares y requisitos contractuales. Con el fin de asegurar un criterio objetivo, las auditorias deben ser realizadas por personal independiente al equipo de desarrollo. La organización auditada debe facilitar los recursos necesarios para poder llevar a cabo la auditoria. El objetivo fundamental de la auditoria es verificar que los productos y procesos desarrollados son consistentes con los estándares, guías, especificaciones y procedimientos. El estándar ISO/IEC12207 considera las auditorias como un proceso dentro del ciclo de vida del software. 42

43 Mecanismos para la calidad de software: Auditorías Nombre: Proceso de auditorías Propósito: El propósito de este proceso es determinar independientemente el cumplimiento de los productos o procesos seleccionados con los requisitos, planes, contrato. Resultados: Como resultado de la implementación del proceso: 1) Se define e implementa una estrategia de auditoría 2) Se implementan las auditorías en hitos del proyecto prefijados; 3) Se determina el cumplimiento con los requisitos, planes, contrato, estándares, etc según la estrategia de la auditoría; 4) Se prepara que la auditoría se realice por personal/organización independiente; 5) Los problemas se identifican, se comunican a los afectados para ser corregidos y se resuelven. Salidas: Estrategia/Plan de la auditoría Resultados de la auditoría Acciones correctoras Sistema de control de acciones correctoras Minutas de reuniones 43

44 Mecanismos para la calidad de software: Revisiones Las revisiones son reuniones en las cuales los requisitos de software, el diseño, código y otros productos son presentados al usuario, patrocinador o parte interesada para ser comentada y aprobada. Esta actividad es muy popular al final de cada fase del ciclo de vida del producto desarrollado. Las revisiones comprueban la consistencia de los requisitos de software y el diseño con un conjunto de criterios (técnicos) y procedimientos. Las revisiones pueden tener un carácter formal o informal. Las revisiones formales están sujetas unas normas explicitas de procedimiento. El estándar ISO/IEC de ciclo de vida de software considera las revisiones como un proceso dentro del ciclo de vida de software. 44

45 Mecanismos para la calidad de software: Revisiones Nombre: Proceso de revisiones Propósito: El propósito de este proceso es mantener un entendimiento común con los clientes y responsables del progreso respecto a los objetivos del cuerdo y acerca de qué hacer para asegurar que el desarrollo del producto o servicio satisface a los clientes y responsables. Las revisiones son tanto de la gestión como técnicas y se realizan a lo largo de la vida del proyecto. Resultados: Como resultado de la implementación del proceso: 1) Se realizan revisiones de gestión y técnicas a lo largo de la vida del proyecto 2) se evalúa el estado y los productos de las actividades de un procesa a través de las revisiones junto con los clientes y responsables; 3) se difunden los resultados de las revisiones a los grupos afectados; 4) las acciones resultado de las revisiones se controlan hasta su cierre; 5) los problemas se identifican y controlan. Salidas: Estrategia/Plan de la revisión Resultados de análisis Oportunidad de mejora Informe de evaluación/auditoría Registro de revisiones Trazas Registro de aceptación Datos de aceptación del cliente Acciones correctoras Minutas de reuniones Sistema de control de acciones correctoras 45

46 Mecanismos para la calidad de software: Revisiones técnicas Estas revisiones se centran en el proceso de desarrollo y producto software final. El objetivo de la revisión técnica consiste en evaluar un conjunto específico de elementos (e.g. Documentos, módulos de código...) y proporcionar una gestión que evidencie que: Es consistente con las especificaciones hechas en fases previas. Ha sido realizado en concordancia con los procedimientos y estándares Cualquier cambio ha sido implementado correctamente y afecta solo a sistemas afectados por cambios en la especificación. El desarrollador debe planificar y participar en estas revisiones así como personal técnico con conocimiento del producto a ser revisado. 46

47 Mecanismos para la calidad de software: Inspecciones Las inspecciones son técnicas de evaluación en las cuales los requisitos de software, el diseño o el código son examinados por una persona o grupo de personas con el fin de detectar fallos, inconsistencia con los estándares y otros problemas Una inspección empieza con una distribución de los elementos que serán inspeccionados. Cada participante debe analizar el elemento. Durante la inspección que consiste en una reunión controlada por todos los participantes, el elemento es analizado conjuntamente con el objetivo de encontrar el mayor número de errores posible. Todos los errores encontrados son registrados para una posterior corrección, actividad que no forma parte de la inspección sino que es consecuencia de la misma. Se encuentran más errores con las inspecciones que en la mayoría de las pruebas de caja blanca 47

48 Mecanismos para la calidad de software: Walkthrough Esta técnica es usada en fases tempranas de requisitos y diseño para la evaluación de documentos, modelos, diseños y código. El objetivo de esta técnica es evaluar un elemento de software específico. Debe identificar defectos y considerar las posibles soluciones. El proceso de walkthrough es realizado por un equipo el cual está compuesto por: Líder Responsable de resultados de reunión (Recorder) Autor Equipo de Trabajo 48

49 Mecanismos para la calidad de software Inspecciones vs Walkthrough vs Revisiones Las inspecciones difieren de una manera significativa de los walkthroughs. Una inspección consta de pasos los cuales están formalizados en un proceso. El grupo de inspectores usa la listas de comprobación (estándares, etc) para descubrir todos los posibles errores. Un walkthrough es menos formal, tiene menos pasos y no usa una lista de comprobación como guía. 49

50 Mecanismos para la calidad de software Inspecciones vs Walkthrough vs Revisiones El proceso de inspección puede ser más largo que un walkthrough. Las inspecciones son extremadamente efectivas en la detección de fallos en las primeras fases del ciclo de vida cuando todavía el coste de afrontar los cambios es bajo. Inspecciones y revisiones se concentran en evaluar la corrección, el walkthrough busca la mejor solución técnica. El objetivo de una revisión no es descubrir fallos técnicos sino el asegurar que el diseño y desarrollo cumplen las especificaciones del producto. El proceso de revisión es efectivo en fases tempranas de la verificación de requisitos y el modelo conceptual de validación 50

51 Mecanismos para la calidad de software: Métricas Las métricas de software: la continua aplicación de técnicas de medida al proceso de desarrollo software y al propio producto. Razones para medir: Indicar cuantitativamente la calidad del producto. Evaluar y controlar el proceso: ej. la productividad de la gente que lo desarrolla, evaluar los beneficios derivados del uso de nuevos métodos y herramientas de la Ingeniería del software; para establecer una línea base para la estimación. 51

52 Procesos de gestión Mecanismos para la calidad de software: Alineación con la Gestión de organización la calidad Métricas Gestión de la Gestión de organización riesgos Nombre: Medidas Propósito: El propósito de este proceso es coleccionar y analizar datos relativos a los productos desarrollados y a los procesos ejecutados en la organización y en sus proyectos, para ayudar a una gestión de los procesos más efectiva y demostrar la calidad de los productos objetivamente. Resultados: Como resultado de la implementación del proceso: 1) Se establece y mantiene un compromiso de la organización para implementar el proceso de medida; 2) Se identifican las necesidades de información de medidas para la organización y procesos gestionados; 3) Se identifican y desarrollan métricas basadas en las necesidades definidas; 4) Se identifican y ejecutan acciones de medida; 5) Se coleccionan, almacenan y analizan los datos y se interpretan los resultados; 6) Se utilizan resultados para basar las decisiones y comunicarse con el propietario del proceso; 7) Se evalúan las medidas y el proceso de medida y se comunican al propietario del proceso. Salidas: Datos de realización de procesos Resultado de análisis de problemas Registros de revisiones Medidas de riesgo Datos comparativos ( benchmarking ) Historia de los Proyectos cambios Informáticos 3er curso Escuela de Informática - USC Gestión de proyectos Medidas de proyecto Medidas de proceso Medidas de calidad Medidas de nivel de servicio Control de cambios Acciones correctoras Medidas 52

53 Mecanismos para la calidad de software: Métricas Fácilmente calculable, entendible y probada Obtenida en fases muy tempranas del ciclo de vida Repetitiva, objetiva e independiente del observador Sugiere una estrategia de mejora Métrica del proceso: ej. productividad Métrica del producto: ej. complejidad 53

54 Mecanismos para la calidad de software: Métricas Proyecto SQUARE iniciado en 1999 en el ISO/SC/ WG Plan aprobado en la reunión de Madrid en 2000 SQUARE proporciona una solución consistente respecto a los requisitos de calidad de software cono de su evaluación Modelo de Calidad: Conjunto de características y sus relaciones que proporcionan una base para la especificación de requisitos de calidad y su evaluación posterior (ISO/IEC ) (ISO-IEC 9126) 54

55 Mecanismos para la calidad de software: Métricas Arquitectura de siguiente generación de ISO/IEC 9126 & Software Product Quality Requirements and Evaluation División de Requisitos de calidad 2503n División de Modelos de calidad 2501n División de Gestión de calidad 2500n División de Medición de calidad 2502n División de Evaluación de calidad 2504n 55

56 Mecanismos para la calidad de software: Métricas ISO 9126 Características de calidad del software 56

57 Mecanismos para la calidad de software: Métricas Características de calidad de software Calidad en su uso Efectividad Productividad Seguridad/ safety Satisfacción 57

58 Mecanismos para la calidad de software: Métricas Características de calidad de software: 58

59 Mecanismos para la calidad de software: Métricas Cómo definir y medir estas características? Para definir unívocamente y medir estas características, las métricas deberán tener las siguientes características: Fiabilidad de la métrica Repetitividad de la métrica Reproducibilidad de la métrica Disponibilidad de la métrica Indicatividad de la métrica Correctitud de la métrica Significado de la métrica Las métricas debería de ser cost effective : o sea que cuanto más cara de medir, más importancia de los resultados 59

60 Mecanismos para la calidad de software: Métricas Información a definirse por cada métrica Nombre de la métrica Propósito de la métrica Método de aplicación Fórmula Interpretación del valor de la medida Escala de medida. Tipos de medida Entradas para la medida. Referencia del proceso del ciclo de vida donde se mide. Usuario de la métrica 60

61 Mecanismos para la calidad de software: Métricas Ejemplos de métricas Nombre: Mean Time between failures (MTBF) Propósito: Frecuencia de fallo de SW en operación? Método de aplicación: Contar el número de fallos ocurridos durante un período definido de operación y calcular el intervalo medio de fallos. Fórmula: a) X = T1/A T1: Tiempo de operación b) Y = T2/A T2: Suma de intervalos de tiempo entre fallos consecutivos A: Número total de fallos detectados en el tiempo de operación en observación Interpretación del valor medido: 0<X<Y Cuanto mayor sea, mejor pues así será el tiempo entre fallos esperados 61

62 Mecanismos para la calidad de software: Métricas Escala de medida: a) Proporción b) Proporción Tipo de medida: A = Cuenta o número de veces T1= Tiempo T2 = Tiempo X = Tiempo/número de veces Y = Tiempo/número de veces Entradas: Informes de pruebas Informes de (pruebas) de operación Referencia al proceso del ciclo de vida: 5.3 Integración, 5.3 Pruebas de cualificación, 5.4 Pruebas de operación, 5.4 Operación Usuarios Mantenedores, usuarios del software 62