Interesados en –Reutilización sistemática de requisitos –V&V de modelos conceptuales (UML) –Métodos ágiles de desarrollo Favorecen Introducción de buenas prácticas de IS (con mínima “burocracia”) Disminución de costes Incremento de la Productividad, Seguridad y Calidad Grupo de Ingeniería del Software, Universidad de Murcia Ambrosio Toval, NAME, Valencia, 4 octubre 2002

Motivaciones para experimentar con MA Investigación –Experimentación de SIREN (modelo de proceso y técnicas ágiles, basadas en reuso) –Experimentación de RIVIERA (CASE avanzado para V&V de modelos ULM) Transferencia de Tecnología: –Favorecer el uso de la IS en la industria (especialmente PYMES) –Incorporación de procesos más rigurosos en el desarrollo de software, a un coste mínimo –Reutilización de requisitos más efectiva que la reutilización de código (cambian las versiones, entorno,...) y otros artefactos del software

Colaboraciones y utilización de MA Línea de investigación basada en SIREN: –Reutilización de requisitos escritos, utilización de estándares de sencilla aplicación –Desarrollo de catálogos reutilizables (seguridad, LOPD) –Colaboración actual con CARM

Nivel de Introducción de SIREN como MA Aún muy escaso: –Aplicados de forma experimental en: CARM (DGSIC, Consejería de Trabajo) Búsqueda de nuevos socios y nuevas aplicaciones: –Consejería de Agricultura, proyecto de homogeneización de programas y BD –Nuevos catálogos (dominios específicos) – Aplicación de catálogos existentes

Prácticas adoptadas SIREN (Reutilización): –Reutilización de requisitos ya existentes –Definición de un modelo claro y sencillo de utilización de los catálogos RIVIERA (V&V modelos UML): –Automatización de procesos –Verificación automática de modelos y detección de errores en fases tempranas Aumento de la productividad y de la calidad a través de:

The Values of Agile Modeling (AM) The Official Agile Modeling (AM) Site Communication. Models promote communication between your team and your project stakeholders as well as between developers on your team Simplicity. It’s important that developers understand that models are critical for simplifying both software and the software process Feedback. : By communicating your ideas through diagrams, you quickly gain feedback, enabling you to act on that advice.

The Practices of Agile Modeling (AM) The Official Agile Modeling (AM) Site Apply Modeling Standards. This practice is renamed from XP's Coding Standards... including the Object Management Group's Unified Modeling Language (UML)Object Management Group's Active Stakeholder Participation. An expansion of XP's On-Site Customer which describes the need to have on-site access to users that have the authority and ability to provide information (reqs.) Reuse Existing Resources....some analysis or design patterns are appropriate for you to apply. Or perhaps you can take advantage of an existing enterprise requirements model

Factores de éxito y obstáculos (estimados) Factores de éxito –Conciencia de la dirección –Personal motivado y cualificado –Demostración de los beneficios de MA necesaria Obstáculos: –Poca variedad de métodos para elegir –Aún poco experimentados –Carencia de herramientas adecuadas para soportar estos métodos

Objetivos a largo plazo Continuar con los trabajos de –SIREN más catálogos mejora de los existentes integración con herramientas CARE comerciales actuales –RIVIERA más diagramas UML más propiedades para los diagramas actualmente soportados (D.Clases, D. Estados, D. Secuencias) soporte a la transformación automática de modelos

Previsiones XP y MA Consolidación como una disciplina en sí misma Interacción con múltiples áreas de la Informática (de hecho la tendencia general es la de disminución de costes y otras características propias de XP, MA) Aparición de herramientas específicas de soporte

When Are You Agile Modeling? 1.Your customers/users are active participants in your requirements and/or analysis modeling efforts. 2.Changing requirements are welcomed and acted upon accordingly – there is no “requirements freeze”. 3.You are working on the highest priority requirements first, as prioritized by your project stakeholders, and in turn focusing on highest risk issues as work progresses. 4.You are taking an iterative and incremental approach to modeling. 5.Your primary focus is on the development of software, not documentation or the models themselves. 6.You are modeling as a team where everyone’s input is welcome.

When Are You Agile Modeling? 7.You are actively trying to keep things as simple as possible – You are using the simplest tools available to you and creating the simplest model(s) that do the job. 8.You are discarding most, if not all, of your models as development progresses. 9.Customers/business owners make business decisions, developers make technical decisions. 10.The content of your models is recognized as being significantly more important than the format/representation of that content. 11.How you will test what you are describing with your model(s) is a critical issue being continually considered as you model (STS, IEEE).

Algunos trabajos relacionados Contactar: más trabajos en “Legal Requirements Reuse: A Critical Success Factor for Requirements Quality and Personal Data Protection” Toval, A., Olmos, A., Piattini, M., Proceedings of the IEEE Joint International Conference on Requirements Engineering (ICRE'02 and RE'02), 9-13 September, 2002 Essen Germany, IEEE Computer Press "Requirements Reuse for Improving Information Systems Security: A Practitioner's Approach", Toval, A., Nicolás, J., Moros, B., y García Báidez, F., Requirements Engineering Journal (4): pp Improving System Reliability via Rigorous Software Modeling: The UML Case", Toval, A., Fernández, J.L.," Proceedings of the 2001 IEEE Aerospace Conference (Track 10: Software and Computing), Montana, USA IEEE Computer Society March 10-17, 2001 “Tool Support for Transforming UML Models to a Formal Language”, Sáez, J., Toval, A. Fernández, J.L., WTUML: International Workshop on Transformations of UML Models, with ETAPS 2001, Génova, Italy April, 2001