1 Ingeniería del Software Ejercicios de Captura de Requerimientos Reservas de casas rurales...

1

Ingeniería del Software

Ejercicios de Captura de Requerimientos

Reservas de casas rurales (Febrero 2003) Reservas de pistas de tenis (Junio 2003) Reservas de billetes de avión (Septiembre 2003) Gestión stock (Febrero 2004) Taller Automatik (Junio 2004) Albergues XXX (Septiembre 2004) P2P (Febrero 2005) Contren (Junio 2005) Al Fresco (Febrero 2006) UNIPRE (Junio 2006)

Para todos ellos se pide: Diagrama de Casos de Uso Casos de uso expandido Modelo de Dominio

2


Ejercicio Gestión de reservas Casas Rurales

Examen Febrero 2003 (1h ¼)

Diagrama de Casos de Uso y

Casos de uso expandido (3 puntos)

Modelo de Dominio (2 puntos)

3


Jerarquía de actores

USUARIO

PROPIETARIO

4


Actor Usuario

USUARIO

Buscar por Población

Buscar por Código

Reservar

<<uses>>Consultar Disponibilidad

5


Actor Propietario (1)

PROPIETARIO

Registrar Propietario

Añadir Casa Rural

<<uses>>

Eliminar Casa Rural

Añadir Disponibilidad

Eliminar Disponibilidad

6


Actor Propietario (2a)

PROPIETARIO

Anotar Pagos

7


Actor Propietario (2b)

PROPIETARIO

Anotar PagosAnular Reserva

Comprobar Reservas Anular Reserva

<<uses>><<extends>>

8


Actor Propietario (2c)

PROPIETARIO

Anotar Pagos

Comprobar Reservas

<<uses>>

9


Actor Propietario (2d)

PROPIETARIO

Anotar Pagos

Comprobar ReservasAnular Reservas

<<uses>>

Anular Reserva

<<extends>>

10


Modelo de dominio (1)

Propietario

Usuario

Casa Rural

Paquete

Habitación Cocina

Reserva

11



Propietario

Usuario

Casa Rural

Paquete

Cocina Dormitorio

Reserva

1..* 3..*

1

1..*

1 1..*

1 1..*

alquila

ofrece

12



Propietario

cuentapasswdnicc...

Usuario

dnitel...

Cocina

codClavavajillas?lavadora?

Casa Rural

codCRpoblacion/ndormitorios/ncocinasnbañosncomedoresnplazasDescripciónprecioCR

Dormitorio

codDndoblesnsencillasprecioD

Paquete

periodoprecioPentera?dormitorios?

Reserva

numfechapagada?

...y ahora cómo representamosque se ha hecho una reserva devarios dormitorios?Cómo calculamos su precio?

13



Propietario

Usuario

Casa Rural

Paquete

Cocina Dormitorio

Reserva

1..* 3..*

1

1..*

1 1..*

1 1..*

alquila

ofrece

ReservaD

1..*

14



Propietario

cuentapasswdnicc...

Usuario

dnitel...

Cocina

codClavavajillas?lavadora?

Casa Rural

codCRpoblacion/ndormitorios/ncocinasnbañosncomedoresnplazasdescripción

Dormitorio

codDndoblesnsencillasprecioD

Paquete

periodoprecioPentera?dormitorios?

Reservanumfechapagada?entera?precioR

ReservaD

codD

...y ahora los precios de las dormitorios son siempre iguales? No dependen del periodo en que se alquilan?

15


Ejercicio Gestión de reservas de Pistas de Tenis

Examen Mayo 2003 (1 hora)


Casos de uso expandido (2,5 puntos)

Modelo de Dominio (1,5 puntos)

16


Casos de uso

SOCIO

Reservar Pista

Anotar Uso Pista

<<uses>>

Cancelar Reserva

Generar Facturas

ENCARGADO

17


Ejemplo: Caso de uso de alto nivel

Caso de uso: Reservar Pista

Actores: Socio, Encargado

Tipo: Primario

Descripción: Un socio solicita la reserva de una pista del club de tenis para una fecha concreta y unas horas determinadas. El encargado verifica la fecha y la disponibilidad de pistas para esas horas. Por último, el encargado registra la reserva.

18



Caso de uso: Anotar Uso Pista


Tipo: Primario

Descripción: Un socio avisa al encargado del uso efectivo de la reserva de una pista. El encargado comprueba la reserva y anota el uso de la pista reservada.

19



Caso de uso: Cancelar Reserva


Tipo: Primario

Descripción: Un socio solicita la cancelación de una reserva. El encargado, tras verificar los datos, hace efectiva la cancelación.

20



Caso de uso: Generar Facturas

Actores: Encargado

Tipo: Primario

Descripción: Cada mes el encargado genera las facturas de los socios.

21


Caso de uso expandidos

Caso de uso: Reservar Pista Curso normal de los eventos:1. Socio: Este caso de uso comienza cuando un socio solicita al

encargado la reserva de una pista del club de tenis. El Socio se identifica y solicita una reserva para una fecha y unas horas determinadas.

2. Encargado: Identifica al socio. SEE SECTION Identificar Socio.3. Sistema: Presenta la información del socio y sus reservas.4. Encargado: Introduce la fecha. 1. Sistema: Para esa fecha, presenta los horarios de las pistas no

reservadas (libres).2. Encargado: Verifica las horas que quiere reservar el socio, asigna

las pistas al socio para el horario solicitado y confirma la reserva.3. Sistema: Registra la reserva de las pistas.Cursos alternativos:Paso 2. No se trata de un Socio. Sugerir hacerse socio.Paso 3. El socio ya tenia reservada pistas para esa fecha y horario.Paso 4. La fecha es superior a un mes del día actual. Sugerir volver más

adelante.Paso 6. No hay pistas libres para la fecha y horario solicitado. Sugerir

horarios alternativos.

22



Caso de uso: Anotar Uso Pista Actores: Socio, EncargadoTipo: PrimarioDescripción: Un socio avisa al encargado del uso efectivo de la

reserva de una pista. El encargado anota el uso de la pista reservada.

Curso normal de los eventos:1. Socio: Este caso de uso comienza cuando un socio avisa al

encargado que quiere hacer uso efectivo de una reserva del club de tenis. El Socio se identifica.

2. Encargado: Identifica al socio. SEE SECTION Identificar Socio.3. Sistema: Presenta la información del socio y sus reservas.4. Encargado: Verifica la reserva, confirma el uso de la reserva y

asigna tarifa.5. Sistema: Registra el uso de la reserva y asigna tarifa T1 (fin de

semana u horario nocturno) o T2 (resto de horarios).Cursos alternativos:Paso 2. No se trata de un Socio. Sugerir hacerse socio.Paso 3. El socio no tenia reserva para esa fecha y horario.

23



Caso de uso: Cancelar Reserva Actores: Socio, EncargadoTipo: PrimarioDescripción: Un socio solicita la cancelación de una reserva. El encargado,

tras verificar los datos, hace efectiva la cancelación.Curso normal de los eventos:1. Socio: Este caso de uso comienza cuando un socio avisa al

encargado que quiere cancelar una reserva del club de tenis. El Socio se identifica y solicita una cancelación para una fecha y unas horas determinadas.

2. Encargado: Identifica al socio. SEE SECTION Identificar Socio.3. Sistema: Presenta la información del socio y sus reservas.4. Encargado: Verifica la reserva y confirma la cancelación de la

reserva.5. Sistema: Comprueba la fecha de cancelación con la fecha actual.

Registra la cancelación de la reserva y asigna tarifa T4 (cancelación).

Cursos alternativos:Paso 2. No se trata de un Socio. Sugerir hacerse socio.Paso 3. El socio no tenia reserva para esa fecha y horario.Paso 5. El socio quiere cancelar una reserva para el mismo día.

24




Actores: Encargado

Tipo: Primario

Descripción: Cada mes el encargado genera las facturas de los socios.

Curso normal de los eventos:

1. Encargado: Este caso de uso comienza cuando el encargado quiere generar las facturas mensuales de los socios. El encargado introduce el mes.

2. Sistema: Para cada socio se obtienen todas las reservas del mes. Para cada reserva no cancelada, el sistema verifica si no ha sido efectiva, en cuyo caso le asigna la tarifa T3 (no usar la reserva). Calcula el importe de cada reserva y acumula el total.

25



Socio

dnitel...

Club de Tenis Pista

Número pista

Reserva

numfechaHora/importe

Tarifa

tipoprecio

Factura

mes/total

26



Socio

Club de Tenis

Pista

Reserva

1

1..5

* *

ofrece

Tarifa

*

1

Factura

*

1

tiene

1

*

*1

27


Ejercicios de Captura de Requerimientos

Gestión de Stock (Febrero 2004)

Se pide:

Diagrama de Casos de Uso Casos de uso expandido Modelo de Dominio

28


Actor encargado

ENCARGADO

Montar producto

Verificar componentesFaltan componentes

Solicitar Producto

<<uses>>

<<extends>>

29


Actor encargado

ENCARGADO

Registrar producto

Producto Potencialmentedisponible

<<uses>>

30


Actor encargado

ENCARGADO

Consultar Stock

31


Actor encargado

ENCARGADO

Componentes a enviar

32



Caso de uso: Montar Producto

Actores: Encargado

Tipo: Secundario

Descripción: El encargado solicita el listado de componentes de un producto. El sistema proporciona el listado de componentes del producto indicando para cada uno de ellos, si se encuentra disponible en la sucursal, se ha solicitado a otra sucursal o si se ha solicitado su compra.

33



Caso de uso: Verificar Producto

Actores: Encargado

Tipo: Primario

Descripción: Dado un producto o componente, el sistema comprueba la cantidad en stock y el estado de todos los componentes y subcomponentes que forman un producto. Al terminar, proporciona el listado completo de:

– todos los componentes disponibles en la sucursal– los componentes no disponibles en esa sucursal, pero

si disponibles en otras sucursales– los componentes no disponibles en ninguna sucursal

34



Caso de uso: Solicitar Producto

Actores: Encargado

Tipo: Secundario

Descripción: El encargado solicita una cierta cantidad de un componente a otra sucursal, o solicita su compra a un proveedor externo.

35



Caso de uso: Registrar producto

Actores: Encargado

Tipo: Secundario

Descripción: El encargado actualiza el stock de productos o componentes a medida que se montan, adquieren o llegan de otras sucursales.

36



Caso de uso: Producto potencialmente disponible

Actores: Encargado

Tipo: Primario

Descripción: Tras registrar un nuevo componente al stock, el sistema comprueba qué productos pueden iniciar su montaje al estar potencialmente disponibles.

37



Caso de uso: Consultar Stock

Actores: Encargado

Tipo: Secundario

Descripción: El encargado solicita el listado de todos los productos y componentes exisentes en cada sucursal. Para cada producto o componente en cada sucursal, se indica cuántos estan disponibles, potencialmente disponibles o en camino.

38



Caso de uso: Componentes a enviar

Actores: Encargado

Tipo: Secundario

Descripción: El encargado solicita el listado de componentes o productos solicitados por otras sucursales. El sistema proporciona para cada sucursal el listado de componentes solicitados y actualiza su stock.

39


Modelo de dominio

Sucursal

stock

Componente0..*

0..*

0..*0..*

es_miembro

Proveedor

1

1..*

disponiblesno_disponiblesen_caminop_disponibles

40


Examen Junio 2003-2004

Taller Automatik

Se pide:


41



ENCARGADO

MECÁNICO

42


Casos de uso

CLIENTE

Registrar Vehículo

ENCARGADO

43


Casos de uso

ENCARGADO

Generar Facturas

44


Casos de uso

CLIENTE

Avisar Cliente

ENCARGADO

45


Casos de uso

CLIENTE ENCARGADO

Recoger Vehículo

Abonar Factura

<<uses>>

46


Casos de uso

ENCARGADO

Actualizar Stock

47


Casos de uso

Reparar VehículoSolicitar HistorialRealizar AcciónSolicitar Pieza

Terminar Reparación

Solicitar Historial

MECÁNICO

<<extends>>

Substituir PiezaConsultar StockSolicitar Pieza

Realizar Acción

<<extends>>

<<extends>>

Solicitar Pieza

<<extends>>

Terminar Reparación

<<extends>>

Consultar Stock

<<extends>>

48



Caso de uso: Registrar Vehículo

Actores: Cliente, Encargado

Tipo: Secundario

Descripción: El cliente trae un vehículo al taller. Si es necesario, el encargado registra los datos principales del cliente (dirección, teléfono, etc.), así como las características básicas del vehículo (matrícula, modelo, marca, etc.). Por último, el encargado añade una breve descripción del motivo de entrada en el taller.

49




Actores: Encargado

Tipo: Secundario

Descripción: El encargado genera las facturas pendientes de los vehículos cuya reparación ha terminado. Las facturas detallan cada una de las acciones realizadas, el tiempo empleado en su realización y el importe total de cada acción, así como las piezas que se hayan sustituido y su precio. El precio final de una reparación contempla la mano de obra del mecánico (número de horas totales por el precio hora) y el precio de las piezas nuevas.

50



Caso de uso: Avisar Cliente


Tipo: Secundario

Descripción: El encargado avisa a los clientes que tienen facturas pendientes de pago para que recojan sus vehículos reparados.

51



Caso de uso: Recoger Vehículo


Tipo: Secundario

Descripción: El cliente abona la factura de la reparación y el encargado le hace entrega del vehículo reparado.

52



Caso de uso: Abonar Factura


Tipo: Secundario

Descripción: El cliente abona la factura de la reparación.

53



Caso de uso: Actualizar Stock

Actores: Encargado

Tipo: Secundario

Descripción: Cuando llegan nuevas piezas de los fabricantes, el encargado actualiza su stock.

54



Caso de uso: Reparar Vehículo

Actores: Mecánico

Tipo: Primario

Descripción: El sistema muestra todos los vehículos en reparación. Para cada uno de ellos, el sistema indica los que están pendientes de piezas y los que no (puede que haya llegado la pieza que les faltaba). El mecánico selecciona uno de los vehículos en reparación. Para ese vehículo, el mecánico puede solicitar el historial detallado, introducir acciones codificadas o substituir piezas o dar por terminada la reparación.

55



Caso de uso: Solicitar Historial

Actores: Mecánico

Tipo: Secundario

Descripción: El mecánico solicita el historial detallado de las reparaciones del vehículo. El historial debe incluir para cada reparación, la fecha de entrada y salida del vehículo al taller, su kilometraje, el motivo de entrada, las acciones realizadas y las piezas cambiadas.

56



Caso de uso: Realizar Acción

Actores: Mecánico

Tipo: Secundario

Descripción: El mecánico contempla una serie de acciones posibles. Las acciones estan codificadas y tienen asociada una descripción.

57



Caso de uso: Substituir Pieza

Actores: Mecánico

Tipo: Primario

Descripción: Si la reparación requiere sustituir alguna pieza, el mecánico puede consultar el stock de piezas del almacén. Si no se dispone de la pieza necesaria, se debe solicitar al fabricante, en cuyo caso, la substitución de la pieza debe aplazarse.

58



Caso de uso: Consultar Stock

Actores: Mecánico

Tipo: Secundario

Descripción: El mecánico consulta el stock de piezas del almacén.

59



Caso de uso: Solicitar Pieza

Actores: Mecánico

Tipo: Secundario

Descripción: El mecánico solicita la pieza a substituir al fabricante.

60



Cliente Vehículo

Reparación

1 *

Acción*1

dniNombreteléfono

matrículamarcamodelo

fechaEntradaKmsfechaTerminadafechaSalidamotivo

numHoras

TipoAcción1

descripción

*

Pieza*

1

numPiezasnumPendientes

TipoPieza1

PrecioDescripciónFabricanteenStock

*

Factura

/totalNumHoras/totalPiezas/totalfechaAbono

1

1

61


Examen Febrero 2004-2005

P2P

Se pide (1h ¼):


62



PEER

CENTRAL

63


Actor CENTRAL

CENTRAL

Activar nodo CENTRAL

Desactivar nodo CENTRAL

64


Actor PEER (1)

PEER

Dar de alta nodo PEER

Modificar Recursos

<<uses>>

Dar de baja nodo PEER

65


Actor PEER (2)

PEER

Conectar

Desconectar

Consultar nodo CENTRALSolicitar recurso

Solicitar recurso

<<extends>>

66


Casos de uso de alto nivel (1)

Caso de uso: Activar nodo CENTRAL

Actores: CENTRAL

Tipo: Secundario

Descripción: El nodo CENTRAL se pone en marcha. Con ello se inicializa la lista de resursos disponibles y el historial.

Caso de uso: Desactivar nodo CENTRAL

Actores: CENTRAL

Tipo: Secundario

Descripción: El nodo CENTRAL deja de estar activo.

67



Caso de uso: Dar de alta nodo PEER

Actores: PEER

Tipo: Secundario

Descripción: El nodo PEER se registra en el sistema proporcionando su dirección IP.

Caso de uso: Dar de baja nodo PEER

Actores: PEER

Tipo: Secundario

Descripción: El nodo PEER se da de baja del sistema. Se eliminan todos sus datos excepto del

historial. Sus recursos dejan de estar disponibles.

68



Caso de uso: Conectar nodo CENTRAL

Actores: PEER

Tipo: Secundario

Descripción: El nodo PEER se conecta al nodo CENTRAL. El nodo PEER debe estar registrado. Sus recursos

pasan a estar disponibles.

Caso de uso: Desconectar nodo CENTRAL

Actores: PEER

Tipo: Secundario

Descripción: El nodo PEER se desconecta del nodo CENTRAL. Sus recursos dejan de estar disponibles.

69



Caso de uso: Modificar recursos

Actores: PEER

Tipo: Secundario

Descripción: Los usuarios registrados podrán cambiar el conjunto de recursos a compartir, pero mientras estén registrados al menos deberán dejar algún recurso compartido. (a) Los nuevos recursos compartidos se almacenan en el historial.

70



Caso de uso: Consultar nodo CENTRAL Actores: PEERTipo: SecundarioDescripción: Cuando un usuario desea algún recurso,

realiza una consulta al nodo CENTRAL para que le indique qué nodos PEER lo facilitan. El nodo CENTRAL sólo proporcionará información de los nodos PEER conectados al sistema en ese momento. Al realizar una búsqueda de recursos, el usuario proporciona una o varias palabras clave. El nodo CENTRAL buscará en las descripciones textuales y nombres de los recursos. La información devuelta por el nodo CENTRAL será una lista de elementos de la forma: <IP, Nombre, Descripción>, donde IP es el número IP del nodo PEER que facilita el recurso, Nombre el nombre del recurso (fichero o directorio) que se desea compartir y Descripción la descripción textual del recurso.

71


Caso de uso de alto nivel (5)

Caso de uso: Solicitar recurso

Actores: PEER

Tipo: Secundario

Descripción: Un usuario puede solicitar un recurso proporcionando: <IP, Nombre, Descripción>. Si el nodo PEER situado en dicha IP está conectado entonces le enviará el contenido del recurso con dicho Nombre y Descripción. (b) El sistema guardará un historial con la información de todos los recursos que en el pasado se han compartido.

72


Modelo de dominio (a)

1 *Central

IP/conectados/registrados...

PEER

IPconectado/recursos

1 * Recurso

nombrecontenido

Fichero

descripción

Directorio

1 *historial

73


Modelo de dominio (b)

1 *Central

IP/conectados/registrados...

PEER

IPconectado/recursos

1 * Recurso

nombrecontenido

Fichero

descripción

Directorio

*

*

Historial

nombreficherodescripción

74


Ejercicio UNIPRE

Examen Junio 2006 (1h 20 min.)


Casos de uso expandido (2,5 puntos)

Modelo de Dominio (1,5 puntos)

75


Actores

ESTUDIANTESECRETARIO

76


Actor Secretario

SECRETARIO

Buscar por Población

Buscar por Código

Reservar

<<uses>>Consultar Disponibilidad

77


Actor Estudiante

ESTUDIANTE

Solicitar Preferencias

Realizar Matrícula

78


Actor Secretario

SECRETARIO

Asignar Números Clausus

Establecer Fecha Asignación

Realizar Proceso Asignación

Comprobar plazasno asignadas

Comprobar estudiantesno matriculados

<<uses>>

<<uses>>

79



Caso de uso: Solicitar Preferencias

Actores: ESTUDIANTE

Tipo: Secundario

Descripción: Durante la preinscripción universitaria, el estudiante puede solicitar hasta ocho preferencias, las cuales tienen que estar ordenadas de forma estricta por orden de interés.

Caso de uso: Realizar Matrícula

Actores: ESTUDIANTE

Tipo: Secundario

Descripción: Si no se ha superado la fecha tope, el estudiante realiza la matrícula en la titulación asignada.

80



Caso de uso: Asignar Numerus Clausus

Actores: SECRETARIO

Tipo: Secundario

Descripción: El secretario asigna los numerus clausus a las titulaciones

Caso de uso: Establecer Fecha Asignación

Actores: SECRETARIO

Tipo: Secundario

Descripción: El secretario establece la fecha de convocatoria en que se realizará la asignación de estudiantes.

1 Ingeniería del Software Ejercicios de Captura de Requerimientos Reservas de casas rurales...

Documents

Transcript of 1 Ingeniería del Software Ejercicios de Captura de Requerimientos Reservas de casas rurales...