Este documento introduce los conceptos básicos de CMMI. Explica que CMMI evalúa la madurez de los procesos de una organización en una escala de 5 niveles, desde inicial hasta optimizado. También describe las dos representaciones del modelo (escalonada y continua) y sus componentes clave como objetivos, prácticas y áreas de proceso. Finalmente, explica que los niveles caracterizan la mejora de procesos mal definidos a procesos cuantitativamente gestionados para alcanzar los objetivos de la organización.
El documento proporciona una introducción a los conceptos de monitoreo y control de proyectos. Explica brevemente los procesos de control del cronograma, control de costos, informar el rendimiento, seguimiento y control de riesgos y cierre del proyecto. Incluye entradas, herramientas, técnicas y salidas para cada uno de estos procesos clave de gestión de proyectos.
Este documento presenta una introducción al modelo CMMI (Capability Maturity Model Integration). Explica que CMMI es un modelo de evaluación de procesos que provee elementos para mejorar procesos de ingeniería de software y desarrollo organizacional. Describe los niveles de madurez, áreas de proceso, y beneficios de usar CMMI. Finalmente, presenta una tabla que resume el nivel de madurez actual de las áreas de proceso de una organización.
1) El documento presenta los conceptos fundamentales de la planificación de proyectos de software, incluyendo la estimación, programación de tareas, análisis de riesgos y planificación de calidad y cambios.
2) Se describen diversas técnicas de estimación como líneas de código, puntos de función, casos de uso y métodos basados en procesos, así como modelos empíricos como COCOMO.
3) La planificación requiere descomponer el problema en partes más pequeñas, estimar recursos y esfuerzos,
Este documento describe el Modelo CMMI para mejorar los procesos de desarrollo de software. Explica que CMMI es un marco de referencia para evaluar y mejorar la capacidad de los procesos de una organización. Se compone de áreas de proceso y niveles de madurez. Los niveles van desde inicial hasta optimizado, lo que indica una mejora continua. CMMI ayuda a las organizaciones a implementar procesos predecibles, repetibles y de alta calidad.
La gestión de configuración es importante para minimizar la confusión causada por cambios en el software. Identifica, organiza y controla modificaciones para maximizar la productividad y minimizar errores. El proceso incluye identificar cambios, controlarlos, garantizar que sean aprobados e informar a todos los afectados. Las líneas base ayudan a controlar cambios al establecer puntos en el ciclo de vida del software donde se aplica el control de configuraciones.
Los modelos prescriptivos de proceso como el modelo en cascada y el modelo incremental se propusieron originalmente para ordenar el desarrollo de software. Estos modelos definen actividades, tareas y productos requeridos para desarrollar software de alta calidad de manera sistemática. Más adelante surgieron otros modelos como el modelo de prototipos y el modelo en espiral que adoptan un enfoque más evolutivo e iterativo. Recientemente han surgido los métodos ágiles que enfatizan la colaboración con el cliente, el software funcionando y la respuesta al
Este documento presenta 25 estándares de calidad de software según el IEEE. Algunos de los estándares cubren temas como la gestión de configuración, planes de aseguramiento de calidad, medición de fiabilidad, documentación de pruebas, procesos del ciclo de vida, requisitos de calidad y pruebas, gestión de riesgos, métricas de calidad, clasificación de anomalías, y verificación y validación de procesos y software. El documento proporciona una breve descripción de cada estándar.
Este documento presenta una introducción a varias metodologías de desarrollo de software, incluyendo metodologías clásicas como el desarrollo en cascada, incremental y evolutivo, así como metodologías más modernas como el desarrollo ágil, basado en prototipos y en componentes. Explica brevemente cada metodología y discute sus ventajas y desventajas. El documento parece ser material para una clase de ingeniería de software.
El documento proporciona una introducción a los conceptos de monitoreo y control de proyectos. Explica brevemente los procesos de control del cronograma, control de costos, informar el rendimiento, seguimiento y control de riesgos y cierre del proyecto. Incluye entradas, herramientas, técnicas y salidas para cada uno de estos procesos clave de gestión de proyectos.
Este documento presenta una introducción al modelo CMMI (Capability Maturity Model Integration). Explica que CMMI es un modelo de evaluación de procesos que provee elementos para mejorar procesos de ingeniería de software y desarrollo organizacional. Describe los niveles de madurez, áreas de proceso, y beneficios de usar CMMI. Finalmente, presenta una tabla que resume el nivel de madurez actual de las áreas de proceso de una organización.
1) El documento presenta los conceptos fundamentales de la planificación de proyectos de software, incluyendo la estimación, programación de tareas, análisis de riesgos y planificación de calidad y cambios.
2) Se describen diversas técnicas de estimación como líneas de código, puntos de función, casos de uso y métodos basados en procesos, así como modelos empíricos como COCOMO.
3) La planificación requiere descomponer el problema en partes más pequeñas, estimar recursos y esfuerzos,
Este documento describe el Modelo CMMI para mejorar los procesos de desarrollo de software. Explica que CMMI es un marco de referencia para evaluar y mejorar la capacidad de los procesos de una organización. Se compone de áreas de proceso y niveles de madurez. Los niveles van desde inicial hasta optimizado, lo que indica una mejora continua. CMMI ayuda a las organizaciones a implementar procesos predecibles, repetibles y de alta calidad.
La gestión de configuración es importante para minimizar la confusión causada por cambios en el software. Identifica, organiza y controla modificaciones para maximizar la productividad y minimizar errores. El proceso incluye identificar cambios, controlarlos, garantizar que sean aprobados e informar a todos los afectados. Las líneas base ayudan a controlar cambios al establecer puntos en el ciclo de vida del software donde se aplica el control de configuraciones.
Los modelos prescriptivos de proceso como el modelo en cascada y el modelo incremental se propusieron originalmente para ordenar el desarrollo de software. Estos modelos definen actividades, tareas y productos requeridos para desarrollar software de alta calidad de manera sistemática. Más adelante surgieron otros modelos como el modelo de prototipos y el modelo en espiral que adoptan un enfoque más evolutivo e iterativo. Recientemente han surgido los métodos ágiles que enfatizan la colaboración con el cliente, el software funcionando y la respuesta al
Este documento presenta 25 estándares de calidad de software según el IEEE. Algunos de los estándares cubren temas como la gestión de configuración, planes de aseguramiento de calidad, medición de fiabilidad, documentación de pruebas, procesos del ciclo de vida, requisitos de calidad y pruebas, gestión de riesgos, métricas de calidad, clasificación de anomalías, y verificación y validación de procesos y software. El documento proporciona una breve descripción de cada estándar.
Este documento presenta una introducción a varias metodologías de desarrollo de software, incluyendo metodologías clásicas como el desarrollo en cascada, incremental y evolutivo, así como metodologías más modernas como el desarrollo ágil, basado en prototipos y en componentes. Explica brevemente cada metodología y discute sus ventajas y desventajas. El documento parece ser material para una clase de ingeniería de software.
Este documento describe los conceptos clave relacionados con la estimación de costos de proyectos de software, incluida la definición de proyecto de software, los objetivos de la planificación, los cuatro pasos clave de la gestión de proyectos, los modelos de estimación como COCOMO, y las métricas para medir la productividad y calidad del software.
Este documento describe los pasos clave en la planificación de proyectos de software. Explica que la planificación incluye estimar el tiempo, esfuerzo y recursos necesarios para el proyecto. También cubre técnicas como COCOMO para estimar costos en base al tamaño del programa y factores adicionales. El objetivo final de la planificación es generar estimaciones razonables de los recursos, costos y cronograma para el proyecto de software.
Este documento presenta dos métodos para estimar los costos de un software para DJ: el método ascendente y COCOMO. El método ascendente divide el proyecto en 3 etapas con sus actividades y costos asociados, para un total estimado de $3,300. COCOMO estima el esfuerzo, tiempo y costo requerido basado en el tamaño del proyecto en líneas de código, calculando un esfuerzo de 3 hombre-mes, un tiempo de desarrollo de 2.9 meses y un costo total de $3,300. Ambos métodos ar
Este documento presenta un plan de aseguramiento de la calidad (SQA) para un proyecto de desarrollo de software. El plan describe las actividades de calidad que se llevarán a cabo, incluyendo la revisión de productos, el cumplimiento de procesos, revisiones técnicas formales y el seguimiento de desviaciones. También especifica la documentación requerida como especificaciones de requisitos, diseño de software, planes de verificación y validación, y documentación de usuario. El plan cubre las etapas de requisitos, an
Este documento presenta tres métodos para la evaluación de arquitecturas de software: SAAM, ATAM y ARID. SAAM se enfoca en la modificabilidad y evalúa arquitecturas a través de escenarios. ATAM analiza cómo los atributos de calidad interactúan entre sí realizando concesiones. ARID es adecuado para evaluar diseños parciales tempranos. Todos los métodos involucran stakeholders y proveen información para mejorar la arquitectura.
Este documento presenta información sobre el modelo CMMI-DEV, incluyendo su definición, historia, niveles de madurez, componentes, características y comparación con ISO 9001. Explica que CMMI-DEV es un modelo de referencia para mejorar procesos de desarrollo y mantenimiento de software, cubriendo todo el ciclo de vida del producto. Contiene 5 niveles de madurez y sus componentes clave son las metas genéricas y específicas.
El documento describe los principales factores que afectan la calidad de software, incluyendo la corrección, robustez, eficiencia, portabilidad, integridad, facilidad de uso, verificabilidad, compatibilidad, extensibilidad, reutilización y mantenimiento. Los factores internos afectan al desarrollador, mientras que los externos afectan al cliente usuario final. Un ejemplo describe un proyecto fallido de 125 millones de dólares para implementar un sistema de reservas global que resultó imposible de integrar.
Este documento describe los conceptos fundamentales del desarrollo de software basado en componentes. Explica que un componente de software es una unidad reutilizable que ofrece servicios a través de una interfaz bien definida y oculta su implementación. También describe que las interfaces definen los servicios que un componente puede realizar y que los componentes deben ser autocontenidos, independientes de plataformas y lenguajes de programación, e identificables para facilitar su reutilización. Finalmente, señala que el ensamblaje de componentes requiere el uso de modelos
El documento provee una introducción a los conceptos de calidad de software. Explica que la calidad se refiere a satisfacer las necesidades del cliente. Luego resume varios estándares e iniciativas de calidad como ISO 8402, ISO 9000, ISO/IEC 15504 y CMMI. Finalmente, describe brevemente algunos conceptos clave como errores de software, causas de errores, y sistemas de gestión de calidad.
Ciclo de vida del software ieee12207 2011mrcordova
Este documento resume el estándar IEEE 12207 para el ciclo de vida del software. Describe los cinco procesos principales del ciclo de vida, los ocho procesos de apoyo y los cuatro procesos organizativos definidos por el estándar. Explica que cada proceso se compone de actividades y tareas, y provee una figura que muestra la estructura del estándar.
Este documento compara los modelos Moprosoft y CMMI para el desarrollo de software. Moprosoft es un modelo mexicano con 9 procesos integrados para mejorar los procesos de software, mientras que CMMI es un marco internacional para mejorar la capacidad de una organización. Ambos modelos buscan mejorar la calidad y reducir costos, pero CMMI requiere más esfuerzo de implementación y evaluación. El documento describe las características, ventajas y desventajas de cada modelo.
Ingeniería del software basada en componentesjose_macias
La ingeniería del software basada en componentes (ISBC) es un proceso centrado en el diseño y construcción de sistemas informáticos mediante la reutilización de componentes de software. Representa la filosofía de "comprar en lugar de construir" y pasa de programar software a componer sistemas mediante componentes reutilizables. El proceso implica establecer requisitos, diseñar la arquitectura, determinar qué subsistemas se compondrán de componentes existentes y cuáles se construirán, y componer finalmente los componentes de ac
El documento describe la relación entre CMM, PSP y TSP. CMM evalúa los procesos de desarrollo de software en una organización, mientras que PSP y TSP se enfocan en mejorar los procesos a nivel individual e de equipos, respectivamente. PSP enseña a ingenieros a mejorar su desempeño individual, TSP guía a equipos de ingenieros, y CMM provee una estructura para la mejora organizacional. Los tres modelos se refuerzan mutuamente y permiten que las organizaciones produzcan software de calidad.
El documento describe los beneficios de aplicar procesos de gestión de la calidad como CMMI. Estos incluyen reducir costos de desarrollo, mejorar la planificación y productividad, reducir defectos, y mejorar la calidad del producto y la imagen de marca. También señala que CMMI puede ser costoso y complejo de implementar, y no se ajusta bien a los enfoques centrados en el servicio.
Este documento presenta definiciones de calidad del software según varios autores e instituciones. Explora conceptos como calidad programada, realizada y necesaria. También describe elementos clave de un sistema de calidad como control de calidad, aseguramiento de calidad y estándares como ISO 9000. Finalmente, introduce la metáfora de una "fábrica de software" para describir la producción de software de manera sistemática y coordinada.
El documento habla sobre las herramientas CASE y la guía ISO 14102 para evaluar y seleccionar estas herramientas. Explica que las herramientas CASE automatizan tareas de ingeniería de software y mejoran la productividad. La ISO 14102 provee un método de evaluación cuantitativo para determinar qué tan bien una herramienta se ajusta a las necesidades de una organización, considerando factores como el ciclo de vida, uso de la herramienta, calidad y no-calidad. El proceso de evaluación consiste en iniciar, estruct
Modelo de Desarrollo Rápido de Aplicaciones (DRA)Miguel Rodríguez
El modelo DRA (Desarrollo Rápido de Aplicaciones) es un modelo incremental de desarrollo de software que enfatiza ciclos cortos de desarrollo. Se basa en una adaptación de alta velocidad del modelo en cascada, permitiendo que un equipo cree un sistema funcional completo dentro de 60 a 90 días a través de iteraciones paralelas de planeación, modelado, construcción, despliegue e integración. El modelo es adecuado para proyectos grandes con suficientes recursos, pero puede fallar si los desarrolladores y client
El documento describe el Grupo de Procesos de Monitoreo y Control, el cual incluye 12 procesos que monitorean y controlan el progreso del proyecto. Estos procesos miden el desempeño, identifican áreas que requieren cambios, e inician acciones correctivas. El monitoreo continuo provee visibilidad sobre el estado actual del proyecto y permite identificar áreas que necesitan más atención.
Este documento describe varios modelos de ciclo de vida para el desarrollo de software, incluyendo el modelo en cascada, el modelo en V, el modelo iterativo, el modelo en espiral y el modelo unificado. Explica las actividades clave de cada modelo, como los requerimientos, diseño, implementación y pruebas. También describe el estándar IEEE 1074, el cual establece un marco común para los procesos de ciclo de vida de software.
Presentaciòn modelos para el desarrollo del softwarepaoaboytes
Este documento describe y compara varios modelos para el desarrollo de software, incluyendo el modelo lineal secuencial, el modelo en cascada, el modelo en espiral, el modelo incremental, el modelo de construcción de prototipos y el modelo evolutivo. Cada modelo sigue un enfoque diferente para las etapas de análisis de requisitos, diseño, implementación, pruebas y mantenimiento del software.
El documento describe el modelo CMMI para el Desarrollo, el cual incluye mejores prácticas para actividades de desarrollo de productos y servicios. CMMI-DEV contiene 22 áreas de proceso y ofrece dos enfoques para la mejora de procesos: los niveles de capacidad para mejoras en áreas individuales y los niveles de madurez para mejoras a nivel de la organización. El modelo provee una guía para que las organizaciones mejoren sus procesos de manera evolutiva.
El documento describe el modelo CMMI para el Desarrollo, el cual incluye mejores prácticas para actividades de desarrollo de productos y servicios. CMMI-DEV contiene 22 áreas de proceso y ofrece dos enfoques para la mejora de procesos: los niveles de capacidad para mejoras en áreas individuales y los niveles de madurez para mejoras a nivel de la organización. El modelo provee una guía para que las organizaciones mejoren sus procesos de manera evolutiva.
Este documento describe los conceptos clave relacionados con la estimación de costos de proyectos de software, incluida la definición de proyecto de software, los objetivos de la planificación, los cuatro pasos clave de la gestión de proyectos, los modelos de estimación como COCOMO, y las métricas para medir la productividad y calidad del software.
Este documento describe los pasos clave en la planificación de proyectos de software. Explica que la planificación incluye estimar el tiempo, esfuerzo y recursos necesarios para el proyecto. También cubre técnicas como COCOMO para estimar costos en base al tamaño del programa y factores adicionales. El objetivo final de la planificación es generar estimaciones razonables de los recursos, costos y cronograma para el proyecto de software.
Este documento presenta dos métodos para estimar los costos de un software para DJ: el método ascendente y COCOMO. El método ascendente divide el proyecto en 3 etapas con sus actividades y costos asociados, para un total estimado de $3,300. COCOMO estima el esfuerzo, tiempo y costo requerido basado en el tamaño del proyecto en líneas de código, calculando un esfuerzo de 3 hombre-mes, un tiempo de desarrollo de 2.9 meses y un costo total de $3,300. Ambos métodos ar
Este documento presenta un plan de aseguramiento de la calidad (SQA) para un proyecto de desarrollo de software. El plan describe las actividades de calidad que se llevarán a cabo, incluyendo la revisión de productos, el cumplimiento de procesos, revisiones técnicas formales y el seguimiento de desviaciones. También especifica la documentación requerida como especificaciones de requisitos, diseño de software, planes de verificación y validación, y documentación de usuario. El plan cubre las etapas de requisitos, an
Este documento presenta tres métodos para la evaluación de arquitecturas de software: SAAM, ATAM y ARID. SAAM se enfoca en la modificabilidad y evalúa arquitecturas a través de escenarios. ATAM analiza cómo los atributos de calidad interactúan entre sí realizando concesiones. ARID es adecuado para evaluar diseños parciales tempranos. Todos los métodos involucran stakeholders y proveen información para mejorar la arquitectura.
Este documento presenta información sobre el modelo CMMI-DEV, incluyendo su definición, historia, niveles de madurez, componentes, características y comparación con ISO 9001. Explica que CMMI-DEV es un modelo de referencia para mejorar procesos de desarrollo y mantenimiento de software, cubriendo todo el ciclo de vida del producto. Contiene 5 niveles de madurez y sus componentes clave son las metas genéricas y específicas.
El documento describe los principales factores que afectan la calidad de software, incluyendo la corrección, robustez, eficiencia, portabilidad, integridad, facilidad de uso, verificabilidad, compatibilidad, extensibilidad, reutilización y mantenimiento. Los factores internos afectan al desarrollador, mientras que los externos afectan al cliente usuario final. Un ejemplo describe un proyecto fallido de 125 millones de dólares para implementar un sistema de reservas global que resultó imposible de integrar.
Este documento describe los conceptos fundamentales del desarrollo de software basado en componentes. Explica que un componente de software es una unidad reutilizable que ofrece servicios a través de una interfaz bien definida y oculta su implementación. También describe que las interfaces definen los servicios que un componente puede realizar y que los componentes deben ser autocontenidos, independientes de plataformas y lenguajes de programación, e identificables para facilitar su reutilización. Finalmente, señala que el ensamblaje de componentes requiere el uso de modelos
El documento provee una introducción a los conceptos de calidad de software. Explica que la calidad se refiere a satisfacer las necesidades del cliente. Luego resume varios estándares e iniciativas de calidad como ISO 8402, ISO 9000, ISO/IEC 15504 y CMMI. Finalmente, describe brevemente algunos conceptos clave como errores de software, causas de errores, y sistemas de gestión de calidad.
Ciclo de vida del software ieee12207 2011mrcordova
Este documento resume el estándar IEEE 12207 para el ciclo de vida del software. Describe los cinco procesos principales del ciclo de vida, los ocho procesos de apoyo y los cuatro procesos organizativos definidos por el estándar. Explica que cada proceso se compone de actividades y tareas, y provee una figura que muestra la estructura del estándar.
Este documento compara los modelos Moprosoft y CMMI para el desarrollo de software. Moprosoft es un modelo mexicano con 9 procesos integrados para mejorar los procesos de software, mientras que CMMI es un marco internacional para mejorar la capacidad de una organización. Ambos modelos buscan mejorar la calidad y reducir costos, pero CMMI requiere más esfuerzo de implementación y evaluación. El documento describe las características, ventajas y desventajas de cada modelo.
Ingeniería del software basada en componentesjose_macias
La ingeniería del software basada en componentes (ISBC) es un proceso centrado en el diseño y construcción de sistemas informáticos mediante la reutilización de componentes de software. Representa la filosofía de "comprar en lugar de construir" y pasa de programar software a componer sistemas mediante componentes reutilizables. El proceso implica establecer requisitos, diseñar la arquitectura, determinar qué subsistemas se compondrán de componentes existentes y cuáles se construirán, y componer finalmente los componentes de ac
El documento describe la relación entre CMM, PSP y TSP. CMM evalúa los procesos de desarrollo de software en una organización, mientras que PSP y TSP se enfocan en mejorar los procesos a nivel individual e de equipos, respectivamente. PSP enseña a ingenieros a mejorar su desempeño individual, TSP guía a equipos de ingenieros, y CMM provee una estructura para la mejora organizacional. Los tres modelos se refuerzan mutuamente y permiten que las organizaciones produzcan software de calidad.
El documento describe los beneficios de aplicar procesos de gestión de la calidad como CMMI. Estos incluyen reducir costos de desarrollo, mejorar la planificación y productividad, reducir defectos, y mejorar la calidad del producto y la imagen de marca. También señala que CMMI puede ser costoso y complejo de implementar, y no se ajusta bien a los enfoques centrados en el servicio.
Este documento presenta definiciones de calidad del software según varios autores e instituciones. Explora conceptos como calidad programada, realizada y necesaria. También describe elementos clave de un sistema de calidad como control de calidad, aseguramiento de calidad y estándares como ISO 9000. Finalmente, introduce la metáfora de una "fábrica de software" para describir la producción de software de manera sistemática y coordinada.
El documento habla sobre las herramientas CASE y la guía ISO 14102 para evaluar y seleccionar estas herramientas. Explica que las herramientas CASE automatizan tareas de ingeniería de software y mejoran la productividad. La ISO 14102 provee un método de evaluación cuantitativo para determinar qué tan bien una herramienta se ajusta a las necesidades de una organización, considerando factores como el ciclo de vida, uso de la herramienta, calidad y no-calidad. El proceso de evaluación consiste en iniciar, estruct
Modelo de Desarrollo Rápido de Aplicaciones (DRA)Miguel Rodríguez
El modelo DRA (Desarrollo Rápido de Aplicaciones) es un modelo incremental de desarrollo de software que enfatiza ciclos cortos de desarrollo. Se basa en una adaptación de alta velocidad del modelo en cascada, permitiendo que un equipo cree un sistema funcional completo dentro de 60 a 90 días a través de iteraciones paralelas de planeación, modelado, construcción, despliegue e integración. El modelo es adecuado para proyectos grandes con suficientes recursos, pero puede fallar si los desarrolladores y client
El documento describe el Grupo de Procesos de Monitoreo y Control, el cual incluye 12 procesos que monitorean y controlan el progreso del proyecto. Estos procesos miden el desempeño, identifican áreas que requieren cambios, e inician acciones correctivas. El monitoreo continuo provee visibilidad sobre el estado actual del proyecto y permite identificar áreas que necesitan más atención.
Este documento describe varios modelos de ciclo de vida para el desarrollo de software, incluyendo el modelo en cascada, el modelo en V, el modelo iterativo, el modelo en espiral y el modelo unificado. Explica las actividades clave de cada modelo, como los requerimientos, diseño, implementación y pruebas. También describe el estándar IEEE 1074, el cual establece un marco común para los procesos de ciclo de vida de software.
Presentaciòn modelos para el desarrollo del softwarepaoaboytes
Este documento describe y compara varios modelos para el desarrollo de software, incluyendo el modelo lineal secuencial, el modelo en cascada, el modelo en espiral, el modelo incremental, el modelo de construcción de prototipos y el modelo evolutivo. Cada modelo sigue un enfoque diferente para las etapas de análisis de requisitos, diseño, implementación, pruebas y mantenimiento del software.
El documento describe el modelo CMMI para el Desarrollo, el cual incluye mejores prácticas para actividades de desarrollo de productos y servicios. CMMI-DEV contiene 22 áreas de proceso y ofrece dos enfoques para la mejora de procesos: los niveles de capacidad para mejoras en áreas individuales y los niveles de madurez para mejoras a nivel de la organización. El modelo provee una guía para que las organizaciones mejoren sus procesos de manera evolutiva.
El documento describe el modelo CMMI para el Desarrollo, el cual incluye mejores prácticas para actividades de desarrollo de productos y servicios. CMMI-DEV contiene 22 áreas de proceso y ofrece dos enfoques para la mejora de procesos: los niveles de capacidad para mejoras en áreas individuales y los niveles de madurez para mejoras a nivel de la organización. El modelo provee una guía para que las organizaciones mejoren sus procesos de manera evolutiva.
El documento describe el modelo CMMI (Capability Maturity Model Integration) para evaluar los procesos de desarrollo de software. Explica que CMMI surgió en 1987 para evaluar los procesos más críticos del departamento de defensa de EE.UU. Luego describe las dos representaciones de CMMI (continua y escalonada), sus niveles y áreas de proceso, y compara CMMI con la norma ISO 9001. Finalmente, nombra algunas empresas chilenas que han obtenido certificación CMMI.
El documento compara dos modelos de procesos para el desarrollo de software: MoProSoft y CMMI. MoProSoft es un modelo mexicano adecuado para pequeñas y medianas empresas, mientras que CMMI es un modelo internacional más completo. Ambos modelos buscan mejorar los procesos de desarrollo de software de una organización mediante la definición de procesos, roles y niveles de madurez.
Este documento presenta un ensayo sobre el modelo CMMI. Explica que CMMI comenzó como un proyecto para resolver problemas utilizando este modelo de calidad y ha evolucionado a través de varias versiones. Describe los cinco niveles de madurez de CMMI y las 16 áreas de proceso centrales. Concluye que CMMI puede utilizarse no solo para mejorar la calidad sino también para reducir costos y optimizar procesos.
El documento describe diferentes metodologías y modelos de desarrollo de software, incluyendo modelos convencionales como el modelo en cascada y modelos evolutivos como el modelo de prototipos. Explica que una metodología define el proceso de desarrollo de software mediante fases, actividades, productos y procedimientos. También analiza el ciclo de vida de un software y diferentes tipos de prototipos.
Este documento describe el modelo de madurez de capacidad integrada (CMMI). Explica que CMMI tiene cinco niveles de madurez y 16 áreas de proceso central. También describe las prácticas, metas y componentes de CMMI, y cómo puede usarse CMMI para mejorar la calidad y reducir costos en una organización.
Metogologias de Desarrollo de Software Tradicionales VS Agilesfmmeson
El documento presenta una introducción a las metodologías y modelos de desarrollo de software, discutiendo la situación actual de las empresas de software y cómo iniciar el camino hacia la calidad. Explica brevemente metodologías como el Proceso Unificado, Microsoft Solution Framework, eXtreme Programming, Scrum, y modelos de madurez como CMMI. Finalmente, sugiere que en el futuro no habrá metodologías prescriptivas sino una paleta de prácticas entre las que las organizaciones elegirán.
El documento presenta una introducción a los modelos y metodologías de desarrollo de software, incluyendo MoProsoft, CMMI y MSF. Explica los beneficios de implementar procesos de desarrollo como mejorar la productividad, reducir riesgos y costos. También describe brevemente algunos modelos comúnmente adoptados en México y la oferta de servicios de IT Builder para implementar modelos y automatizar procesos.
El documento describe el Modelo CMMI para mejorar los procesos de desarrollo de software. Explica que CMMI es un marco de referencia que guía la mejora de procesos mediante niveles de madurez, desde procesos iniciales hasta procesos optimizados. Describe las áreas de proceso clave en cada nivel, como la gestión de requisitos y planificación en el Nivel 2 de procesos "Gestionado". El objetivo final es estandarizar procesos para lograr mayor predecibilidad, calidad y satisfacción del cliente.
El documento resume el marco de trabajo CMMI (Modelo de Madurez de Capacidades Integrado) desarrollado por el SEI para medir la madurez de procesos de desarrollo de software y sistemas. El CMMI identifica 24 áreas de proceso organizadas en cuatro grupos e incluye metas y prácticas para mejorar los procesos. Existen dos representaciones del modelo: por etapas (5 niveles de madurez) y continuo (escala de valoración de 1 a 6 por cada área de proceso).
El documento describe los componentes y estructura de los modelos CMMI. Existen 4 niveles de capacidad (de 0 a 3) para medir la mejora continua de procesos en un área. Un proceso en nivel 0 es incompleto, en nivel 1 es realizado, en nivel 2 es administrado, y en nivel 3 es definido. También existen niveles de madurez para medir la mejora a través de múltiples áreas de proceso.
Este documento contiene definiciones de varios conceptos clave relacionados con la ingeniería de software y la calidad. Explica brevemente qué es la ingeniería de software, un proceso, la calidad en sistemas de información, modelos de calidad de software, Moprosoft, PSP y TSP, y CMMI. También incluye una bibliografía de fuentes para obtener más información sobre estos temas.
CMMI (Capability Maturity Model Integration) es un modelo para la mejora y evaluación de procesos de desarrollo de sistemas y software que integra varios modelos previos como CMM-SW y SE-CMM. Consta de 25 áreas de proceso agrupadas en cuatro categorías y puede representarse de forma continua o escalonada. Evalúa la capacidad de los procesos o el nivel de madurez de una organización para guiar la mejora continua.
El documento describe el Team Software Process (TSP), una metodología para mejorar el desarrollo de software a través de equipos de alto rendimiento. TSP proporciona procesos estructurados para cada fase del proyecto y maximiza la calidad y productividad mientras minimiza los costos. Los equipos son dueños de sus procesos y planes, y los gerentes monitorean el progreso. Al trabajar con TSP, la calidad mejora y los costos reducen debido a menos errores y tiempo requerido.
El documento describe los procesos del Team Software Process (TSP) y su integración con equipos de desarrollo de alto rendimiento. TSP es una metodología estructurada que guía el desarrollo de software y fomenta el trabajo en equipo. Integra equipos independientes que planean, establecen metas y son responsables de sus procesos. Esto mejora la calidad del software y reduce los costos.
El documento describe los componentes y estructura de los modelos CMMI. Existen 4 niveles de capacidad para todos los modelos CMMI que van desde Incompleto hasta Definido. Cada nivel representa un mayor grado de mejora de procesos, desde procesos parcialmente realizados hasta procesos estandarizados y gestionados de forma consistente. Los modelos también incluyen 16 áreas de proceso centrales y objetivos específicos, prácticas y subprácticas para cada área.
El documento habla sobre el Modelo de Madurez y Capacidad Integrado (CMMI), el cual contiene las mejores prácticas de la industria para el desarrollo y mantenimiento de productos y servicios. Explica que el CMMI define niveles de madurez y capacidad de los procesos de una organización, y cubre áreas de proceso como administración de proyectos, ingeniería y soporte. También describe los componentes del modelo como objetivos específicos, genéricos, prácticas y áreas de proceso
Buscador de Eventos y Fiestas en España - Buscafiestaholabuscafiesta
Buscafiesta.es es el buscador líder en España para fiestas y eventos, diseñado para satisfacer las necesidades tanto de organizadores como de asistentes. Este innovador software ofrece una plataforma integral que permite a los organizadores de eventos añadir, gestionar y promocionar sus actividades de manera totalmente autónoma, facilitando la visibilidad y escalabilidad de sus eventos.
Buscafiesta.es no solo conecta a los organizadores con su público objetivo, sino que también ofrece herramientas de marketing y análisis que ayudan a maximizar el impacto de cada evento. Ya sea para una fiesta local, un concierto multitudinario o un evento corporativo, Buscafiesta.es es la solución definitiva para hacer de cada evento un éxito rotundo.
Mi Carnaval, Aplicación web para la gestión del carnaval y la predicción basa...micarnavaltupatrimon
Mi Carnaval es la plataforma que permite conectar al usuario con la cultura y la emoción del Carnaval de Blancos y Negros en la ciudad de Pasto, esta plataforma brinda una amplia oferta de productos, servicios, tiquetería e información relevante para generarle valor al usuario, además, la plataforma realiza un levantamiento de datos de los espectadores que se registran, capturando su actividad e información relevante para generar la analítica demográfica del evento en tiempo real, con estos datos se generan modelos predictivos, que permiten una mejor preparación y organización del evento, de esta manera ayudando a reducir la congestión, las largas filas y, así como a identificar áreas de alto riesgo de delincuencia y otros problemas de seguridad.
Mi Carnaval, Aplicación web para la gestión del carnaval y la predicción basa...micarnavaltupatrimon
Mi Carnaval es la plataforma que permite conectar al usuario con la cultura y la emoción del Carnaval de Blancos y Negros en la ciudad de Pasto, esta plataforma brinda una amplia oferta de productos, servicios, tiquetería e información relevante para generarle valor al usuario, además, la plataforma realiza un levantamiento de datos de los espectadores que se registran, capturando su actividad e información relevante para generar la analítica demográfica del evento en tiempo real, con estos datos se generan modelos predictivos, que permiten una mejor preparación y organización del evento, de esta manera ayudando a reducir la congestión, las largas filas y, así como a identificar áreas de alto riesgo de delincuencia y otros problemas de seguridad.
2. Situación actual
La disciplina, ingeniería del software, es relativamente reciente y
muchos de sus conceptos importantes están aún inmaduros
No ha acabado de salir de la fase artesanal
Carencia de un corpus de conocimiento aceptado
mayoritariamente que sirva como fundamentos (Swebook)
Padecemos de “prisa patológica”, que es consecuencia directa de:
Desorganización
Falta de planificación
Alta dependencia de los “héroes”
Dedicamos el esfuerzos de hoy a arreglar lo que se hizo mal ayer
El producto (software) es algo intangible y no constreñido por las
leyes físicas
Escasa presión del mercado
3. Empresa Inmadura
En una organización inmadura:
Procesos software normalmente improvisados
Si se han especificado, no se siguen rigurosamente
Organización reactiva (resolver crisis inmediatas)
Planes y presupuestos excedidos sistemáticamente, al no estar
basados en estimaciones realistas
Si hay plazos rígidos, se sacrifican funcionalidad y calidad del
producto para satisfacer el plan
No existen bases objetivas para juzgar la calidad del producto
Cuando los proyectos está fuera de plan, las revisiones o
pruebas se recortan o eliminan
4. Empresa Madura
El proceso de elaboración del software esta claramente definido, no
existen ambigüedades a cerca de:
Que se tiene que hacer
Cuando, como ,donde, etc.
Es predecible, se puede repetir en otros proyectos con confianza
sobre los resultados
Predecible respecto a esfuerzo, costo, etc.
Predecible respecto a la calidad: con respecto al numero de
defectos, rendimiento, etc.
Identifica y remueve los defectos tempranamente
Los defectos incrementan el costo del proyecto
La detección y corrección tardía son costosas
Se preocupa de monitorizar y mejorar continuamente:
Basada en la retroalimentación de la monitorización
Evalúa continuamente nuevas herramientas y tecnologías
Define métricas y realiza mediciones
5. Empresa con procesos institucionalizados
“Esta es la forma en la que hacemos las
cosas por aquí.”
La organización se construye sobre una infraestructura que
contiene procesos, efectivos, usables, y aplicados
consistentemente.
La cultura organizacional se transporta en los procesos.
La gestión nutre la cultura.
Los procesos institucionalizados se mantienen incluso luego de que
las personas que los definieron se han ido.
7. Que es un proceso de mejora continua
Un proceso es un conjunto de pasos definidos para lograr una tarea
Proceso del software es el conjunto de actividades, métodos,
practicas y transformaciones para desarrollar y mantener software y
productos asociados
[Paulk 1994]
Un proceso definido es aquel que esta descrito a tal detalle que
permite que los ingenieros lo ocupen constantemente. Los procesos
definido ayudan durante la planificación y desarrollo de un trabajo
[Humhprey, 2000-2001]
La madurez de un proceso es el punto hasta el cual un determinado
proceso es explícitamente definido, administrado, medido,
controlado y efectivo
[Paulk 1994]
Un proceso de mejora continua, es un conjunto de guías y técnicas
que permiten incrementar continuamente la madurez de un proceso
de software
8. Modelo de Procesos
¿Que es un modelo de procesos?
Es una colección estructurada de practicas que describe las
características de un proceso efectivo.
Las practicas incluidas son aquellas que han probado ser
efectivas en la practica.
¿Como se utiliza un modelo de procesos?
Como ayuda para definir prioridades y objetivos de mejora de
procesos.
Como ayuda para diseñar procesos estables, capaces y
maduros.
Como guía para mejorar proyectos y procesos organizacionales.
En conjunto con métodos de auditoria para diagnosticar el
estado de las practicas de una organización.
9. ¿Por qué son importantes los Modelos de Procesos?
Son importantes porque proveen:
Un punto de partida para iniciar el proceso de mejora
Los beneficios de la experiencia previa de una comunidad
Un lenguaje común y una visión compartida
Un marco para priorizar acciones
Una forma de definir lo que la mejora significa para una
organización
10. Algunos Modelos de Procesos de mejora continua del
software
Trillium
Bootstrap
12. Capability Maturity Model Integration (CMMI)
¿Que hace CMMI?
Estudia los procesos de desarrollo de software de una
organización y produce una evaluación de la madurez de la
organización según una escala de cinco niveles
La madurez de un proceso es un indicador de la capacidad
para construir un software de calidad.
¿Porque CMMI es importante?
Es el modelo de mejora continua de desarrollo de software mas
conocido y distribuido a nivel mundial
Es un estándar de facto basado en las mejores practicas de
cientos de proyectos de desarrollo de software
Esta siendo utilizado por muchas organizaciones que no son
desarrolladoras de software
13.
14. Antecedentes
Originado en 1982 ayudo a mejorar la calidad del proceso de
software de contratistas gubernamentales en USA
El trabajo empezó en el centro MITRE, y luego en el Software
Engineering Institute (SEI) de la universidad Carnegie Mellon
El autor inicial fue Watts Humphrey, luego se sumaron Mark
Paulk, Bill Curtis, y otros
Esta basado en gran medida en los conceptos de Total Quality
Management (TQM) y el trabajo de Philip Crosby.
Ha estado en continuo y activo desarrollo durante mas de 25
años
Ha ganado mucho interés por parte de organizaciones que no
se dedican al desarrollo de software
Todos los documentos son públicos y gratuitos
Versión actual CMMI v 1.3
15. CMMI Para la mejora de procesos
Se debe utilizar CMMI en las actividades de mejora de procesos
como:
Una colección de mejores practicas
Un marco para organizar y priorizar actividades
Soporte para la coordinación de actividades multidisciplinarias
que pueden ser necesarias para construir un producto de
manera exitosa.
Una forma de enfatizar el alineamiento de los objetivos de
mejora de procesos con los objetivos de negocio de la
organización.
17. Representaciones del Modelo CMMI (1/2)
Existen dos tipos de representaciones del modelo CMMI:
Escalonada o por pasos
Continua
Una representación en CMMI es análoga a una vista en un base de
datos.
Ambas representaciones proveen formas de implementar mejoras a
los procesos para alcanzar los objetivos de negocio.
Ambas representaciones proveen esencialmente el mismo
contenido y componentes del modelo, pero se organizan de
diferente manera.
18. Representaciones del modelo CMMI (2/2)
Practicas
Especificas
Objetivos
Específicos
Practicas
Genéricas
Objetivos
Genéricos
Área de Proceso
Representación Escalonada
Niveles de
Madurez
Practicas
Especificas
Objetivos
Específicos
Practicas
Genéricas
Objetivos
Genéricos
Área de Proceso
Representación Continua
Niveles de
Capacidad
19. Componentes del modelo
Componentes Requeridos
Objetivo genérico: Asociados a un nivel de capacidad establecen
lo que una organización debe alcanzar en ese nivel de capacidad.
Su logro en un área de proceso significa mejorar el control en la
ejecución del área de proceso.
Objetivo específico: Se aplican a una única área de proceso y
localizan las particularidades que describen qué se debe
implementar para satisfacer el propósito del área de proceso.
Componentes Esperados
Práctica genérica: Se aplica a cualquier área de proceso porque
puede mejorar el funcionamiento y el control de cualquier proceso.
Práctica específica: Es una actividad que se considera importante
en la realización del objetivo específico al cual está asociado.
Describen las actividades esperadas para lograr la meta específica de
un área de proceso
20. Componentes del modelo
Componentes Informativos
Propósito: Describe el propósito del Área de Proceso
Notas introductorias: Describe los principales conceptos que aborda
el Área de Proceso.
Áreas de proceso relacionadas: Esta sección provee referencias a
áreas de proceso relacionadas y una visión general de sus relaciones
Productos de trabajo típicos: Ejemplos de productos resultantes de
las practicas especificas (no son una lista rigurosa)
Sub-prácticas: Descripción detallada que sirve como guía para la
interpretación de una práctica genérica o específica.
Ampliaciones de disciplina: Información relevante de una disciplina
particular y relacionada con una práctica específica.
Elaboraciones de prácticas genéricas: Es una guía de cómo la
práctica genérica debe aplicarse al área de proceso.
21. Organización de las áreas de proceso en las dos
representaciones
En la representación escalonada las áreas de proceso se organizan
por nivel de madurez:
Niveles 1 a 5
En la representación continua las áreas de proceso se organizan
por categorías de áreas de proceso:
Gestión de Procesos
Gestión de Proyectos
Ingeniería
Soporte
22. CMMI Representación escalonada: Áreas de proceso por
Nivel de madurez
NIVEL ENFOQUE AREA DE PROCESO AREA DE PROCESO (ESPAÑOL) SIGLA
Nivel 5:
Optimizing
(Optimizado)
Continuous Process
Improvement
(Mejora continua)
Organizational Innovation and
Deployment
Innovación y Despliegue Organizacionales OID
Causal Analysis and Resolution Análisis de Causas y Resolución CAR
Nivel 4:
Quantitatively
Managed
(Gestionado
Cuantitativamente)
Quantitatively
Manged
(Gestionado
Cuantitativamente)
Organizational Process Performance Rendimiento de Procesos Organizacionales OPP
Quantitative Project Management Gestión Cuantitativa de Proyectos QPM
Nivel 3:
Defined
(Definido)
Process
Standardization
(Estandarización de
procesos)
Requirements Development Desarrollo de Requerimientos RD
Technical Solution Solución Técnica TS
Product Integration Integración de Producto PI
Verification Verificación VER
Validation Validación VAL
Organizational Process Focus Enfoque Organizacional en Procesos OPF
Organizational Process Definition +IPPD Definición de procesos organizacionales OPD
Organizational Training Entrenamiento Organizacional OT
Integrated Project Management +IPPD Gestión Integrada de Proyectos IPM
Risk Management Gestión de Riesgos RSKM
Decision Analysis and Resolution Análisis de Decisiones y Resolución DAR
Nivel 2:
Managed
(Gestionado)
Basic Project
Management
(Gestión Básica de
Proyectos)
Requirements Management Gestión de Requerimientos REQM
Project Planning Planificación de proyecto PP
Project Monitoring and Control Monitorización y Control de Proyecto PMC
Supplier Agreement Management Gestión de Acuerdos con Proveedores SAM
Measurement and Analysis Medición y Análisis MA
Process and Product Quality Assurance Aseg. de calidad de Procesos y Productos PPQA
Configuration Management Gestión de la configuración (CM) CM
23. CATEEGORIA AREA DE PROCESO SIGLA
Gestión de Procesos
Enfoque Organizacional en Procesos OPF
Definición de procesos organizacionales OPD
Entrenamiento Organizacional OT
Rendimiento de Procesos Organizacionales OPP
Innovación y Despliegue Organizacionales OID
Gestión de Proyectos
Planificación de proyecto PP
Monitorización y Control de Proyecto PMC
Gestión de Acuerdos con Proveedores SAM
Gestión Integrada de Proyectos IPM
Gestión de Riesgos RSKM
Gestión Cuantitativa de Proyectos QPM
Ingeniería
Gestión de Requerimientos REQM
Desarrollo de Requerimientos RD
Solución Técnica TS
Integración de Producto PI
Verificación VER
Validación VAL
Soporte
Gestión de la configuración (CM) CM
Aseg. de calidad de Procesos y Productos PPQA
Medición y Análisis MA
Análisis de Decisiones y Resolución DAR
Análisis de Causas y Resolución CAR
CMMI Representación continua: Áreas de proceso por
Categorías
24. Entendiendo los niveles (1/4)
Los niveles se utilizan en CMMI para describir una ruta de evolución
para una organización a la que le interesa mejorar los procesos que
utiliza para desarrollar y mantener sus productos y servicios.
CMMI soporta dos rutas de mejora:
Escalonada: Habilita a la organización a mejorar un grupo de
procesos relacionados abordando incrementalmente y de
manera sucesiva, grupos predefinidos de áreas de proceso.
Continua: Habilita a las organizaciones a mejorar
incrementalmente los procesos correspondientes a un área de
procesos individual (o un grupo de áreas de proceso)
seleccionadas por la organización.
25. Entendiendo los niveles (2/4)
Los dos tipos de rutas están asociados a dos tipos de niveles que
corresponden a las dos representaciones escalonada y continua.
Para la representación escalonada se utiliza el termino Nivel de
Madurez o Madurez organizacional.
Para la representación continua se utiliza el termino Nivel de
Capacidad o Capacidad del área de proceso.
26. Entendiendo los niveles (3/4)
Independientemente de la representación seleccionada los niveles
tiene el mismo concepto.
Los niveles caracterizan la mejora de un estado mal definido a
un estado que utiliza información cuantitativa para determinar
las mejoras que son necesarias para que una organización
alcance sus objetivos
Para alcanzar un determinado nivel las organizaciones deben
satisfacer todos los objetivos apropiados del área de procesos (o
grupo de áreas de procesos) sobre los cuales se quiere obtener una
mejora.
Independientemente de si el nivel es un nivel de capacidad o de
madures.
28. Los niveles de madurez no deben saltarse
Cada nivel de madurez provee los fundamentos necesarios para la
implementación efectiva de los procesos al siguiente nivel:
Los niveles de proceso superiores tienen un mejor chance de
alcanzar el éxito en su implementación con las disciplinas
provistas en los niveles inferiores.
Los efectos de las innovaciones de mayor madurez son mas
fáciles de medir.
Los procesos de los niveles superiores madurez pueden ser
ejecutados por organizaciones con niveles inferiores de
madurez, con el riesgo de no ser aplicados consistentemente
durante una crisis.
29. Niveles de Capacidad
Un nivel de capacidad consiste de un objetivo genérico y sus
practicas genéricas relacionadas, que pueden mejorar los procesos
de una organización asociados a un área de procesos
Los niveles de capacidad proveen una escala para medir los
procesos de una organización en relación a las áreas de proceso de
un modelo CMMI
Existen seis niveles de capacidad.
Cada nivel es una capa en fundamental para la mejora continua de
procesos.
Los niveles de madures son acumulativos (ej. Un nivel superior
incluye las practicas de los niveles inferiores.
30. Niveles de Capacidad
2
6
5
4
3
EJECUTADO
GESTIONADO
DEFINIDO
GESTIONADO
CUANTITATIVAMENTE
OPTIMIZADO
El proceso se ejecuta y se logra su objetivo
Además de ejecutarse, el proceso se planifica, se revisa y se
evalúa para comprobar que cumple los requisitos
Además de ser un proceso gestionado se ajusta a la política
de procesos que existe en la organización, alineada con las
directivas de la empresa
Además de ser un proceso definido se controla utilizando
técnicas cuantitativas.
Además de ser un proceso cuantitativamente gestionado, de
forma sistemática se revisa y modifica o cambia para
adaptarlo a los objetivos del negocio. Mejora continua.
1
INCOMPLETO
El proceso no se realiza, o no se consiguen sus objetivos
31. Representación de la capacidad de un Área de Proceso
La capacidad de un área de proceso se puede representar con una
barra
0
1
2
3
Área de
proceso N
Capacidaddel
ÁreadeProceso
Áreas de Proceso
Este punto
representa mayor
capacidad que
Este otro punto
V
32. Los niveles de capacidad son acumulativos
0
1
2
3
Debido a que los niveles de capacidad se construyen uno sobre
otro, no pueden existir espacios en blanco.
33. Comparando los niveles de Capacidad y de Madurez
NIVEL
CONTINUA
(NIVELES DE CAPACIDAD)
ESCALONADA
(NIVELES DE MADUREZ)
0 Incompleto N/D
1 Ejecutado Inicial
2 Gestionado Gestionado
3 Definido Definido
4 Gestionado Cuantitativamente Gestionado Cuantitativamente
5 Optimizado Optimizado
35. Objetivos y las Practicas Genéricas
Contribuyen al proceso de institucionalización.
Son los componentes del modelo que proveen compromiso y
consistencia a lo largo de los procesos y actividades de una
organización.
El nivel de institucionalización se representa con objetivos
genéricos y se expresa con los nombres de los procesos asociados
a cada objetivo como se indica en la tabla.
OBJETIVO GENERICO Y TITULO PROGRESO DEL PROCESO
GG1: Conseguir los objetivos específicos Proceso Ejecutado
GG2: Institucionalizar un proceso gestionado Proceso Gestionado
GG3: Institucionalizar un proceso definido Proceso Definido
GG4: Institucionalizar un proceso Gestionado
Cuantitativamente
Proceso Gestionado
Cuantitativamente
GG5: Institucionalizar un proceso Optimizado Proceso Optimizado
GG2 y GG3 Son los únicos utilizados en la versión escalonada
36. Los Objetivos Genéricos Evolucionan
Cada objetivo genérico provee la base para los siguientes:
Un proceso Gestionado incluye y se construye sobre un proceso
ejecutado
Un proceso Definido incluye y se construye sobre un proceso
Gestionado
Un proceso Gestionado Cuantitativamente incluye y se
construye sobre un proceso Definido
Un proceso Optimizado incluye y se construye sobre un proceso
Gestionado Cuantitativamente
37. GG 1: Lograr las objetivos específicas
PRACTICA GENERICA DESCRIPCION
GP 1.1 REALIZAR LAS PRÁCTICAS ESPECÍFICAS
Realizar las prácticas específicas del área de proceso
para desarrollar los productos de trabajo y
proporcionar servicios para lograr las metas
específicas del área de proceso
"El proceso da soporte y permite el logro de las objetivos específicas
del área de proceso, transformando los productos de trabajo de
entrada identificables para producir los productos de trabajo de salida
identificables."
38. GG 2: Institucionalizar un proceso gestionado
PRACTICA GENERICA DESCRIPCION
GP 2.1 ESTABLECER UNA POLÍTICA DE LA
ORGANIZACIÓN
Establecer y mantener una política de la organización para
planificar y realizar el proceso.
GP 2.2 PLANIFICAR EL PROCESO Establecer y mantener el plan para realizar el proceso
GP 2.3 PROPORCIONAR RECURSOS
Proporcionar recursos adecuados para realizar el proceso,
desarrollar los productos de trabajo y proporcionar los
servicios del proceso.
GP 2.4 ASIGNAR RESPONSABILIDAD
Asignar la responsabilidad y la autoridad para realizar el
proceso, desarrollar los productos de trabajo y proporcionar los
servicios del proceso.
GP 2.5 FORMAR AL PERSONAL
Formar, según sea necesario, a las personas para realizar o dar
soporte al proceso.
GP 2.6 GESTIONAR CONFIGURACIONES
Poner los productos de trabajo designados del proceso bajo los
niveles de control apropiados.
GP 2.7 IDENTIFICAR E INVOLUCRAR A LAS PARTES
INTERESADAS RELEVANTES
Identificar e involucrar, como se planificó, a las partes
interesadas relevantes del proceso.
GP 2.8 MONITORIZAR Y CONTROLAR EL PROCESO
Monitorizar y controlar el proceso frente al plan para realizar el
proceso y tomar las acciones correctivas apropiadas.
GP 2.9 EVALUAR OBJETIVAMENTE LA ADHERENCIA
Evaluar objetivamente la adherencia del proceso frente a la
descripción del proceso, estándares y procedimientos, y tratar
las no conformidades.
GP 2.10 REVISAR EL ESTADO CON EL NIVEL
DIRECTIVO
Revisar con el nivel directivo las actividades, el estado y los
resultados del proceso, y resolver los problemas.
"El proceso está institucionalizado como un proceso gestionado"
39. GG 3: Institucionalizar un proceso definido
PRACTICA GENERICA DESCRIPCION
GP 3.1 ESTABLECER UN PROCESO DEFINIDO
Establecer y mantener la descripción de un proceso
definido.
GP 3.2 RECOGER INFORMACIÓN DE MEJORA
Recoger productos de trabajo, medidas, resultados de
medición e información de mejora procedente de la
planificación y realización del proceso para dar soporte
al uso futuro y a la mejora de los procesos y de los
activos de proceso de la organización.
"El proceso está institucionalizado como un proceso definido."
40. GG 4: Institucionalizar un proceso gestionado
cuantitativamente
PRACTICA GENERICA DESCRIPCION
GP 4.1 ESTABLECER OBJETIVOS CUANTITATIVOS
PARA EL PROCESO
Establecer y mantener los objetivos cuantitativos para
el proceso, los cuales tratan la calidad y el rendimiento
del proceso en base a las necesidades del cliente y a
los objetivos de negocio.
GP 4.2 ESTABILIZAR EL RENDIMIENTO DEL
SUBPROCESO
Estabilizar el rendimiento de uno o más subprocesos
para determinar la capacidad del proceso para lograr
los objetivos cuantitativos establecidos de calidad y
de rendimiento del proceso.
"El proceso está institucionalizado como un proceso gestionado
cuantitativamente."
41. GG 5: Institucionalizar un proceso de optimización
"El proceso está institucionalizado como un proceso en optimización."
PRACTICA GENERICA DESCRIPCION
GP 5.1 ASEGURAR LA MEJORA CONTINUA DEL
PROCESO
Asegurar la mejora continua del proceso para satisfacer
los objetivos de negocio relevantes de la organización.
GP 5.2 CORREGIR LAS CAUSAS RAÍZ DE LOS
PROBLEMAS
Identificar y corregir las causas raíz de los defectos y de
otros problemas en el proceso.