Cómo integrar el modelo CMMI al modelo de desarrollo de software MDD

Título:

Cómo integrar el modelo CMMI al modelo de desarrollo de software MDD

Autor:

Matos Mareño, Rosalba

Otros autores / Colaboradores:

 Pons, Claudia Fabiana; [ Director/a] 

Temas:

DESARROLLO DE SOFTWARE DIRIGIDO POR MODELOS - MDD; INTEROPERABILIDAD; 

URL:

https://doi.org/10.35537/10915/67316,

Nota de tesis:

Tesis (Maestría en Ingeniería de Software) - Universidad Nacional de La Plata. Facultad de Informática, 2017.

Extensión:

1 archivo (3,1 MB) : il. col.

Resumen:

Integrar es hacer que una cosa se incorpore a algo para formar parte de ello. Esta acción es recomendable entre los modelos MDD, y CMMI-DEV con el fin de complementarlos y fortalecerlos, y así obtener procesos y productos de software de mejor calidad. Los dos modelos tienen objetivos diferentes: CMMI para Desarrollo, proporciona buenas prácticas para el desarrollo y mantenimiento de productos y servicios, y MDD, busca tres objetivos principales: Mejorar la Portabilidad, la Interoperabilidad y la Reutilización del software. Sin embargo, ambos modelos buscan facilitar las operaciones del negocio. CMMI-DEV merece todo el respeto puesto que ha sido el producto de las contribuciones de expertos internacionales, tanto pertenecientes a la industria del software como al ámbito académico, intentando ambas partes responder a las crecientes necesidades y expectativas de los profesionales de la ingeniería del software. Por otra parte, MDA que es la propuesta de Modelo de Desarrollo al que nos referiremos en éste trabajo, es respaldado por el Object Management Group - OMG. El Object Management Group es un consorcio abierto que produce estándares para la interoperabilidad en el espacio de aplicaciones empresariales, y es el responsable del Lenguaje Unificado de Modelado (UML), fundamental para el MDD. Según lo definido por el OMG, MDA es una forma de organizar y gestionar arquitecturas empresariales apoyados por herramientas y servicios automatizados tanto en la definición de los modelos como en las transformaciones entre los diferentes modelos. Buscando motivar a los organismos líderes y a la comunidad que aplica los modelos CMMI y MDD, a trabajar en pro de su integración, este trabajo presenta el resultado de un análisis de los procesos, actividades, roles y riesgos, involucrados en un desarrollo de software bajo del esquema de MDD, e identifica el artefacto propio de MDD que responde a su consistencia con los lineamientos en los niveles 2 y 3 del modelo CMMI. Para ello se ha consultado documentación del Instituto de Ingeniería de Software - SEI, del Object Management Group - OMG, y publicaciones de investigadores y académicos. A pesar de que CMMI no recomienda ninguna metodología de desarrollo, sería beneficioso para la expansión de las aplicaciones de MDD, que hubiera un acercamiento de la comunidad seguidora de CMMI al MDD o desarrollo por modelos. Para contribuir a esto, en el capítulo 5 se exponen los resultados de un análisis sobre cuáles serían los aspectos a tener en cuenta en una evaluación de los procesos que se siguen en un proyecto de desarrollo bajo MDD, para cumplir con las prácticas específicas de CMMI V1.3 niveles 2 y 3. Fue intención de la autora presentar los resultados de manera sencilla para que los que se inician en cualquiera de los modelos MDD y CMMI vean claramente la posibilidad de que ambos modelos puedan coexistir complementándose en un mismo proyecto de desarrollo. El detalle técnico del manejo de los artefactos esta fuera del alcance de este trabajo.

Puede solicitar más fácilmente el ejemplar con: TES 17/62

1. Introducción 
1.1. Objetivo y organización del trabajo
1.2. Motivación / Estado del Arte del Tema 
1.2.1. Metodologías de desarrollo basadas en Modelos
1.2.2. Modelos de Calidad 
1.2.3. Resumen y conclusiones del capítulo

2. Áreas de Proceso de CMMI a considerar 
2.1. Áreas de Procesos en CMMI 
2.1.1. Resumen y conclusiones del capítulo

3. Proceso de desarrollo MDA 
3.1. Construcción del modelo independiente del cálculo o de la computación, CIM 
3.1.1. Herramientas para la construcción del modelo CIM
3.1.2. Transformación CIM en PIM
3.1.3. Riesgos en la construcción de un CIM y su transformación a PIM 
3.2. Construcción de un Modelo lndependiente de la Plataforma (Platform lndependent Model o PlM)
3.2.1. Herramientas para la construcción del modelo PIM
3.2.2. Transformación PIM en PSM 
3.2.3. Riesgos en la construcción de un PIM y su transformación a PSM 
3.3. Construcción de un Modelo específico de la Plataforma (Platformspecic models o PSM)
3.3.1. Herramientas para la construcción del modelo PSM
3.3.2. Transformación PSM en código
3.3.3. Riesgos en la construcción de un PSM y su transformación a código 
3.3.4. Resumen y conclusiones del capítulo

4. Actividades de desarrollo en MDA, Personas a cargo y Controles
4.1. Generación de los Modelos Independientes de la Computación- CIM ) 
4.2. Generación de los Modelos Independientes de la Plataforma 
4.3. Generación de los Modelos de Plataforma Específica - PSM 
4.4. Generación de Código 
4.5. Roles de hoy en el Proceso de MDA
4.5.1. Resumen y conclusiones del capítulo

5. Interpretación de CMMI R para Desarrollo, Versión 1.3 en enfoques Dirigidos por Modelos
5.1. Directrices para Áreas de proceso CMMI Nivel 2 
5.1.1. CM Gestión de la Configuración 
5.1.2. PMC - Seguimiento y Control de Proyecto 
5.1.3. PP - Planificación del Proyecto 
5.1.4. PPQA - Aseguramiento de la Calidad de Proceso y Producto 
5.1.5. REQM - Gestión de Requerimientos 
5.2. Directrices para áreas de proceso CMMI nivel 3 
5.2.1. PI - Integración de Producto 
5.2.2. RD - Desarrollo de Requerimientos 
5.2.3. RSKM - Gestión de Riesgos
5.2.4. TS - Solución Técnica
5.2.5. VER - Verificación
5.3. Conclusiones sobre las directrices presentadas 

6. Riesgos Propios de las Herramientas Actuales 
6.1. Actuales retos de MDD y MDA
6.1.1. Resumen y conclusiones del capítulo

7. Trabajos relacionados
7.0.1. Resumen y conclusiones del capítulo

8. Validación de la Propuesta 
8.1. Consideraciones generales 
8.2. Resultados de la consulta 
8.2.1. Resumen de resultados de la consulta de validación

9. Conclusiones