Actividad AA1 Levantamiento de Informacin

Walter Moreno Caro

Agosto 2017

Tecnologa anlisis y desarrollo de sistemas de informacin

Anlisis y diseo de base de datos

Unipanamericana
Contenido

Objetivo del sistema...............................................................................................................3

Descripcin General...............................................................................................................3

Requerimientos generales.......................................................................................................3

Especificacin de requerimientos...........................................................................................4
Objetivo del sistema

El sistema tiene como objetivo, controlar adecuadamente operaciones y actividades que

desarrollan los empleados y administrar los pagos de nmina de conductores, despachadores

y agentes de venta.

Descripcin General

Don Juan Jimnez que cuenta con una empresa de transporte expresa de pasajeros necesita

una solucin de software que controle las operaciones y actividades que desarrollan sus

empleados, de igual manera administrar informacin relacionada con el pago de nmina a su

personal.

Los inconvenientes presentados debido a la falta de un sistema de informacin, es la

perdida de itinerarios de los clientes a la hora de salida de los buses.

Requerimientos generales

El requerimiento de general es la necesidad de implementacin de un software, que

controle de forma organizada y eficaz todas las actividades y operaciones de la

empresa transportadora de Don Juan Jimnez, las cuales son:

Ventas y reserva de tiquetes terrestres: El sistema debe permitir la registrar compra de

tiquetes terrestres por parte de los clientes ya sea en taquillas de la empresa o por

internet donde se detalle: datos personales, si es ida y regreso o solo ida, ciudad e

origen y ciudad de destino, fecha de salida y fecha de regreso, seleccin de silla y

forma de pago.
Organizacin, planeacin y despacho de buses: el sistema debe permitir a los
 Despachadores y agentes de ventas poder organizar la salida de los buses y en caso de la no

confirmacin de los viajeros 1 hora antes.

Registro laboral de despachadores, agentes de ventas y conductores: el sistema debe

permitir a los agentes vendedores, despachadores y conductores poder registrar su

hora de entrada y salida de trabajar para con ellos llevar un registro de las horas

laboradas las cuales servirn como informacin para la realizacin de la nmina de

pago.
Generacin y pago de nmina: el sistema debe permitir basado en los registros

laborales de los empleados generar y realizar el pago de la nmina de la empresa

quincenalmente.

Especificacin de requerimientos.

# NOMBRE REQUERIMIENTO DESCRIPCION

RF Compra de tiquetes por internet (donde queden
1 almacenados en el sistema sus datos personales (nombres
El sistema debe permitir a los y apellidos, nmero de cedula y numero celular) y datos de
clientes la compra de tiquetes la compra (si es ida y regreso o solo ida, ciudad e origen y
terrestres por internet. ciudad de destino, fecha de salida y fecha de regreso y
forma de pago.)
El sistema debe permitir al cliente
RF
poder hacer consultas e
2
impresiones de sus tiquetes online. Impresin de tiquetes online.
El sistema debe permitir a Venta de tiquetes en las taquillas (donde queden
los agentes vendedores almacenados en el sistema los datos personales y datos de
RF poder registrar compras de la compra de los clientes)
3 tiquetes por parte de los
clientes en la taquilla de la
empresa
RF El sistema debe enviar Envo de mensaje confirmatorio de Itinerario
4 un mensaje de texto a
los clientes 1 hora
antes para
confirmarles su
 itinerario.

El sistema debe permitir a

los despachadores poder
RF informar a los agentes
5 vendedores acerca de las
clientes que no
confirmaron su salida. Informe de clientes que no realizan check in.
El sistema debe permitir a los
RF agentes vendedores reasignar las
6 sillas que no fueron confirmadas Reasignacin de sillas (30 minutos antes de la salida del
por los clientes check in. bus, a aquellos clientes que las necesiten.
informe datos de viaje (nmero de pasajeros,
RF
El sistema debe informar a los numero de sillas desocupadas, destino y hora de
7
conductores los datos de su viaje salida)
El sistema debe permitir a los Registro de entrada y salida laboral (agentes vendedores,
RF trabajadores de la empresa el despachadores y conductores).
8 registro de la hora de entrada
y salida de sus labores.
El sistema debe generar y realizar
RF el pago de la nmina basados en
9 los registros de horas laboradas de
los empleados cada 15 das. Generacin y pago de nmina quincenal.

# NOMBRE REQUERIMIENTO DESCRIPCIN

RNF
1 USABILIDAD El sistema deber tener una interfaz amena, intuitiva y
con asistentes de ayuda.
RNF
2 SEGURIDAD El ingreso de los usuarios y clientes a la plataforma
debe ser por medio de usuarios y contraseas.
RNF El sistema debe guardar una copia de la informacin
RECUPERACION EN CASO DE
3 para poder ser recuperada en caso de un desastre o
DESASTRES
siniestro.
RNF El sistema deber funcionar en diferentes plataformas
4 MUTIPLATAFORMA y sistemas operativos tales como: windows, linux,
iOS, Android y Mac.
RNF
5 REDIMIENTO El sistema debe soportar el almacenamiento de altos
volmenes de informacin y usuarios.
RNF
6 DESEMPEO El programa no deber presentar problemas durante su
implementacin y manejo.
 Para la recoleccin de datos utilizare 3 mtodos muy importantes para el xito de este

proyecto, estas son:

La entrevista

La entrevista es un dialogo entre 2 personas: entrevistado y un entrevistador, la cual tiene

como propsito de recolectar informacin de los procesos y al mismo tiempo conocer las

ideas, sentimientos y formas de actuar del entrevistado quien en este caso es un actor con el

futuro sistema informtico.

Diagrama de flujo

Por otro lado, el diagrama de flujo es una representacin grfica de los pasos de un

proceso, el cual es importante para poder determinar cmo funciona realmente un proceso

para producir un resultado.

En conjunto la eleccin de estas dos metodologas para la recoleccin de la informacin nos

permitir poder conocer en profundidad cuales son los verdaderos requerimientos que

necesita nuestra futura base de datos. No se descarta tambin el uso de la observacin la cual

es otra poderosa metodologa la cual nos permitir en conjunto poder saber ms acerca de las

necesidades de la empresa transportadora.

Plantillas requerimientos

# de 001 Tipo de Funcional Caso de Uso / 00

Requisito: Requisito: Evento
 Relacionado:
Descripcin: El sistema debe permitir a los clientes la compra de tiquetes terrestres por internet.

Justificacin: El usuario puede comprar sus tiquetes por internet donde quedaran
registrados sus datos personales, datos de la compra, si es ida o regreso,
destino, fecha de salida y forma de pago.
Origen (Interesado): Cliente
Criterio de El usuario ingresa sus datos personales (nombres apellidos, numero de
Aceptacin / cedula y telfono).
Validacin: Ingresar datos de la compra (si es ida y regreso o solo ida, ciudad origen
y destino, fecha de salida y regreso y forma de pago.
Nivel de satisfaccin 5 Nivel de 5
del Interesado: insatisfaccin del
Interesado:
Prioridad: 5 Requisitos en
Conflicto:
Material de Soporte:
ltima Modificacin:

# de 002 Tipo de Funcional Caso de Uso / 00

Requisito: Requisito: Evento
Relacionado:
Descripcin: Ingreso compras de tiquetes y registro datos cliente
Justificacin: El sistema debe permitir a los agentes vendedores poder registrar compras
de tiquetes por parte de los clientes en la taquilla de la empresa.
Origen (Interesado): Juan Jimnez
Criterio de Venta de tiquetes en las taquillas (donde queden
Aceptacin / almacenados en el sistema los datos personales y datos de la compra de los
Validacin:
clientes)
Nivel de satisfaccin 5 Nivel de 5
del Interesado: insatisfaccin del
Interesado:
Prioridad: 5 Requisitos en
Conflicto:
Material de Soporte:
ltima Modificacin:

# de 003 Tipo de Funcional Caso de Uso / 00

Requisito: Requisito: Evento
Relacionado:
Descripcin: Informe check in clientes
Justificacin: El sistema debe permitir a los despachadores poder informar a los agentes
vendedores acerca de los clientes que no confirmaron su salida.
Origen (Interesado): Despachadores
Criterio de Informe de clientes que no realizan check in.
Aceptacin /
Validacin:
Nivel de satisfaccin 5 Nivel de 5
del Interesado: insatisfaccin del
Interesado:
Prioridad: 5 Requisitos en
Conflicto:
Material de Soporte:
ltima Modificacin:

# de 004 Tipo de Funcional Caso de Uso / 00

Requisito: Requisito: Evento
Relacionado:
Descripcin: Informe check in clientes
Justificacin: El sistema debe permitir a los despachadores poder informar a los agentes
vendedores acerca de los clientes que no confirmaron su salida.

Origen (Interesado): Cliente

Criterio de Informe de clientes que no realizan check in.
Aceptacin /
Validacin:
Nivel de satisfaccin 5 Nivel de 5
del Interesado: insatisfaccin del
Interesado:
Prioridad: 5 Requisitos en
Conflicto:
Material de Soporte:
ltima Modificacin:

# de 005 Tipo de No funcional Caso de Uso / 00

Requisito: Requisito: Evento
Relacionado:
Descripcin: Usabilidad
Justificacin: El sistema deber tener una interfaz amena e intuitiva con asistente de ayuda
Origen (Interesado): Juan Jimnez
Criterio de Interfaz sistema
Aceptacin /
Validacin:
Nivel de satisfaccin 5 Nivel de 5
del Interesado: insatisfaccin del
Interesado:
Prioridad: 5 Requisitos en
Conflicto:
Material de Soporte:
ltima Modificacin:

# de 006 Tipo de No funcional Caso de Uso / 00

Requisito: Requisito: Evento
Relacionado:
Descripcin: Seguridad
Justificacin: El ingreso de los usuarios y clientes a la plataforma debe ser por medio de
usuarios y contraseas.
Origen (Interesado): Juan Jimnez
Criterio de Usuarios y passwords codificados
Aceptacin /
Validacin:
Nivel de satisfaccin 5 Nivel de 5
del Interesado: insatisfaccin del
Interesado:
Prioridad: 5 Requisitos en
Conflicto:
Material de Soporte:
ltima Modificacin:

# de 007 Tipo de No funcional Caso de Uso / 00

Requisito: Requisito: Evento
Relacionado:
Descripcin: Recuperacin en caso de desastres
Justificacin: El sistema debe guardar una copia de la informacin para poder ser
recuperada en caso de un desastre o siniestro.
Origen (Interesado): Juan Jimnez
Criterio de Back-up informacin en caso de siniestro
Aceptacin /
Validacin:
Nivel de satisfaccin 5 Nivel de 5
del Interesado: insatisfaccin del
Interesado:
Prioridad: 5 Requisitos en
Conflicto:
Material de Soporte:
ltima Modificacin:
Matriz actores

Referencias

SenseiDb (14 de mayo 2013) anlisis de sistemas requerimientos

https://www.youtube.com/watch?v=D2iSfT-p2zE

Jorge Snchez (2011) Bases de datos http://jorgesanchez.net/#bd/gbd2011.pdf