Documentar variabilidad de requisitos en fabricas software Ildefonso Montero Pérez Sergio Segura Rueda

Tamaño: px

Comenzar la demostración a partir de la página:

Download "Documentar variabilidad de requisitos en fabricas software Ildefonso Montero Pérez Sergio Segura Rueda"

Ana Sosa Cuenca
hace 5 años
Vistas:

1 Documentar variabilidad de requisitos en fabricas software Ildefonso Montero Pérez Sergio Segura Rueda Programa de Doctorado: Tecnología e Ingeniería del Software Departamento de Lenguajes y Sistemas Informáticos Universidad de Sevilla 2006/2007

2 Índice de contenidos Líneas de Productos Software Definición Actividades Propuestas para el desarrollo de SPLs Variabilidad Modelos de características Análisis automático de modelos de características Herramientas Variabilidad de Requisitos en Fábricas Software Introducción y motivación Técnicas tradicionales de documentación Ejemplo: Correo Web Variabilidad en objetivos del sistema Variabilidad en diagramas de casos de uso Variabilidad en plantillas de casos de uso Otras propuestas Conclusiones

3 Definición Llamadas SMS Bluetooh Cámara 3G Llamadas SMS Bluetooh Cámara 3G Video Llamadas SMS Bluetooh 3G Video Juegos Llamadas SMS 3G Llamadas SMS Cámara 3G Llamadas SMS 3G Video MP3 Juegos Llamadas SMS Bluetooh 3G

4 Definición A Software Product Line (SPL) is a set of software-intensive systems, sharing a common, managed set of features that satisfy the specific needs of a particular market segment or mission and that are developed from a common set of core assets in a prescribed way. (Paul Clements) Principales objetivos: Reducir costes. Reducir el tiempo de desarrollo. Optimizar recursos. Aumentar la calidad de los productos desarrollados.

5 Definición Ejemplo: Teléfonos móviles

6 Definición Ejemplo: Eclipse

7 Actividades

8 Actividades Domain Engineering Estudio del dominio. Gestión de la variabilidad. Desarrollo de los core assets. Diseño del plan de producción. Application Engineering Desarrollo de productos concretos.

9 Propuestas para el desarrollo de SPLs Propuestas para el desarrollo de SPLs: Framework/Configuration Domain Specific Languages (DSL) / Generative Programming Model Driven Development (MDD) Feature Oriented Programming (AHEAD) Software Factories PLUSSE QADA FORM COPA Batory SPL Czarnecki Catalysis FAST Kobra PESOA

10 Variabilidad Variability is the ability of a software artefact to be changed or customised to be used in multiple contexts (J. Bosh) La variabilidad es el elemento más característico de las líneas de productos software. Una buena gestión de la misma es fundamental. Existen muchas clasificaciones y propuestas para el tratamiento de la variabilidad. De forma general se habla de Variabilidad a nivel de requisitos. Variabilidad a nivel de diseño. Variabilidad a nivel de implementación.

11 Modelos de Características Un modelo de características (Feature Model) representa a todos los productos de una línea de productos software en términos de características. Un característica puede definirse como un incremento en la funcionalidad de un producto. Los modelos de características son empleados para modelar la variabilidad de requisitos de alto nivel u objetivos de un conjunto de productos software.

12 Modelos de Características P P Alternative Relation Mandatory Relation C C1 C2 Cn P Optional Relation A B Requires Constraint A B Excludes Constraint C P Or Relation C1 C2 Cn

13 Modelos de Características

14 Análisis de Modelos de Características Número Productos: 68

15 Análisis de Modelos de Características Número Productos: 148 FAQ

16 Análisis de Modelos de Características availability reliability Services cost Video on Demand Power Line Internet Conection ADSL latency bandwidth

17 Análisis de Modelos de Características Ejemplos de posibles operaciones: Número de productos de un FM. Aplicar filtros al modelo. Listado de todos los productos. Averiguar si un FM es válido (tiene al menos un producto). Depuración de FMs. Obtener el mejor producto de acuerdo con algún criterio: el más barato, el más rápido.

18 Herramientas Feature Model Analyzer (FAMA) Feature Model Plug-in (FMP) PureVariant Requiline CaptainFeature XFeature AHEAD

19 Índice de contenidos Introducción y motivación Técnicas tradicionales de documentación Ejemplo: Correo Web Variabilidad en objetivos del sistema Variabilidad en diagramas de casos de uso Variabilidad en plantillas de casos de uso Otras propuestas Conclusiones

20 Introducción y motivación Fábricas Software para Sistemas con Arquitectura Orientada a Servicios Web (WEB FACTORIES) Software Factory Software Product Line Domain Engineering Model Driven Development Aspect Oriented Programming Tools for specific domains Tool support Variability in System Goals, Use Cases Templates and Diagrams, Stakeholders, Information Requirements and Traceability Matrix Application Engineering

21 Introducción y motivación Qué es variabilidad?

22 Índice de contenidos Introducción y motivación Técnicas tradicionales de documentación Ejemplo: Correo Web Variabilidad en objetivos del sistema Variabilidad en diagramas de casos de uso Variabilidad en plantillas de casos de uso Otras propuestas Conclusiones

23 Técnicas tradicionales de documentación

24 Índice de contenidos Introducción y motivación Técnicas tradicionales de documentación Ejemplo: Correo Web Variabilidad en objetivos del sistema Variabilidad en diagramas de casos de uso Variabilidad en plantillas de casos de uso Otras propuestas Conclusiones

25 Ejemplo: Correo Web

26 Índice de contenidos Introducción y motivación Técnicas tradicionales de documentación Ejemplo: Correo Web Variabilidad en objetivos del sistema Variabilidad en diagramas de casos de uso Variabilidad en plantillas de casos de uso Otras propuestas Conclusiones

Variabilidad en objetivos del sistema Features model: objetivo = feature? (essential features) Klaus Pohl: There is an overlap between the goal and feature definitions.

27 Variabilidad en objetivos del sistema Features model: objetivo = feature? (essential features) Klaus Pohl: There is an overlap between the goal and feature definitions. In most cases, feature and goal models define similar information. [Software Product Line Engineering, Foundations, Principles, and Techniques, Springer] Goal:A goal is an objetive the system under construction should achieve [V. Lamsweerde 2001] Feature: A feature is an end-user visible characteristic of a system [ Kang et al. 1990]

28 Variabilidad en objetivos del sistema Features model: Correo Web

29 Variabilidad en objetivos del sistema TROPOS: NFR Framework /Hardgoals y Softgoals

30 Variabilidad en objetivos del sistema TROPOS: Correo Web. Escribir correo

31 Variabilidad en objetivos del sistema Herramientas: - FAMA - PureVariant - Requiline

32 Variabilidad en objetivos del sistema Resumen:

33 Índice de contenidos Introducción y motivación Técnicas tradicionales de documentación Ejemplo: Correo Web Variabilidad en objetivos del sistema Variabilidad en diagramas de casos de uso Variabilidad en plantillas de casos de uso Otras propuestas Conclusiones

34 Variabilidad en diagramas de casos de uso Propuestas: Gomaa Hallmans y Pohl

35 Variabilidad en diagramas de casos de uso Propuestas: COVAMOF

36 Variabilidad en diagramas de casos de uso

37 Variabilidad en diagramas de casos de uso Herramientas: solo para COVAMOF Mocca / CVV-VS

38 Índice de contenidos Introducción y motivación Técnicas tradicionales de documentación Ejemplo: Correo Web Variabilidad en objetivos del sistema Variabilidad en diagramas de casos de uso Variabilidad en plantillas de casos de uso Otras propuestas Conclusiones

39 Variabilidad en plantillas de casos de uso Propuestas: Bertolino

40 Variabilidad en plantillas de casos de uso Propuestas: John y Muthig

41 Variabilidad en plantillas de casos de uso Herramientas: No hay soporte

42 Índice de contenidos Introducción y motivación Técnicas tradicionales de documentación Ejemplo: Correo Web Variabilidad en objetivos del sistema Variabilidad en diagramas de casos de uso Variabilidad en plantillas de casos de uso Otras propuestas Conclusiones

43 Otras propuestas Use case diagrams + Feature Models [Pohl] Use cases diagrams + Use cases Templates + Feature Models [Griss] UML Use Case Meta Model + Feature Models [ Thomas von der Maben ]

44 Índice de contenidos Introducción y motivación Técnicas tradicionales de documentación Ejemplo: Correo Web Variabilidad en objetivos del sistema Variabilidad en diagramas de casos de uso Variabilidad en plantillas de casos de uso Otras propuestas Conclusiones

45 Conclusiones

46 Conclusiones Usar las propuestas que unen varias [Griss, Thomas von der Maben] como base para desarrollar la herramienta

47 Demo

48 Gracias por vuestra atención Preguntas

Documentos relacionados

Introducción Líneas de Producto y Re-uso

Introducción Líneas de Producto y Re-uso Algunos datos para pensar Nokia puede producir 25 a 30 diferentes modelos de celular al año Motorola observó una mejora de 400% en productividad. HP reportó mejor