Presentación de propuesta de implementación de CMMI nivel 3 - Gestionado.
Explicación detallada -> https://www.youtube.com/watch?v=4HlvvG4ULIY&feature=youtu.be
La Gestión de la Configuración del Software (GCS) es un proceso que identifica, controla y audita los elementos de un sistema que pueden cambiar a lo largo de su ciclo de vida para mantener la integridad del software. La GCS incluye actividades como la planificación, clasificación, control de versiones, gestión de cambios y generación de informes.
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 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.
El documento describe el modelo de madurez CMM (Capability Maturity Model), el cual clasifica a las empresas de software en 5 niveles de madurez en sus procesos de desarrollo de software. Explica cada uno de los 5 niveles - Inicial, Repetible, Definido, Gestionado y Optimizado - así como los procesos clave que deben implementarse en cada nivel para alcanzar mayor madurez.
Aseguramiento de la calidad del software SQAAnita Ortiz
La garantía de calidad de software (SQA) implica a varios responsables que trabajan para garantizar la calidad durante el desarrollo de software. Estos establecen planes para evaluaciones, auditorías y estándares de calidad, y revisan los procesos y productos de software para asegurar el cumplimiento. El propósito de la SQA es proporcionar visibilidad sobre los procesos y productos de software de un proyecto.
Este documento describe varias técnicas para estimar los costos de proyectos de software. Presenta métricas como líneas de código y puntos de función que pueden usarse para estimar el tamaño de un proyecto. También describe factores que afectan los costos como la capacidad de los programadores, la complejidad del producto y el tiempo disponible. Finalmente, resume técnicas como el juicio experto y Delphi para realizar estimaciones.
El documento introduce los modelos de calidad de software CMM y CMMI. Explica que el CMM fue desarrollado originalmente por el SEI para mejorar los procesos de desarrollo de software, y que luego el CMMI fue creado para integrar el CMM con otros modelos de ingeniería. También describe las dos representaciones del CMMI (escalonada y continua), indicando que ambas contienen los mismos elementos organizados de manera diferente.
La Gestión de la Configuración del Software (GCS) es un proceso que identifica, controla y audita los elementos de un sistema que pueden cambiar a lo largo de su ciclo de vida para mantener la integridad del software. La GCS incluye actividades como la planificación, clasificación, control de versiones, gestión de cambios y generación de informes.
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 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.
El documento describe el modelo de madurez CMM (Capability Maturity Model), el cual clasifica a las empresas de software en 5 niveles de madurez en sus procesos de desarrollo de software. Explica cada uno de los 5 niveles - Inicial, Repetible, Definido, Gestionado y Optimizado - así como los procesos clave que deben implementarse en cada nivel para alcanzar mayor madurez.
Aseguramiento de la calidad del software SQAAnita Ortiz
La garantía de calidad de software (SQA) implica a varios responsables que trabajan para garantizar la calidad durante el desarrollo de software. Estos establecen planes para evaluaciones, auditorías y estándares de calidad, y revisan los procesos y productos de software para asegurar el cumplimiento. El propósito de la SQA es proporcionar visibilidad sobre los procesos y productos de software de un proyecto.
Este documento describe varias técnicas para estimar los costos de proyectos de software. Presenta métricas como líneas de código y puntos de función que pueden usarse para estimar el tamaño de un proyecto. También describe factores que afectan los costos como la capacidad de los programadores, la complejidad del producto y el tiempo disponible. Finalmente, resume técnicas como el juicio experto y Delphi para realizar estimaciones.
El documento introduce los modelos de calidad de software CMM y CMMI. Explica que el CMM fue desarrollado originalmente por el SEI para mejorar los procesos de desarrollo de software, y que luego el CMMI fue creado para integrar el CMM con otros modelos de ingeniería. También describe las dos representaciones del CMMI (escalonada y continua), indicando que ambas contienen los mismos elementos organizados de manera diferente.
El documento trata sobre la trazabilidad y configuración de software. Explica que la gestión de configuraciones es el proceso de identificar, organizar y controlar los cambios en el software a lo largo de su desarrollo y mantenimiento. Se definen los elementos de configuración de software y se describen las tareas clave de la gestión de configuraciones como la identificación, control de cambios y auditorías.
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.
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 las pautas generales para el proceso de la Gerencia de Aseguramiento de la Calidad del Software (SQA) en un proyecto de desarrollo de software. Describe las actividades clave de SQA como la revisión de la documentación, adherencia a estándares y procesos de revisión. También explica cómo estas actividades se aplican en las diferentes fases del proyecto como requerimientos, diseño y pruebas. El objetivo es asegurar que el proyecto cumpla con los estándares de calidad definidos.
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
El documento describe la norma ISO/IEC 14598, la cual proporciona un marco de trabajo para evaluar la calidad de los productos de software. La norma establece los componentes fundamentales para la evaluación como el modelo de calidad, método de evaluación, métricas de software y herramientas de soporte. Además, detalla los procesos para desarrolladores, adquirientes y evaluadores. La norma busca garantizar una evaluación adecuada de la calidad del software.
El documento proporciona una introducción al Team Software Process (TSP), describiendo que es una metodología creada por Watts Humphrey para guiar el desarrollo y mejora de software a través de un enfoque basado en procesos. Explica que TSP se compone de dos componentes: la formación del equipo y la gestión del equipo. Además, describe los principales roles dentro de los equipos TSP y los pasos que componen el ciclo TSP para el desarrollo de software.
Este documento presenta los diferentes roles involucrados en el desarrollo de software, incluyendo administrador de proyecto, analista, diseñador, programador, téster, asegurador de calidad, administrador de configuración, ingeniero de validación y verificación y documentador. Para cada rol se describen sus objetivos y actividades clave. El documento también incluye una breve introducción sobre la importancia de trabajar en equipo para el desarrollo de software.
Normas y Estándares de calidad para el desarrollo de SoftwareEvelinBermeo
Este documento resume varios modelos y estándares de calidad para el desarrollo de software. Describe normas ISO/IEC como ISO 9126 que definen las características de calidad de software y ISO/IEC 25000 (SQuaRE) que armoniza normas anteriores. También cubre el modelo CMMI para mejorar procesos, SPICE para evaluar procesos, PSP/TSP para estimación a nivel individual/grupal y MOPROS para pymes mexicanas. Los diferentes estándares permiten un proceso de mejora continua al implementarlos.
El documento describe los diferentes tipos de requisitos funcionales que deben considerarse para un sistema, incluyendo reglas de negocio, transacciones, funciones administrativas, autenticación, niveles de autorización, seguimiento de auditoría, interfaces externas, requisitos de certificación, requisitos de búsqueda e informes, cumplimiento de requisitos legales, información histórica y archivo. También cubre atributos clave de los requisitos funcionales como eficiencia, efectividad, calidad y otros.
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.
Este documento presenta un ensayo sobre la calidad de software. Describe la ingeniería de software, incluyendo sus definiciones, metodologías, ciclo de vida y factores de calidad. Explica conceptos como los costos asociados con la calidad, las características y mitos del software, y las capas de la ingeniería de software. Finalmente, define la calidad de software y sus factores internos y externos.
El documento describe los elementos que deben incluirse en un plan de aseguramiento de calidad de proyectos, como los responsables, fases, documentación, estándares, métricas, revisiones, reportes de problemas, metodologías, herramientas y mecanismos de control. El plan debe especificar claramente su propósito, referencias, roles, documentación, estándares, métricas, revisiones, reportes de problemas, metodología y herramientas.
Este documento presenta información sobre la gestión de riesgos de software. El objetivo es que los estudiantes aprendan conceptos básicos sobre la gestión de riesgos y sean capaces de identificar, gestionar y monitorear riesgos utilizando herramientas existentes. La gestión de riesgos incluye la identificación, análisis, priorización y control de riesgos, así como el desarrollo de planes de mitigación y contingencia.
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.
En esta presentación se muestra GQM como conseguir buenas metricas a base de metas y cuestionamientos.
Nota: los ejemplos, son tomados de internet y para uso educativo no se hace adjución de estos elementos.
El Proceso de Software Personal es un conjunto de prácticas disciplinadas para la gestión del tiempo y mejora de la productividad personal de los programadores o ingenieros de software.
IEEE 730 1989: Plan de aseguramiento de la calidad del softwareJesús Navarro
Este plan de aseguramiento de calidad especifica las actividades para garantizar la calidad del software, incluyendo revisar documentos como los requerimientos, diseño y plan de pruebas. Detalla responsables como el gerente del desarrollo de software y desarrollador, y establece estándares como IEEE830, herramientas como Android Studio, y revisiones como de requerimientos e inspecciones funcionales.
El documento describe la relación entre la ingeniería de software y el aseguramiento de la calidad del software (SQA). Explica que el SQA involucra actividades sistemáticas y planeadas para garantizar que los procesos y productos de software cumplan con los requisitos y estándares. El objetivo del SQA es proporcionar visibilidad sobre los procesos y productos de software para asegurar la calidad.
Curso que se imparte en 16 semanas con una intensidad de 4 horas diarias. Incluye conceptos, talleres y prototipado.
Se ha impartido 3 veces. Nivel de exigencia: Ciclo profesional semestre 8.
El documento trata sobre la trazabilidad y configuración de software. Explica que la gestión de configuraciones es el proceso de identificar, organizar y controlar los cambios en el software a lo largo de su desarrollo y mantenimiento. Se definen los elementos de configuración de software y se describen las tareas clave de la gestión de configuraciones como la identificación, control de cambios y auditorías.
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.
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 las pautas generales para el proceso de la Gerencia de Aseguramiento de la Calidad del Software (SQA) en un proyecto de desarrollo de software. Describe las actividades clave de SQA como la revisión de la documentación, adherencia a estándares y procesos de revisión. También explica cómo estas actividades se aplican en las diferentes fases del proyecto como requerimientos, diseño y pruebas. El objetivo es asegurar que el proyecto cumpla con los estándares de calidad definidos.
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
El documento describe la norma ISO/IEC 14598, la cual proporciona un marco de trabajo para evaluar la calidad de los productos de software. La norma establece los componentes fundamentales para la evaluación como el modelo de calidad, método de evaluación, métricas de software y herramientas de soporte. Además, detalla los procesos para desarrolladores, adquirientes y evaluadores. La norma busca garantizar una evaluación adecuada de la calidad del software.
El documento proporciona una introducción al Team Software Process (TSP), describiendo que es una metodología creada por Watts Humphrey para guiar el desarrollo y mejora de software a través de un enfoque basado en procesos. Explica que TSP se compone de dos componentes: la formación del equipo y la gestión del equipo. Además, describe los principales roles dentro de los equipos TSP y los pasos que componen el ciclo TSP para el desarrollo de software.
Este documento presenta los diferentes roles involucrados en el desarrollo de software, incluyendo administrador de proyecto, analista, diseñador, programador, téster, asegurador de calidad, administrador de configuración, ingeniero de validación y verificación y documentador. Para cada rol se describen sus objetivos y actividades clave. El documento también incluye una breve introducción sobre la importancia de trabajar en equipo para el desarrollo de software.
Normas y Estándares de calidad para el desarrollo de SoftwareEvelinBermeo
Este documento resume varios modelos y estándares de calidad para el desarrollo de software. Describe normas ISO/IEC como ISO 9126 que definen las características de calidad de software y ISO/IEC 25000 (SQuaRE) que armoniza normas anteriores. También cubre el modelo CMMI para mejorar procesos, SPICE para evaluar procesos, PSP/TSP para estimación a nivel individual/grupal y MOPROS para pymes mexicanas. Los diferentes estándares permiten un proceso de mejora continua al implementarlos.
El documento describe los diferentes tipos de requisitos funcionales que deben considerarse para un sistema, incluyendo reglas de negocio, transacciones, funciones administrativas, autenticación, niveles de autorización, seguimiento de auditoría, interfaces externas, requisitos de certificación, requisitos de búsqueda e informes, cumplimiento de requisitos legales, información histórica y archivo. También cubre atributos clave de los requisitos funcionales como eficiencia, efectividad, calidad y otros.
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.
Este documento presenta un ensayo sobre la calidad de software. Describe la ingeniería de software, incluyendo sus definiciones, metodologías, ciclo de vida y factores de calidad. Explica conceptos como los costos asociados con la calidad, las características y mitos del software, y las capas de la ingeniería de software. Finalmente, define la calidad de software y sus factores internos y externos.
El documento describe los elementos que deben incluirse en un plan de aseguramiento de calidad de proyectos, como los responsables, fases, documentación, estándares, métricas, revisiones, reportes de problemas, metodologías, herramientas y mecanismos de control. El plan debe especificar claramente su propósito, referencias, roles, documentación, estándares, métricas, revisiones, reportes de problemas, metodología y herramientas.
Este documento presenta información sobre la gestión de riesgos de software. El objetivo es que los estudiantes aprendan conceptos básicos sobre la gestión de riesgos y sean capaces de identificar, gestionar y monitorear riesgos utilizando herramientas existentes. La gestión de riesgos incluye la identificación, análisis, priorización y control de riesgos, así como el desarrollo de planes de mitigación y contingencia.
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.
En esta presentación se muestra GQM como conseguir buenas metricas a base de metas y cuestionamientos.
Nota: los ejemplos, son tomados de internet y para uso educativo no se hace adjución de estos elementos.
El Proceso de Software Personal es un conjunto de prácticas disciplinadas para la gestión del tiempo y mejora de la productividad personal de los programadores o ingenieros de software.
IEEE 730 1989: Plan de aseguramiento de la calidad del softwareJesús Navarro
Este plan de aseguramiento de calidad especifica las actividades para garantizar la calidad del software, incluyendo revisar documentos como los requerimientos, diseño y plan de pruebas. Detalla responsables como el gerente del desarrollo de software y desarrollador, y establece estándares como IEEE830, herramientas como Android Studio, y revisiones como de requerimientos e inspecciones funcionales.
El documento describe la relación entre la ingeniería de software y el aseguramiento de la calidad del software (SQA). Explica que el SQA involucra actividades sistemáticas y planeadas para garantizar que los procesos y productos de software cumplan con los requisitos y estándares. El objetivo del SQA es proporcionar visibilidad sobre los procesos y productos de software para asegurar la calidad.
Curso que se imparte en 16 semanas con una intensidad de 4 horas diarias. Incluye conceptos, talleres y prototipado.
Se ha impartido 3 veces. Nivel de exigencia: Ciclo profesional semestre 8.
Apuntes del tema 4 de la asignatura "Gestión y dirección de proyectos" del Grado de Diseño y desarrollo de Videojuegos (Ferraz) de la Universidad Rey Juan Carlos.
Objetivos:
* Profundizar en la aplicación de Diagramas de Gantt en la gestión de proyectos.
* Conocer los principios de la gestión de la calidad en un proyecto.
* Ofrecer una visión general de la gestión de riesgos de un proyecto.
Tema 4. Planificación (riesgos, calidad) y gestión de cambiosOriol Borrás Gené
Apuntes del tema 4 de la asignatura "Gestión y dirección de proyectos" del Grado de Diseño y desarrollo de Videojuegos (Ferraz) de la Universidad Rey Juan Carlos.
Objetivos:
* Profundizar en la aplicación de Diagramas de Gantt en la gestión de proyectos.
* Conocer los principios de la gestión de la calidad en un proyecto.
* Ofrecer una visión general de la gestión de riesgos de un proyecto.
* Revisión básica de las fases de ejecución y monitoreo
* Gestión del cambio
Este documento compara los enfoques de CMMI y PMBOK para la gestión de requerimientos en proyectos de TI. Ambos estándares abordan procesos como la obtención de requerimientos, el desarrollo, análisis y validación de los mismos, así como el control de cambios y alcance. Mientras que PMBOK lo hace desde una perspectiva general de gestión de proyectos, CMMI aporta una visión más centrada en la ingeniería de requerimientos.
Apuntes del tema 4 de la asignatura "Gestión y dirección de proyectos" del Grado de Diseño y desarrollo de Videojuegos (Ferraz) de la Universidad Rey Juan Carlos.
Objetivos:
* Profundizar en la aplicación de Diagramas de Gantt en la gestión de proyectos.
* Conocer los principios de la gestión de la calidad en un proyecto.
* Ofrecer una visión general de la gestión de riesgos de un proyecto.
* Revisar los aspectos principales de la gestión del cambio en un proyecto durante los procesos de ejecución y monitoreo.
El documento presenta una clase sobre auditoría de proyectos. Explica los objetivos y alcance de una auditoría, el proceso de auditoría, las áreas a analizar, y los tipos de informes de auditoría. También describe las responsabilidades de un auditor y las contribuciones de la auditoría a la mejora de proyectos y organizaciones.
El documento presenta información sobre auditoría de proyectos. Explica que la auditoría evalúa el progreso y resultados del proyecto en comparación con el plan, las decisiones tomadas durante el proyecto, y el funcionamiento del sistema de gestión de proyectos. También describe los propósitos, responsabilidades del auditor, contenido del informe de auditoría, y áreas que son analizadas durante el proceso de auditoría.
Este documento presenta información sobre planeaciones de calidad y planes de control. Explica los cinco pasos de una planeación de calidad, incluyendo la planeación y definición del programa, el diseño y desarrollo del producto y proceso, la validación del producto y proceso, y la liberación a producción. También cubre criterios para identificar características críticas, y el enlace entre planeaciones de calidad, análisis de modos y efectos de falla, estudios de aptitud estadística, control estadístico de procesos
El documento describe los conceptos básicos de la gestión de proyectos. Explica que la gestión de proyectos implica la planificación, organización, supervisión y control de personas, procesos y eventos involucrados en el desarrollo de un proyecto de software. También describe las fases típicas de un proyecto, incluidas la definición, el diseño, la planificación, la ejecución y la revisión. Además, destaca la importancia de invertir tiempo al principio del proyecto para desarrollar un buen plan
El documento describe los procesos de gestión de tiempo, costos, riesgos, calidad, recursos y adquisiciones para un proyecto de implementación de un sistema de gestión documental. Se detallan 6 procesos clave para la gestión del proyecto: secuenciar actividades, estimar recursos y duración de actividades, desarrollar el cronograma, controlar el cronograma, estimar y determinar el presupuesto, y controlar los costos. También se presentan planes para la gestión de riesgos, calidad, recursos y adquisiciones para
El documento presenta información sobre la gestión de la calidad en la dirección de proyectos según el PMBOK 5ta edición. Explica los procesos de planificar la gestión de la calidad, realizar el aseguramiento de la calidad y controlar la calidad. También define conceptos clave como calidad, métricas, herramientas estadísticas y planes para la gestión de la calidad. El objetivo es guiar a los lectores sobre cómo implementar procesos de calidad en la dirección de proyectos.
Este documento presenta información sobre el proceso de Planeación Avanzada de la Calidad del Producto (APQP). Explica los 8 objetivos del taller de capacitación sobre APQP, incluyendo identificar las 5 fases de un Plan de Calidad, desarrollar y aplicar Planes de Calidad y Planes de Control, y definir e identificar Características Críticas. También describe elementos clave del proceso APQP como el ciclo de Planeación de Calidad de un producto, criterios para identificar y controlar Características Críticas/Especiales,
Este documento presenta información sobre un curso de Lean Six Sigma. Se describe el contenido del curso y sus objetivos, que incluyen mejorar la satisfacción del cliente mediante la reducción de defectos. También se detallan el sistema de evaluación basado en proyectos, el docente a cargo y los alumnos. Finalmente, se proporciona información sobre diferentes herramientas y conceptos clave de Lean Six Sigma como mapeo de valor, eliminación de desperdicios y mejora continua.
El documento presenta los planes de riesgos, calidad y comunicaciones para un proyecto de gestión de información de comercio exterior para un banco. El plan de riesgos identifica tres riesgos principales relacionados con la tecnología, los usuarios y el diseño. El plan de calidad describe los objetivos, roles y procesos para asegurar la calidad. El plan de comunicaciones presenta una matriz con los stakeholders clave y canales para reportar avances y gestionar cambios.
Este documento presenta información sobre diferentes modelos y estándares relacionados con la evaluación de procesos de software, incluyendo ISO 90003, CMM, CMMI, SCE, IDEAL, PSP, TSP, ISO 15504 y otros marcos como MOPROSOFT. Explica conceptos clave como los niveles de madurez de CMM, las áreas de proceso, y los componentes y fases típicas de una evaluación de procesos como la planificación, recopilación de datos e informes.
El documento presenta información sobre la planeación de proyectos. Explica que la planeación es sistemática, flexible, disciplinada y multifuncional, y define los objetivos y beneficios de la planeación. También describe elementos clave de la planeación como la estructura de trabajo (WBS), los roles en el planeamiento, y la información necesaria como el statement of work, las especificaciones y el programa de hitos.
El documento presenta información sobre la planeación de proyectos. Explica que la planeación es sistemática, flexible, disciplinada y multifuncional, y define los objetivos y beneficios de la planeación. También describe elementos clave de la planeación como la estructura de trabajo (WBS), los roles en el planeamiento, y la información necesaria como el statement of work, las especificaciones y la WBS.
El documento presenta información sobre el planeamiento de proyectos. Explica que el planeamiento es sistemático, flexible, disciplinado y multifuncional. Detalla los componentes clave del planeamiento como objetivos, programa, presupuesto, roles, estructura de trabajo y control de cambios. Además, destaca la importancia de definir por completo el trabajo requerido a través de documentos compartidos.
El documento describe la historia y evolución de la compañía RSI, especializada en servicios informáticos para el sector bancario en España. Explica el proyecto de RSI para implementar un modelo de mejora de procesos CMMI, logrando la certificación nivel 2 en 2005 y nivel 3 en 2007. Los beneficios incluyen estimaciones objetivas, planificación estandarizada, documentación accesible y métricas para la toma de decisiones. Finalmente, destaca la importancia del patrocinio ejecutivo para impulsar con éxito la
Similar a Implementación de CMMI Nivel 3 - Gestionado (20)
Examen de Selectividad. Geografía junio 2024 (Convocatoria Ordinaria). UCLMJuan Martín Martín
Examen de Selectividad de la EvAU de Geografía de junio de 2023 en Castilla La Mancha. UCLM . (Convocatoria ordinaria)
Más información en el Blog de Geografía de Juan Martín Martín
http://blogdegeografiadejuan.blogspot.com/
Este documento presenta un examen de geografía para el Acceso a la universidad (EVAU). Consta de cuatro secciones. La primera sección ofrece tres ejercicios prácticos sobre paisajes, mapas o hábitats. La segunda sección contiene preguntas teóricas sobre unidades de relieve, transporte o demografía. La tercera sección pide definir conceptos geográficos. La cuarta sección implica identificar elementos geográficos en un mapa. El examen evalúa conocimientos fundamentales de geografía.
Soluciones Examen de Selectividad. Geografía junio 2024 (Convocatoria Ordinar...Juan Martín Martín
Criterios de corrección y soluciones al examen de Geografía de Selectividad (EvAU) Junio de 2024 en Castilla La Mancha.
Soluciones al examen.
Convocatoria Ordinaria.
Examen resuelto de Geografía
conocer el examen de geografía de julio 2024 en:
https://blogdegeografiadejuan.blogspot.com/2024/06/soluciones-examen-de-selectividad.html
http://blogdegeografiadejuan.blogspot.com/
2. CoPyme
• Acerca de CoPyme
• Somos una empresa orientada a la prestación de servicios transaccionales que brinden
valor agregado a PyMes, tal es el caso de cobros de mensualidades de colegios
particulares y de convenios, pagos de servicios básicos: luz, agua, teléfono, etc,
• Tenemos un fuerte compromiso por la calidad y la mejora continua en todos los
procesos operativos con los que cuenta la empresa.
3. Estrategia de implementación
• Análisis de CMMI y metodologías ágiles
• Consideraciones
• Implementación de CCMMI
• Toolkit de Herramientas
• Lecciones aprendidas
5. Análisis – Adherencia de CMMI con SCRUMNIVEL DE
MADUREZ AREA DE PROCESO SCRUM
Nivel 2
CM GESTION DE CONFIGURACION NA
MA MEDICION Y ANALISIS AA
PMC MONITORIZACINO Y CONTROL DEL PROYECTO PA
PP PLANIFICACION DEL PROYECTO AA
PPQA
ASEGURAMIENTO DE LA CALIDAD DEL PROCESO Y DEL
PRODUCTO PA
REQM GESTION DE REQUISITOS AA
SAM GESTION DE ACUERDOS CON PROVEEDORES NA
NIVEL 3
DAR ANALISIS DE DECISIONES Y RESOLUCION NA
IPM GESTION INTEGRADA DEL PRODUCTO NA
OPD DEFINICION DE PROCESOS DE LA ORGANIZACIÓN PA
OPF ENFOQUE EN PROCESOS DE LA ORGANIZACIÓN PA
OT FORMACION DE LA ORGANIZACIÓN NA
PI INTEGRACION DEL PRODUCTO NA
RD DESARROLLO DE REQUISITOS AA
RSKM GESTION DE RIESGOS PA
TS SOLUCION TECNICA NA
VAL VALIDACION AA
VER VERIFICACION PA
NIVEL 4
OPP RENDIMIENTO DEL PROCESO DE LA ORGANIZACIÓN NA
QPM GESTINO CUANTITATIVA DEL PROYECTO PA
NIVEL 5
OID ANALISIS CAUSAL Y RESOLUCION NA
CAR GESTINO DEL RENDIMIENTO DE LA ORGANIZACIÓN NA
AA: AMPLIAMENTEAPLICADO
PA: PARCIALMENTEAPLICADO
NA: NO APLICA
Fuente: http://www.blogcmmi.com.br/dicas/aderencia-do-cmmi-com-metodos-ageis-scrum-xp-fdd
6. Análisis – Áreas de Proceso / Sprint
PP/QPM
RD/REQM
RSKM
VAL/VER
PPQA/QPMPP: Planificación de Proyecto
QPM: Gestión Cuantitativa del Proyecto
PMC: Monitorización y Control Del Proyecto
RD: Desarrollo de Requerimientos
REQM: Administración de requerimientos
RSKM: Gestión de Riesgos
PPQA: Aseguramiento de la calidad del proceso y de Producto
VAL:Validación
VER:Verificación
PMC
7. Análisis – Áreas de proceso y Categorías
INGENIERIA
GESTION DE
PROCESOS
SOPORTE
GESTION DE
PROYECTOS
Gestión de Requisitos
(REQM)
SoluciónTécnica
(TS)
Integración del
Producto (PI)
Desarrollo de
Requisitos (RD)
Gestión deAcuerdos
con Proveedores (SAM
)
Gestión de Riesgos
(RSKM)
Definición de Procesos
de la Organización
(OPD)
Enfoque en Procesos
de la Organización
(OPF)
Gestión del
Rendimiento de la
Organización (OPM)
Rendimiento de
Procesos de la
Organización (OPP)
Análisis Causal y
Resolución (CAR )
Gestión de
Configuración (CM)
Análisis de Decisiones y
Resolución (DAR )
Medición yAnálisis (MA )
Aseguramiento de la
Calidad del Proceso y
del Producto (PPQA)
Gestión Integrada del
Proyecto (IPM)
Monitorización y
Control del Proyecto
(PMC)
Planificación del
Proyecto (PP)
Gestión Cuantitativa
del Proyecto (QPM)
Formación en la
Organización (OT )
Validación (VAL )
Verificación (VER)
Fuente: CMMI para Desarrollo, Versión 1.3 CMM-DEV,V1.3
NIVEL 2
NIVEL 2
NIVEL 2
NIVEL 2
NIVEL 2
NIVEL 2
NIVEL 2
NIVEL 3
NIVEL 3
NIVEL 3
NIVEL 3
NIVEL 3
NIVEL 3
NIVEL 3
NIVEL 3
NIVEL 3
NIVEL 3
NIVEL 3 NIVEL 4 NIVEL 4
NIVEL 5
NIVEL 5
INGENIERIA
GESTION DE
PROCESOS
SOPORTE
GESTION DE
PROYECTOS
9. Consideraciones
• Para alcanzar un nivel de madurez 3 (Gestionado) es necesario apoyarse en
herramientas para optimizar procesos.
• Las herramientas de apoyo deben cubrir las/los necesidades/requisitos de
CMMI.
• Se deben considerar la reducción de costos a través del uso de herramientas
Open Source
11. CMMI nivel 2 – Gestión de Configuración (CM)
• Propósito:
• El propósito de la Gestión de Configuración (CM) es establecer y mantener la integridad de los productos de trabajo
utilizando la identificación de la configuración, el control de la configuración, el informe del estado de la configuración y las
auditorías de la configuración
• Entrada:
• Código fuente, scripts, documentación
• Salida:
• Versionamiento fuente, documentación, procedimiento de gestión de accesos al repositorio, procedimiento de
configuración de repositorio, resultados de la auditoría, planes de acción.
• Herramienta:
• Subversion,Tortoise, Alfresco, Trac, Capra
12. CMMI nivel 2 – Gestión de Configuración (CM)
SG 1 Establecer las líneas base.
SP 1.1. Identificar los elementos de configuración
SP 1.2. Establecer un Sistema de Gestión de la Configuración
SP 1.3. Crear o liberar líneas de base
SG 2 Seguir y controlar los cambios
SP 2.1. Rastrear solicitudes de cambio
SP 2.2. Elementos de configuración de control
SG 3 Establecer la integridad
SP 3.1. Establecer configuración de administración de riesgos
SP 3.2. Realizar auditorías de configuración
13. CMMI nivel 2 – Medición y Análisis(MA)
• Propósito:
• Desarrollar y mantener la capacidad de medición utilizada para dar soporte a las necesidades de información de la gerencia.
• Entrada:
• Requisitos del proyecto definidos en documentos contractualmente aplicables. Datos históricos de medidas de horas, duración y tamaño
• Salida:
• Plan del proyecto acordado por todas las partes interesadas
• Paquetes de trabajo
• Presupuesto del proyecto
• Planificación de la Gestión de los Riesgos, que al menos incluya: identificación, descripción, criticidad y acciones mitigadoras
• Actas de reuniones y revisiones
• Herramienta:
• Version one, trac, pentaho.
14. CMMI nivel 2 – Medición y Análisis(MA)
SG 1 Alinear las actividades de medición y análisis.
• SP 1.1 Establecer los objetivos de medición.
• SP 1.2 Especificar las medidas.
• SP 1.3 Especificar los procedimientos de recogida y de almacenamiento de datos.
• SP 1.4 Especificar los procedimientos de análisis.
SG 2 Proporcionar los resultados de la medición.
• SP 2.1 Obtener los datos de la medición.
• SP 2.2Analizar los datos de la medición.
• SP 2.3Almacenar los datos y los resultados.
• SP 2.4 Comunicar los resultados.
15. CMMI nivel 2 – Monitorización y control de
Proyecto (PMC)
• Propósito:
• El propósito principal de este tipo de actividades es tener un conocimiento del estado del proyecto en etapas anteriores al final del mismo y detectar riesgos,
de forma que puedan corregirse para no poner en peligro la correcta finalización del mismo.
• Entrada:
• Plan de proyecto
• Cronograma
• Datos reales de los parámetros del proyecto
• Salida:
• Datos de rendimiento y progreso, Desviaciones en tiempo y coste, Estado de los riesgos, Cumplimiento de los compromisos de otros participantes ,
Cumplimiento de los hitos , Incidencias y acciones correctoras
• Herramienta:
• Version One, trac
16. CMMI nivel 2 – Monitorización y control de
Proyecto (PMC)
SG 1 Monitorizar el proyecto frente al plan.
• SP 1.1 Monitorizar los parámetros de planificación del proyecto.
• SP 1.2 Monitorizar los compromisos.
• SP 1.3 Monitorizar los riesgos del proyecto.
• SP 1.4 Monitorizar la gestión de los datos.
• SP 1.5 Monitorizar la involucración de las partes interesadas.
• SP 1.6 Llevar a cabo las revisiones del progreso.
• SP 1.7 Llevar a cado las revisiones de hitos.
17. CMMI nivel 2 – Monitorización y control de
Proyecto (PMC)
SG 2 Gestionar las acciones correctivas hasta su cierre.
• SP 2.1 Analizar las cuestiones.
• SP 2.2 Llevar a cabo las acciones correctivas.
• SP 2.3 Gestionar las acciones correctivas.
18. CMMI nivel 2 – Planificación de proyecto (PP)
• Propósito:
• El propósito del Proceso de planificación del proyecto es identificar, establecer y documentar las actividades, recursos y
calendario/plazos para que un proyecto pueda producir un producto y/o un servicio que cumpla con sus requisitos.
• Entrada:
• Requisitos del proyecto definidos en documentos contractualmente aplicables
• Datos históricos de medidas de horas, duración y tamaño
• Salida:
• Plan del proyecto acordado por todas las partes interesadas, Paquetes de trabajo, Presupuesto del proyecto, Planificación de la
Gestión de los Riesgos, que al menos incluya: identificación, descripción, criticidad y acciones mitigadoras ,Actas de reuniones y
revisiones
• Herramienta:
• Version One, Enterprise Architect, OpenProj
19. CMMI nivel 2 – Planificación de proyecto (PP)
SG 1 Establecer las estimaciones.
• SP 1.1 Estimar el alcance del proyecto.
• SP 1.2 Establecer las estimaciones de los atributos de los productos de trabajo y de
las
• tareas.
• SP 1.3 Definir las fases del ciclo de vida del proyecto.
• SP 1.4 Estimar el esfuerzo y el coste.
20. CMMI nivel 2 – Planificación de proyecto (PP)
SG 2 Desarrollar un plan de proyecto.
• SP 2.1 Establecer el presupuesto y el calendario.
• SP 2.2 Identificar los riesgos del proyecto.
• SP 2.3 Planificar la gestión de los datos.
• SP 2.4 Planificar los recursos del proyecto.
• SP 2.5 Planificar el conocimiento y las habilidades necesarias.
• SP 2.6 Planificar la involucración de las partes interesadas.
• SP 2.7 Establecer el plan de proyecto.
21. CMMI nivel 2 – Planificación de proyecto (PP)
SG 3 Obtener el compromiso con el plan.
• SP 3.1 Revisar los planes que afectan al proyecto.
• SP 3.2 Conciliar los niveles de trabajo y de recursos.
• SP 3.3 Obtener el compromiso con el plan.
22. CMMI nivel 2 – Aseguramiento de la calidad del
proceso y del producto (PPQA)
• Propósito:
• Proporcionar al personal y a la gerencia una visión objetiva de los procesos y de los productos de trabajo asociados.
• Entrada:
• TDR, Revisiones y comentarios, auditorias, especificaciones, Manuales/Listas de comprobación de errores, estándares.
• Salida:
• Informe de evaluación, Informes de no conformidad, acciones correctivas, tratamiento de errores, no conformidades, Bugs.
• Herramienta:
• Trac, Alfresco
23. CMMI nivel 2 – Aseguramiento de la calidad del
proceso y del producto (PPQA)
SG 1 Evaluar objetivamente los procesos y los productos de trabajo.
• SP 1.1 Evaluar objetivamente los procesos.
• SP 1.2 Evaluar objetivamente los productos de trabajo.
SG 2 Proporcionar una visión objetiva.
• SP 2.1 Comunicar y resolver las no conformidades.
• SP 2.2 Establecer los registros.
24. CMMI nivel 2 – Gestión de Requisitos (REQM)
• Propósito:
• El propósito de la gestión de requisitos (REQM) es la gestión de los requisitos de los productos del proyecto y
los componentes del producto y garantizar la alineación entre los requisitos y los planes del proyecto y los
productos de trabajo.
• Entrada:
• Historia de usuario,Términos de referencia
• Salida:
• Historias de usuario, actividades, procedimiento de control de cambios, plan de acción.
• Herramienta:
• VersionOne, Alfresco
25. CMMI nivel 2 – Gestión de Requisitos (REQM)
SG 1 Gestionar los requisitos
SP 1.1. Entender los requisitos
SP 1.2. Obtener el compromiso con los requisitos
SP 1.3. Administrar los cambios de requisitos
SP 1.4. Mantener bidireccionalTrazabilidad de Requisitos
SP 1.5. Asegurar la alineación entre el trabajo y los requisitos del proyecto
26. CMMI nivel 2 – Gestión de acuerdos con
proveedores (SAM)
• Propósito:
• El propósito de la Gestión de Acuerdos con Proveedores (SAM) es gestionar la adquisición de productos y
servicios de proveedores.
• Entrada:
• Listas de tipos de adquisición, Estudios de Mercado, lista de proveedores candidatos, contratos,
memorandos
• Salida:
• Documentos Versionados en repositorios personales y compartidos
• Herramienta:
• Alfresco Comunity Edition
27. CMMI nivel 2 – Gestión de acuerdos con
proveedores (SAM)
SG 1 Establecer acuerdos con proveedores.
• SP 1.1 Determinar el tipo de adquisición.
• SP 1.2 Seleccionar a los proveedores.
• SP 1.3 Establecer acuerdos con proveedores.
SG 2 Satisfacer los acuerdos con los proveedores.
• SP 2.1 Ejecutar el acuerdo con el proveedor.
• SP 2.2 Aceptar el producto adquirido.
• SP 2.3 Asegurar la transición de los productos.
28. CMMI nivel 3 – Análisis de decisiones y
resolución (DAR)
• Propósito:
• El propósito del Análisis de Decisiones y Resolución (DAR) es analizar posibles decisiones usando un
proceso de evaluación formal que evalúa alternativas identificadas frente a los criterios establecidos.
• Entrada:
• Riesgos
• Salida:
• Matriz de riesgos, plantillas de evaluación, Procedimiento de selección de soluciones.
• Herramienta:
• Capra
29. CMMI nivel 3 – Análisis de decisiones y
resolución (DAR)
SG 1 Evaluar las alternativas
SP 1.1. Establecer directrices para el Análisis de Decisiones
SP 1.2. Establecer criterios de evaluación
SP 1.3. Identificar soluciones alternativas
SP 1.4. Métodos de Selección de evaluación
SP 1.5. Evaluar soluciones alternativas
SP 1.6. Selección de soluciones
30. CMMI nivel 3 – Definición de procesos de la
organización (OPD)
• Propósito:
• Establecer y mantener un conjunto utilizable de activos de proceso de la organización, estándares del entorno de trabajo, y reglas y guías para los equipos.
• Entrada:
• Descripción de la metodología de diseño del producto de trabajo
• Plantilla para llevar a cabo revisiones de gestión.
• Plantilla o flujos de tareas embebidos en herramientas de flujo de trabajo
• Salida:
• Conjunto de procesos estándares de la organización
• Descripciones de los modelos de ciclo de vida.
• Guías de adaptación para el conjunto de procesos estándar de la organización
• Biblioteca de activos de la organización
• Herramienta:
• Alfresco, Enterprise Architect
31. CMMI nivel 3 – Definición de procesos de la
organización (OPD)
SG 1 Establecer los activos de proceso de la organización.
• SP 1.1 Establecer los procesos estándar.
• SP 1.2 Establecer las descripciones de los modelos de ciclo de vida.
• SP 1.3 Establecer los criterios y las guías de adaptación.
• SP 1.4 Establecer el repositorio de mediciones de la organización.
• SP 1.5 Establecer la biblioteca de activos de proceso de la organización.
• SP 1.6 Establecer los estándares del entorno de trabajo.
• SP 1.7 Establecer las reglas y guías para los equipos.
32. CMMI nivel 3 – Enfoque en procesos de la
organización (OPF)
• Propósito:
• Planificar, implementar y desplegar las mejoras de proceso de la organización, basadas en una comprensión completa de las fortalezas y debilidades actuales de los procesos y
de los activos de proceso de la organización.
• Entrada:
• Necesidades y los objetivos de procesos de la organización
• Planes para evaluaciones de proceso de la organización
• Hallazgos de la evaluación que tratan las fortalezas y las debilidades de los procesos de la organización
• Recomendaciones de mejora para los procesos de la organización
• Planes de acción de proceso de la organización aprobados
• Salida:
• Procesos definidos para efectuar mejoras en los procesos de la organización.
• Herramienta:
• Alfresco, OpenOffice
33. CMMI nivel 3 – Enfoque en procesos de la
organización (OPF)
SG 1 Determinar las oportunidades de mejora de procesos.
• SP 1.1 Establecer las necesidades de proceso de la organización.
• SP 1.2 Evaluar los procesos de la organización.
• SP 1.3 Identificar las mejoras de procesos de la organización.
SG 2 Planificar e implementar las acciones de proceso.
• SP 2.1 Establecer los planes de acción de proceso.
• SP 2.2 Implementar los planes de acción de proceso.
34. CMMI nivel 3 – Enfoque en procesos de la
organización (OPF)
SG 3 Desplegar los activos de proceso de la organización e incorporar las
experiencias.
• SP 3.1 Desplegar los activos de proceso de la organización.
• SP 3.2 Desplegar los procesos estándar.
• SP 3.3 Monitorizar la implementación.
• SP 3.4 Incorporar las experiencias en los activos de proceso de la
organización.
35. CMMI nivel 3 – Formación de la Organización
(OT)
• Propósito:
• Desarrollar las habilidades y los conocimientos de las personas para que puedan desempeñar sus roles eficaz
y eficientemente.
• Entrada:
• Necesidades de formación
• Temas de formación
• Calendarios basados en actividades de formación y sus dependencias
• Métodos utilizados para la formación
• Requisitos y estándares de calidad para los materiales de formación
• Tareas de formación, roles y responsabilidades.
36. CMMI nivel 3 – Formación de la Organización
(OT)
• Salida:
• Análisis de evaluación
• Compromiso de formación
• Plan táctico de formación de la organización
• Curso de formación impartido
• Encuesta de la eficacia de la formación
• Evaluaciones del rendimiento del programa de formación
• Formularios de evaluación del instructor
• Exámenes de formación
• Herramienta:
• Moodle
37. CMMI nivel 3 – Formación de la Organización
(OT)
SG 1 Establecer una capacidad de formación de la organización.
• SP 1.1 Establecer las necesidades estratégicas de formación.
• SP 1.2 Determinar qué necesidades de formación son responsabilidad de la organización.
• SP 1.3 Establecer un plan táctico de formación en la organización.
• SP 1.4 Establecer una capacidad de formación.
SG 2 Proporcionar formación.
• SP 2.1 Impartir la formación.
• SP 2.2 Establecer los registros de formación.
• SP 2.3 Evaluar la eficacia de la formación.
38. CMMI nivel 3 – Desarrollo de requisitos (RD)
• Propósito:
• El propósito de Desarrollo Requisitos (RD) es obtener, analizar y establecer al cliente, el producto y requisitos de los
componentes del producto.
• Entrada:
• Lista de requerimientos
• Salida:
• Historias de usuario, términos de referencia, Lista de requisitos de validación y verificación, estándares de desarrollo de
componentes, procedimiento a seguir para la calidad sobre la arquitectura, informe de defecto de requisitos.
• Herramienta:
• Balsamiq,VersionOne, Alfresco
39. CMMI nivel 3 – Desarrollo de requisitos (RD)
SG 1 Desarrollar los requisitos de cliente
SP 1.1. Traer necesidades
SP 1.2. Transformación de las necesidades de los participantes en requisitos del cliente
SG 2 Desarrollar los requisitos de producto
SP 2.1. Establecer productos y requerimientos de componentes de productos
SP 2.2. Asignar requisitos de los componentes del requisito
SP 2.3. Identificar requerimientos de interfaz
40. CMMI nivel 3 – Desarrollo de requisitos (RD)
SG 3 Analizar y validar los requisitos
SP 3.1. Establecer conceptos operacionales y escenarios
SP 3.2. Establecer una definición de funcionalidades y atributos de calidad
SP 3.3. Analizar los requisitos
SP 3.4. Analizar los requisitos para lograr el equilibrio
SP 3.5. Validar requisitos