TECNOLOGIA EN ANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACION

UNIVERSIDAD UNIPANAMERICANA

FACULTAD DE INGENIERIA

TECNOLOGIA EN ANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACION

LEVANTAMIENTO DE INFORMACION

AUTOR

NOMBRE DE CADA UNO

DIRECTOR

JHON FREDY CUERVO

BOGOTÁ, D.C., 21 DE AGOSTO DE 2018

CONTENIDO

VENTAJAS DEL SISTEMA

• Bajo Costo Operacionalmente
• Proceso Instantáneo de Reserva (Fecha, Hora, lugar de abordaje, Placa de Bus Asignado).
• Interactividad directa con el usuario, chat de atención y sistema de PQRS. Estableciendo un manual con los deberes y derechos.
• Sistema web para una rápida distribución.
• Sistemas de alerta vía SMS, y correos.
• Se debe informar cualquier proceso de demora

NECESIDADES.

En este apartado se contesta la pregunta: ¿Cuál puede ser la causa que ocasiona la confusión entre los usuarios de transporte con tanta frecuencia obligado a la pérdida del itinerario?

• Necesidades individuales del usuario, como cambio a última hora de punto de llegada en la ruta o comodidad por el número de acompañantes.
• No hay un control especifico de rutas, horas de salida, Hora de llegada.
• El proceso es manual y la afluencia de personas genera desorden en la asignación (Modo Personal)
• A razón de la manualidad del proceso, el cliente puede perder el ticket, lo que hace que no se preste el servicio.
• Ventas telefónicas no hay un control de registro de los usuarios y el bus asignado, se realiza una atención parcial al usuario.
• No existen recordatorios a los usuarios, cuando las ventas se realizan con Varios días de antelación al viaje.
• No existe un tiempo de llegada previo, para generar proceso de registro y abordaje al bus.
• No existe un sistema de encuesta de servicio para hacer mejoras, entendiendo el comportamiento individual de los clientes.
• Determinar periodicidad de viaje de los clientes, para proceso de notificaciones de Oferta y/o preventa automática.
• No se sabe cuándo se presenta alguna modificación al itinerario, como por ejemplo demoras por problemas en la carretera, condiciones de tiempo, o la posibilidad de adelantar el viaje.
• En el momento que se realiza perdida de viaje, no existe la forma de saber cuándo saldrá con exactitud otro bus con ese mismo destino y si ese bus tiene la capacidad de albergar un nuevo usuario.
• Se presentan perdidas de itinerario por sobreventas de cupos.
• Aunque en pocas ocasiones se ha establecido que, por estado de alicoramiento, porte ilegal de armas, se niegue el acceso al uso de los servicios.
• La vigencia del ticket comprado pierda vigencia de uso
• Se puede perder el itinerario por carga excesiva de equipaje.
• Por acompañamiento de mascotas y que no cumpla con las condiciones de viaje del art 87 Ley 769

REQUERIMIENTOS FUNCIONALES.

https://sites.google.com/site/metodologiareq/capitulo-ii/tecnicas-para-identificar-requisitos-funcionales-y-no-funcionales

DEFINICION: Los requerimientos funcionales son declaraciones de los servicios que proveerá el sistema, de la manera en que éste reaccionará a entradas particulares. En algunos casos, los requerimientos funcionales de los sistemas también declaran explícitamente lo que el sistema no debe hacer.

En principio, la especificación de requerimientos funcionales de un sistema debe estar completa y ser consistente. La compleción significa que todos los servicios solicitados por el usuario están definidos. La consistencia significa que los requerimientos no tienen definiciones contradictorias.

• Se debe contar con una interfaz para administración (Consulta, creación, edición y eliminación) de los buses obteniendo los siguientes datos por cada uno (Placa, tipo de bus, Capacidad de pasajeros, soat, tecnico-mecanica, demás documentos pertenecientes al objeto bus)
• Se debe contar con una plantilla para administración (Consulta, creación, edición y eliminación) de los conductores, obteniendo los siguientes datos por cada uno (nombre, apellido, tipo documento, documento, celular, correo, fecha de nacimiento, licencia, vigencia de licencia)
• Se debe contar con una plantilla para administración (Consulta, creación, edición y eliminación) de clientes obteniendo los siguientes datos por cada uno (nombre, apellido, tipo documento, documento, celular, correo, fecha de nacimiento, persona en caso de emergencia, celular en caso de emergencia, parentesco)
• Se debe contar con una interfaz para administración (Consulta, creación, edición y eliminación) de las ciudades. (código de la ciudad, nombre)
• Se debe contar con una interfaz para administración (Consulta, creación, edición y eliminación) de rutas (Código de ruta, Fecha, Lugar origen, Lugar Destino, Hora de partida, tiempo aproximado de Trayecto)
• Se debe contar con una plantilla para administración (Consulta, creación, edición y eliminación) de reservas donde se muestren los siguientes datos (Código de reserva, Id del Cliente, número de personas y sus datos)
• Se debe tener una plantilla donde se realice proceso de reserva de parte del cliente, cuando este finalice debe notificar al cliente. (Código de Reserva, cédula de cliente, Nro de personas que viajan, si viaja con mascota, Uso adicional de almacenamiento, nombres de las personas que viajan)
• Debe generar una alerta o simplemente no permitir seleccionar un horario o un destino cuando el cupo de pasajeros se ha completado.
• Se debe generar un proceso de check-in para garantizar que están haciendo uso del ticket comprado, este puede ser por medio de la lectura de código de barras o de código QR. Este proceso se debe realizar en el momento del abordaje o con un  auxiliar de cabina (Lo haria el despachador)
• Debe existir una plantilla para el manejo de quejas y reclamos (Fecha, cédula de usuario, clasificación, Mensaje)
• Debe tener un sistema de pagos-on-line (PayU, pse)
• El sistema controlará el acceso y lo permitirá solamente a usuarios autorizados. Los usuarios deben ingresar al sistema con un nombre de usuario y contraseña.
• Si el usuario o contraseña se digitan más de 3 veces de manera incorrecta, el sistema deberá bloquear dicho usuario y solo lo podrá desbloquear el administrador de seguridad.
• A cada venta se le asignará un identificador único, que será utilizado para identificarla en todos los procesos subsecuentes que se realicen sobre esta, (El numero de la reserva seria el Identificador único, considero que, sobra la aclaración)
• Las modificaciones de usuarios y perfiles deberán ser generadas por el usuario administrador.
• El sistema debe poder utilizarse sin necesidad de instalar ningún software adicional además de un navegador web

REQUERIMIENTOS NO FUNCIONALES.

https://sites.google.com/site/metodologiareq/capitulo-ii/tecnicas-para-identificar-requisitos-funcionales-y-no-funcionales

DEFINICION:

Son aquellos requerimientos que no se refieren directamente a las funciones específicas que entrega el sistema, sino a las propiedades emergentes de éste como la fiabilidad, la respuesta en el tiempo y la capacidad de almacenamiento. De forma alternativa, definen las restricciones del sistema como la capacidad de los dispositivos de entrada/salida y la representación de datos que se utiliza en la interface del sistema.

...