WARNING:
JavaScript is turned OFF. None of the links on this concept map will
work until it is reactivated.
If you need help turning JavaScript On, click here.
Este Cmap, tiene información relacionada con: Capítulo 1 .- Conceptos y características esenciales de un proceso de software, A continuación se describen las actividades que involucra SCM: h) Cambio - Cambiando el ciclo de vida. La rigidez de los controles será directamente proporcional al avance del proyecto en la fase. A medida que se acerca al final de la fase, se debe estar acercando a tener algún entregable listo (versión)., 1.6.2.3. Estructura del CMMI ÁREA DE PROCESO Administración de Procesos, Administración de Proyectos ???? ÁREA DE PROCESO CATEGORÍA NIVEL DE MADUREZ Administración Cuantitativa de Proyectos (QPM) Gestión de proyectos 3 Administración de Requerimientos (REQM) Gestión de proyectos 3 Administración de la Configuración (CM) Gestión de proyectos 3 Administración Integral de Proyecto + IPD (IPM+IPPD) 1 Gestión de proyectos 3 Monitoreo y Control de Proyecto (PMC) Gestión de proyectos 2 Planificación de Proyecto (PP) Gestión de proyectos 2, 1.6.3. SPICE 1.6.3.6. Atributos del proceso Cada atributo se evalúa entre un rango de cuatro puntos: - N= No conseguido. No hay evidencia de que se consigue el atributo definido. - P= Conseguido parcialmente. Se ha conseguido algo el atributo definido. - L= Bastante conseguido. Se ha conseguido significativamente el atributo definido. - F= Conseguido completamente. Se ha conseguido totalmente el atributo definido el nivel de capacidad se derivará de los valores de los atributos de los procesos., b) Repetible. En este nivel las organizaciones disponen de unas prácticas institucionalizadas de gestión de proyectos ???? - Administración y control de proyectos. - Se crean y documentan los procesos. - Se recolectan métricas y se realiza tracking del progreso. - Mejora la estimación. - Menos desvíos que en el Nivel 1., 1.6.2. CMMI - Capability Maturity Model Integration 1.6.2.1. Antecedentes Junto con CMMI se desarrolló y publicó el método de evaluación "Assessment Requirements for CMMI (ARC)" en el año 2000, el cual define los requerimientos considerados esenciales para realizar una evaluación de CMMI en una organización, La representación continua se focaliza en la mejora de un proceso o un conjunto de ellos relacionado(s) estrechamente a un área de proceso en que una organización desea mejorar, por lo tanto una organización puede ser certificada para un área de proceso en cierto nivel de capacidad. Niveles - Nivel 4 - Manejado cuantitativamente: Un proceso denominado "proceso manejado cuantitativamente" es controlado usando técnicas estadísticas y otras técnicas cuantitativas., La representación continua se focaliza en la mejora de un proceso o un conjunto de ellos relacionado(s) estrechamente a un área de proceso en que una organización desea mejorar, por lo tanto una organización puede ser certificada para un área de proceso en cierto nivel de capacidad. Niveles - Nivel 2 - Manejado: Un proceso es denominado como "proceso manejado" cuando tiene la infraestructura base para apoyar el proceso., 1.6.1. CMM - Capability Maturity Model 1.6.1.3. Evolución de las organizaciones según CMM Como consecuencia, muchas organizaciones que realizan funciones de factoría de software o, en general, outsourcing de procesos de software, adoptan el modelo CMM y se certifican en alguno de sus niveles., Los beneficios principales de un enfoque estandarizado para la evaluación del proceso son: ???? - Proporcionar un modelo para la mejora del proceso público y compartido; - Conducir a un entendimiento común del uso de la evaluación del proceso para la mejora del proceso y la evaluación de la capacidad; - Facilitar la evaluación de la capacidad en un concurso abierto; - Realizar una revisión regular y controlada sobre la experiencia de la utilización; - Será cambiado únicamente mediante el consenso internacional; - Animar la armonización de los esquemas existentes., 1.6.3.4.1. Dimensión del proceso SUP Soporte SUP.1 Desarrollar documentación SUP.2 Realizar la gestión de la configuración SUP.3 Realizar el aseguramiento de la calidad SUP.4 Realizar la verificación del producto SUP.5 Realizar la validación del producto SUP.6 Realizar revisiones conjuntas SUP.7 Realizar auditorias SUP.8 Realizar resolución de problemas, Capítulo 1 .- Conceptos y características esenciales de un proceso de software 1.1. Concepto de proceso - La norma internacional ISO-9001 define un proceso como "una actividad que utiliza recursos, y que se gestiona con el fin de permitir que los elementos de entrada se transformen en resultados"., 1.6.2.3. Estructura del CMMI ÁREA DE PROCESO Ingeniería, Capítulo 1 .- Conceptos y características esenciales de un proceso de software 1.5. Herramientas CASE y entornos de trabajo CASE (Computer Aided Software Engineering, Ingeniería de Software Asistida por Ordenador), Soporte ???? Análisis y Resolución Causales (CAR) Soporte 5 Análisis y Resolución de Decisiones (DAR) Soporte 3 Aseguramiento de la Calidad de Procesos y Productos (PPQA) Soporte 2 Administración de Riesgos (RSKM) Soporte 2 Medición y Análisis (MA) Soporte 2, 1.6.1. CMM - Capability Maturity Model 1.6.1.2. Niveles de Madurez e) Optimizado. La organización completa está volcada en la mejora continua de los procesos., Capítulo 1 .- Conceptos y características esenciales de un proceso de software 1.3. La calidad y el riesgo como ejes del proceso La identificación y gestión de los riesgos asociados a los requisitos del software, individuales y a grupos de ellos, desde la fase se ingeniería de requisitos puede permitir minimizarlos, evadirlos y controlarlos. Jackson afirma que la ingeniería de requisitos se ubica en el punto de encuentro entre lo informal y lo formal del desarrollo de software (Jackson, 2001). se necesita desarrollar un proceso que incluya desde la etapa más temprana la gestión de los riesgos asociados a los requisitos, 1.3.3. Estrategias frente al riesgo ???? También son claras las estrategias frente al riesgo. Por un lado están las reactivas, cuyo método es evaluar las consecuencias del riesgo cuando este ya se ha producido (ya no es un riesgo) y actuar en consecuencia., A semejanza del modelo CMM, el modelo Trillium presenta una escala de cinco niveles de madurez (Trillium, 2000): ???? - Nivel 1. Desestructurado - Nivel 2. Repetible y orientado al proyecto. - Nivel 3. Definido y orientado al proceso. - Nivel 4. Gestionado e integrado. - Nivel 5. Completamente integrado., 1.6.4. Trillium Model 1.6.4.2. Niveles de madurez A semejanza del modelo CMM, el modelo Trillium presenta una escala de cinco niveles de madurez (Trillium, 2000):