UNIVERSIDAD MAYOR DE SAN SIMON

SISTEMAS DE
INFORMACION
I

NOMBRE: JULIAN HUARACHI MAMANI

 COCHABAMBA-BOLIVIA

GEOTAXI

Una conocida compaa de taxis de la ciudad quiere disponer de una aplicacin que gestione los
servicios concertados.
Varios operadores reciben llamadas telefnicas solicitando servicios. Cada operador dispone de un
terminal donde aparecen las solicitudes pendientes de asignar y el plano de la ciudad. Sobre el plano
aparece la localizacin de los distintos taxis y su estado: libre, ocupado o fuera de servicio. Los taxis
libres aparecen destacados. Los taxis disponen de un terminal donde aparecen los distintos servicios
solicitados que estn sin asignar y el tiempo transcurrido desde la llamada.
Adems, los taxis disponen de un sistema GPS que transmite su posicin. Para asignar un taxi a un
servicio, el operador introduce la direccin origen del servicio, y el sistema localiza los taxis libres ms
cercanos. El operador selecciona uno de ellos. El sistema informa al taxista presentando un mensaje a
su terminal y el taxista siempre puede aceptar o rechazar el servicio. Adems, cualquier taxi libre
puede solicitar la asignacin de un servicio que lleva ms de 5 minutos sin asignar.
Adems, el terminal del taxi dispone de un botn de alerta, para situaciones de riesgo. Al ser pulsado,
los operadores y los dems taxis vern el mensaje de alerta y conocern exactamente su posicin.
El sistema adems debe gestionar un historial de las solicitudes y los servicios para posteriores
anlisis.

A) Requerimientos Candidatos

10.- cambiar estada de taxi

1.- solicitar servicio cliente 11.- mostrar servicio solicitado

2.- atender servicios 12.- mostrar tiempo transcurrido desde la

llamada.
3.- identificarse operador
13.- transmitir posicion taxi
4.- crear servicio operador
14.- asignar servicio a un taxi
5.-aceptar servicio

6.- asignar servicio operador

7.- mostrar localizacion de los taxis

15.- consultar servicios pendientes
8.- consultar estado taxi
16.- llenar datos de direccion y origen
9.- mostrar estado de taxi
17.-localizacion de taxis libres cercanos 22.- alertar situacion de riesgo

18.- seleccionar taxi 23.- activar alarma

19.- informar de servicio a taxi 24.- desactivar alarma

20.- confirmacion de servicio 25.-mostrar mensaje de alerta a taxistas.

21.- solicitar asignacion de servicio 26.-gestion historial de solicitudes y servicios.

B) Requerimientos Funcionales

ACTOR CLIENTE

ACTOR OPERADOR
 ACTOR ESCRITORIO

C) Documentar 3 Casos de Uso

Nombre caso de uso Consultar estado taxis

Descripcion Donde se consultara el estado de los taxis que sse
encuentran.
Autor iniciador operador
Actor secundario
Resumen El sistema muestra al Operador sobre el plano de
la ciudad la localizacin de los distintos taxis y su
estado: libre, ocupado, fuera de servicio o alarma.
Los taxis libres aparecen destacados. Tambin
aparecen destacados los taxis en situacin de
alarma.
Precondiciones Antes el operador debe identificarse
Pos condiciones El sistema le mostrara el estado del taxi ya sea
libre, fuera de servicio, o alarma
Flujo de eventos Interacciones del Obligaciones del
usuario sistema
1. una vez que se haya
identificado el operador
precionara el boton de 2. El sitema debera
consultar estado de pedir un identificador
taxis. del taxi.

2.operador espera 3El sistema le

segundos visualizara el plano de
la ciudad con el estado
que se encuentre el taxi

Caminos alternos el operador no preciona el boton de consultar

estado de taxi y el sistema no le proporcinara el
estado del taxi.

Nombre caso de uso Solicitar servicio

Descripcion El cliente podra solicitar servicio al operador por
una llamada
Autor iniciador Cliente
Actor secundario Operador
Resumen Un Operador recibe una llamada de un Cliente
solicitando un servicio. Cada operador dispone de
un terminal donde aparecen las solicitudes
pendientes de asignar y el plano de la ciudad.
Sobre el plano aparece la localizacin de los
distintos taxis y su estado: libre, ocupado o fuera
de servicio. Los taxis libres aparecen destacados.
Precondiciones El operador debera recibir una llamada por parte
del cliente
Pos condiciones El operador podra crear servicio
Flujo de eventos Interacciones del Obligaciones del
usuario sistema
1 operador recibe
llamada del cliente
2 la terminal del
operador presentara las
solicitudes pedientes
3 el operador podra
visualizar la localizacion 4 el sistema destaca a
de los distintos taxis los taxis libres

Caminos alternos El cliente no hace la llamada y no hay solicitud de

servicio
Nombre caso de uso Activar alarma
Descripcion Boton de alarmar que alerta de un caso critico.
Autor iniciador Taxista
Actor secundario
Resumen El terminal del taxi dispone de un botn de
alarma, para situaciones de riesgo. Al ser pulsado,
los operadores y los dems taxis vern el mensaje
de alerta y conocern exactamente su posicin.
Precondiciones El taxi debe estar en situacion de riesgo
Pos condiciones La terminal del taxi envia la ubicacion mensaje de
alerta al sistema
Flujo de eventos Interacciones del Obligaciones del
usuario sistema
1 el Taxista preciona el
boton de activar alarma
2 el teminal del taxi
envia la ubicacion y
mensaje de alerta al
sistema

Caminos alternos El taxista no preciona el boton de activar alarma

D) Listar los requerimientos no funcionales

* 5 minutos por asiganacion de servicios

* gestionar historial para analisis

 AUTOX
El taller de reparacin de vehculos AutosX est interesado en un Sistema de Informacin para el
control de las reparaciones que realiza.
Cuando un cliente trae un vehculo al taller, el mecnico debe registrar en el sistema las caractersticas
bsicas del vehculo (matrcula, modelo, marca, etc.) as como una breve descripcin del motivo de
entrada en el taller. Puede que el cliente y el vehculo ya estn registrados en el sistema. En ese caso,
el mecnico puede solicitar el historial detallado de reparaciones del vehculo. El historial debe incluir
para cada reparacin, la fecha de entrada y salida del vehculo al taller, su kilometraje, el motivo de su
entrada, las acciones realizadas y las piezas cambiadas.
Como vemos, una reparacin contempla una serie de acciones y la sustitucin de algunas piezas.
Todas las acciones estn codificadas y tienen asociada una descripcin.
Si la reparacin requiere sustituir alguna pieza, el mecnico puede consultar el stock de piezas del
almacn. Si no se dispone de la pieza necesaria, se debe solicitar al fabricante.
Cuando se termina la reparacin se informa al cliente para que venga a recoger el vehculo y abone la
factura. La factura detalla cada una de las acciones realizadas, el tiempo empleado en su realizacin y
el importe total de cada accin, as como las piezas que se hayan sustituido y su precio.
El precio final de una reparacin contempla la mano de obra del mecnico (nmero de horas totales
por el precio hora) y el precio de las piezas nuevas.

A) Requerimientos Candidatos

1.-control de reparaciones

.2-mecanico encargado registra

3.-registro descripcion motivo de entrada

4.-verificar registro cliente

5.-generar facturas

6.-avisar cliente

7.-recoger cliente
8.-abandonar cliente

9.-actualizar accion

10.-realizar accion

11.-actualizar stock

12.-reparar vehiculo

13.-terminar reparacion

14.-solicitar reparacion

15.-solicitar historial

16.-consultar stock

17.-consultar pieza

B) Requerimientos Funcionales
C) Documentar 3 Casos de Uso

Nombre caso de uso Registrar vehiculo

Descripcion Registrar vehiculo para su respectiva revision
Autor iniciador Encargado
Actor secundario Cliente
Resumen El cliente trae un vehculo al taller. Si es
necesario, el encargado registra los datos
principales del cliente (direccin, telfono, etc.),
as como las caractersticas bsicas del vehculo
(matrcula, modelo, marca, etc.). Por ltimo, el
encargado aade una breve descripcin del
motivo de entrada en el taller.
Precondiciones El cliente debe traer su vehiculo
Pos condiciones Reparar vehiculo
Flujo de eventos Interacciones del Obligaciones del
usuario sistema
1 el encargado procede
a registrar el vehiculo
del cliente

2 el sistema solicita
datos del vehiculo para
su registro

Caminos alternos el cliente ya tiene registrado el automovil en el

sistema del taller.
Nombre caso de uso Generar facturas
Descripcion El encargado genera factura del costo de
reparacion del automovil del cliente
Autor iniciador Encargado
Actor secundario
Resumen El encargado genera las facturas pendientes de los
vehculos cuya reparacin ha terminado. Las
facturas detallan cada una de las acciones
realizadas, el tiempo empleado en su realizacin y
el importe total de cada accin, as como las piezas
que se hayan
sustituido y su precio. El precio final de una
reparacin contempla la mano de obra del
mecnico (nmero de horas totales por el precio
hora) y el precio de las piezas nuevas.
Precondiciones Llamada al cliente
Pos condiciones Despachar cliente
Flujo de eventos Interacciones del Obligaciones del
usuario sistema
1 el operador genera la
factura para el cliente

2 El sistema pide datos

de precio de la
reparacion del
 3 el operador entrega la automovil
factura al cliente

Caminos alternos El cliente aun mantiene el automovil en el taller

para su revision

Nombre caso de uso Avisar cliente

Descripcion Llamar al cliente de su reparacion terminada de su
automovil
Autor iniciador Encargado
Actor secundario Cliente
Resumen El encargado avisa a los clientes que
tienen facturas pendientes de pago para que
recojan sus vehculos reparados.
Precondiciones Reparacion terminada automovil
Pos condiciones Encargado prepara factura de reparacion
Flujo de eventos Interacciones del Obligaciones del
usuario sistema
1 el cliente llama por
telefono al cliente de su
finalizacion de la
reparacion de su
automovil.

Caminos alternos el encargado no llama al cliente

D) Listar los requerimientos no funcionales

* Control de reparaciones que realiza