ingeniería de software Tema II

Best Practices Análisis de factibilidad Análisis de riesgos Planificación/seguimiento Control de configuraciones Automatizar - Uso de herramientas

Análisis de requerimientos Diseño Inspecciones y revisiones Testing

CMM (Capability Maturity Model) Desarrollado por el SEI (Software Engineering Institute) Es un modelo completo basado en un conjunto de funciones de ingeniería del software que deberían de estar presentes conforme organizaciones alcanzan diferentes niveles de madurez de su proceso.

CMM Es un modelo para la identificación de las prácticas clave que se requieren para mejorar la madurez del proceso de desarrollo de software de una organización. Con este propósito, este modelo propone una ruta evolutiva que puede partir de un proceso probablemente caótico hasta lograr uno disciplinado y maduro.

Características de una organización Inmadura Los proyectos comúnmente se retrasan y sobrepasan el presupuesto planeado. Actividades encaminadas a aumentar la calidad, tales como revisiones y pruebas, comúnmente se reducen o eliminan en cuanto se retrasa el proyecto. Si un proyecto finaliza exitosamente, generalmente se debe a los esfuerzos de grupos específicos más que a la aplicación de estrategias por parte de la organización. La organización no proporciona la infraestructura y el apoyo necesario para coadyuvar a que los proyectos libren las dificultades.

Madura Tanto los programas de actividades como los presupuestos para los proyectos se basan en el desempeño real de la organización. Así, los resultados esperados en costo, tiempo, funcionalidad y calidad son frecuentemente alcanzados. Existe una base objetiva y cuantitativa para evaluar la calidad de los productos. El proceso de software se comunica con precisión tanto al personal existente como al entrante. Además, los roles y responsabilidades están claramente definidos para cada proyecto y, en general, dentro de la organización

Los cinco niveles de madurez del CMM: Nivel 1: Inicial. Nivel 2: Repetible. Nivel 3: Definido. Nivel 4: Administrado. Nivel 5: Optimización.

Nivel 1: Inicial El proceso se define ad hoc. Es caótico. El éxito depende del esfuerzo individual.

Nivel 2: Repetible Se establecen los procesos de administración del proyecto para dar seguimiento a los costos, la planificación y la funcionalidad. Se toman en cuenta experiencias anteriores para repetir las actividades necesarias en el proceso.

Nivel 3: Definido Se documenta el proceso para las actividades de administración y de ingeniería. Se estandariza e integra en un proceso para toda la organización. Todos los proyectos utilizan una versión documentada y aprobada del proceso.

Nivel 4: Administrado Se implementan métricas detalladas para los proyectos. Se establecen estándares de calidad. Mediante la utilización de las métricas se comprenden y se controlan cuantitativamente tanto los productos como el proceso.

Nivel 5: Optimización El proceso se mejora continuamente mediante la retroalimentación cuantitativa del proceso,ideas y tecnologías innovadoras.

Auditores CMM Requisitos: Haber participado en una evaluación en los dos años anteriores a su solicitud de cursos. Cursar las asignaturas. Ser líder en una evaluación CMM a una organización dentro de los dos años siguientes a los cursos, asesorado por un tutor certificado. Obtener la aprobación del tutor

Tarea Investigar información sobre organizaciones de software con certificación CMM. Tamaño Tiempo requerido para lograr la certificación Costo

Exito en Proyectos de Software en 1998 1. exitoso 2. Liberado 3. cancelado

Administración de proyectos Implica la planificación, supervisión y control del personal, del proceso y de los eventos que ocurren mientras evoluciona el software, desde la fase preliminar hasta la implementación operacional.

Características de los proyectos de software El producto es intangible. No existen procesos de software estándar. Comúnmente los proyectos grandes son “únicos”.

Las 4 P,s Personal Producto Proceso Proyecto El factor humano Objetivos y el ámbito del producto Proceso Estructura de apoyo para la planeación Proyecto Administración de la complejidad

Personal ¿Quiénes participan en el proyecto? Programadores Líder de proyecto Arquitectos de software Usuarios

Analistas/Diseñadores Clientes Ingenieros de requerimientos Ingenieros de proceso Ingenieros de pruebas

Motivador Organizado Innovador Problem Solver ¿Cuáles son las características deseables de un líder de proyecto? Motivador Organizado Innovador Problem Solver

¿Cómo se organiza el equipo de trabajo? Centralizado Controlado (CC): El jefe del equipo se encarga de la resolución de problemas a alto nivel y la coordinación interna del equipo. La comunicación entre el jefe y los miembros del equipo es vertical.

Descentralizado Controlado (DC): Un jefe definido que coordina tareas específicas y jefes secundarios con responsabilidades sobre sub tareas. La resolución de problemas es una actividad del grupo, la comunicación es horizontal y vertical. Descentralizado Democrático (DD) o “Egoless”: No tiene un jefe permanente, se nombran de acuerdo a la tarea. La solución de problemas se hacen por consenso. La comunicación es horizontal.

¿Qué factores se deben considerar cuando se estructura un equipo de software? Complejidad del proyecto (dificultad del problema, tamaño del software) Tiempo de desarrollo. Modularidad. Calidad. Comunicación requerida.

¿Cómo creamos un equipo de alto rendimiento? Confianza entre los miembros del equipo. Distribución de habilidades de acuerdo al problema. Los inconformistas deben ser excluidos.

Tarea ¿ Cuales son las Tareas de la Administración de Proyectos?