Ingenier

1
Ingeniería del Software

• Ejercicios de Captura de Requerimientos
• Biblioteca
• 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)
• Para todos ellos se pide
• Diagrama de Casos de Uso
• Casos de uso expandido
• Modelo de Dominio

2
Ingeniería del Software

• Ejercicio Biblioteca
• R1 La biblioteca contiene libros y revistas
• R2 Puede haber varias copias de un libro dado
• R3 Algunos libros se prestan sólo por un periodo
  de tres días
• R4 El resto de libros se prestan para tres
  semanas a cualquier socio de la biblioteca
• R5 Se puede tener en préstamo hasta 6 libros a la
  vez
• R6 Sólo los profesores pueden tomar en préstamo
  revistas
• R7 Los profesores pueden tener hasta 12 libros o
  revistas en préstamo
• R8 El sistema debe almacenar cuándo se toman y
  devuelven los libros y revistas en préstamo

3
Ingeniería del Software

• Ejercicio Biblioteca
• R9 Un libro puede reservarse cuando no está
  disponible
• R10 Es posible extender la fecha del préstamo del
  libro. Para ello hay que llevar dicho libro a la
  biblioteca, y si no hay reservas hechas para el
  libro, entonces se modifica la fecha de entrega
• R11 Socios y no socios pueden consultar el
  catálogo de la biblioteca por distintos campos
  de búsqueda.
• R12 Cuando llegan nuevos títulos debe
  actualizarse el catálogo

4
Ingeniería del Software

• Jerarquía de actores

5
Ingeniería del Software

• Actor Persona

Hacer socio
Consultar catálogo
6
Ingeniería del Software

• Actor Bibliotecario

Controlar usuario
Actualizar catálogo
ltltusesgtgt
Consultar catálogo
7
Ingeniería del Software

• Actor Socio (1)

Pedir libro Consultar catálogo Reservar libro
ltltusesgtgt
ltltextendsgtgt
Identificar socio
Reservar libro
ltltextendsgtgt
Consultar catálogo
8
Ingeniería del Software

• Actor Socio (2)

devolver libro
ltltusesgtgt
ltltextendsgtgt
Identificar socio
Extender préstamo
9
Ingeniería del Software

• Actor Socio (3)

Borrarse de socio
ltltusesgtgt
Identificar socio
10
Ingeniería del Software

• Actor Profesor (1)

Pedir revista
ltltusesgtgt
Identificar socio
ltltextendsgtgt
Consultar catálogo
11
Ingeniería del Software

• Actor Profesor (2)

Devolver revista
ltltusesgtgt
Identificar socio
12
Ingeniería del Software

• Caso de uso de alto nivel
• Caso de uso Hacer socio
• Actores Persona, Bibliotecario
• Tipo Secundario
• Descripción Una persona se presenta en la
  biblioteca.
• El bibliotecario registra los datos
  personales y le acredita como un nuevo
  socio de la biblioteca.

13
Ingeniería del Software

• Caso de uso de alto nivel
• Caso de uso Pedir libro
• Actores Socio, Bibliotecario
• Tipo Primario
• Descripción Un socio solicita un libro en
  préstamo al bibliotecario. El bibliotecario
  verifica y registra el préstamo. Al terminar
  el bibliotecario le entrega una copia al socio.

14
Ingeniería del Software

• Caso de uso expandido (1)
• Caso de uso Pedir libro
• Actores Socio, Bibliotecario
• Tipo Primario
• Descripción Un socio solicita un libro en
  préstamo al bibliotecario. El bibliotecario
  verifica y registra el préstamo. Al terminar el
  bibliotecario le entrega una copia al socio.
• Referencias cruzadas R1, R2, R3, R4, R5, R7, R8,
  R9

15
Ingeniería del Software

• Caso de uso expandido (2)

• Curso normal de los eventos
• Acción de los actores
• Este caso de uso comienza cuando un socio se
  presenta al bibliotecario para pedir un libro en
  préstamo. El Socio se identifica y solicita un
  libro en préstamo al Bibliotecario.
• El Bibliotecario identifica al socio.
• SEE SECTION Identificar socio
• 4. El Bibliotecario comprueba que el Socio no
  tiene el máximo de libros en préstamo.
• 5. El Bibliotecario consulta el catálogo SEE
  SECTION Consultar catálogo
• El Socio confirma el libro buscado y acepta la
  fecha de devolución.

• Acción del sistema
• Presenta la información del socio, si es o no
  profesor y sus libros en préstamo.
• 6. Presenta los libros que cumplen los criterios
  de búsqueda. La información incluye las copias
  disponibles, las reservas y el periodo de
  préstamo y la fecha de devolución de cada copia.

16
Ingeniería del Software

• Caso de uso expandido (3)

• Curso normal de los eventos
• Acción de los actores
• 8. El Bibliotecario verifica las copias
  disponibles
• IF no hay copias disponibles SEE SECTION
  Reservar libro
• El Bibliotecario confirma el préstamo.
• El Bibliotecario indica al Socio la fecha de
  devolución del libro.
• 12. El socio se va con el libro en préstamo.

• Acción del sistema
• Registra el nuevo préstamo con la fecha actual.

• Cursos alternativos
• Paso 2 No se trata de un Socio. Sugerir hacerse
  socio
• Paso 4 El Socio tiene ya el máximo de libros
  prestados. Sugerir devolver libro.
• Paso 7 El Socio no encuentra el libro o no
  acepta la fecha de devolución.

17
Ingeniería del Software

• Caso de uso expandido (1)
• Caso de uso Devolver libro
• Actores Socio, Bibliotecario
• Tipo Primario
• Descripción Un socio solicita devolver un libro
  al bibliotecario. El bibliotecario verifica y
  registra la devolución. Al terminar, la
  biblioteca se queda con el libro devuelto.
• Referencias cruzadas R1, R2, R3, R4, R8, R9, R10

18
Ingeniería del Software

• Caso de uso expandido (2)

• Curso normal de los eventos
• Acción de los actores
• Este caso de uso comienza cuando un socio se
  presenta al bibliotecario para devolver un libro
  en préstamo. El Socio se identifica y solicita
  devolver un libro en préstamo.
• El Bibliotecario identifica al socio y al libro.
• Si no hay reservas
• a. If Socio quiere extender el préstamo SEE
  SECTION Extender Préstamo
• b. If Socio no quiere extender el préstamo, el
  Bibliotecario marca la copia como disponible
• Si hay reservas, el Bibliotecario marca la copia
  como reservada

• Acción del sistema
• 3. Presenta la información del socio, si es o no
  profesor y sus libros en préstamo.
• La información incluye las copias disponibles,
  las reservas y el periodo de préstamo y la fecha
  de devolución de cada préstamo.
• 5. Registra la copia como disponible o reservada

19
Ingeniería del Software

• Modelo de dominio (1)

Catálogo
PréstamoP
1
0..
Publicación
0..12
prestadaA
disjoint, complete
Revista
Copia
Libro
1..
1
0..
0..6
reserva
0..
Socio
0..1
prestadaA
Profesor
0..1
PréstamoC
20
Ingeniería del Software

• Modelo de dominio (2)

Catálogo
HistóricoP
1
0..
Publicación
0..12
fuéPrestadaA
disjoint, complete
Revista
Copia
Libro
1..
1
0..
0..6
reserva
0..
Socio
0..1
fuéPrestadaA
Profesor
0..1
HistóricoC
21
Ingeniería del Software

• Modelo de dominio (3)

Catálogo
1
1
0..
0..
Revista
Copia
Libro
1..
1
0..
0..6
0..6
reserva
0..
Socio
0..1
prestadaA
PréstamoC
Profesor
0..1
prestadaA
PréstamoR
22
Ingeniería del Software

• Modelo de dominio (4)

Catálogo
1
1
0..
0..
Revista
Copia
Libro
1..
1
0..
0..6
0..6
reserva
0..
Socio
0..1
fuéPrestadaA
HistóricoP
Profesor
0..1
fuéPrestadaA
HistóricoR
23
Ingeniería del Software

• Modelo de dominio (5)
• LIBRO signatura, título, autores, editorial,
  edición, fechaPublicación, ...
• COPIA idCopia, /estado, tiempoMax, ...
• REVISTA título, volumen, número, editorial,
  fechaPublicación, ...
• SOCIO dni, nombre, dirección, teléfono, ...
• PROFESOR dni, departamento, ...
• PRESTAMOC fechaIni, fechaFin (estimada),...
• PRESTAMOR fechaIni, fechaFin (estimada),...
• HISTORICOC fechaIni, fechaFin, ...
• HISTORICOR fechaIni, fechaFin, ...

24
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)

25
Ingeniería del Software

• Jerarquía de actores

PROPIETARIO
26
Ingeniería del Software

• Actor Usuario

Buscar por Población
Buscar por Código
Consultar Disponibilidad
USUARIO
ltltusesgtgt
Reservar
27
Ingeniería del Software

• Actor Propietario (1)

Registrar Propietario
Añadir Casa Rural
Eliminar Casa Rural
PROPIETARIO
Añadir Disponibilidad
ltltusesgtgt
Eliminar Disponibilidad
28
Ingeniería del Software

• Actor Propietario (2a)

Anotar Pagos
PROPIETARIO
29
Ingeniería del Software

• Actor Propietario (2b)

Anotar Pagos Anular Reserva
ltltextendsgtgt
ltltusesgtgt
PROPIETARIO
Comprobar Reservas
Anular Reserva
30
Ingeniería del Software

• Actor Propietario (2c)

Anotar Pagos
ltltusesgtgt
PROPIETARIO
Comprobar Reservas
31
Ingeniería del Software

• Actor Propietario (2d)

Anotar Pagos
ltltusesgtgt
Comprobar Reservas Anular Reservas
ltltextendsgtgt
PROPIETARIO
Anular Reserva
32
Ingeniería del Software

• Casos de Uso por Actores
• Usuario
• Buscar por Población
• Buscar por Código
• Consultar Disponibilidad
• Reservar
• Propietario
• Registrar Propietario
• Añadir Casa Rural
• Eliminar Casa Rural
• Añadir Disponibilidad
• Eliminar Disponibilidad
• Anotar Pagos (a, b, c, d)

33
Ingeniería del Software

• Modelo de dominio (1)

Propietario
Casa Rural
Habitación
Cocina
Usuario
Paquete
Reserva
34
Ingeniería del Software

• Modelo de dominio (1)

Cocina
Dormitorio
1..
3..
Propietario
Casa Rural
1
1..
alquila
1
ofrece
1..
Usuario
Paquete
1
1..
Reserva
35
Ingeniería del Software

• Modelo de dominio (2)

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

• Modelo de dominio (1)

Cocina
Dormitorio
1..
3..
Propietario
Casa Rural
1
1..
alquila
1
ofrece
1..
Usuario
Paquete
1
1..
Reserva
1..
ReservaD
37
Ingeniería del Software

• Modelo de dominio (2)

Propietario
Cocina
Casa Rural
Dormitorio
cuenta passw dni cc ...
codC lavavajillas? lavadora?
codCR poblacion /ndormitorios /ncocinas nbaños nco
medores nplazas descripción
codD ndobles nsencillas precioD
...y ahora los precios de las dormitorios son
siempre iguales? No dependen del periodo en que
se alquilan?
Usuario
Paquete
Reserva
ReservaD
dni tel ...
periodo precioP entera? dormitorios?
num fecha pagada? entera? precioR
codD
38
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)

39
Ingeniería del Software

• Casos de uso

40
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.

41
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.

42
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.

43
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.
•  

44
Ingeniería del Software

• Caso de uso expandidos
• Caso de uso Reservar Pista
• Curso normal de los eventos
• 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.
• Encargado Identifica al socio. SEE SECTION
  Identificar Socio.
• 3. Sistema Presenta la información del socio y
  sus reservas.
• 4. Encargado Introduce la fecha.
• Sistema Para esa fecha, presenta los horarios de
  las pistas no reservadas (libres).
• Encargado Verifica las horas que quiere reservar
  el socio, asigna las pistas al socio para el
  horario solicitado y confirma la reserva.
• 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.
•  

45
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
• 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.
• Encargado Identifica al socio. SEE SECTION
  Identificar Socio.
• Sistema Presenta la información del socio y sus
  reservas.
• Encargado Verifica la reserva, confirma el uso
  de la reserva y asigna tarifa.
• 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.
•  

46
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
• 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.
• Encargado Identifica al socio. SEE SECTION
  Identificar Socio.
• Sistema Presenta la información del socio y sus
  reservas.
• Encargado Verifica la reserva y confirma la
  cancelación de la reserva.
• 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.

47
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
• Encargado Este caso de uso comienza cuando el
  encargado quiere generar las facturas mensuales
  de los socios. El encargado introduce el mes.
• 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.

48
Ingeniería del Software

• Modelo de dominio (1)

49
Ingeniería del Software

• Modelo de dominio (2)

Club de Tenis
Pista
Número pista
Socio
Tarifa
dni tel ...
tipo precio
Reserva
Factura
num fecha Hora /importe
mes /total
50
Ingeniería del Software

• Diagrama secuencia sistema Pedir Libro

Bibliotecario
IdentificarSocio(dni) Socio
EnPrestamo(dni) InfoLibros
ConsultarLibro(Libro) InfoLibros
ReservarLibro(dni, signatura)
PrestarCopia(dni, idCopia)
51
Ingeniería del Software

• operación EnPrestamo
• NameEnPrestamo(dni) InfoLibros
• Responsabilities
• Mostrar los copias prestadas al socio. La
  información incluye el periodo de préstamo y la
  fecha de devolución de cada copia
• Exceptions
• Si no existe ningún socio con s.dni dni,
  indicar error
• Preconditions
• Existe un socio s.dni dni
• Postconditions
• Salida
• Todas las copias
• c (Copia.prestadaA -gt select(s.dni dni))
• Todas sus fechas de inicio y fin de préstamo
• p (c.préstamoC)

52
Ingeniería del Software

• operación PrestarCopia
• NamePrestarCopia(dni, signatura)
• Responsabilities
• Registra el nuevo préstamo con la fecha actual.
• Exceptions
• Preconditions
• Existe un socio s.dni dni
• Existe una copia c.idCopia idCopia
• Postconditions
• Se creó una instancia pc de la asociación
  PréstamoC
• Se asoció pc a la cópia c y al sócio s
• pc.iniFecha fechaActual()
• pc.finFecha fechaActual() c.tiempoMax
• c.estado prestado
• Salida

53
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

54
Ingeniería del Software

• Actor encargado

Montar producto
ltltusesgtgt
Verificar componentes Faltan componentes
ltltextendsgtgt
Solicitar Producto
55
Ingeniería del Software

• Actor encargado

Registrar producto
ltltusesgtgt
Producto Potencialmente disponible
56
Ingeniería del Software

• Actor encargado

Consultar Stock
57
Ingeniería del Software

• Actor encargado

Componentes a enviar
58
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.

59
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

60
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.

61
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.

62
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.

63
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.

64
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.

65
Ingeniería del Software

• Modelo de dominio

Proveedor
1
1..
0..
0..
Sucursal
Componente
0..
es_miembro
0..
stock
disponibles no_disponibles en_camino p_disponibles
66
Ingeniería del Software

• Examen Junio 2003-2004
• Taller Automatik
• Se pide
• Diagrama de Casos de Uso
• Casos de uso expandido
• Modelo de Dominio

67
Ingeniería del Software

• Jerarquía de actores

68
Ingeniería del Software

• Casos de uso

Registrar Vehículo
69
Ingeniería del Software

• Casos de uso

Generar Facturas
70
Ingeniería del Software

• Casos de uso

Avisar Cliente
71
Ingeniería del Software

• Casos de uso

Recoger Vehículo
ltltusesgtgt
Abonar Factura
72
Ingeniería del Software

• Casos de uso

Actualizar Stock
73
Ingeniería del Software

• Casos de uso

Reparar Vehículo Solicitar Historial Realizar
Acción Solicitar Pieza Terminar Reparación
Solicitar Historial
ltltextendsgtgt
ltltextendsgtgt
Realizar Acción
ltltextendsgtgt
ltltextendsgtgt
Substituir Pieza Consultar Stock Solicitar Pieza
Terminar Reparación
ltltextendsgtgt
ltltextendsgtgt
Solicitar Pieza
Consultar Stock
74
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.

75
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.

76
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.

77
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.

78
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.

79
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.

80
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.

81
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.

82
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.

83
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.

84
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.

85
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.

86
Ingeniería del Software

• Modelo de dominio (1)

1

Cliente
Vehículo
dni Nombre teléfono
matrícula marca modelo
Reparación
Acción

1
TipoAcción
1

fechaEntrada Kms fechaTerminada fechaSalida motivo
numHoras
descripción
1

Pieza
TipoPieza
1

1
numPiezas numPendientes
Precio Descripción Fabricante enStock
1
Factura
/totalNumHoras /totalPiezas /total fechaAbono