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

1.- solicitar servicio cliente

2.- atender servicios 15.- consultar servicios pendientes
3.- identificarse operador 16.- llenar datos de direccion y origen
4.- crear servicio operador 17.-localizacion de taxis libres cercanos
5.-aceptar servicio 18.- seleccionar taxi
6.- asignar servicio operador 19.- informar de servicio a taxi
7.- mostrar localizacion de los taxis 20.- confirmacion de servicio
8.- consultar estado taxi 21.- solicitar asignacion de servicio
9.- mostrar estado de taxi 22.- alertar situacion de riesgo
10.- cambiar estada de taxi 23.- activar alarma
11.- mostrar servicio solicitado 24.- desactivar alarma
12.- mostrar tiempo transcurrido desde 25.-mostrar mensaje de alerta a
la llamada. taxistas.
13.- transmitir posicion taxi 26.-gestion historial de solicitudes y
14.- asignar servicio a un taxi 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 2. El sitema debera
precionara el boton pedir un
de consultar estado identificador del
de taxis. 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
3 el operador podra solicitudes
visualizar la pedientes
localizacion de los
distintos taxis 4 el sistema
destaca a 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
automovil
3 el operador
entrega la 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