Junio 20071 I Jornadas de trabajo META Subproyecto METAMETHOD - Soporte a la Especificación de Metodologías de Desarrollo mediante Técnicas MDD -

Presentación del tema: "Junio 20071 I Jornadas de trabajo META Subproyecto METAMETHOD - Soporte a la Especificación de Metodologías de Desarrollo mediante Técnicas MDD -"— Transcripción de la presentación:

1 Junio 20071 I Jornadas de trabajo META Subproyecto METAMETHOD - Soporte a la Especificación de Metodologías de Desarrollo mediante Técnicas MDD -

2 Junio 20072 METAMETHOD Objetivos del proyecto META: –Definición, desarrollo y aplicación de un marco de trabajo genérico para la construcción, compilación y gestión de modelos que combine técnicas formales con herramientas de modelado comerciales basándose en los estándares planteados en la iniciativa MDA®. Objetivo pragmático de META: –Aumentar la productividad en el desarrollo software. –Incrementar la calidad del código y facilitar su mantenimiento. –Aumentar la interoperabilidad entre aplicaciones. Proyecto META: –Subproyecto MOMENT: Model Management –Subproyecto DEDALO: Desarrollo de sistemas de calidad basado en modelos y requisitos. –Subproyecto ESFINGE: Evolución de Software Factories mediante Ingeniería del Software Empírica. –Subproyecto MEDWSA: Marco conceptual y tecnológico para el desarrollo software de sistemas reactivos. –Subproyecto METAMETHOD: Soporte a la especificación de metodologías de desarrollo mediante técnicas MDD.

3 Junio 20073 METAMETHOD Descripción del proyecto: –Desarrollo de un marco conceptual y tecnológico para la especificación de metodologías de desarrollo utilizando técnicas de desarrollo software dirigido por modelos (MDD). Objetivos del proyecto: –Desarrollar un marco conceptual para la expresión de variabilidad en metodologías de desarrollo. –Desarrollar un repositorio de fragmentos de método con un volumen de contenidos apropiado para su demostración y puesta en práctica en proyectos pequeños y medianos. –Definición de transformaciones MDD que permitan la generación de metodologías a partir de modelos de alto nivel. –Continuar la participación en proyectos de estandarización y contribuir a ellos con los resultados de la investigación desarrollada, sobre todo en cuanto a los aspectos de validación.

4 Junio 20074 Visión general (1) Evaluación de las características organizacionales, de proyecto y de producto. INPUT: Marco de especificación de requisitos metodológicos. (MERM) OUTPUT: Resultado de la evaluación. (2) Composición (semi-) automática del proceso de desarrollo. INPUT: Resultado de la evaluación INPUT: Metamodelo INPUT: Repositorio de fragmentos de método INPUT: Reglas de transformación OUTPUT: Proceso de desarrollo Ingeniero de métodos Organización usuaria Proceso de desarrollo software (1) evaluación (2) composición (3) validación

5 Junio 20075 Trabajo realizado (I) Marco de especificación de requisitos metodológicos (MERM) –Permite diseñar una metodología que se ajuste exactamente a las especificidades de los usuarios, introduciendo, al mismo tiempo, prácticas reconocidas y probadas por la comunidad. –Utiliza un conjunto de parámetros para capturar el modo de hacer de una organización, de las personas que componen el equipo de desarrollo y del producto a desarrollar. –El valor concreto que reciba cada parámetro es utilizado para caracterizar la metodología resultante en algún aspecto. Validación del MERM en casos reales –Instituto Tecnológico de Aragón (ITA) –Ikusnet (dentro del proyecto PEGASO)

6 Junio 20076 Trabajo realizado (II) METAMETHOD Metamodel (M4) –Establecer los conceptos básicos que se utilizarán para definir metodologías en el seno del proyecto MetaMethod. –Definir las bases de la estructura de la información que se vaya a almacenar en un repositorio de fragmentos de método. –Mantener la compatibilidad con ISO/IEC 24744 y SPEM 2 en la medida de lo posible. Repositorio de fragmentos de método –El repositorio se compone de diferentes fragmentos de método: OpenUP/Basic, OpenUP/MDD, XP, OpenUP/AGILE, Open METIS, OPF, etc.

7 Junio 20077 Trabajo realizado (III) Trabajo en procesos de estandarización (SPEM 2.0 e ISO/IEC 24744) –Participación en las discusiones de estandarización en la OMG. –Participación directa en la estandarización de la ISO/IEC 24744. Contribución en el proyecto open source Eclipse Process Framework (EPF) –Utilización de la herramienta “EPF Composer” para almacenar el repositorio de fragmentos de método. –Basado en el metamodelo SPEM 2.0

8 Junio 20078 Trabajo en curso Refinar el repositorio de fragmentos de método Lenguaje de modelado para requisitos metodológicos –Obtener un modelo (sintaxis formal) a partir del resultado de la evaluación realizada a la organización utilizando el MERM. Reglas de transformación –Generación de una primera versión del proceso de desarrollo de la organización. –Necesidad de diferentes iteraciones con la participación del ingeniero de métodos para completar la composición. –Validación del proceso de desarrollo por parte de la organización, proporcionando feedback.

9 Junio 20079 Interacción con el resto de subproyectos Ingeniería de requisitos de calidad –1.2 Evaluar la calidad del modelo de proceso SIREN –1.3 Mejora del proceso SIREN y adaptación a CMMI Seguridad en Ingeniería de Requisitos –2.7. Integración de los aspectos de seguridad en el marco de CMMI Tecnicas de mejora de la calidad y productividad en el ámbito de MDE –3.1 Estudio y definición de procesos genéricos dedicados a V&V –3.2 V&V de transformaciones en el ámbito de MDE Medición de software –1.5 Obtener un conjunto de indicadores válidos para arquitecturas software –1.6. Proponer medidas e indicadores que puedan aplicarse en la transformación de modelos en MDD Modelos de procesos de negocio y tecnologias de workflow –4.1. Identificar y catalogar paradigmas, metodologias y estandares para procesos de negocio. –4.2. Definición del marco de trabajo para la mejora de los procesos de negocio. Prácticas ágiles –5.1. Empírica de las prácticas ágiles: Pair programming y Pair designing –5.2. Planificar y realizar estudios empiricos de la validación de la técnica Test Driven Development. Seguridad –6.4. Definir un modelo de madurez para la gestión de la seguridad.

10 Junio 200710 Parque Tecnológico, # 204 E-48170 Zamudio Bizkaia (Spain) Tel.: +34 94 420 95 19 Fax: +34 94 420 94 20 www.esi.es Aitor Bediaga Research & Development area Engineer aitor.bediaga@esi.es