R

Proyecto
SISTEMA DE INFORMACIÓN PARA EL CONTROL DE PAGOS,
USUARIOS Y RUTAS DE LA EMPRESA DE TRANSPORTE
ESCOLAR “MOVITOURS”
Desarrollado por:

Kevin David Osorio Morales

SENA 2019
INTRODUCCIÓN
La empresa transporte escolar “La Internacional S.A”,no tienen la forma de ubicar a los estudiantes y
acudientes de forma ágil, la documentación del personal de transporte como la monitora y conductor, no
tienen la manera de consultar cuántos estudiantesestarán en cada ruta y/o bus, No hay información clara
sobre cumplimiento de la documentación exigida por tránsito para que el vehículo cumpla, las rutas y los
pagos. La información de los estudiantes se encuentra en archivos de Excel, confusos y difíciles de
consultar. Para resolver el problema planteado se realizará el desarrollo de un sistema de información para
el servicio de transporte permitirá controlar los procesos de digitación de información de manera ordenada,
también diligencie los datos de los estudiantes, hoja de vida del conductor, qué vehículo tendrá asignado
cada conductor.

DESCRIPCIÓN DEL CASO (PROBLEMA)

El servicio de transporte escolar “La Internacional S.A”,en la actualidad no tiene la forma de ubicar la
información de los estudiantes, acudientes, conductores, monitores, recorridos de las rutas, vehículos y
pagos a la empresa de forma ágil, ya que la información de estos se encuentra en archivos físicos y Excel
confusos y difíciles de consultar.

Debido a lo anterior, no se lleva el control de una manera adecuada de la cantidad de estudiantes asignados
en cada ruta, los datos de los acudientes de cada estudiante, no hay información clara sobre cumplimiento
de la documentación exigida por tránsito para que el vehículo cumpla con la reglamentación.
La documentación del personal de transporte como la monitora y conductor, no es de fácil consulta ya que
se encuentra guardada solamente en carpeta física, los acudientes no tienen claridad de los recorridos
asignados a cada vehículo. No hay cronograma de mantenimientos sobre los vehículos. Existe deficiencia
en el control de pagos realizados a la empresa por el concepto del servicio prestado.

OBJETIVOS DEL PROYECTO

OBJETIVO GENERAL
Desarrollar un sistema de información para el control de pagos, usuarios y rutas de la empresa de
transporte escolar “La Internacional S.A.”.

OBJETIVOS ESPECÍFICOS (1 POR CADA FASE)

1. Interpretar el funcionamiento de la empresa para identificar las posibles inconsistencias en sus
procesos utilizando las diferentes técnicas de levantamiento de información.

2. Diseñar la interfaz gráfica y la estructura de la base de datos que permita dar cumplimiento a las
necesidades de la empresa.

3. Desarrollar el sistema de información tomando como base la arquitectura MVC de acuerdo al

lenguaje de programación y al gestor de bases de datos indicado.
 4. Realizar plan de pruebas para verificar el correcto funcionamiento del sistema, de acuerdo al
cumplimiento de los RQF.

5. Implementar el sistema de información de acuerdo a las necesidades de la empresa de transporte

“La Internacional S.A.”

ALCANCE DEL PROYECTO

El proyecto se enfoca en la elaboración de un sistema de información, para la empresa de transporte

escolar “La Internacional S.A.”.

El sistema controlara la gestión de datos de de estudiantes, acudientes, conductores, monitores; además

los procesos de las rutas y pagos de la empresa.

El sistema de información brindara las siguientes opciones: ingreso a la plataforma por medio de usuario y
contraseña de acuerdo al rol asignado; acceso a los diferentes módulos dando las opciones de acuerdo a la
matriz CRUD en los procesos gestionados; generar los diferentes reportes solicitados por la empresa.
DESCRIPCIÓN DE TAREAS
Las necesidades que presenta la empresase sintetiza en el ESTUDIO DE CASO “XXX”, la información relevante
frente al proceso que lleva actualmente la empresa, se complementa conel material de apoyo que incluye los anexos
necesarios para su desarrollo,este se encuentra en la carpeta denominada MATERIAL DE APOYO DEL PROYECTO.

TAREA 1. LECTURA Y ANÁLISIS DEL DOCUMENTO

TAREA 2. MAQUETACIÓN WEB DEL PROYECTO

TAREA 3. CONSTRUCCIÓNDE LA INTERFAZ GRÁFICA

TAREA 4. CONSTRUCCIÓN DE LA BASE DE DATOS

TAREA 5. INTEGRACIÓN DE LA BASE DE DATOS CON LA INTERFAZ GRÁFICA

TAREA 6. REPORTES GENERALES Y ESPECÍFICOS (GRÁFICOS Y PLANOS)

Reporte de estudiantes asignados a un recorrido

Reporte de pagos de estudiantes
Reporte de conductores y monitores asignados a recorrido
Reporte de estado de documentación vehículos
Reporte de recorridos por localidad
Reporte de acudientes asignados a cada estudiante en su recorrido.

TAREA 7. IMPLANTACIÓN DEL PROYECTO

TAREA 8. PRUEBAS DE FUNCIONALIDAD (TESTING)

ANEXO 1. REQUISITOS FUNCIONALES

CÓDIGO REQUISITOS FUNCIONALES

Nombre: Validación inicio de sesión.
Descripción: El sistema de información deberá permitir la creación
y/o validación de un usuario (administrador, conductor monitor,
RQF001
estudiante, acudiente) para el ingreso.
Usuarios: administrador, monitor, acudiente.

CÓDIGO REQUISITOS FUNCIONALES

Nombre: Gestión de vehículo
Descripción: El sistema de información permitirá que el
administrador realice la gestión completa de los vehículos
RQF002 matriculados en la empresa y el monitor, solo podrá consultar la
información del vehículo.
Usuarios: administrador, monitor

CÓDIGO REQUISITOS FUNCIONALES

Nombre: Gestión de ruta
Descripción: El sistema de información permitirá que el
administrador realice la gestión completa de las diferentes rutas
asignadas por el colegio a la empresa de transporte; Mientras que
RQF003
el monitor y acudiente, solo podrá consultar la información de la
ruta.
Usuarios: administrador, acudiente, monitor

CÓDIGO REQUISITOS FUNCIONALES

Nombre: Gestión de conductor
Descripción: El sistema de información permitirá el control de la
información de los conductores para la asignación de rutas y
RQF004 vehículos correspondientes.

Usuarios: administrador.

CÓDIGO REQUISITOS FUNCIONALES

Nombre: Gestión de monitor.
Descripción: El sistema de información debe permitir el control de
la información de los monitores para la asignación en las
diferentes rutas y el monitor podrá consultar y modificar su
RQF005
información personal.

Usuarios: administrador, monitor

CÓDIGO REQUISITOS FUNCIONALES

 Nombre: Gestión de estudiante
Descripción: El sistema de información permitirá el controlde la
información de cada uno de los estudiantes y el acudiente podrá
RQF006 consultar los datos suministrados del estudiante.

Usuarios: administrador, acudiente.

CÓDIGO REQUISITOS FUNCIONALES

Nombre: Gestión de acudiente
Descripción: El sistema de información permitirá el control de la
información de los acudientes, mientras que el acudiente y monitor
podrá consultar los datos suministrados del acudiente.
RQF007

Usuarios: administrador.

CÓDIGO REQUISITOS FUNCIONALES

Nombre: Gestión de pagos
Descripción: El sistema de información permitirá el control de los
pagos de los acudientes a la empresa de transporte y el acudiente
RQF008 podrá consultar el historial de pagos realizados con cortes de
fecha.
Usuarios: administrador, acudiente.

CÓDIGO REQUISITOS FUNCIONALES

Nombre: Gestión de reporte de estudiantes asignados a un
recorrido
Descripción: El sistema de información permitirá generar el reporte
RQF009
solicitado por el usuario en forma gráfica y plana.
Usuarios: administrador.

CÓDIGO REQUISITOS FUNCIONALES

Nombre: Gestión de reporte de pagos de estudiantes.
Descripción: El sistema de información permitirá generar el reporte
RQF010 solicitado por el usuario en forma gráfica y plana.
Usuarios: administrador.

CÓDIGO REQUISITOS FUNCIONALES

Nombre: Gestión de reporte de conductores y monitores asignados
a recorrido.
Descripción: El sistema de información permitirá generar el reporte
RQF011
solicitado por el usuario en forma gráfica y plana.
Usuarios: administrador.

CÓDIGO REQUISITOS FUNCIONALES

 Nombre: Gestión de reporte de estado de documentación
vehículos.
Descripción: El sistema de información permitirá generar el reporte
RQF012
solicitado por el usuario en forma gráfica y plana.
Usuarios: administrador.

CÓDIGO REQUISITOS FUNCIONALES

Nombre: Gestión de reporte recorridos por localidad.
Descripción: El sistema de información permitirá generar el reporte
RQF013 solicitado por el usuario en forma gráfica y plana.
Usuarios: administrador.

CÓDIGO REQUISITOS FUNCIONALES

Nombre: Gestión de reporte acudientes asignados a cada
estudiante en su recorrido.
Descripción: El sistema de información permitirá generar el reporte
RQF014
solicitado por el usuario en forma gráfica y plana.
Usuarios: administrador.

ANEXO 2. REQUISITOS NO FUNCIONALES

CÓDIGO REQUISITOS NO FUNCIONALES

Nombre:Especificaciones Mínimas de Hardware y Software
Descripción:
Tener acceso a uno o más computadores:
Mínimo 2 GB RAM
RQNF001 Sistema Operativo Windows 7 o superior
Disco duro de 500 GB
Que tenga las herramientas y programas necesarios parallevar a
cabo el aplicativo, base de datos (SQL SERVER).

CÓDIGO REQUISITOS NO FUNCIONALES

Nombre: Conexión internet
Descripción:
RQNF002 La empresa debe contar con una red LAN que le permitirá
conectar sus terminales de trabajo al servidor de una forma
más adecuada para hacer uso del aplicativo
CÓDIGO REQUISITOS NO FUNCIONALES
Nombre: Diseño de Interfaz grafica
Descripción:
El aplicativo debe hacer uso de colores y fuentes que faciliten
RQNF003 la adecuada visualización por parte del usuario y sean
Acordes con la imagen corporativa de la empresa.
Vehículo
ANEXO 3. DIAGRAMAS Y DOCUMENTACIÓN DE CASOS US

O
 1. IDENTIFICACIÓN DE CASO DE USO
1.1 Id Caso Cu001 1.2 Nombre Validar usuario
2. HISTORICO DE CASO DE USO
2.1 Autor
2.2 Fecha Creación 3. Última Actualización
2.4 Actualizado por 2.5 Versión 1.0
3. DEFINICION DE UN CASO DE USO
3.1 DESCRIPCIÓN
Permitir que otra persona tenga acceso a la plataforma
3.2 ACTORES
Administrador
3.3 PRECONDICIONES
1. El usuario debe estar autenticado en el sistema CU 001
3.4 FLUJO NORMAL
Contando con las precondiciones el flujo normal será el siguiente:
Paso Actor Sistema
1 Na
2
3
4
5
3.5 FLUJO ALTERNATIVO
Si existe otra forma de acceder al caso de uso, describir los pasos.
Paso Actor Sistema
3.5 FLUJO EXCEPCIONAL

Paso Actor Sistema

xx
xx
3.7 POS CONDICIONES
Sistema
3.8 FRECUENCIA
Que frecuencia tiene el CU Alta Media Baja

ANEXO 4. DIAGRAMA DE CLASES

ANEXO 5. MODELO RELACIONAL (DIA)
ANEXO 6. DICCIONARIOS DE DATOS

Nombre Tabla: Usuario

Fecha: 11/02/2019
Descripción: Tabla que contiene los campos del Usuario
Campo Tipo de Dato Tamaño Restricción Descripción
idUsuario Primary key -
int AUTOINCREMENT Llave primaria del Usuario
idTDFK int NOT NULL Tipo de documento
numdocUsuario int NOT NULL Numero de documento del usuario
nomUsuario Varchar 15 NOT NULL Nombre del Usuario
apellidoUsuario Varchar 30 NOT NULL Apellido del usuario
telefonoUsuario int NOT NULL Teléfono del usuario
correoUsuario Varchar 40 NOT NULL Correo del usuario
direccionUsuario Varchar 40 NOT NULL Dirección del usuario
fechanacUsuario Datetime NOT NULL Fecha nacimiento del usuario
CiudadNac Varchar 40 NOT NULL Ciudad de nacimiento del usuario
idTUsuarioFK int Foreign Key Foránea con Tipo de usuario
numcelularUsuario int NOT NULL Numero celular del usuario
Passwordusuario Varchar 20 NOT NULL Contraseña del usuario
EstadoUsuario Varchar 20 NOT NULL Estado del Usuario
Nombre Tabla: TipoUsuario
Fecha: 11/02/2019
Descripción: Tabla que contiene los campos del Tipo de Usuario
Campo Tipo de Dato Tamaño Restricción Descripción
idTUsuario Primary key -
int AUTOINCREMENT Llave primaria del tipo de usuario
nomTUsuario Varchar 20 NOT NULL Nombres del tipo de usuario
EstadoTU Varchar 30 NOT NULL Estado del Tipo de Usuario
Nombre Tabla: TipoDoc
Fecha: 11/02/2019
Descripción: Tabla que contiene los campos del Tipo de Documento
Campo Tipo de Dato Tamaño Restricción Descripción
idTD Primary key -
int AUTOINCREMENT Llave primaria del tipo de documento
nomTD Varchar 20 NOT NULL Nombres del tipo de documento.
EstadoTD Varchar 30 NOT NULL Nombres del tipo de documento.
Nombre Tabla: AsigUsuarioCurso
Fecha: 11/02/2019
Descripción: Tabla que contiene los campos del Asignación del Usuario al Curso
Campo Tipo de Dato Tamaño Restricción Descripción
idAsiguc Primary key -
int AUTOINCREMENT Llave primaria de la asignación al curso
idUsuarioFK int Foreign Key Foránea con usuario
idCursoFK int Foreign Key Foránea con curso
Nombre Tabla: Curso
Fecha: 11/02/2019
Descripción: Tabla que contiene los campos del Curso
Campo Tipo de Dato Tamaño Restricción Descripción
idCurso Primary key -
int AUTOINCREMENT Llave primaria del curso
nomCurso Varchar 30 NOT NULL Nombre del curso
EstadoCurso Varchar 30 NOT NULL Estado del curso
Nombre Tabla: AsigRutaUsuario
Fecha: 11/02/2019
Descripción: Tabla que contiene los campos del AsigRutaUsuario
Campo Tipo de Dato Tamaño 7. Descripción
idasigVehiculo Primary key -
int AUTOINCREMENT Llave primaria de la asignación del recorrido
idUsuarioFK int Foreign Key Foránea con usuario
idRecorridoFK int Foreign Key Foránea con recorrido
Nombre Tabla: Pago
Fecha: 11/02/2019
Descripción: Tabla que contiene los campos del Pago
Campo Tipo de Dato Tamaño Restricción Descripción
idPago Primary key -
int AUTOINCREMENT Llave primaria del pago
fechaPago Datetime NOT NULL Fecha de pago
idUsuarioFK int Foreign Key Foránea con usuario
totalPago int NOT NULL Total del pago
EstadoPago varchar NOT NULL Estado del pago
Nombre Tabla: DetallePago
Fecha: 11/02/2019
Descripción: Tabla que contiene los campos del Detalle del Pago
Campo Tipo de Dato Tamaño Restricción Descripción
idDetalleServicio Primary key -
int AUTOINCREMENT Llave primaria del detalle del pago
idPagoFK int Foreign Key Foránea con pago
idServicioFK int Foreign Key Foránea con servicio
Descripción Varchar 50 NOT NULL Descripción del detalle del pago
Subtotal int NOT NULL Subtotal

Nombre Tabla: Ruta

Fecha: 11/02/2019
Descripción: Tabla que contiene los campos del Ruta
Campo Tipo de Dato Tamaño Restricción Descripción
idRecorrido Primary key -
int AUTOINCREMENT Llave primaria del recorrido
nomRecorrido Varchar 50 NOT NULL Nombre del recorrido
Localidad Varchar 30 NOT NULL Localidad del recorrido
EstadoRuta Varchar 30 NOT NULL Estado de la Ruta
Nombre Tabla: AsigVehiculoRecorrido
Fecha: 11/02/2019
Descripción: Tabla que contiene los campos de AsigVehiculoRecorrido
 Campo Tipo de Dato Tamaño Restricción Descripción
idasigVehiculo Primary key -
int AUTOINCREMENT Llave primaria de la asignación del recorrido
idVehiculo int NOT NULL Identificación del Vehículo
idRutaFK int Foreign Key Foránea con recorrido
Nombre Tabla: Vehiculo
Fecha: 11/02/2019
Descripción: Tabla que contiene los campos del Vehículo
Campo Tipo de Dato Tamaño Restricción Descripción
Idvehiculo Primary key -
int AUTOINCREMENT Llave primaria del vehículo
idmarcaVehiculoFK int Foreign Key Foránea con marca
modeloVehiculo Varchar 20 NOT NULL Modelo vehículo
fechaMatricula Datetime NOT NULL Fecha de la matricula del vehículo
EstadoVehiculo Varchar 30 NOT NULL Estado del Vehículo
Nombre Tabla: Servicio
Fecha: 11/02/2019
Descripción: Tabla que contiene los campos del Servicio
Campo Tipo de Dato Tamaño Restricción Descripción
idServicio Primary key -
int AUTOINCREMENT Llave primaria del servicio
nomServicio Varchar 40 NOT NULL Nombre del servicio
valorServicio int NOT NULL Valor del servicio prestado
EstadoServicio Varchar 30 NOT NULL Estado del servicio
Nombre Tabla: DocVehiculo
Fecha: 11/02/2019
Descripción: Tabla que contiene los campos del DocVehiculo
Campo Tipo de Dato Tamaño Restricción Descripción
idDocVehi Primary key -
int AUTOINCREMENT Llave primaria del documento del vehículo
nomDocVehi Varchar 50 NOT NULL Nombres del documento del vehículo
EstadoDoc Varchar 30 NOT NULL Estado del documento

Nombre Tabla: CargueDoc

Fecha: 11/02/2019
Descripción: Tabla que contiene los campos del Cargue de Documentos
Campo Tipo de Dato Tamaño Restricción Descripción
idCargueDoc Primary key -
Int AUTOINCREMENT Llave primaria del cargue del documento
idDocVehiFK int Foreign Key Foránea con documento del vehículo
idVehiculoFK int Foreign Key Foránea con vehículo
fechaCargue Datetime NOT NULL Fecha de cargo del documento
archivo Blob NOT NULL Cargue del archivo
Nombre Tabla: Marca
Fecha: 11/02/2019
Descripción: Tabla que contiene los campos de la Marca
Campo Tipo de Dato Tamaño Restricción Descripción
idmarcaVehiculo Primary key -
int AUTOINCREMENT Llave primaria de la marca del vehículo
nommarcaVehiculo Varchar 30 NOT NULL Nombres de la marca del vehículo
EstadoMarca Varchar 30 NOT NULL Estado de la marca