INSTITUTO TÉCNICO SUPERIOR COMUNITARIO

Vicerrectoría Académica
AREA DE INFOMÁTICA
Técnico Superior en Desarrollo de Software

Tema

DESARROLLO DE UN SOFTWARE DE RESERVA DE TICKET PARA AUTOBUS

Caso: Parada Sichosacba

Proyecto Final para Optar por el Título de

Técnico Superior en Desarrollo de Software

Sustentantes

2020-0478 Julio Cesar Gomez Alcántara

2020-0492 Robert David Batista Salas
2020-0583 Eldrick Jose Mendez Luzon

Docente Asesor
Héctor Emilio Canario Leal, MS

Santo Domingo Este, República Dominicana

Diciembre, 2022.
 INSTITUTO TÉCNICO SUPERIOR COMUNITARIO

Vicerrectoría Académica
AREA DE INFORMÁTICA
Técnico Superior en Desarrollo de Software

Tema

DESARROLLO DE UN SOFTWARE DE RESERVA DE TICKET PARA AUTOBUS

Caso: Parada Sichosacba

Proyecto Final para Optar por el Título de

Técnico Superior en Desarrollo de Software

Sustentantes

2020-0478 Julio Cesar Gomez Alcántara

2020-0492 Robert David Batista Salas
2020-0583 Eldrick Jose Mendez Luzon

Docente Asesor
Héctor Emilio Canario Leal, MS

Los conceptos emitidos

en el presente
trabajo son de la
exclusiva
responsabilidad de sus
sustentantes.

Santo domingo Este, República Dominicana

Diciembre, 2022.
 INDICE
ESTADO DEL ARTE .............................................................................................................. 1

PLANTEAMIENTO DEL PROBLEMA............................................................................... 3

JUSTIFICACION DEL PROYECTO ................................................................................... 3

OBJETIVOS ............................................................................................................................. 4

1. Objetivo general ................................................................................................... 4

2. Objetivos específicos ............................................................................................ 4

MARCO TEORICO ................................................................................................................ 5

ASPECTOS METODOLOGICOS......................................................................................... 6

CRONOGRAMA ..................................................................................................................... 7

PRESUPUESTO....................................................................................................................... 8

Factibilidad Operativa ............................................................................................. 8

Factibilidad Técnica ................................................................................................. 8

Factibilidad Económica ........................................................................................... 9

Costos en recursos humanos................................................................................ 9

Costos en recursos tecnológicos ........................................................................ 10

ANALISIS DE REQUERIMIENTOS .................................................................................. 12

ANALISIS Y DISEÑO DEL SOFTWARE.......................................................................... 17

1. Diagrama de caso de uso .............................................................................. 17

1.1 Diagrama de caso de uso .............................................................................. 17

1.2 Descripción caso de uso ................................................................................ 18

2. Diagrama de clases ............................................................................................. 23

 3. Diseño de la base de datos.................................................................................. 24

3.1 Diagrama Entidad Relación ............................................................................ 25

4. Proceso de Normalización ................................................................................. 26

4.1 Primera Forma ............................................................................................. 26

4.2 Segunda Forma............................................................................................. 27

4.3 Tercera Forma........................................................................................... 29

RESULTADOS....................................................................................................................... 31

CONCLUSIONES Y RECOMENDACIONES ................................................................... 34

BIBLIOGRAFIA .................................................................................................................... 35
 Lista de Figuras

Figura 1………………………………………………………………………………………. 1

Figura 2………………………………………………………………………………………. 2

Figura 3……………………………………………………………………………………… 17

Figura 4……………………………………………………………………………………… 23

Figura 5……………………………………………………………………………………… 24

Figura 6……………………………………………………………………………………… 25

Figura 7……………………………………………………………………………………… 31

Figura 8……………………………………………………………………………………… 31

Figura 9……………………………………………………………………………………… 32

Figura 10……………………………………………………………………………………. 32

Figura 11……………………………………………………………………………………. 33

Figura 12…………………………………………………………………………………….. 33
 Lista de Tablas

Tabla FT …...………………………………………………………………………………… 9

Tabla 1 ………………………………………………………………………………………. 9

Tabla FE ……………………………………………………………………………………... 9

Tabla 2 …………………………………………………………………………………….... 12

Tabla 3 …………………………………………………………………………………….... 15

Tabla 4 …………………………………………………………………………………….... 18

Tabla 5 …………………………………………………………………………………….... 19

Tabla 6 …………………………………………………………………………………….... 19

Tabla 7 …………………………………………………………………………………….... 20

Tabla 8 …………………………………………………………………………………….... 20

Tabla 9 …………………………………………………………………………………….... 21

Tabla 10 …………………………………………………………………………………...... 22

Tabla 11 …………………………………………………………………………………...... 26

Tabla 12 …………………………………………………………………………………...... 26

Tabla 13 …………………………………………………………………………………...... 26

Tabla 14 …………………………………………………………………………………...... 26

Tabla 15 …………………………………………………………………………………...... 27

Tabla 16 …………………………………………………………………………………...... 27

Tabla 17 …………………………………………………………………………………...... 27
Tabla 18 …………………………………………………………………………………...... 27

Tabla 19 …………………………………………………………………………………...... 28

Tabla 20 …………………………………………………………………………………...... 28

Tabla 21 …………………………………………………………………………………...... 28

Tabla 22 …………………………………………………………………………………...... 28

Tabla 23 …………………………………………………………………………………...... 28

Tabla 24 …………………………………………………………………………………...... 29

Tabla 25 …………………………………………………………………………………...... 29

Tabla 26 …………………………………………………………………………………...... 29

Tabla 27 …………………………………………………………………………………...... 29

Tabla 28 …………………………………………………………………………………...... 30

Tabla 29 …………………………………………………………………………………...... 30

Tabla 30 …………………………………………………………………………………...... 30

Tabla 31 …………………………………………………………………………………...... 30
SOFTWARE DE RESERVA DE TICKET PARA AUTOBUS

Caso: Parada Sichosacba

ASPECTOS INTRODUCTRIOS
ESTADO DEL ARTE

En el mercado existen muchas empresas en la cual se pueden hacer reservas de ticket

para autobuses. La empresa de transporte de personas Caribe Tours, es uno de los sistemas

principales de reserva de ticket en República Dominicana.

Los aportes que el software de la empresa ofrece son la rapidez de servicio al cliente

con la reserva de pdf, el guardado de información y la calidad de atención al cliente.

Figura 1

Caribe Tours

Nota. Página web de Caribe Tours en santo domingo. Tomada de (CaribeTours "Fotografia",

s.f.).

1
 Transporte Espinal es otra empresa que sirve para compra y reserva de ticket en Santo

Domingo la cual es muy utilizada para viajes comodos y seguros. Una de las ventajas que ofrece

esta empresa es que facilita a los pasajeros quedarse en puntos medios cercanos a su destino

final, ahorrando así mucho tiempo y la facilidad que puedes reservar un viaje. Los aportes de

esta pagina para nuestro proyecto es la rapidez a la hora de reservar un viaje.

Figura 2

Transporte Espinal

Nota. Página web de Transporte Espinal en Santiago. Tomada de (TransporteEspinal

"Fotografia", s.f.)

2
PLANTEAMIENTO DEL PROBLEMA

En los últimos 3 años, el mundo está pasando por un momento en donde la acumulación

de personas puede ser riesgoso por la situación del covid-19. Muchas empresas han tomado

medidas de precaución para evitar la aglomeración de personas. La parada Sichosacba es muy

pequeña y a la hora de las personas esperar un ticket se sienten incomodos, se arman filas fuera

de la parada y tardan hora esperando comprar su ticket.

A la hora de comprar un ticket para un viaje se ha vuelto un poco tedioso la demora al

servicio al cliente. Las personas se desesperan, esperando para ser atendidas y recibir su ticket

para su viaje.

JUSTIFICACION DEL PROYECTO

Hoy en día, la compra de ticket de forma presencial es un problema muy común para

todos, por lo que reservar tu ticket en línea puede ahorrar mucho tiempo para el cliente, para

que el cliente no tenga que ir al mostrador para preguntar por el autobús y el horario. Los

clientes se seguirán sintiendo atareados esperando su ticket en la parada. Es por eso que los

sistemas de compra online se presentan como una solución para agilizar los procesos de ventas,

de compras y control de inventario, pero hasta ahora solo han estado disponibles para las

grandes empresas de paradas.

Es tal que la innovación y la adaptación del público para las nuevas tecnologías ha hecho

una gran escala en la agilización de procesos, como tal podría ser una parada de autobuses

agilizando los procesos de registros vía web, como por ejemplo el proyecto de reserva de ticket

de autobús de la parada Sichosacba.

3
OBJETIVOS

1. Objetivo general

Desarrollar un software de reserva de ticket para la parada Sichosacba.

2. Objetivos específicos

1. Hacer el levantamiento de requerimientos necesarios para realizar la reserva de ticket .

2. Diseñar los distintos módulos de los procesos con los que contará el software.

3. Realizar la codificación de forma correcta.

4. Realizar las diferentes pruebas de software.

4
MARCO TEORICO

Puesto que la presente investigación es para proporcionar la información suficiente para tener

un conocimiento general de la reserva de tickets de autobús.

Para entender la reserva de tickets se debe aclarar el término de reserva, el cual la Real

Academia Española (2017) lo define como la acción de destinar un lugar o una cosa, de modo

exclusivo, para un uso o una persona determinados. Una reserva se refiere cuidar o se preservar

para que pueda ser utilizado en el futuro o en caso de alguna contingencia. En la actualidad la

reservación de tickets se realiza en los diferentes establecimientos, pidiendo que se le aparte

una boleta o una cantidad de boletas en eventos, juegos o actividades.

Marx Define a las clases sociales por relaciones sociales determinadas e históricas, producto

del desarrollo de la producción y no por la lucha por las remuneraciones. Son grupos que se

diferencian entre sí por el lugar que ocupan en un sistema de producción. El uso de las clases

sociales que utilizaran con frecuencia son los de media-baja se determina por las rutas actuales

que ofrece la zona San Isidro-Bayaguana, estos pasajeros los cuales en mayoría de ocasiones

observan lo que es la organización, limpieza y seguridad lo cual ofrece la empresa. La cantidad

máxima de pasajeros del autobús serán de 30 personas.

Adicional a lo anteriormente expresado, hay que tener en cuenta que existen varias sucursales

en República Dominicana que reservan ticket de forma online como lo son Caribe Tours y

Transporte Espinal. La forma de implementación del proceso para la reserva de ticket se hará

de una manera, los usuarios que poseen los medios de comunicación como es el internet sea de

escritorio o laptop.

5
ASPECTOS METODOLOGICOS

Para alcanzar los objetivos del proyecto se llevarán a cabo un conjunto de procesos que le darán

conclusión a las problemáticas que posee el agente de la sucursal.

Utilizamos la metodología en cascada en la cual empleamos un procedimiento lineal que se

caracteriza por dividir los procesos de desarrollo en sucesivas fases de proyecto en la cual

utilizamos fueron diferentes tipos de lenguaje programación como lo son: Angular 14 (HTML,

CSS y TYPESCRIPT), C# y SQL server. Para el desarrollo del presente proyecto se ha

designado como tipo de estudio la investigación de diversas necesidades que tiene el pasajero

para mejorar la estación.

Técnicas e Instrumentos para obtención de los Datos.

• La observación directa: Que servirá para conocer de forma directa la manera de cómo

se maneja la información que recolectada.

• Recolección de Documentación: Mediante la observación directa se logró recolectar

la información necesaria para identificar los factores que intervienen en el proceso de

Análisis, Diseño e implementación de la página web.

• Bibliográfica ya que en esta se optó por consultas de sitio webs para la investigación,

de tal forma adquirir conocimientos de investigación que ya existen.

Las técnicas para la recolección de datos que se utilizan en este estudio son: La observación

y la encuesta. Se utilizan estas técnicas porque permiten obtener información de

determinados hechos a través de la opinión, visualización e investigación. La encuesta fue

realizada a través de empleados que laboran en la estación de mane presente en donde 3

empleados fueron encuestados.

6
 CRONOGRAMA

Septiembre Octubre Noviembre Diciembre

Actividades Semana 1 Semana 2 Semana 3 Semana 4 Semana 1 Semana 2 Semana 3 Semana 4 Semana 1 Semana 2 Semana 3 Semana 4 Semana 1 Semana 2
Investigacion
Aprobación del proyecto
Investigación del proyecto
Determinación de requerimientos
Recopilación de información
Análisis de información
Diseño del software
Diseño de base de datos
Elaboración de formularios y reportes
Desarrollo del software
Codificación del software
Prueba del software
Prueba del software
Documentación

7
PRESUPUESTO

Para el desarrollo de este proyecto se han considerado los estudios de Factibilidad

técnica, operativa y económica, para indicar la conveniencia de llevar a cabo este proyecto.

Factibilidad Operativa

Los estudiantes que comandan este proyecto cuenta con la experiencia necesaria para la

creación de nuevas páginas web, estando en un constante aprendizaje de nuevas tecnologías, ya

que existen diversos marcos de trabajo y de distintos lenguajes de programación que permiten

la creación de páginas web, lo que también supone el costo de horas hombre al investigar sobre

las herramientas necesarias para el desarrollo del proyecto , lo que en éxito concluye en la

superación de la curva de aprendizaje y un adecuando manejo de las tecnologías identificadas.

Factibilidad Técnica

Se analizo si están disponibles los equipos y software necesarios para la realización

del proyecto y si tienen la capacidad para llevar a cabo todas las alternativas del diseño que se

esté considerando.

Lenguajes y herramientas a utilizar:

La pagina web a desarrollar se programará bajo el lenguaje de programación de angular el

cual está basado en TYPESCRIPT permitiendo trabajar con tecnologías web HTML y CSS

para desarrollar servicios web.

• Herramientas de trabajo: Angular, aspnet core, GitHub y Microsoft teams.

• Editores visual estudio code y visual studio.

• Base de datos: SQL server.

8
 Tabla FT
Factibilidad Técnica
Marca: Dell
Modelo: 3340
Procesador I5 4th generación
Memoria 8gb
Capacidad 500 gb

Factibilidad Económica

Costos en recursos humanos

Tabla 1

Personas Hora hombre

Robert Batista 455 HH

Julio Gomez 397 HH

Eldrick Mendez 392 HH

Tabla FE

Tiempo 1era semana 2da semana 3era semana 4ta semana

Horas 248 124 82,7 62

Días 31 3,875 0,517 0

Semanas 7,75 0,775 0 0

Meses 1,55 0 0 0

Total RD$124.000,00 RD$62.000,00 RD$41.333,33 RD$31.000,00

Coste * Hora $ 500DOP

9
Costos en recursos tecnológicos

En este avance de proyecto, no existe la necesidad de inversión económica, ya que para

el desarrollo del sistema no es necesario algún software de pago o hardware específico más de

los actualmente disponibles.

10
 CAPITULO I

ANALISIS DE REQUERIMIENTOS

11
ANALISIS DE REQUERIMIENTOS

Un requerimiento describe una condición o capacidad que un sistema debe de cumplir,

derivados de las necesidades del usuario. Los requerimientos de software expresan las

necesidades y restricciones colocadas a un producto de software que contribuye a la solución

de un problema del mundo real. Los requerimientos de software pueden dividirse en dos tipos

o dos categorías, los cuales son funcionales y no funcionales:

Los requerimientos funcionales son aquellos que especifican cada funcionalidad de los

sistemas, además de indicar como se ha de comportar la aplicación. El punto del requisito es la

descripción del funcionamiento del requisito, que debe ser clara. Este funcionamiento puede

proveer las reglas empresariales o de negocio, o bien pueden ser descubiertas por las

conversaciones con los clientes.

Tabla 1
Requerimientos funcionales

NO Requerimientos Prioridad
01 El software debe permitir registrar al pasajero Alta
para reservar el viaje con los datos: usuario,
contraseña nombre, apellido, e-mail, rol y
cedula.

02 El software debe permitir que el pasajero Alta

inicie sesión con su usuario y contraseña.

03 El software permitirá que el usuario pueda Alta

reservar un máximo de 2 asientos por viajes.

04 Permitir cancelar reservas del viaje. Alta

05 El software debe permitir iniciar sesión como Alta

administrador.

06 Permitir crear pdf con él ticket. Alta

07 El software debe permitir que el Alta

administrador haga un mantenimiento de:
rutas, usuarios, choferes, viajes, autobús y
destinos.

12
08 El software debe permitir que el
administrador vea los usuarios, rutas,
autobuses, destinos, viajes y choferes.

09 El software debe permitir que el Alta

administrador registre usuario.

10 El software debe permitir que el Alta

administrador elimine usuarios.

11 El software debe permitir que el Alta

administrador edite usuarios.

12 El software debe permitir que el Alta

administrador registre las rutas.

13 El software debe permitir que el

administrador elimine las rutas. Alta

14 El software debe permitir que el Alta

administrador edite las rutas.

15 El software debe permitir que el Alta

administrador registre choferes.

16 El software debe permitir que el Alta

administrador elimine choferes.

17 El software debe permitir que el Alta

administrador edite choferes.

18 El software debe permitir que el Alta

administrador registre autobuses.

19 El software debe permitir que el Alta

administrador elimine autobuses.

20 El software debe permitir que el Alta

administrador edite autobuses.

21 El software debe permitir que el Alta

administrador registre viajes.

22 El software debe permitir que el Alta

administrador elimine viajes.

23 El software debe permitir que el Alta

administrador edite viajes.

13
 24 El software debe permitir que el Alta
administrador registre destinos.

25 El software debe permitir que el Alta

administrador elimine destinos.

26 El software debe permitir que el Alta

administrador edite destinos.

Los requerimientos no funcionales del proyecto se refieren a las cualidades, restricciones y

características del software. A diferencia de los funcionales, no determinan una funcionalidad

del sistema a desarrollar.

14
 Tabla 2
Requerimientos no funcionales
NO Requerimientos Prioridad
01 El acceso a los datos debe ser de forma Alta
segura.

02 El software deberá ser fácilmente escalable, Media

con el fin de poder hacer crecer la aplicación
al incorporar a futuro nuevos
funcionalidades.

03 El software debe llevar un control de errores Alta

y registros indebidos.

04 El software debe ser una página web. Alta

05 El software no debe tardar más de 30 Media

segundos en mostrar los resultados de la
compra del ticket.

06 La plataforma debe permitir registro en Alta

versión 107.0.5304.107 de Google Chrome.

07 El software debe cerrar sesión. Alta

15
 CAPITULO II

ANALISIS Y DISEÑO

16
ANALISIS Y DISEÑO DEL SOFTWARE

1. Diagrama de caso de uso

El diagrama de casos de uso representa la forma en como un Cliente (Actor) opera con

el sistema en desarrollo, además de la forma, tipo y orden en como los elementos interactúan

(operaciones o casos de uso).

1.1 Diagrama de caso de uso

Figura 3. Diagrama de caso de uso

17
 1.2 Descripción caso de uso

Tabla 3
Descripción primer caso de uso
Caso de uso Registrar usuario
Actor Cliente
Descripción El cliente procederá a registrarse,
poniendo sus datos de forma correcta.
Flujo normal
1 El cliente ingresa a la página web.
2 El cliente elige la opción de registrarse.
3 El software muestra la ventana para
ingresar los datos del cliente.
4 El cliente ingresa los datos solicitados
(nombre, usuario y contraseña) y
presiona el botón “Guardar”.

Tabla 4
Descripción segundo caso de uso
Caso de uso Iniciar sesión
Actor Cliente
Descripción El cliente procederá a iniciar
sesión, poniendo su usuario y contraseña
Flujo normal
1 El cliente ingresa a la página web.
2 El cliente elige la opción de iniciar
sesión.
3 El cliente ingresa su usuario y contraseña
y presiona el botón “iniciar sesión”.

18
 Tabla 4
Descripción tercer caso de uso

Caso de uso Ver disponibilidad de viajes

Actor Cliente
Descripción El cliente podrá ver las fechas que
estarán los viajes disponibles.
Flujo normal
1 El cliente elige la opción de ver fechas.
2 El software muestra las fechas en la cual
el cliente puede hacer su reservación.

Tabla 5
Descripción cuarto caso de uso

Caso de uso Reservar viaje

Actor Cliente
Descripción El cliente procede a hacer una reserva del
viaje y se genera un ticket en pdf que se
estarían reservando para el viaje.
Flujo normal
1 El cliente elige la opción de reservar
ticket.
2 El software presenta las fechas y horarios
disponibles.
3 El cliente elige que fecha hará su viaje.
El cliente elige cuantos asientos desea
reservar.
5 El cliente confirma su reservación y
presiona el botón “Guardar”.

6 El software genera un ticket en pdf.

19
 Tabla 6
Descripción quinto caso de uso

Caso de uso Iniciar sesión

Actor Administrador
Descripción El administrador procederá iniciar

sesión, poniendo su usuario y contraseña.

Flujo normal
1 El administrador ingresa a la página web.

2 El administrador elige la opción de

iniciar sesión.
El administrador ingresa su usuario y
3
contraseña y presiona el botón “iniciar
sesión”.

Tabla 7
Descripción sexto caso de uso

Caso de uso Editar

Actor Administrador
Descripción El administrador modificar los usuarios,
choferes, destinos, rutas, viajes y
autobuses, de la parada.
Flujo normal
1 El administrador da clic a la opción que
quiera editar (usuarios, choferes,
destinos, rutas, viajes y autobuses).
2 El administrador da clic a la opción desea
modificar (usuarios, choferes, destinos,
rutas, viajes y autobuses).
3 El administrador modifica datos que
quiera editar (usuarios, choferes,
destinos, rutas, viajes y autobuses) y
presiona el botón “Agregar”.

20
 Tabla 9
Descripción séptimo caso de uso

Caso de uso Agregar

Actor Administrador
Descripción El administrador podrá agregar más
usuarios, choferes, destinos, rutas, viajes
y autobuses a la parada.
Flujo normal
1 El administrador da clic a la opción que
quiera agregar (usuarios, choferes,
destinos, rutas, viajes y autobuses) a la
parada.
2 El administrador da clic a la opción desea
agregar (usuarios, choferes, destinos,
rutas, viajes y autobuses).
3 El administrador inserta los datos que
desee agregar (usuarios, choferes,
destinos, rutas, viajes y autobuses) y
presiona el botón “Editar”.

21
 Tabla 10
Descripción octavo caso de uso

Caso de uso Eliminar

Actor Administrador
Descripción El administrador podrá eliminar
usuarios, choferes, destinos, rutas, viajes
y autobuses de la parada.
Flujo normal
1 El administrador da clic a la opción que
quiera desee eliminar (usuarios, choferes,
destinos, rutas, viajes y autobuses) a la
parada.
2 El administrador da clic a la opción que
quiera eliminar (usuarios, choferes,
destinos, rutas, viajes y autobuses).
3 El administrador podrá eliminar
(usuarios, choferes, destinos, rutas, viajes
y autobuses) que desee y presiona el
botón “Eliminar”.

22
2. Diagrama de clases

Una clase es una construcción que permite crear tipos personalizados propios mediante

la agrupación de variables de otros tipos, métodos y eventos. Las clases sirven como plantillas

para crear objetos.

El diagrama de clases se utiliza para representar los elementos que componen un sistema

de información desde un punto de vista estático. El diagrama de clases es un diagrama

puramente orientado al modelo de programación orientado a objetos, ya que define las clases

que se utilizarán cuando se pase a la fase de construcción y la manera en que se relacionan las

mismas.

Figura 4. Diagrama de clases

23
 2. Diseño de la base de datos

Para Rouse (2015) SQL se refiere a un lenguaje de programación estándar e interactivo

para la obtención de información desde una base de datos y para actualizarla

Figura 5. Diseño de base de datos

24
3.1 Diagrama Entidad Relación

Es una herramienta que se utiliza para la modelización de datos que describe las

asociaciones que existen entre las diferentes categorías de datos dentro de un sistema de

empresa o de información (no sólo dice cómo implantar, crear, modificar, usar o borrar datos).

Figura 6. Diagrama entidad relación

25
 4. Proceso de Normalización

4.1 Primera Forma

Tabla 11
Usuario

Usuario Contraseña Nombre Apellido Email Cédula Rol

uffy 123 Luis Dotel luffy@gmailcom 001- Administrador
0493476-
1
yani germayolyi Yanseli Dias yan@[Link] 223- Pasajero
0123786-
0

Tabla 12
Choferes
Nombre Apellido Cédula Categoria_licencia Expiración_Licencia
Felipe Padua 001- 4 2024-12-23
0493476-
1
Andeibi Baez 223- 5 2025-09-04
0123786-
0

Tabla 13
Autobuses
Marca Cantidad asientos
Mercedes 30
Hyundai 25

Tabla 14
Destinos
Destino
Bayaguana
Santo Domingo

26
 Tabla 15
Reserva
Id_usuario Cantidad_asiento estatus
Felipe 2 false
andeibi 1 true

4.2 Segunda Forma

Tabla 16
Usuarios
Id_usuario Usuario Contraseña Nombre Apellido Email Cédula Rol
1 felipe felipe Felipe Padua Padua 001- 4
0493476-
1
2 andeibi andeibi Andeibi Baez Baez 223- 5
0123786-
0

Rol
Tabla 17
Roles
Id__roles Rol
1 Administrador
2 Pasajero

Tabla 18
Choferes
Id_chofer Nombre Apellido Cédula Expiración_Licenciaa
1 Felipe Padua 001- 2024-12-23
0493476-
1
2 Andeibi Baez 223- 2025-09-04
0123786-
0

27
Tabla 19
Autobuses
Id_autobus Marca Cantidad_asientos
1 Mercedes 30
2 Hyundai 25

Tabla 20
Destinos

Id_destinos Destinos
1 Bayaguana
2 Santo Domingo

Tabla 21
Rutas
Id_ruta Origen Destino Estatus
1 2 1 true
2 1 2 true

Tabla 22
Reserva
Id_reserva Id_viaje Id_usuario Estatus
1 2 1 false
2 1 2 true

Tabla 23
Viajes
Id_viaje Id_ruta Fecha Hora_salida
1 2 2022-12-24 12:00pm
2 1 2023-12-25 10:00am

28
 4.3 Tercera Forma

Tabla 24
Choferes

Id_usuario Usuario Contraseña Nombre Apellido Email Cédula Rol

1 Felipe Felipe Felipe Padua padua 001- 4
0493476-
1
2 Andeibi Andeibi Andeibi Baez paez 223- 5
0123786-
0

Tabla 25
Roles
Id__roles Rol
1 Administrador
2 Pasajero

Tabla 26
Choferes

Id_chofer Nombre Apellido Cédula Categoria_licencia Expiracion_Licencia

1 Felipe Padua 001- 4 2024-12-23
0493476-
1
2 Andeibi Baez 223- 5 2025-09-04
0123786-
0

Tabla 27
Autobuses
Id_autobus Marca Cantidad_asientos
1 Mercedes 30
2 Hyundai 25

29
Tabla 28
Destinos
Id_destinos Destino
1 Bayaguana
2 Santo Domingo

Tabla 29
Rutas
Id_ruta Origen Destino Estatus
1 2 1 true
2 1 2 true

Tabla 30
Reserva
Id_reserva Id_viaje Id_usuario Cantidad_asiento estatus
1 2 1 2 false
2 1 2 1 true

Tabla 31
Viajes

Id_viaje Id_ruta Fecha Hora_salida Id_chofer Id_autobus

1 2 2022-12-24 12:00pm 2 1
2 1 2023-12-25 10:00am 1 2

30
 RESULTADOS

Inicio de la página: En esta parte el cliente solo tendrá que registrarse en la página para

hacer una reservación.

Figura 7. Login

Registrar usuario: En esta parte el pasajero se registra para hacer su reserva en la

plataforma web.

Figura 8. Registrar usuario

31
 Reservar: En esta parte podemos reservar nuestro viaje poniendo los datos de forma

correcta.

Figura 9. reservación

Figura 10. Reservando el boleto

32
 Figura 11. Ticket en pdf

Panel del administrador: En esta parte los administradores podrán modificar, agregar y

eliminar los usuarios, destinos, origen, choferes, autobuses y rutas de la parada.

Figura 12. Panal del administrador

33
CONCLUSIONES Y RECOMENDACIONES

El objetivo de brindar una solución tecnológica para la problemática expuesta, se ha cumplido

de manera exitosa. Se estudió con detenimiento cada punto expuesto en esta investigación con

la finalidad de que dicha solución sea de manera profesional, ético y moral. Se entiende que

con la solución propuesta que la parada puede mejorar de manera eficiente su sistema de

funcionamiento. La estación con la solución propuesta, puede encaminarse en un futuro, no

muy lejano al cumplimiento de estándares internacionales, con la finalidad de proveer un

servicio con una alta calidad y eficiencia.

Sobre las reservas de ticket, con la página web propuesta, la estación tiene la oportunidad de

mejorar sus formas de ventas como también ampliar su alcance de venta, con anterior se buscó

brindar una solución con el propósito de que la estación pueda mantener siempre las ventas a

su límite mayor de manera constante, que efectivamente puede lograrlo partiendo de esta

solución.

Se recomienda que cada cierto espacio de tiempo se realice un mantenimiento al sistema, en el

caso de que la decisión sea afirmativa por parte del encargado de la parada. A la vez se

recomienda estar al tanto a los avances del mercado tecnológico para seguir mejorando la

página web.

Se recomienda que cada cierto tiempo se realice una revisión del sistema para adecuar el sistema

a los altos estándares de seguridad informática, así como de rendimiento y alta eficiencia. Lo

anterior se recomienda con la finalidad de que el sistema tenga un funcionamiento adecuado.

34
BIBLIOGRAFIA

Acosta, Y., & Fuenmayor, G. (19 de 04 de 2016). [Link] .

Obtenido de [Link] -
[Link]

Ferrer Gomila, J. (2016). Sistema de pagos electrónicos. Universidad de Cataluña, 1-36.

Herrera, J. (22 de junio de 2017). Gestión. Obtenido de

[Link]
[Link]

Investopedia. (29 de junio de 2017). Investopedia. Obtenido de http://

[Link]/terms/b/[Link]

Pichardo, C. (14 de octubre de 2017). El mercado negro, protagonista otra vez en la reventa de
boletas para Águilas-Licey. Listín Diario.

Rouse, M. (10 de Julio de 2011). TechTarguet. Obtenido de

[Link]

Foromarketing. (5 de octubre de 2017). foromarketing. Obtenido de

[Link]

Akers, H. (10 de junio de 2017). La Voz de Houston. Obtenido de

[Link]

THINK&SELL. (30 de agosto de 2017). THINK&SELL. Obtenido de

[Link]
normalizados/

WEB GDL. (2017). ttps://[Link]. Obtenido de ttps://[Link]: [Link]

[Link]/servicios/que-es-una-tienda-en-línea/

35