Los procesos de software. Un proceso de software se define como un:

Transcripción

1 Los procesos de software Un proceso de software se define como un: "conjunto de actividades, métodos, prácticas y transformaciones que las personas usan para desarrollar y mantener software y sus productos asociados [p.ej., planes, especificaciones, diseños y pruebas]" (Piattini y Daryanani, 1995) Una premisa fundamental: "La calidad de un producto de software está determinada, en muy buena medida, por la calidad del proceso usado para desarrollarlo y mantenerlo" 1

2 Evaluación y Mejoramiento de los Procesos de Software Modelo para evaluar y mejorar los procesos de software El Modelo de Madurez de la (CMM) CMM: Capability Maturity Model Desarrollado por el Instituto de Ingeniería de Software (SEI) de la Universidad Carnegie-Mellon en USA Incorpora aspectos definidos por el ISO

3 El CMM (Capability Maturity Model) fue desarrollado por el Software Engineering Institute (SEI) de la Univ. Carnegie-Mellon en USA con la finalidad de: evaluar la madurez de los procesos de desarrollo de software dentro de una organización. proponer un plan de mejoramiento de los procesos de desarrollo de software en base a una serie de niveles que van desde un proceso caótico (inmaduro) hasta un proceso disciplinado y de mejoramiento continuo (maduro). 3

4 de un proceso de software: Rango de resultados esperados que pueden ser logrados siguiendo un proceso de software dado Madurez de un proceso de software: Determina en que grado un proceso de software es explícitamente definido, administrado, medido, controlado y hecho efectivo La madurez es un indicador de la capacidad del proceso de software para lograr sus objetivos y resultados esperados. Una organización logra mayor madurez mediante la institucionalización del proceso de desarrollo de software, estableciendo las políticas, estándares y estructuras organizativas 4

5 Organización inmadura Organización madura Improvisa o no sigue rigurosamente los procesos de software Improvisa o no emplea la gerencia de proyectos Actúa en respuesta a las crisis que surjan No se hacen estimaciones de costos y tiempo reales La calidad del producto no es definida sobre una base objetiva No se puede predecir la calidad del producto Tiene definido e implantado el método de desarrollo y mantenimiento de software Los procesos técnicos y gerenciales están establecidos, son comunicados a toda la organización y se exige su aplicación Los roles y responsabilidades de los grupos y sus miembros están claramente definidos. Las estimaciones de costos y tiempos se basan en experiencias anteriores, reales y cuantificadas Existen objetivos cuantificables para medir la calidad del producto Se controla la calidad del producto y se garantiza la satisfacción del cliente 5

6 El CMM emplea 5 niveles de madurez para evaluar y mejorar los procesos de software de una organización Proceso mejorado contínuamente N. Optimizado Proceso predecible N. Gerenciado Proceso estandarizado N. Definido Proceso disciplinado N. Repetible N. Inicial 6

7 Nivel Inicial La organización no posee un ambiente estable de desarrollo de software Ausencia de gerencia de proyectos El proceso de software es cambiante e irregular: Durante las crisis, los grupos abandonan el método y se concentran en la codificación y pruebas Los planes, estimaciones y calidad son impredecibles El rendimiento y el éxito dependen de la capacidad individual de los miembros del grupo La capacidad es una característica de los individuos y no de la organización N. Inicial 7

8 Nivel Repetible La organización establece políticas para gerenciar los proyectos de software y procedimientos para implantar estas políticas Los procesos están bajo un control efectivo de un sistema de gerencia de proyectos basado en experiencias anteriores Los procesos son definidos, documentados, practicados, medidos, obligados y mejorables Los procesos de software son estables y repetibles Existen estándares de desarrollo definidos y exigidos La calidad es controlada N. Repetible 8

9 Nivel Definido Los procesos de software son definidos: estandarizados, documentados e institucionalizados Se institucionaliza un proceso estándar de desarrollo de software que integra en uno solo: los procesos de ingeniería de software y gerencia de proyectos de software Existe un entendimiento común de los procesos, funciones y responsabilidades La organización mantiene un grupo dedicado a la definición, mejoramiento y difusión del proceso estándar El proceso estándar es adaptado a cada proyecto N. Definido 9

10 Nivel Gerenciado: La organización define metas de calidad cuantitativas para: los productos de software y los procesos de software El proceso estándar es medible o cuantificable: La productividad y la calidad se miden y se registran para cada proyecto La calidad del software es predecible Mediante el uso de métricas de software, se crea una base de datos cuantitativa para la evaluación y estimación en proyectos futuros La capacidad del proceso de software es cuantificable y predecible N. Gerenciado 10

11 Nivel Optimizado: La organización se orienta hacia el mejoramiento contínuo de sus procesos de software La organización identifica las debilidades y fortalezas de su proceso y determina maneras de mejorar su capacidad La organización busca aumentar la capacidad y el rendimiento de sus procesos Se incorporan nuevas tecnologías y métodos para mejorar los procesos El mejoramiento ocurre a través de: El avance incremental del proceso Uso de nuevas tecnologías y métodos N. Optimizado 11

12 Nivel Area clave del proceso 1) Inicial 2) Repetible 3) Definido 4) Gerenciado 5) Optimizado Ingeniería de requerimientos Planificación de proyectos Control y seguimiento de proyectos Gerencia de subcontratación Aseguramiento de la calidad del software (S/W) Gerencia de la configuración del S/W Coordinación de la definición y mejora del proceso Programa de adiestramiento Integración Gerencia e Ingeniería de S/W Ingeniería de productos de S/W Coordinación inter-grupos Revisiones Gerencia cuantitativa de procesos Gerencia de la calidad del software Prevención de defectos Gerencia del cambio tecnológico y del proceso 12

13 Aspectos de uso del modelo: El escalamiento de los niveles es progresivo Saltarse un nivel es contraproducente Normalmente se requiere 1 3 años para escalar al siguiente nivel Alcanzar, desde el nivel 1, la categoría de Organización Madura puede tomar más de 10 años Es posible retroceder desde un nivel superior El CMM no es una bala de plata (silver bullet) no resuelve todos los problemas decalidad en el complejo proceso de desarrollo y mantenimiento de software La evaluación es hecha por especialistas adiestrados y acreditados por el SEI 13

14 Conclusiones El desarrollo de software es un proceso complejo que requiere: Un recurso humano altamente especializado y actualizado Un mejoramiento continuo y estandarización de los procesos de desarrollo Aplicación de procesos gerenciales Un aseguramiento de la alta calidad del software producido Tecnología y herramientas apropiadas y actualizadas El CMM proporciona una estructura conceptual y metodológica para mejorar la gerencia y el desarrollo de S/W y, por ende, la calidad de los productos 14

15 Fin de la Presentación 15