Está en la página 1de 17

R

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

Paola Cárdenas

Gerardo Zambrano

Diego Casas

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
RQF001 un usuario (administrador, conductor monitor, 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 matriculados en la empresa y el monitor, solo
RQF002
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
RQF003 transporte; Mientras que 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 vehículos correspondientes.
RQF004
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
RQF005 y modificar su información personal.

Usuarios: administrador, monitor

CÓDIGO REQUISITOS FUNCIONALES


RQF006 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á 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 podrá consultar el historial de
RQF008
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 solicitado por el
RQF009 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 solicitado por el
RQF010 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 solicitado por el
RQF011 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 solicitado por el
RQF012 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 solicitado por el
RQF013 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 solicitado por el
RQF014 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 USO
1. IDENTIFICACIÓN DE CASO DE USO
1.1 Id Caso CUD 001 1.2 Nombre Registrar Empleado
2. HISTORICO DE CASO DE USO
2.1 Autor Nombres Aprendices
2.2 Fecha Creación 30/04/2019 3. Última Actualización
2.4 Actualizado por Nombres Aprendices 2.5 Versión 1.0
3. DEFINICION DE UN CASO DE USO
3.1 DESCRIPCIÓN
Permite el registro de información de un nuevo empleado
3.2 ACTORES
Administrador, Acuciente, Monitor
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:
Pas Actor Sistema
o
1
2
3
4
5
3.5 FLUJO ALTERNATIVO
Si existe otra forma de acceder al caso de uso, describir los pasos.
Pas Actor Sistema
o
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

También podría gustarte