UNIVERSIDAD NACIONAL DE SAN ANTONIO ABAD DEL CUSCO

INSTITUTO DE SISTEMAS CUSCO

CARRERA PROFESIONAL TÉCNICA DE INFORMÁTICA Y DE SISTEMAS

SISTEMA DE INFORMACIÓN WEB PARA LA GESTIÓN DE

RESERVA DE PASAJE PARA LA EMPRESA DE TRANSPORTES K
´INTU S.A

PRESENTADO POR:
 Bombilla Aristo Carmen Flaviola
 Palomino Huamani Marleni
 Vargas Pfuño Jennifer Jasmeni
 Villarroel Apaza Carmen Soledad

Docente:
WILLIAN ZAMALLOA PARO

CUSCO-PERÚ
2020
 1

INDICE
CAPÍTULO I: ASPECTOS GENERALES……………….....................................2
1.1. Identificación del Problema
................................................................................3
1.2. Objetivos ..............................................................................................................
..4
1.2.1. Objetivo General ........................................................................................4
1.2.2. Objetivos Específicos..................................................................................4
1.3. Antecedentes …….................................................................................................5
1.3.1. Antecedentes Nacionales.............................................................................5
1.3.2. Antecedentes Locales…............................................................................. 5
1.4. Justificación ......................................................................................................... 6
1.5. Alcances................................................................................................................ 7
1.6. Limitaciones......................................................................................................... 7
1.7. Metas…................................................................................................................ 7
1.8. Metodologia..........................................................................................................7
CAPÍTULO II: MODELO DEL NEGOCIO……..………......................................8
2.1. Descripción de los procesos de negocio..............................................................3
2.2. Organigrama........................................................................................................4
CAPÍTULO III: GLOSARIO……………………………..……..............................3
3.1. Glosario de términos generales y del negocio....................................................3
3.2. Glosario de términos informáticos……..............................................................4
CAPÍTULO IV: DESARROLLO DEL SISTEMA………....................................16
1.3. Identificación del Problema
.................................................................................3
1.4. Objetivos ..............................................................................................................
..4
1.2.1. Objetivo General ........................................................................................4
1.2.2. Objetivos Específicos..................................................................................4
1.3. Antecedentes …….................................................................................................5
1.3.1. Antecedentes Nacionales.............................................................................5
1.3.2. Antecedentes Locales…............................................................................. 5
1.4. Justificación ......................................................................................................... 6
 2

1.5. Alcances................................................................................................................ 7
1.6. Limitaciones......................................................................................................... 7

CAPÍTULO I
 3

ASPECTOS GENERALES

1.1. IDENTIFICACIÓN DEL PROBLEMA

La Empresa de transportes K’intu SA. con el RUC: 20600596951 con solo dos años
de servicio al público se dedica al rubro de transporte interprovincial y envió de
encomiendas, su ubicación se encuentra en calle 3 Marías en Cusco/Santiago y en
Quillabamba/Santa Ana en Jr. de Confraternidad esta empresa se rige por ser una
sociedad anónima donde hay más de 2 socios. El creador de esta SA. Jhony Gutiérrez
Taíme, cuenta con un personal para el registró de venta y reserva de pasajes,
conducción de buses, personal de limpieza, etc.
Misión: ofrecer atención de calidad y rapidez a los pasajeros que toman nuestro
servicio de transporte proporcionando siempre una experiencia extraordinaria y
satisfacción de las exigencias de nuestros pasajeros.
Visión: ser reconocidos en el medio como una empresa líder e innovadora en el
transporte terrestre. Ser reconocidos basada en la mejora continua.
La principal actividad de LA EMPRESA DE TRANSPORTE K’INTU, es la venta
y reserva de pasajes. Esta actividad no cuenta con soporte digital y se realiza todo
de forma manual, aunque por supuesto, con la correspondiente emisión de los
comprobantes de venta y en dichos procesos se han determinado los siguientes
problemas:
 Encontramos la demora en la atención a los clientes en el proceso de búsqueda,
así como también en el llenado de pasajes.
 Pérdida y extravío de boletos por parte de la empresa al no contar con una base
de datos para almacenar y registrar las ventas y reserva de pasajes
 Control deficiente en la venta y en la reserva de pasajes.
 Deficiencia en la asignación de horarios para los chóferes por falta de un
cronograma de horarios de viaje.

Por las razones antes descritas es que se hace necesario implementar un sistema
de sistema de información web para la gestión de reserva de pasaje para la
empresa de transportes K’intu S.A, que dé solución a los problemas antes
identificados.
 4

1.2. OBJETIVOS
1.2.1 Objetivo General
Desarrollar un sistema de información web para la gestión de reserva de pasaje para la
empresa de transportes K’intu S.A
1.2.2 Objetivo Específicos
 Modelar los procesos de negocio utilizando BPMN

 Identificar y analizar los requerimientos de los usuarios para la gestión de

reservas utilizando diagramas UML.

 Diseñar una base de datos que se adapte a los requerimientos del sistema.

 Desarrollar interfaces amigables, con funcionalidad adecuada.

 Realizar pruebas con la finalidad de verificar la correcta funcionalidad del

sistema.

1.3. LIMITACIONES
El sistema de información web para la gestión de reserva de pasaje, no abarcará los
siguientes puntos:
 Control de asistencia del personal que trabaja.
 Registro Orden de Recojo Guía de Ingreso de Almacén
 Registro de emisión de guía de transportista.
 El no acceso a información detallada de los procesos de negocio de la empresa
debido a que constituye información confidencial.
 No generara factura ni boleta
 Estructurar el análisis de sensibilidad: se debe realizar un análisis de sensibilidad
con el fin de considerar la incertidumbre en el componente de costos.
 Este análisis debe establecer los límites superior e inferior de los costos variando
los valores de los siguientes componentes: inflación, productividad laboral y
consumo de combustible, entre otros aspectos a considerar.
 El sistema no interactúa con otros sistemas de información externos, como
sistemas de la SUNAT entre otros.
 5

1.4. ALCANCES:
El sistema de información propuesto, comprende los siguientes aspectos:
 Registro de Usuario
 Registro de Conductores.
 Registro de Clientes
 Programación de horarios de los buses y Nro. de asientos.
 Registrar tarifas.
 El presente proyecto presenta una solución compartida mediante una interfaz
web.
 Emisión de manifiesto
 Emisión de Factura
 Emisión de Boleta

1.5. METAS
 Entregar un instalador del sistema de información para la gestión de ventas y
reservas vía web de pasajes para la empresa de transporte K’intu S.A.
 Manual de usuario.
 Código del esquema de la base de datos.
 Código fuente de la aplicación
 6

1.6. JUSTIFICACIÓN
El presente trabajo se justifica por las siguientes razones:
 Se resolverá el problema de la demora en la obtención de los datos de los
clientes, lo que evitará la demora en la atención al público.
 Permitirá visualizar al área de ventas, la información precisa y detallada de las
ventas.
 Permitirá verificar las fechas y horas de la salida y llegada de buses
 Los cronogramas de horarios de viaje ya estarán pre establecidos y ya se evitará
esa deficiencia que hay en la asignación de horarios.
Por estas razones se justifica la realización de un sistema de información para la gestión
de reservas vía web de pasajes para la empresa de transporte “K’INTU” S.A.
1.7. METODOLOGÍA
La metodología a utilizar es el PUDS (proceso unificado de desarrollo de software) es
un marco de desarrollo de software que se caracteriza por estar dirigido por casos de
uso, centrado en la arquitectura y por ser iterativo e incremental.
La herramienta de modelado que se utiliza será UML (Lenguaje Unificado de
Modelamiento) es un lenguaje de modelo visual que usa para especificar, visualizar,
construir y documentar artefactos de un sistema de software.
1.8. CRONOCRAMA
Fuente: Elaboración propia
CAPITULO II
2. ANTECEDENTES

2.1.1 Antecedentes Nacionales:

❖ U.N.M.B.A Lavajos, M. (2012). “Sistema web para ventas y reservas de
pasajes de la Empresa de Transporte y Turismo JAEN. Iquitos, Perú-2012.”
En este trabajo de tesis se presenta el desarrollo de un sistema de información
que permite gestionar la venta y reserva de pasajes, permitiendo mejorar el
manejo de la información y un control eficiente de los recursos de esta manera
reduce sustancialmente los costos de operación tecnológica además le permite
minimizar las amenazas y riesgos continuos a los que está expuesto. Esto, a
efectos de asegurar la continuidad del negocio y maximizar el retorno de
inversiones, así como las oportunidades del negocio.

❖ UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU(Huancayo)

Melgarejo, M. E. (2017). “Implementación de un software integrado de
tecnología web y móvil para la mejora proceso de venta de pasajes en una
empresa de transportes. Lima, Perú-2017.”
El objetivo principal de esta tesis consiste en demostrar la mejora del proceso de
venta de pasajes en una empresa de transportes con la implementación de un
software integrado de tecnología web y móvil. De esta forma se mejora el
tiempo del proceso gracias a la combinación de las tecnologías web y móvil.

2.1.2 Antecedentes Locales

❖ ISC(CUSCO) Huamani, L. & Quispe, G. (2016).” Sistema de Información de
reserva de viajes para V.I.P. Travel Service E.I.R.L. Cusco, Peru-2016.”
En este trabajo de tesis tiene como principal objetivo desarrollar un sistema de
información que brindara la facilidad de manejo para el personal y los
interesados facilitando el ingreso de información para realizar el proceso de
reservas de paquetes turísticos y emisión de comprobantes de pago, boletas,
facturas.

❖ ISC(CUSCO) Haqquehua, S. & Montalvo, E. (2018).” Sistema de Información

vía web para reservas de habitaciones del hotel Pascualino. Cusco, Peru-2018.”
En este trabajo de tesis se realiza un sistema de información para mejorar y
facilitar los procesos involucrados en la reserva de habitaciones de esta manera
se evitarán errores que podrían afectar a la empresa.

3.1 GLOSARIO DE TÉRMINOS GENERALES Y DEL NEGOCIO

  Almacén. Local, edificio o parte de este que sirve para depositar o guardar gran
cantidad de artículos, productos o mercancías para su posterior venta, uso o
distribución
 Capacitación. Función de la administración y desarrollo del personal en
las organizaciones, sirve para mejorar el desempeño y la eficiencia del personal.
 Contabilidad. Sistema de control y registros de los gastos e ingresos y demás
operaciones económicas que realiza una empresa o entidad
 Empresa. Es una entidad conformada por los elementos tangibles (elementos
humanos, bienes materiales, capacidad financiera y de producción,
transformación y o prestación de servicios) e intangibles (aspiraciones,
realizaciones y capacidad técnica; cuya finalidad es la satisfacción de las
necesidades y deseos de su mercado meta para la obtención de una utilidad o
beneficio.
 Gerencia. Persona o conjunto de personas que se encargan de dirigir, gestionar
o administrar una sociedad, empresa u otra entidad
 Itinerario. Ruta en la que se describen los lugares por los que se pasa.
 K’intu. Razón Social de la Empresa.
 Pasajero. Es toda persona transportada en un transporte.
 Reserva por Internet. La forma de pago es variable, depende en algunos
casos se pide la reserva anticipada o el pago anticipado de parte de la reserva a
modo de confirmación.
 Reserva. Conjunto de cosas que se reservan para otro momento en que se
necesite o para cierta circunstancia adecuada o especial.
 S.A. Sociedad Anónima.
 Transporte. Vehículo o medio que se usa para trasladar personas o cosas de un
lugar a otro.
https://es.wikipedia.org/wiki/Almac%C3%A9n
https://conceptodefinicion.de/capacitacion/
https://economipedia.com/definiciones/contabilidad.html
https://definicion.de/empresa/
https://definicion.de/?s=gerencia
https://www.significados.com/itinerario/
https://definicion.de/pasajero/
https://www.emirates.com/
https://dle.rae.es/reserva
https://www.significados.com/sociedadanonima/
https://www.significados.com/transporte/
3.2. GLOSARIO DE TERMINOS INFORMATICOS

 Actor: Es una idealización de una persona externa, de un proceso, o de una cosa

que interactúa con el sistema.
 Administrador de Sistema: Es aquel profesional que tiene la responsabilidad
de ejecutar, mantener, operar y asegurar el correcto funcionamiento de un
sistema informático y/o una red de cómputo, además quien asignar los usuarios a
los trabajadores para que puedan acceder al sistema adquirir cualquier tipo de
conocimiento almacenados sistemáticamente para su posterior uso.
 Análisis: Es una fase de desarrollo del sistema de información. La cual consiste
en describir lo que el sistema de información es capaz de hacer.
analista/programador.
aplicación a través del tiempo y se modela para cada caso de uso.
 Base de datos: Conjunto de datos pertenecientes a un mismo contexto y
 BPMN: Business Proces Model and Notation (BPMN) es la notación gráfica
que describe la lógica de los pasos de un proceso de Negocio. Esta notación ha
sido especialmente diseñada para coordinar la secuencia de los procesos y los
mensajes que fluyen entre los participantes de las diferentes actividades.
 Casos de uso: Es la descripción de un conjunto de acciones que un sistema
 Clases: Es una descripción de un conjunto de objetos similares. Una clase
contiene los atributos y las operaciones sobre esos atributos, que hacen que una
clase tenga una entidad que se desea.
computadora. Por lo general es, en realidad, una colección de programación que
determinada red, sistema, aplicación, recurso.
 Diagrama de casos de uso: Es una tarea que debe poder llevarse a cabo con el
apoyo del sistema que se está desarrollando.
 Diagrama de clases: Es un tipo de diagrama estático que describe la estructura
de un sistema mostrando sus clases, orientado a objetos.
 Diagrama de componentes: representa cómo un sistema de software es
dividido en componentes y muestra las dependencias entre estos componentes.
Los diagramas de Componentes prevalecen en el campo de la arquitectura de
 Diagrama de flujo: Representación gráfica de los tipos y secuencias de
operaciones de un programa o proceso.
 Diagrama de secuencia: Muestra la interacción de un conjunto de objetos en
una
 Diagrama: Es un gráfico que presenta en forma esquematizada información
relativa e inherente a algún tipo de ámbito, como ser la política o la economía de
alguna nación o empresa.
ejecuta, y que produce un determinado resultado, que es de interés para un actor
ejecutar para realizar una tarea.

 Información: Es el resultado del procesamiento de datos. Todo aquello que

permite
instrucciones requeridas por una computadora para llevar a cabo esa solución.
Un programador que también realiza análisis de sistema y diseña, suele llamarse
interactúa juntos.
 Interfaz: Conexión entre dos componentes de hardware, entres dos aplicaciones
o entre un usuario y aplicación. También llamadas por el termino en ingles
internase.
 Investigación: Es un conjunto de procesos sistemáticos, críticos y empíricos que
se aplican al estudio de un fenómeno o problema.
 JavaScript. Es un lenguaje de programación interpretado, dialecto del estándar
ECMAScript.
 Lenguaje de programación: Conjunto de sentencias utilizadas para escribir
 Menú: Lista de operaciones mostradas sobre una pantalla de las cuales el
usuario puede seleccionar.
 NetBeans. Es un entorno de desarrollo gratuito y de código abierto (Programa)
 Objeto: Representación detallada y particular de algo de la realidad. Todo
objeto tiene una identidad o nombre, estado (características definidas
generalmente en
particular.
 Programador: Persona que define la solución a un problema y escribe las
 PUDS. Proceso Unificado de Desarrollo de Software, es un marco de desarrollo
de software que se caracteriza por estar elegido por casos de uso centrado en la
arquitectura y por ser iterativo e incrementar.
 secuencias de instrucciones o procedimientos. Por ejemplo, FORTRAN, BASIC,
C, PASCAL o Logo.
segura. Conjunto de caracteres alfanuméricos requeridos para acceder a una
 Sistema de información (SI): Es un conjunto organizado de elementos
(personas, datos, actividades, recursos materiales, políticas, hardware y
software) que interactúan entre sí para procesar información y distribuirla de
manera adecuada en función de los objetivos de una organización.
 Sistema de manejo de bases de datos: Software que maneja la organización,
localización, catalogación, almacenamiento, recuperación y mantención de datos
en una base de datos.
 Sistema operativo: Programa de control que dirige el hardware de una
 Sistema: Conjunto de elementos interrelacionados que trabajan juntos para
obtener un resultado.
software, pero pueden ser usados para modelar y documentar cualquier
arquitectura de sistema.
 Software: Programas escritos en un lenguaje que la computadora entiende y
puede
 UML. Lenguaje de modelado unificado, es el lenguaje de modelado de sistemas
de software más conocido y utilizado en la actualidad.
variables) y comportamiento (sus funciones o procedimientos).

 WEB. Conjuntó de información que se encuentra en una dirección determinada

de internet.
 Actor: https://www.google.com/search?ei=Hpl7X6-zObnC5OUP
 Administrador de Sistema: https://www.google.com/search?ei=XJl7X8faM5PC
 Análisis: https://www.google.com/search?ei=MJN7X8qoNeHB5OUP-
M2AoAo&
 Base de datos: https://www.google.com/search?ei=-pR7X6vmMZCv5OUP-
ZC6qA8&
 BPMN: https://www.google.com/search?ei=LpV7X7q_Bvar5OUP9PSLyAY
 Casos de uso: https://www.google.com/search?ei=Z5V7X-
GyLous5OUPx6eD-Ak
 Clases: https://www.google.com/search?ei=qJV7X63PNJLC5OUPmZqIyAg
 Diagrama de casos de uso: https://www.google.com/search?
ei=2ZV7X42kIvvF5OUPzZ-WOA&
 Diagrama de clases: https://www.google.com/search?
ei=AZZ7X9uCNb7C5OUPj8KVwA8&
 https://www.google.com/search?ei=NZZ7X5T8Naiw5OUPyIeCqAk&
 Diagrama de componentes: https://www.google.com/search?ei=3pl7X-rRM-
Gf5OU
 Diagrama de flujo: https://www.google.com/search?ei=6Zl7X-unAcb
 Diagrama de secuencia: https://www.google.com/search?
ei=Epp7X6L9HZaz
 Diagrama: https://www.google.com/search?ei=PJp7X7LTJbOv5
 Información: https://www.google.com/search?ei=Z5p7X7z0I
 Interfaz: https://www.google.com/search?
ei=W5Z7X4vnONu95OUP0OK3gA
 Investigación: https://www.google.com/search?
ei=s5Z7X9nNMpiv5OUPnsWm
 JAVASCRIP: https://www.google.com/search?
ei=wZZ7X76bA8285OUPsZGigAs&
 Lenguaje de programación: https://www.google.com/search?
ei=4JZ7X4OyAdej5OUPy9a
 Menú: https://www.google.com/search?ei=-ZZ7X4K1

 NETBEANS: https://www.google.com/search?ei=H5d7X_awDc7G5O

 Objeto: https://www.google.com/search?ei=X5d7X4bXEpq_5OUP976

 Programador: https://www.google.com/search?ei=hpd7X-C

 PUDS: https://www.google.com/search?ei=q5d7X5ScCcjW5OUP

 Sistema de información: https://www.google.com/search?ei=3pd7X5CxD_u

 Sistema de manejo de bases de datos: https://www.google.com/search?
ei=Cph7X6KHOpXC5OUPpsOD

 Sistema operativo: https://www.google.com/search?ei=OJ

 Sistema: https://www.google.com/search?ei=X5h7X7nwG8W

 Software: https://www.google.com/search?ei=k5h7X6G9KqC-

 UML: https://www.google.com/search?ei=t5h7X9fqPK7B5O

 WEB: https://www.google.com/search?ei=3Jh7X9LRIcXB5OUP34
CAPITULO III
2.- PROCESOS DE NEGOCIO
2.1. ORGANIGRAM

JUNTA DE SOCIOS

DIRECTOR
GENERAL

GERENCIA DE OPERACIONES GERENCIA ADMINISTRATIVA GERENCIA DE SISTEMAS

UNIDAD DE UNIDAD DE DEPARTAMENTO DE

COMPRAS ALMACEN ANALISIS DE REPOSICION
Y DEVOLUCION

UNIDAD DE UNIDAD DE
RESERVAS Y RECURSOS
VENTAS HUMANOS

UNIDAD DE
PRODUCCION
JUNTA DE SOCIOS. - Personas a cargo de la Empresa (Transportes K’intu), que se
reúnen para debatir y tomar acuerdos por mayoría sobre asuntos sociales propios de su
competencia.
DIRECTOR GENERAL. - se encarga de coordinar todas las actividades de una
empresa u organización, es decir, supervisan el desempeño de los empleados, controlan
los presupuestos, establecen los objetivos generales, además de asegurar que todas estas
actividades se realicen de manera eficiente, organizada, segura
Gerente de Operaciones. -  Es el encargado de la administración de los recursos
necesarios para el correcto funcionamiento de una empresa. Su función es planificar,
implementar y supervisar el desarrollo óptimo y la ejecución de todas las actividades y
procesos diarios.
Gerencia de Administración. - Es el órgano de apoyo responsable de garantizar la
funcionalidad administrativa y operativa de la corporación municipal, para lo cual debe
administrar los recursos humanos y materiales de forma eficiente, así como
desarrollar funciones de decisión administrativa de gestión de los recursos.
GERENCIA DE SISTEMAS. - Planear y dirigir todo el funcionamiento del área de
sistemas de la compañía.
3.2. PROCESOS DE NEGOCIO
PROCESOS DE ATENCION DE CONSULTA
Proceso de venta de pasajes

Fuente: Elaboración propia

Descripción:

1. El cliente solicita la cotización de pasajes y asientos disponibles.

2. El vendedor verifica disponibilidad de los pasajes y asientos disponibles que el
cliente requiere.
3. El vendedor brinda información al cliente Sobre los pasajes y asientos
solicitados.
4. Si los pasajes no están disponibles, se le ofrece otras opciones.
5. Si al cliente no le interesa, termina el proceso.
6. Si está interesado en otras opciones se le brinda información.
7. Si el cliente decide no comprar ningún pasaje el proceso termina.
8. Si el cliente confirma la compra del pasaje y/o pasajes, realiza la reserva y el
pago correspondiente al vendedor.
9. El vendedor genera un comprobante de pago.
10. El cliente recibe el comprobante de pago y termina el proceso.
 CAPITULO IV

4.- DESARROLLO DEL SISTEMA

4.1 FASE DE INICIO

4.1.1 TABLA DE REQUERIMIENTOS

Sistemas
R7 Permite elegir el horario de salida y retorno

R8 Muestra la disponibilidad de asientos

R9 El sistema verifica la disponibilidad de asientos

 R10 Solicita los datos del pasajero

R11 Solicita la confirmación de la reserva

(Las reservas tienen la opción de ser canceladas con una anticipación de 24
horas a la fecha reservada).

R12 Imprimir ticket

Usuario
R1 Registrar usuario para lo cual le pide datos como el nombre, apellidos, DNI,
correo, teléfono.

R2 Iniciar sesión usando un usuario y contraseña.

R3 El usuario verifica disponibilidad de reserva y actualizaciones del estado por

asiento y horario.

Administrador

R4 Habilitar e inhabilitar cuentas del usuario.

R5 Generar y/o imprimir reportes de reservas (Diarias, semanales, mensuales)

R6 Hacer mantenimiento a la base de datos
Fuente: Elaboración propia

Tabla 4. Identificar Actores del sistema

Actores de Sistema

Modulo ordenado de elementos que se

encuentran interrelacionados y que actúan
entre si

Sistema

Persona encargada de registrar y habilitar la

base de datos del sistema (mantenimiento del
sistema)
Administrador
 Es el actor externo del negocio que realiza
consultas, se registra y realiza de la compra o
reserva de manera presencial o Web.
-Persona encargada de verificar los costos del
servicio.
Cliente -persona encargada de reservar los pasajes y
seleccionar los asientos deseados para su
viaje,
Fuente: Elaboración propia

Tabla 5. Caso de uso del Sistema

General
C1 Registrar usuario
C2 Iniciar sesión
C3 Habilitar e inhabilitar cuentas del pasajero
C4 Generar y/o imprimir reportes de reserva
C5 Hacer mantenimiento de la base de datos
C6 Realizar Consulta de reserva
C7 Verificar disponibilidad de horario y asiento
C8 Seleccionar asiento(s)
C9 Mostrar interfaz de itinerarios de ida y vuelta
C10 Registrar los datos del pasajero
C11 Confirmar la reserva
C12 Imprimir ticket

Fuente: Elaboración propia

 Tabla 6. Diagrama de la Matriz de trazabilidad

CASOS DE USO
 

CU01

CU02

CU03

CU04

CU05

CU06

CU07

CU08

CU09

CU10

CU11

CU12
R01 x                      
R02   x                    
R03       x   x          
R04     x                 
REQUERIMIENTOS

R05        x              
R06          x            
R07               x       
R08                x      
R09                x      
R10                   x    
R11                     x  
R12                       x

Fuente: Elaboración propio

Tabla 7. Diagrama de Caso de uso del Sistema
uc M odelo de casos de uso

Iniciar sesión.

Re gistrar usuario.

Habilitar e inhabilitar
cuentas del usuario verifica disponibilidad
de asientos y horario

ADMINISTRADOR

SISTEMA CLIENTE
Gene rar y/o imprimir
reportes de reservas.
Sele ccionar iti neraro
Hace mantenimiento de ida y vuelta
de la base de datos

«include»

Reservas por asie ntos habilitados e

inti nerario inhabilitados
Sleccionar asientos

Reservas diarias

registra los datos del

usuario

realizar pre-reserva

«exte nd»

confirma la reserva

«include» «include»
Enviar me nsaje
advertencia("tiene un
plazo de pao de ntro de imprimir ti cke t
las 24 horas")
 Casos de uso extendido
 Registrar usuario
Tabla 8 CU01 Registrar Usuario
Nombre del caso de uso Registrar usuario
Actor(es) Cliente, Administrador
Propósito Registra los pasajeros para guardar en una BD,
tener actualizado los datos así poder obtener la
información con rapidez y realizar próximas
reservas.
Resumen En este proceso el sistema registra los datos del
cliente como: nombre, apellidos, dirección,
DNI, teléfono, etc.
Tipo Primario
Referencia R01
Curso normal de eventos
Acción de actores Respuesta del sistema
1.-El usuario ingresa a la interfaz de registro de
usuario.
2.-Ingresa sus datos y hace clic en registrar. 3.-Verifica que los datos estén correctos y
manda un mensaje de confirmación.
4.-Visualiza el mensaje de confirmación y 5.-Muestra mensaje de su registró de manera
acepta. exitosa al usuario.
Casos alternos de eventos
4.1.- El sistema no registrara usuarios con el mismo número de DNI.
Post-Condición Se registró nuevo usuario en la base de datos.
Fuente: Elaboración propia

 Iniciar Sesión
Tabla 9 CU02 Iniciar Sesión
Nombre del caso de uso Iniciar sesión
Actor(es) Administrador, Cliente
Propósito Ingresar al sistema
Resumen El usuario (Administrador o Cliente), para
ingresar al sistema con sus privilegios tiene
que autenticarse a través de un nombre de
usuario y contraseña.
Tipo Primario
Referencia R02
Curso normal de eventos
Acción de actores Respuesta del sistema
1.-El usuario ingresa a la interfaz de inicio de
sesión e ingresa su usuario y contraseña.
2.- El sistema verifica el nombre del usuario y
contraseña.
3.- El usuario accede al sistema según sus
privilegios.
4.- El sistema muestra la interfaz de cuenta de
usuario.
Casos alternos de eventos
2.1.- El sistema verifica el usuario y/o contraseña si es incorrecta muestra un mensaje de error y
vuelve al paso 1
Post-Condición El usuario ingresa al sistema e inicia sesión
Fuente: Elaboración propia
 Habilitar e inhabilitar cuentas del usuario.
Tabla 10 CU03 Habilitar e Inhabilitar

Nombre del caso de uso Habilitar e inhabilitar cuentas del

usuario.
Actor(es) Administrador, Sistema
Propósito habilita e inhabilita al usuario (clientes y
administrador).
Resumen El administrador habilito e inhabilita a
los clientes para que tengan acceso al
sistema
Tipo Primario
Referencia R05
Curso normal de eventos
Acción de actores Respuesta del sistema
1.- El administrador ingresa a la interfaz 3.-El sistema muestra un mensaje de
de habilitar o inhabilitar usuarios confirmación (¿DESEA HABILITAR
2.-El administrador selecciona usuario y USUARIO?) O (¿DESEA
lo habilita o lo inhabilita INHABILITAR USUARIO?)
4.-visualiza el mensaje y confirma la dependiendo de la acción.
acción. 5.- el sistema actualiza el estado del
usuario
3.- Muestra el mensaje
Casos alternos de eventos
4.1.- El administrador no confirma la acción regresa al paso 2
Post-Condición Se habilita o deshabilita el usuario.
Fuente: Elaboración propia

 Generar y/o imprimir reporte de reserva.

Tabla 11 CU04 Generar y/o imprimir Reporte de Reserva
Nombre del caso de uso Generar y/o imprimir reporte de reserva.
Actor(es) Administrador, sistema
Propósito Saber cuántas reservas hay por día por
semana y por mes.
Resumen Esto se realiza con el fin de saber la cantidad
de reservas que se tiene diariamente ,semanal
y mensualmente
Tipo Primario
Referencia R06
Curso normal de eventos
Acción de actores Respuesta del sistema
1.- El administrador selecciona un rango de 2.- El sistema muestra el reporte en un rango
fechas. de fechas.
3.- El administrador visualiza los datos que
adquirió.
Casos alternos de eventos
1.1.- El sistema mostrara el reporte de las fechas requeridas.
Post-Condición Se genera un reporte de todas las ventas que
estén registradas.
Fuente: Elaboración propia
 Hacer mantenimiento de la base de datos
Tabla 12 CU05 Hacer Mantenimiento de la base de datos
Nombre del caso de uso Hacer mantenimiento de la base de datos
Actor(es) Administrador
Propósito Realizar el mantenimiento de las tablas del
sistema (insertar, modificar, eliminar)

Resumen El administrador realiza el mantenimiento del

sistema de acuerdo a las necesidades de los
propietarios.
Tipo Primario
Referencia R08
Curso normal de eventos
Acción de actores Respuesta del sistema
1.- El administrador ingresa con su usuario y 2.- Verificar usuario y contraseña del
contraseña Administrador, y muestra interfaz de
mantenimiento de tablas
3.- Seleccionar tabla(s) y realizar
mantenimiento solicitado y almacenar
cambios 4.- Mostrar mensaje de confirmación de
cambios realizados

Casos alternos de eventos

2.2.- Si el usuario y contraseña no son correctos, volver al paso 1.
Post-Condición Se realizó el mantenimiento de las tablas de
la base de datos.
Fuente: Elaboración propia

 Realizar Consulta de reserva

Tabla 13 CU06 Realizar Consulta de reserva
Nombre del caso de uso Realizar Consulta de reserva
Actor(es) Cliente, Sistema
Propósito Realizar una consulta de reserva de ticket de
viaje
Resumen Este proceso es realizado por un cliente para
realizar la consulta de reserva del itinerario
(destino-origen, fecha ida y vuelta)
Tipo Primario
Referencia R03
Curso normal de eventos
Acción de actores Respuesta del sistema
1.- El usuario ingresa a la interfaz consulta de 2.- El sistema le muestra las opciones de
reserva. consulta de reserva (calendario donde puede
seleccionar las fechas y horas de viaje)
3.-El cliente selecciona las fechas de su 4.- Muestra itinerarios de acuerdo a selección
posible viaje para ver la disponibilidad del cliente

5.- El cliente visualiza la opciones de viaje,

finalizando el proceso
Casos alternos de eventos
4.1.- Si no existe disponibilidad de pasajes el día seleccionado el Sistema regresa al paso 2
Post-Condición Se realizó una pre Reserva
Fuente: Elaboración propia
 Verificar disponibilidad de horario y asientos.
Tabla 14 CU07 Verificar Disponibilidad de Horario y Asiento
Nombre del caso de uso Verificar disponibilidad de horario y
asientos.
Actor(es) Cliente, Sistema
Propósito Verificar la disponibilidad de asientos y
horarios en los buses

Resumen Este proceso lo realiza el Cliente y consiste

en verificar el estado de los horarios y
asientos disponibles para ser reservados.
Tipo Primario
Referencia R03
Curso normal de eventos
Acción de actores Respuesta del sistema
1.- El Cliente ingresa a la interfaz de verificar 2.- El sistema muestra la interfaz de los
disponibilidad de asientos y horarios horarios y asientos disponibles
3.- El Cliente selecciona el horario . 4.- El sistema muestra el horario con los
asientos disponibles
5.-El cliente visualiza disponibilidad de
asientos, finalizando el proceso
Casos alternos de eventos
4.1.- Si no hubiese asientos disponibles en ese horario retorna al paso 2
Post-Condición Se verifico la disponibilidad de los horarios y
asientos
Fuente: Elaboración propia

 Seleccionar asientos.
Tabla 15 CU08 Seleccionar Asientos
Nombre del caso de uso Seleccionar asientos
Actor(es) Sistema, Cliente
Propósito Seleccionar los asientos de la interfaz
mostrada por el sistema
Resumen El sistema muestra al usuario (Cliente) la
interfaz de asientos (disponibles, no
disponibles, Nro. y ubicación de los
asientos), para que realice la selección
convenientemente y haga su registro en la
base de datos.

Tipo Primario
Referencia R09
Pre- condición Asiento(s) no seleccionado(s), ni registrados
Curso normal de eventos
Acción del actor Respuesta del sistema
1.- El usuario (Cliente) selecciona la interfaz 2.- El sistema muestra al usuario(Cliente) el
de “Seleccionar Asientos” interfaz de todos los asientos del bus
(disponibles, no disponibles, Nro., ubicación
de los asientos y precio)
3.- El usuario selecciona (el) los asiento(s) en 4.- El sistema le envía un mensaje de
la pantalla donde están mostrados los confirmación de los asientos seleccionados.
 asientos disponibles, y luego hace clic en el
botón “Agregar”
5.- El Cliente Confirma la selección. 5.- El sistema almacena en la base de datos
los asientos seleccionados.

Casos alternos de eventos

5.-Si el cliente no confirma la selección de los asientos, entonces el sistema le muestra al
Cliente nuevamente la interfaz de los asientos (Paso 2)
Post-Condición El Asiento ha sido seleccionado y
actualizado en la base de datos
Fuente: Elaboración propia

 Mostrar interfaz de itinerarios de salida y retorno.

Tabla 16 CU09 Mostrar interfaz de itinerarios de salida y retorno

Nombre del caso de uso Mostrar interfaz de itinerarios de salida y

retorno
Actor(es) Sistema
Propósito Mostrar al usuario la interfaz de salida y
retorno.
Resumen Mostrar al usuario la interfaz donde se
mostrará el formulario para realizar la
reserva.

Tipo Primario
Referencia R08
Curso normal de eventos
Acción de actores Respuesta del sistema
1.- El usuario realiza la pre reserva 2.- El sistema ingresa a la interfaz del
módulo reserva y mostrara el formulario para
3.-El usuario seleccionara la fecha de viaje el escoger itinerario de ida
horario de salida y el tipo de servicio
4.- El sistema guarda el itinerario escogido

Casos alternos de eventos

2.2.- Si el usuario decide no realizar reserva, volver al paso 1.
Post-Condición Se realizó la reserva
Fuente: Elaboración propia

 Registrar los datos del Cliente.

Tabla 17 CU10 Registrar los datos del cliente
Nombre del caso de uso Registrar los datos del Cliente
Actor(es) Sistema, Cliente
Propósito Registra los datos del usuario (cliente) en la
base de datos.
Resumen El sistema muestra al cliente el interfaz del
registro de datos y le solicita llenar los
campos (Nombres, Apellido Paterno,
Apellido Materno, DNI,
Teléfono, E-mail), para realizar el registro en
la base de datos.

Tipo Primario
Referencia R10
 Pre-Condición El Cliente no está registrado en la base de
datos
Curso normal de eventos
Acción de actores Respuesta del sistema
1.- El cliente selecciona la opción 2.- El sistema muestra al cliente el interfaz de
“REGISTRO DE PASAJEROS” en el Menú. REGISTRO DE PASAJEROS para agregar
un nuevo registro de datos y le envía un
mensaje de llenar los campos.
3.- El cliente ingresa los datos (Nombres, 4.- El sistema le envía un mensaje al cliente
Apellido Paterno, Apellido Materno, DNI, si está correcto sus datos, para hacer clic en
Teléfono ,E-mail) Agregar nuevo Registro.
5.- El cliente visualiza los datos y hace clic 6.- El sistema registra los datos al cliente.
en “AGREGAR”

Casos alternos de eventos

5.1.- Si el usuario es cliente fijo, entonces el usuario ya está registrado en la base de datos,
entonces el usuario pasa al paso 5.
4.1.- El CLIENTE verifica sus datos, si es incorrecta. Entonces vuelve al paso 2.
Post-Condición Se registra los datos usuario (pasajero)
correctamente en la base de datos.
Fuente: Elaboración propia

 Confirmar Reserva.
Tabla 18 CU11 Confirmar Reserva
Nombre del Caso de Uso Confirmar Reserva.
Actor(es) Sistema y Cliente
Propósito Dar la facilidad a los clientes de confirmar
la reserva pendiente
Resumen El sistema da a conocer la reserva
pendiente
Tipo Primario
Referencias R11
Curso Normal De Los Eventos
Acción Del Actores Respuesta Del Sistema
1. El Cliente ingresa al Interfaz de 2. El sistema muestra mens aje s i
confirmar reserva. acepta las condiciones .
3. El cliente visualiza el mensaje y hace 4. El sistema le muestra mensaje “La
clic en confirmar. reserva tendrá que ser cancelada
las próximas 24 horas o será cancelada”.
CURSO ALTERNATIVO
5.1 El cliente no acepta las condiciones y no confirma la reserva y lo
devuelve al paso 2 el sistema

Post condición: La reserva es confirmada y se registra.

Fuente: Elaboración propia

 Imprimir Ticket.
Tabla 19 CU12 Imprimir Ticket
Nombre del caso de uso Imprimir ticket
Actor(es) Cliente
Propósito Imprimir ticket

Resumen El Cliente imprime el ticket con un código de

reserva para luego demostrar en físico al
administrador

Tipo Primario

Referencia C12
CURSO NORMAL DE EVENTOS
Acción de actores Respuesta del sistema
1.- El cliente ingresa al sistema 2.- Manda un ticket ya con los datos almacenados
confirmando ya la reserva. en la base de datos manda un ticket.

3.- El cliente imprime el ticket.

CURSO ALTERNATIVO
No tiene
Post-Condición El sistema Imprime ticket una vez realizado su
reserva
Fuente: Elaboración propia
 Tabla 20 Diagrama de secuencia: Registrar Usuario.

s d BP E L M ode l

U su a ri o
I U : R e g i s ta r G e s to r : R e g i s tr a r U s u a r io
U s u a rio us u a rio
i n g re sa a l a i n t e rf a z re g i st ra r u su a ri o ()

I n g re sa a d a t o s p a ra re g i st ra rse ()

v e ri f i c a d a t o s()

si D N I se re p i te v u e l v e a i n g re sa r ()

si e s c o rre c t o m u e st ra m e n sa j e d e c o n f i rm a c i o n ()

v i su a l i sa m e n sa j e d e re g i st ro e x i t o so ()

Fuente: Elaboración propia

Tabla 21 Diagrama de secuencia: Iniciar sesión.
 sd Analysis View

usuario
IU:Iniciar Sesión Gestor: Iniciar Usuario
Sesión
Ingresa a la interfaz iniciar
sesion()

Ingresar usuario y contraseña()

Verifica usuario y contraseña()

si no es correcto volver a ingresar()

Si es correcto muestra mensaje de bienvenida()

Visualñiza interfaz con privelegios()

Tabla 22 Diagrama de secuencia: Habilitar e inhabilitar cuentas del usuario

 sd diagrama de secuencia 3

ADMINISTRADOR
IU: Iniciar secion Gestor:Habilitar o usuario
Inhabilitar usuario
clic "iniciar
sesion"()

mostra r usuario y contra seña ()

llena r los ca mpos

(usua rio y
contras eña )

Verifica datos del

Usua rios()

Habilita s o inha bilita r usuario()

mues tra el mensa je
de confirma cion
(DESEAS HABILITAR
USUARIO)

se registra en la bas e
de da tos()

Fuente: Elaboración propia

Tabla 23 Diagrama de secuencia: Generar y/o imprimir reporte de reserva.

 sd diagrama de secuencia 4

ADMINISTRADOR
reportes de reserva Gestor: generar Reserva
reporte

seleccionar fechas requeridas()

enviar
fechas()

validar fecha()

solicitar reporte de reservas()

mostrar reporte de reserva()

imprimir reporte()

Tabla 24 Diagrama de secuencia: Hacer mantenimiento de la base de datos

Tabla 25 Diagrama de secuencia: Consulta de Reserva

sd tesis

Cliente
UI:Realizar Gestor:Consulta de Consulta de
Ingresa a la interfaz Consulta de reserv a reserv a
consulta de reserva.() reserv a
Muestra las opciones de consulta de
reserva (calendario donde puede
seleccionar las fechas y horas de viaje)

Selecciona las fechas de su posible viaje para ver la disponibilidad()

Muestra itinerarios de acuerdo a selección del cliente()

Visualiza la opciones de
viaje, finalizando el
proceso()
Tabla 26 Diagrama de secuencia: Verificar la disponibilidad de asientos y horarios en los buses
Tabla 27 Diagrama de secuencia: Seleccionar los asientos

sd Test Model

Cliente
IU Seleccionar Gestor. Seleccionar Bus
Asiento Asiento
Ingresar a IU Seleccionar asientos ()

muestra todos los asientos del bus()

seleciona el o los as iento(s) y hace clic en Agregar

envia un mensaje de confirmacion de asientos..?()

confirma la seleccion de asiento(s)

registra los as ientos s eleccionado(s)

Tabla 28 Diagrama de secuencia: Mostrar interfaz de itinerarios de salida y retorno
Tabla 29 Diagrama de secuencia: Registra los datos del cliente
sd Verificar Respuesta

Cliente
IU Registrar Cliente Gestor Cliente Cliente

selecciona la opcion "Regis tro Pas a jero"()

Mues tra el "Regis tro Pa s a jero"()

Ingresa Da tos ()

Envia Da tos()

Va lida r Da tos ()

Envia Mens a je " Si Da tos Es ta n Correctos "()

Regis tra r da tos del cliente()

Verifica r Res puesta ()

Mostra r da tos del cliente y Res pues ta " ha sido regis tra do" ()
Tabla 30 Diagrama de secuencia: Confirmar Reserva
 sd Test Model

Cliente
UI: verificar Gestor: verificar reserva
reserva
ingresa a la interfaz de confirmar reserva()

muestra mensaje si acepta las condiciones()

acepta las condiciones()

muestra mensaje pagar la reserva o sera

cancelado()

registra la reserva()

Tabla 31 Diagrama de secuencia: Imprime ticket

 sd tesis

Cliente
UI:Imprime ticket Gestor:Imprime Consulta de
ticket Imprime ticket

Manda un ticket ya con los datos

Ingresa al sistema almacenados en la base de datos
confirmando ya la manda un ticket.()
reserva. ()

Imprime el ticket()

4.2 FASE DE ELABORACIÓN

4.2.1 Diagrama de Clases
class Class Model

EMPRESA BUS
- Direccion: varchar - Conductor: varcha r ASIENTO
- IdEmpres a: va rcha r - Es tado: byte
- RasonSocia l: varcha r TIENE CONTIENE - CodAsiento: VARCHAR
- IdBus : va rchar
- RUC: varcha r 1 1..* - NroAsientos: int 1 1..* - Fila: int
- Pla ca : va rchar - Pa sillo: int
+ BRINDAR SERVICIO(): void - Venta na: int
+ BRINDAR TRABAJO(): void + tra ns porte de pa sajeros (): void
1
+ PAGAR TRIBUTOS(): void
REALIZA TICKET

ITINERARIO - IdTicket: varchar

- NombrePas ajero: varcha r
- CuposDisponibles: int VIAJE _PASAJE - NroRes erva : int
- Dura cionViaje: ti me 1..* - Precio: double
- Fecha Via je: da te - Des ti no: VARCHAR
- Hora Llega da: ti me - IdPas aje: INT + IMPRIMIR(): void
- Hora Sa lida : ti me - Origen: VARCHAR + REGISTRAR(): void
- IdIti nera rio: va rchar - Precio: FLOAT
1..*
GENERA
+ INFORMAR(): void 1
1
CONTIENE
CLIENTE (PASAJERO)
ADMINISTRADOR 1..*
- Ciuda d: varcha r
- Direccion: varcha r - Direccion: va rchar
- DNI: va rchar RESERVA
- DNI: varchar
- Ema il: va rchar - CostoTota l: floa t rea liza - Email: va rchar
- IdAdministrador: va rchar - IdReserva : va rcha r - IdPas ajero: varcha r
1..* 1
- Nombre: varcha r - Nombre: varcha r
- RUC: va rchar + REGISTRAR RESERVA(): void - Telefono: va rchar
- Telefono: va rchar 1
1
HABILITA + RESERVAR(): void
+ MANTENIMIENTO(): void GENERA + VIAJAR(): void

USUARIO 1..*
1..*
- Contras eña : va rchar
- Habilita do: byte
- Tipo: va rchar
- Usuario: va rcha r

4.3 FASE DE Construcción

4.3.1 Diseño e implementación de la base de datos
PROCEDIMIENTOS ALMACENADOS DE LAS TABLAS
CRONOCRAMA

Fuente: Elaboración propia

CONCLUSIONES

1. Se logró Modelar los procesos de negocio utilizando BPMN

2. Se Identificó y analizo los requerimientos de los usuarios para la gestión de

reservas utilizando diagramas UML.

3. Se Diseñó la base de datos que se adapte a los requerimientos del Sistema.

4. Se Desarrolló interfaces amigables, con funcionalidad adecuada.

5. Se Realizó las pruebas con la finalidad de verificar la correcta funcionalidad del

sistema.
 BIBLIOGRAFÍA
 Fowler, M., & Scott, K. (2009). UML gota a gota. México: Addison Wesley Longman de
México S.A.
 IAN, S. (2005). Ingenieria de Software, Septima Edición. España: Printed and Spain.
 Isidro, R. S. (2000). Ingenieria de software y base de datos. Cuenca: Graficas Varona.
 Jiménez Boulanger, F., Espinoza Gutiérrez, C., & Fonseca Retana, L. (2007). Ingeniería
Económica. Costa Rica: Tecnológica de Costa Rica.
 Kendall, K., & Kendall, J. (2016). Análisis y Diseño de Sistemas. México: Pearson
Educación.
 Kimmel, P. (2008). Manual de UML. México: Hill Interamericana Editores S.A.
 Luján Mora, S. (2018). Programación de aplicaciones web. Gamma.
 Michelle, D. (2014). Learning PHP & Mysql. United Estates of America: Sebastopol.
 Muñiz, Luis. (s.f.). ERP gria practica para ña seleccion e implantacion.
 Rumbaugh, James; Jacobson, Ivar; Booch, Grady;. (2000). El Lenguaje Unificado de
Modelado. Madrid: Pearson Educación S.A.
 Sommerville, Ian;. (2005). Ingeniería de Software Séptima edición. España: Pearson
Educación.
 Tam, V. &. (2008). Tipo, Métodos y estrategias de invetigación científica. Lima:
Pensamiento y Acción. Sistema de información para la gestión de reserva de paquetes.

Web
BERZAL, Fernando;. (s.f.). Relaciones de Clases: Diagrama de Clases UML. Recuperado el 27 de
enero de 2020, de http://elvex.ugr.es/decsai/java/pdf/3C-Relaciones.pdf

BOOCH, Grady; RUM BAUGH, Jim; JACOBSON, Ivar;. (s.f.). El lenguaje Unificado de Modelado.
Recuperado el 03 de Enero de 2020, de http://elvex.ugr.es/decsai/java/pdf/3E-UML.pdf

GUIDI POLANCO, Franco;. (s.f.). Diagramas de Clases de UML. Recuperado el Febrero de 12 de

2020, de http://eii.ucv.cl/pers/guidi/cursos/estructuras/pdf/SEDiagramasDeClasesUML.pdf:
http://eii.ucv.cl/pers/guidi/cursos/estructuras/pdf/SEDiagramasDeClasesUML.pdf

GUTIERREZ, Demián;. (Mayo de 2011). UML Diagrama de Secuencia. Recuperado el 02 de

Febrero de 2020, de
http://www.codecompiling.net/files/slides/UML_clase_06_UML_secuencia.pdf

GUTIERREZ, Damián;. (s.f.). UML Diagramas de Clases. Recuperado el 16 de Febrero de 2020,

de http://www.codecompiling.net/files/slides/UML_clase_05_UML_paquetes.pdf
GUTIERREZ, Demián;. (Mayo de 2011). UML Diagrama de Secuencia. Recuperado el 02 de
Marzo de 2020, de
http://www.codecompiling.net/files/slides/UML_clase_06_UML_secuencia.pdf

HERNANDEZ, E. (s.f.). El Lenguaje Unificado de Modelado(UML). Recuperado el 10 de Marzo de

2020, de http://www.disca.upv.es/enheror/pdf/ActaUML.PDF

LOPEZ, P., & RUIZ, F. (s.f.). Ingenieria de Software I. Recuperado el 12 de Diciembre de 2019, de
http://ocw.unican.es/ensenanzas-tecnicas/ingenieriadel-software-i/materiales-de-clase-1/is1-
t02-trans.pdf

RIVERO, Sabino;. (28 de Mayo de 2012). Extensión de; Diagrama de Secuencia UML para el
modelado Orientado a Aspectos. Recuperado el 15 de Marzo de 2020, de
http://www.scielo.cl/pdf/infotec/v23n6/art07.pdf

VILLARROEL, R. (02 de enero de 2020). UML: Lenguaje Unificado de Modelado. Obtenido de

http://astreo.ii.uam.es/~jlara/TACCII/5_UML_rev1.pdf