Lidiando con requisitos no funcionales en el desarrollo de software dirigido por modelos

En un trabajo conjunto con David Ameller y Xavier Franch (presentado en la conferencia RE’10 ) hemos investigado la importancia que se da a los non-functional requirements (NFRs) dentro de los procesos de desarrollo de tipo model-driven development (MDD).

El impacto de los NFRs en el desarrollo de sistemas software es importante y bien conocido; sobre todo por lo que respecta a la elección de la mejor arquitectura software (dos conjuntos diferentes de NFRs deberían generar dos implementaciones diferentes, por más que los requisitos funcionales sean los mismos). Dada esta importancia, parece lógico que tengamos métodos de desarrollo de software que permitan integrate este tipo de requisitos como parte del proceso de desarrollo. Por desgracia esto NO es así en el caso de los procesos de tipo MDD, con lo que el código generado (semi)automáticamente al final de estos procesos se debe modificar manualmente para adaptarlo a los NFRs que los clientes han indicado al principio del proceso. NO hace falta decir que ésta NO es lo que se dice una buena solución.

Nuestro trabajo esboza un framework general que integra los NFRs en el “core” del proceso MDD. Discutimos dos posibles variantes, una automática (basada en la utilización de un conjunto de transformaciones M2M predefinidas donde, simplificando, cada transformación está especializada en transformar el modelo inicial en un modelo refinado que cumpla con un cierto NFR) y una versión iterativa (donde la elección de la transformación a aplicar está en manos del diseñador que utiliza su conocimiento para saber cuál es la transformación más indicada en cada caso).

En estos momentos, la propuesta todavía está en un plano teórico con lo que cualquier comentario será muy apreciado. Para ponerla en práctica falta todavía resolver una serie de research challenges (por ejemplo, como extraer y guardar el conocimiento arquitectónico de los expertos para poder automatizar la selección de las transformaciones para un conjunto de NFRs concretos) explicitadas también en el paper.

Para conocer mejor nuestra propuesta, podéIS leer el

Si te ha gustado esta entrada, puedes subscribirte a este Software Modeling blog, a la lista de distribución del portal , seguirme en twitter y/o leer los posts más poopulares . Y si realmente te ha gustado ayúdame a hacerlo llegar a otros utilizando los bookmarks que tienes a continuación:

Jordi Cabot

FNR Pearl Chair. Head of the Software Engineering RDI Unit at LIST. Affiliate Professor at University of Luxembourg.  More about me.