Proceso MDA y Scrum

Introducción

El objetivo de la demo es realizar una aplicación funcional con MDA.

Se intentará introducir manualmente el menor código posible.

Se examinará como MDA nos ayuda en los cambios de requerimientos.

Comprobaremos la velocidad de desarrollo de un sistema con MDA.

Pasos de la Demo

Captura de Requerimientos para realizar el sistema.

Extracción de la pila de producto.

Planificación del proyecto.

Planificación del Sprint 1.

Realización del Sprint 1.

Revisión del Sprint 1(Demo del sistema).

Descripción del Sistema El sistema a desarrollar se basa en la gestión de reservas de libros de una biblioteca. La información de los libros es la siguiente: isbn, autor, número de páginas y fecha de alta . De los usuarios del sistema se quiere guardar la siguiente información: login, password, nombre, apellido1, apellido2, tipoUsuario . Los diferentes tipos de usuarios del sistema son: administrador, bibliotecario, socio, profesor . Correo electrónico. Datos referentes a su dirección, como son calle, número, piso, ciudad y código postal. Un usuario administrador será el encargado de configurar la aplicación y gestionar los usuarios, mientras que un bibliotecario se encargará de la gestión depréstamos y libros, siendo el único tipo que pueda realizar préstamos. Tanto los profesores como los socios van a poder realizar reservas sobre los libros, pero con diferentes permisos, tanto en número de libros como en duración del préstamo. Para realizar un préstamo, deberán personarse en la biblioteca, y el bibliotecario formalizará el préstamo en nombre del profesor o socio. MDA © 2008-2009 Depto. Ciencia de la Computación e IA Especialista Universitario Java Enterprise

Descripción del Sistema Los usuarios pueden tener diferentes estados: moroso y activo . Si el usuario que se logea es un administrador se tendrá que ir directamente a la gestión de usuarios y si es el bibliotecario a la gestión de libro. Cuando un usuario se retrase en la devolución de un libro, se le creará una multa , de la cual nos interesa saber la fecha de inicio y de finalización de la misma. Nos han comunicado que quieren mantener un histórico de las multas que ha tenido un usuario. Respecto a los préstamos, tras muchas entrevistas deducimos que tanto las reservas, como los prestamos tienen características comunes, como son: • Fecha de inicio y finalización • Usuario de la operación • Libro de la operación MDA © 2008-2009 Depto. Ciencia de la Computación e IA Especialista Universitario Java Enterprise

Pasos de la Demo

Extracción Pila de Producto

La pila de producto contiene las historias de usuario (casos de

uso) que tenemos que realizar.

Gestionar Libros.

Gestionar Usuarios.

Realizar Operación (Reserva, prestamo o devolución).

Login del sistema.

Listado de libros

Listado de historico de operaciones.

Listado de reservas, préstamos de la biblioteca y multas.

Pasos de la Demo

Planificación del Proyecto

Gestionar Libros --> Sprint 1

Gestionar Usuarios --> Sprint 2

Gestionar Operaciónes --> Sprint 2

Login del sistema --> Sprint 3

Listado de libros --> Sprint 3

Listado de historico de operaciones. --> Sprint 4

Listado de reservas, préstamos de la biblioteca y multas --> Sprint 4

Pasos de la Demo

Planificación del Sprint 1

Tareas a realizar durante el sprint para completar las pilas de

producto.

Creación de los proyectos

Creación del proyecto andromda.

Creación del proyecto servidor.

Creación del proyecto de test del servidor.

Creación del proyecto cliente.

Gestionar libros.

Modelado de la solución.

Logica de acceso.

Test de lógica.

UI para la gestión.

Construcción y Despligue de la versión 0.1.0.

Compilar y realizar la distribución (war y/o ear).

Despliegue de la aplicación.

Pasos de la Demo

Sprint 1 - 1.1 Creación proyecto Andromda Creación del proyecto con las características técnicas requeridas. MDA © 2008-2009 Depto. Ciencia de la Computación e IA Especialista Universitario Java Enterprise

Sprint 1 - 1.2 Creación proyecto Servidor Creación del proyecto servidor donde se implementará la lógica de negocio y estará nuestro acceso a la Base de Datos. MDA © 2008-2009 Depto. Ciencia de la Computación e IA Especialista Universitario Java Enterprise

Sprint 1 - 1.3 Creación proyecto Test MDA © 2008-2009 Depto. Ciencia de la Computación e IA Especialista Universitario Java Enterprise Creación del proyecto de test del servidor para poder realizar los test necesarios en la lógica

Sprint 1 - 1.4 Creación proyecto RCP MDA © 2008-2009 Depto. Ciencia de la Computación e IA Especialista Universitario Java Enterprise Creación del proyecto cliente donde se creará la UI en RCP para el acceso a los datos.

Sprint 1 - 2.1 CRUD libro - Modelado Modelado de la solución en la pizarra con todo el equipo y pasar el modelo al Magic Draw. MDA © 2008-2009 Depto. Ciencia de la Computación e IA Especialista Universitario Java Enterprise

Sprint 1 - 2.2 Lógica de acceso

Generamos el codigo modelado.

Copiamos el cógido.

Implementamos.

Sprint 1 - 2.3 Test de la lógica

Implementamos el código de los test de la lógica.

Probamos el correcto funcionamiento de la lógica.

Podemos analizar los informes de cobertura y de análisis estático de código

Sprint 1 - 2.4 UI para la gestión

Generamos la capa delegate encargada de atacar en romoto o en local.

Creamos la pantallas necesarias con SWT sobre RCP.

Sprint 1 - 3.1 Compilación del proyecto

Compilamos el proyecto y generamos el war y el ear con las tareas de ant.

Sprint 1 - 3.2 Despliegue del proyecto

Desplegamos el proyecto en JBoss

Pasos de la Demo

Sprint 1 - Revisión del Sprint

Ya tenemos la primera version de la aplicación.

Realizamos una demo al propietario del producto y a los demás interesados en el producto (stakeholders).

Obtenemos el feedback necesario para preparar el siguiente sprint.

Sprint N - Reunión Planificación de Sprint Una nueva pila del producto de un nuevo Sprint lo realizaremos en directo. MDA © 2008-2009 Depto. Ciencia de la Computación e IA Especialista Universitario Java Enterprise

Para Saber Más