Crear Edicion

Construcción de Software
Ingeniero en Informática
Facultad de Informática
Universidad de Murcia







Modelado con UML del caso de estudio


“La Mega Subasta Pública”[1]


Tabla de contenidos

Introducción 3
Diagrama Conceptual 4
Diagrama de Casos de Uso 5
Aspectos a tener en cuenta al leer los contratos y colaboraciones 6
Use Case UC1: Crear edición de subasta 7Diagrama de secuencia del sistema 8
Contratos y colaboraciones 9
Use Case UC2: Realizar puja ordinaria 12
Diagrama de secuencia del sistema 13
Contratos y colaboraciones 13
Use Case UC3: Realizar pago de subasta ordinaria 16
Diagrama de secuencia del sistema 17
Contratos y colaboraciones 17
Use Case UC4: Cerrar edición de subasta 19
Diagrama de secuencia del sistema 20
Contratosy colaboraciones 20
Use Case UC5: Cancelar puja ordinaria 22
Diagrama de secuencia del sistema 23
Contratos y colaboraciones 23
Patrones de Diseño 25
Singleton 25
Iterator 25
Strategy 25
State 26
Proxy 26
Observer 26
Adapter 27
Diagrama de Clases 28
Listado de código 30
Introducción

Hemos aplicado un proceso software basado en UML a la especificación derequisitos de un servicio de subasta pública: La Mega Subasta Pública. El proceso está caracterizado por ser iterativo e incremental y basado en casos de uso. El proceso no se ha seguido enteramente, sino que nos hemos centrado en algunos aspectos de las fases de Modelado de Requisitos, Modelo de Análisis y Modelo del Diseño.

- Del Modelado de Requisitos se extrae el modelo de casos de uso y elmodelo conceptual.
- En el Modelo de Análisis se obtiene un diseño preliminar del sistema a partir de los casos de uso. En esta fase obtenemos los diagramas de secuencia del sistema que nos ayudan a descubrir las operaciones básicas del mismo. Los contratos permiten especificar de forma detallada el efecto de estas operaciones y las colaboraciones muestran el comportamiento de las mismas, comointeracción de objetos. En esta fase se obtiene también el Diagrama de Clases del Análisis.
- En el diseño se obtiene el Diagrama de Clases del Diseño, se define la arquitectura del sistema y se contempla el uso de patrones, entre otras cosas. En esta fase nos limitamos a comentar la ventaja que se podría obtener de usar ciertos patrones de diseño y mostramos un primer listado de laimplementación del sistema (código fuente en Java) obtenido directamente de las colaboraciones.

La estructura del documento es la siguiente:

Primero se muestra el diagrama Conceptual y el de Casos de Uso. A continuación, de cada CdU se deriva un apartado que contiene:
- Especificación textual del CdU.
- Diagrama de secuencia del sistema del CdU.
- Contratos junto con los diagramas decolaboración de los mismos. En todos ellos se ha intentado aplicar patrones GRASP.
Por último se muestra el diagrama de Clases, comentario acerca del uso de patrones de diseño y el listado de código fuente.



Diagrama Conceptual

[pic]
Nota del profesor. Observa que se podría haber introducido un concepto “Pago” que generalizara “PagoCuota” y “PagoAdjudicación”, así como un concepto“Administrador” que representara el actor que aparece en el modelo de casos de uso y que entre otras cosas crea una edición de subastas o un anuncio de subasta. También se podría introducir un concepto “Banco” o “GestoraDeMediosDePago”, que se encargaría de tramitar los pagos con tarjeta. Incluso se podría haber establecido una generalización entre “Tarjeta de crédito” y sus especializaciones: VISA,MasterCard, 4B y Tarjeta Punto Oro, con el objetivo de dotar de más información al modelo.

Diagrama de Casos de Uso

[pic]
Nota del profesor. Podemos acotar la práctica centrando el trabajo en los siguientes casos de uso: Realizar puja ordinaria, Cancelar puja ordinaria, Cerrar edición de subasta, Realizar pago de subasta ordinaria y Crear edición de subasta.


Aspectos a tener en cuenta al...