PARALELO CMMI ISO 12207 ISO 15504

SELECCION DEL MODELO DE CALIDAD DE SOFTWAREEmpresa MULTIPLIQUE. NetAbril 2011

Curso SENA

MODELOS DE CALIDAD DE SOFTWARE- Unidad Didáctica 1- La Orientación a Procesos y los Modelos de Calidad

Presentado por: REBECA BECERRA FERNANDEZ 11-04-2011

Presentado por : Ing. REBECA BECERRA F.Curso SENA : MODELOS DE CALIDAD DE SOFTWARE Modulo 1

JUSTIFICACION• La generación de soluciones en materia de software y tecnologías de información, representa un proceso complejo que

involucra a un conjunto de personas con roles y funciones diversas que deben coordinarse para satisfacer una necesidad. Cuando mayor es la importancia de las tareas a desarrollar, más riesgos surgen en aspectos clave como el costo, la fecha de entrega o la calidad del resultado. En gran medida esta incertidumbre surge de la no aplicación de técnicas de ingeniería de software.

• Las empresas de tecnología como MULTIPLIQUE.net son cada vez mas conscientes de la necesidad de mejorar su rendimiento a través de la calidad y de lograr ser competitivas en el mercado internacional. La calidad de un producto de software se rige por la calidad del proceso usado para su desarrollo. La evaluación de procesos supone realizar un examen disciplinado de los procesos usados en una organización junto a un conjunto de criterios que determinan si éstos están cumpliendo con los objetivos de la misma.

• Tomando en cuenta lo anterior, las empresas involucradas en el desarrollo de software, buscan que el desarrollo de sus aplicaciones y productos se realicen bajo modelos y estándares internacionales, que les permitan establecer márgenes de competencia basado en la mejora de los procesos de desarrollo de software y el aumento de la productividad bajo eficiencia y calidad.

• Los modelos y estándares de calidad de procesos de software definen un conjunto de criterios de desarrollo que guían la forma en que se aplica la Ingeniería del Software; si no se sigue ninguna metodología habrá falta de calidad. Para ello existe una gran variedad de modelos y estándares que permiten evaluar y mejorar la calidad de los procesos de software, entre los que se puede mencionar al modelo CMMI, propuesto por el Software Engineering Institute, y el ISO/IEC 15504 generado por el Internacional Software Institute, los cuales son los pioneros en la mejora de procesos.

• En la actualidad cada uno de los modelos y estándares propone una infinidad de conceptos y lineamientos que guían a lo largo del desarrollo de un proceso para obtener como resultado un producto con características de alta calidad. El problema en este momento no es la falta de estándares, modelos o técnicas, sino la abundancia de ellos, dando lugar a un panorama confuso para una empresa de software que tuviera que escoger un modelo para la evaluación y mejora de su proceso de desarrollo; por tal razón, surgió la necesidad de realizar un análisis comparativo de estos estándares, para de esta manera la Organización MULTIPLIQUE.net tenga criterios para seleccionar el modelo más adecuado a sus necesidades.


OBJETIVOS

• Evaluar las ventajas y desventajas de los diferentes MODELOS DE CALIDAD DE SOFTWARE de uso generalizado en el mercado para a partir de análisis comparativo establecer un modelo aplicable y pertinente para MULTIPLIQUE.NET con base en las características y necesidades especificas de la empresa.

• Presentar una propuesta de MODELO DE CALIDAD DE SOFTWARE para su implementación en la empresa MULTIPLIQUE.net como parte de su iniciativa de mejoramiento de sus niveles de productividad y competitividad en la generación de soluciones informáticas para el mercado nacional y en los proyectos internacionales en los que participa.


PRINCIPALES BENEFICIOS DE LA IMPLEMENTACION Y CERTIFICACIÓN DEL

MODELO DE CALIDAD DE SOFTWARE

En una organización inmadura se presentan las siguientes características:

• Procesos de software normalmente improvisados

• Si se han especificado los procesos, no se siguen rigurosamente

• Organización reactiva (resolver crisis inmediatas)

• Planes y presupuestos excedidos sistemáticamente, al no estar basados en estimaciones realistas

Para desarrollar software de calidad se deben corregir estas practicas erróneas a través de MODELOS DE CALIDAD DE SOFTWARE que conducen a:

• Incremento en la eficiencia (por costos y tiempos) y productividad.

• Agilizar el tiempo de desarrollo de un sistema.• Disminución de costos por reprocesos.• Disminución de riesgos• Mayor percepción de calidad.• Ampliar la confianza y satisfacción del cliente.• Cambio cultural positivo.• Establecer y mantener los procesos necesarios

para el desarrollo de las capacidades y habilidades individuales del personal.

• Aumenta la posibilidad de reproducir éxitos en proyectos.

• Mejor imagen en el mercado nacional.• Posibilidad de acceso a mercados internacionales• Mayores niveles de competitividad


Nivel 2 CMMI. Quiere decir que el éxito de los resultados obtenidos se pueden repetir. La principal diferencia entre este nivel y el anterior es que el proyecto es gestionado y controlado durante el desarrollo del mismo. El desarrollo no es opaco y se puede saber el estado del proyecto en todo momento.

Los procesos que hay que implantar para alcanzar este nivel son:

Gestión de requisitos, Planificación de proyectos, Seguimiento y control de proyectos, Gestión de proveedores, Aseguramiento de la calidad, Gestión de la configuración

PRESENTACION DE LOS MODELOS EXISTENTES DE USO MAS COMUN

CMMI SW CMMI: Diseñado por el Carnegie Mellon Software Engineering Institute – SEI Orientado a mejora de procesos en diferentes niveles de madurez

Nivel 3 CMMI. Alcanzar este nivel significa que la forma de desarrollar proyectos (gestión e ingeniería) esta definida, es decir que esta establecida, documentada y que existen métricas (obtención de datos objetivos) para la consecución de objetivos concretos.Los procesos que hay que implantar para alcanzar este nivel son:Desarrollo de requisitos, Solución Técnica, Integración del producto, Verificación, Validación, Desarrollo y mejora de los procesos de la organización, Definición de los procesos de la organización, Planificación de la formación, Gestión de riesgos, Análisis y resolución de toma de decisiones

Nivel 4 CMMI. Los proyectos usan objetivos medibles para alcanzar las necesidades de los clientes y la organización. Se usan métricas para gestionar la organización.

Los procesos que hay que implantar para alcanzar este nivel son:Gestión cuantitativa de proyectosMejora de los procesos de la organización

Nivel 5 CMMI. Los procesos de los proyectos y de la organización están orientados a la mejora de las actividades. Mejoras incrementales e innovadoras de los procesos que mediante métricas son identificadas, evaluadas y puestas en práctica.

Los procesos que hay que implantar para alcanzar este nivel son:Innovación organizacionalAnálisis y resolución de las causas

Inicial o Nivel 1 CMMI. Este es el nivel en donde están todas las empresas que no tienen procesos. Los presupuestos se disparan, no es posible entregar el proyecto en fechas, los empleados si tienen que quedar durante noches y fines de semana para terminar un proyecto. No hay control sobre el estado del proyecto, el desarrollo del proyecto es completamente opaco, no se sabe que pasara con el.



ISO 15504 Esta norma esta orientada a los procesos de ciclo de vida del software de la organización ISO.Establece un proceso de ciclo de vida para el software que incluye procesos y actividades que se aplican desde la definición de requisitos, pasando por la adquisición y configuración de los servicios del sistema, hasta la finalización de su uso. Establecida por la ISO ORGANIZACIÓN DE STANDARES INTERNACIONALES.

La norma tiene una arquitectura basada en dos dimensiones: de proceso y de capacidad de proceso.Desde la dimensión de proceso agrupa a los procesos en tres grupos que contienen cinco categorías de acuerdo al tipo de actividad:Procesos primariosCUS: Cliente - ProveedorENG: IngenieríaProcesos de soporteSUP: SoporteProcesos organizacionalesMAN: GestiónORG: Organización

Para todos los procesos se definen los componentes: Identificador, Nombre, Tipo, Propósito, Salidas y Notas.

Desde la dimensión de capacidad el modelo define una escala de 6 niveles para determinar la capacidad de cualquier proceso:

Nivel 0: IncompletoNivel 1: RealizadoNivel 2: GestionadoNivel 3: EstablecidoNivel 4: PredecibleNivel 5: En optimización



ISO 12207 Modelo para la mejora y evaluación de los procesos de desarrollo y mantenimiento de sistemas y productos de software. Software Life-Cycle Process.Establecida por la ISO ORGANIZACIÓN DE STANDARES INTERNACIONALES

Los procesos primarios o principales de la norma ISO 12207 son los siguientes:CUS. 1: Adquirir software. CUS.2: Gestionar las necesidades. CUS.3.: Suministrar software. CUS.4: Operar software. CUS. 5: Proporcionar servicio al cliente.

ENG.1: Requisitos y diseño del sistema. ENG.2: Requisitos de software. ENG.3: Diseño de software. ENG.4: Implementar el diseño de software. ENG.5: Integrar y probar el software. ENG.6: Integrar y probar el sistema. ENG.7: Mantener el sistema y el software.

Los procesos de Soporte de la norma ISO 12207 son los siguientes:SUP.1: Desarrollar la documentación. SUP.2: Gestión de la configuración. SUP.3: Aseguramiento de la calidad. SUP.4: Verificación del producto. SUP.5: Validación del producto. SUP.6: Realizar revisiones conjuntas. SUP.7: Auditoría. SUP.8: Realizar resolución de problemas

Los procesos de organizativos y de gestión de la norma ISO 12207 son los siguientes:MAN.1: Gestión del proyecto. MAN.2: Gestión de la calidad. MAN.3: Gestión de riesgos. MAN.4: Gestión de subcontratistas.

ORG.1: Ingeniería del negocio. ORG.2: Definir el proceso. ORG.3: Mejorar el proceso. ORG.4: Proporcionar recursos humanos con habilidades. ORG.5: Proporcionar la infraestructura de Ingeniería de Software.

.


PRINCIPALES SEMEJANZASISO 12207

• MODELOS NORMATIVOS

• EQUIVALENCIA Y COMPATIBILIDAD DE LOS ISO CON CMMI. ISO forma parte del panel elaborador del modelo CMMI y SEI mantiene la compatibilidad y equivalencia de ésta última con 15504

• APLICABLES AL DESARROLLO DE SOFTWARE

• Los modelos permiten que los proveedores de software tengan que someterse a UNA SOLA EVALUACIÓN para aspirar a nuevos negocios y no a varias como hoy día sucede.

• LA MADUREZ DE LAS IMPLANTACIONES DEL MODELO. Ambos modelos, CMMI e ISO 15504, tienen, prácticamente, la misma antigüedad, son de mitad de los 90… pero el numero de implantaciones de CMMI son muy superiores a las de ISO 15504, por lo que de CMMI hay mucha más información, es más conocido y popular, existe más documentación, guías, herramientas, presentaciones, etc. ISO 15504 e ISO 12207 (la norma que conjuntamente se aplica con ISO 15504 al evaluar desarrollo software) aún están en Inglés y son documentos de pago (hay algunas traducciones – resumen, pero no son oficiales), en CMMI la documentación es gratuita.

CMMI SW ISO 15504

http://www.javiergarzas.com/2009/04/cmmi-en-espana-marzo-2009.html

http://www.javiergarzas.com/2009/04/cmmi-en-espana-marzo-2009.html

http://www.iso15504.es/index.php/modelo-procesos-iso122072008.html


PRINCIPALES SEMEJANZASISO 12207CMMI SW ISO 15504

CRITERIO MODELO CMMI ESTANDAR ISO/IEC 15504

Tipo de Framework Modelo de madurez y capacidad. Estándar para la evaluación de procesos.

Ambito de Aplicación Aplicable a áreas de la organización (Continuo). Aplicable a todos los procesos de la organización (Etapas).

Aplicable a toda la organización o a un área de la misma.

Objetivo Determinar la capacidad y madurez de procesos, para mejora de procesos.

Valoración de procesos.

Tipo de Representación Por etapas y Continua. Continua.

Método para la mejora de procesos

IDEAL76 . ISO-IEC 15504-477 .

Validación Realización de encuestas y casos de estudio.

Ensayos y esfuerzo empírico.

Escala de medición del mejoramiento

Niveles de capacidad (CMMI Continuo). Niveles de madurez (CMMI por etapas).

Niveles de capacidad y áreas de proceso.

Tamaño de la organización Empresas grandes (CMMI por etapas). Empresas pequeñas (CMMI Continuo).

Aplicable a cualquier tamaño de la organización.

Personal para la implantación

Interno y Externo. Interno.

Recursos Financieros para la Implantación

Alto al inicio (CMMI por etapas). Bajo al inicio (CMMI continuo).

Alto.

Tiempo promedio de Implantación

Del nivel 1 al 2: 23 meses. Del nivel 2 al 3: 22 meses. Del nivel 3 al 4: 28 meses Del nivel 4 al 5: 17 meses

Relativo de acuerdo a los procesos que evalúa.

Comparativo entre CMMI e ISO/IEC 15504


PRINCIPALES DIFERENCIAS ISO 12207CMMI SW ISO 15504

• EL MERCADO OBJETIVO DE LA EMPRESA. Para una empresa que desarrolla software con clientes en EEUU el modelo adecuado es sin duda, CMMI; en EEUU la norma ISO 15504 es prácticamente una norma desconocida. Si se tiene interés en que la certificación sea valida para licitaciones y concursos públicos, en Europa, ambas son igualmente validas.

• COMPACTILIDAD CON OTRAS NORMAS IMPLANTADAS EN LA ORGANIZACIÓN. Normas como ISO 27001 (para los sistemas de gestión de la seguridad de la información) o ISO 9001 (para la gestión de los servicios) han tenido una gran demanda en los últimos años. Ambas normas siguen el modelo PHVA para mejora continua, y, obviamente, son más cercanas a la “filosofía” de ISO 15504, por lo que, de disponer de dichas normas, ISO 15504 será más fácil de adoptar por la organización que CMMI.

• COSTOS DE LA CERTIFICACIÓN. Por lo general la certificación en CMMI es ostensiblemente superior en precio a la certificación en ISO 15504 SPICE, más si se añaden aspectos como que en CMMI se requiere que personal de la empresa a certificar haga el curso oficial de CMMI, lo que aumenta aún más el costo, y que varias personas de la organización participen 100% en la auditoría CMMI, de varios días, lo que aumenta los costos internos, sobre todo en pequeñas empresas.

http://www.javiergarzas.com/2010/01/tic-certificadas-aenor.html

http://es.wikipedia.org/wiki/C%C3%ADrculo_de_Deming


PRINCIPALES DIFERENCIAS ISO 12207

• EL ORGANISMO CERTIFICADOR. Si bien hay varias organizaciones (e incluso empresas) que certifican ISO 15504, uno de los organismos de certificación más rigurosos y prestigiosos es AENOR, acreditado por ENAC, y que emite directamente un certificado si se ha superado cierto nivel ISO 15504. En el caso de CMMI la cosa es más ambigua, como comentábamos en “quien certifica la calidad software en CMMI”, la certificación de haber superado un nivel de CMMI no la emite el SEI (que es el organismo que regula CMMI); el SEI no emite un certificado a las organizaciones evaluadas positivamente, sólo acredita a los auditores (los llamados “lead appraisers” en terminología CMMI), “lead appraisers” que voluntariamente elaboran algo “similar” a una certificación (un diploma), en el que se muestran los datos y resultados de la auditoría, pero que no es un documento oficial.

• EL ENFOQUE DE LA MEJORA DE LA CALIDAD SOFTWARE. Cuando hablamos en este post de CMMI nos estamos refiriendo a CMMI “for development”, que según dice la teoría del modelo, sería aplicable a cualquier proceso de construcción (no sólo software), por lo que en algunos puntos CMMI es bastante genérico. ISO 15504, cuando se aplica a software, normalmente utiliza de respaldo una norma específica de ingeniería del software, la ISO 12207.

CMMI SW ISO 15504

http://www.enac.es/web/enac/inicio

http://www.javiergarzas.com/2009/07/quien-certifica-la-calidad-software-cmmi.html

http://www.iso15504.es/index.php/modelo-procesos-iso122072008.html


PRINCIPALES VENTAJAS DE CADA MODELO

ISO 12207CMMI SW ISO 15504

• Primer modelo de procesos de dos dimensiones, es decir, dimensiones independientes para los procesos y la capacidad.

• El resultado de una evaluación de proceso puede ser representado por un perfil de proceso.

• Es el modelo más consensuado y probado• Mayor reconocimiento en el mercado

Europeo.• Coherencia con otros modelos de calidad

ya implementados en la organización ISO 9001- ISO 20000- ISO 27000.

• Menores costos de la certificación

• Incluye prácticas de institucionalización, que permiten asegurar que los procesos asociados con cada área de proceso serán efectivos, repetibles y duraderos.

• Guía paso a paso para la mejora, a través de niveles de madurez y capacidad (frente a ISO).

• Transición del ‘aprendizaje individual’ al ‘aprendizaje de la organización’ por mejora continua, lecciones aprendidas y uso de bibliotecas y bases de datos de proyectos mejorados.

• Es el modelo de mayor prestigio• Mayor reconocimiento en el mercado

norteamericano.• Estructura propia mientras que ISO

15504 se basa en la norma ISO 12207• Mayor disponibilidad de información:

guías, documentos de apoyo , etc.


PRINCIPALES DESVENTAJAS DE CADA MODELO

ISO 12207CMMI SW ISO 15504

• ISO/IEC TR-15504 permite que el dominio de procesos sea tan amplio para abarcar todos los posibles ciclos de vida, de tal manera que hace difícil que todos los atributos de proceso sean universales, provocando dificultad y confusión durante la evaluación.

• Poco reconocimiento en el mercado Norte americano.

• Requiere mucho esfuerzo, compromiso de toda la organización.

• Puede ser considerado prescriptivo, es decir muy detallado

• Requiere diseñar y/o documentar procesos, luego desplegarlos y ponerlos en práctica.

• Requiere un mínimo de cantidad de personal (no menos de 10 personas en la práctica).

• Fuerte inversión económica.• No es claro aun el proceso y responsabilidades

para la certificación frente a este modelo.• No existencia de una guía a medida de

pequeñas organizaciones. • ROI (Retorno de la inversión) no ha sido

validado aún en CMMI.• CMMI es demasiado normativo, en especial

con pequeñas organizaciones que, además, funcionan y evolucionan de distinta manera que las grandes.

• CMMI parece escrito para organizaciones ya maduras y vagamente escrito para ser usado en valoraciones.


CONCLUSION: Modelo RecomendadoEl campo de la mejora y evaluación de procesos de software es muy prolífico y emergente, un campo muy activo de trabajo. No obstante, al igual que con los modelos de calidad en sus comienzos pareciese que estas herramientas son concebidas principalmente para empresas grandes-robustas y de allí que aún se requiera recorrer un buen camino para acercar estos estándares a las pequeñas y medianas empresas.

Luego de revisar los conceptos y lineamientos establecidos por cada uno de los estándares, sus semejanzas, diferencias, dificultades y ventajas es necesario evaluar cual es el modelo recomendable para MULTIPLIQUE.net . El modelo o estándar que se seleccione debe:

• Permitir determinar dónde estamos, hacia dónde queremos ir y cómo podemos hacerlo.

• Describir las técnicas y procedimientos para evaluar y mejorar los procesos.

• Permitir adaptar el modelo o estándar de acuerdo a las características de la organización

• Tomar en cuenta que el esfuerzo de las evaluaciones no supere a las del desarrollo.

• Considerar que el personal posee un alto conocimiento y experiencia de ciertas prácticas propuestas por el modelo o estándar, como así también de conceptos generales.

• Considerar el empleo de herramientas especiales, lo que para el caso de las PYMES el uso de éstas implica un alto costo en recursos.

• Aumentar la calidad del software.

Criterio Detalle del criterio Modelo a seleccionar

Evaluación completa de la organización. CMMI

Tipo de evaluación Evaluación de un proceso o un grupo de procesos.

CMMI ISO/IEC 15504

Grande (Más de 100 personas). CMMI

Tamaño de la organización81

Mediana (Entre 50 y 100 personas). ISO/IEC 15504 CMMI

Pequeña (Entre 10 y 50 personas). ISO/IEC 15504

Microempresa (Hasta 10 personas). ISO/IEC 15504

Evaluar y mejorar la capacidad de un grupo de procesos de la organización.

CMMI ISO/IEC 15504

Ámbito de aplicación Evaluar y mejorar la madurez de los procesos organizacionales.

CMMI

Ninguna experiencia. CMMI ISO/IEC 15504

Experiencia en el mejoramiento

Experiencia en mejoramiento continúo. CMMI ISO/IEC 15504

Experiencia en mejoramiento por etapas. CMMI

Resultados a largo plazo. CMMI

Tipos de Resultados Resultados a corto plazo. CMMI ISO/IEC 15504

Altos. CMMI

Recursos financieros de la organización.

Moderados. ISO/IEC 15504 CMMI

Pocos. ISO/IEC 15504

Tabla para la Elección del Modelo o Estándar según el criterio de aplicación.


CONCLUSION: Modelo Recomendado

Así pues de acuerdo con el comparativo anterior e información previa de los modelos comparados concluimos que:

Resulta altamente recomendable para MULTIPLIQUE.net la aplicación del modelo de calidad de software según la norma ISO/IEC 15504 como parte de su estrategia de mejoramiento continuo de sus niveles de productividad y competitividad.

Esta recomendación se fundamenta en los aspectos de:

1. Tamaño de la organización (30 empleados), 2. Mercado potencial, toda vez que Multiplique.net esta abriendo mercado y suscribiendo alianzas

estratégicas con empresas españolas mas cercanas al modelo ISO, 3. Mayor compactibilidad con el modelo de gestión de calidad que se viene implementando desde hace tres

años atrás, y4. Costos que resultan menores para los modelos ISO que para el CMMI.5. Plazo para la obtención de resultados teniendo expectativas por resultados de mediano o corto plazo.

No obstante, independientemente de las características que hace mas asequible y compactible el modelo ISO/IEC 15504 es importante que la alta dirección considere adicionalmente los Factores Críticos de Éxito para la implementación del modelo que se seleccione.


(i)Liderazgo, compromiso y supervisión pública y visible de un patrocinador, directivo de la organización, que proporcione además presupuesto y designe un responsable y equipo de mejora de procesos.

(ii) Designar un responsable y equipo de mejora de procesos, proporcionándole autoridad, recursos y metas factibles.

(iii) Hacer que representantes de los roles afectados participen en los grupos de trabajo de mejora de procesos.

(iv) Comprometer a niveles medios y gerenciales para que apoyen y prediquen con el ejemplo y respalden de manera permanente y continua el esfuerzo de mejora de procesos.

(v) Gestionar el cambio en la organización. Mejorar procesos significa cambiar a las personas. Hay que facilitar y gestionar el cambio. Por ejemplo, tener plan de comunicaciones y definir estrategias para enfrentar la resistencia al cambio, entre otros.

(vi) Aplicar una metodología de implementación. No usar el método prueba y error. Beneficiarse de los cientos de experiencias en la industria.

(vii) Capacitarse antes de comenzar e implantar y buscar asesoría experta.

FACTORES CRITICOS DE EXITO


BIBLIOGRAFIA

http://bibdigital.epn.edu.ec/bitstream/15000/240/1/CD-0637.pdfhttp://ftp.informatik.rwth-aachen.de/Publications/CEUR-WS/Vol-120/paper4.pdfhttp://modelosdegestiondelacalidad.blogspot.com/

http://bibdigital.epn.edu.ec/bitstream/15000/240/1/CD-0637.pdf

http://ftp.informatik.rwth-aachen.de/Publications/CEUR-WS/Vol-120/paper4.pdf

http://modelosdegestiondelacalidad.blogspot.com/

Documents

PARALELO CMMI ISO 12207 ISO 15504