tema 7 la calidad del software enrique

tema 7 – la calidad del software enrique barreiro departamento de informática universidade de vigo escuela superior de ingeniería informática ingeniería del software de gestión

introducción tema 7 – la calidad del software “Somos lo que hacemos de forma repetitiva. La excelencia, entonces, no es un acto, sino un hábito. ” Aristóteles calidad del software: concepto complejo el producto desarrollado cumple su especificación: criterio insuficiente la especificación se centra en las características deseadas por el usuario, y se suelen olvidar otras importantes (por ejemplo, mantenimiento) difícil especificar detalladamente y de forma medible ciertas características de calidad (facilidad de uso, mantenimiento, . . . ) cuando la especificación del software es incompleta, el usuario percibe falta de calidad diferentes atributos de la calidad (mantenibilidad, eficiencia, portabilidad, rendimiento, fiabilidad, . . . ) administradores: administración de la calidad responsabilidad de asegurar el nivel de calidad requerido en los productos definición de procedimientos y estándares y asegurar su cumplimiento implantar una “cultura de la calidad”: motivación de cada persona responsable del desarrollo para lograr un alto nivel de calidad del producto © enrique barreiro alonso universidade de vigo - departamento de informática escuela superior de ingeniería informática ingeniería del software de gestión 2 / 31

administración de la calidad tema 7 – la calidad del software tres actividades principales aseguramiento de la calidad Aseguramiento de la calidad establecimiento de un marco de trabajo de procedimientos y estándares corporativos que conduzcan a la obtención de software de alta calidad planificación de la calidad Planificación de la calidad selección de procedimientos y estándares adecuados a partir de ese marco de trabajo y adaptación de éstos para un proyecto de software específico control de la calidad definición y aplicación de los procesos que aseguren que los procedimientos y estándares son seguidos por el equipo de desarrollo Control de la calidad © enrique barreiro alonso universidade de vigo - departamento de informática escuela superior de ingeniería informática ingeniería del software de gestión 3 / 31

administración de la calidad tema 7 – la calidad del software administración de la calidad comprobación independiente de los procesos de desarrollo los productos resultantes de los procesos se introducen en el proceso de administración de la calidad para asegurar su consistencia con estándares y objetivos de calidad equipo de aseguramiento y control: independientes de los equipos de desarrollo responsabilidad de la administración de la calidad visión objetiva del proceso informan de problemas y dificultades a los administradores principales de la organización Proceso de desarrollo de software D 1 D 2 D 3 D 4 D 5 Proceso de administración de la calidad Estándares y procedimientos Plan de calidad © enrique barreiro alonso universidade de vigo - departamento de informática Informes de revisión de la calidad escuela superior de ingeniería informática ingeniería del software de gestión 4 / 31

aseguramiento de la calidad y estándares tema 7 – la calidad del software actividades de aseguramiento de la calidad (SQA) Aseguramiento de la calidad definir un marco de trabajo para lograr la calidad del software: definir o seleccionar estándares aplicables al proceso de desarrollo o a los productos de software importancia de los estándares Planificación de la calidad ofrecen un conjunto de las mejores prácticas, evitando repetir errores anteriores y capturando el conocimiento de valor para la organización ofrecen un marco de trabajo alrededor del que se implementa el proceso de SQA ayudan a la continuidad del trabajo de unos ingenieros a otros desarrollo de estándares Control de la calidad proceso largo y complicado organizaciones nacionales e internacionales diferentes (ANSI, IEEE, OTAN, Agencia Espacial, NASA, Departamento de Defensa de EE. UU. , . . . ) los equipos de SQA de las empresas desarrollan un “manual de estándares” basado en estándares nacionales e internacionales © enrique barreiro alonso universidade de vigo - departamento de informática escuela superior de ingeniería informática ingeniería del software de gestión 5 / 31

SQA: estándares tema 7 – la calidad del software dos tipos de estándares del producto: se aplican al producto a desarrollar estándares de documentos (p. ej. , estructura del documento de requerimientos a producir) estándares de documentación (encabezados estándar de comentarios para una definición de clase) estándares de codificación (cómo utilizar un lenguaje de programación) estándares del proceso: definen los procesos a seguir durante el desarrollo definiciones de los procesos de especificación y análisis, diseño, validación, descripción de los documentos a generar en cada uno de estos procesos, . . . Estándares del producto Estándares del proceso Formulario para revisión del diseño Conducto para la revisión del diseño Estructura del documento de requerimientos Sometimiento de documentos a revisiones Formato del encabezado del procedimiento Proceso de entrega de las versiones Estilo de programación en Java Proceso de aprobación del plan del proyecto Formato del plan del proyecto Proceso de control del cambio Forma de petición de cambios Proceso de registro de las pruebas © enrique barreiro alonso universidade de vigo - departamento de informática escuela superior de ingeniería informática ingeniería del software de gestión 6 / 31

SQA: estándares tema 7 – la calidad del software es necesario evitar la percepción de los estándares como elementos burocráticos e irrelevantes involucración de los ingenieros de software en el desarrollo de los estándares del producto; inclusión del por qué de las decisiones en el documento de estándares comprensión de los motivos de los estándares compromiso con su desarrollo y utilización revisión y modificaciones regulares para reflejar cambios en las tecnologías y las circunstancias utilización de herramientas para simplificar la aplicación de los estándares evitar la aplicación rigurosa y “fundamentalista” de los estándares del proceso el administrador puede cambiar los estándares del proceso según las circunstancias del proyecto colaboración entre administrador de proyecto y administrador de SQA para definir la forma de aplicar los estándares en cada proyecto © enrique barreiro alonso universidade de vigo - departamento de informática escuela superior de ingeniería informática ingeniería del software de gestión 7 / 31

SQA: estándares de documentación tema 7 – la calidad del software importancia de los documentos estandarizados documentos: única forma tangible de representar el software y el proceso del software documentos estandarizados: apariencia, estructura y calidad consistentes; más fáciles de leer y comprender tres tipos de estándares del proceso de documentación: proceso a seguir para la producción del documentos de trabajo: no es necesario aplicar procesos formales de calidad documentos formales (para desarrollos posteriores o a entregar al cliente): necesario adoptar un proceso formal de calidad estándares del documento: estructura y presentación de los documentos deben tener un estilo y apariencia consistente, y los del mismo tipo deben tener una estructura consistente con los del proyecto y la organización estándares para el intercambio de documentos: aseguran que todas las copias electrónicas de los documentos sean compatibles utilización de herramientas concretas para elaborar los documentos (hojas de cálculo, procesadores de texto, herramientas de diagramación, . . . ) © enrique barreiro alonso universidade de vigo - departamento de informática escuela superior de ingeniería informática ingeniería del software de gestión 8 / 31

SQA: estándares de documentación tema 7 – la calidad del software Proceso formal de producción de un documento Crear borrador inicial Revisar borrador Etapa 1: creación Rehacer documento borrador Documento aprobado Producir borrador final Corregir texto Etapa 2: refinamiento Incorporar comentarios a la revisión Comprobar borrador final Documento aprobado Arreglar texto Revisar arreglos Producir patrones de impresión Imprimir copias Etapa 3: producción fuente: I. Sommerville, Ingeniería de Software, Pearson 2002 © enrique barreiro alonso universidade de vigo - departamento de informática escuela superior de ingeniería informática ingeniería del software de gestión 9 / 31

SQA: estándares de documentación tema 7 – la calidad del software ejemplos: estándares de identificación de documentos: cada documento debe identificarse de forma única documentos formales: identificador formal definido por el administrador de la configuración documentos informales: identificador definido por el administrador del proyecto estándares de la estructura del documento: secciones, numeración de páginas, encabezados, información de pies de página, numeración de secciones, . . . estándares de presentación de documentos: tipos de letra y estilos, logotipos y nombres de la compañía, utilización del color, . . . estándares para actualizar los documentos: utilización de una forma consistente para indicar los cambios en el documento (colores en la portada para indicar nuevas versiones, utilización de los márgenes para indicar párrafos modificados o agregados, . . . ) © enrique barreiro alonso universidade de vigo - departamento de informática escuela superior de ingeniería informática ingeniería del software de gestión 10 / 31

tema 7 – la calidad del software Ejemplo: estructura de documento de la ESA Documento de Requerimientos de Usuario 1. Introduction a) b) c) d) e) Objetivo del documento Ámbito del software Definiciones, acrónimos y abreviaciones Referencias Resumen del documento 2. Descripción general a) b) c) d) e) f) Perspectiva del producto Capacidades generales Restricciones generales Características de usuario Entorno operativo Supuestos y dependencias 3. Requerimientos específicos a) Requerimientos de capacidad b) Requerimientos de restricciones © enrique barreiro alonso universidade de vigo - departamento de informática escuela superior de ingeniería informática ingeniería del software de gestión 11 / 31

tema 7 – la calidad del software Ejemplo: plantilla de formulario de la ESA SOFTWARE CHANGE REQUEST SCR NO DATE ORIGINATOR RELATED SPRs 1. SOFTWARE ITEM TITLE: 2. SOFTWARE ITEM VERSION/RELEASE NUMBER 3. PRIORITY: CRITICAL / URGENT / ROUTINE (underline choice) 4. CHANGES REQUIRED: 5. RESPONSIBLE STAFF: 6. ESTIMATED START DATE, END DATE AND MANPOWER EFFORT 7. ATTACHMENTS: 8. REVIEW DECISION: CLOSE / UPDATE / ACTION / REJECT (underline choice) © enrique barreiro alonso universidade de vigo - departamento de informática escuela superior de ingeniería informática ingeniería del software de gestión 12 / 31

tema 7 – la calidad del software Ejemplo: plantilla de formulario de la ESA DOCUMENT CHANGE RECORD DCR NO DATE ORIGINATOR APPROVED BY 1. DOCUMENT TITLE: 2. DOCUMENT REFERENCE NUMBER: 3. DOCUMENT ISSUE/REVISION NUMBER: 4. PAGE © enrique barreiro alonso universidade de vigo - departamento de informática 5. PARAGRAPH 6. REASON FOR CHANGE escuela superior de ingeniería informática ingeniería del software de gestión 13 / 31

SQA: calidad del proceso y del producto tema 7 – la calidad del software mejora de la calidad: 1. identificar productos de calidad 2. examinar el proceso utilizado para desarrollarlos 3. generalizar esos procesos para aplicarlos a otros proyectos fabricación: relación clara entre calidad de proceso y del producto proceso fácil de estandarizar y supervisar una vez definido el proceso de fabricación se ejecuta una y otra vez para producir el mismo producto con el mismo nivel de calidad software: existe relación, pero menos directa proceso más creativo que mecánico: influencia de habilidades individuales y experiencia factores externos (novedad de la aplicación, presión comercial, . . . ) el proceso puede ser inapropiado para un tipo de software por ejemplo, un estándar puede indicar que la especificación tiene que estar terminada y aprobada para implementar, pero puede hacer falta realizar prototipos. © enrique barreiro alonso universidade de vigo - departamento de informática escuela superior de ingeniería informática ingeniería del software de gestión 14 / 31

control de la calidad tema 7 – la calidad del software control de calidad Aseguramiento de la calidad Planificación de la calidad Control de la calidad © enrique barreiro alonso universidade de vigo - departamento de informática vigilar el proceso de desarrollo para asegurar que se siguen los procedimientos de SQA y estándares de calidad ajustándose al plan de calidad dos enfoques complementarios revisiones técnicas: el software, documentación y procesos son revisados por un grupo de personas valoración: normalmente automática, con algún tipo de herramienta el software y los documentos se procesan y se comparan con los estándares que se aplican a ese proyecto implica una medida cuantitativa de de algunos atributos del software (medición y métricas) escuela superior de ingeniería informática ingeniería del software de gestión 15 / 31

control de calidad: revisiones técnicas formales tema 7 – la calidad del software Se revisa UN producto (especificación, módulo, listado, . . . ) Decisión final: - Aceptación - Rechazo - Aceptación condicionada a pequeñas modificaciones © enrique barreiro alonso universidade de vigo - departamento de informática Poca gente, preparación y duración breves Participantes: jefe de revisión, revisores (ingenieros, programadores, . . . ) y productor escuela superior de ingeniería informática ingeniería del software de gestión 16 / 31

revisiones técnicas formales tema 7 – la calidad del software objetivos: descubrir errores en la función, lógica o implementación de cualquier representación del softwre. verificar el cumplimiento de los requisitos garantizar el cumplimiento de los estándares. conseguir un desarrollo uniforme del software obtener proyectos que hagan más sencillo los trabajos técnicos (análisis que permitan buenos diseños, diseños que permitan implementaciones sencillas, estrategias de pruebas que faciliten éstas, . . . ) RTFs: son un filtro que permite “purificar” las actividades de ingeniería de software. se aplican en diversos momentos del desarrollo para detectar defectos. diseño: entre el 50 y el 60% de los errores del desarrollo. aprovecha la diversidad de un grupo de personas para: • señalar la necesidad de mejoras en el producto de ingeniería (diagramas del análisis, diccionario de datos, diseño, código, estrategia de pruebas, . . . ) • confirmar las partes en las que no es necesaria una mejora. • conseguir un trabajo técnico de calidad más uniforme. efectividad: se calcula que son efectivas en un 75%. © enrique barreiro alonso universidade de vigo - departamento de informática escuela superior de ingeniería informática ingeniería del software de gestión 17 / 31

revisiones técnicas formales tema 7 – la calidad del software ejemplo: Errores encontrados Número Coste unitario Total Llevando a cabo revisiones Durante el diseño 22 1, 5 33 Antes de la prueba 36 6, 5 234 Durante la prueba 15 15, 0 315 3 67, 0 201 Tras la distribución 783 Sin revisiones Antes de la prueba 22 6, 5 143 Durante la prueba 82 15, 0 1230 Tras la distribución 12 67, 0 804 2177 © enrique barreiro alonso universidade de vigo - departamento de informática escuela superior de ingeniería informática ingeniería del software de gestión 18 / 31

revisiones técnicas formales tema 7 – la calidad del software Diseño preliminar Diseño detallado 6 0 10 0% 0 Codificación/prueba de unidad 6 4 0% 4 x 1, 5 10 94 20% 25 Prueba de validación Prueba sistema 0 47 50% 0 0 0 50% 3 70% 1 x 1, 5 10 50% 15 24 5 10 10 x 3 CON REVISIONES 60% 25 25 Prueba integración 12 Codificación/prueba de unidad 5 2 1 50% 0 0 Diseño detallado 2 0 24 0 Diseño preliminar 24 SIN REVISIONES 94 27 x 3 25 Prueba integración 0 10 37 Prueba de validación Prueba sistema 0 0 50% 0 © enrique barreiro alonso universidade de vigo - departamento de informática 12 0 50% 6 0 escuela superior de ingeniería informática ingeniería del software de gestión 0 50% 0 19 / 31 3

revisiones técnicas formales tema 7 – la calidad del software DOCUMENTOS GENERADOS LISTA DE SUCESOS DE REVISIÓN INFORME SUMARIO DE REVISIÓN Directrices de la revisión: Comprobaciones en la revisión Revisión del producto, no del productor Análisis: seguimiento de requisitos del sistema, consistencia y corrección de la representación. Fijar una agenda y mantenerla Diseño: revisión de la arquitectura e inspección del diseño procedimental Limitación del debate e impugnaciones No se resuelve el problema, sólo se identifica Limitar el número de participantes Desarrollar una lista de comprobaciones Destinar recursos y agenda para las RTF en la planificación Entrenamiento de los revisores Repaso de revisiones anteriores © enrique barreiro alonso universidade de vigo - departamento de informática Codificación: traducción correcta del diseño al código, errores mecanográficos, estándares de codificación, comentarios, . . . Prueba: validación del plan o procedimiento de prueba que se haya establecido Mantenimiento: consideración de las consecuencias del cambio, documentación del mismo, aceptación final del cambio escuela superior de ingeniería informática ingeniería del software de gestión 20 / 31

RTF: ejemplo de informe sumario tema 7 – la calidad del software Identificación de la revisión Proyecto: Controlador del CM en tiempo real Número revisión: D-004 Fecha: 11/07/95 Lugar: Edif. 4, Desp. 3 Hora: 10: 00 AM Identificación del producto Material revisado: Diseño detallado. Módulos de control de movimiento Productor: Juan Pérez Breve descripción: tres módulos para el control de movimiento en los ejes x, y, z Material revisado: 1. 2. Descripciones del diseño procedimental: módulos MOVIMX, MOVIMY, MOVIMZ Codificación de los módulos Equipo de revisión Nombre 1. M. Pérez 2. J. García Conde 3. E. Sánchez Firma _______________ Aprobación del producto Aceptado: como está ( ) con modificaciones menores ( x) No aceptado: revisión principal ( ) revisión secundaria ( ) Revisión no terminada (explicación a continuación) Material adicional adjuntado Lista de sucesos (X) Otros (especificar) Materiales de producción anotados (X) © enrique barreiro alonso universidade de vigo - departamento de informática escuela superior de ingeniería informática ingeniería del software de gestión 21 / 31

RTF: ejemplo de lista de sucesos tema 7 – la calidad del software Número revisión: D-004 Fecha: 11/07/95 Jefe de revisión: M. Pérez Lista de sucesos 1. Los prólogos de los módulos MOVIMX, MOVIMZ no son consistentes con los estándares de diseño. Se debe establecer explícitamente el propósito del módulo y se debe especificar la declaración de los elementos de datos. 2. El contador de bucle para la interpolación de los ejes X, Y, Z se incrementa una vez más de lo necesario para el control de paso del motor. El equipo de revisión recomienda otra comprobación de las especificaciones de paso del motor y la corrección (como sea preciso) del contador de bucle. 3. Error de tipo en la referencia a la posición actual en X, X. POSICIÓN, en los módulos MOVIMX y MOVIMZ. 4. Se debe ampliar una sentencia de seudocódigo. La sentencia “converger a posición de control adecuada como en MOVIMX” contenida en los módulos MOVIMY y MOVIMZ debe ser ampliada para los controles específicos de movimiento en Y y Z. 5. El equipo de revisión recomienda una modificación del algoritmo de “comparación de posición” para mejorar el rendimiento en tiempo de ejecución. El diseñador tiene sus reservas sobre las modificaciones y analizará el posible impacto antes de implementar los cambios. © enrique barreiro alonso universidade de vigo - departamento de informática escuela superior de ingeniería informática ingeniería del software de gestión 22 / 31

control de calidad: métricas tema 7 – la calidad del software medición: calcular un valor numérico para algún atributo de un producto o un proceso del software la comparación entre ellos y con los estándares de la organización permite controlar la calidad métrica: cualquier tipo de medida relacionada con un sistema, proceso o documentación existen atributos imposibles de medir de forma directa por ejemplo: mantenibilidad, complejidad, comprensión, . . . afectados por diversos factores no existen métricas directas: necesario medir atributos internos del software y suponer que existe relación con los atributos que nos interesan Número de parámetros del procedimiento Mantenibilidad Proceso de software Producto de software Métricas de control Métricas de predicción Complejidad ciclomática Fiabilidad Portabilidad Usabilidad Tamaño del programa en líneas de código Número de mensajes de error Extensión del manual de usuario © enrique barreiro alonso universidade de vigo - departamento de informática Decisiones administrativas escuela superior de ingeniería informática ingeniería del software de gestión 23 / 31

modelos de calidad del software tema 7 – la calidad del software Objetivo: mejora de procesos software. Diversos modelos que buscan: Determinar las fuerzas y debilidades en una organización Aglutinar esfuerzos para conseguir acuerdos sobre lo que es un buen proceso. Principales iniciativas: ISO 9001 y 9000 -3: muy útil en compañías que además de software fabrican equipos define los procesos de calidad tanto en compañías de hardware como de software. muy utilizado en Europa. Capability Maturity Model (CMM) del Instituto de Ingeniería del Software el modelo más empleado y maduro valora el desarrollo de software en sistemas de gran complejidad visión completa del proceso de madurez organizacional incluye mecanismos para mejora continua de los procesos Bootstrap: enfocado a pequeñas y medianas empresas valora la madurez global de una organización examina procesos individuales de software y valora la conveniencia y el impacto de nuevas tecnologías SPICE: combina elementos de ISO, CMM y Bootstrap enfocado a estudiar el nivel de madurez de los procesos individuales (tiene en cuenta el contexto de los procesos evaluados). objetivo: definir un marco común de referencia en el que convivan el resto de los modelos mencionados. Produce un perfil del proceso, en vez de un resultado válido/no válido. © enrique barreiro alonso universidade de vigo - departamento de informática escuela superior de ingeniería informática ingeniería del software de gestión 24 / 31

modelos de calidad: ISO 9000 tema 7 – la calidad del software ISO 9000: estándar internacional que se utiliza en el desarrollo de sistemas de administración de calidad en todas las industrias conjunto de estándares que se aplican a una gran variedad de organizaciones (fabricación, servicios, . . . ) ISO 9001: el estándar más general, aplicable a las organizaciones interesadas en el proceso de calidad del diseño, desarrollo y mantenimiento de productos ISO 9000 -3: documento de ayuda que interpreta a ISO 9000 para el desarrollo de software modelo genérico de un proceso de calidad describe varios aspectos de ese proceso y define qué estándares y procedimientos deben existir dentro de una organización organizaciones nacionales que certifican que los procesos de calidad de una empresa se ajustan a ISO 9001 © enrique barreiro alonso universidade de vigo - departamento de informática escuela superior de ingeniería informática ingeniería del software de gestión 25 / 31

modelos de calidad: ISO 9000 tema 7 – la calidad del software Modelos de calidad ISO 9000 instanciado como Manual de calidad de la organización documentos se utiliza para desarrollar Plan de calidad del proyecto 1 Plan de calidad del proyecto 2 © enrique barreiro alonso universidade de vigo - departamento de informática Proceso de la calidad de la organización instanciado como Plan de calidad del proyecto 3 escuela superior de ingeniería informática ingeniería del software de gestión Administración de la calidad del proyecto 26 / 31

modelos de calidad: ISO-9000 tema 7 – la calidad del software Serie ISO-9000: conjunto de normas de sistemas de calidad y guías asociadas que se publicaron a partir de 1987 por la ISO (Organización Internacional de Normalización). ISO 9000: describe los elementos de garantía de calidad en términos genéricos que pueden aplicarse a cualquier negocio, con independencia de los productos o servicios ofrecidos. Obtención de certificado: Auditores externos examinan el sistema de calidad y las operaciones de una compañía. Si es correcto, se recibe el certificado. Auditorías de seguimiento cada seis meses. Procesos documentados y practicados como se hayan descrito en el estándar. Ventajas: comprensión, control y mejora de los procesos y la red de procesos. Inconveniente: burocracia y papeleo. ISO 9000 describe los elementos de un sistema de garantía de calidad: estructura organizativa procedimientos procesos y recursos para implantar la planificación de la calidad control de calidad garantía de calidad F F ISO 9000 NO describe cómo debe implementar una organización estos elementos del sistema de calidad. Objetivo: diseñar e implementar un sistema de garantía de calidad que cumpla los estándares y acople los productos, servicios y cultura de la empresa. Estándar aplicable a la Ingeniería del Software 20 requisitos de un sistema de garantía de calidad efectiva: Responsabilidad de la gestión Sistema de calidad Revisión de contrato Control de diseño Control de datos y documentos Compras Control del producto suministrado por el cliente Identificación y posibilidad de seguimiento del producto Control del proceso Inspección y prueba Control de inspección, medición y equipo de pruebas Inspección y estado de prueba Control de producto no aceptado Acción correctora y preventiva Tratamiento, almacenaje, empaquetamiento, preservación y entrega. Control de registros de calidad Auditorías internas de calidad Formación Servicios Técnicas estadísticas F mejora de la calidad © enrique barreiro alonso universidade de vigo - departamento de informática ISO 9001 Más orientada a empresas de fabricación ISO 9000 -3 Guía para la aplicación de ISO 9001 en el desarrollo, suministro y mantenimiento de software escuela superior de ingeniería informática ingeniería del software de gestión 27 / 31

relación entre modelos de calidad del software tema 7 – la calidad del software ISO 9000 1987 CMM 1986 ISO 9000 -3 1991 BOOTSTRAP 1993 SPICE 1994 © enrique barreiro alonso universidade de vigo - departamento de informática escuela superior de ingeniería informática ingeniería del software de gestión 28 / 31

modelos de calidad: capability maturity model (CMM) tema 7 – la calidad del software Software Engineering Institute (Carnegie Mellon University), 1986: modelo para evaluar el grado de madurez con que las organizaciones desarrollaban software. 1991: aparece el CMM, prácticamente en su forma actual: basado en casos reales refleja las necesidades de los profesionales del desarrolol de software y de la mejora del proceso. está documentado su documentación está disponible (http: //www. sei. cmu. edu/) punto de partida: definición del proceso de software: conjunto de actividades, métodos, prácticas y transformaciones que se usan para desarrollar el software y los productos a él asociados. madurez del proceso: refleja la capacidad de una organización para producir software de calidad (cuanto más madura es una organización, mejor definido será el proceso de software). proceso del software maduro: mayor productividad y mayor calidad del producto. las empresas van pasando por cinco niveles de madurez © enrique barreiro alonso universidade de vigo - departamento de informática escuela superior de ingeniería informática ingeniería del software de gestión 29 / 31

modelos de calidad: capability maturity model (CMM) tema 7 – la calidad del software Proceso predecible Proceso consistente estándar Proceso disciplinado Proceso poco estructurado, puede que caótico. El éxito depende más del esfuerzo individual que de una aproximación organizada del proceso software. Proceso mejora continua OPTIMIZADO GESTIONADO DEFINIDO REPETIBLE INICIAL Procesos básicos de gestión referidos a un seguimiento de funcionalidades, costes y plazos. Se implanta una disciplina de trabajo para repetir modos de trabajo que han dado resultados positivos Procesos software bien definidos, estandarizados e integrados, tanto en aspectos de gestión como de ingeniería, a nivel de toda la organización. Utilización de un proceso software estandarizado para desarrollo y mantenimiento. © enrique barreiro alonso universidade de vigo - departamento de informática Existen conjuntos de métricas definidas a nivel de las diferentes etapas del proceso, y se dispone de datos al respecto. Los procesos y los productos son controlados y seguidos de modo cuantitativo. escuela superior de ingeniería informática ingeniería del software de gestión La mejora del proceso software es continua y existe una realimentación de los procesos, así como un enfoque de mejora a nivel de ideas y de tecnologías. 30 / 31

bibliografía tema 7 – la calidad del software Sommerville, I. Ingeniería de Software, cap. 24 Pressman, R. S. Ingeniería del Software. Un enfoque práctico, cap. 8 © enrique barreiro alonso universidade de vigo - departamento de informática escuela superior de ingeniería informática ingeniería del software de gestión 31 / 31