Sunteți pe pagina 1din 20

SinAuto:

Captura de requisitos
INGENIERA DEL SOFTWARE 08/09
(PROFESOR: G. RIGAU)

GRUPO6
Miguel Meaurio Pea ......................................................... mogiokfmaster@gmail.com
Cesar Peas ......................................................................... kuxume@gmail.com
Alexander Daz Miguel ...................................................... nator900@hotmail.com
Mikel Garca ....................................................................... ymikel@ymail.com
Jon Gabilondo ..................................................................... jgabilondo002@ikasle.ehu.es
Ignacio Jorge Castaos ....................................................... ijcastanos001@ikasle.ehu.es

7-12-2008

NDICE

Modelo de dominio .................................................................2

Modelo de casos de uso ...........................................................3


Casos de uso completos ...........................................................4
- Usuario..............................................................................4
- Cliente ...............................................................................8
- Administrador ...................................................................14

1. MODELO DE DOMINIO

2. MODELO DE CASOS DE USO

3. CASOS DE USO COMPLETOS


3.1. Casos de uso del Usuario
Caso de uso Buscar Coche
Actores: Usuario, cliente, administrador.
Descripcin: Un usuario, cliente o administrador quiere saber qu coches hay
disponibles en el sistema, como consulta, o con intencin de hacer una reserva a
posteriori. La bsqueda debe poder realizarse por modelo de coche, por disponibilidad,
por parking, por matrcula, etc.
Precondiciones:
Poscondiciones:
Escenario Principal (o curso normal de eventos)
1. Sistema: Solicita los parmetros de bsqueda (modelo, hora de comienzo,
hora de finalizacin, matrcula, parking)
2. Actor: Introduce la informacin requerida y confirma
3. Sistema: Busca coches en la base de datos y muestra una lista de vehculos
coincidentes con la descripcin requerida.
Curso extendido
3 Sistema: Ningn coche del sistema coincide con la descripcin.
3.1 Sistema: Solicita una nueva bsqueda al usuario.

Caso de uso Alta Usuario:


Actores: Usuario
Descripcin: El usuario se da de alta en el sistema accediendo mediante un terminal a
la pgina Web, donde deber introducir sus datos personales.
Precondiciones:
Poscondiciones: Al usuario se le concede una identificacin y contrasea para poder
acceder a los privilegios de cliente. El sistema guarda el alta del usuario.
Escenario Principal (o curso normal de eventos):
1. Sistema: Solicita los datos requeridos para el registro.
2. Usuario: Introduce los datos requeridos.
3. Sistema: Guarda los datos y enva un mail de confirmacin al correo
introducido por el nuevo cliente.

Caso de uso Iniciar Sesin


Actores: Usuario
Descripcin: Abre una sesin en el sistema identificndose con una ID en un terminal.
Precondiciones: El usuario esta dado de alta en el sistema y tiene un identificador y
contrasea.
Poscondiciones: El usuario est conectado al sistema y podr realizar distintas
operaciones segn su perfil de usuario (administrador o cliente).
Escenario Principal (o curso normal de eventos)
1. Sistema: Muestra en pantalla una ventana para introducir el ID y
contrasea.
2. Usuario: El usuario introduce su ID y contrasea.
3. Sistema: Comprueba que el ID pertenece al sistema y que es correcto.
Registra el acceso. Muestra en pantalla las opciones a realizar segn el perfil de
usuario.
Curso extendido
ID incorrecto o contrasea incorrecta.
1. Sistema: Muestra un aviso en la pantalla.

3.2. Casos de uso del Cliente


Caso de uso Reservar Coche
Actores: Cliente
Descripcin: El usuario se identifica, realiza una bsqueda para encontrar un coche que
le convenga, introduce la franja horaria que necesita y confirma.
Precondiciones: El cliente est dado de alta en el sistema.
Poscondiciones: Se realiza la reserva del coche, se asocia al cliente, se enva un mail de
confirmacin.
Escenario Principal (o curso normal de eventos)
1.
2.
3.
4.

Cliente: Se identifica
Sistema: Valida al cliente.
Cliente: Realiza una bsqueda segn parmetros de su inters.
Cliente: Introduce la fecha y el horario requerido, si no era uno de sus
parmetros de bsqueda y confirma.
5. Sistema: Actualiza la disponibilidad del coche, el registro de alquileres del
cliente, etc. y manda un mail de confirmacin al cliente.

Curso extendido
El coche que quiere reservar no est disponible en el horario solicitado
1. Sistema: Muestra un aviso por pantalla, ofrece la posibilidad de realizar una
nueva bsqueda.

Caso de uso Modificar Reserva

Actores: Cliente, Administrador


Descripcin: El usuario cambia la fecha y horario de una reserva (la ampla o reduce).
Para cambiar de modelo de coche, o de automvil (mismo modelo, distinta matrcula),
etc. ser necesario eliminar la reserva y hacer una nueva. Deber haber un plazo
mximo para la reduccin del tiempo de reserva (hasta 24h antes del comienzo de la
misma, por ejemplo).
Precondiciones: El cliente esta registrado en el sistema.
Poscondiciones: La reserva queda modificada.
Escenario Principal (o curso normal de eventos)
1.
2.
3.
4.
5.

Actor: Se identifica y accede a un registro de reservas


Sistema: Muestra las reservas que tiene el cliente
Actor: Selecciona la reserva que quiere modificar
Actor: Modifica los datos de la reserva.
Sistema: Comprueba que es factible (que no se solapa con otras reservas, que
est dentro de plazo, etc.) y se lo confirma al cliente por pantalla y por mail.

Curso Extendido
La reserva est fuera de plazo o solapa otra reserva.
1. Sistema: Le comunica al actor la imposibilidad y el motivo, detallando hasta que hora
podra ampliar como mximo la reserva, en caso de existir un solapamiento.

Caso de uso Finalizar Reserva

Actores: Cliente
Descripcin: El cliente bloquea el coche, el sistema calcula los kilmetros que ha
realizado y guarda el dato para la factura, tambin le enva un mail al cliente con el
precio final de la reserva.
Precondiciones: El cliente es puntual con la entrega del coche.
Poscondiciones: Los datos relativos al coste de la reserva quedan fijados.
Escenario Principal (o curso normal de eventos)
1. Cliente: Aparca el coche en el aparcamiento y lo bloquea introduciendo su PIN
en el teclado de la puerta.
2. Sistema: Recibe los datos del coche y los carga en el sistema
3. Sistema: Enva un mail con el precio final de la reserva

Caso de uso Baja Cliente


Actores: Cliente.
Descripcin: El cliente decide que no quiere formar parte del sistema y pide la baja. Al
tramitar un administrador su peticin de baja, se proceder a borrar al cliente del
sistema y se le enviar un mail de confirmacin.
Precondicin: El cliente debe estar identificado.
Poscondicin: El sistema notifica la peticin de baja a la administracin.

10

Caso de uso Modificar Cliente


Actores: Cliente.
Descripcin: El cliente desea modificar sus datos en el sistema. Al seleccionar esta
opcin el sistema muestra el formulario con los datos del cliente. El cliente modifica los
datos que desee y confirma la operacin.
Precondicin: El cliente esta identificado.
Poscondicin: Los datos son almacenados por el sistema.
Escenario Principal (o curso normal de eventos):
1.
2.
3.
4.

Cliente: Selecciona Modificar Cliente.


Sistema: Muestra los datos del cliente en un formulario.
Cliente: Modifica los datos que desee y confirma los cambios.
Sistema: Almacena los datos y regresa al men del cliente.

11

Caso de uso Cerrar Sesin


Actores: Administrador, Cliente
Descripcin: Cierra una sesin iniciada en el sistema, cuenta cliente o cuenta
administrador. La cuenta cliente se podr cerrar por inactividad en el servicio.
Precondicin: Cliente o administrador identificados en el sistema. Se ha iniciado su
sesin.
Poscondicin: El cliente o administrador no tienen abierta esta sesin.
Escenario Principal (o curso normal de eventos)
IniciadorCliente, administrador (por cierre manual) o sistema (por espera)
1. Sistema: notifica accin y pide confirmacin al actor
2. Cliente o Administrador: confirma querer cerrar la sesin
3. Sistema: cierra la sesin del usuario, notifica el cierre de sesin por pantalla y
retorna a la pgina de inicio.
Curso extendido
1. Sistema: detecta que una sesin abierta lleva inactiva un tiempo limite
2. Sistema: notifica al cliente que debe cerrar su sesin.
1. Cliente o Administrador: cierra la pgina web sin haber cerrado sesin
2. Sistema: Cierra la sesin automticamente.

12

Caso de uso Notificar Incidencia


Actores: Cliente
Descripcin: Un cliente quiere dar parte de un desperfecto, avera, etc.
Precondicin: El cliente la realiza desde el terminal del automvil, mediante un SMS
Poscondicin: Se ha agregado el SMS a la lista de notificaciones que la administracin
tiene que tramitar.
Escenario Principal (o curso normal de eventos)
1. Cliente: solicita al sistema el formulario para incidencias
2. Sistema: muestra por pantalla dicho formulario
3. Cliente: rellena los datos necesarios y confirma
4. Sistema: lo enva y archiva en la lista de notificaciones

13

3.3. Casos de uso del administrador


Caso de uso Gestionar Cliente

Actores: Administrador

Descripcin: Se encarga de la gestin de los clientes del sistema. Tras seleccionar esta
opcin, el administrador podr realizar una serie de acciones sobre las cuentas de los
clientes.
Precondicin: El administrador debe estar identificado
Poscondicin: El administrador dispone de ciertas operaciones para realizar sobre las
cuentas de los clientes
Escenario Principal (o curso normal de eventos)
1. Administrador: El administrador selecciona la gestin de los clientes.
2. Sistema: Muestra el formulario para que el administrador busque el cliente sobre
el que quiere actuar.

Subcasos de uso Gestionar Cliente


1- Subcaso de Uso: Buscar Cliente
Actores: Administrador.
Descripcin: El administrador va a disponer de un buscador de clientes, por
diferente informacin de entrada. Tras localizar a un cliente, dispone de ciertas
operaciones sobre el cliente.
Precondicin: Estar identificado.
Poscondicin: Seleccionado un cliente se muestra su informacin y reservas y se
permite ciertas operaciones sobre el cliente.
Escenario Principal (o curso normal de eventos)
1. Administrador: Rellena los campos por los que desea realizar la
Bsqueda.
2. Sistema: Muestra los clientes que coinciden con los parmetros
indicados por el cliente.
3. Administrador: Selecciona un cliente entre los mostrados.
4. Sistema: Muestra la informacin del cliente.

14

2- Subcaso de Uso: Consultar reservas


Actores: Administrador
Descripcin: Cuando un cliente ha sido localizado, el administrador puede
consultar las reservas que ha realizado. Puede consultar todo los datos referentes
a las reservas. Tras consultar las reservas el administrador puede realizar
diferentes operaciones o volver atrs.
Precondicin: El cliente ha sido localizado en el sistema
Poscondicin: Se muestra las reservas realizadas por el cliente, as como la
informacin de estas
Escenario Principal (o curso normal de eventos)
1.
2.
3.
4.

Administrador: Selecciona consultar reservas.


Sistema: Muestra reservas del cliente.
Administrador: Selecciona una reserva.
Sistema: Muestra los detalles de la reserva.

3- Subcaso de Uso: Dar de Baja Cliente


Actores: Administrador
Descripcin: Una vez localizado a un cliente el administrador puede dar de baja
al cliente. Se puede dar de baja al cliente por peticin del mismo cliente, as
como por decisin de la empresa por los motivos que ella considere. Cuando se
decide dar de baja a un cliente antes del borrado del cliente, se pedir una
confirmacin, tras esta confirmacin, se le enviara un e-mail con la notificacin
de la baja as como por los motivos. Este caso de uso permitir la seleccin de
un motivo de la baja (peticin expresa del cliente, problema con los pagos, mal
uso de los vehculos,). Una vez enviado el e-mail con la informacin, se
realizara la baja eliminando al cliente del sistema.
Precondicin: El cliente ha sido localizado en el sistema
Poscondicin: Se enva e-mail con la informacin de la baja y se borra el cliente
del sistema.
Escenario Principal (o curso normal de eventos)
1. Administrador: Selecciona dar de baja al cliente.
2. Sistema: Muestra las opciones que puede seleccionar el Administrador como
motivo de la baja.
3. Administrador: Selecciona una opcin para dar de baja al cliente y confirma la
baja.
4. Sistema: Enva un e-mail al cliente y lo borra del sistema.
5. Sistema: Vuelve a Buscar cliente.

4- Subcaso de Uso: Bloquear Cliente


Actores: Administrador
Descripcin: El administrador despus de localizar un cliente, decide bloquear
su cuenta hasta que cumpla con sus responsabilidades. El cliente puede ser
bloqueado debido a diversas situaciones (problemas con los pagos, mal uso de

15

los vehculos, retraso en sus devoluciones,). Cuando se decide bloquear a un


usuario, este no podr realizar ninguna de sus operaciones, excepto iniciar
sesin, donde se le indicara que su cuenta esta bloqueada y se le facilitara un
numero de contacto para recibir mas informacin, as como cerrar sesin. Para
bloquear a un usuario el sistema solicitara confirmacin de la operacin, enviara
un e-mail informando a al cliente de la nueva situacin de su cuenta y se
bloqueara la cuenta.
Precondicin: El cliente ha sido localizado en el sistema.
Poscondicin: Se enva un e-mail de informacin al cliente y se bloquea su
cuenta.
Escenario Principal (o curso normal de eventos)
1. Administrador: Selecciona bloquear al cliente.
2. Sistema: Muestra las opciones que puede seleccionar el
Administrador como motivo del bloqueo.
3. Administrador: Selecciona una opcin para el bloqueo del cliente y confirma el
bloqueo.
4. Sistema: Enva un e-mail al cliente y bloquea la cuenta del cliente.
5. Sistema: Vuelve a Buscar cliente.

5- Subcaso de Uso: Desbloquear Cliente.


Actores: Administrador.
Descripcin: El administrador tras la solicitud del cliente o la puesta en vigor de
las obligaciones del cliente puede desbloquear la cuenta del cliente. El sistema
pedir confirmacin de la operacin al administrador, tras esta confirmacin se
enviara un e-mail con informacin de la nueva situacin de la cuenta al usuario y
se desbloqueara la cuenta, retomando el funcionamiento normal.
Precondicin: El cliente ha sido localizado en el sistema y el usuario debe estar
bloqueado.
Poscondicin: Se enva un e-mail con la informacin de la operacin y se
desbloquea al cliente.
Escenario Principal (o curso normal de eventos)
1. Administrador: Selecciona desbloquear al cliente.
2. Sistema: Sistema pide confirmacin del desbloqueo.
3. Administrador: Confirma el desbloqueo.
4. Sistema: Enva un e-mail al cliente y desbloquea la cuenta del
cliente.
5. Sistema: Vuelve a Buscar cliente.

16

Caso de uso Gestionar Coche


Actores: Administrador
Descripcin: Se quiere modificar el estado de alguna instancia coche del catalogo
Responsabilidades: Dar de alta, de baja o editar un coche del catlogo
Precondicin: Administrador identificado en el sistema
Poscondicin: Una instancia de coche es dada de alta, de baja o es modificada.
Escenario Principal (o curso normal de eventos)
1. Sistema: muestra las opciones de gestin de la clase coche (alta, baja, edicin).
2. Administrador: Selecciona dar de alta.
3. Sistema: Muestra campos editables para crear una nueva instancia de la clase
coche
4. Administrador: Introduce los datos del nuevo coche y confirma
5. Sistema: Pide confirmacin.
6. Administrador: Confirma la peticin del sistema.
7. Sistema: Se ha creado una nueva instancia de la clase coche

Subcasos de uso de Gestionar Coche


1- Subcaso de uso: Aadir coche
Descripcin: Un administrador desea introducir un nuevo coche en el sistema.
Precondicin: El administrador se ha identificado.
Poscondicin: Se crea una nueva instancia de coche
Escenario Principal (o curso normal de eventos)
1.
2.
3.
4.
5.

Sistema: Muestra campos editables para crear un nuevo coche


Administrador: Introduce los datos del vehiculo que desea aadir
Sistema: Pide confirmacin
Administrador: Confirma
Sistema: Crea una nueva instancia de COCHE y lo notifica. Vuelve a la pagina
de inicio del caso de uso

2- Subcaso de uso: Editar coche


Actores: Administrador
Descripcin: El administrador desea modificar los datos de un vehiculo dado de alta
en el sistema.
Precondicin: El administrador se ha identificado. El vehiculo a variar existe.
Poscondicin: Se guardan las modificaciones sobre una instancia coche.

17

Escenario Principal (o curso normal de eventos)


1. Sistema: Muestra la lista de los coches en alta en el sistema ordenados para
bsqueda manual y un campo para bsqueda por clave
2. Administrador: Selecciona uno de los coches listados y confirma.
3. Sistema: Muestra los datos del coche en modo editable
4. Administrador: Realiza algn cambio en los datos y confirma salvarlos
5. Sistema: Notifica que se han realizado cambios y pide confirmacin.
6. Administrador: confirma querer salvar los cambios.
7. Sistema: Guarda los cambios realizados sobre la instancia de coche

3- Subcaso de uso: Dar Baja Coche


Actores: Administrador
Descripcin: Se quiere dar de baja una instancia COCHE en el sistema
Precondicin: Administrador se ha identificado. El coche a eliminar existe
Poscondicin: Una instancia de la clase coche ha sido eliminada del sistema
Escenario Principal (o curso normal de eventos)
1.
2.
3.
4.
5.

Sistema. Muestra una lista de los vehculos en el sistema y campo de texto


Administrador. Selecciona uno y confirma querer borrarlo.
Sistema. Pide confirmar borrado
Administrador. Confirma querer eliminarlo.
Sistema. Elimina la instancia de la clase COCHE en cuestin, lo notifica y
vuelve a la pagina de inicio del caso de uso

4- Subcaso de uso: Localizar Coche


Actores: Administrador
Descripcin: Un administrador quiere saber donde se encuentra un coche del
sistema en ese momento.
Responsabilidades: Mostrar la localizacin concreta de un coche.
Precondicin: Administrador identificado en el sistema
Escenario Principal (o curso normal de eventos)
1. Sistema. Solicita identificacin del coche a buscar.
2. Administrador. Introduce identificador del coche y confirma
3. Sistema. Busca el coche en cuestin a travs del GPS y aplica las coordenadas
sobre un mapa esttico. Se muestra informacin del vehiculo.
Curso extendido
3.- Sistema. Las coordenadas obtenidas exceden del mapa. Se notifica
3.- Sistema. El dato introducido no coincide con ningn coche en el sistema.
3.1.- Sistema. Solicita introducir de nuevo el dato.

18

Caso de uso Gestionar Aparcamiento

Actores: Administrador

Descripcin: El administrador gestiona los aparcamientos. Pudiendo aadir, modificar


o eliminar aparcamientos.
Precondiciones: El administrador esta logeado.
Poscondiciones: Se gestiona el aparcamiento.

Subcasos de uso de Gestionar Aparcamiento


1- Subcaso de uso:
Actores:
Resumen:
Precondiciones:
Poscondiciones:

Aadir Aparcamiento
Administrador
El administrador aade un nuevo aparcamiento y/o sus plazas.
El administrador esta logeado.
El aparcamiento y/o sus plazas quedan aadidos

2- Subcaso de uso:
Actores:
Resumen:
Precondiciones:
Poscondiciones:

Modificar Aparcamiento
Administrador
El administrador modifica un aparcamiento y/o sus plazas.
El administrador esta logeado.
Se modifican los datos del aparcamiento y/o sus plazas.

3- Subcaso de uso:
Actores:
Resumen:
Precondiciones:
Poscondiciones:

Eliminar Aparcamiento
Administrador
El administrador elimina un aparcamiento y/o sus plazas.
El administrador esta logeado.
Se elimina un aparcamiento y/o sus plazas.

19

S-ar putea să vă placă și