La descarga está en progreso. Por favor, espere

La descarga está en progreso. Por favor, espere

1 Ingeniería del Software Ejercicios de Captura de Requerimientos Reservas de casas rurales (Febrero 2003) Reservas de pistas de tenis (Junio 2003) Reservas.

Presentaciones similares


Presentación del tema: "1 Ingeniería del Software Ejercicios de Captura de Requerimientos Reservas de casas rurales (Febrero 2003) Reservas de pistas de tenis (Junio 2003) Reservas."— Transcripción de la presentación:

1 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 2 Ingeniería del Software 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 3 Ingeniería del Software Jerarquía de actores USUARIO PROPIETARIO

4 4 Ingeniería del Software Actor Usuario USUARIO Buscar por Población Buscar por Código Reservar > Consultar Disponibilidad

5 5 Ingeniería del Software Actor Propietario (1) PROPIETARIO Registrar Propietario Añadir Casa Rural > Eliminar Casa Rural Añadir Disponibilidad Eliminar Disponibilidad

6 6 Ingeniería del Software Actor Propietario (2a) PROPIETARIO Anotar Pagos

7 7 Ingeniería del Software Actor Propietario (2b) PROPIETARIO Anotar Pagos Anular Reserva Comprobar ReservasAnular Reserva >

8 8 Ingeniería del Software Actor Propietario (2c) PROPIETARIO Anotar Pagos Comprobar Reservas >

9 9 Ingeniería del Software Actor Propietario (2d) PROPIETARIO Anotar Pagos Comprobar Reservas Anular Reservas > Anular Reserva >

10 10 Ingeniería del Software Modelo de dominio (1) Propietario Usuario Casa Rural Paquete HabitaciónCocina Reserva

11 11 Ingeniería del Software Modelo de dominio (1) Propietario Usuario Casa Rural Paquete CocinaDormitorio Reserva 1..*3..* 1 1..* 1 1 alquila ofrece

12 12 Ingeniería del Software Modelo de dominio (2) Propietario cuenta passw dni cc... Usuario dni tel... Cocina codC lavavajillas? lavadora? Casa Rural codCR poblacion /ndormitorios /ncocinas nbaños ncomedores nplazas Descripción precioCR Dormitorio codD ndobles nsencillas precioD Paquete periodo precioP entera? dormitorios? Reserva num fecha pagada?...y ahora cómo representamos que se ha hecho una reserva de varios dormitorios? Cómo calculamos su precio?

13 13 Ingeniería del Software Modelo de dominio (1) Propietario Usuario Casa Rural Paquete CocinaDormitorio Reserva 1..*3..* 1 1..* 1 1 alquila ofrece ReservaD 1..*

14 14 Ingeniería del Software Modelo de dominio (2) Propietario cuenta passw dni cc... Usuario dni tel... Cocina codC lavavajillas? lavadora? Casa Rural codCR poblacion /ndormitorios /ncocinas nbaños ncomedores nplazas descripción Dormitorio codD ndobles nsencillas precioD Paquete periodo precioP entera? dormitorios? Reserva num fecha pagada? entera? precioR ReservaD codD...y ahora los precios de las dormitorios son siempre iguales? No dependen del periodo en que se alquilan?

15 15 Ingeniería del Software Ejercicio Gestión de reservas de Pistas de Tenis Examen Mayo 2003 (1 hora) Diagrama de Casos de Uso y Casos de uso expandido (2,5 puntos) Modelo de Dominio (1,5 puntos)

16 16 Ingeniería del Software Casos de uso SOCIO Reservar Pista Anotar Uso Pista > Cancelar Reserva Generar Facturas ENCARGADO

17 17 Ingeniería del Software 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 18 Ingeniería del Software Ejemplo: Caso de uso de alto nivel Caso de uso: Anotar Uso Pista Actores:Socio, Encargado 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 19 Ingeniería del Software Ejemplo: Caso de uso de alto nivel Caso de uso: Cancelar Reserva Actores:Socio, Encargado 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 20 Ingeniería del Software Ejemplo: Caso de uso de alto nivel Caso de uso: Generar Facturas Actores:Encargado Tipo:Primario Descripción:Cada mes el encargado genera las facturas de los socios.

21 21 Ingeniería del Software 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 22 Ingeniería del Software Caso de uso expandidos Caso de uso: Anotar Uso Pista Actores:Socio, Encargado Tipo:Primario Descripció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 23 Ingeniería del Software Caso de uso expandidos Caso de uso: Cancelar Reserva Actores:Socio, Encargado Tipo:Primario Descripció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 24 Ingeniería del Software Caso de uso expandidos Caso de uso: Generar Facturas 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 25 Ingeniería del Software Modelo de dominio (2) Socio dni tel... Club de TenisPista Número pista Reserva num fecha Hora /importe Tarifa tipo precio Factura mes /total

26 26 Ingeniería del Software Modelo de dominio (1) Socio Club de Tenis Pista Reserva 1 1..5 ** ofrece Tarifa * 1 Factura * 1 tiene 1 * *1

27 27 Ingeniería del Software 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 28 Ingeniería del Software Actor encargado ENCARGADO Montar producto Verificar componentes Faltan componentes Solicitar Producto >

29 29 Ingeniería del Software Actor encargado ENCARGADO Registrar producto Producto Potencialmente disponible >

30 30 Ingeniería del Software Actor encargado ENCARGADO Consultar Stock

31 31 Ingeniería del Software Actor encargado ENCARGADO Componentes a enviar

32 32 Ingeniería del Software Ejemplo: Caso de uso de alto nivel 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 33 Ingeniería del Software Ejemplo: Caso de uso de alto nivel 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 34 Ingeniería del Software Ejemplo: Caso de uso de alto nivel 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 35 Ingeniería del Software Ejemplo: Caso de uso de alto nivel 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 36 Ingeniería del Software Ejemplo: Caso de uso de alto nivel 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 37 Ingeniería del Software Ejemplo: Caso de uso de alto nivel 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 38 Ingeniería del Software Ejemplo: Caso de uso de alto nivel 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 39 Ingeniería del Software Modelo de dominio Sucursal stock Componente 0..* es_miembro Proveedor 1 1..* disponibles no_disponibles en_camino p_disponibles

40 40 Ingeniería del Software Examen Junio 2003-2004 Taller Automatik Se pide: Diagrama de Casos de Uso Casos de uso expandido Modelo de Dominio

41 41 Ingeniería del Software Jerarquía de actores ENCARGADOMECÁNICO

42 42 Ingeniería del Software Casos de uso CLIENTE Registrar Vehículo ENCARGADO

43 43 Ingeniería del Software Casos de uso ENCARGADO Generar Facturas

44 44 Ingeniería del Software Casos de uso CLIENTE Avisar Cliente ENCARGADO

45 45 Ingeniería del Software Casos de uso CLIENTE ENCARGADO Recoger Vehículo Abonar Factura >

46 46 Ingeniería del Software Casos de uso ENCARGADO Actualizar Stock

47 47 Ingeniería del Software Casos de uso Reparar Vehículo Solicitar Historial Realizar Acción Solicitar Pieza Terminar Reparación Solicitar Historial MECÁNICO > Substituir Pieza Consultar Stock Solicitar Pieza Realizar Acción > Solicitar Pieza > Terminar Reparación > Consultar Stock >

48 48 Ingeniería del Software Ejemplo: Caso de uso de alto nivel 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 49 Ingeniería del Software Ejemplo: Caso de uso de alto nivel Caso de uso: Generar Facturas 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 50 Ingeniería del Software Ejemplo: Caso de uso de alto nivel Caso de uso: Avisar Cliente Actores:Cliente, Encargado Tipo:Secundario Descripción:El encargado avisa a los clientes que tienen facturas pendientes de pago para que recojan sus vehículos reparados.

51 51 Ingeniería del Software Ejemplo: Caso de uso de alto nivel Caso de uso: Recoger Vehículo Actores:Cliente, Encargado Tipo:Secundario Descripción:El cliente abona la factura de la reparación y el encargado le hace entrega del vehículo reparado.

52 52 Ingeniería del Software Ejemplo: Caso de uso de alto nivel Caso de uso: Abonar Factura Actores:Cliente, Encargado Tipo:Secundario Descripción:El cliente abona la factura de la reparación.

53 53 Ingeniería del Software Ejemplo: Caso de uso de alto nivel Caso de uso: Actualizar Stock Actores:Encargado Tipo:Secundario Descripción:Cuando llegan nuevas piezas de los fabricantes, el encargado actualiza su stock.

54 54 Ingeniería del Software Ejemplo: Caso de uso de alto nivel 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 55 Ingeniería del Software Ejemplo: Caso de uso de alto nivel 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 56 Ingeniería del Software Ejemplo: Caso de uso de alto nivel 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 57 Ingeniería del Software Ejemplo: Caso de uso de alto nivel 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 58 Ingeniería del Software Ejemplo: Caso de uso de alto nivel Caso de uso: Consultar Stock Actores:Mecánico Tipo:Secundario Descripción:El mecánico consulta el stock de piezas del almacén.

59 59 Ingeniería del Software Ejemplo: Caso de uso de alto nivel Caso de uso: Solicitar Pieza Actores:Mecánico Tipo:Secundario Descripción:El mecánico solicita la pieza a substituir al fabricante.

60 60 Ingeniería del Software Modelo de dominio (1) ClienteVehículo Reparación 1* Acción *1 dni Nombre teléfono matrícula marca modelo fechaEntrada Kms fechaTerminada fechaSalida motivo numHoras TipoAcción 1 descripción * Pieza * 1 numPiezas numPendientes TipoPieza 1 Precio Descripción Fabricante enStock * Factura /totalNumHoras /totalPiezas /total fechaAbono 1 1

61 61 Ingeniería del Software Examen Febrero 2004-2005 P2P Se pide (1h ¼): Diagrama de Casos de Uso Casos de uso expandido Modelo de Dominio

62 62 Ingeniería del Software Jerarquía de actores PEER CENTRAL

63 63 Ingeniería del Software Actor CENTRAL CENTRAL Activar nodo CENTRAL Desactivar nodo CENTRAL

64 64 Ingeniería del Software Actor PEER (1) PEER Dar de alta nodo PEER Modificar Recursos > Dar de baja nodo PEER

65 65 Ingeniería del Software Actor PEER (2) PEER Conectar Desconectar Consultar nodo CENTRAL Solicitar recurso >

66 66 Ingeniería del Software 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 67 Ingeniería del Software Casos de uso de alto nivel (2) 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 68 Ingeniería del Software Casos de uso de alto nivel (2) 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 69 Ingeniería del Software Casos de uso de alto nivel (3) 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 70 Ingeniería del Software Casos de uso de alto nivel (4) Caso de uso: Consultar nodo CENTRAL Actores:PEER Tipo:Secundario Descripció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:, 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 71 Ingeniería del Software 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:. 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 72 Ingeniería del Software Modelo de dominio (a) 1* Central IP /conectados /registrados... PEER IP conectado /recursos 1* Recurso nombre contenido Fichero descripción Directorio 1* historial

73 73 Ingeniería del Software Modelo de dominio (b) 1* Central IP /conectados /registrados... PEER IP conectado /recursos 1* Recurso nombre contenido Fichero descripción Directorio * * Historial nombre fichero descripción

74 74 Ingeniería del Software Ejercicio UNIPRE Examen Junio 2006 (1h 20 min.) Diagrama de Casos de Uso y Casos de uso expandido (2,5 puntos) Modelo de Dominio (1,5 puntos)

75 75 Ingeniería del Software Actores ESTUDIANTESECRETARIO

76 76 Ingeniería del Software Actor Secretario SECRETARIO Buscar por Población Buscar por Código Reservar > Consultar Disponibilidad

77 77 Ingeniería del Software Actor Estudiante ESTUDIANTE Solicitar Preferencias Realizar Matrícula

78 78 Ingeniería del Software Actor Secretario SECRETARIO Asignar Números Clausus Establecer Fecha Asignación Realizar Proceso Asignación Comprobar plazas no asignadas Comprobar estudiantes no matriculados >

79 79 Ingeniería del Software Casos de uso de alto nivel (1) 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 80 Ingeniería del Software Casos de uso de alto nivel (2) 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.


Descargar ppt "1 Ingeniería del Software Ejercicios de Captura de Requerimientos Reservas de casas rurales (Febrero 2003) Reservas de pistas de tenis (Junio 2003) Reservas."

Presentaciones similares


Anuncios Google