UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS Fundada en 1551

Tamaño: px
Comenzar la demostración a partir de la página:

Download "UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS Fundada en 1551"

Transcripción

1 UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS Fundada en 1551 FACULTAD DE CIENCIAS MATEMATICAS E.A.P. DECOMPUTACION PROPUESTA PARA IMPLANTAR CMMI EN UNA EMPRESA CON MULTIPLES UNIDADES DESARROLLADORAS DE SOFTWARE MONOGRAFÍA Para optar el Título Profesional de : LICENCIADO EN COMPUTACION AUTOR NANCY ELIZABETH CONCHA HUACOTO LIMA PERÚ 2005

2 INDICE I.INTRODUCCIÓN II. FUNDAMENTACIÓN TEÓRICA 2.1 Fundamentación genérica Conceptos de calidad Qué es un Proceso? Qué es un modelo de Procesos? Qué es CMM? Madurez vs. Inmadurez Qué es CMMI? Evolución de madurez de los procesos CMMI Antecedentes del CMMI Necesita su Organización CMMI? Componentes del modelo CMMI 2.2 Fundamentación específica CMM vs. CMMI Diferencias y Semejanzas Por qué se aplica CMMI? Procesos Objetivos del presente estudio III.PLANTEAMIENTO DEL PROBLEMA 3.1 Situación actual 3.2 Antecedentes del estudio 3.3 Determinación del problema 3.4 Justificación IV. METODOLOGÍA DE IDENTIFICACIÓN, TRANSFORMACIÓN E IMPLANTACIÓN ITI 4.1 Descripción general de la metodología 4.2 Descripción detallada 4.3 Esquema de la metodología 4.4 Objetivos de la metodología V.PROCESO DE IMPLANTACIÓN 5.1 Descripción general Alcances del estudio 5.2 Descripción detallada Levantamiento de requerimientos Transformación Implantación Barreras para una implantación exitosa Factores críticos de éxito VI. CONCLUSIONES VII. RECOMENDACIONES REFERENCIAS ANEXOS Anexo I Glosario de términos Anexo II Acrónimos Anexo III Descripción detallada de PAs y evidencias de cumplimiento Anexo IV Formatos

3 RESUMEN El Modelo Integrado de Madurez de la Capacidad - CMMI se usa para mejorar la calidad del desarrollo y mantenimiento de software, basado en las mejoras de los procesos de la Organización. En el presente estudio se evaluará y aplicará la metodología de Identificación, Transformación e Implantación ITI para transformar una Empresa con múltiples Unidades Desarrolladoras de Software UDSs a los procesos CMMI para que puedan operar bajo un concepto de calidad estándar e integrado que originará que la Organización produzca mejores productos. Así mismo implementar los estándares CMMI en las Unidades Desarrolladoras previa customización de la Unidad sujeto de estudio. Se realiza una fundamentación teórica del modelo CMMI, se describe la metodología de Identificación, Transformación e Implantación ITI y se describe de una manera práctica cómo una Unidad Desarrolladora de Software se transformó al modelo CMMI utilizando la metodología ITI. PALABRAS CLAVES: CMMI MODELO INTEGRADO DE MADUREZ DE LA CAPACIDAD METODOLOGÍA DE TRANSFORMACIÓN

4 ABSTRACT Capability Maturity Model Integrated - CMMI is used to improve quality in development and maintenance of software, based in improvement the Organization s Process. In this study it will be evaluate and aplicate Identification, Transformation and Implementation ITI methodology to transform an Enterprise with many Units Developers of de Software UDSs to the CMMI process to operate in a quality standard an integrated concept in order to Organization make better products. In the same way to customize and implement CMMI standars on a Developer Unit. A theoric fundamentation of CMMI model will be make, describing Identification, Transformation and Implementationt methodology ITI; and it will be also described on a practical way how an Unit Developer of de Software UDS became a CMMI model using ITI methodology. KEY WORDS: CMMI CAPABILITY MATURITY MODEL INTEGRATED TRANSFORMATION METODOLOGY

5 CAPÍTULO I Introducción El modelo CMMI Modelo Integrado de Madurez de la Capacidad surge a partir del reconocimiento de las organizaciones, tanto del Departamento de Defensa de los EEUU como de la industria en general, de que los componentes de los sistemas son con frecuencia, una causa significativa de demoras, mayores costos e insatisfacción de clientes. El modelo CMMI define 5 niveles, mediante los cuales se describen los distintos grados de madurez de una organización. Los requerimientos para satisfacer cada nivel se encuentran detallados en un conjunto de actividades que se agrupan en Áreas de Procesos definidos para cada nivel. Para que una organización se encuentre en un nivel determinado es necesario cumplir con todas las actividades definidas para ese nivel y para los niveles anteriores. EL CMMI se basa en el concepto de la evolución de la madurez de los procesos. Esto implica un orden, por lo tanto el enfoque de CMMI apunta a desarrollar la madurez de las Organizaciones de Desarrollo de Software en forma progresiva nivel a nivel. Nivel 1 Inicial: Procesos no predecibles y pobremente controlado Nivel 2 Repetible: Las tareas anteriormente exitosas pueden repetirse Nivel 3 Definido: Procesos bien definidos y entendidos Nivel 4 Administrado: Procesos medidos y controlados Nivel 5 Optimizado: Foco continuo en la mejora de procesos El modelo CMMI aplica conceptos de gerencia de procesos y mejora de calidad al desarrollo y mantenimiento de software, y describe los estados a través de los cuales las organizaciones de software evolucionan a medida en que definen, implementan, miden, controlan y mejoran sus procesos de software.

6 En el presente estudio se evaluará y aplicará la metodología de Identificación, Transformación e Implantación ITI para transformar una Empresa con múltiples Unidades Desarrolladoras de Software UDSs a los procesos CMMI para que puedan operar bajo un concepto de calidad estándar e integrado que originará que la Organización produzca mejores productos basados en las mejoras de sus procesos. Así mismo implementar los estándares CMMI en las Unidades Desarrolladoras previa customización de la Unidad sujeto de estudio. En el capítulo I se realiza una fundamentación teórica definiendo conceptos del modelo CMMI y otros conceptos relacionados, en el capítulo II se detalla el problema que tiene la Empresa con relación al cumplimiento de sus objetivos de calidad en el desarrollo y mantenimiento de los productos de software, en el capítulo III se describe la metodología de Identificación, Transformación e Implantación ITI que se usará para transformar una Unidad Desarrolladora de Software a los estándares de calidad del modelo CMMI, y en el capítulo IV se describirá de una manera práctica cómo una UDS se transformó a los estándares de calidad CMMI utilizando la metodología ITI así como las barreras que se encontró durante la transformación. En los anexos del presente documento puede encontrarse en mayor detalle las prácticas requeridas para cumplir con el modelo CMMI y ejemplos de formatos a utilizar. La metodología ITI que aquí se describe está basada en la experiencia de haber participado en la transformación de una Unidad Desarrolladora de Software - UDS, la misma que en el presente estudio se nombra como UDS 1. El mismo proceso puede ser utilizado para transformar cualquier otras UDS. No es objetivo del presente estudio la construcción de los procedimientos, guías, formatos y herramientas, etc. que respondan al modelo definido.

7 2.1 Fundamentación genérica CAPÍTULO II Fundamentación teórica Conceptos de calidad Conceptos de calidad según algunos pioneros de la calidad: Calidad es cero defectos haciendo las cosas correctamente desde el principio. Philip B. Crosby Calidad es aptitud para el uso. J.M. Jurán Calidad es total liderazgo de la marca en sus resultados al satisfacer los requisitos del cliente haciendo la primera vez bien lo que haya que hacer. Westhingouse La calidad se refiere a la cantidad de atributo no apreciado contenida en cada unidad del atributo no apreciado. Keith B. Leffler Un software es de calidad si satisface un propósito específico y si sus partes también son de alta calidad; sin embargo a pesar que la mayoría usamos el término calidad de una forma que pensamos que tiene sentido, que es entendible para todos, descubriremos que una definición útil de calidad no es fácil de desarrollar. La calidad puede entenderse en dos niveles: El primer nivel de calidad, es producir bienes o servicios cuyas características medibles satisfacen un conjunto de especificaciones que están definidas numéricamente, y el segundo nivel de calidad de productos y servicios es aquél que satisface las necesidades de los clientes para su uso o consumo. En resumen el primer nivel significa trabajar con las especificaciones, mientras que el segundo nivel significa satisfacer al cliente Qué es un Proceso? Un proceso es un conjunto de prácticas que se ejecutan con un propósito determinado, las cuales transforman entradas en salidas que son de valor para el cliente. El proceso puede incluir herramientas, métodos, materiales y/o personas.

8 Proceso es uno de los 3 puntos de apalancamiento de la mejora del desempeño de una Organización. Para mejorar el desempeño, se pueden cambiar los procesos, las personas, la tecnología o una combinación de ellos Qué es un modelo de procesos? Un modelo de procesos es un conjunto estructurado de elementos que describen características de procesos efectivos y de calidad. Un modelo indica Qué hacer, no Cómo hacer, ni Quién lo hace. Un modelo proporciona: o Un punto donde comenzar o El beneficio de las experiencias pasadas de la comunidad participante o Un lenguaje común y una visión compartida o Un marco para priorizar acciones o Una forma de definir lo que significa mejora para la organización Los procesos incluidos en el modelo de procesos son aquellos que la experiencia ha demostrado que son efectivos Qué es CMM? CMM Modelo de Madurez de la Capacidad es un MODELO desarrollado por el Instituto de Ingeniería de Software SEI de la Universidad Carnegie Mellon, basado en las mejores prácticas actuales de desarrollo de software. CMM es un marco para la mejora de procesos de software y para la evaluación de la madurez de las capacidades. El modelo CMM aplica conceptos de gerencia de procesos, mejora de calidad al desarrollo y mantenimiento de software, y describe los estados a través de los cuales las organizaciones de software evolucionan a medida en que definen, implementan, miden, controlan y mejoran sus procesos de software.

9 Dentro de la representación por estados, el modelo CMM aplica a la Organización niveles de madurez mediante los cuales se mide el avance de los procesos de la organización Nivel de madurez Estados 1 Inicial 2 Administrado 3 Definido 4 Administrado cuantitativamente 5 Optimizado Cuadro Nro II,1. Nivel de madurez según la representación por estados Madurez vs Inmadurez Organizaciones con procesos inmaduros Procesos improvisados por los gerentes y desarrolladores Cada uno posee sus propios procesos Procesos comprometidos en orden a cumplir los costos y las fechas acordadas Calidad difícil de predecir Los procesos viven mientras viven los desarrolladores Las nuevas tecnologías corren riesgos de caer en desuso. Organizaciones con procesos maduros Procesos documentados Procesos seguidos consistentemente El rendimiento de los procesos es medido, seguido y entendido La calidad es predecible porque los procesos están bajo control Los procesos viven por sí solos y son mejorados continuamente Las nuevas tecnologías son incorporadas de una manera disciplinada. Cuadro Nro. II,2. Comparación entre Madurez e Inmadurez

10 Gráfico Nro II,1. Efectos de mejora en madurez de los procesos Qué es CMMI? El Modelo Integrado de Madurez de la Capacidad - CMMI es un conjunto de herramientas que ayudan a la Organización a mejorar sus procesos de desarrollo de productos y servicios, adquisiciones y mantenimiento. El modelo CMMI ha evolucionado el concepto del Modelo CMM establecido para la maduración de la capacidad de Software, a un nivel que permite el crecimiento continuado y expansión del concepto CMM para múltiples disciplinas, tales como SW-CMM, EIA/IS 731, IPD- CMM y otros modelos de mejora de procesos. Madurez de Procesos es un indicador del potencial de crecimiento en capacidad de los procesos, Capacidad es el rango esperado a ser alcanzado por los procesos, y el Rendimiento es el resultado actual alcanzado por el proceso. El Rendimiento de procesos pasados es un indicador de la Capacidad de los Procesos. La Capacidad de Procesos es una predicción del rendimiento futuro de los procesos.

11 De la misma manera que el modelo CMM, el modelo CMMI tiene una representación por estados, que enfoca o mide la mejora de los procesos usando niveles de madurez Evolución de madurez de los procesos CMMI Las Organizaciones en el camino hacia lograr la madurez de los procesos pasan por 5 niveles de maduración: Nivel 1: Inicial Procesos impredecibles, pobremente controlados y reactivos. El proceso de software se caracteriza como ad hoc y ocasionalmente caótico. Pocas actividades están definidas y el éxito de los proyectos depende del esfuerzo individual. Hay carencia de procedimientos formales, estimaciones de costos, planes del proyecto, mecanismos de administración para asegurar que los procedimientos se siguen. Nivel 2: Administrado. Procesos caracterizados en proyectos y acciones reactivas con frecuencia. Son establecidas las actividades básicas para la administración de proyectos de software para el seguimiento de costos, programación y funcionalidad. El éxito está en repetir prácticas que hicieron posible el éxito de proyectos anteriores, por lo tanto hay fortalezas cuando se desarrollan procesos similares, y gran riesgo cuando se enfrentan nuevos desafíos. Las áreas de proceso de nivel 2 son: o Administración de Requerimientos (RM) o Planeamiento de Proyectos (PP) o Monitoreo y Control de Proyectos (PMC) o Administración de acuerdos con Proveedores (SAM) o Aseguramiento de la Calidad de Productos y Procesos (PPQA) o Administración de la Configuración (CM) o Mediciones y Análisis (MA)

12 Nivel 3: Definido. Procesos caracterizados en la Organización, y con acciones proactivas. Las actividades del proceso de software para la administración e ingeniería están documentadas, estandarizadas e integradas en un proceso de software estándar para la Organización Las áreas de proceso de nivel 3 son: o Foco en los Procesos Organizacionales (OPF) o Definición de Procesos Organizacionales (OPD) o Entrenamiento Organizacional (OT) o Desarrollo de Requerimientos (RD) o Solución Técnica (TS) o Integración de Productos (PI) o Verificación (VER) o Validación (VAL) o Administración del Proyecto Integrado (IPM) o Administración de Riesgos (RiskM) o Equipo Integrado (IT) o Ambiente Organizacional (OE) o Análisis de Decisión y Resolución (DAR) Nivel 4: Administrado cuantitativamente. Los procesos son medidos y controlados. Se registran medidas detalladas de las actividades del Proceso y calidad del Producto. El proceso de software y el producto son entendidos cuantitativamente y controlados. Las áreas de proceso de nivel 4 son: o Administración Cuantitativa de Proyectos (QPM) o Performance de los Procesos Organizacionales (OPP)

13 Nivel 5: Optimizado. Enfoque continuo en la mejora de procesos. Existe una mejora continua de las actividades, las que se logran a través de un feedback con estas áreas de procesos y también a partir de ideas innovadoras y tecnología. La recolección de datos es automatizada y usada para identificar elementos más débiles del proceso. Se hace un análisis riguroso de causas y prevención de defectos. Las áreas de proceso de nivel 5 son: o Análisis de Causas y Resolución (CAR) o Innovación Organizacional (OI) La descripción de las áreas de Proceso se encuentra en el anexo III. Proceso consistente Proceso predecible Proceso continuamente mejorado Nivel 1 Inicial Proceso disciplinado Nivel 2 Administrado Nivel 3 Definido Nivel 4 Administrado cuantitativamente Nivel 5 Optimizado Gráfico Nro II,2. Evolución del proceso de madurez Antecedentes del CMMI (CMM, ISO) El CMMI fue creado para resolver el problema de tener múltiples CMMs. La misión del CMMI fue combinar los modelos CMM para Software SW-CMM v2.0 draft C, Electronic Industries Alliance Interim Standar (EIA/IS 731), y CMM para Desarrollo de productos Integrados IPD-CMM v0.98

14 2.1.9 Necesita su Organización CMMI? A continuación algunos síntomas para identificar si su organización necesita CMMI. Estos síntomas fueron tomadas de la presentación CMMI Overview for Executives de la Universidad Carnegie Mello. o Los planes se hacen, pero no necesariamente se siguen. o No se hace el seguimiento al trabajo real vs el plan. Los planes no son revisados. o Los requerimientos no son consistentes, los cambios no son manejados. o Los estimados son muy irreales, su incumplimiento es común. o Cuando no se puede cumplir con los plazos, surge una atmósfera de crisis. o Los defectos se encuentran en la fase de pruebas, o peor aún los encuentra el cliente. o El éxito depende de acciones heroicas de individuos competentes. o La consistencia en la ejecución es cuestionable Componentes del Modelo CMMI Se denomina Componente a cualquiera de los elementos principales de la arquitectura que componen un modelo CMMI. Los componentes del modelo CMMI son: áreas de procesos, metas genéricas, metas específicas, prácticas genéricas, prácticas específicas y sub prácticas. Las prácticas genéricas se agrupan según las siguientes características comunes: o Compromiso para ejecutar o Habilidad para ejecutar o Dirección de Implementación o Verificación de la Implementación A continuación se define cada uno de los elementos del CMMI

15 Niveles de Madurez Area de Proceso 1 Area de Proceso 2 Area de Proceso n Metas específicas Metas genéricas Características comunes Prácticas específicas Compromiso Habilidad Dirección Verificación Prácticas genéricas Gráfico Nro. II,2 Componentes del modelo CMMI Áreas de Proceso (PA) Un área de proceso es un Conjunto de prácticas relacionadas, que ejecutadas colectivamente satisface un conjunto de metas consideradas importantes para hacer mejoras significativas en esa área.

16 Metas Genéricas (GG) Son llamadas genéricas porque la misma descripción aparece en múltiples áreas de procesos. Metas Específicas (SG) Las metas específicas aplican a áreas de procesos y direccionan a características únicas que describen lo que debe ser implementado para satisfacer el área de proceso. Características Comunes (KF) Organizan las prácticas genéricas de cada área de proceso. Están agrupadas para proveer una manera de presentar las prácticas genéricas: o Compromiso para ejecutar o Habilidad para ejecutar o Dirección para implementación o Verificación de implementación Prácticas Genéricas (GP) Las prácticas genéricas proveen institucionalización para asegurar que el proceso asociado con el área de proceso debe ser repetible y duradero. Son categorizadas por metas genéricas y características comunes. Prácticas Específicas (SP) Una práctica específica es una actividad que es considerada importante en la meta específica asociada. Describe las actividades esperadas para conseguir las metas específicas de un área de proceso. Sub prácticas Son descripciones detalladas que proveen guías para interpretar prácticas específicas o genéricas.

17 2.2 Fundamentación específica CMM vs CMMI Diferencias y Semejanzas CMM CMMI 5 niveles de madurez 5 niveles de madurez 18 Áreas Claves de procesos 24 Áreas de Procesos Orientado al Software Integrado: SW, EIA/IS, IPD Nivel de Madurez 2 CMM RM - Administración de Requerimientos. SPP - Planeamiento de Proyectos de Software SPTO Seguimiento del Proyecto de Software. SSM Administración de Subcontratos de Software SQA - Aseguramiento de la Calidad del Software SCM Administración de la Configuración del Software CMMI RM - Administración de Requerimientos PP - Planeamiento de Proyectos PMC - Monitoreo y Control de Proyectos SAM - Administración de Acuerdos con Proveedores PPQA - Aseguramiento de la Calidad de Productos y Procesos CM - Administración de la Configuración MA - Métricas y Análisis

18 Nivel de Madurez 3 CMM OPF - Foco en los Procesos Organizacionales OPD Definición de Procesos Organizacionales PT Programa de Entrenamiento SPE Software Product Engineering PR Revisión por Pares ISM Administración del Software Integrado IC Coordinación Entre Grupos CMMI OPF - Foco en los Procesos Organizacionales OPD Definición de Procesos Organizacionales OT Entrenamiento Organizacional RD- Desarrollo de Requerimientos TS Solución Técnica PI Integración de Productos VER - Verificación VAL - Validación IPM Administración de Proyecto Integrado RiskM - Administración de Riesgos IT - Equipo Integrado OE Ambiente Organizacional DAR Análisis de Decisión y Resolución Nivel de Madurez 4 CMM QPM- Administración Cuantitativa de Procesos SQM Administración de la calidad del Software. CMMI QPM Administración Cuantitativa de Proyectos OPP Performance de los Procesos Organizacionales

19 Nivel de Madurez 5 CMM CMMI DP - Prevención de Defectos CAR Análisis de Causas y Resolución TCM Administración de Cambios OID Innovación Organizacional y Tecnológicos Entrega PCM Administración de Cambio de Procesos Cuadro Nro. II,3 Diferencias y semejanzas entre los modelos CMM y CMMI Por qué se aplica CMMI? Se aplica CMMI porque: o Es un modelo que aplica estándares de calidad o Provee un enfoque más efectivo e integrado a Ingeniería de Sistemas y de Software. o Construye procesos desde un inicio, o sobre inversión previa usada con SW CMM. o Provee un enlace o relación mas explicita entre la Gestión y la Ingeniería con los objetivos del negocio. o Provee mayor visibilidad del ciclo de vida del producto; y las actividades de ingeniería ayudan a asegurar que los productos y servicios satisfacen las expectativas de los clientes. o Incorpora lecciones aprendidas de otras áreas, de mejores prácticas e implanta prácticas de alta madurez más robustas. o Incluye funciones organizacionales que son críticas para los productos y servicios o Soporta integración futura con otros modelos CMMI de disciplinas específicas. o Muestra el camino a seguir en la gestión de proyectos, integrando de una manera ordenada los procesos y los productos.

20 2.2.3 Procesos Categoría de Procesos Administración Organización Ingeniería Niveles 5. Optimizado o CAR: Análisis de Causas y Resolución?? Administración de Cambios a los Procesos 4. Controlado o QPM: Administración Cuantitativa del Proyecto o Administración de Cambios Tecnológicos o OPP: Performanc e de los Procesos Organizacio nales 3. Definido o IPM: Administración Integrada del Proyecto o RiskM: Administración de Riesgos o DAR: Análisis de Decisión y Resolución o OPF: Foco en procesos Organizacio nales o OPD: Definición de Procesos Organizacio nales o AE: Ambiente Organizacio nal o IT: Equipo Integrado o RD: Desarrollo de Requerimientos o TS: Solución Técnica o VER: Verificación o VAL: Validación o PI: Integración de Productos 2. Repetible o RM: Administración de Requerimientos o PP: Planeamiento de Proyectos o PMC: Monitoreo y Control de Procesos o SAM: Administración de Acuerdos con Proveedores o PPQA: Aseguramiento de Calidad de Productos y Procesos o CM: Administración de la Configuración o MA: Medición y Análisis 1. Inicial Procesos Ad Hoc Ninguno Los Procesos de Administración deben estar operando antes de iniciar los Procesos Organizacionales y de Ingeniería Cuadro Nro. II,4 Cuadro de procesos según nivel y categoría de procesos

21 2.2.4 Objetivos del presente estudio Para aplicar el modelo CMMI dentro de una empresa es requerido que se revise a detalle el marco teórico del modelo según lo establecido por el Instituto de Ingeniería de Software de la Universidad Carnegie y Mellon, defina un modelo integrado de procesos y construya procedimientos, guías, formatos, herramientas, etc. que respondan al modelo definido. Posteriormente implementar este modelo definido en base a una metodología. El objetivo del presente estudio es mostrar el enfoque del modelo CMMI y la manera cómo una Organización que cuenta con múltiples Unidades Desarrolladoras de Software (UDS) pueden operar bajo un modelo definido de calidad estándar e integrado que originará que la Organización produzca mejores productos basados en las mejoras de sus procesos. Se mostrará la aplicación de una metodología para transformar una Empresa con múltiples Unidades Desarrolladoras de Software a los procesos CMMI. Así mismo implementar los estándares CMMI en las Unidades Desarrolladoras previa customización de la Unidad sujeto de estudio. No es objetivo del presente estudio la construcción de los procedimientos, guías, formatos, herramientas, etc. que soporten el modelo definido.

22 CAPÍTULO III Planteamiento del Problema 3.1 Situación actual La Empresa sujeto de estudio tiene 5 Unidades de Negocio, cada una de ellas cuenta con una Unidad Desarrolladora de Software UDS asociada. Una UDS desarrolla aplicativos corporativos y brinda soporte al 60% de los usuarios de la empresa, mientras que las otras 4 Unidades tienen sede en Provincias, desarrollan aplicativos locales y brindan servicio en conjunto al 40% de los usuarios. Cada UDS opera independientemente utilizando sus propios estándares, metodologías, procedimientos, prácticas y herramientas. En algunos casos hay procesos que no se realizan o que se realizan de diversas manera aún dentro de cada UDS. La diversidad de procesos duplica esfuerzos y dificulta o imposibilita la realización de tareas comunes dentro de la propia UDS y con mayor razón dentro de la empresa. Cada Unidad de Negocio solicita sus requerimientos locales de software a la UDS de su localidad. Algunas veces más de una UDS ha construido el mismo producto bajo enfoques diferentes y/o plataformas diferentes, lo cual origina serios problemas de integración. No se puede predecir de antemano el tiempo que demandará la construcción de un producto porque no existe la cultura de re-uso de activos (procesos, programas, procedimientos, etc) ni el registro de datos que permitan un planeamiento en base a información histórica. La demanda de actividades de mantenimiento de los aplicativos incluyendo corrección de errores es muy grande, y toma demasiado tiempo de los programadores, lo que hace que no se atienda requerimientos visibles de mejora por dedicación del personal a tareas de mantenimiento.

23 La documentación sobre las actividades de desarrollo y mantenimiento es muy pobre lo que origina que el personal desarrollador consuma mucho tiempo entendiendo los programas y los procesos. 3.2 Antecedentes del estudio La UDS que brinda los servicios de aplicativos corporativos a la empresa ha elaborado y aplicado un conjunto de prácticas estándares de desarrollo de software que están asociadas al modelo CMMI, y construido los procedimientos, guías, formatos y herramientas para soportar el modelo. Estas prácticas han venido dando resultados a la UDS. La metodología utilizada para su transformación fue la Metodología Identificación, Transformación e Implantación ITI, la misma que generó el modelo inicial y se denominó Primera etapa. La empresa requiere que estas prácticas sean llevadas a nivel organización, por lo cual se hace necesario replicar el modelo en cada UDS utilizando la misma metodología ITI para transformar la otras UDSs a partir del modelo inicial en una implantación por etapas. La transformación de la UDS 1 a partir del modelo inicial será la implantación Piloto y se denominará la ITI - Segunda etapa. 3.3 Determinación del problema La diversidad de procesos duplica esfuerzos y dificulta o imposibilita la realización de tareas comunes dentro de la propia Unidad desarrolladora y con mayor razón dentro de la empresa. Algunos problemas son: o Cada UDS tiene su propia política con relación a los procesos de desarrollo de software. o El procedimiento de atención de requerimientos no contribuye a una gestión adecuada de los requerimientos.

24 o Demasiado esfuerzo en la elaboración de un producto. Cada vez que se desarrolla un nuevo producto se tienen que realizar todas las actividades. No hay cultura de reuso, ni uso de experiencias exitosas. o Los tiempos para la construcción de software frecuentemente son mayores que los planeados. o Los productos elaborados por una UDS no pueden ser utilizados por otra UDS por cuanto los estándares, procedimientos, procesos, hardware y software son diferentes. o Las Unidades de Negocio no tienen una visión compartida sobre el desarrollo de software. 3.4 Justificación Es necesaria la implantación del modelo CMMI para dar solución a los problemas planteados y como herramienta que permite disminuir costos a las Unidades de Negocio y a la organización en general por economías de escala, uniformidad de procesos, facilitar la comunicación y entendimiento entre el personal de las UDS, reducción del tiempo de desarrollo, reducción de riesgos, ayuda en la estimación del software y sobre todo para aumentar la calidad del software. Es importante que la solución a los problemas se realice utilizando un modelo, porque un modelo proporciona: o Un punto donde comenzar o El beneficio de las experiencias pasadas de la comunidad participante o Un lenguaje común y una visión compartida o Un marco para priorizar acciones o Una forma de definir lo que significa mejora para la organización

25 Se usará el modelo CMMI para: o Ayudar a establecer objetivos y prioridades en mejoras de procesos o Ayudar a asegurar procesos estables y maduros y con la capacidad requerida o Como guía para la mejora de procesos a nivel proyecto y a nivel organización o Como una metodología de evaluación para diagnosticar el estado de los esfuerzos de mejora. Se usará la metodología Identificación, Transformación e Implantación ITI para transformar la UDS 1 a los estándares requeridos por el modelo CMMI de una manera simple y sencilla.

26 CAPÍTULO IV Metodología de Identificación, Transformación e Implantación - ITI 4.1 Descripción general de la metodología Para que una empresa con múltiples UDS adopte el modelo CMMI es recomendable que exista una transformación que considere la ejecución de dos etapas, la primera denominada Primera etapa para adecuar lo procesos de la empresa a los procesos de CMMI definiendo un Proceso modelo para la empresa, y la segunda denominada Segunda etapa para adecuar y estandarizar los procesos de cada UDS al modelo definido para la empresa. La estrategia que puede usar la empresa puede ser pasar de un nivel de CMMI al inmediato superior o avanzar más de un nivel. En cualquier caso la metodología que se usará para pasar del modelo actual al modelo CMMI será la metodología de Identificación, Transformación e implantación - ITI, la cual se realiza en 3 fases: o Levantamiento de requerimientos: Determinación del gap (brecha) de procesos o Transformación: Implementación de los procesos o Implantación: Institucionalización de las prácticas. 4.2 Descripción detallada A continuación se describe las fases de la metodología de Identificación, Transformación e Implantación - ITI. o Fase Levantamiento de requerimientos Esta fase comprende el análisis de la situación actual, identificando los procesos y metodologías utilizadas en la empresa, los procedimientos, estándares, formatos, y en general los productos de trabajo, y los entregables al cliente relacionados con sus

27 PAs, determinando el gap (brecha) entre lo que tiene la UDS y lo que se requiere para cumplir con CMMI, generando el Plan de Transformación. Las actividades a realizarse durante esta fase son: 1. Identificar el material para entrenamiento. 2. Establecer el repositorio donde se almacenará la documentación. 3. Identificar los procesos, procedimientos, metodologías y formatos utilizados por el cliente. 4. Analizar la documentación y las prácticas del cliente con relación al desarrollo de Software. 5. Verificar el nivel de cumplimiento con relación a los estándares de CMMI (uso de listas de chequeo relacionadas al cumplimiento de las prácticas de cada PA) 6. Consolidar el análisis. 7. Identificar los gaps (brechas). 8. Definir objetivos medibles. 9. Diseñar el Plan de transformación. 10. Revisar el Plan de Transformación. 11. Aprobar el Plan de Transformación. Los entregables de la fase del Levantamiento de Requerimientos son: 1. Reporte de Aseguramiento de calidad con la identificación del estado de cumplimiento de cada una de las prácticas genéricas y específicas definidas para las Áreas de Proceso. 2. Reporte Resumen con el nivel de cumplimiento de cada PA. 3. Gap en relación con el modelo CMMI. 4. Plan del Proyecto.

28 o Fase Transformación: Adecuación e Implementación de los procesos Esta fase comprende el análisis del gap, la definición / customización de los procedimientos a implementar por cada PA, y la elaboración de un Proceso de Definición del Proyecto PDP con el cuadro de estándares, procedimientos, guías, y formatos a utilizarse en cada UDS. Las actividades a realizarse durante esta fase son: 1. Instalar herramientas de soporte. 2. Definir nuevas Bases de datos. 3. Instalar nuevas Bases de datos y autorizar accesos a las mismas. 4. Desarrollar el PDP - Proceso de Definición de Proyecto (por cada PA). 5. Desarrollar y / o adecuar los procedimientos (por cada PA). 6. Documentar las políticas. 7. Habilitar formatos (por cada PA). 8. Verificar desvíos respecto del modelo CMMI. 9. Consolidar el PDP integrado de todas las PAs. 10. Revisar el PDP. 11. Justificar y aprobar desvíos (por personal experto en CMMI). 12. Aprobar el PDP (por personal experto en CMMI). Los entregables de esta segunda fase son: 1. PDP definido. 2. Procesos estandarizados. 3. Políticas de la UDS 1 orientadas al cumplimiento de CMMI. 4. Procedimientos que cumplen con CMMI. 5. Formatos que cumplen con CMMI. 6. Herramientas que soportan los procesos.

29 7. Bases de datos que soportan los procesos. 8. Medidas y Mediciones o Fase Implantación. Comprende la institucionalización de las prácticas e implementación de las PAs en las UDS de las Unidades de Negocio. Las actividades a realizarse durante esta fase son: 1. Implantar las PAs. 2. Preparar material de entrenamiento identificado ( por cada PA ). 3. Realizar el entrenamiento. 4. Justificar documentado en una Base de datos las razones por las cuales los formatos, procedimientos, políticas y prácticas cumplen con CMMI. 5. Revisar las justificaciones. 6. Obtener acuerdos con el cliente en caso de cambios a los procesos, procedimientos y/o formatos que le impacten. 7. Documentar oportunidades de mejora. 8. Iniciar la ejecución bajo estándares del modelo CMMI. 9. Recoger mediciones 10. Verificar el cumplimiento de los estándares. Los entregables de esta tercera fase son: 1. Personal capacitado. 2. Acuerdos con los Usuarios. 3. Reportes de mediciones planeados vs reales 4. Reporte de verificación de cumplimiento.

30 Para la aplicación de la presente metodología se requiere contar con personal experto en las prácticas de CMMI. 4.3 Esquema de la metodología ITI Estándares del modelo CMMI Bases de datos actuales Identificación Fase I Estándares actuales Aseguramiento Gap Plan de transformación Transformación Fase II Nuevas Bases De datos Entrenamiento Acuerdos Aplicación estándares CMMI Actualización DB Verificación de cumplimiento Nuevos Estándares -PDP Institucionalización Fase III Acuerdos con usuarios Verificación de cumplimiento Gráfico Nro. IV,1 Esquematización de la metodología ITI.

31 4.4 Objetivos de la metodología Como objetivo general de la metodología es ayudar a la empresa / unidad de negocio a alinear sus procesos a los procesos del modelo CMMI de tal manera de hacerlos que cumplan con los estándares del modelo CMMI. Los objetivos específicos son: o Diagnosticar el estado de la Organización en relación al CMMI o Ayudar a la Organización a conseguir una implantación rápida por re-uso de activos de procesos o Identificar las brechas para lograr el cumplimiento o Tomar acciones para reducir las brechas. o Ayudar a establecer objetivos y prioridades en mejoras de procesos. o Ayudar a asegurar procesos estables y maduros y con la capacidad requerida. o Como guía para la mejora de procesos a nivel Proyecto y a nivel Organización. o Para elaborar productos de calidad utilizando procesos de calidad.

32 CAPÍTULO V Proceso de Implantación El proceso de implantación que aquí se describe, está basado en la experiencia de haber participado en la transformación de una Unidad Desarrolladora de Software, la misma que en el presente estudio se nombra como UDS 1. El mismo proceso puede ser utilizado para transformar otras UDS. 5.1 Descripción general Se definió el proyecto CMMI el cual tuvo como misión implantar el CMMI en la organización y en la UDS 1 en el más breve plazo. El equipo del proyecto estuvo conformado por personal experto en procesos de CMMI y personal de la UDS 1, con roles y responsabilidades claramente definidos. o 1 Ejecutivo de Proyecto o 1 Administrador del proyecto o 1 líder del proyecto por el lado de la UDS 1 o Equipo Implementador (*) o Equipo Implementador por el lado de la UDS 1 (*) (*) El número de personas que participan en el Proyecto así como el tiempo de duración del Proyecto dependerá de la definición del alcance del Proyecto, es decir si se va a realizar una implementación por niveles o una implantación total. Se definió una estrategia de implementación rápida, para lo cual se tomó en cuenta lo siguiente: o Identificar la metodología de transformación a utilizar. o Incluir dentro del Equipo de implementación a personal experto en CMMI. o Capacitar al Equipo de implementación en la metodología de Identificación, Transformación e Implantación - ITI.

33 o Capacitar al Equipo de implementación de la UDS 1 en CMMI. o Obtener el compromiso del personal de la UDS 1 para apoyar en las actividades de CMMI. o Explicar a todo el personal de la UDS 1 las razones de la implementación y cómo ayudará en los objetivos de calidad. o Involucrar a un grupo de la UDS 1 en el Proyecto de Implementación. o Usar como base los procedimientos, formatos y herramientas que están siendo utilizados por la UDS 1 y que cumplen con los requerimientos del CMMI y solicitar aprobaciones a los expertos. o Para proceso inexistentes y/o procesos que no cumplen con el CMMI usar procedimientos definidos para la organización. o Uso de herramientas que permitan desarrollar rápidamente el trabajo y que ayuden a generar métricas. o No duplicar esfuerzos registrando bases de datos adicionales. Se usa las bases de datos existentes, para lo cual es posible que se requiera modificaciones al SW para generar métricas o Reducir el impacto en la atención a usuarios. o La implantación de los procesos organizacionales se debería hacer a nivel Empresa Alcances del estudio La Implantación del CMMI en una Empresa con varias Unidades de Negocio en las cuales cada una tiene su propia Unidad de Desarrollo de Software - UDS se realiza en dos etapas: La primera etapa consiste en revisar los procesos de CMMI tal como lo define el Instituto de Ingeniería de Software SEI de la Universidad Carnegie Mellon, analizar los procesos, políticas, estándares y procedimientos actuales de la empresa y alinear los procesos a los procesos de CMMI y elaborar los procedimientos, estándares, políticas de la empresa para ayudar en la consecución de los objetivos. La segunda etapa consiste en

34 aplicar los estándares definidos a nivel empresa a las diferentes UDS de las unidades de negocio manteniendo en lo posible los estándares definidos en la primera etapa. Es sobre esta segunda etapa que trata el estudio. La Unidad Desarrolladora de Software sujeto de estudio será la UDS Descripción detallada Al inicio del Proyecto se identificaron un conjunto de actividades y se asignaron responsables, los cuales tuvieron como responsabilidad de elaborar el plan de implementación. Actividades Responsable 1. Mapeo de Matriz de CMMI Equipo de Implantación 2. Identificar cobertura de prácticas CMMI Equipo de Implantación 3. Revisión de aseguramiento de calidad con Equipo de Implantación Checklist de CMMI 4. Análisis de Matriz y Checklist para Equipo de Implantación identificar Gap (brecha) Estado Actual- CMMI 5. Estimación de Recursos y tiempos para Equipo de Implantación Implementación en función del gap 6. Elaboración del Plan de Implementación Equipo de Implantación Cuadro Nro. V,2 Responsables por actividades Identificación: Levantamiento de Requerimientos La UDS 1 tiene un conjunto de estándares, procesos, procedimientos y formatos definidos con los cuales ha venido operando. Algunos de los documentos son compartidos con los Usuarios.

35 Primera etapa : Nivel Empresa Modelo CMMI del Instituto SEI Actuales o Políticas o Procesos o Estándares o Procedimientos Interpretación del modelo CMMI y adecuación a la Empresa Nuevos o Políticas o Procesos o Estándares o Procedimientos (Modelo Empresa) Segunda etapa: Nivel UDS Modelo de la Empresa Prácticas organizacionales Unidad de Negocio 1 o Políticas o Estándares o Procedimie ntos Adecuación y alineación de la UDS 1 con la Empresa Adecuación y alineación de la UDS n con la Empresa Unidad de Negocio n o Políticas o Estándar es o Procedim ientos Modelo UDS 1 Modelo UDS n Cuadro Nro. V,1 Etapas para transformar la empresa a un modelo de CMMI

36 El Equipo de Implantación entrevistó al personal de la USD 1 y revisó los siguientes documentos que deben ser generados por la UDS 1 : o Contratos, Acuerdos de niveles de servicio. o Plan de trabajo de la UDS y de los proyectos. o Productos de trabajo con actividades de Administración de la calidad o Registro (Log) de Problemas o Registro (Log) de Dependencias o Registro (Log) de requerimientos de cambio o Registro (Log) de riesgos o Minutas de reunión con clientes y miembros del equipo. o Documentos firmados por clientes o Plan de pruebas o Resultado de revisiones previas de Aseguramiento de la calidad o Resultado de cualquier otra revisión previa o Procesos, procedimientos, metodologías, estándares, guías, formatos. Se asignó las áreas de proceso a los miembros del equipo. Cada uno de ellos tuvo el encargo de identificar las brechas (gaps) de una o más áreas de proceso. A continuación, a modo de ejemplo se muestra un cuadro con algunas prácticas de la PA Planeamiento del proyecto en la que se muestra los distintos grados de cumplimiento. Se corroboró la brecha total mediante la revisión de Aseguramiento de Calidad (PPQA), para conocer el grado de cumplimiento de la USD 1 respecto del modelo CMMI definido para la Empresa, usando un formato para aseguramiento de procesos (checklist) que tiene una lista de chequeo de todos los puntos relacionados con el cumplimiento de las prácticas genéricas y específicas del CMMI de todas las áreas de procesos.

37 PP: Planeamiento del Proyecto Práctica Observación Brecha Grado de cumplimiento SP 1.1 Estimar el alcance de proyecto Esta práctica se cubre mejorando y consolidando el alcance que actualmente tiene el plan del Falta consolidar y mejorar el Cumple parcialmente 70% proyecto de la UDS1. El WBS que servirá como sustento para definir el alcance. alcance del proyecto SP 1.2 Establecer estimados de Esta práctica se cubre usando la metodología para estimación que No se ha identificado Cumple 100% productos de trabajo y atributos de las tareas tiene la UDS1. Para los costos, se usará la tabla de costos por persona para el presente año. Para el planeamiento de actividades, se usará un diagrama de Gantt. brechas. SP 2.3 Plan para administrar los datos La UDS1 no tiene un plan para el manejo de la data. Generar el Plan de Administración de datos No cumple Cuadro V,4 Identificación de brechas por PA A continuación se muestra un cuadro resumen por área de proceso del número de prácticas revisados y el porcentaje de cumplimiento de las prácticas.

38 Área de Nro de items Adherencia Comentarios Esfuerzo Proceso revisados (prácticas) % esperado (días) RM PP PMC MA PPQA CM CMMI2: 45% Area de Proceso Nro de items revisados (prácticas) Adherencia % Comentarios Esfuerzo esperado (días) RD TS PI VER VAL OPF 5 80 Nivel empresa 8 OPD 3 66 Nivel empresa 8 OT 2 50 Nivel empresa 8 IPM Risk Management DAR CMMI3: 26%

39 Area de Proceso Nro de items revisados (prácticas) Adherencia % Comentarios Esfuerzo esperado (días) OPP 2 0 Nivel empresa 10 QPM CMMI4: 0% Area de Proceso Nro de items revisados (prácticas) Adherencia % Comentarios Esfuerzo esperado (días) CAR OID 5 0 Nivel empresa 8 CMMI5: 0% TOTAL % 420 Cuadro V,4 Reporte Resumen del nivel de cumplimiento de las PAs Se analizó el Reporte de Aseguramiento de calidad. El resultado del análisis arrojó como resultado que la USD 1 tuvo 30 % de adherencia al CMMI. Con este resultado se determinó el alcance, el esfuerzo y el costo del Proyecto y se elaboró el Plan del Proyecto. La estimación del alcance fue dada por las tareas a realizarse en cada una de las PAs para completar en conjunto el 70% de cumplimiento faltante. El esfuerzo estimado para la Transformación e Implantación fue de 24 meses - persona, en base a la situación actual, complejidad y número de pendientes por implementar en cada PA. Se asignó 3 personas a tiempo completo para lograr el objetivo de implantarlo en 10 meses. El costo del Proyecto fue calculado en base de los recursos requeridos (personal, infraestructura, HW, SW) y al tiempo de dedicación del personal.

40 Se determinó que todas las PAs de carácter general como por ejemplo las Organizacionales fueran ejecutadas por el Equipo de Procesos de la Empresa. La ejecución de todas las otras PAs fueron de responsabilidad de la UDS 1. Los entregables de la fase Levantamiento de Requerimientos fueron: Un Reporte de Aseguramiento de calidad con la identificación de estado de cumplimiento de cada una de las prácticas genéricas y específicas definidas para las Áreas de Proceso, un Reporte Resumen con el nivel de cumplimiento de cada PA, y el Plan del Proyecto Transformación: Implementación de los procesos Se usó una clasificación del proyecto dependiendo del % de cumplimiento de las prácticas de la Unidad de Negocio con relación a las prácticas definidas en el modelo de la empresa según la siguiente tabla: % de cumplimiento Categoría Más de 81% A Entre 61% y 80% B Entre 41% y 60% C Entre 21% y 40% D Menos de 20 % E Cuadro V,5 Clasificación del proyecto Según esta tabla, la clasificación de la UDS 1 fue D con un porcentaje de cumplimiento con el modelo de la empresa fue de 30%. Luego de establecido el gap (brecha) entre los procedimientos existentes identificados en el Levantamiento de Requerimientos y lo que requiere CMMI, se trabajó en la definición y adecuación de los procedimientos, formatos, herramientas a implementar por cada PA para hacerlos que cumplan con el CMMI. El detalle de lo que requiere

41 cada PA y las evidencias de cumplimiento con el CMMI puede encontrarse en el anexo III del presente documento. Se elaboró el Proceso de Definición del Proyecto PDP con los productos de trabajo que cumplen con el CMMI a ser utilizado por la UDS 1, y que será el marco para todas las actividades de desarrollo de software de la UDS 1. La descripción del PDP con la información mínima requerida, así como modelos de formatos utilizados puede encontrarse en el anexo IV. Los entregables de esta segunda fase fueron: o PDP definido. o Políticas de la UDS 1 orientadas al cumplimiento de CMMI. o Procesos definidos. o Procedimientos que cumplen con CMMI. o Guías. o Formatos que cumplen con CMMI. o Herramientas que soportan los procesos. o Estándares. o Bases de datos que soportan los procesos Implantación: Institucionalización de las practicas Comprende la implementación de las prácticas genéricas y específicas de cada PAs para ser utilizado por todo el personal de la UDS 1. o Se dió acceso al personal de la UDS 1 a las Bases de datos definidas. o Se capacitó a todo el personal de la UDS 1 en los nuevos procesos, procedimientos, guías, formatos así como en el manejo de las nuevas Bases de datos.

42 o Se apoyó al personal para manejar el cambio cultural dentro de la organización. o Se verificó el cumplimiento de los procedimientos por el personal de la UDS 1 y se reforzó la capacitación en las áreas de menor cumplimiento. o Se realizó acuerdos con los Usuarios para manejar el cambio de los procedimientos, procesos y formatos que les afectan. o Se estableció un Equipo de procesos permanente en la UDS 1 cuya responsabilidad fue la verificación continua del cumplimiento de los procedimientos a través de la revisión de evidencias. o Se incluyó en el kit de inducción al personal nuevo la capacitación en las políticas, procesos, procedimientos, formatos, guías y herramientas con las que se cumple el CMMI. Los entregables de esta tercera fase fueron: o Capacitación al personal o Acuerdos con los Usuarios o Reporte de verificación de cumplimiento Barreras para una implantación exitosa Durante la implementación se encontró barreras que originaron riesgos en el proyecto. A continuación se detalla las más relevantes, y las acciones tomadas para superarlas Cultura del Usuario: Los Usuarios requieren que sus requerimientos sean atendidos de inmediato, lo cual origina conflicto en los desarrolladores entre la atención al usuario y el cumplimiento de las evidencias del CMMI, eligiendo la atención al cliente.

43 Para superar esta barrera se realizaron las siguientes acciones: o Se divulgó el modelo a los niveles más altos de la organización. o Se incluyó a los Usuarios en este proceso, y se les explicó la importancia que la atención del requerimiento sea en forma completa, y las implicancias de no hacerlo. Este punto hizo que baje la presión de los usuarios sobre los Desarrolladores. o Se revisó el proceso de atención de requerimientos para incluir un procedimiento para manejar las urgencias A los Desarrolladores no les gusta documentar ni alimentar las bases de datos, por lo cual generalmente inician la atención de un siguiente requerimiento antes de haber culminado la documentación del anterior. Para superar esta barrera se realizaron las siguientes acciones: o Se incluyó específicamente en la descripción de puestos las actividades de documentación y actualización de las bases de datos. o Se dividió la documentación y la actualización de las bases de datos según roles, de esta manera no toda la documentación recayó sobre una persona. o Se desarrollaron formatos (templates) que faciliten el llenado de la documentación. o Se utilizó herramientas para la documentación. o Se reforzó la capacitación a los Desarrolladores en los procedimientos asociados a las áreas de proceso Factores críticos de éxito A continuación se describe los factores que se consideran críticos para alcanzar la transformación.

CAPÍTULO II. Fundamentación teórica

CAPÍTULO II. Fundamentación teórica 2.1 Fundamentación genérica CAPÍTULO II Fundamentación teórica 2.1.1 Conceptos de calidad Conceptos de calidad según algunos pioneros de la calidad: Calidad es cero defectos haciendo las cosas correctamente

Más detalles

Aseguramiento de la calidad y pruebas de software. 2- Estándares y Modelos para la mejora del proceso de software

Aseguramiento de la calidad y pruebas de software. 2- Estándares y Modelos para la mejora del proceso de software Aseguramiento de la calidad y pruebas de software 2- Estándares y Modelos para la mejora del proceso de software Blanca A. Vargas Govea vargasgovea@itesm.mx Febrero 5, 2013 Objetivo Conocer los diferentes

Más detalles

Calidad de Software & Monterrey Ene - 08

Calidad de Software & Monterrey Ene - 08 Calidad de Software & CMMI Monterrey Ene - 08 Qué é sucede? Un proceso Ad hoc, improvisado por los practicantes y la administración. No es seguido rigurosamente. Dependiente de las personas que lo utilizan.

Más detalles

OBJETIVOS Algunos de los objetivos del CMMI y que son buenos para el negocio:

OBJETIVOS Algunos de los objetivos del CMMI y que son buenos para el negocio: EL CMMI El CMMI es un enfoque de mejora de procesos que provee a las organizaciones de los elementos esenciales para un proceso efectivo El CMMI es el Modelo de Madurez de Capacidades Integrado Fue desarrollado

Más detalles

Capítulo 2 Ideas generales de CMMI-SW. 2.1 Introducción. 2.2 Procesos. 2.3 Modelo de procesos

Capítulo 2 Ideas generales de CMMI-SW. 2.1 Introducción. 2.2 Procesos. 2.3 Modelo de procesos Capítulo 2 Ideas generales de CMMI-SW 2.1 Introducción El Capability Maturity Model Integration (en adelante CMMI), se compone de un conjunto de modelos, métodos de evaluación y cursos de formación para

Más detalles

CMMI Capability Maturity Model Integration Modelo integrado de madurez de la capacidad

CMMI Capability Maturity Model Integration Modelo integrado de madurez de la capacidad CMMI Capability Maturity Model Integration Modelo integrado de madurez de la capacidad Robin Alberto Castro Gil rcastro@icesi.edu.co Liliana Franco Marulanda lfranco@icesi.edu.co Administración de los

Más detalles

COBIT 4.1. Planear y Organizar PO10 Administrar Proyectos. By Juan Antonio Vásquez

COBIT 4.1. Planear y Organizar PO10 Administrar Proyectos. By Juan Antonio Vásquez COBIT 4.1 PO10 Administrar Proyectos By Juan Antonio Vásquez Establecer un marco de trabajo de administración de programas y proyectos para la administración de todos los proyectos de TI establecidos.

Más detalles

ISO/IEC Aspectos básicos.

ISO/IEC Aspectos básicos. ISO/IEC 15504. Aspectos básicos. Tomado de: http://www.javiergarzas.com/2010/10/entender-iso-15504-1.html Una norma para evaluar procesos. La ISO 15504 es una norma internacional para establecer y mejorar

Más detalles

Introducción al Personal Software Process (PSP)

Introducción al Personal Software Process (PSP) Introducción al Software Process (PSP) El Software Process ayuda a los desarrolladores de software a mejorar su funcionamiento disciplinando la manera en que desarrollan software De acuerdo con las prácticas

Más detalles

Determinación de la Capacidad de Mejora del Proceso de Software. Integrantes: Marisol Padilla Bautista Artemio Pérez Villa Manuel Lara

Determinación de la Capacidad de Mejora del Proceso de Software. Integrantes: Marisol Padilla Bautista Artemio Pérez Villa Manuel Lara Determinación de la Capacidad de Mejora del Proceso de Software Integrantes: Marisol Padilla Bautista Artemio Pérez Villa Manuel Lara ISO 15504 es una norma internacional para establecer y mejorar la capacidad

Más detalles

Anexo O. Cálculo de la Inversión del Proyecto

Anexo O. Cálculo de la Inversión del Proyecto . Participantes del Proyecto Anexo O. Cálculo de la Inversión del Proyecto Participante Descripción Cargo Representante Patrocinador del Comité de Seguridad Responsable Del Consultor Experto en seguridad

Más detalles

TERMINOS DE REFERENCIA CONSULTORÍA NACIONAL EN SERIES ESTADÍSTICAS ECONOMICAS

TERMINOS DE REFERENCIA CONSULTORÍA NACIONAL EN SERIES ESTADÍSTICAS ECONOMICAS TERMINOS DE REFERENCIA CONSULTORÍA NACIONAL EN SERIES ESTADÍSTICAS ECONOMICAS I. ANTECEDENTES El Instituto Nacional de Estadística e Informática (INEI) del Perú se encuentra en una fase de fortalecimiento

Más detalles

Figure 14-1: Phase F: Migration Planning

Figure 14-1: Phase F: Migration Planning FASE F PLAN DE MIGRACION Figure 14-1: Phase F: Migration Planning En este capítulo se aborda la planificación de la migración, es decir, cómo pasar de la línea de base a la Arquitectura Objetivo. Arquitecturas

Más detalles

CICLO DE MEJORA CONTINUA

CICLO DE MEJORA CONTINUA OFICINA DE CALIDAD Y SEGURIDAD EL PACIENTE La calidad comienza y termina en nuestra propia conciencia propia conciencia CICLO DE MEJORA CONTINUA Oficina de Calidad y Seguridad del Paciente Historia de

Más detalles

Capability Maturity Model Integration CMMI - Overview I

Capability Maturity Model Integration CMMI - Overview I Capability Maturity Model Integration CMMI - Overview I CAPIS Centro de Ingeniería del Software e Ingeniería del Conocimiento Junio 2004 Objetivo de la presentación Brindar una visión general del CMMI

Más detalles

Clase 04: Estándares de Calidad (CMMI)

Clase 04: Estándares de Calidad (CMMI) Clase 04: Estándares de Calidad (CMMI) GESTIÓN DE CALIDAD EN EL SOFTWARE Virginia Cuomo Mariela Castarés Primer cuatrimestre 2016 6 y 7 de Mayo Agenda CMMI Introducción Arquitectura Niveles en CMMI Representaciones

Más detalles

2. EL MODELO CMMI. En 1991, el Instituto de Ingeniería de Software (SEI) publicó el Modelo de

2. EL MODELO CMMI. En 1991, el Instituto de Ingeniería de Software (SEI) publicó el Modelo de 2. EL MODELO CMMI 2.1 ANTECEDENTES DE CMMI En 1991, el Instituto de Ingeniería de Software (SEI) publicó el Modelo de Capacidad de Madurez (CMM). Dicho modelo está orientado a la mejora de los procesos

Más detalles

Introducción a CMMI. Dr. Juan Pablo Carvallo Vega. Situación actual.

Introducción a CMMI. Dr. Juan Pablo Carvallo Vega.  Situación actual. Introducción a CMMI Dr. Juan Pablo Carvallo Vega jpcarvallo@upacifico.edu.ec jpcarvallo@gmail.com Situación actual La disciplina, ingeniería del software, es relativamente reciente y muchos de sus conceptos

Más detalles

Para líderes y organizaciones de alto potencial.

Para líderes y organizaciones de alto potencial. Para líderes y organizaciones de alto potencial. Desarrollamos el talento para potenciar el Liderazgo personal y organizacional mediante la medición, expansión y gestión de. La gestión por permite: 1.

Más detalles

El Modelo CMMI (for Development) Monterrey, N.L. México Noviembre 2008

El Modelo CMMI (for Development) Monterrey, N.L. México Noviembre 2008 El Modelo CMMI (for Development) Monterrey, N.L. México Noviembre 2008 El CMMI El CMMI es un enfoque de mejora de procesos que provee a las organizaciones de los elementos esenciales para un proceso efectivo.

Más detalles

Modelo ECI para Gerencia de Proyectos

Modelo ECI para Gerencia de Proyectos Gerencia de s V 3.0 Marzo 2006 Germán Gutiérrez Pacheco, PMP 1 Gerencia de s ANTECEDENTES La (ECI) es Registerd Education Provider (REP ) del PMI y, como tal, sus cursos deben seguir los lineamientos publicados

Más detalles

INGENIERÍA EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN EN COMPETENCIAS PROFESIONALES ASIGNATURA DE ADMINISTRACIÓN DE PROYECTOS DE T.I.

INGENIERÍA EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN EN COMPETENCIAS PROFESIONALES ASIGNATURA DE ADMINISTRACIÓN DE PROYECTOS DE T.I. INGENIERÍA EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN EN COMPETENCIAS PROFESIONALES ASIGNATURA DE ADMINISTRACIÓN DE PROYECTOS DE T.I. I UNIDADES DE APRENDIZAJE 1. Competencias Dirigir proyectos de

Más detalles

CMMI : mejora del proceso en Fábricas de Software

CMMI : mejora del proceso en Fábricas de Software CMMI : mejora del proceso en Fábricas de Software Cecilia Rigoni Brualla Caelum, Information & Quality Technologies Introducción Introducción Idea / Necesidad Investigación Diseño Inversión PRODUCTO Introducción

Más detalles

Gestión de Proyectos (PMO)

Gestión de Proyectos (PMO) Corporate Citizenship Argentina Gestión de Proyectos (PMO) Ciclo de charlas para Emprendedores Agenda Introducción Proyectos y Operaciones Gestión de Proyecto Desventajas de no administrar correctamente

Más detalles

Mejorando el Desempeño de tu Cartera de Proyectos. Marzo 2016

Mejorando el Desempeño de tu Cartera de Proyectos. Marzo 2016 Mejorando el Desempeño de tu Cartera de Proyectos Marzo 2016 Sobre los Presentadores Aarnoudt Oskam Director Ejecutivo aoskam@initiativa.com Aarnoudt es Director Ejecutivo de Initiativa, Business Partner

Más detalles

La Identificación de Stakeholders en la Ingeniería de Requisitos

La Identificación de Stakeholders en la Ingeniería de Requisitos La Identificación de Stakeholders en la Ingeniería de Requisitos Trabajo de investigación tutelado. Doctorando: Carla Leninca Pacheco Agüero. Tutor: Dr. Edmundo Tovar Caro. S I N T E S I S La primera medida

Más detalles

Control de Calidad del Software

Control de Calidad del Software Control de Calidad del Software Referencias básicas Ingeniería de software. Un enfoque práctico. Pressman, R. Quinta edición. Mc. Graw Hill 2002 Ingeniería de software. Sommerville, I. Séptima edición.

Más detalles

3er Congreso Nacional de Auditoría Interna CONAI. Mayo 29, Las Tres Líneas de Defensa: Quién tiene que hacer qué?

3er Congreso Nacional de Auditoría Interna CONAI. Mayo 29, Las Tres Líneas de Defensa: Quién tiene que hacer qué? 3er Congreso Nacional de Auditoría Interna CONAI Mayo 29, 2014 Las Tres Líneas de Defensa: Quién tiene que hacer qué? 3er Congreso Nacional de Auditoría Interna CONAI 2014 Agenda Introducción Elementos

Más detalles

Grado en Ingeniería Informática. Plan de proyecto. Desarrollo de Sistemas de Información Corporativos. Departamento de Informática

Grado en Ingeniería Informática. Plan de proyecto. Desarrollo de Sistemas de Información Corporativos. Departamento de Informática Grado en Ingeniería Informática Plan de proyecto Desarrollo de Sistemas de Información Corporativos Departamento de Informática Propósito El plan del proyecto software abarca todas las herramientas de

Más detalles

Capítulo 3. Áreas de Proceso

Capítulo 3. Áreas de Proceso Capítulo 3. Áreas de Proceso Tal como lo vimos en el capitulo anterior, las áreas de proceso son un grupo de prácticas que se realizan colectivamente con el fin de alcanzar determinadas metas. Existen

Más detalles

Elaborar y documentar el Plan de trabajo anual que la Unidad de Auditoría Interna desarrollará durante un período fiscal.

Elaborar y documentar el Plan de trabajo anual que la Unidad de Auditoría Interna desarrollará durante un período fiscal. 1. OBJETIVO Elaborar y documentar el Plan de trabajo anual que la Unidad de Auditoría Interna desarrollará durante un período fiscal. 2. ALCANCE Este proceso incluye la recopilación de información necesaria

Más detalles

Estrategia de Pruebas

Estrategia de Pruebas Estrategia de Pruebas Introducción: Las pruebas son parte integral de un proyecto y del ciclo de vida de la aplicación. Dentro un proyecto de implementación, las pruebas siguen un enfoque estructurado

Más detalles

PREGUNTAS FRECUENTES DEL PROCESO DE GESTIÓN DE RIESGOS

PREGUNTAS FRECUENTES DEL PROCESO DE GESTIÓN DE RIESGOS 1. Dentro del Establecimiento del contexto, Se toma en cuenta el presupuesto? Las políticas? Las Legislaciones? Respuesta: Sí, se toma en cuenta ya que se tienen que considerar todas las variables, tanto

Más detalles

Proceso de Pruebas. Consta de las siguientes actividades: Planificación y Control

Proceso de Pruebas. Consta de las siguientes actividades: Planificación y Control Proceso de Pruebas Proceso de Pruebas Proceso mediante el cual se aplican una serie de métodos,algunas veces utilizando herramientas, que permiten obtener una conjunto de medidas para verificar y validar

Más detalles

FUNCIONES BÁSICAS DE LA GERENCIA DE PROYECTOS

FUNCIONES BÁSICAS DE LA GERENCIA DE PROYECTOS FUNCIONES BÁSICAS DE LA GERENCIA DE PROYECTOS CONTENIDO FUNCIONES BÁSICAS DE LA GERENCIA DE PROYECTOS Integración Alcance Tiempo Costo Calidad Recursos humanos Comunicaciones Manejo de riesgos Procura

Más detalles

SISTEMA DE ADMINISTRACION DE RIESGO OPERATIVO

SISTEMA DE ADMINISTRACION DE RIESGO OPERATIVO 1. INTRODUCCIÓN Las organizaciones no pueden eliminar completamente los riesgos de negocios; esto es un hecho inherente a la realidad de las empresas. La Alta Dirección de la organización decide qué nivel

Más detalles

Gerencia de Proyectos

Gerencia de Proyectos 3. Planificación y Dirección del Proyecto a. Plan del Proyecto b. Proceso de Dirección 1 Esfuerzo Ciclo de vida del proyecto Ciclo de vida del proyecto Imagen tomada de: http://www.formasminerva.com/bancoproceso/c/como_administrar_proyectos_de_desarrollo_de_software/como_administrar_proyectos_de_desarrollo_de_software.asp?codidioma=esp

Más detalles

CONSEJO DE NORMALIZACIÓN Y CERTIFICACIÓN DE COMPETENCIA LABORAL NORMAS TÉCNICAS DE COMPETENCIA LABORAL

CONSEJO DE NORMALIZACIÓN Y CERTIFICACIÓN DE COMPETENCIA LABORAL NORMAS TÉCNICAS DE COMPETENCIA LABORAL I. Datos Generales de la Calificación CCON0147.03 Título Consultoría general Propósito Presentar los parámetros que permitan evidenciar la competencia de un individuo para, independientemente de la especialidad

Más detalles

ETAPA I OBJETIVOS 2012 REQUISITOS TÉCNICOS La institución constituye y dispone formalmente el

ETAPA I OBJETIVOS 2012 REQUISITOS TÉCNICOS La institución constituye y dispone formalmente el Sistema de Gestión de Excelencia ÁREA: GESTIÓN DE LA CALIDAD SISTEMA: GESTION DE EXCELENCIA ETAPA I OBJETIVOS 2012 REQUISITOS TÉCNICOS 2012 1. La institución constituye y dispone formalmente el funcionamiento

Más detalles

Módulo 3: Planificación de Procesos.

Módulo 3: Planificación de Procesos. Módulo 3: Planificación de Procesos. CONTENIDO Parte 2 de 3 1) Modelo de Madurez de los Procesos. 2) Modelos de Gobernanza. 1 MADUREZ DE LOS PROCESOS Significado: Impacto Grado de dominio, capacidad y

Más detalles

Diseño del Servicio Transición del Servicio

Diseño del Servicio Transición del Servicio Fases de ITIL Diseño del Servicio Transición del Servicio Diseño del Servicio: Diseño de Servicio es una etapa en general del ciclo de vida del servicio y un elemento importante en el proceso de cambio

Más detalles

Interpretación Resultados Evaluación MECI Vigencia 2014

Interpretación Resultados Evaluación MECI Vigencia 2014 Interpretación Resultados Evaluación MECI Vigencia 2014 Unidad de Auditoría Institucional "Para contribuir con el mejoramiento de los procesos, el fortalecimiento del sistema de control interno y el logro

Más detalles

La gestión por procesos

La gestión por procesos 1 La gestión por procesos 2 Entradas PROCESO Conjunto de actividades mutuamente interrelacionadas Salidas Está definido un responsable Conjunto de actividades mutuamente interrelacionadas y orientadas

Más detalles

Procesos de la Dirección de Proyectos para un proyecto

Procesos de la Dirección de Proyectos para un proyecto Procesos de la Dirección de Proyectos para un proyecto Fuentes: Kathy Schwalbe, Information Technology Project Management, Seventh Edition, A Guide to the Project Management Body of Knowledge (PMBOK Guide),

Más detalles

IMPLEMENTACION DEL SISTEMA DE GESTION DE LA CALIDAD BASADO EN LA NORMA INTERNACIONAL ISO 9001:2008

IMPLEMENTACION DEL SISTEMA DE GESTION DE LA CALIDAD BASADO EN LA NORMA INTERNACIONAL ISO 9001:2008 IMPLEMENTACION DEL SISTEMA DE GESTION DE LA CALIDAD BASADO EN LA NORMA INTERNACIONAL ISO 9001:2008 Implementa.- Lic. Jose Jesus Martinez Perez Representante de la Dirección ante el SGC Villahermosa Merida

Más detalles

Ingeniería de Requerimientos. requiere de un Sistema de Software.

Ingeniería de Requerimientos. requiere de un Sistema de Software. Ingeniería de uestableciendo lo que el cliente requiere de un Sistema de Software. Ian Sommerville 1995 Ingeniería de Software, 5a. edición Capitulo 4 Diapositiva 1 Objetivos u Introducción a la Noción

Más detalles

Taller de Fundamentos de Mejora de Procesos

Taller de Fundamentos de Mejora de Procesos Taller de Fundamentos de Mejora de Procesos Capability Maturity Model, CMM and CMMI are registered in the U.S. Patent and Trademark Office Process Consulting - 22052009 Módulo 01 Diapositiva 1 Expectativas

Más detalles

Auditoría» ISO/IEC 27001» Requerimientos

Auditoría» ISO/IEC 27001» Requerimientos Auditoría» ISO/IEC 27001» Requerimientos El análisis de brechas: estado de aplicación de ISO/IEC 27001. 4: Sistema de Gestión de Seguridad de la Información 4.1: Requisitos generales 4.1.1 La organización

Más detalles

Plan Informático II. APLICACIÓN

Plan Informático II. APLICACIÓN I N S T I T U T O N A C I O N A L D E E S T A D Í S T I C A Y C E N S O S D I R E C C I O N D E D E S A R R O L L O T E C N O L Ó G I C O E S T A D Í S T I C O Plan Informático I. PROPOSITO Presentar un

Más detalles

PROCEDIMIENTO PARA LA INSTAURACION DEL PROCESO DE MEJORA CONTINUA

PROCEDIMIENTO PARA LA INSTAURACION DEL PROCESO DE MEJORA CONTINUA S I S T E M A D E G E S T I Ó N D E C A L I D A D CODIGO EDICION NIVEL DE REVISION FECHA DE EMISION 0 FEBRERO 010 NIVEL DE REVISION CONTROL DE MODIFICACIONES ACTUALIZACIONES Y MEJORAS CAUSA DE LA DESCRIPCION

Más detalles

Informe de auditoria

Informe de auditoria Informe de auditoria N auditoria: 09323 Empresa auditada: Industria Nacional de Licores. Norma de referencia: COBIT 4.1. Alcance de la auditoria: La auditoria permitirá observar que controles o mecanismos

Más detalles

Métodos para el diseño de soluciones

Métodos para el diseño de soluciones Sergio Sotelo IBM Software IT Architect smsotelo@pe.ibm.com Agenda Unified Method Architecture Introducción a TOGAF 2 Método o Metodología? Método Modo de decir o hacer con orden una cosa Métodología Ciencia

Más detalles

Guía de los Fundamentos para la Dirección de Proyectos Quinta Edición PMI Project Management Institute

Guía de los Fundamentos para la Dirección de Proyectos Quinta Edición PMI Project Management Institute DEFINICIÓN DE PROYECTOS Un proyecto es un esfuerzo temporal que se lleva a cabo para crear un producto, servicio o resultado único. La naturaleza temporal de los proyectos indica un principio y un final

Más detalles

FUNDACION CENTRO COLOMBIANO DE ESTUDIOS PROFESIONALES Aquí Comienzan a ser realidad tus sueños ACCIONES CORRECTIVAS

FUNDACION CENTRO COLOMBIANO DE ESTUDIOS PROFESIONALES Aquí Comienzan a ser realidad tus sueños ACCIONES CORRECTIVAS Página: 2 de 17 TABLA DE CONTENIDO 1 Datos de identificación 1.1 Nombre del procedimiento 1.2 Objetivo 1.3 Alcance 1.4 Responsable del procedimiento 1.5 Relación con otros macroprocesos procesos o subprocesos

Más detalles

Procesos de la Dirección de Proyectos para un proyecto

Procesos de la Dirección de Proyectos para un proyecto Procesos de la Dirección de Proyectos para un proyecto Fuentes: Kathy Schwalbe, Information Technology Project Management, Seventh Edition, A Guide to the Project Management Body of Knowledge (PMBOK Guide),

Más detalles

Ingeniería del Software Herramientas CASE Que es CASE? Ingeniería de sistemas asistida por computadoras (Computer-aised system engineering, o CASE)

Ingeniería del Software Herramientas CASE Que es CASE? Ingeniería de sistemas asistida por computadoras (Computer-aised system engineering, o CASE) Que es CASE? Ingeniería de sistemas asistida por computadoras (Computer-aised system engineering, o CASE) es la aplicación de la tecnología de la información a las actividades, técnicas y a las metodologías

Más detalles

Cápsula 9. Medición de Software

Cápsula 9. Medición de Software INTRODUCCIÓN "Lo que no se puede medir, no se puede controlar; lo que no se puede controlar no se puede gestionar; lo que no se puede gestionar, no se puede mejorar" (Peter Drucker) No se puede predecir

Más detalles

ISO Daniel Pedrajas Van de Velde Sara Estellés Rojas Carlos García

ISO Daniel Pedrajas Van de Velde Sara Estellés Rojas Carlos García ISO 20000 Daniel Pedrajas Van de Velde Sara Estellés Rojas Carlos García Introducción Introducción, no llores = Introducción Requisitos del SGS objetivo + eficiencia y eficacia Reemplaza por completo a

Más detalles

PROCEDIMIENTO DE ACCIONES CORRECTIVAS Y PREVENTIVAS

PROCEDIMIENTO DE ACCIONES CORRECTIVAS Y PREVENTIVAS PÁGINA 1 DE 5 1. OBJETIVO Establecer un método unificado para identificar, analizar y tratar las causas de No conformidades reales o potenciales, observaciones, u objeto de mejora para el Sistema Integrado

Más detalles

GUÍA PARA LA REVISIÓN POR LA DIRECCIÓN

GUÍA PARA LA REVISIÓN POR LA DIRECCIÓN Página 1 de 7 Revisó Vicerrector Administrativo Líder Seguimiento Institucional Coordinación Aprobó Rector Fecha de aprobación Diciembre 04 de 2007 Resolución N 1861 1. OBJETIVO Definir los lineamientos

Más detalles

PAMEC. Aseguramiento de Calidad de Servicios de Salud

PAMEC. Aseguramiento de Calidad de Servicios de Salud Aseguramiento de Calidad de Servicios de Salud PAMEC Fuente: Guía Básica para implementar las Pautas de Auditoria para el Mejoramiento de la Calidad de la Atención en Salud - Ministerio de Protección Social,

Más detalles

ISO Por: José de Jesús García Hernández Carlos Enrique Juárez Jiménez Andrés Hernández Hernández. Qué es ISO 9000?

ISO Por: José de Jesús García Hernández Carlos Enrique Juárez Jiménez Andrés Hernández Hernández. Qué es ISO 9000? ISO 9000 Por: José de Jesús García Hernández Carlos Enrique Juárez Jiménez Andrés Hernández Hernández Qué es ISO 9000? Son normas genéricas complementarias a las especificaciones de los productos, que

Más detalles

5. MODELO DE AUDITORIA. Se presenta ahora un modelo básico para la realización de una auditoría integral eficiente;

5. MODELO DE AUDITORIA. Se presenta ahora un modelo básico para la realización de una auditoría integral eficiente; 5. MODELO DE AUDITORIA Se presenta ahora un modelo básico para la realización de una auditoría integral eficiente; dicho modelo fue realizado con base en la información presentada en el capitulo anterior;

Más detalles

PROCEDIMIENTO ACCIONES PREVENTIVAS, CORRECTIVAS Y DE MEJORA

PROCEDIMIENTO ACCIONES PREVENTIVAS, CORRECTIVAS Y DE MEJORA Página 1 de 6 1. OBJETIVO Describir los criterios y metodología para la formulación de acciones preventivas y correctivas, que permitan eliminar la causa de una no conformidad real o potencial del SGC.

Más detalles

Proceso de Testing Funcional Independiente

Proceso de Testing Funcional Independiente Proceso de Testing Funcional Independiente Tesis de Maestría en Informática Beatriz Pérez Lamancha Setiembre 2006 PEDECIBA informática Instituto de Computación (InCo) Facultad de Ingeniería Universidad

Más detalles

CMMI SERVICIOS. María Smith Gutiérrez Rueda - Quality Assurance Officer y Líder del Grupo de Ingeniería de Procesos (EPG) de Aranda Software

CMMI SERVICIOS. María Smith Gutiérrez Rueda - Quality Assurance Officer y Líder del Grupo de Ingeniería de Procesos (EPG) de Aranda Software CMMI SERVICIOS María Smith Gutiérrez Rueda - Quality Assurance Officer y Líder del Grupo de Ingeniería de Procesos (EPG) de Aranda Software AGENDA 1.- Qué es CMMI servicios? 2.- En qué nos puede ayudar

Más detalles

FACULTAD DE INGENIERÍA

FACULTAD DE INGENIERÍA FACULTAD DE INGENIERÍA FORMACIÓN EN INGENIERÍA DE SOFTWARE Y BASES DE DATOS EN LOS ESTUDIANTES DE LA CARRERA DE ING. EN COMPUTACIÓN DE LA FI, UNAM EN EL PLAN DE ESTUDIOS 2015 MAYO, 2015 Porcentaje de alumnos

Más detalles

Versión Fecha de versión Modificaciones (1.0) (Fecha) (Sección, páginas, texto revisado)

Versión Fecha de versión Modificaciones (1.0) (Fecha) (Sección, páginas, texto revisado) Plan de calidad del proyecto/programa Proyecto Control del documento Información del documento Identificación del documento Responsable del documento Fecha de emisión Fecha de última modificación Nombre

Más detalles

CAPÍTULO V LA PROPUESTA

CAPÍTULO V LA PROPUESTA 107 CAPÍTULO V LA PROPUESTA Modelo de control y seguimiento para la construcción de localizaciones de pozos exploratorios en la industria petrolera del occidente de Venezuela 1. Conceptualizacion El modelo

Más detalles

ISO 9004:2009: Gestión del éxito sostenido de una organización. Un enfoque de gestión de la calidad

ISO 9004:2009: Gestión del éxito sostenido de una organización. Un enfoque de gestión de la calidad ISO 9004:2009: Gestión del éxito sostenido de una organización. Un enfoque de gestión de la calidad Ing. Eduardo Del Río Martínez Delegado INLAC en el ISO/TC 176 Octubre 2009 Temario 1. Evolución de los

Más detalles

Proceso Unificado (Iterativo e incremental)

Proceso Unificado (Iterativo e incremental) Proceso Unificado (Iterativo e incremental) Proceso Unificado de Desarrollo de Software, I. Jacobson, J. Rumbaugh y G. Booch, Addison-Wesley, 1999 Fases y Flujos de trabajo de los ciclos de vida. Disciplinas

Más detalles

COBIT 4.1. Entregar y Dar Soporte DS5 Garantizar la Seguridad de los Sistemas. By Juan Antonio Vásquez

COBIT 4.1. Entregar y Dar Soporte DS5 Garantizar la Seguridad de los Sistemas. By Juan Antonio Vásquez COBIT 4.1 DS5 Garantizar la Seguridad de los Sistemas By Juan Antonio Vásquez La necesidad de mantener la integridad de la información y proteger los activos de TI, requiere de un proceso de administración

Más detalles

ESTÁNDAR DE COMPETENCIA

ESTÁNDAR DE COMPETENCIA I.- Datos Generales Código EC0730 Título Elaboración de la Ruta de Mejora para una Institución Educativa Propósito del Estándar de Competencia Servir como referente para la evaluación y certificación de

Más detalles

INGENIERÍA EN TECNOLOGÍAS DE LA INFORMACIÓN

INGENIERÍA EN TECNOLOGÍAS DE LA INFORMACIÓN INGENIERÍA HOJA DE ASIGNATURA CON DESGLOSE DE UNIDADES TEMÁTICAS 1. Nombre de la Auditoría de Sistemas de T.I. asignatura 2. Competencias Dirigir proyectos de tecnologías de información (T.I.) para contribuir

Más detalles

ISO 9000 es un conjunto de normas de calidad establecidas por la ISO que se pueden aplicar en cualquier tipo de organización (empresa de producción o

ISO 9000 es un conjunto de normas de calidad establecidas por la ISO que se pueden aplicar en cualquier tipo de organización (empresa de producción o NORMA ISO 9000 ISO 9000 es un conjunto de normas de calidad establecidas por la ISO que se pueden aplicar en cualquier tipo de organización (empresa de producción o manufactura, empresa de ventas o servicios,

Más detalles

Sistema de Administración de Farmacias Modelo de Diseño Versión 1.0. Historia de revisiones

Sistema de Administración de Farmacias Modelo de Diseño Versión 1.0. Historia de revisiones Sistema de Administración de Farmacias Modelo de Diseño Versión 1.0 Historia de revisiones Fecha Versión Descripción Autor 14/09/2014 1.0 Versión Inicial Guillermo López 14/09/2014 1.0 Revisión. SQA Modelo

Más detalles

ARQUITECTURA EMPRESARIAL ESTRATEGIA DE ACOMPAÑAMIENTO 2016

ARQUITECTURA EMPRESARIAL ESTRATEGIA DE ACOMPAÑAMIENTO 2016 ARQUITECTURA EMPRESARIAL ESTRATEGIA DE ACOMPAÑAMIENTO 2016 Agenda 1. Contextualización de la Estrategia de GEL 2. Introducción al concepto de Arquitectura Empresarial. 3. Beneficios de la Arquitectura

Más detalles

INTRODUCCIÓN A LA INGENIERÍA DE SOFTWARE

INTRODUCCIÓN A LA INGENIERÍA DE SOFTWARE INTRODUCCIÓN A LA INGENIERÍA DE SOFTWARE Universidad Nacional del Sur 2 do cuatrimestre 2012 M. Clara Casalini Departamento de Cs. e Ing. de la Computación Bibliografía 2 Básica Ingeniería del software.

Más detalles

SEMINARIO. Los 8 Principios de ISO

SEMINARIO. Los 8 Principios de ISO SEMINARIO Los 8 Principios de ISO 9000-2008 Objetivo: Proporcionar a los participantes los 8 principios requeridas de la norma ISO 9000-2008 Conocer los pasos para implementar el sistema de calidad Entendimiento

Más detalles

Ministerio de Agricultura y Ganadería Manual para elaborar y documentar procedimientos en el Ministerio de Agricultura y Ganadería

Ministerio de Agricultura y Ganadería Manual para elaborar y documentar procedimientos en el Ministerio de Agricultura y Ganadería Ministerio de Agricultura y Ganadería Manual para elaborar y documentar procedimientos en el Ministerio de Agricultura y Ganadería inc 2008 1 Presentación El Ministerio de Agricultura y Ganadería con el

Más detalles

MODELO IBEROAMERICANO DE EXCELENCIA EN LA GESTION

MODELO IBEROAMERICANO DE EXCELENCIA EN LA GESTION MODELO IBEROAMERICANO DE EXCELENCIA EN LA GESTION - 2005 ANEXO I. METODO DE EVALUACION Fundación Iberoamericana para la Gestión de la Calidad No. M-82584 FUNDACION INBEROAMERICANA PARA LA GESTION DE LA

Más detalles

Curso de Fundamentos de COBIT 5

Curso de Fundamentos de COBIT 5 Curso de Fundamentos de COBIT 5 Descripción del Curso: COBIT 5 es el único framework para el Gobierno y la Gestión de TI de la empresa. COBIT 5, la más reciente edición de ISACA, ayuda a maximizar el valor

Más detalles

BUENAS PRACTICAS EN DESARROLLO DE SOFTWARE APUNTES DE UNA EXPERIENCIA

BUENAS PRACTICAS EN DESARROLLO DE SOFTWARE APUNTES DE UNA EXPERIENCIA BUENAS PRACTICAS EN DESARROLLO DE SOFTWARE APUNTES DE UNA EXPERIENCIA Contenido Una metodología para el desarrollo de software debe ser un instrumento que permita gestionar un proceso dado, existen hoy

Más detalles

Ley o normas que regulan las competencias y recursos asignados a la institución.

Ley o normas que regulan las competencias y recursos asignados a la institución. GUÍA 15 Definición de Macroprocesos/ Procesos/Subprocesos Descripción El diseño del MODELO DE GESTIÓN POR PROCESOS se inicia con la identificación de los Macroprocesos, que constituyen un primer nivel

Más detalles

REGLAMENTO PARA LA AUTOEVALUACIÓN

REGLAMENTO PARA LA AUTOEVALUACIÓN REGLAMENTO PARA LA AUTOEVALUACIÓN TÍTULO I. Principios, políticas TÍTULO II. Objetivo TÍTULO III. De la organización para la autoevaluación TÍTULO IV. Del alcance de la autoevaluación TÍTULO V. Del proceso

Más detalles

Calidad: Grado en que un conjunto de características inherentes cumple con los requisitos

Calidad: Grado en que un conjunto de características inherentes cumple con los requisitos CALIDAD en la GERENCIA DE PROYECTOS Calidad: Grado en que un conjunto de características inherentes cumple con los requisitos Planeación de la Calidad Aseguramiento de la Calidad Control de Calidad Procesos

Más detalles

Manual de Calidad. Manual de Calidad. Aprobado por: firma Nombre y cargo. Elaborado por: firma Nombre y cargo

Manual de Calidad. Manual de Calidad. Aprobado por: firma Nombre y cargo. Elaborado por: firma Nombre y cargo Aprobado por: firma Nombre y cargo Elaborado por: firma Nombre y cargo Fecha Modificaciones Sustituye a revisión Copia controlada SI NO Copia distribuida a : Nombre, dirección, teléfono, fax y Web de la

Más detalles

CORPORACIÓN DEL ACUEDUCTO Y ALCANTARILLADO DE SANTIAGO (CORAASAN) TÉRMINOS DE REFERENCIA

CORPORACIÓN DEL ACUEDUCTO Y ALCANTARILLADO DE SANTIAGO (CORAASAN) TÉRMINOS DE REFERENCIA CORPORACIÓN DEL ACUEDUCTO Y ALCANTARILLADO DE SANTIAGO (CORAASAN) TÉRMINOS DE REFERENCIA Consultoría Nacional de Apoyo al Fortalecimiento del Departamento de Políticas y Procedimientos Preparado por: Departamento

Más detalles

Mapeo de Procesos 2016

Mapeo de Procesos 2016 Mapeo de Procesos 2016 Mapeo de Procesos Es una metodología que permite elaborar una representación grafica de un proceso, mostrando la secuencia de tareas que se ejecutan. Favorece el análisis y la comunicación

Más detalles

GESTION POR COMPETENCIAS UNA EXPERIENCIA DE APLICACIÓN AGOSTO 2006

GESTION POR COMPETENCIAS UNA EXPERIENCIA DE APLICACIÓN AGOSTO 2006 GESTION POR COMPETENCIAS UNA EXPERIENCIA DE APLICACIÓN AGOSTO 2006 Definición n de competencias Los conocimientos, habilidades y actitudes requeridas... para realizar y generar una ventaja competitiva

Más detalles

Agenda. Alcance de los cambios. Criterios generales en la actualización. Cambios generales al modelo

Agenda. Alcance de los cambios. Criterios generales en la actualización. Cambios generales al modelo CMMI 1.3 Cambios y Mejoras Agenda Alcance de los cambios Criterios generales en la actualización Cambios generales al modelo Cambios específicos Áreas compartidas (Core) CMMI-DEV CMMI-SVC Propiedad intelectual

Más detalles

Diplomado Gerencia en Planeación Estratégica. Juan Pablo Cepeda Duarte

Diplomado Gerencia en Planeación Estratégica. Juan Pablo Cepeda Duarte Diplomado Gerencia en Juan Pablo Cepeda Duarte juan.cepeda@urosario.edu.co 3204219194 Temática Sesión IX 1. Formulación de Metas 2. Formulación de Indicadores 3. Alineación productos vs proyectos 4. Equipos

Más detalles

PLANIFICACION DE UN PROYECTO DE SOFTWARE

PLANIFICACION DE UN PROYECTO DE SOFTWARE PLANIFICACION DE UN PROYECTO DE SOFTWARE Actividades de Planificación de un Proyecto de Software Como se menciona anteriormente, el jefe de proyectos es el responsable de la elaboración y desarrollo del

Más detalles

RESEÑA DEL PMBOK GUIDE - UNA GUÍA DE LOS FUNDAMENTOS DE LA DIRECCIÓN DE PROYECTOS 1

RESEÑA DEL PMBOK GUIDE - UNA GUÍA DE LOS FUNDAMENTOS DE LA DIRECCIÓN DE PROYECTOS 1 Este material es propiedad de Gyepro - Universidad del Valle 2005 Prohibido su uso o reproducción total o parcial por cualquier medio RESEÑA DEL PMBOK GUIDE - UNA GUÍA DE LOS FUNDAMENTOS DE LA DIRECCIÓN

Más detalles

NORMAS INTERNACIONALES AUDITORÍA INTERNA

NORMAS INTERNACIONALES AUDITORÍA INTERNA Julio de 2015 NORMAS INTERNACIONALES AUDITORÍA INTERNA Marco Internacional para la práctica profesional de la Auditoría Interna Parte 3 Nelson A. Gómez J. Subsecretaría de Asesoría y Acompañamiento SECRETARÍA

Más detalles

IMPACTO DE LA APLICACIÓN DE INTERNACIONALES EN LAS FUNCIONES, PROCESOS Y SISTEMAS DE INFORMACIÓN EN LA ORGANIZACIÓN

IMPACTO DE LA APLICACIÓN DE INTERNACIONALES EN LAS FUNCIONES, PROCESOS Y SISTEMAS DE INFORMACIÓN EN LA ORGANIZACIÓN IMPACTO DE LA APLICACIÓN DE LOS ESTÁNDARES INTERNACIONALES EN LAS FUNCIONES, PROCESOS Y SISTEMAS DE INFORMACIÓN EN LA ORGANIZACIÓN Principales Temas de Conversión a IFRS Manejo del proyecto IFRS involucra

Más detalles

Definición de un Proceso de Implantación de Sistemas

Definición de un Proceso de Implantación de Sistemas Definición de un Proceso de Implantación de Sistemas Alicia Mon, Marcelo Estayno, Fernando López Gil, Eduardo De María 1 1 Grupo de Ingeniería de Software (G.I.S.) / Departamento de Sistemas / Universidad

Más detalles

TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN

TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN HOJA DE ASIGNATURA CON DESGLOSE DE UNIDADES TEMÁTICAS 1. Nombre de la asignatura Introducción al análisis y diseño de sistemas.

Más detalles

ALLSOFT S.A. de C.V. Monterrey, N.L.

ALLSOFT S.A. de C.V. Monterrey, N.L. Modelos de Desarrollo ALLSOFT S.A. de C.V. Monterrey, N.L. 1 Introducción Para el desarrollo de cualquier producto de software se realizan una serie de tareas entre la idea inicial y el producto final.

Más detalles

PROJECT MANAGEMENT OFFICE

PROJECT MANAGEMENT OFFICE PROJECT MANAGEMENT OFFICE JORGE SEOANE Y EDUARDO AZPIROZ COSTA, SOCIO Y DIRECTOR ASOCIADO DE PARADIGMA, RESPECTIVAMENTE PARA QUÉ SIRVEN LOS PROYECTOS? Los proyectos son los viabilizadores en el diseño

Más detalles