CD 2928 PDF

ESCUELA POLITÉCNICA NACIONAL
FACULTAD DE INGENIERIA DE SISTEMAS
DESARROLLO DE UN SISTEMA PARA LA PUBLICACIÓN DE

HORARIOS Y RESERVACIÓN DE BOLETOS PARA UNA EMPRESA
DE TRANSPORTE TERRESTRE, COMPATIBLE CON
DISPOSITIVOS DE TELEFONÍA MÓVIL.
PROYECTO PREVIO A LA OBTENCIÓN DEL TÍTULO DE INGENIERO EN

SISTEMAS INFORMÁTICOS Y DE COMPUTACIÓN
Hidalgo Almeida Mario Fernando

mferhidalgo@hotmail.com
Vaca Mueses Wilson Javier

walior_jivsen@yahoo.com
DIRECTOR: Ing. Paúl Vilca

pavich_2500@yahoo.es
Quito, Mayo 2010

DECLARACIÓN
Nosotros, Mario Fernando Hidalgo Almeida y Wilson Javier Vaca Mueses,

declaramos bajo juramento que el trabajo aquí descrito es de nuestra autoría; que
no ha sido previamente presentada para ningún grado o calificación profesional; y,
que hemos consultado las referencias bibliográficas que se incluyen en este
documento.
A través de la presente declaración cedemos nuestros derechos de propiedad

intelectual correspondientes a este trabajo, a la Escuela Politécnica Nacional,
según lo establecido por la Ley de Propiedad Intelectual, por su Reglamento y por
la normatividad institucional vigente.
Mario Fernando Hidalgo Almeida Wilson Javier Vaca Mueses

CERTIFICACION
Certifico que el presente trabajo fue desarrollado por Mario Fernando Hidalgo
Almeida y Wilson Javier Vaca Mueses, bajo mi supervisión.
Ing. Paúl Vilca
DIRECTOR DE PROYECTO
AGRADECIMIENTO
Agradezco especialmente a mi familia, mis padres Fernando Hidalgo Estrella y

Sonia Almeida Murillo, gracias a ellos y su constante esfuerzo y preocupación
hicieron posible la culminación de mis estudios, del mismo modo a mi hermana
Ana María Hidalgo por ser el ejemplo necesario de lucha y éxito profesional.
Agradezco a toda mi familia por estar pendientes de la culminación de este

proyecto.
Y del mismo modo a todos mis compañeros y amigos que aportaron su grano de
arena, sus frases de apoyo y sus palabras de aliento para que este proyecto se
haga realidad.
Agradezco a los docentes de la Escuela Politécnica Nacional por impartir los

conocimientos a nosotros como estudiantes, y hacernos profesionales exitosos y
destacados como buenos Politécnicos que somos.
Mi eterno Agradecimiento a todos.
Fernando Hidalgo A.
5
AGRADECIMIENTO
Agradezco especialmente a Dios por su infinito amor y misericordia hacia esté su

humilde servidor, por haber conservado con vida a toda mi familia y brindarme la
oportunidad de agradecerles, especialmente a mis padres por su invaluable labor
que permitieron la culminación de mis estudios universitarios.
Agradezco a la Escuela Politécnica Nacional a través del departamento de

Bienestar Social dirigido acertadamente por la Dra. Dora Fraga, por el
otorgamiento de la beca de ayuda económica que facilitó la terminación de mis
estudios superiores sin ninguna dificultad.
Agradezco al Sr. Ramiro Toaza por su sincera amistad a través de sus consejos y
constante apoyo durante la etapa de mi vida estudiantil, quien con su actitud
resalta el verdadero significado de la humanidad.
Agradezco al Ing. Edison Rafael Mora Solórzano por demostrar ser un amigo leal
y sincero a través de un constante apoyo moral y hasta económico durante duras
etapas en nuestra vida como estudiantes de colegio y universidad, quien en
momentos dubitativos supo animarme para seguir adelante sin mirar atrás.
6
DEDICATORIA
El presente proyecto está dedicado especialmente a mis padres, Fernando

Hidalgo y Sonia Almeida, quienes tuvieron la visión, el sacrificio para formar a sus
dos hijos con valores humanos e independientes para afrontar los retos que día a
día nos presenta la vida. La dedicatoria de este proyecto representa mi sentido de
demostrar que todo el esfuerzo ha sido bien recompensado, siendo buen hijo,
buen estudiante y un profesional de éxito.
Fernando Hidalgo A.
DEDICATORIA
El presente proyecto lo dedico a mi familia, en especial a mi madre RESFA

MUESES BENAVIDES y padre VÍCTOR MANUAL VACA ALBAN, que con su
ejemplo inculcaron en mi valores y principios que hoy en día forman parte de mi
vida profesional; y, a mis hermanos: Ing. Víctor Hugo Vaca Mueses, Ing. Jorge E.
Vaca Mueses, en especial a la Dra. Elizabeth M. Vaca Mueses por su constante
apoyo y amor en aquellos momentos difíciles que tuve que enfrentar.
CONTENIDO
CAPITULO 1. SELECCIÓN DE LA METODOLOGÍA Y HERRAMIENTAS DE DESARROLLO1
1.1 METODOLOGÍAS DE DESARROLLO ....................................................................................................1

1.1.1 METODOLOGÍAS DE DESARROLLO TRADICIONALES - LAS FORMALES ..............................................1
1.1.2 METODOLOGÍAS DE DESARROLLO ACTUALES O ÁGILES....................................................................1
1.1.3 METODOLOGÍAS DE DESARROLLO ÁGILES VS TRADICIONALES ........................................................2
1.2 SELECCIÓN DE LA METODOLOGÍA .....................................................................................................3
1.2.1 RUP (RATIONAL UNIFIED PROCESS) ..........................................................................................................4
1.2.2 XP (EXTREME PROGRAMMING – PROGRAMACIÓN EXTREMA) ........................................................................4
1.2.3 FDD (FEATURE DRIVEN DEVELOPMENT) .................................................................................................... 5
1.3 COMPARACIÓN DE LAS METODOLOGÍAS CANDIDATAS ....................................................................6
1.3.1 PONDERACIÓN DE CARACTERÍSTICAS REQUERIDAS .........................................................................6
1.3.2 PROCESO DE EVALUACIÓN DE LAS METODOLOGÍAS .........................................................................7
1.4 DESCRIPCIÓN DE LA METODOLOGÍA SELECCIONADA: RATIONAL UNIFIED PROCESS (RUP) ..............9
1.4.1 CARACTERÍSTICAS DEL PROCESO UNIFICADO DE DESARROLLO ........................................................9
1.5 SELECCIÓN DE LAS HERRAMIENTAS ................................................................................................12
1.5.1 SELECCIÓN DE LA PLATAFORMA DE DESARROLLO ..........................................................................13
1.5.2 DESCRIPCIÓN DE PLATAFORMAS PARA EL DISEÑO DEL SISTEMA ....................................................13
1.5.2.1 VISUAL STUDIO .NET ...................................................................................................................13
1.5.2.2 NETBEANS 5.0 .............................................................................................................................15
1.5.2.3 ECLIPSE 3.2 ..................................................................................................................................15
1.5.3 COMPARACION DE IDE’S PARA EL MODULO DE ADMINISTRACION ................................................15
1.5.3.1 PONDERACIÓN DE CARACTERÍSTICAS REQUERIDAS ..................................................................16
1.5.3.2 PROCESO DE EVALUACIÓN DE IDE’S .................................................................................................... 16
1.5.4 DESCRIPCIÓN DE LA PLATAFORMA SELECCIONADA: VISUAL .NET ..................................................17
1.6 HERRAMIENTAS PARA EL ALMACENAMIENTO DE DATOS ...............................................................21
1.6.1 SQL SERVER 2005 ............................................................................................................................21
1.6.2 MYSQL .............................................................................................................................................22
1.6.3 ORACLE 10G ....................................................................................................................................23
1.6.4 COMPARACION DE HERRAMIENTAS PARA EL ALMACENAMIENTO DE DATOS ...............................24
1.6.4.1 PONDERACIÓN DE CARACTERÍSTICAS REQUERIDAS ..................................................................................24
1.6.4.2 PROCESO DE EVALUACIÓN DE BASES DE DATOS ......................................................................................25
1.6.4.3 DESCRIPCIÓN DE LA HERRAMIENTA DBMS SELECCIONADA .......................................................25
CAPITULO 2. DESARROLLO DE UN SISTEMA PARA LA RESERVACIÓN DE BOLETOS Y
PUBLICACIÓN DE HORARIOS DE UNA EMPRESA DE TRANSPORTE TERRESTRE, BASADO
EN DISPOSITIVOS DE TELEFONÍA MÓVIL..................................................................................... 28
2.1. DEFINICIÓN DEL PROBLEMA ...........................................................................................................28

2.2. ANÁLISIS DEL SISTEMA ....................................................................................................................29
2.2.1. DIAGRAMAS DE CASOS DE USO .................................................................................................. 29
2.2.2. DICCIONARIO DE ACTORES .........................................................................................................29
2.2.3. DESCRIPCIÓN DE CASOS DE USO ................................................................................................. 30
2.2.4. CASOS DE USO PARA EL MODULO DE ADMINISTRADOR ..........................................30
2.2.4.1. INGRESAR AL SISTEMA ......................................................................................................................31
2.2.4.2. CAMBIAR DE CLAVE..........................................................................................................................31
2.2.4.3. ADMINISTRAR UNIDAD .....................................................................................................................32
2.2.4.4. ADMINISTRAR VIAJE .........................................................................................................................36
9
2.2.4.5. REPORTE DE RESERVA.......................................................................................................................37

2.2.4.6. ADMINISTRACIÓN DE USUARIOS .........................................................................................................40
2.2.4.7. INGRESAR AL SISTEMA ......................................................................................................................43
2.2.4.8. CAMBIAR DE CLAVE..........................................................................................................................44
2.2.4.9. GESTIONAR RESERVA........................................................................................................................45
2.3. DISEÑO DEL SISTEMA .....................................................................................................................49
2.3.1. DIAGRAMAS DE COLABORACIÓN ................................................................................................50
2.3.1.1. DC: INGRESAR AL SISTEMA ...............................................................................................................50
2.3.1.2. DC: CAMBIAR CLAVE........................................................................................................................50
2.3.1.3. DC: CREAR UNIDAD .........................................................................................................................51
2.3.1.4. DC: LISTAR UNIDAD .........................................................................................................................51
2.3.1.5. DC: MODIFICAR UNIDAD ..................................................................................................................52
2.3.1.6. DC: ELIMINAR UNIDAD.....................................................................................................................52
2.3.1.7. DC: CREAR VIAJE ............................................................................................................................53
2.3.1.8. DC: ASIGNAR UNIDAD......................................................................................................................53
2.3.1.9. DC: LISTAR RESERVA ........................................................................................................................54
2.3.1.10. DC: CANCELAR RESERVA ..............................................................................................................54
2.3.1.11. DC: CONFIRMAR RESERVA ............................................................................................................55
2.3.1.12. DC: CREACIÓN DE USUARIOS ........................................................................................................55
2.3.1.13. DC: LISTAR USUARIOS..................................................................................................................56
2.3.1.14. DC: MODIFICAR USUARIO ............................................................................................................56
2.3.1.15. DC: ELIMINAR USUARIO ...............................................................................................................57
2.3.1.16. DC: INGRESAR AL SISTEMA............................................................................................................57
2.3.1.17. DC: CAMBIAR CLAVE ...................................................................................................................58
2.3.1.18. DC: LISTAR VIAJE ........................................................................................................................58
2.3.1.19. DC: LISTAR UNIDAD ....................................................................................................................59
2.3.1.20. DC: LISTAR BOLETO .....................................................................................................................59
2.3.1.21. DC: RESERVAR ...........................................................................................................................60
2.3.1.22. DC: LISTAR RESERVA ...................................................................................................................60
2.3.1.23. DC: CANCELAR RESERVA ..............................................................................................................61
2.3.2. DIAGRAMAS DE SECUENCIA ........................................................................................................62
2.3.2.1. DS: INGRESAR AL SISTEMA ................................................................................................................62
2.3.2.2. DS: CAMBIAR CLAVE ........................................................................................................................62
2.3.2.3. DS: CREAR UNIDAD .........................................................................................................................63
2.3.2.4. DS: LISTAR UNIDAD .........................................................................................................................63
2.3.2.5. DS: MODIFICAR UNIDAD ..................................................................................................................64
2.3.2.6. DS: ELIMINAR UNIDAD .....................................................................................................................64
2.3.2.7. DS: CREAR VIAJE .............................................................................................................................65
2.3.2.8. DS: ASIGNAR UNIDAD ......................................................................................................................66
2.3.2.9. DS: LISTAR RESERVAR ......................................................................................................................66
2.3.2.10. DS: CANCELAR RESERVA...............................................................................................................67
2.3.2.11. DS: CONFIRMAR RESERVA ............................................................................................................67
2.3.2.12. DS: CREACIÓN DE USUARIOS .........................................................................................................68
2.3.2.13. DS: LISTAR USUARIOS ..................................................................................................................68
2.3.2.14. DS: MODIFICAR USUARIO.............................................................................................................69
2.3.2.15. DS: ELIMINAR USUARIO ...............................................................................................................70
2.3.2.16. DS: INGRESAR AL SISTEMA ............................................................................................................71
2.3.2.17. DS: CAMBIAR CLAVE ...................................................................................................................71
2.3.2.18. DS: LISTAR VIAJE ........................................................................................................................72
10
2.3.2.19. : LISTAR UNIDADES ......................................................................................................................72

2.3.2.20. DS: LISTAR BOLETOS....................................................................................................................73
2.3.2.21. DS: RESERVAR ............................................................................................................................73
2.3.2.22. DS: LISTAR RESERVA ...................................................................................................................74
2.3.2.23. DS: CANCELAR RESERVA ..............................................................................................................74
2.3.3. DIAGRAMA DE CLASES ................................................................................................................75
2.3.4. MODELO FÍSICO DE LA BASE DE DATOS.......................................................................................76
2.3.5. MODELO CONCEPTUAL BASE DE DATOS .....................................................................................77
2.3.6. DISEÑO DE INTERFACES DEL SISTEMA ........................................................................................78
2.4. CONSTRUCCIÓN Y PRUEBAS ............................................................................................................86
2.4.1. MODELO DE CONSTRUCCIÓN .....................................................................................................86
2.4.1.1. ARQUITECTURA ...............................................................................................................................86
2.4.1.2. DIAGRAMA DE DESPLIEGUE ...............................................................................................................87
2.4.1.3. FORMATOS UTILIZADOS PARA LA CONSTRUCCIÓN DE LA BASE DE DATOS ....................................................87
2.4.1.4. FORMATO UTILIZADO PARA EL DESARROLLO DE INTERFACES DE USUARIO ............................88
2.4.2. PRUEBAS .....................................................................................................................................89
2.4.2.1. CP: INGRESAR AL MÓDULO DE ADMINISTRACIÓN. (INGRESO CORRECTO) ...................................................90
2.4.2.2. CP: INGRESAR AL MÓDULO DE ADMINISTRACIÓN. (INGRESO FALLIDO) ......................................................91
2.4.2.3. CP: CAMBIAR PASSWORD (CAMBIO CORRECTO) ...................................................................................92
2.4.2.4. CP: CAMBIAR PASSWORD (CAMBIO FALLIDO) .......................................................................................93
2.4.2.5. CP: CREACIÓN DE UNIDAD (CREACIÓN CORRECTA) ................................................................................94
2.4.2.6. CP: CREACIÓN DE UNIDAD (CREACIÓN FALLIDA) ...................................................................................95
2.4.2.7. CP: MANTENIMIENTO DE UNIDAD (MANTENIMIENTO CORRECTO)............................................................96
2.4.2.8. CP: MANTENIMIENTO DE UNIDAD - ELIMINAR (MANTENIMIENTO CORRECTO) ............................................98
2.4.2.9. CP: MANTENIMIENTO DE UNIDAD (CREACIÓN FALLIDO) .........................................................................98
2.4.2.10. CP: MANTENIMIENTO DE UNIDAD – ELIMINAR (MANTENIMIENTO FALLIDO) ..........................................99
2.4.2.11. CP: CREACIÓN DE VIAJES (CREACIÓN CORRECTA) ............................................................................100
2.4.2.12. CP: CREACIÓN DE VIAJES (CREACIÓN FALLIDA) ...............................................................................101
2.4.2.13. CP: ASIGNACIÓN DE UNIDAD (ASIGNACIÓN CORRECTA) ...................................................................103
2.4.2.14. CP: ASIGNACIÓN DE UNIDAD (ASIGNACIÓN FALLIDA).......................................................................104
2.4.2.15. CP: ASIGNACIÓN DE UNIDAD (ASIGNACIÓN FALLIDA).......................................................................105
2.4.2.16. CP: CREAR USUARIO .................................................................................................................106
2.4.2.17. CP: MODIFICAR USUARIO...........................................................................................................107
2.4.2.18. CP: ELIMINAR USUARIO .............................................................................................................108
2.4.2.19. CP: INGRESAR AL MÓDULO MÓVIL (INGRESO CORRECTO) ................................................................109
2.4.2.20. CP: INGRESAR AL MÓDULO DE CLIENTE (INGRESO FALLIDO) ..............................................................110
2.4.2.21. CP: CAMBIO DE CLAVE (CAMBIO CORRECTO) .................................................................................110
2.4.2.22. PRUEBA DE CAMBIO DE CLAVE (CAMBIO FALLIDO)...........................................................................111
2.4.2.23. PRUEBA DE CAMBIO DE CLAVE (CAMBIO FALLIDO)...........................................................................112
2.4.3. EVALUACIÓN DE RESULTADOS..................................................................................................114
CAPITULO 3. CONCLUSIONES Y RECOMENDACIONES ....................................................... 117
3.1 CONCLUSIONES .............................................................................................................................117

• LA UTILIZACIÓN DE UNA HERRAMIENTA COMO EN EL CASO DE VISUAL BASIC .NET, PERMITE UN
DESARROLLO RÁPIDO MEDIANTE LA UTILIZACIÓN DE CONTROLES GRÁFICOS LO QUE HACE MAS INTUITIVO
LA GENERACIÓN DE INTERFACES. ..............................................................................................................118
3.2 RECOMENDACIONES ....................................................................................................................118
BIBLIOGRAFÍA .............................................................................................................................................120
GLOSARIO ...................................................................................................................................................122
INDICE DE TABLAS
TABLA 1-1: PONDERACIÓN DE CARACTERÍSTICAS REQUERIDAS ..........................................................................................7

TABLA 1-2: EVALUACIÓN DE METODOLOGÍAS................................................................................................................8
TABLA 1-3: PONDERACIÓN DE CARACTERÍSTICAS REQUERIDAS ........................................................................................16
TABLA 1-4: PROCESO DE EVALUACIÓN DE IDE’S..........................................................................................................17
TABLA 1-5: PONDERACIÓN DE CARACTERÍSTICAS REQUERIDAS ........................................................................................24
TABLA 1-6: PROCESO DE EVALUACIÓN DE BASE DE DATOS ............................................................................................25
TABLA 2-1: DICCIONARIO DE ACTORES ......................................................................................................................30
TABLA 2-2: DESCRIPCIÓN CASO DE USO: INGRESAR AL SISTEMA.....................................................................................31
TABLA 2-3: DESCRIPCIÓN CASO DE USO: CAMBIAR CLAVE EN EL SISTEMA ........................................................................32
TABLA 2-4: DESCRIPCIÓN CASO DE USO: CREAR UNIDAD..............................................................................................33
TABLA 2-25: ESPECIFICACIONES TÉCNICAS DEL SERVIDOR .............................................................................................89
TABLA 2-26: ESPECIFICACIONES TÉCNICAS DEL CLIENTE PARA EL MÓDULO DE ADMINISTRACIÓN DEL SISTEMA ........................89
TABLA 2-27: ESPECIFICACIONES TÉCNICAS DEL DISPOSITIVO MÓVIL ................................................................................90
TABLA 2-28: CP: INGRESAR AL MÓDULO DE ADMINISTRACIÓN (INGRESO CORRECTO) .......................................................91
TABLA 2-29: CP: INGRESAR AL MÓDULO DE ADMINISTRACIÓN (INGRESO FALLIDO) ...........................................................92
TABLA 2-30: CP: CAMBIAR PASSWORD (CAMBIO CORRECTO) .......................................................................................93
TABLA 2-31: CP: CAMBIAR PASSWORD (CAMBIO FALLIDO) ..........................................................................................94
TABLA 2-32: CP: CREACIÓN DE UNIDAD (CREACIÓN CORRECTA) ...................................................................................95
TABLA 2-33: CP: CREACIÓN DE UNIDAD (CREACIÓN FALLIDA) .......................................................................................96
TABLA 2-34: CP: MANTENIMIENTO DE UNIDAD (MANTENIMIENTO CORRECTO) ...............................................................97
TABLA 2-35: CP: MANTENIMIENTO DE UNIDAD – ELIMINAR (MANTENIMIENTO CORRECTO) ..............................................98
TABLA 2-36: CP: MANTENIMIENTO DE UNIDAD (CREACIÓN FALLIDA) .............................................................................99
TABLA 2-37: CP: MANTENIMIENTO FALLIDO............................................................................................................100
TABLA 2-38: CP: CREACIÓN DE VIAJES (CREACIÓN CORRECTA) ....................................................................................101
TABLA 2-39: CP: CREACIÓN DE VIAJES (CREACIÓN FALLIDA) .......................................................................................102
TABLA 2-40: CP: ASIGNACIÓN DE UNIDAD (ASIGNACIÓN CORRECTA) ...........................................................................103
TABLA 2-41: CP: ASIGNACIÓN DE UNIDAD (ASIGNACIÓN FALLIDA) ..............................................................................104
TABLA 2-42: CP: ASIGNACIÓN DE UNIDAD (ASIGNACIÓN FALLIDA) ..............................................................................105
TABLA 2-43: CP: CREAR USUARIO .........................................................................................................................106
TABLA 2-44: CP: MODIFICAR USUARIO ..................................................................................................................108
TABLA 2-45: CP: ELIMINAR USUARIO .....................................................................................................................108
TABLA 2-46: CP: INGRESAR AL MÓDULO MÓVIL (INGRESO CORRECTO) ........................................................................109
TABLA 2-47: CP: INGRESAR AL MÓDULO CLIENTE (INGRESO FALLIDO) ..........................................................................110
TABLA 2-48: CP: CAMBIO DE CLAVE (CAMBIO CORRECTO) .........................................................................................111
TABLA 2-49: CP: PRUEBA DE CAMBIO DE CLAVE (CAMBIO FALLIDO) ............................................................................112
TABLA 2-50: CP: PRUEBA DE CAMBIO DE CLAVE (CAMBIO FALLIDO) ............................................................................113
INDICE DE FIGURAS
FIGURA 1-1: INTEGRACIÓN DE RESULTADOS CON INTERACCIONES ..................................................................................11
FIGURA 2-1: CASOS DE USO PARA EL MÓDULO ADMINISTRADOR ...................................................................................30
FIGURA 2-2: CASO DE USO: INGRESO AL SISTEMA .......................................................................................................31
FIGURA 2-3: CASO DE USO: CAMBIAR CLAVE .............................................................................................................31
FIGURA 2-4: CASO DE USO: ADMINISTRAR UNIDAD ..................................................................................................... 32
FIGURA 2-5: CASO DE USO: ADMINISTRAR VIAJE ........................................................................................................36
FIGURA 2-6: CASO DE USO: ADMINISTRACIÓN DE RESERVAS .........................................................................................37
FIGURA 2-7: CASOS DE USO: ADMINISTRACIÓN DE USUARIOS .......................................................................................40
FIGURA 2-8: DIAGRAMA DE CASOS DE USO PARA EL CLIENTE.........................................................................................43
FIGURA 2-9: CASO DE USO: INGRESO AL SISTEMA .......................................................................................................43
FIGURA 2-10: CASO DE USO: CAMBIAR CLAVE ...........................................................................................................44
FIGURA 2-11: DIAGRAMA DE CASOS DE USO CL1: GESTIONAR RESERVA .........................................................................45
FIGURA 2-12: DC: INGRESAR AL SISTEMA ..................................................................................................................50
FIGURA 2-13: DC: CAMBIAR CLAVE .........................................................................................................................50
FIGURA 2-14: DC: CREAR UNIDAD ...........................................................................................................................51
FIGURA 2-15: DC: LISTAR UNIDAD...........................................................................................................................51
FIGURA 2-16: DC: MODIFICAR UNIDAD ....................................................................................................................52
FIGURA 2-17: DC: ELIMINAR UNIDAD ......................................................................................................................52
FIGURA 2-18: DC: CREAR VIAJE ..............................................................................................................................53
FIGURA 2-19: DC: ASIGNAR UNIDAD .......................................................................................................................53
FIGURA 2-20: DC: LISTAR RESERVA..........................................................................................................................54
FIGURA 2-21: DC: CANCELAR RESERVA.....................................................................................................................54
FIGURA 2-22: DC: CONFIRMAR RESERVA ..................................................................................................................55
FIGURA 2-23: DC: CREACIÓN DE USUARIOS...............................................................................................................55
FIGURA 2-24: DC: LISTAR USUARIOS ........................................................................................................................56
FIGURA 2-25: DC: MODIFICAR USUARIO ..................................................................................................................56
FIGURA 2-26: DC: ELIMINAR USUARIO .....................................................................................................................57
FIGURA 2-27: DC: INGRESAR AL SISTEMA ..................................................................................................................57
FIGURA 2-28: DC: CAMBIAR CLAVE .........................................................................................................................58
FIGURA 2-29: DC: LISTAR VIAJE ..............................................................................................................................58
FIGURA 2-29.1: DC: LISTAR UNIDAD........................................................................................................................59
FIGURA 2-29.2: DC: LISTAR BOLETO ........................................................................................................................59
FIGURA 2-29.3: DC: RESERVAR...............................................................................................................................60
FIGURA 2-29.4: DC: LISTAR RESERVA.......................................................................................................................60
FIGURA 2-29.5: DC: CANCELAR RESERVA .................................................................................................................61
FIGURA 2-30: DS: INGRESAR AL SISTEMA ..................................................................................................................62
FIGURA 2-31: DS: CAMBIAR CLAVE..........................................................................................................................62
FIGURA 2-32: DS: CREAR UNIDAD ...........................................................................................................................63
FIGURA 2-33: DS: LISTAR UNIDAD ...........................................................................................................................63
FIGURA 2-34: DS: MODIFICAR UNIDAD ....................................................................................................................64
FIGURA 2-35: DS: ELIMINAR UNIDAD .......................................................................................................................64
FIGURA 2-36: DS: CREAR VIAJE...............................................................................................................................65
FIGURA 2-37: DS: ASIGNAR UNIDAD ........................................................................................................................66
FIGURA 2-38: DS: LISTAR RESERVA ..........................................................................................................................66
FIGURA 2-39: DS: CANCELAR RESERVA .....................................................................................................................67
FIGURA 2-40: DS: CONFIRMAR RESERVA ..................................................................................................................67
13
FIGURA 2-41: DS: CREACIÓN DE USUARIOS ...............................................................................................................68

FIGURA 2-42: DS: LISTAR USUARIOS ........................................................................................................................68
FIGURA 2-43: DS: MODIFICAR USUARIO ...................................................................................................................69
FIGURA 2-44: DS: ELIMINAR USUARIO .....................................................................................................................70
FIGURA 2-45: DS: INGRESAR AL SISTEMA ..................................................................................................................71
FIGURA 2-46: DS: CAMBIAR CLAVE..........................................................................................................................71
FIGURA 2-47: DS: LISTAR VIAJE...............................................................................................................................72
FIGURA 2-47.2: DS: LISTAR UNIDADES .....................................................................................................................72
FIGURA 2-47.3: DS: LISTAR BOLETOS .......................................................................................................................73
FIGURA 2-47.4: DS: RESERVAR ...............................................................................................................................73
FIGURA 2-47.5: DS: LISTAR RESERVA .......................................................................................................................74
FIGURA 2-47.6: DS: CANCELAR RESERVA ..................................................................................................................74
FIGURA 2-48: DIAGRAMA DE CLASES ........................................................................................................................75
FIGURA 2-49: MODELO FÍSICO DE LA BASE DE DATOS ..................................................................................................76
FIGURA 2-50: MODELO CONCEPTUAL DE LA BASE DE DATOS.........................................................................................77
FIGURA 2-51: INTERFAZ MÓDULO ADMINISTRADOR .................................................................................................... 78
FIGURA 2-52: MÓDULO CLIENTE – RESERVACIÓN DISPOSITIVO MÓVIL ...........................................................................79
FIGURA 2-53: PANTALLA DE AUTENTICACIÓN DEL MÓDULO DE ADMINISTRACIÓN DEL SISTEMA ...........................................79
FIGURA 2-54: MENÚ PRINCIPAL DEL MÓDULO DE ADMINISTRACIÓN DEL SISTEMA ............................................................80
FIGURA 2-55: CAMBIO DE CLAVE DEL MÓDULO DE ADMINISTRACIÓN DEL SISTEMA ...........................................................80
FIGURA 2-56: ADMINISTRACIÓN DE MANTENIMIENTO DE TRANSPORTE...........................................................................81
FIGURA 2-57: ADMINISTRACIÓN DE MANTENIMIENTO DE VIAJES ...................................................................................81
FIGURA 2-58: SALIR DEL MÓDULO DE ADMINISTRACIÓN DEL SISTEMA ............................................................................81
FIGURA 2-59: AUTENTICACIÓN DEL MÓDULO DE CLIENTE DE RESERVAS MÓVIL ................................................................82
FIGURA 2-60: MENÚ DEL DISPOSITIVO MÓVIL ...........................................................................................................82
FIGURA 2-61: PANTALLA DE CAMBIO DE CLAVE ..........................................................................................................83
FIGURA 2-62: PANTALLA DE RESERVA DE VIAJES .........................................................................................................83
FIGURA 2-63: PANTALLA DE DETALLE DE VIAJE ...........................................................................................................84
FIGURA 2-64: PANTALLA DE DETALLE DEL VEHÍCULO ...................................................................................................84
FIGURA 2-65: PANTALLA PARA SELECCIONAR ASIENTO DISPONIBLE ................................................................................84
FIGURA 2-66: PANTALLA DE DETALLE DE ASIENTO RESERVADO ......................................................................................85
FIGURA 2-67: PANTALLA DE CONSULTA DE RESERVAS ..................................................................................................85
FIGURA 2-68: PANTALLA DE DETALLE DE RESERVA ......................................................................................................86
FIGURA 2-69: ARQUITECTURA DE PROGRAMACIÓN ..................................................................................................... 86
FIGURA 2-70: DIAGRAMA DE DESPLIEGUE .................................................................................................................87
14
RESUMEN
Este proyecto de tesis permite la visualización de horarios y la reservación de

boletos de transporte terrestre a través de un dispositivo móvil, la información
contiene textos, imágenes que permitan una interfaz amigable para el usuario.
La información que se muestra en este trabajo se encuentra distribuida en 3

Capítulos, cuyos contenidos se describen a continuación:
El Capítulo 1 comienza con la caracterización del problema a solucionar. Luego se

recopila información sobre metodologías de desarrollo, se muestra una
comparación entre ellas y finalmente una descripción de la metodología
seleccionada para el modelamiento y posterior desarrollo del proyecto. De igual
manera se presenta la comparación y selección de IDEs como herramientas de
desarrollo para implementar la parte administrativa y móvil de la aplicación,
finalizando con la descripción de los IDEs seleccionados.
El Capítulo 2 comprende la recopilación y especificación de requerimientos, el

análisis y diseño del sistema, utilizando el Proceso Unificado como metodología y
UML como estándar para el modelado de los artefactos. El concepto principal bajo
el cual se elabora el análisis y el diseño del software es el desarrollo dirigido por
casos de uso, centrado en la arquitectura, iterativo e incremental.
Para la implementación del sistema de software se utilizan las tecnologías:

Visual.net. Como servidor de aplicaciones se utiliza una aplicación web, la cual
actúa como servidor para manejo de información y como servidor de base de
base de datos SQL Server.
Finaliza el capítulo con las pruebas del sistema realizadas en base a casos de
prueba del sistema. Posteriormente se evalúa la aplicación en un ambiente de
prueba, con lo cual es posible determinar que el sistema cumple
satisfactoriamente con la funcionalidad requerida.
Finalmente, el Capítulo 3 contiene las conclusiones y recomendaciones acerca del

proyecto realizado.
PRESENTACIÓN
La tecnología y su constante avance ha hecho que los sistemas de comunicación

crezcan, y brinda equipos cada vez más accesibles y portables para los usuarios.
Una manera de estar comunicado a través del mundo es el internet, lo cual hace
que de una manera fácil, ágil y rápida, tengamos información a la mano sobre los
acontecimientos del mundo, por esta razón se han diseñados dispositivos móviles
con acceso a redes e internet que permiten llegar desde cualquier lugar a la
información de manera inmediata.
Trans-Gest está enfocado en llegar a la mayor cantidad de usuarios de las

compañías de transporte terrestre, permitiendo visualizar los horarios de cada
viaje, y poder realizar una reserva de boletos de una manera ágil y sencilla desde
cualquier parte del mundo.
Para esto se desarrollo Trans-Gest que dispone de un aplicativo móvil y un

administrador que consume recursos, a través del cual se gestiona la información
de los viajes.
Para el desarrollo del mismo se emplea el Proceso Unificado de Desarrollo de

Software para el modelamiento respectivo del sistema.
Las herramientas de desarrollo para este sistema son Visual .Net para la parte
Web y SQL 2005 para la gestión de los datos.
1
CAPITULO 1. SELECCIÓN DE LA METODOLOGÍA Y

HERRAMIENTAS DE DESARROLLO
1.1 METODOLOGÍAS DE DESARROLLO

Las Metodologías de desarrollo permiten definir estrategias para asegurar la calidad y
homogeneidad del diseño y la implementación, la selección de una metodología
adecuada es importante para el desarrollo de este proyecto, ya que el desarrollo de
software demanda de un proceso disciplinado, el cual contenga un conjunto de
actividades planificadas, con el fin de hacerlo más eficiente.
1.1.1 METODOLOGÍAS DE DESARROLLO TRADICIONALES - LAS FORMALES
A continuación se detallan características generales de las metodologías tradicionales y

formales
Características generales
• Enfocadas al proceso definido por la metodología y no a las características del

proyecto.
• Establecen fases rígidas.
• Cada fase tiene una serie de documentos sumamente explícitos.
• Filosofía basada en predicción del proyecto.
1.1.2 METODOLOGÍAS DE DESARROLLO ACTUALES O ÁGILES
A continuación se detallan características generales de las metodologías Actuales o

Ágiles.
2
Características Generales
• Resistencia a las metodologías burocráticas
• Individuos y sus interacciones son más importantes que procesos y
herramientas
• Software que funcione es más importante que documentación exhaustiva
• Colaboración con el cliente en lugar de negociación de contratos
• Respuesta ante el cambio en vez de seguir un plan cerrado.
1.1.3 METODOLOGÍAS DE DESARROLLO ÁGILES VS TRADICIONALES
A continuación se presenta las características de las metodologías Ágiles vs

tradicionales.
Ágiles
• Un punto de equilibrio entre no-documentación y mucha-documentación.
• Evitar la burocracia y brindar resultados.
• Brindar cambios continuos y resultados continuos.
• Adaptivos, no predictivos.
• Orientados a los individuos, no a los procesos.
• Ejm.- XP , Scrum , Crystal / ASD, DSDM, FDD, Win-Win Spiral,Xbreed
Tradicionales
• Proceso disciplinado sobre el desarrollo del software para que sea disciplinado y
eficiente.
• Detallan procesos con énfasis en la planeación.
• Se espera que sea predecible.
• También conocidas como “Metodologías de Ingeniería”.
• Ejm.- CMMI, Spice, Bootstrap, TickIt1
1
Elaborado por: Enrique A. Martínez; Ver 1.0 – Julio 2005
3
1.2 SELECCIÓN DE LA METODOLOGÍA
Para la selección de la mejor metodología, se han tomado en cuenta las características

del proyecto a ejecutar ya definidas, el nivel de conocimiento que tenga el equipo de
trabajo de la misma y en base a ello se han identificado los siguientes criterios de
evaluación para la selección de la metodología de desarrollo adecuada.
• Que genere la documentación necesaria por fases para que los desarrolladores
tengan una guía, que permita entender el avance del desarrollo.
• Que sea iterativo entre las fases de desarrollo.
• No presentar resistencia a cambios en el desarrollo del sistema
• Que sea flexible en cuanto a los roles asignados a cada integrante del equipo de
desarrollo.
• Que el número de integrantes del equipo de desarrollo no sea relevante para el
trabajo con la metodología.
• Que permita comunicación entre el cliente y el equipo de desarrollo.
• Que permita una adecuada administración de recursos (tiempo, dinero y
personal).
• Que tome en cuenta la experiencia en la metodología a seleccionar por parte de
los desarrolladores.
En base a los criterios anteriormente definidos, a continuación se describe tres

metodologías de las que se considera las más aptas para el desarrollo del presente
proyecto.
Fuente: http://geeks.ms/blogs/rcorral/archive/2007/01/15/iquest-que-metodolog-iacute-a-de-desarrollo-
elegir.aspx
4
1.2.1 RUP (Rational Unified Process)
Este es uno de los procesos más generales que existe, está enfocado a cualquier tipo
de proyecto, se basa en la documentación generada en cada uno de sus cuatro fases:
1. Intercepción (puesta en marcha), 2. Elaboración (definición, análisis y diseño), 3.
Construcción (implementación) y 4. Transición (fin del proyecto y puesta en producción)
en las cuales se ejecutarán varias iteraciones (según el tamaño del proyecto).
RUP se basa en UseCase(casos de uso) para describir lo que se tiene y lo que se

espera del software, está muy orientado a la arquitectura del sistema a implementarse,
documentándose de la mejor manera, basándose en UML (Unified Modeling Language
- Lenguage de Modelado Unificado).
RUP es pensado para proyectos y equipos grandes, con roles designados y con una
duración extendida.
RUP al final de cada fase, se le presenta al cliente los artefactos finales de dicha fase,
para que sean evaluados por este y se puedan generar las iteraciones necesarias para
la siguiente fase.
1.2.2 XP (eXtreme Programming – Programación Extrema)
XP, se basa en el trabajo orientado directamente al objetivo, basándose para esto en

las relaciones interpersonales y en la velocidad de reacción para la implementación y
para los cambios que puedan surgir durante el desarrollo del proceso.
Esto se logra, minimizando el riesgo de fallo del proceso manteniendo dentro del
equipo a un representante "competente" del cliente, este representante es quién
responderá a todas las preguntas y dudas que surjan por parte del equipo de desarrollo
durante el proceso, de forma que no se retrase la toma de decisiones.
5
XP se basa en UseStories (historias de uso), estas historias las escribe el cliente o su

representante dentro de equipo y describen los escenarios claves del funcionamiento
del software, a partir de estas se generan los releases (entregas) entre el equipo y el
cliente. Estos releases son los que permiten definir las iteraciones necesarias para
cumplir con los objetivos, de manera que cada resultado de la iteración sea un
programa aprobado por el cliente de quien depende la definición de las siguientes
iteraciones.
Una característica relevante de XP, es que el código siempre se produce en parejas,

parejas que van cambiando constantemente para lograr así que todo el equipo sepa y
pueda modificar según necesidades el código generado, esto logra en el equipo que los
integrantes aprendan entre sí y compartan todo el código.
XP es para proyectos cortos con equipos pequeños y rotables en cuanto a roles.

XP es un proceso ligero porque no se les asignan roles organizativos al equipo, roles
como el modelado o generación de la documentación, esto es reemplazado por la
presencia de un representante especializado del cliente, haciendo así más flexibles los
posibles cambios que se presenten durante el desarrollo del software.
1.2.3 FDD (Feature Driven Development)
Este proceso se considera como punto medio entre los procesos pesados y ágiles,
aunque en la práctica es más similar a este último. Pensado para proyectos
relativamente cortos, al igual que los anteriores también está basado en iteraciones que
producen un software funcional que puede ser visto, probado y monitorizado por el
cliente.
Estas iteraciones son decididas en base a las funcionalidades que el software debe
tener, funcionalidades definidas por el cliente, este proceso está dividido en cinco
fases: 1. Desarrollo de un Modelo General, 2. Construcción de la Lista de
Funcionalidades, 3. Plan de releases basadas en las funcionalidades a implementar, 4.
6
Diseñar en base a las funcionalidades definidas y 5. Implementar en base a las mismas

funcionalidades.
Aquí en el equipo de trabajo si existen jerarquías, siempre debe haber un jefe de

proyecto, y aunque es un proceso considerado ligero también incluye documentación
(la mínima necesaria para que algún nuevo integrante pueda entender el desarrollo de
inmediato).
FDD define como se va a proceder después de recoger los requisitos definidos por el
usuario.2
1.3 COMPARACIÓN DE LAS METODOLOGÍAS CANDIDATAS
La comparación es más que necesaria, debido a que ayudará a elegir la metodología

que permita implementar de la mejor manera a este proyecto de titulación, para esto se
destaca ciertas características requeridas que serán ponderadas y luego de un proceso
previamente establecido, que permitirá evaluar apropiadamente a cada metodología
candidata, siendo esta una forma correcta de elegir la más adecuada.
1.3.1 PONDERACIÓN DE CARACTERÍSTICAS REQUERIDAS

Para la ponderación se asignará un valor de 2 o 1, a cada una de las características
requeridas de acuerdo a la importancia considerada en el Proyecto de Titulación.
Donde el valor:
2 = muy importante.
1 = importante.
2
Bitácora de un Programador; sábado 5 de mayo de 2007
Fuente: http://jackopc.blogspot.com/2007/05/metodologias-rup-y-xp-procesos-de.html
7
Y los ordinales C1, C2,… y C8 son identificadores de las características requeridas a

ponderarse.
ORDINAL CARACTERÍSTICA PONDERACIÓN

C1 Documentación necesaria 2
C2 Iterativo entre las fases de desarrollo. 2
C3 No presentar resistencia a cambios en el 1

desarrollo del sistema.
C4 Flexible en cuanto a los roles asignados a 1
cada integrante del equipo de desarrollo
C5 Que el número de integrantes del equipo de 1
desarrollo no sea relevante para el trabajo
con la metodología
C6 Que permita comunicación entre el cliente y 2
el equipo de desarrollo
C7 Administración de recursos 2
C8 Experiencia en la metodología a seleccionar 2

por parte de los desarrolladores
Tabla 1-1: Ponderación de características requeridas3
1.3.2 PROCESO DE EVALUACIÓN DE LAS METODOLOGÍAS
A continuación en la tabla se asignará un valor de 0, 1 o 2 para las metodologías

detalladas, según el nivel de apoyo de cada una de las características tomadas en
3
Fuente: Tema Afin Realizado: “Desarrollo de un sistema de vigilancia corporativo compatible con
dispositivos telefonía móvil “. Autores: Becerra Guzmán Sammyr Alejandro, Subia Lalangui Rafael Patricio.
8
cuenta. De esta manera si la metodología “A” tiene gran fortaleza en la característica

requerida “X” se le asignará el valor de 2, si “A” presenta poco apoyo en la
característica “X” se le asignará el valor de 1, pero sí “A” no presta apoyo para la
característica requerida “X” se le asignará el valor 0.
Gran apoyo a la característica 2
Poco apoyo a la característica 1
Ningún apoyo 0
Luego se multiplica la ponderación con el nivel de apoyo que presta cada metodología
para cada característica, y al final se realiza una sumatoria de los valores obtenidos
con lo que se elegirá a la metodología que mayor puntaje obtenga.
VALOR DE APOYO VALOR FINAL

CARACTERÍSTICA PONDERACIÓN RUP FDD XP RUP FDD XP
C1 2 2 1 1 4 2 2
C2 2 2 2 1 4 4 2
C3 1 1 1 2 1 1 2
C4 1 1 1 2 1 1 2
C5 1 1 1 2 1 1 2
C6 2 2 1 1 4 2 2
C7 2 2 1 1 4 2 2
C8 2 2 0 0 4 0 0
TOTAL 13 8 10 23 13 14
4
Tabla 1-2: Evaluación de metodologías
4
Fuente: Tema Afin Realizado: “Desarrollo de un sistema de vigilancia corporativo compatible con
dispositivos telefonía móvil “. Autores: Becerra Guzmán Sammyr Alejandro, Subia Lalangui Rafael Patricio.
9
De acuerdo al resultado TOTAL que se obtiene de esta evaluación tanto en los valores
de apoyo como en los valores finales, se llega a la conclusión que la metodología más
adecuada para aplicar en el proyecto es (RUP) Proceso Unificado Racional .
1.4 DESCRIPCIÓN DE LA METODOLOGÍA SELECCIONADA:

RATIONAL UNIFIED PROCESS (RUP)
El Proceso Unificado Racional (RUP) es un proceso de desarrollo de software y junto

con el Lenguaje Unificado de Modelado UML, constituye la metodología estándar más
utilizada para el análisis, implementación y documentación de sistemas orientados a
objetos.
RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de

metodologías adaptables al contexto y necesidades de cada organización.5
1.4.1 CARACTERÍSTICAS DEL PROCESO UNIFICADO DE DESARROLLO
Existen tres aspectos fundamentales que definen el Proceso Unificado de Desarrollo.
Iterativo e incremental
El Proceso Unificado es un marco de desarrollo compuesto de cuatro fases:
• Inicio
• Elaboración
• Construcción
• Transición
5
Proceso Unificado de Rational; De Wikipedia, la enciclopedia libre
Fuente: http://es.wikipedia.org/wiki/Proceso_Unificado_de_Rational
10
Cada una de ellas es, a su vez, dividida en una serie de iteraciones que ofrecen como
resultado un incremento del producto desarrollado, que añade o mejora las
funcionalidades del sistema en desarrollo.
Si una iteración cumple sus metas, el desarrollo continúa con la siguiente. Cuando no
las cumple, los desarrolladores deben revisar sus decisiones previas y probar un nuevo
enfoque.
Dirigido por los casos de uso

En el Proceso Unificado, los casos de uso se utilizan para capturar los requisitos
funcionales y para definir los objetivos de las iteraciones. En cada una, los
desarrolladores identifican y especifican los casos de uso relevantes, crean el diseño
usando la arquitectura como guía, implementan el diseño en componentes y verifican
que los componentes satisfacen los casos de uso.
Centrado en la arquitectura
El concepto de arquitectura del software involucra los aspectos estáticos y dinámicos
más significativos del sistema, y actúa como vista del diseño, dando una perspectiva
completa y describiendo los elementos más importantes. La arquitectura surge de los
propios casos de uso, sin embargo, también está influenciada por muchos otros
factores, como la plataforma en la que se ejecutará, el uso de estándares, la existencia
de sistemas heredados o los requisitos no funcionales.6
Ciclo de Vida
El RUP divide el proceso de desarrollo en ciclos, teniendo un producto final al final de
cada ciclo, cada ciclo se divide en fases que finalizan con un hito donde se debe tomar
una decisión importante:
• Inicio: se hace un plan de fases, se identifican los principales casos de uso y se

identifican los riesgos
6
Justificación del Uso del Proceso Unificado de Desarrollo de Software como Modelo
Fuente: https://forja.rediris.es/docman/view.php/227/369/Proceso%20Unificado.pdf
11
• Elaboración: se hace un plan de proyecto, se completan los casos de uso y se

eliminan los riesgos
• Construcción: se concentra en la elaboración de un producto totalmente
operativo y eficiente y el manual de usuario
• Implementación: se instala el producto en el cliente y se entrena a los usuarios.
Como consecuencia de esto suelen surgir nuevos requisitos a ser analizados.7
8
Figura 1-1: Integración de Resultados con Interacciones
Flujos de Trabajo
Un flujo de trabajo es una relación de actividades que nos producen unos resultados
observables. A continuación se da una explicación de cada flujo de trabajo.
Requerimientos
El objetivo de esta disciplina es describir lo que el sistema tendría que hacer y permitir
que los desarrolladores y el cliente estén de acuerdo con esta descripción.
Para eso se realizarán las siguientes tareas:
• Describir los requerimientos funcionales y no funcionales (rendimiento esperado,

plataformas soportadas, integración con sistemas externos, etc.).
• Capturar un glosario o vocabulario del sistema o proyecto (mediante documento
y clases conceptuales).
7
Proceso Unificado de Rational; Luis Tejada 2005- 5503
Fuente: http://babotejada.wordpress.com/2007/06/16/proceso-unificado-de-rational/
8
Fuente: https://pid.dsic.upv.es
12
• Encontrar actores y casos de uso.

• Describir los casos de uso mediante su flujo principal, variaciones y
excepciones.
• Asignar prioridades a los casos de uso encontrados para poder planificar la
iteración en forma de análisis, diseño e implementación.
• Modelar la interfaz de usuario (diseño lógico).
• Prototipo de la interfaz de usuario (diseño físico).
Análisis y Diseño
A partir de la especificación de los casos de uso se detallan sus escenarios, las clases
de análisis necesarias y se define la arquitectura de diseño adecuada para la
plataforma seleccionada.
Implementación
En la implementación se realiza el código del sistema, la integración entre los
componentes y las pruebas unitarias de cada uno de los componentes.
Pruebas
Durante las pruebas se realiza la descripción de los casos de prueba (qué
comprobaciones hay que realizar), se implementan las pruebas y se ejecutan. Estas
pruebas pueden ser tanto de integración, como funcionales, como de rendimiento.9
1.5 SELECCIÓN DE LAS HERRAMIENTAS

La selección de las herramientas permitirá definir, la plataforma y el IDE en el cual se
trabajará para llevar a cabo este sistema.
Se tendrá presente el alcance del sistema y dichos objetivos para cumplir la

implementación de la aplicación propuesta.
9
proyecto - SUMA; Versión: 0.1; Metodología de Desarrollo de Software; Evaristo de Frutos e Ignacio
Guerra; 12/12/2007
Fuente: http://eduforge.org/docman/view.php/230/3180/SUMA_Metodologia_v0.1.pdf
13
1.5.1 SELECCIÓN DE LA PLATAFORMA DE DESARROLLO
La Plataforma de desarrollo del módulo de administrador permite trabajar a la par con

la información contenida en el módulo de cliente, un trabajo conjunto permitirá trabajar
eficientemente los datos, hará que el desarrollo de este módulo sea eficiente.
Se revisará a continuación diferentes IDE´s con sus características, para de esta
manera tener un campo amplio que nos permita escoger la más eficiente según las
necesidades.
1.5.2 DESCRIPCIÓN DE PLATAFORMAS PARA EL DISEÑO DEL SISTEMA
Para la selección de la herramienta se ha tomado en cuenta criterios como el

conocimiento de los diseñadores del sistema, la experiencia en proyectos realizados
anteriormente, investigaciones anteriores y estudios realizados por lo que hemos
considerado los siguientes ítems:
• Nivel de conocimiento del IDE
• Soporte para aplicaciones cliente-servidor
• Suficiente documentación de ayuda.
• Compatibilidad con la Base de Datos
En base a estos criterios se presenta los siguientes IDE’s candidatos.
1.5.2.1 VISUAL STUDIO .NET
Incluye las siguientes características como:
Soporte a Windows Presentation Foundation de manera nativa. Cuando se inicia un

proyecto, seleccionando el lenguaje, se pueden crear cuatro (4) tipos de proyecto WPF:
14
• WinFX Windows Application

• WinFX Web Browser Application
• WinFX Custom Library
• WinFX Service Library
Una de las mejores características de Visual Studio es la capacidad de especificar el

Framework sobre el cual se desea compilar. En las cajas de dialogo Advanced
Compiler Settings (VB) y Advanced Build Settings (C#), ahora existe un nuevo campo
denominado Target Framework que permite seleccionar lo siguiente:
• .NET Framework 2.0

Implementación: ClickOnce ha sido mejorado para brindar soporte a Windows Vista:

Ahora soporta la implementación de proyectos WPF Web Browser Application. Como
estos proyectos requieren una implementación especial y una configuración adicional
de seguridad, ahora Visual Studio provee de los asistentes y pasos requeridos para
configurar dichos elementos.
Ahora las empresas que desarrollan software comercial, toman ventaja de una
característica interesante. Ahora pueden firmar nuevamente el manifiesto de la
aplicación, colocando elementos dentro del manifiesto que permiten identificar a la
empresa.
Soporte para publicación a través del Publicador de Proyectos o del Asistente de
Publicación.
Edición: Ahora, tenemos una herramienta para el diseño de hojas de estilo (CSS).
También se agrego tecnología Inteligente a JScript en los proyectos AJAX. Además, el
diseñador de WPF permite crear aplicaciones y controles personalizados en el IDE.
15
1.5.2.2 NETBEANS 5.0
Incluye las siguientes características como:

• Editor de código sensible al contenido
• Soporte para Java, C, C++, XML y lenguajes HTML.
• Soporte para JSP, JSF, Struts, XML, RMI, CORBA, JINI, JDBC y tecnologías
Servlet.
• Incluye CVS (control de versiones) y Ant (compilación avanzada).
• Posibilidad de utilizar otras versiones de compiladores, depuradores.
• Creación visual de componentes gráficos.
• Herramientas con asistentes para facilitar la escritura de código.
1.5.2.3 ECLIPSE 3.2

Incluye las siguientes características:
• Editor de texto.
• Resaltado de sintaxis.
• Compilación en tiempo real.
• Pruebas unitarias con JUnit.
• Control de versiones con CVS.
• Integración con Ant.
• Asistentes para creación de proyectos, clases, tests, etc.
• Refactorización.
• Control de versiones con Subversion, vía Subclipse.
• Integración con Hibernate, vía Hibernate Tools.
1.5.3 COMPARACION DE IDE’S PARA EL MODULO DE ADMINISTRACION
La comparación es más que necesaria, debido a que ayudará a elegir la plataforma que
permita implementar de la mejor manera este proyecto de titulación, para esto se ha
destacado ciertas características requeridas que serán ponderadas y luego de un
16
proceso de evaluación previamente establecido, podremos seleccionar la plataforma

adecuada.
1.5.3.1 Ponderación de características requeridas

Donde el valor:
2 = Muy importante.
1 = Importante.
Y los ordinales C1, C2, C3 y C4 son identificadores de las características requeridas a

ponderarse.

C1 Nivel de conocimiento del IDE 2
C2 Soporte para aplicaciones cliente-servidor 1
C3 Suficiente documentación de ayuda. 2
C4 Compatibilidad con la Base de Datos 2

10
Tabla 1-3: Ponderación de características requeridas
1.5.3.2 Proceso de Evaluación de IDE’s
A continuación en la tabla se asignará un valor de 1 o 2 para los IDE’s detallados,

según el nivel de apoyo de cada una de las características tomadas en cuenta. De esta
manera si el IDE “A” tiene gran fortaleza en la característica requerida “X” se le
10
Fuente: Tema Afín Realizado: “Desarrollo de un sistema de vigilancia corporativo compatible con dispositivos de
telefonía móvil”. Autores: Becerra Guzmán Sammyr Alejandro, Subia Lalangui Rafael Patricio.
17
asignará el valor de 2, si “A” presenta poco apoyo en la característica “X” se le asignará

el valor de 1.
Luego se multiplica la ponderación con el nivel de apoyo que presta cada IDE para
cada característica, y al final se realiza una sumatoria de los valores obtenidos con lo
que se elegirá el IDE que mayor puntaje obtenga.

CARACTERÍSTICA PONDERACIÓN .NET NETBEANS ECLIPSE .NET NETBEANS ECLIPSE
C1 2 2 1 1 4 2 2
C2 1 1 1 1 1 1 1
C3 2 1 1 1 2 2 2
C4 2 2 1 2 4 2 4
TOTAL 6 3 5 11 7 9
11
Tabla 1-4: Proceso de Evaluación de IDE’s
Del cuadro descrito se puede concluir que Visual .NET es el IDE que según el criterio
seleccionado presenta mejores prestaciones para el desarrollo del sistema.
1.5.4 DESCRIPCIÓN DE LA PLATAFORMA SELECCIONADA: VISUAL .NET
Visual es un lenguaje de programación desarrollado por Alan Cooper para Microsoft. El

lenguaje de programación es un dialecto de BASIC, con importantes añadidos. Su
primera versión fue presentada en 1991 con la intención de simplificar la programación
utilizando un ambiente de desarrollo completamente gráfico que facilitará la creación de
interfaces gráficas y en cierta medida también la programación misma. Desde el 2001
Microsoft ha propuesto abandonar el desarrollo basado en la API Win32 y pasar a
11
Fuente: Tema Afín Realizado: “Desarrollo de un sistema de vigilancia corporativo compatible con dispositivos de
telefonía móvil”. Autores: Becerra Guzmán Sammyr Alejandro, Subia Lalangui Rafael Patricio.
18
trabajar sobre un framework o marco común de librerías independiente de la versión

del sistema operativo, .NET Framework, a través de Visual Basic .NET (y otros
lenguajes como C Sharp (C#) de fácil transición de código entre ellos) que presenta
serias incompatibilidades con el código Visual Basic existente.
Visual Basic (Visual Studio) constituye un IDE (entorno de desarrollo integrado o en

inglés Integrated Development Enviroment) que ha sido empaquetado como un
programa de aplicación, es decir, consiste en un editor de código (programa donde se
escribe el código fuente), un depurador (programa que corrige errores en el código
fuente para que pueda ser bien compilado), un compilador (programa que traduce el
código fuente a lenguaje de máquina), y un constructor de interfaz gráfica o GUI (es
una forma de programar en la que no es necesario escribir el código para la parte
gráfica del programa, sino que se puede hacer de forma visual).
Compilador
El compilador de Visual Basic x.0 genera ejecutables que requieren una DLL para que
funcionen, en algunos casos llamada MSVBVMxy.DLL (acrónimo de "MicroSoft Visual
Basic Virtual Machine x.y", siendo x.y la versión) y en otros VBRUNXXX.DLL ("Visual
Basic Runtime X.XX"), que provee todas las funciones implementadas en el lenguaje.
Además existen un gran número de bibliotecas (DLL) que facilitan el acceso a muchas
funciones del sistema operativo y la integración con otras aplicaciones. Sin embargo
esto sólo es una limitación en sistemas obsoletos, ya que las bibliotecas necesarias, la
mayoría de componentes y controles adicionales inclusive, para ejecutar programas en
Visual Basic 5.0 y 6.0 vienen de serie en todas las versiones de Windows desde
Windows XP.
Entorno de desarrollo
Su entorno de desarrollo es muy similar al de otros lenguajes e IDE's:
Se compone principalmente de su barra de herramientas y menús que se pueden
personalizar con prácticamente la completa totalidad de los comandos del IDE a
necesidad.
19
El espacio de trabajo donde se muestran todas las ventanas del proyecto, las vistas de
código de módulos y objetos, y las vistas de diseño de formularios y componentes.
El Cuadro de herramientas (por defecto a la izquierda) contiene los controles con los
que se componen las ventanas de nuestra aplicación. Por defecto disponemos de los
controles básicos.
Se pueden agregar todo tipo de controles de terceros, una gran cantidad de ellos de
serie con la instalación de Visual Basic 6.0, que vienen embebidos dentro de archivos
de extensión *.OCX.
El panel lateral derecho contiene dos vistas principales:
El Explorador de Proyectos, que muestra todos los elementos que componen nuestro
proyecto o grupos de proyectos (formularios, interfaz de controles, módulos de código,
módulos de clase, etc.)
El Panel de propiedades, donde se muestran todos los atributos de los controles de
nuestros formularios o la información de módulos clase y formularios entre otros
muchos.
La Ventana de inmediato (por defecto en la parte inferior aunque puede no estar visible.
Utilizar Ctrl+G mostrar la ventana). Esta ventana resulta una herramienta muy útil a la
hora de depurar código o incluso de hacer pruebas rápidas ya que permite imprimir
mensajes de texto desde nuestro código y ejecutar sentencias simples de código (solo
sentencias que se puedan representar en una sola línea, no permite bloques) que
puede ser desde código de nuestra propia aplicación.
Versión de .Net
Esta versión de Visual Estudio vuelve a incluir la compatibilidad para editar y continuar,
e incluye nuevas características para el desarrollo rápido de aplicaciones. Una de estas
características, llamada My, proporciona acceso rápido a las tareas frecuentes de .NET
Framework, así como información e instancias de objetos predeterminadas que estén
relacionadas con la aplicación y su entorno en tiempo de ejecución. Las nuevas
características de idioma incluyen la continuación de bucle, la eliminación garantizada
de recursos, la sobrecarga de operadores, los tipos genéricos y los eventos
20
personalizados. Visual Estudio también integra completamente .NET Framework y

Common Language Runtime (CLR), que proporcionan interoperabilidad de lenguajes,
recolección de elementos no utilizados, seguridad mejorada y control de versiones.
Las mejoras realizadas en Visual Estudio 2005 simplifican el código fuente y permiten
la interacción con componentes que usan funciones avanzadas.
El My.Application (Objeto) proporciona acceso a una aplicación, permitiéndole

actualizarla fácilmente y registrar información de la misma. My.Application también se
puede utilizar para tener acceso a los argumentos de línea de comandos de una
aplicación o para ejecutar código cuando se inicia o se cierra una aplicación.
Visual Estudio 2005 incluye varias características nuevas para ayudar a desarrollar
aplicaciones que tengan acceso a los datos. Asistente para la configuración de
orígenes de datos, simplifica la conexión de su aplicación a los datos incluidos en
bases de datos, servicios Web y objetos creados por los usuarios.
La nueva característica “ventana orígenes de datos” proporciona una ubicación central

para ver los datos disponibles para su proyecto y los asociados con éste, además de
reducir la complejidad del enlace de datos permitiendo arrastrar elementos desde la
ventana hasta los formularios para crear controles enlazados a datos.
Tareas como rellenar conjuntos de datos, ejecutar consultas y ejecutar procedimientos

almacenados se pueden realizar ahora mediante el nuevo objeto TableAdapter
generado por Visual Studio. La nueva característica de datos locales permite incluir
archivos de base de datos de Microsoft Access y archivos de base de datos de
Microsoft SQL Server Express directamente en su aplicación.
Ventajas
• Es un lenguaje RAD.
• Posee una curva de aprendizaje muy rápida.
• Integra el diseño e implementación de formularios de Windows.
• Permite usar con suma facilidad la plataforma de los sistemas Windows dado
21
que tiene acceso prácticamente total a la API de Windows incluidas librerías

actuales.
• El código en Visual Basic es fácilmente exportable a otros lenguajes de Visual
Studio Net
• Es un lenguaje muy extendido por lo que resulta fácil encontrar información,
documentación y fuentes para los proyectos.
• Fácilmente extensible mediante librerías DLL y componentes ActiveX de otros
lenguajes.
• Posibilidad de añadir soporte para ejecución de scripts, VBScript o JScript, en
las aplicaciones mediante Microsoft Script Control.
• Acceso a la API multimedia de DirectX (versiones 7 y 8). También esta
disponible, de forma no oficial, un componente para trabajar con OpenGL 1.1:
VBOpenGL type library
• Existe una versión integrada en las aplicaciones de Office, versiones tanto
Windows como Mac, que permite programar macros para extender y automatizar
funcionalidades en documentos como por ejemplo una hoja de cálculo de
EXCEL o una base de datos ACCESS (VBA)
• Es un entorno perfecto para realizar pequeños prototipos rápidos de ideas.
1.6 HERRAMIENTAS PARA EL ALMACENAMIENTO DE DATOS

Para la selección del DBMS se tomaron en cuenta los siguientes criterios:
• Libre distribución
• Mecanismos de respaldo y recuperación
• Soporte transaccional
• Soporte base de datos relacionales.
• Conocimiento de la Herramienta.
Bajo este esquema se procede a evaluar los siguientes motores de base de datos.
1.6.1 SQL SERVER 2005

Sql server 2005 presenta las siguientes características principales:
22
• Mirroring de Bases de Datos

• Operaciones de Indexación Online
• Aislamiento de Imágenes (SI)
• Restauración online
• Mejoras en Transact-SQL
• Conexión de Administrador dedicada
• Servicios de Transformación de Datos (DTS)
• Servicios de Reporting
• Escalabilidad y Rendimiento
• Indicadores de Rendimiento Principales
1.6.2 MYSQL
MySQL presenta las siguientes características principales:
• Interioridades y portabilidad
• Funciona en diferentes plataformas.
• APIs disponibles para C, C++, Eiffel, Java, Perl, PHP, Python, Ruby, y Tcl.
• Uso completo de multi-threaded mediante threads del kernel.
• Proporciona sistemas de almacenamiento transaccional y no transaccional.
• Un sistema de reserva de memoria muy rápido basado en threads.
• Joins muy rápidos usando un multi-join de un paso optimizado.
• Diversos tipos de columnas: enteros con/sin signo de 1, 2, 3, 4, y 8 bytes de
longitud, FLOAT, DOUBLE, CHAR, VARCHAR, TEXT, BLOB, DATE, TIME,
DATETIME, TIMESTAMP, YEAR, SET, ENUM, y tipos espaciales OpenGIS.,
Tipos de columna.
• Registros de longitud fija y longitud variable.
• Soporte completo para operadores y funciones en las cláusulas de consultas
SELECT y WHERE.
• Soporte completo para las cláusulas SQL GROUP BY y ORDER BY.
• Soporte de funciones de agrupación (COUNT(), COUNT(DISTINCT ...), AVG(),
STD(), SUM(), MAX(), MIN(), y GROUP_CONCAT()).
23
• Soporte para LEFT OUTER JOIN y RIGHT OUTER JOIN cumpliendo estándares
de sintaxis SQL y ODBC.
• Soporte para alias en tablas y columnas como lo requiere el estándar SQL.
• Puede mezclar tablas de distintas bases de datos en la misma consulta
• Un sistema de privilegios y contraseñas que es muy flexible y seguro, y que
permite verificación basada en el host.
• Soporte a grandes bases de datos.
• La interfaz para el conector J MySQL proporciona soporte para clientes Java que
usen conexiones JDBC. Estos clientes pueden ejecutarse en Windows o Unix.
1.6.3 ORACLE 10G

Este DBMS no es de libre distribución ya que tiene un costo de licenciamiento por
procesador del servidor en donde esté instalado, este costo es mayor que la licencia de
SQL SERVER 2005.
Oracle 10g, permite programar automáticamente mecanismo de respaldo de la base de
datos así como la configuración de espejos.
Con respecto a la operación transaccional de Oracle 10g soporta grandes cantidades
de datos, pero consume mucho más recursos del servidor lo cual hace que la
herramienta sea costosa tanto en hardware como en licencias.
Oracle 10g, posee compatibilidad para manejo de imágenes.
Oracle 10g permite la creación de Bases de Datos relacionales.
Entre las principales características se tiene:

• Mecanismo de Alertas del Servidor
• Administración Proactiva del Espacio
• Configuración de Servidor Compartido
• Gestión de Transacciones
• Recogida de estadísticas
24
1.6.4 COMPARACION DE HERRAMIENTAS PARA EL ALMACENAMIENTO DE

DATOS
La comparación es más que necesaria, debido a que ayudará a elegir la Base de Datos
que permita implementar de mejor manera este proyecto de titulación, para esto se ha
destacado ciertas características requeridas que serán ponderadas y luego de un
proceso de evaluación previamente establecido, podremos seleccionar la base de
datos adecuada.
1.6.4.1 Ponderación de características requeridas

Donde el valor:
2 = Muy importante.
1 = Importante.
Y los ordinales C1, C2, C3, C4 y C5 son identificadores de las características

requeridas a ponderarse.

C1 Libre distribución 1
C2 Mecanismos de respaldo y recuperación 1
C3 Soporte transaccional 1
C4 Soporte base de datos relacionales. 1
C5 Conocimiento de la Herramienta. 2
12
Tabla 1-5: Ponderación de características requeridas
12
Fuente: Tema Afín: “Desarrollo de un sistema de vigilancia corporativo compatible con dispositivos de telefonía
móvil”. Autores: Becerra Guzmán Sammyr Alejandro, Subia Lalangui Rafael Patricio..
25
1.6.4.2 Proceso de Evaluación de bases de datos
A continuación en la tabla se asignará un valor de 1 o 2 para las base de datos

detalladas, según el nivel de apoyo de cada una de las características tomadas en
cuenta. De esta manera si la base de datos “A” tiene gran fortaleza en la característica
requerida “X” se le asignará el valor de 2, si “A” presenta poco apoyo en la
característica “X” se le asignará el valor de 1.
Luego se multiplica la ponderación con el nivel de apoyo que presta cada base de
datos para cada característica, y al final se realiza una sumatoria de los valores
obtenidos con lo que se elegirá la base de datos que mayor puntaje obtenga.

CARACTERÍSTICA PONDERACIÓN SQL MYSQL ORACLE SQL MYSQL ORACLE
2005 10G 2005 10G
C1 1 1 2 1 1 2 1
C2 1 2 1 2 2 1 2
C3 1 1 2 2 1 2 2
C4 1 2 1 2 2 1 2
C5 2 2 1 1 4 2 2
TOTAL 8 7 8 10 8 9
13
Tabla 1-6: Proceso de Evaluación de Base de Datos
De la tabla presentada y sus resultados se puede tomar como resultado que SQL es la
Base de Datos más idónea según las ponderaciones realizadas.
1.6.4.3 DESCRIPCIÓN DE LA HERRAMIENTA DBMS SELECCIONADA
A continuación se presenta una descripción del DBMS seleccionado.

SQL Server se desarrolló originalmente para tratar grandes bases de datos mucho más
13
Fuente: Tema Afín: “Desarrollo de un sistema de vigilancia corporativo compatible con dispositivos de telefonía
móvil”. Autores: Becerra Guzmán Sammyr Alejandro, Subia Lalangui Rafael Patricio..
26
rápido que soluciones existentes y ha sido usado con éxito en entornos de producción
de alto rendimiento. Su conectividad, velocidad, y seguridad hacen de SQL Server
altamente apropiado para acceder a bases de datos en Internet.
Operaciones de Indexación Online
La opción de indexado online permite modificaciones concurrentes (actualizaciones,
borrados e inserciones) en las tablas subyacentes o datos con índices cluster y de
cualquier índice asociado durante la ejecución de DDL de indexación. Por ejemplo,
mientras se está reconstruyendo un índice cluster, se puede seguir haciendo
actualizaciones a los datos y consultas sobre estos datos.
Nuevas herramientas integradas

SQL Server 2005 introduce el SQL Server Studio, una suite de herramientas de gestión
integradas. Este nuevo conjunto incluye nuevas funcionalidades para desarrollo,
implantación y resolución de problemas de Bases de Datos SQL, así como mejoras de
las funcionalidades anteriores.
Particionado de Datos
El particionado de datos se ha mejorado con particiones nativas de tablas e índices,
posibilitando soluciones de escalabilidad horizontal. Al particionar tablas de bases de
datos muy grandes, el rendimiento de las consultas a la base de datos se mejora
notablemente.
Backups duplicados (“mirrored backup”)

SQL Server 2005 incluye un nuevo soporte para volúmenes de backup espejados,
aumentando la disponibilidad de las copias de seguridad de SQL Server. La posibilidad
de replicar el backup permite resolver posibles problemas de corrupción del medio
físico de copia.
Restauración online
SQL Server 2005 permitirá realizar una operación de recuperación mientras una
instancia de SQL Server está activa. La restauración online mejora la disponibilidad de
27
SQL Server, ya que únicamente los datos que se están recuperando quedan como no
disponibles. El resto de la base de datos permanece online y disponible.
Recuperación rápida
Esta característica mejora la disponibilidad de las bases de datos de SQL Server con
una nueva opción. Los usuarios podrán reconectarse a una base de datos en
recuperación después de realizar un “roll forward” sobre el log de transacciones.
Soporte para .NET Framework

SQL Server 2005 introduce la posibilidad de desarrollar objetos de base de datos en
lenguajes .NET. Pueden crearse Objetos de código, incluyendo Funciones,
Procedimientos y Triggers en lenguajes como C# y VB.NET. Se pueden crear también
dos nuevos objetos en estos lenguajes: User-Defined Types y Agregados.
Servicios Web
En SQL Server 2005, los desarrolladores pueden crear servicios Web en la capa de
base de datos, convirtiendo a SQL Server en un servidor HTTP. Esta capacidad
supone un nuevo modelo de acceso a los datos para aplicaciones basadas en Web
Services.
Mejoras en Seguridad
SQL Server 2005 incorpora un nuevo modelo de seguridad que separa a los usuarios
de los objetos, proporciona un acceso muy granular y un mejor control de los accesos a
los datos. Además, todas las tablas del sistema se implementan ahora como Vistas, lo
que redunda en un mayor control sobre los objetos del sistema de la Base de Datos.
28
CAPITULO 2. DESARROLLO DE UN SISTEMA PARA LA

RESERVACIÓN DE BOLETOS Y PUBLICACIÓN DE
HORARIOS DE UNA EMPRESA DE TRANSPORTE
TERRESTRE, BASADO EN DISPOSITIVOS DE TELEFONÍA
MÓVIL.
2.1. DEFINICIÓN DEL PROBLEMA
El viaje por carretera permite a las personas llegar a distintos sitios turísticos del país y
apreciar más de cerca la diversidad social, geográfica, vegetal y animal del Ecuador.
Para viajar en buses interprovinciales se puede realizar reservaciones en las oficinas
de las compañías a través de llamadas telefónicas o, a su vez, acudiendo al Terminal
para comprar su boleto.14
Los autobuses son el medio de transporte que muchos visitantes escogen para viajar
por el país. El pasaje es relativamente barato, con un costo de alrededor de $1 por
cada hora de viaje. Los autobuses salen todo el tiempo a cada rincón del país.15
Debido a la necesidad de la población de viajar por los diferentes destinos de nuestro

país, hacen que muchas veces la compra de boletos resulte incomoda para el usuario,
puesto que en los feriados, después de hacer largas colas, es casi imposible obtener
un boleto a la hora requerida.
14
http: //www.quito.gov.ec/turismo/t_movilidad3.htm
15
http: //www.quito.com.ec/index.php?option=com_content&task=view&id=39&Itemid=152
29
El desear cumplir con los requerimientos de los clientes ha planteado la necesidad de

crear un software que permita al usuario desde cualquier lugar que se encuentre
realizar una reservación de un boleto de transporte a través de su dispositivo móvil.
El presente proyecto de titulación trata sobre el desarrollo de un sistema para la

reservación de boletos y publicación de horarios de una empresa de transporte
terrestre, siendo su finalidad la de permitir a los usuarios poder realizar reservaciones
de boletos sin necesidad de estar presente en las boleterías del terminal terrestre, para
de esta manera ayudar o suplir esa necesidad que tienen las personas de poder viajar
en cualquier momento, con la ayuda de su dispositivo móvil y al mismo tiempo dar
pautas para que este tipo de aplicaciones se desarrollen en nuestro medio.
2.2. ANÁLISIS DEL SISTEMA

2.2.1. DIAGRAMAS DE CASOS DE USO
Un Diagrama de Casos de Uso muestra la relación entre los actores y los casos de uso
del sistema. Representa la funcionalidad que ofrece el sistema en lo que se refiere a su
interacción externa.
2.2.2. DICCIONARIO DE ACTORES
En el Modelo de Negocio se identifican dos tipos de actores que participan en el

sistema. Los actores son: Administrador y Cliente, los cuales se describen en la Tabla
2 -1.
30
ACTORES DESCRIPCIÓN
Es un empleado que pertenece a la empresa de transporte
terrestre, responsable de la administración del sistema en
ADMINISTRADOR
cuanto al mantenimiento de información, reservas, usuarios y
generación de reportes.
Se refiere a una persona, que interactúa con el sistema, a
CLIENTE través de su dispositivo móvil para obtener información y
realizar reservaciones.
16
Tabla 2-1: Diccionario de actores
2.2.3. DESCRIPCIÓN DE CASOS DE USO
2.2.4. CASOS DE USO PARA EL MODULO DE ADMINISTRADOR
Cambiar Clave
Administrar Transporte
Administrador Ingreso al Sistema Administrar Viaje
Administrar Reporte Reserva
Administrar Usuario
17
Figura 2-1: Casos de Uso para el Módulo Administrador
16
Fuente: Creada por los autores
17
31
2.2.4.1. Ingresar al Sistema
Administrador Ingreso al Sistema

18
Figura 2-2: Caso de Uso: Ingreso al Sistema
Caso de Uso: ADM 1.1 Ingresar al Sistema

Descripción: Permite el ingreso al sistema al usuario
Administrador.
Actor: Administrador.
Precondiciones: El usuario administrador debe estar registrado en la
BDD con usuario y clave.
Postcondiciones: Se guarda un log de ingreso al Sistema
Camino Básico: 1. Ingresar Usuario.
2. Ingresar Clave.
3. Ingresar al menú principal.
Camino Alternativo: • Después del paso 2, se muestra el siguiente
mensaje “el Usuario o Password no existen”.
19
Tabla 2-2: Descripción Caso de Uso: Ingresar al Sistema
2.2.4.2. Cambiar de Clave
Administrador Cambiar Clave
20
Figura 2-3: Caso de Uso: Cambiar Clave
18
19
20
32
Caso de Uso: ADM 1.2 Cambiar Clave.

Descripción: Permite el cambio de la clave del sistema.
Precondiciones: El administrador debe estar registrado en la BDD con
usuario y clave.
Postcondiciones: Clave Cambiada.

Camino Básico: 1. Ingresar Nuevo Password.
2. Confirmar Nuevo Password.
3. Actualizar
Camino Alternativo: Después del paso 3, se muestra el siguiente

mensaje: “Nuevo Password no Coincide con la
Confirmación de Password”.
21
Tabla 2-3: Descripción Caso de Uso: Cambiar clave en el Sistema
2.2.4.3. Administrar Unidad
Crear Unidad
Administrador
Modificar
Listar Unidad
Eliminar
22
Figura 2-4: Caso de Uso: Administrar Unidad
21
22
33
Caso de Uso: ADM 2.1 Crear Unidad

Descripción: Permite crear una nueva unidad de transporte.
Actor: Administrador
Precondiciones: El usuario a realizar esta tarea debe ser el usuario
administrador del sistema.
Postcondiciones: 1. Datos registrados en BDD.
2. Mensaje de Éxito o Fracaso.
Camino Básico: 1. Seleccionar opción Transporte.
2. Ingresar a Creación de Unidad.
3. Ingresar Datos de unidad.
4. Crear Unidad.
Camino Alternativo Después del paso 4, si falta llenar algún campo
obligatorio, se muestra el mensaje: “Por favor llene todos
los campos para crear la unidad”; pero si los campos
obligatorios están llenos y los datos ingresados son
incorrectos muestra el mensaje: “ Datos inválidos”
23
Tabla 2-4: Descripción Caso de Uso: Crear Unidad
Caso de Uso: ADM 2.1 Crear Companía

Descripción: Permite crear una nueva compañía de transporte.
6. Ingresar a Creación de Compañía.
7. Ingresar Datos de la Compañía.
8. Crear Compañía.
Camino Alternativo Después del paso 4, si falta llenar algún campo
obligatorio, se muestra el mensaje: “Por favor llene todos
los campos para crear la unidad”; pero si los campos
23
34
obligatorios están llenos y los datos ingresados son

incorrectos muestra el mensaje: “ Datos inválidos”
24
Tabla 2-5: Descripción Caso de Uso: Crear Compañía
Caso de Uso: ADM 2.2 Listar Unidad

Descripción: Permite visualizar una lista de todos las unidades de
transporte existentes en la BDD
Precondiciones: Tener un registro de unidad en la BDD.
Postcondiciones: Listar registro de unidades creadas.

2. Ingresar a Mantenimiento de Unidad.
Camino Alternativo Después del paso 2, si el administrador no ha creado
unidades en el sistema, no muestra ninguna unidad
registrado en la BDD.
25
Tabla 2-6: Descripción Caso de Uso: Listar Unidad
Caso de Uso: ADM 2.3 Modificar Unidad

Descripción: Permite actualizar los datos en el registro de la unidad de
transporte de la BDD.
Postcondiciones: Registro modificado en la BDD.

3. Presionar el botón editar del registro de la
24
25
35
unidad deseada de la lista.

4. Modificar los datos del registro.
5. Actualizar.
Camino Alternativo • Después del paso 5, si falta llenar algún campo
obligatorio, se muestra el mensaje: “Por favor llene
todos los campos para crear la unidad”; pero si los
campos obligatorios están llenos y los datos
ingresados son incorrectos muestra el mensaje: “
Datos inválidos”
• Después del paso 5, si la unidad ya fue creada,
muestra el siguiente mensaje: “La unidad ya fue
creada”
26
Tabla 2-7: Descripción Caso de Uso: Modificar Unidad
Caso de Uso: ADM 2.4 Eliminar Unidad

Descripción: Permite borrar un registro de unidad de transporte en la
BDD.
Precondiciones: 1. Tener una unidad registrada en la BDD.
2. La unidad no debe estar asignada a un viaje.
Postcondiciones: Registro eliminado de la BDD.
3. Presionar el botón borrar del registro de la
unidad deseada de la lista.
Camino Alternativo Después del paso 3, la unidad no puede ser eliminada por
estar asignada a un viaje.
27
Tabla 2-8: Descripción Caso de Uso: Eliminar Unidad
26
27
36
2.2.4.4. Administrar Viaje
Crear Viaje
Administrador
Asignar Unidad
28
Figura 2-5: Caso de Uso: Administrar Viaje
Caso de Uso: ADM 3.1 Crear Viaje

Descripción: Permite crear un nuevo viaje.
Camino Básico: 1. Seleccionar opción Viajes.
2. Ingresar a Creación de Viajes.
3. Seleccionar Datos de viaje.
4. Crear Viaje.
Camino Alternativo Después del paso 4, si el viaje ya ha sido creado
anteriormente, muestra el siguiente mensaje: “Registro de
viaje ya creado en la BDD”.
29
Tabla 2-9: Descripción Caso de Uso: Crear Viaje
Caso de Uso: ADM 3.2 Asignación de Unidad

Descripción: Permite la asignación de una unidad a un viaje creado.
Precondiciones: 1. Debe existir al menos una unidad creada.
28
29
37
2. Debe existir al menos un viaje creado.

Camino Básico: 1. Seleccionar Viajes.
2. Ingresar Asignación de Unidades.
3. Selecciono Viaje.
4. Selecciono Unidad.
5. Ingreso costo de Boleto.
6. Asignar Unidad.
Camino Alternativo • Después del paso 6, si la unidad ya ha sido
asignada a otro viaje, muestra el siguiente
mensaje: “La unidad ya esta asignada para el
presente viaje”.
• Después del paso 6, si el costo de boleto no ha
sido ingresado, muestra el siguiente mensaje: “Por
favor ingresar costo de boleto”.
30
Tabla 2-10: Descripción Caso de Uso: Asignación de Unidad
2.2.4.5. Reporte de Reserva
Cancelar Reservación
Listar Reservación
Administrador
Confirmar Reservación
31
Figura 2-6: Caso de Uso: Administración de Reservas
30
31
38
Caso de Uso: ADM 4.1 Listar Reservación

Descripción: Permite listar la información de las Reservas existentes
Postcondiciones: Listar registro de reservaciones realizadas.
Camino Básico: 1. Seleccionar opción reservas.

2. Ingresar a reporte de reservas.
3. El usuario administrador consulta todas las
reservaciones que se encuentran almacenadas
en el sistema para la respectiva gestión de los
mismos.
Camino Alternativo Después del paso 2, si el cliente no ha realizado
reservaciones a través del dispositivo móvil, el sistema no
muestra ninguna reservación en el modulo de
administrador.
Tabla 2-11: Descripción Caso de Uso: Listar Reservación32
Caso de Uso: ADM 4.2 Cancelar Reservación

Descripción: Permite cancelar una reservación existente.
Precondiciones: 1. El usuario a realizar esta tarea debe ser el usuario
2. Se debe tener registrada al menos una
reservación.
Postcondiciones: Registro cancelado de la BDD.
Camino Básico: 1. Seleccionar opción reservas.
2. Ingresar a reporte de reservas.
3. Ingresar el código de boleto que desee
cancelar.
32
39
4. Cancelar.
reservaciones a través del dispositivo móvil, el sistema
no muestra ninguna reservación en el modulo de
administrador. Por lo tanto el administrador no puede
realizar ninguna cancelación de reserva.
33
Tabla 2-12: Descripción Caso de Uso: Listar Cancelar Reservación
Caso de Uso: ADM 4.3 Confirmar Reservación

Descripción: Una vez que se registra el pago en la ventanilla, se
confirma la reservación.
Precondiciones: 1. El usuario a realizar esta tarea debe ser el usuario
2. Se debe tener registrada al menos una
reservación.
Postcondiciones: Registro confirmado en la BDD.
Camino Básico: 1. Seleccionar opción reservas
2. Ingresar a reporte de reservas
3. Ingresar código de boleto que desee confirmar
4. Confirmar

reservaciones a través del dispositivo móvil, el sistema no
muestra ninguna reservación en el modulo de
administrador. Por lo tanto el administrador no puede
realizar ninguna confirmación de reserva.
34
Tabla 2-13: Descripción Caso de Uso: Confirmar Reservación
33
34
40
2.2.4.6. Administración de Usuarios
Crear Usuario
<<extend>>
Administrador
Modificar Usuario
<<extend>>
Listar Usuarios
Eliminar Usuario
35
Figura 2-7: Casos de Uso: Administración de Usuarios
Caso de Uso: ADM 5.1 Crear Usuario

Descripción: Permite crear un nuevo registro en la BDD para ingresar
información de un nuevo Usuario
Postcondiciones: • Datos registrados en BDD.
• Mensaje de Éxito o Fracaso.
Camino Básico: 1. Seleccionar opción Usuarios.
2. Ingresar a creación usuarios.
3. Ingresar datos.
4. Crear Usuarios.
Camino Alternativo • Después del paso 4, si el usuario fue creado
anteriormente, muestra el siguiente mensaje: “El
usuario ya fue creado”
• Después del paso 4, si falta llenar algún campo
todos los campos para crear usuario”; pero si los
35
41

Datos inválidos”.
36
Tabla 2-14: Descripción Caso de Uso: Crear Usuario
Caso de Uso: ADM 5.2 Listar Usuario

Descripción: Permite visualizar una lista de todos los usuarios de
existentes en la BDD
Precondiciones: Tener un registro de usuario en la BDD.
Postcondiciones: Listar registro de usuarios creados

2. Ingresar a creación de Usuarios.
3. El usuario administrador consulta todos los
usuarios que se encuentran almacenados en el
sistema para la respectiva gestión de los
mismos.
usuarios en el sistema, no muestra ningún usuario
registrado en la BDD.
37
Tabla 2-15: Descripción Caso de Uso: Listar Usuario
Caso de Uso: ADM 5.3 Modificar Usuarios

Descripción: Permite actualizar los datos en el registro de usuarios de
la BDD.
Precondiciones: Tener un registro de usuario en la BDD.
Postcondiciones: Registro modificado en la BDD.
36
37
42
Camino Básico: 1. Seleccionar opción Usuarios

2. Ingresar a creación de Usuarios.
3. Presionar el botón editar del registro del
usuario deseado de la lista.
4. Modificar los datos del registro.
5. Presionar el botón actualizar.
Camino Alternativo • Después del paso 5, si falta llenar algún campo
todos los campos para crear el usuario”; pero si los
Datos inválidos”
• Después del paso 5, si el usuario ya fue creado,
muestra el siguiente mensaje: “El usuario ya fue
creado”
38
Tabla 2-16: Descripción Caso de Uso: Modificar Usuarios
Caso de Uso: ADM 5.4 Eliminar Usuario

Descripción: Permite borrar un registro de usuario en la BDD.
Precondiciones: Tener un usuario registrado en la BDD.
Postcondiciones: Registro eliminado de la BDD.

2. Ingresar a Creación de Usuarios.
3. Presionar el botón borrar del registro del
usuario deseado de la lista.
Camino Alternativo Ninguno.
39
Tabla 2-17: Descripción Caso de Uso: Eliminar Usuario
38
39
43
CASOS DE USO PARA EL MODULO DE CLIENTE
Cambiar Clave
Cliente Ingreso al Sistema
Gestionar Reserva
40
Figura 2-8: Diagrama de Casos de Uso para el Cliente
2.2.4.7. Ingresar al Sistema
Cliente Ingreso al Sistema
41
Figura 2-9: Caso de Uso: Ingreso al Sistema
Caso de Uso: ADM 6.1 Ingresar al Sistema

Descripción: Permite el ingreso al sistema al cliente.
Actor: Cliente.
Precondiciones: El cliente debe estar registrado en la BDD con usuario y
clave.
Postcondiciones: Se guarda un log de ingreso al Sistema
Camino Básico: 1. Ingresar Usuario.
2. Ingresar Clave.
3. Ingresar al menú principal.
mensaje “el Usuario o Password no existen”.
42
Tabla 2-18: Descripción de Caso de Uso: Ingresar al Sistema
40
41
44
2.2.4.8. Cambiar de Clave
Cliente Cambiar Clave
Figura 2-10: Caso de Uso: Cambiar Clave
Caso de Uso: CL 1.1 Cambiar Clave.

Descripción: Permite el cambio de la clave del sistema.
Actor: Cliente.
Precondiciones: El cliente debe estar registrado en la BDD con usuario y
clave.
Postcondiciones: Clave Cambiada.
Camino Básico: 1. Ingresar Nuevo Password.
2. Confirmar Nuevo Password.
3. Actualizar
mensaje: “Nuevo Password no Coincide con la
Confirmación de Password”.
43
Tabla 2-19: Descripción Caso de Uso: Cambiar Clave
42
43
45
2.2.4.9. Gestionar Reserva
Listar Viaje Listar Unidad Listar Boletos
Cliente
Reservar
Listar Reserva Cancelar Reserva
44
Figura 2-11: Diagrama de Casos de Uso CL1: Gestionar Reserva
Caso de Uso: CL 2.1 Listar Viaje

Descripción: Permite visualizar una lista de todos los viajes existentes
en la BDD.
Actor: Cliente.
Precondiciones: Tener al menos un registro de viaje en la BDD.
Postcondiciones: Listar viajes creados.
Camino Básico: 1. Ingresar a Reserva de viajes.

2. El cliente consulta todos los viajes que se
encuentran almacenados en el sistema, para luego
seleccionar el viaje que desee.

viajes en el sistema, el dispositivo móvil no muestra
ningún viaje.
45
Tabla 2-20: Descripción Caso de Uso: Listar Viaje
44
45
46
Caso de Uso: CL 2.2 Listar Unidad

Descripción: Permite visualizar una lista de todos las unidades de
transporte existentes en la BDD
Actor: Cliente.
Postcondiciones: Listar unidades creadas.
Camino Básico: 1. Ingresar a Reserva de Viajes.

2. Seleccionar viaje.
3. El cliente consulta el detalle del viaje
seleccionado.
4. Ingresar a Listar Unidades.
5. El cliente consulta todas las unidades que se
encuentran almacenadas en el sistema, para
luego seleccionar la unidad que desee.

unidades en el sistema, el dispositivo móvil no muestra
ninguna unidad.
46
Tabla 2-21: Descripción Caso de Uso: Listar Unidad
Caso de Uso: CL 2.3 Listar Boletos

Descripción: Permite visualizar una lista de todos los boletos
disponibles para el viaje seleccionado existentes en la
BDD
Actor: Cliente.
Precondiciones: Tener un registro de boletos disponibles en la BDD.
Postcondiciones: Listar boletos disponibles.
46
47
3. El cliente consulta el detalle del viaje
seleccionado.
encuentran almacenadas en el sistema.
6. Seleccionar Unidad
7. El cliente consulta el detalle de la unidad
seleccionada.
8. Ingresar a Boletos Disponibles
9. El cliente consulta todos los asientos
disponibles que se encuentran almacenados
en el sistema, para luego seleccionar el asiento
que desee.

unidades en el sistema, el dispositivo móvil no muestra
ningún asiento disponible.
47
Tabla 2-22: Descripción Caso de Uso: Listar Boletos
Caso de Uso: CL 2.4 Reservar

Descripción: Permite crear una nueva reservación en el Sistema.
Actor: Cliente
Precondiciones: Deben existir boletos disponibles.
Postcondiciones: Nueva reservación ingresada al sistema.
3. El cliente consulta el detalle del viaje seleccionado.
encuentran almacenadas en el sistema.
47
48
6. Seleccionar Unidad
7. El cliente consulta el detalle de la unidad
seleccionada.
8. Ingresar a Boletos Disponibles.
9. El cliente consulta todos los asientos disponibles
que se encuentran almacenados en el sistema.
10. Seleccionar asiento disponible.
11. El cliente consulta el detalle del asiento disponible
seleccionado.
12. Reservar
Camino Alternativo: Después del paso 8, si el administrador no ha creado

unidades en el sistema, el dispositivo móvil no
muestra ningún asiento disponible. Por tanto no se
puede realizar reservaciones.
48
Tabla 2-23: Descripción Caso de Uso: Reservar
Caso de Uso: CL 2.5 Listar Reserva

Descripción: Permite visualizar el detalle de reservaciones realizadas.
Actor: Cliente
Precondiciones: Debe existir por lo menos una reservación creada.
Postcondiciones: Mostrar detalle de la reserva realizada.
Camino Básico: 1. Ingresar a Consulta de reservas.
2. Seleccionar código de reserva.
3. El cliente consulta el detalle de la reserva
realizada.
Camino Alternativo: • Después del paso 1, si no se han realizado
reservaciones, no se muestra ningún código de
reserva. Por tanto no se puede visualizar ninguna
reserva.
49
Tabla 2-24: Descripción Caso de Uso: Consultar Reserva
48
49
49
Caso de Uso: CL 2.6 Cancelar Reserva

Descripción: Permite cancelar una reservación creada.
Actor: Cliente
Precondiciones: La reservación debe estar creada.
Postcondiciones: Reservación cancelada.
Camino Básico: 1. Ingresar a Consulta de reservas.
2. Seleccionar código de reserva.
3. El cliente consulta el detalle de la reserva
realizada.
4. Cancelar.
Camino Alternativo: Después del paso 1, no se muestra el código de reserva
asignado al cliente. Por tanto no existe la Reservación.
50
Tabla 2-25: Descripción Caso de Uso: Cancelar Reserva
2.3. DISEÑO DEL SISTEMA
En la etapa de diseño del sistema se procede a realizar los diagramas de colaboración

y diagramas de secuencia, los cuales están basados a los casos de uso presentados
anteriormente.
Se elaboró un diagrama de colaboración y un diagrama de secuencia por cada caso de
uso descrito con sus respectivos actores.
50
50
2.3.1. DIAGRAMAS DE COLABORACIÓN
DIAGRAMAS DE COLABORACIÓN
2.3.1.1. DC: Ingresar Al Sistema
1: Ingresar Usuario () 2: Ingresar Clave () 4: Validar Datos ()

IU: Ingresar al O: Validar Datos
3: Presionar Boton Registrarse () Sistema Usuario
: Cliente 7: Mostrar Menu Principal ()
5: Verificar Datos ()
6: Confirma Acceso ()
E: Usuario
51
Figura 2-12: DC: Ingresar al Sistema
DIAGRAMAS DE COLABORACIÓN USUARIO ADMINISTRADOR
2.3.1.2. DC: Cambiar Clave

8: Actualizar ()
IU: Menu E: Usuario O: Validar Datos
1: Seleccionar Cambio de Clave () Principal Usuario
9: Confirma Cambio de Clave ()

2: Mostrar opcion Cambio de Clave ()
: Administrador
5: Ingresar Datos () 3: Ingresar a Cambio de Clave () 7: Validar Datos ()
6: Presionar Boton Actualizar ()
4: Mostrar Formulario ()
10: Mostrar Mensaje de Exito o Fracaso () IU: Cambiar

Password
52
Figura 2-13: DC: Cambiar Clave
51
52
51
2.3.1.3. DC: Crear Unidad
IU: Menu F: Unidad O: Validar Datos

Principal Unidad
1: Seleccionar Transporte ()
8: Guardar ()
2: Mostrar Menu ()
9: Confirmacion de Creacion de Unidad ()
: Administrador
5: Seleccionar e Ingresar Datos ()

3: Ingresar a Creacion de Ubidad ()
6: Presionar Boton Crear Unidad ()
10: Mostrar Mensaje de Exito o Fracaso ()

7: Validar Datos ()
IU: Creacion de
Unidades
53
Figura 2-14: DC: Crear Unidad
2.3.1.4. DC: Listar Unidad
IU: Menu
Principal
2: Mostrar Menu ()
F: Unidad
: Administrador
5: Enviar Listado de Unidades ()
3: Ingresar a Mantenimiento de Unidad ()
6: Mostrar Listado de Unidades () 4: Buscar Unidades ()
IU: Mantenimiento de
Unidades
54
Figura 2-15: DC: Listar Unidad
53
54
52
2.3.1.5. DC: Modificar Unidad
IU: Menu
Principal
2: Mostrar Menu ()
F: Unidad
7: Presionar Boton Editar () 12: Enviar Actualizacion ()
: Administrador
8: Modificar Datos ()
13: Mostrar Registro de Unidad Actualizada ()

11: Actualizar ()
6: Mostrar Unidades () 4: Buscar Unidades ()
IU: Mantenimiento de O: Validar Datos

Unidades 10: Validar Datos () Unidad
55
Figura 2-16: DC: Modificar Unidad
2.3.1.6. DC: Eliminar Unidad
IU: Menu
Principal
2: Mostrar Menu ()
F: Unidad
: Administrador 10: Enviar Listado de Unidades Existentes ()
7: Presionar Boton Borrar () 5: Enviar Listado de Unidades ()
11: Mostrar Listado de Unidades Existentes ()

9: Eliminar ()
4: Buscar Unidades ()
6: Mostrar Unidades ()
Unidad 8: Validar Datos () Unidad
56
Figura 2-17: DC: Eliminar Unidad
55
56
53
2.3.1.7. DC: Crear Viaje
IU: Menu
Principal
2: Mostrar Menu ()
1: Seleccionar Viaje ()
D: Viaje
5: Seleccionar Datos ()
: Administrador
6: Presionar Boton Crear Viaje ()
9: Confirmar Creacion de Viaje ()
3: Ingresar a Creacion de Viajes ()
8: Guardar ()
IU: Creacion de O: Validar
Viajes 7: Validar Datos () Datos Viaje
57
Figura 2-18: DC: Crear Viaje
2.3.1.8. DC: Asignar Unidad

IU: Menu
Principal
2: Mostrar Menu ()
E: Asignar
Unidad
: Administrador 3: Ingresar a Asignacion de Viajes ()

9: Confirmacion de Asignacion de Unnidad ()
10: Mostrar Mensaje de Exito o Fracaso () 6: Presionar Boton Asignar Unidad ()

8: Asignar Unidad ()
IU:Asignacion de O: Validar Datos
Unidades 7: Validar Datos () Asignar Unidad
58
Figura 2-19: DC: Asignar Unidad
57
58
54
2.3.1.9. DC: Listar Reserva
IU: Menu
Principal
1: Seleccionar Reservas ()
2: Mostrar opcion Reporte de Reservas ()
G: Reserva
: Administrador 5: Enviar Listado de Reservas ()

3: Ingresar a Reporte de Reservas ()
4: Buscar Reservas ()
6: Mostrar Listado de Reservas ()

IU: Reporte de
Reservas
59
Figura 2-20: DC: Listar Reserva
2.3.1.10. DC: Cancelar Reserva
IU: Menu
Principal
1: Seleccionar Reservas () 2: Mostrar opcion Reporte de Reservas ()
G: Reserva
7: Ingresar Codigo de Boleto a Cancelar ()
: Administrador 11: Enviar Reservas Vigentes ()

5: Enviar Reservas ()
8: Presiona Boton Cancelar () 3: Ingresar a Reporte de Reservas
6: Mostrar Reservas () 10: Cancelar ()
12: Mostrar Reservas Vigentes ()
IU: Reporte de O: Validar Datos
Reservas 9: Validar Datos () Reserva
60
Figura 2-21: DC: Cancelar Reserva
59
60
55
2.3.1.11. DC: Confirmar Reserva
IU: Menu
Principal
1: Seleccionar Reservas () 2: Mostrar opcion Reporte de Reservas ()
G: Reserva
7: Ingresar Codigo de Boleto a Confirmar ()
11: Enviar Reserva Confirmada ()
: Administrador
8: Presionar Boton Confirmar ()
6: Mostrar Reservas () 10: Confirmar ()
12: Mostrar Reserva Confirmada () 4: Buscar Reservas ()

IU: Reporte de O: Validar Datos
Reservas Reserva
9: Validar Datos ()
61
Figura 2-22: DC: Confirmar Reserva
2.3.1.12. DC: Creación de Usuarios
IU: Menu
Principal
1: Seleccionar Usuario () 2: Mostrar Menu ()
E: Usuario
: Administrador
5: Seleccionar e Ingresar Datos () 3: Ingresar a Creacion de Usuarios ()

6: Presionar Boton Crear Usuario () 9: Confirmar Creacion de Usuarios ()
8: Guardar ()
IU: Creacion de O: Validar Datos
Usuarios 7: Validar Datos () Usuario
62
Figura 2-23: DC: Creación de Usuarios
61
62
56
2.3.1.13. DC: Listar Usuarios
IU: Menu
Principal
E: Usuario
: Administrador
5: Enviar Usuarios ()
3: Ingresar a Mantenimiento de Usuarios ()
4: Buscar Usuarios ()
6: Mostrar Usuarios ()
IU: Mantenimiento de
Usuarios
63
Figura 2-24: DC: Listar Usuarios
2.3.1.14. DC: Modificar Usuario
IU: Menu
Principal
7: Presionar Boton Editar () E: Usuario

12: Enviar Registro de Usuario Actualizado ()
: Administrador 8: Modificar Datos ()
3: Ingresar a Mantennimiento de Usuarios () 5: Enviar Usuarios ()

13: Mostrar Registro de Usuario Actualizado ()

11: Actualizar ()
6: Mostrar Usuarios () 4: Buscar Usuarios ()
Figura 2-25: DC: Modificar Usuario64
63
64
57
2.3.1.15. DC: Eliminar Usuario
IU: Menu
Principal
2: Mostrar Menu ()
1: Seleccionar Usuario ()
7: Presionar Boton Borrar () E: Usuario
10: Enviar Listado de Usuarios Existentes ()

: Administrador
3: Ingresar a Mantenimiento de Usuarios () 5: Enviar Usuarios ()
9: Eliminar ()
11: Mostrar Listado de Usuarios Existentes () 4: Buscar Usuarios ()
65
Figura 2-26: DC: Eliminar Usuario
DIAGRAMAS DE COLABORACIÓN USUARIO CLIENTE
2.3.1.16. DC: Ingresar al Sistema
1: Ingresar Usuario () 2: Ingresar Clave () 4: Validar Datos ()

IU: Ingresar al O: Validar Datos
3: Presionar Boton Registrarse () Sistema Usuario
: Cliente 7: Mostrar Menu Principal ()
6: Confirmar Acceso () 5: Verificar Datos ()
E: Usuario
66
Figura 2-27: DC: Ingresar al Sistema
65
66
58
2.3.1.17. DC: Cambiar Clave
1: Ingresar a Cambio de Clave ()

IU: Menu
Principal
: Cliente 3: Ingresar Nuevo Password ()
2: Ingresar a Cambiar Clave ()

4: Confirmar Nuevo Password ()
5: Actualizar ()
IU: Cambiar E: Usuario
Clave
67
Figura 2-28: DC: Cambiar Clave
2.3.1.18. DC: Listar Viaje
IU: Menu
Principal
2: Buscar Viajes ()
1: Ingresar a Reserva de Viajes ()
G: Reservas
: Cliente
3: Enviar Listado de Viajes ()
4: Mostrar Listado de Viajes ()
IU: Viajes
68
Figura 2-29: DC: Listar Viaje
67
68
59
2.3.1.19. DC: Listar Unidad
2: Buscar Viajes ()
IU: Menu D: Viaje
Principal
1: Ingresar a Reserva de Viajes () 3: Enviar Listado de Viajes ()
5: Ingresar a Viaje ()
IU: Viajes

: Cliente
9: Ingresar a Listar Unidades ()

6: Buscar Detalle de Viaje ()
8: Mostrar Detalle de Viaje
IU: Detalle de T: Detalle de

Viaje Viaje
7: Enviar Detalle de Viaje ()
11: Enviar Listado de Unidades

F: Unidad IU: Unidad
69
Figura 2-30.1: DC: Listar Unidad
2.3.1.20. DC: Listar Boleto
2: Buscar Viajes ()
IU: Menu D: Viaje
Principal

20: Mostrar Asientos Disponibles () 5: Ingresar a Viaje ()

IU: Asientos IU: Viajes
Disponibles
: Cliente
13: Ingresar a Unidad ()

19: Enviar Asientos Disponibles ()
H: Boleto 17: Ingresar a Boletos Disponibles ()
18: Buscar Asientos Disponibles () 8: Mostrar Detalle de Viaje
IU: Detalle de T: Detalle de 12: Mostrar Unidades ()

Viaje Viaje
IU: Unidad
16: Mostrar Detalle de Unidad ()
14: Buscar Detalle de Unidad ()
IU: Detalle de
Unidad
F: Unidad 11: Enviar Listado de Unidades
15: Enviar Detalle de Unidad ()
70
Figura 2-31.2: DC: Listar Boleto
69
70
60
2.3.1.21. DC: Reservar
27: Guardar () 2: Buscar Viajes ()

O: Validar Datos G: Reserva ()
IU: Menu D: Viaje
Reserva
Principal
26: Validar Datos ()
1: Ingresar a Reserva de Viajes () 3: Enviar Listado de Viajes ()
22: Mostrar Detalle de Asiento () 20: Mostrar Num Asientos () 5: Ingresar a Viaje ()
IU: Asientos IU: Viajes
Disponibles
21: Seleccionar Asiento () 23: Reservar () 4: Mostrar Listado de Viajes ()
: Cliente
24: Buscar Detalle de Asiento ()

25: Enviar Detalle de Asiento () 17: Ingresar a Boletos Disponibles ()
H: Boleto
IU: Detalle de T: Detalle de
18: Buscar Asientos Disponibles () Viaje Viaje 12: Mostrar Unidades ()
IU: Unidad
16: Mostrar Detalle de Unidad () 14: Buscar Detalle de Unidad ()
IU: Detalle de F: Unidad 11: Enviar Listado de Unidades

Unidad
71
Figura 2-32.3: DC: Reservar
2.3.1.22. DC: Listar Reserva
IU: Detalle de Codigo

de Boleto
8: Mostrar Listado de Detalle de Codigo de Boleto ()
7: Enviar Listado de Detalle de Codigo de Boleto ()

1: Seleccionar Consulta de Reservas () 2: Buscar Codigo de Boletos ()
IU: Menu H: Boleto
Principal
: Cliente 3: Enviar Listado de Codigo de Boletos ()
5: Seleccionar Codigo de Boleto ()
6: Buscar Detalle de Codigo de Boleto ()

4: Mostrar Listado de Codigo de Boletos ()
IU: Codigo de
Boleto
72
Figura 2-33.4: DC: Listar Reserva
71
72
61
2.3.1.23. DC: Cancelar Reserva
IU: Detalle de Codigo O: Validar Datos

8: Mostrar Listado de Detalle de Codigo de Boleto () de Boleto 10: Validar Datos () Boleto
9: Cancelar()
11: Cancelar ()
1: Seleccionar Consulta de Reservas () 2: Buscar Codigo de Boletos ()
IU: Menu H: Boleto
Principal
: Cliente 3: Enviar Listado de Codigo de Boletos ()

IU: Codigo de
Boleto
73
Figura 2-34.5: DC: Cancelar Reserva
73
62
2.3.2. DIAGRAMAS DE SECUENCIA
2.3.2.1. DS: Ingresar Al Sistema
IU: Ingresar O: Validar E: Usuario :

al Sistema Datos Usuario (E: Usuario)
: Cliente
1: Ingresar Usuario ()
2: Ingresar Clave ()
3: Presionar Boton Registrarse ()

4: Validar Datos ()
6: Confirma Acceso ()
7: Mostrar Menu Principal ()
74
Figura 2-35: DS: Ingresar al Sistema
DIAGRAMAS DE SECUENCIA ADMINISTRADOR

2.3.2.2. DS: Cambiar Clave
IU: Menu IU: Cambiar O: Validar E: Usuario :

: Administrador
Principal Password Datos Usuario (E: Usuario)
1: Seleccionar Cambio de Clave ()
2: Mostrar opcion Cambio de Clave ()
5: Ingresar Datos ()

7: Validar Datos ()
8: Actualizar ()
9: Confirma Cambio de Clave ()

75
Figura 2-36: DS: Cambiar Clave
74
63
2.3.2.3. DS: Crear Unidad
: Administrador IU: Menu IU: Creacion O: Validar F: Unidad : (F:

Principal de Unidades Datos Unidad Unidad)
2: Mostrar Menu ()
3: Ingresar a Creacion de Unidad ()
6: Presionar Boton Crear Unidad ()

7: Validar Datos ()
8: Guardar ()
9: Confirmacion de Creacion de Unidad ()

76
Figura 2-37: DS: Crear Unidad
2.3.2.4. DS: Listar Unidad
: IU: Menu IU: Mantenimiento de F: Unidad :

Principal Unidades (F: Unidad)
Administrador
2: Mostrar Menu ()


6: Mostrar Listado de Unidades ()
77
Figura 2-38: DS: Listar Unidad
75
76
77
64
2.3.2.5. DS: Modificar Unidad
: Administrador IU: Menu IU: Mantenimiento de O: Validar F: Unidad : (F:

Principal Unidades Datos Unidad Unidad)
2: Mostrar Menu ()

7: Presionar Boton Editar ()

11: Actualizar ()
12: Enviar Actualizacion ()

13: Mostrar Registro de Unidad Actualizada ()
78
Figura 2-39: DS: Modificar Unidad
2.3.2.6. DS: Eliminar Unidad
IU: Menu IU: Mantenimiento O: Validar F: Unidad : (F:

: Administrador
Principal de Unidad Datos Unidad Unidad)
2: Mostrar Menu ()


7: Presionar Boton Borrar ()

8: Validar Datos ()
9: Eliminar ()
10: Enviar Listado de Unidades Existentes ()

11: Mostrar Listado de Unidades Existentes ()
79
Figura 2-40: DS: Eliminar Unidad
78
79
65
2.3.2.7. DS: Crear Viaje
IU: Menu IU: Creacion O: Validar D: Viaje : (D:

: Administrador
Principal de Viajes Datos Viaje Viaje)
2: Mostrar Menu ()
3: Ingresar a Creacion de Viajes ()

5: Seleccionar Datos ()
6: Presionar Boton Crear Viaje ()
7: Validar Datos ()
8: Guardar ()
9: Confirmar Creacion de Viaje ()

80
Figura 2-41: DS: Crear Viaje
80
66
2.3.2.8. DS: Asignar Unidad
: Administrador IU: Menu IU:Asignacion de O: Validar Datos E: Asignar Unidad :

Principal Unidades Asignar Unidad (E: Asignar Unidad)
2: Mostrar Menu ()
3: Ingresar a Asignacion de Viajes ()

6: Presionar Boton Asignar Unidad ()

7: Validar Datos ()
8: Asignar Unidad ()
9: Confirmacion de Asignacion de Unnidad ()

81
Figura 2-42: DS: Asignar Unidad
2.3.2.9. DS: Listar Reservar
: Administrador IU: Menu IU: Reporte G: Reserva :

Principal de Reservas (G: Reserva)

5: Enviar Listado de Reservas ()

6: Mostrar Listado de Reservas ()
82
Figura 2-43: DS: Listar Reserva
81
82
67
2.3.2.10. DS: Cancelar Reserva
: Administrador IU: Menu IU: Reporte O: Validar G: Reserva :

Principal de Reservas Datos Reserva (G: Reserva)
3: Ingresar a Reporte de Reservas

6: Mostrar Reservas ()
7: Ingresar Codigo de Boleto a Cancelar ()
8: Presiona Boton Cancelar ()

9: Validar Datos ()
10: Cancelar ()
11: Enviar Reservas Vigentes ()

12: Mostrar Reservas Vigentes ()
83
Figura 2-44: DS: Cancelar Reserva
2.3.2.11. DS: Confirmar Reserva
IU: Menu IU: Reporte O: Validar G: Reserva :

: Administrador
Principal de Reservas Datos Reserva (G: Reserva)

6: Mostrar Reservas ()
7: Ingresar Codigo de Boleto a Confirmar ()
8: Presionar Boton Confirmar ()

9: Validar Datos ()
10: Confirmar ()
11: Enviar Reserva Confirmada ()

12: Mostrar Reserva Confirmada ()
Figura 2-45: DS: Confirmar Reserva84
83
68
2.3.2.12. DS: Creación de Usuarios
IU: Menu IU: Creacion O: Validar Datos E: Usuario :

: Administrador
Principal de Usuarios Usuario (E: Usuario)
2: Mostrar Menu ()
3: Ingresar a Creacion de Usuarios ()
6: Presionar Boton Crear Usuario ()

7: Validar Datos ()
8: Guardar ()
9: Confirmar Creacion de Usuarios ()

85
Figura 2-46: DS: Creación de Usuarios
2.3.2.13. DS: Listar Usuarios
: IU: Menu IU: Mantenimiento E: Usuario :

Administrador Principal de Usuarios (E: Usuario)
2: Mostrar Menu ()

Figura 2-47: DS: Listar Usuarios86
84
85
86
69
2.3.2.14. DS: Modificar Usuario
: IU: Menu IU: Mantenimiento O: Validar Datos E: Usuario :

Administrador Principal de Usuarios Usuario (E: Usuario)
2: Mostrar Menu ()
3: Ingresar a Mantennimiento de Usuarios ()

7: Presionar Boton Editar ()

11: Actualizar ()
12: Enviar Registro de Usuario Actualizado ()

13: Mostrar Registro de Usuario Actualizado ()
Figura 2-48: DS: Modificar Usuario87
87
70
2.3.2.15. DS: Eliminar Usuario
IU: Menu IU: Mantenimiento de O: Validar E: Usuario :

:
Principal Usuarios Datos Usuario (E: Usuario)
Administrador
2: Mostrar Menu ()

7: Presionar Boton Borrar ()

8: Validar Datos ()
9: Eliminar ()
10: Enviar Listado de Usuarios Existentes ()

11: Mostrar Listado de Usuarios Existentes ()
Figura 2-49: DS: Eliminar Usuario88
88
71
DIAGRAMAS DE SECUENCIA CLIENTE MOVIL
2.3.2.16. DS: Ingresar al Sistema
IU: Ingresar O: Validar Datos E: Usuario :

: Cliente
al Sistema Usuario (E: Usuario)
1: Ingresar Usuario ()
2: Ingresar Clave ()
3: Presionar Boton Registrarse () 4: Validar Datos ()
6: Confirmar Acceso ()
7: Mostrar Menu Principal ()
89
Figura 2-50: DS: Ingresar al Sistema
2.3.2.17. DS: Cambiar Clave
IU: Menu IU: Cambio O: Validar Datos E: Usuario :

: Cliente
Principal de Clave de Usuario (E: Usuario)

2: Ingresar a Cambiar Clave ()
4: Ingresar Datos ()
5: Presionar Boton Grabar ()

6: Validar Datos ()
7: Grabar ()
8: Confirmar Cambio de Clave ()

90
Figura 2-51: DS: Cambiar Clave
89
90
72
2.3.2.18. DS: Listar Viaje
IU: Menu IU: Viajes G: Reservas : (G:

: Cliente
Principal Reservas)
2: Buscar Viajes ()
Figura 2-52: DS: Listar Viaje91
2.3.2.19. : Listar Unidades
IU: Menu IU: Viajes IU: Detalle T: Detalle de Viaje : (T: IU: Unidad F: Unidad : (F: D: Viaje : (D: Viaje)
: Cliente
Principal de Viaje Detalle de Viaje) Unidad)
2: Buscar Viajes ()




Figura 2-53.2: DS: Listar Unidades92
91
92
73
2.3.2.20. DS: Listar Boletos
IU: Menu IU: Viajes D: Viaje : (D: IU: Detalle T: Detalle de Viaje : F: Unidad : IU: Unidad IU: Detalle H: Boleto : IU: Asientos
: Cliente
Principal Viaje) de Viaje (T: Detalle de Viaje) (F: Unidad) de Unidad (H: Boleto) Disponibles
2: Buscar Viajes ()


17: Ingresar a Boletos Disponibles ()
18: Buscar Asientos Disponibles ()
20: Mostrar Asientos Disponibles ()
93
Figura 2-54.3: DS: Listar Boletos
2.3.2.21. DS: Reservar
IU: Menu IU: Viajes D: Viaje : (D: IU: Detalle T: Detalle de F: Unidad : IU: Unidad IU: Detalle H: Boleto : IU: Asientos O: Validar Datos
: Cliente
Principal Viaje) de Viaje Viaje : ... (F: Unidad) de Unidad (H: Boleto) Disponibles Reserva

2: Buscar Viajes ()


17: Ingresar a Boletos Disponibles ()
18: Buscar Asientos Disponibles ()
20: Mostrar Num Asientos ()
21: Seleccionar Asiento ()
22: Mostrar Detalle de Asiento ()
23: Reservar ()
94
Figura 2-55.4: DS: Reservar
93
74
2.3.2.22. DS: Listar Reserva
IU: Menu H: Boleto : IU: Codigo IU: Detalle de

: Cliente
Principal (H: Boleto) de Boleto Codigo de Boleto
1: Seleccionar Consulta de Reservas ()
2: Buscar Codigo de Boletos ()
3: Enviar Listado de Codigo de Boletos ()
95
Figura 2-56.5: DS: Listar Reserva
2.3.2.23. DS: Cancelar Reserva
IU: Menu H: Boleto : IU: Codigo IU: Detalle de O: Validar

: Cliente
Principal (H: Boleto) de Boleto Codigo de Boleto Datos Boleto
1: Seleccionar Consulta de Reservas ()
2: Buscar Codigo de Boletos ()
3: Enviar Listado de Codigo de Boletos ()
9: Cancelar()
11: Cancelar ()
96
Figura 2-57.6: DS: Cancelar Reserva
94
95
75
2.3.3. DIAGRAMA DE CLASES
El presente Diagrama de Clases ayudará con el modelamiento y la construcción de

Base de Datos para el desarrollo del sistema.
USUARIO
TIPO USUARIO
1 usu_codigo Integer
Tip_codigo Intenger Tip_codigo Intenger
Tip_Nombre varchar() *
Usu_Cedula varchar()
Tip_Descripción varchar() Tiene Usu_Nombre Varchar()
Usu_Apellido varchar()
Crear Tipo() Usu_login varchar()
Modificar Ttipo() Usu_password varchar()
Eliminar Eliminar()
1 Aceptar Ingreso()
Cambiar Password()
Crear Usuario()
Modificar Usuario()
* Eliminar Usuario()
RESERVA
BOLETO
res_codigo Integer
bol_codigo Integer
res_Estado varchar() bol_codigo Integer
res_fecha time 1 * tra_num_asiento Integer
res_Caduca time bol_Estado varchar()
Usu_login bol_valor nuemrico(2,5)
Usu_password bol_tipo varchar()
Aceptar Ingreso() Crear Boleto()

Crear Reserva() Modificar Boleto()
Listar Reserva() Eliminar Boleto()
Modificar Reserva() 1
Eliminar Reserva()
*
TRANSPORTE
VIAJE
tra_codigo Integer
1 via_codigo Integer
tra_nom_compania varchar() * des_codigo Integer
tra_num_unidad Integer
ori_codigo Integer
tra_placa_unidad varchar()
via_fecha_salida Date
res_num_asientos Integer
via_hora_salida time
tra_descrip_transp varchar()
via_fecha_arribo Date
via_hora_arribo time
Crear Unidad() via_Estado varchar()
Listar Unidad()
Modificar Unidad()
Eliminar Unidad() Crear Viaje()
Listar Viaje()
Modificar Viaje()
Eliminar Viaje()
* *
ORIGEN DESTINO
ori_codigo Integer des_codigo Integer

ori_nombre varchar() des_nombre varchar()
1
Crear Origen() Crear Destino()
Modificar Origen() Modificar Destino()
Eliminar Origen() Eliminar Destino()
97
Figura 2-58: Diagrama de Clases
96
97
76
2.3.4. MODELO FÍSICO DE LA BASE DE DATOS

El uso del modelo entidad relación se da ya que aún no existe una base de datos
Orientada a Objetos completamente robusta y estable, además que la base
seleccionada es una base relacional.
TIPOUSUARIO
tipCodigo integer <pk>
tipNombre varchar(50)
tipDescri pcion varchar(100)
USUARIO ...
usuCodigo varchar(50) <pk>
tipCodigo integer <fk>
usuCedula char(10)
usuNombre varchar(50)
PERMISOS
usuLogin varchar(15)
usuClave varchar(15) permCod <Undefined> <pk>
... tipCodigo integer <fk1>
opCodigo decimal(0,18) <fk2>
...
SUBOPCIONES
OPCIONES
subopCodigo decimal (0,18) <pk>
opCodigo decimal(0,18) <pk> subopDescripcion char(100)
menCodigo decimal(0,18) <fk1> subopIcono char(100)
submenCodigo decimal(0,18) <fk2> subopFecIngreso timestamp
subopCodigo decimal(0,18) <fk3> ...
opOrdMenu integer
opOrdSubMenu integer
opOrdSubOp integer SUBMENU
opPagina varchar(120) submenCodigo decimal(0,18) <pk>
opFecIngreso timestamp submenDescripcion char(100)
opdesc varchar(100) submenIcono char(100)
... submenFecIngreso timestamp
...
RESERVA BOLET O
resCodigo integer <pk> bolCodigo integer <pk>
bolCodigo integer <fk> detCodigo integer <fk>
resEstado varchar(50) bolNumAsi ento integer
MENU resFecha timestamp bolValor numeric(2,5)
menCodigo decimal(0,18) <pk> resCaduca timestamp bolTipo varchar(20)
menDescripcion char(30) usuLogin varchar(15) ...
menIcono char(40) ...
menPagina char(100)
menFecIngreso timestamp
...
DET ALLEVIAJE
detCodigo integer <pk>
viaCodigo integer <fk1>
traCodigo integer <fk2>
T RANSPORT E
detcostoboleto numeric(2,5)
traCodigo i nteger <pk> detestado varchar(50)
traNombreCompania varchar(50) detfechaasignacion timestamp
traNumeroUni dad i nteger ...
traPlacaUnidad varchar(20)
traNumeroAsientos i nteger
traDescripcionUnidad varchar(20)
... VIAJE
viaCodigo integer <pk>
desCodigo integer <fk1>
oriCodigo integer <fk2>
DEST INO viaFechaSalida timestamp
desCodigo integer <pk> viaHoraSali da integer
desNombre varchar(50) viaMinutoSalida integer
viaFechaArribo timestamp
viaHoraArribo integer
viaMinutoArribo integer
viaEstado varchar(50)
...
ORIGEN
oriCodigo integer <pk>
oriNombre varchar(50)
98
Figura 2-59: Modelo Físico de la Base de Datos
98
77
2.3.5. MODELO CONCEPTUAL BASE DE DATOS
TIPOUSUARIO
tipCodigo <pi> Integer <M>
tipNombre Variable characters (50)
tipDescripcion Variable characters (100)
USUARIO
Identifier_1 <pi>
usuCodigo <pi> Variable characters (50) <M> ...
tipCodigo <fi> Integer
usuCedula Characters (10)
usuNombre Variable characters (50)
Relationship_1 PERMISOS
usuLogin Variable characters (15) Relationship_2
usuClave Variable characters (15) permCod <pi> <Undefined> <M>
tipCodigo <fi1> Integer
Identifier_1 <pi>
... opCodigo <fi2> Decimal (0,18)
Identifier_1 <pi>
...
Relationship_3 SUBOPCIONES
OPCIONES
subopCodigo <pi> Decimal (0,18) <M>
opCodigo <pi> Decimal (0,18) <M> subopDescripcion Characters (100)
menCodigo <fi1> Decimal (0,18) Relationship_6 subopIcono Characters (100)
submenCodigo <fi2> Decimal (0,18) subopFecIngreso Date & Time
subopCodigo <fi3> Decimal (0,18)
Identifier_1 <pi>
opOrdMenu Integer
...
opOrdSubMenu Integer
opOrdSubOp Integer SUBMENU
opPagina Variable characters (120) submenCodigo <pi> Decimal (0,18) <M>
opFecIngreso Date & Time Relationship_5 submenDescripcion Characters (100)
opdesc Variable characters (100) submenIcono Characters (100)
submenFecIngreso Date & Time
Identifier_1 <pi>
... Identifier_1 <pi>
...
RESERVA
BOLETO
resCodigo <pi> Integer <M>
Relationship_4 bolCodigo <fi> Integer bolCodigo <pi> Integer <M>
detCodigo <fi> Integer
resEstado Variable characters (50)
bolNumAsiento Integer
resFecha Date & Time
resCaduca Date & Time bolValor Number (2,5)
Relationship_7 bolTipo Variable characters (20)
usuLogin Variable characters (15)
MENU Identifier_1 <pi>
Identifier_1 <pi>
menCodigo <pi> Decimal (0,18) <M> ... ...
menDescripcion Characters (30)
menIcono Characters (40) Relationship_8
menPagina Characters (100)
menFecIngreso Date & Time
DETALLEVIAJE
Identifier_1 <pi>
... detCodigo <pi> Integer <M>
viaCodigo <fi1> Integer
traCodigo <fi2> Integer
TRANSPORTE
detcostoboleto Number (2,5)
traCodigo <pi> Integer <M> detestado Variable characters (50)
traNombreCompania Variable characters (50) Relationship_10 detfechaasignacion Date & Time
traNumeroUnidad Integer
traPlacaUnidad Variable characters (20) Identifier_1 <pi>
traNumeroAsientos Integer ...
Relationship_9
traDescripcionUnidad Variable characters (20)
Identifier_1 <pi> VIAJE
... viaCodigo <pi> Integer <M>
desCodigo <fi1> Integer
oriCodigo <fi2> Integer
DESTINO Relationship_11 viaFechaSalida Date & Time
desCodigo <pi> Integer <M> viaHoraSalida Integer
desNombre Variable characters (50) viaMinutoSalida Integer
viaFechaArribo Date & Time
Identifier_1 <pi> viaHoraArribo Integer
...
viaMinutoArribo Integer
viaEstado Variable characters (50)
Identifier_1 <pi>
...
Relationship_12
ORIGEN
oriCodigo <pi> Integer <M>
oriNombre Variable characters (50)
Identifier_1 <pi>
...
99
Figura 2-60: Modelo Conceptual de la Base de Datos
99
78
2.3.6. DISEÑO DE INTERFACES DEL SISTEMA
A continuación se presenta el formato estándar de las pantallas del sistema, en el

Anexo 2 (Manual de Usuario) se encontrará las pantallas creadas para la aplicación.
Módulo de Administración
Estas interfaces han sido diseñadas de forma estándar, para el administrador web, por
lo tanto el diseño será vía aplicación web lo que nos permite utilizar más recursos que
el módulo móvil.
100
Figura 2-61: Interfaz Módulo Administrador
Módulo De Reserva Dispositivo Móvil

Estas interfaces se desplegarán en el dispositivo móvil y permitirán interactuar
directamente con la base de datos, desde el teléfono móvil permitiendo realizar la
reserva de boletos.
100
79
101
Figura 2-62: Módulo Cliente – Reservación Dispositivo Móvil
FORMATOS PARA CADA PANTALLA

A continuación se presenta el diseño estándar de interfaces para cada uno de los
submenús de las pantallas del módulo de Administración Web y el cliente Móvil
Módulo de Administración del Sistema
Pantalla de Autenticación
102
Figura 2-63: Pantalla de Autenticación del Módulo de Administración del Sistema
101
102
80
Pantalla de Menú Principal
103
Figura 2-64: Menú Principal del Módulo de Administración del Sistema
Pantalla de Cambio de Clave
104
Figura 2-65: Cambio de clave del Módulo de Administración del Sistema
Pantalla de Creación de Usuarios
103
104
81
Pantalla de Creación de Mantenimiento de Transporte
105
Figura 2-66: Administración de Mantenimiento de Transporte
Pantalla de Mantenimiento Viajes
106
Figura 2-67: Administración de Mantenimiento de Viajes
Pantalla de Salir
107
Figura 2-68: Salir del Módulo de Administración del Sistema
105
106
82
Módulo De Reservación Móvil
Pantalla de Autenticación
108
Figura 2-69: Autenticación del Módulo de Cliente de Reservas Móvil
Menú del Dispositivo Móvil
Figura 2-70: Menú del Dispositivo Móvil109
107
108
109
83
Cambio de clave
110
Figura 2-71: Pantalla de Cambio de Clave
Reserva de Viajes
111
Figura 2-72: Pantalla de Reserva de Viajes
110
111
84
Pantalla de Detalle de Viaje
112
Figura 2-73: Pantalla de Detalle de Viaje
Pantalla de Detalle del Vehículo
113
Figura 2-74: Pantalla de Detalle del Vehículo
Pantalla Seleccionar Asiento Disponible
114
Figura 2-75: Pantalla para Seleccionar Asiento Disponible
112
113
85
Pantalla de Detalle de Asiento Reservado
115
Figura 2-76: Pantalla de Detalle de Asiento Reservado
Consulta de Reservas
116
Figura 2-77: Pantalla de Consulta de Reservas
114
115
116
86
Pantalla de Detalle de Reserva
117
Figura 2-78: Pantalla de Detalle de Reserva
2.4. CONSTRUCCIÓN Y PRUEBAS

A Continuación se presenta la construcción y prueba del sistema dividido en las
siguientes fases:
2.4.1. MODELO DE CONSTRUCCIÓN

Se presenta inicialmente con el modelo de la arquitectura a utilizar:
2.4.1.1. Arquitectura
118
Figura 2-79: Arquitectura de Programación
117
118
87
2.4.1.2. Diagrama de Despliegue
El sistema se desarrollará en tres capas una donde se encuentra el administrador el

cual podrá acceder al segundo nodo que es el servidor de aplicación donde se
encontrará las políticas de negocio como la base de datos, y el último nodo será el del
cliente que accede al sistema desde el dispositivo móvil.
119
Figura 2-80: Diagrama de Despliegue
2.4.1.3. Formatos Utilizados para la Construcción de la Base de Datos
A continuación se procede a describir el formato utilizado para la creación de cada uno

de los objetos de la base de datos:
• Para la creación de nombres de las tablas se pondrá el nombre en singular de la
entidad correspondiente.
• Para la creación de nombres de los atributos de cada una de las tablas se
digitarán las tres primeras letras de la tabla seguido por el nombre del campo
con la primera letra en mayúscula.
119
88
• En cuanto a los formatos de texto de los atributos de las tablas de la base de

datos se digitarán como varchar y su longitud será dependiendo a la información
que se almacenará en dicho campo.
• En cuanto a los códigos que tiene cada tabla serán en formato entero.
• En cada tabla se crearán por lo menos un código que será la llave primaria,
estos códigos nos ayudarán a relacionar las tablas de la base de datos
dependiendo del modelo entidad – relación creada.
• Los campos que sea fecha serán creados en el formato datetime el cual nos
permita ingresar la hora de ingreso de ese registro en las tablas que estén
contemplados dichos campos.
• El nombre de la relación uno a varios será en el formato
fk_tablaVarios_tablaUno.
• Se crearán básicamente dos modelos dentro del modelo general entidad-
relación de la base de datos relacionados entre sí por el tipo de usuario del
sistema; el primer modelo contemplará la lógica del negocio y el segundo
modelo contemplará la seguridad de acceso y creación de menús del módulo de
vigilancia móvil.
Se crearán procedimientos almacenados para la creación, modificación y eliminación
de datos de la base de datos.
.
2.4.1.4. Formato Utilizado para el Desarrollo de Interfaces de Usuario
Botones
La creación de botones tendrá el siguiente esquema: se nombrará el botón con las tres
primeras letras btn seguido de la acción a realzar ej. btnCancelar.
Label
El formato designado para los Labels será de la siguiente manera: las tres primeras
letras lbl seguido del texto del labe.l Ej. lblUsuario
89
Web Forms
El formato designado para los webforms del sistema se crearán con el siguiente
formato webformNombreWebForm, Ej. WebFormInicio.aspx
2.4.2. PRUEBAS
Para verificar el correcto funcionamiento del sistema se realizaran las pruebas en un
computador de las siguientes características.
Parámetro Valor
Procesador Intel Core 2 Duo
Velocidad 2.2 GHz
RAM 1 Gb
Sistema operativo Windows 2003 Server Enterprise Edition
120
Tabla 2-5: Especificaciones Técnicas del Servidor
El equipo utilizado por el usuario Administrador tiene las siguientes características:
Parámetro Valor
Procesador Intel Core 2 Duo
Velocidad 1.8 GHz
RAM 2 Gb
Sistema operativo Windows XP Profesional
121
Tabla 2-6: Especificaciones Técnicas del Cliente para el Módulo de Administración del Sistema
120
121
90
El dispositivo móvil Utilizado por el Usuario Cliente tiene las siguientes características:
Parámetro Valor
Tipo de Dispositivo Pocket Pc
Fabricante AUDIOVOX
Modelo PPC 660
Procesador INTEL ( R ) PXA 263
Velocidad 400 MHz
RAM 128 Mb
Sistema operativo Windows Mobile 2003 Second Edition.
Tabla 2-7: Especificaciones Técnicas del Dispositivo Móvil122
A continuación se presentarán cada uno de los Casos de Prueba (CP), realizados al

Sistema.
2.4.2.1. CP: Ingresar al Módulo de Administración. (Ingreso Correcto)
Caso de Prueba Inicio de sesión usuario Administrador

Entrada: Ingreso de Datos:
Nombre de Usuario = “admin”.
Contraseña = “admin”.
Presionar Ingresar.
Resultado Esperado: El sistema despliega el menú
correspondiente al usuario que ha ingresado.
Condiciones: El usuario debe existir dentro del sistema, y
deben coincidir el nombre de usuario y la
contraseña.
Observación: En caso de error, deberá mostrarse un
122
91
mensaje que especifique el error que se

produjo.
Procedimiento:
Ingresar al formulario de autentificación.

Ingresar el nombre de usuario “admin” y la contraseña “admin”.
Oprimir el botón [Ingresar].
Resultado Real:
El sistema despliega la interfaz con el menú administrativo

correspondiente al usuario.
123
Tabla 2-8: CP: Ingresar al Módulo de Administración (Ingreso Correcto)
2.4.2.2. CP: Ingresar al Módulo de Administración. (Ingreso Fallido)
Caso de Prueba Inicio de sesión usuario Administrador

Nombre de Usuario = “admin”.
Contraseña = “administrador”.
Presionar Ingresar.
correspondiente al usuario que ha ingresado.
deben coincidir el nombre de usuario y la
contraseña.
123
92
mensaje de la causa del error que se

produjo.
Procedimiento:
Ingresar al formulario de login.

Ingresar el nombre de usuario “admin” y la contraseña
“administrador”.
Oprimir el botón [Ingresar].
Resultado Real:
El sistema despliega la información de Usuario o contraseña incorrecta.

124
Tabla 2-9: CP: Ingresar al Módulo de Administración (Ingreso Fallido)
2.4.2.3. CP: Cambiar Password (Cambio Correcto)

Caso de Prueba Cambiar de Password
Password Actual = “admin”.
Nuevo Password = “wvaca”.
Confirmar Nuevo Password =”wvaca”.
Presionar Actualizar.
Resultado Esperado: El sistema despliega un mensaje de cambio de
password correctamente efectuado.
Condiciones: El usuario debe existir dentro del sistema, y el
nuevo password debe coincidir con la
confirmación del nuevo password.
124
93
mensaje de la causa del error que se produjo.

Procedimiento:
• Ingresar al Módulo de Administración.

• Elegir Cambiar Password.
• Ingresar los datos para el cambio de Password: Password Actual
(admin), Nuevo Password (wvaca), Confirmar Nuevo Password
(wvaca).
• Elegir [Actualizar].
Resultado Real:
El sistema despliega un mensaje de cambio de password correctamente.

125
Tabla 2-10: CP: Cambiar Password (Cambio Correcto)
2.4.2.4. CP: Cambiar Password (Cambio Fallido)

Caso de Prueba Cambiar de Password
Password Actual = “admin”.
Nuevo Password = “wvaca”.
Confirmar Nuevo Password =”vaca”.
Resultado Esperado: El sistema despliega un mensaje de cambio de
password correctamente efectuado.
Condiciones: El usuario debe existir dentro del sistema, y el
nuevo password debe coincidir con la
125
94

mensaje de la causa del error que se produjo.
Procedimiento:
• Ingresar al Módulo de Administración.

• Elegir Cambiar Password.
• Ingresar los datos para el cambio de Password: Password Actual
(admin), Nuevo Password (wvaca), Confirmar Nuevo Password (vaca).
• Elegir [Actualizar].
Resultado Real:
El sistema despliega un mensaje de cambio de password Fallido.

126
Tabla 2-11: CP: Cambiar Password (Cambio Fallido)
PRUEBA DE MANTENIMIENTO DE TRANSPORTE
2.4.2.5. CP: Creación de Unidad (Creación Correcta)

Caso de Prueba Creación de Unidad
Nombre de Compañía = ” Panamericana ”.
Numero de Unidad =”42”.
Placa de Unidad = “PAP234”
Número de Asientos = “42”
Descripción = “Ejecutivo”
Presionar Crear Unidad.

Resultado Esperado: El sistema despliega un mensaje de “La
126
95
unidad fue creada correctamente”.

Condiciones: Deben llenarse todos los campos para crear
la unidad en el Sistema.
El número y placa de unidad de transporte no

deben existir en el Sistema para crear un
nuevo registro.
Observación: Ninguna.
Procedimiento:
• Ingresar al menú Mantenimiento de Transporte.

• Seleccionar Creación de Unidad
• Ingresar los datos para la nueva unidad, Nombre de Compañía
(Panamericana), Numero de Unidad =”42”, Placa de Unidad =
“PAP234”, Número de Asientos = “42”, Descripción (Ejecutivo). Elegir
[Crear Unidad].
Resultado Real:
La unidad fue creada correctamente.

127
Tabla 2-12: CP: Creación de Unidad (Creación Correcta)
2.4.2.6. CP: Creación de Unidad (Creación Fallida)

Caso de Prueba Creación de Unidad
Nombre de Compañía = “Panamericana”.
Numero de Unidad =”42”.
127
96
Placa de Unidad = “PAP234”
Número de Asientos = “42”
Descripción = “ ”
Presionar Crear Unidad.

unidad no pudo ser creada correctamente.
Condiciones: Deben llenarse todos los campos para crear
la unidad en el Sistema.
Procedimiento:

• Seleccionar Creación de Unidad
• Ingresar los datos para la nueva unidad, Nombre de Compañía
(Panamericana), Numero de Unidad =”42”, Placa de Unidad =
“PAP234”, Número de Asientos = “42”, Descripción ( ). Elegir
[Crear Unidad].
Resultado Real:
Por favor llene todos los campos para crear la unidad

128
Tabla 2-13: CP: Creación de Unidad (Creación Fallida)
2.4.2.7. CP: Mantenimiento de Unidad (Mantenimiento Correcto)

Caso de Prueba Mantenimiento de Unidad
128
97
traNumeroUnidad = ”43”.
traPlacaUnidad=”PAP222”.
traNumeroAsientos = “46”
Resultado Esperado: El sistema muestra la actualización realizada.
Condiciones: Deben llenarse el o los campos permitidos
para modificar el detalle de la unidad creada
en el sistema.
Observación: No deben existir placas duplicadas en el
sistema, ni tampoco número de unidades
repetidos en una misma empresa.
Procedimiento:

• Seleccionar Mantenimiento de Unidad
• Presionar el botón editar para modificar el o los campos permitidos
del detalle de la unidad deseada.
• Modificar los datos de la Unidad, traNumeroUnidad = ”43”,
traPlacaUnidad=”PAP222”, traNumeroAsientos = “46”, Elegir
[Actualizar].
Resultado Real:
El sistema muestra la actualización realizada.

129
Tabla 2-14: CP: Mantenimiento de Unidad (Mantenimiento Correcto)
129
98
2.4.2.8. CP: Mantenimiento de Unidad - Eliminar (Mantenimiento correcto)

Entrada: Seleccionar unidad a eliminar:
Presionar Borrar.
Resultado Esperado: El sistema elimina el registro de la unidad
creada.
Condiciones: Que la unidad no esté asignada a ningún
viaje
Procedimiento:

• Seleccionar unidad a eliminar, Elegir [Borrar].
Resultado Real:
El sistema elimina el registro de la unidad creada.

130
Tabla 2-15: CP: Mantenimiento de Unidad – Eliminar (Mantenimiento Correcto)
2.4.2.9. CP: Mantenimiento de Unidad (Creación Fallido)

traNumeroUnidad = ”43”.
traPlacaUnidad=”PAP222”.
traNumeroAsientos = “ ”
130
99
Resultado Esperado: El sistema muestra la actualización realizada.
Condiciones: Deben llenarse todos los campos permitidos
para modificar la unidad en el Sistema.
Observación: No deben existir placas duplicadas en el
sistema, ni tampoco número de unidades
repetidos en una misma empresa.
Procedimiento:

• Presionar el botón editar para modificar el o los campos permitidos
del detalle de la unidad deseada.
• Modificar los datos de la Unidad, traNumeroUnidad = ”43”,
traPlacaUnidad=”PAP222”, traNumeroAsientos = “ ”, Elegir
[Actualizar].
Resultado Real:
Por favor llene todos los campos para actualizar la unidad

131
Tabla 2-16: CP: Mantenimiento de Unidad (Creación Fallida)
2.4.2.10. CP: Mantenimiento de Unidad – Eliminar (Mantenimiento Fallido)

Entrada: Seleccionar unidad a eliminar
Presionar Borrar.
Resultado Esperado: El sistema elimina el registro de la unidad
creada.
Condiciones: Que la unidad no esté asignada a ningún
131
100
viaje
Procedimiento:

• Seleccionar unidad a eliminar, Elegir [Borrar]
Resultado Real:
La unidad esta asignada a un viaje.

132
Tabla 2-17: CP: Mantenimiento Fallido
PRUEBA DE MANTENIMIENTO DE VIAJES
2.4.2.11. CP: Creación de Viajes (Creación Correcta)
Caso de Prueba Creación de Viajes

Entrada: Seleccionar Origen = “Sto. Domingo”
Seleccionar Destino = “Quito”
Seleccionar Fecha de Salida = “24”
Seleccionar Fecha de llegada =”24”.
Seleccionar Hora de Salida = “1”
Seleccionar Minutos de Salida = “15”
Seleccionar Hora de llegada = “4”
132
101
Seleccionar Minutos de llegada = “15”
Presionar Crear Viaje.

Resultado Esperado: El sistema despliega un mensaje de “El viaje
fue creado”.
Condiciones: Seleccionar fecha y hora de salida
Procedimiento:
• Ingresar al menú Mantenimiento de Viajes.

• Seleccionar Creación de Viajes.
• Seleccionar los datos para crear un viaje, Seleccionar Origen = “Sto.
Domingo”, Seleccionar Destino = “Quito”, Seleccionar Fecha de
Salida = “24”, Seleccionar Fecha de llegada =”24”, Seleccionar Hora
de Salida = “1”, Seleccionar Minutos de Salida = “15”, Seleccionar
Hora de llegada = “4”, Seleccionar Minutos de llegada = “15”, Elegir
[Crear Viaje].
Resultado Real:
El viaje fue creado.

133
Tabla 2-18: CP: Creación de Viajes (Creación Correcta)
2.4.2.12. CP: Creación de Viajes (Creación Fallida)

Caso de Prueba Creación de Viajes
Entrada: Seleccionar Origen = “Sto. Domingo”
Seleccionar Destino = “Quito”
Seleccionar Fecha de Salida = “ ”
133
102
Seleccionar Fecha de llegada =”24”.
Seleccionar Hora de Salida = “ ”
Seleccionar Minutos de Salida = “15”
Seleccionar Hora de llegada = “4”
Seleccionar Minutos de llegada = “15”
Presionar Crear Viaje.

Resultado Esperado: El sistema despliega un mensaje de “El viaje
fue creado”.
Condiciones: Seleccionar fecha y hora de salida.
Procedimiento:

• Seleccionar Creación de Viajes.
• Seleccionar los datos para crear un viaje, Seleccionar Origen = “Sto.
Domingo”, Seleccionar Destino = “Quito”, Seleccionar Fecha de
Salida = “ ”, Seleccionar Fecha de llegada =”24”, Seleccionar Hora
de Salida = “ ”, Seleccionar Minutos de Salida = “15”, Seleccionar
Hora de llegada = “4”, Seleccionar Minutos de llegada = “15”, Elegir
[Crear Viaje].
Resultado Real:
Por favor seleccione todos los datos para crear un viaje.

134
Tabla 2-19: CP: Creación de Viajes (Creación Fallida)
134
103
2.4.2.13. CP: Asignación de Unidad (Asignación Correcta)

Caso de Prueba Asignación de Unidad
Entrada: Seleccionar el viaje = “Quito - Ibarra
29/01/2010 ”
Seleccionar la unidad = “458

PANAMERICANA”
Ingresar el costo de cada boleto = “3”
Presionar Asignar Unidad

asignación fue creada correctamente”.
Condiciones: Previamente debe estar creada la unidad y el
viaje
Observación: La unidad no debe estar asignada a otro viaje
en una misma fecha.
Procedimiento:

•
• Seleccionar Asignación de Viajes.
•
• Seleccionar los datos para asignar una unidad, Seleccionar el viaje =
“Quito - Ibarra 29/01/2010 ”, Seleccionar la unidad = “458
PANAMERICANA”, Ingresar el costo de cada boleto = “3”, Elegir
[Asignar Unidad]
Resultado Real:
La asignación fue creada correctamente.

135
Tabla 2-20: CP: Asignación de Unidad (Asignación Correcta)
135
104
2.4.2.14. CP: Asignación de Unidad (Asignación Fallida)

29/01/2010 ”

PANAMERICANA”
Ingresar el costo de cada boleto = “3”

Condiciones: Previamente debe estar creada la unidad y el
viaje
en una misma fecha.
Procedimiento:

•
•
PANAMERICANA”, Ingresar el costo de cada boleto = “3”, Elegir
[Asignar Unidad]
Resultado Real:
La unidad ya fue asignada para esa fecha.

136
Tabla 2-21: CP: Asignación de Unidad (Asignación Fallida)
136
105
2.4.2.15. CP: Asignación de Unidad (Asignación Fallida)

29/01/2010 ”

PANAMERICANA”
Ingresar el costo de cada boleto = “ ”

Condiciones: Seleccionar viaje y transporte e ingresar el
costo de boleto para asignar una unidad en el
Sistema.
en una misma fecha.
Procedimiento:

•
•
PANAMERICANA”, Ingresar el costo de cada boleto = “ ”, Elegir
[Asignar Unidad]
Resultado Real:
Por favor debe existir transporte, viaje y costo.

137
Tabla 2-22: CP: Asignación de Unidad (Asignación Fallida)
137
106
2.4.2.16. CP: Crear Usuario

Caso de Prueba Crear Usuario
Rol Usuario = Administrador
Cedula = 1716009343
Nombre = José Flores
Login = jflores
Password = jflores
Presionar Aceptar.
Resultado Esperado: El sistema muestra un mensaje de usuario creado
correctamente.
Condiciones: El login, la cédula y el nombre no pueden estar ya
creados en el sistema.
Observación: El rol es atributo generado desde base de datos.
Procedimiento:
• Ingresar al menú Administrar Usuario.

• Seleccionar crear Usuario. Ingresar datos de nuevo usuario Rol Usuario (
Administrador), Cedula (1716009343), Nombre ( José Flores), Login
(jflores), Password ( jflores).
• Presionar Aceptar.
Resultado Real:
El sistema despliega un mensaje de usuario creado correctamente.

138
Tabla 2-23: CP: Crear Usuario
138
107
2.4.2.17. CP: Modificar Usuario

Caso de Prueba Modificar Usuario
Entrada: Seleccionar Usuario a modificar
Ingresar Datos
Rol Usuario = Vigilante
Cedula = 1716009343
Nombre = José Flores
Login = jflores
Password = jflores
Presionar Aceptar.
Resultado Esperado: El sistema despliega un mensaje de Usuario
modificado correctamente.
Condiciones: El Nombre, de los campos modificados no
pueden estar ya creados en el sistema.
Procedimiento:
• Ingresar al menú Administrar Usuario.

• Listar usuario
• Seleccionar usuario a modificar.
• Ingresar los datos para modificar usuario, Rol Usuario ( Vigilante),
Cedula (1716009343), Nombre ( José Flores), Login (jflores),
Password ( jflores).
• Elegir [Aceptar].
108
Resultado Real:
El usuario fue modificado correctamente.

139
Tabla 2-24: CP: Modificar Usuario
2.4.2.18. CP: Eliminar Usuario

Caso de Prueba Eliminar Usuario
Entrada: Seleccionar usuario a eliminar
Presionar Aceptar.
Resultado Esperado: El sistema despliega un mensaje de
confirmación para la eliminación y
posteriormente, el mensaje de usuario
eliminado correctamente.
Condiciones: Ninguna.
Procedimiento:
• Ingresar al menú Administrar usuario.

• Listar Usuarios
• Seleccionar usuario a eliminar.
• Confirmar eliminación
• Elegir [Aceptar].
Resultado Real:
El usuario fue eliminado correctamente.

140
Tabla 2-25: CP: Eliminar Usuario
139
140
109
2.4.2.19. CP: Ingresar al Módulo Móvil (Ingreso Correcto)

Caso de Prueba Inicio de Sesión de Cliente
Nombre de Usuario = “wvaca”.
Contraseña = “wilson”.
Presionar Registrarse.
correspondiente al módulo de Cliente.
deben ser ingresados correctamente el
nombre de usuario y la contraseña.
mensaje del error que se produjo.
Procedimiento:
Ingresar el nombre de usuario “wvaca” y la contraseña “wilson”.

Oprimir el botón [Registrarse].
Resultado Real:
El sistema despliega el menú correspondiente al módulo de Cliente.

141
Tabla 2-26: CP: Ingresar al Módulo Móvil (Ingreso Correcto)
141
110
2.4.2.20. CP: Ingresar al Módulo de Cliente (Ingreso Fallido)

Caso de Prueba Inicio de Sesión de Cliente
Nombre de Usuario = “wvaca”.
Contraseña = “wilon”.
Presionar Registrarse.
correspondiente al módulo de Cliente.
deben ser ingresados correctamente el
nombre de usuario y la contraseña.
mensaje del error que se produjo.
Procedimiento:
Ingresar el nombre de usuario “wvaca” y la contraseña “wilon”.

Oprimir el botón [Registrarse].
Resultado Real:
Usuario o Clave incorrecta.

142
Tabla 2-27: CP: Ingresar al Módulo Cliente (Ingreso Fallido)
2.4.2.21. CP: Cambio de Clave (Cambio Correcto)

Caso de Prueba Cambio de Clave
Password Actual = “wilson”.
Nuevo Password = “wilson01”.
Confirmar Nuevo Password =”wilson01”.
142
111
Presionar Grabar.
“Transacción efectuada satisfactoriamente”.
el nuevo password debe coincidir con la
produjo.
Procedimiento:
• Ingresar al Módulo de Cliente.
• Elegir Cambio de clave.
• Ingresar los datos para el cambio de clave: Password Actual (wilson),
Nuevo Password (wilson01), Confirmar Nuevo Password (wilson01).
• Presionar [Grabar].
Resultado Real:
El sistema despliega un mensaje de “Transacción efectuada
satisfactoriamente”.
143
Tabla 2-28: CP: Cambio de Clave (Cambio Correcto)
2.4.2.22. Prueba de Cambio de Clave (Cambio Fallido)

Password Actual = “wilson”.
Presionar Grabar.
143
112

produjo.
Procedimiento:

• Elegir Cambio de Clave.
• Ingresar los datos para el cambio de Clave: Password Actual (wilson),
Resultado Real:
El sistema despliega un mensaje de “Confirmación del nuevo password

no coincide con el nuevo password.
144
Tabla 2-29: CP: Prueba de Cambio de Clave (Cambio Fallido)
2.4.2.23. Prueba de Cambio de Clave (Cambio Fallido)

Password Actual = “wilon”.
Presionar Grabar.
144
113

produjo.
Procedimiento:

• Elegir Cambio de Clave.
• Ingresar los datos para el cambio de Clave: Password Actual (wilon),
Resultado Real:
El sistema despliega un mensaje de “Password Actual incorrecto, por

favor revise.
145
Tabla 2-30: CP: Prueba de Cambio de Clave (Cambio Fallido)
145
114
2.4.3. EVALUACIÓN DE RESULTADOS

Herramientas
• Las herramientas seleccionadas permiten un trabajo adecuado con los recursos

utilizados en el sistema, La utilización de una herramienta como en el caso de
Visual Basic .Net, permite un desarrollo rápido mediante la utilización de
controles gráficos y el soporte de su framework.
Rendimiento
• El rendimiento evalúa los parámetros de eficacia y eficiencia del sistema en una

situación determinada, la cual permite medir la fiabilidad desde el punto de vista
de clientes y administradores del sistema.
• Debido a que el dispositivo móvil interactúa con el resto del Sistema a través de
Internet El sistema se ve afectado por la velocidad de conexión que tiene el
dispositivo móvil con el Internet.
Análisis del Trafico de Red
Una vez puesto en funcionamiento el sistema procedemos a realizar un pequeño

análisis del trafico de red, para lo cual tomamos en cuenta el ancho de banda
consumido por un cliente y el ancho de banda consumido por el administrador para
poder realizar cálculos de promedio de usuarios soportados de acuerdo al ancho de
banda con la que cuenta la empresa. Lo expuesto anteriormente se encuentra
detallado en el siguiente cuadro:
Ancho de Banda Ancho de Banda Número de Total Ancho de

del Administrador del Cliente Usuarios Clientes Banda
6,7 Kbps 3,4 Kbps 1 10,1 Kbps

146
Tabla 2-51: Evaluación de Resultados: Análisis del Trafico de Red
146
115
Según el cuadro anterior, el sistema consumiría un ancho de banda de 10,1 Kbps

teniendo conectados tanto a un usuario administrador como a un usuario cliente y
tomando en cuenta un ancho de banda de la empresa de 512 Kbps, se concluye que
se puede soportar la conexión de 101 clientes sin problema alguno.
512Kbps/10,1Kbps = 50,69 clientes*2=101,38
De acuerdo a la aceptación del sistema en el mercado por parte de los usuarios, se

podría incrementar paulatinamente el ancho de banda según se requiera en el
transcurso de difusión del sistema.
Análisis de Costo
La estimación de costo del diseño e implementación del sistema se lo realiza en base a

los Ítems tomados en cuenta en la siguiente tabla de análisis:
ITEMS VALOR
Equipos Informáticos 700
Material de Oficina(Cd’s de instalación, 12
carpeta, lápices, etc)
Impresiones 70
Recurso Humano 1597,5
Servicios Básicos(luz, agua, teléfono, 200
arriendo)
Viáticos(transporte interprovincial y 400
urbano, alimentación, varios)
Dispositivo Móvil 450
TOTAL 3429,5
147
Tabla 2-52: Evaluación de Resultados: Análisis de Costo
Utilidad
• La utilidad mide el nivel de aceptación que tiene el sistema con los usuarios.
• Los resultados del sistema cumplieron con el objetivo general del presente
proyecto de titulación.
Manejo
• El manejo es evaluado en cuanto a la facilidad de uso por parte del usuario, así
como la simplicidad en la capacitación al usuario.
147
116
• El aprendizaje del uso del sistema fue sencillo ya que se cuenta con un menú
predecible y fácil de navegar.
Consistencia
• Se evalúa la consistencia, como la fiabilidad de los datos, para que el sistema

pueda funcionar sin ningún problema; es decir errores de integridad de datos.
• Se probaron las distintas validaciones de los campos, impidiendo así ingreso de
datos no deseados.
Controles Internos
• El establecimiento de perfiles, permitió independizar los módulos para así lograr

un adecuado control de seguridad.
• La lógica del sistema fue comprobada correctamente y se obtuvieron los
resultados deseados, para los distintos tipos de usuarios en los dos módulos del
sistema.
117
CAPITULO 3. CONCLUSIONES Y RECOMENDACIONES
A continuación se presentarán las conclusiones y recomendaciones más relevantes

que surgieron durante el desarrollo de Trans- Gest.
3.1CONCLUSIONES
• El uso de RUP como metodología de desarrollo para Trans-Gest ayudó para el

cumplimiento del desarrollo del sistema, finalizando con los requerimientos
funcionales y alcance establecidos en el inicio.
• Una empresa con este tipo de sistema Trans-Gest, se posicionaría en un lugar

de preferencia, por parte de los usuarios en comparación con otras empresas
que no cuentan con este tipo de servicio que facilitan la reserva de boletos,
debido a que puede realizar sus reservaciones desde cualquier región del país y
a cualquier hora, siempre que este se encuentre en área de cobertura.
• Trans-Gest permite tener los registros de la reserva directamente en la Base de

Datos, los cuales pueden ser controlados por el Administrador del Sistema
Trans-Gest, con lo cual se reducen el ingreso de llamadas telefónicas y las
visitas a la ventanilla de la empresa de transportes, lo que puede representar
ahorro de recursos en la atención al cliente.
• En el proyecto no se puede realizar un aplicativo móvil que permita realizar una

interacción directa con la Base de Datos, por lo cual se realizó el diseño de un
118
aplicativo Web, que permite consumir recursos de esta aplicación a través del
dispositivo móvil. .
• Se concluye que el desarrollo de sistemas como Trans-Gest que ocupan

recursos Web, amplia la cantidad de usuarios móviles, ya que al no ser una
aplicación propia del dispositivo móvil, no está restringido por el sistema
Operativo o el Framework que usa el teléfono.
• La utilización de una herramienta como en el caso de Visual Basic .Net, permite

un desarrollo rápido mediante la utilización de controles gráficos lo que hace
mas intuitivo la generación de interfaces.
3.2 RECOMENDACIONES
• Se recomienda hacer encuestas y estudios del manejo del negocio, antes de

empezar con el diseño de la aplicación, para tener una visión global del alcance
del proyecto, el usuario al cual va dirigido, la cantidad de clientes que usarían el
sistema, si disponen ya de software de este tipo, si tienen una base de datos con
la cual se puede trabajar, su forma de manejo y administración del negocio, ya
que estar al tanto de esta información facilitará el desarrollo, y se tendrá una
idea clara de lo que se quiere lograr con la implementación.
• El crecimiento de las aplicaciones móviles y el auge de los dispositivos con

mayor tecnología y acceso a internet debe ser aprovechado para el desarrollo
de aplicaciones web, ya que el móvil es una herramienta de uso masivo en la
actualidad y podría ayudar a solucionar las necesidades diarias de los usuarios,
por lo que se recomienda mayor interés por el desarrollo de este tipo de
tecnologías
119
• Para el desarrollo de sistemas basados en dispositivos móviles, se recomienda

trabajar en lo posible con el dispositivo de manera física, es decir tratar de evitar
el uso de emuladores para que se pueda constatar el uso de los recursos del
teléfono y no los recursos del computador que está haciendo de emulador.
• Debido a que la comunicación entre el dispositivo móvil con el servidor de BDD y

APLICACIÓN es por medio del internet se recomienda realizar un análisis de
ancho de banda de los datos que están siendo transmitidos entre el dispositivo
y el servidor Web
• Se recomienda hacer un estudio inicial de Hardware y Software que permitan

prevenir errores de compatibilidad de recursos una vez que el sistema haya sido
programado, ya que en el mercado existe gran cantidad de dispositivos móviles
que difieren en el tipo de accesos al internet y uso de frameworks,
• Se recomienda implementar sistemas como el de Trans-Gest, en otros tipos de

plataformas de desarrollo como Java, con el fin de poder realizar comparaciones
de rendimiento y accesibilidad, para de esta manera saber que herramienta
presenta mayor facilidad y eficiencia para este tipo de implementación.
• Se recomienda esta Tesis, como material bibliográfico, para próximos diseños

de aplicaciones compatibles con dispositivos móviles, ya que cumple con un
esquema de desarrollo planificado basado en análisis, implementación y
pruebas, lo cual puede ser de gran ayuda como guía de próximas
implementaciones.
120
• Recomendamos hacer un modulo donde se haga un análisis de costo-beneficio,

aceptación en el mercado y algunos otros aspectos que se consideren
importantes y que no están contemplados en este proyecto de titulación.
BIBLIOGRAFÍA
Páginas Web
• http://www.informatizate.net/articulos/metodologias_de_desarrollo_de_software_
07062004.html
• http://es.wikipedia.org/wiki/RUP
• http://juanleyva.metricasweb.com/tutoriales/extreme_programming/
• http://www.microsoft.com/latam/technet/articulos/200304/art01/
• https://pid.dsic.upv.es/C1/Material/Documentos%20Disponibles/Introducci%C3%
B3n%20a%20RUP.doc
• http://dev.mysql.com/doc/refman/5.0/es/features.html
• http://www.informatizate.net/articulos/metodologias_de_desarrollo_de_software_
07062004.html
• http://www.peruserver.com/des_metodologia.php
• http://oness.sourceforge.net/proyecto/html/ch05.html
• http://www.navegapolis.net/content/view/361/59/
• http://www.ingenierosoftware.com/calidad/cmm-cmmi.php
• http://www.ingenierosoftware.com/calidad/cmm-cmmi-nivel-2.php
• https://pid.dsic.upv.es/C1/Material/Documentos%20Disponibles/Introducción%20
a%20RUP.doc
• http://msdn.microsoft.com/es-es/library/h6ak8zt5.aspx
• http://www.vbdotnetheaven.com/UploadFile/prvn_131971/browservb1117200523
5638PM/browservb.aspx
• http://www.microsoft.com/spain/sql/howtobuy/default.mspx
121
• WIKIPEDIA, Glosario, http://es.wikipedia.org/wiki/MMS

• WIKIPEDIA, Glosario, http://en.wikipedia.org/wiki/J2SE
• WIKIPEDIA, Glosario, http://es.wikipedia.org/wiki/WAP
• WIKIPEDIA, Glosario, http://es.wikipedia.org/wiki/I-mode
• WIKIPEDIA, Glosario, http://es.wikipedia.org/wiki/CDMA
• WIKIPEDIA, Glosario, http://es.wikipedia.org/wiki/GSM
• WIKIPEDIA, Glosario, http://es.wikipedia.org/wiki/GPRS
• WIKIPEDIA, Glosario, http://es.wikipedia.org/wiki/Freeware
Libros
• JACOBSON, Ivar; BOOCH, Grady; RUMBAUGH, James. El proceso unificado

de desarrollo de software. Edición en Español. Adison Wesley. Madrid.2000.
• FROUFE, Agustín; QUINTAS, Patricia; CÁRDENAS, Jorge. Java 2 Micro Edition
Manual de usuario y tutorial. Edición 1. Editorial Alfaomega. México. 2004.
• KRUCHTEN, P. The Rational Unified Process: An Introduction. Addison Wesley
2000.
• RATIONAL SOFTWARE CORPORATION, RATIONAL UNIFIED PROCESS.
Best Practices for Software Development Teams. 1998.
Tesis
• AVILA, Guillermo; CASTRO, Boris. Desarrollo de una aplicación para gestionar

pedidos de medicamentos utilizando telefonía móvil. EPN.2002.
•
• SEGURA, Marco. Diseño e implementación de un sistema para el control de
procesos industriales basado en dispositivo de tecnología móvil. EPN; 2004.
122
GLOSARIO
Herramientas CASE: (Computer Aided Software Engineering, Ingeniería de Software

Asistida por Ordenador) son diversas aplicaciones informáticas destinadas a aumentar
la productividad en el desarrollo de software reduciendo el coste de las mismas en
términos de tiempo y de dinero
JavaScript: Es un lenguaje de programación interpretado, es decir, que no requiere

compilación, utilizado principalmente en páginas web, con una sintaxis semejante a la
del lenguaje Java y el lenguaje C.
Metodología de Desarrollo: Las metodologías de desarrollo de software son un

conjunto de procedimientos, técnicas y ayudas a la documentación para el desarrollo
de productos software.
Plataforma: Determinado software y/o hardware con el cual una aplicación es

compatible y permite ejecutarla.
Framework: Define a por la Organización Internacional de Estándares ISO como: La

Propiedad del resultado de una medida o del valor de un estándar donde este pueda
estar relacionado con referencias especificadas, usualmente estándares nacionales o
internacionales, a través de una cadena continua de comparaciones todas con
incertidumbres especificadas.
Thread: (Hilo de ejecución) Característica que permite a una aplicación realizar varias
tareas simultáneamente. Los distintos hilos de ejecución comparten una serie de
123
recursos tales como el espacio de memoria, los archivos abiertos, situación de

autentificación, etc. Esta técnica permite simplificar el diseño de una aplicación que
debe llevar a cabo distintas funciones simultáneamente.
Extranet: Una extranet (extended intranet) es una red privada virtual que utiliza
protocolos de Internet, protocolos de comunicación y probablemente infraestructura
pública de comunicación para compartir de forma segura parte de la información u
operación propia de una organización con proveedores, compradores, socios, clientes
o cualquier otro negocio u organización. Se puede decir en otras palabras que una
extranet es parte de la Intranet de una organización que se extiende a usuarios fuera
de ella. Usualmente utilizando el Internet.
Intranet: Una Intranet es un conjunto de contenidos compartidos por un grupo bien

definido dentro de una organización.
Wap: Protocolo de aplicaciones inalámbricas. Se trata de la especificación de un

entorno de aplicación y de un conjunto de protocolos de comunicaciones para
normalizar el modo en que los dispositivos inalámbricos, se pueden utilizar para
acceder a correo electrónico, grupo de noticias y otros.
CDMA: es un término genérico que define una interfaz de aire inalámbrica basada en la
tecnología de espectro extendido (spread spectrum). Para telefonía celular, CDMA es
una técnica de acceso múltiple especificada por la TIA como IS-95.
GSM: Sistema Global para las Comunicaciones Móviles) Especificación de telefonía

móvil digital que se ha consolidado como el estándar europeo / mundial de telefonía
celular, de forma que se pueda utilizar un mismo teléfono en cualquier país del mundo.
124
GPRS: Servicio de paquetes generales de servicio, es considerada la generación 2.5,

entre la segunda generación (GSM) y la tercera (UMTS). Proporciona altas velocidades
de transferencia de datos (especialmente útil para conectar a Internet) y se utiliza en
las redes GSM.

CD 2928 PDF

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

CD 2928 PDF

Încărcat de

Drepturi de autor:

Formate disponibile

ESCUELA POLITÉCNICA NACIONAL

FACULTAD DE INGENIERIA DE SISTEMAS

DESARROLLO DE UN SISTEMA PARA LA PUBLICACIÓN DE

PROYECTO PREVIO A LA OBTENCIÓN DEL TÍTULO DE INGENIERO EN

Hidalgo Almeida Mario Fernando

Vaca Mueses Wilson Javier

DIRECTOR: Ing. Paúl Vilca

Quito, Mayo 2010

Nosotros, Mario Fernando Hidalgo Almeida y Wilson Javier Vaca Mueses,

A través de la presente declaración cedemos nuestros derechos de propiedad

Mario Fernando Hidalgo Almeida Wilson Javier Vaca Mueses

Ing. Paúl Vilca

Agradezco especialmente a mi familia, mis padres Fernando Hidalgo Estrella y

Agradezco a toda mi familia por estar pendientes de la culminación de este

Agradezco a los docentes de la Escuela Politécnica Nacional por impartir los

Mi eterno Agradecimiento a todos.

Agradezco especialmente a Dios por su infinito amor y misericordia hacia esté su

Agradezco a la Escuela Politécnica Nacional a través del departamento de

El presente proyecto está dedicado especialmente a mis padres, Fernando

El presente proyecto lo dedico a mi familia, en especial a mi madre RESFA

1.1 METODOLOGÍAS DE DESARROLLO ....................................................................................................1

2.1. DEFINICIÓN DEL PROBLEMA ...........................................................................................................28

2.2.4.5. REPORTE DE RESERVA.......................................................................................................................37

2.3.2.19. : LISTAR UNIDADES ......................................................................................................................72

CAPITULO 3. CONCLUSIONES Y RECOMENDACIONES ....................................................... 117

3.1 CONCLUSIONES .............................................................................................................................117

TABLA 1-1: PONDERACIÓN DE CARACTERÍSTICAS REQUERIDAS ..........................................................................................7

FIGURA 2-41: DS: CREACIÓN DE USUARIOS ...............................................................................................................68

Este proyecto de tesis permite la visualización de horarios y la reservación de

La información que se muestra en este trabajo se encuentra distribuida en 3

El Capítulo 1 comienza con la caracterización del problema a solucionar. Luego se

El Capítulo 2 comprende la recopilación y especificación de requerimientos, el

Para la implementación del sistema de software se utilizan las tecnologías:

Finalmente, el Capítulo 3 contiene las conclusiones y recomendaciones acerca del

La tecnología y su constante avance ha hecho que los sistemas de comunicación

Trans-Gest está enfocado en llegar a la mayor cantidad de usuarios de las

Para esto se desarrollo Trans-Gest que dispone de un aplicativo móvil y un

Para el desarrollo del mismo se emplea el Proceso Unificado de Desarrollo de

CAPITULO 1. SELECCIÓN DE LA METODOLOGÍA Y

1.1 METODOLOGÍAS DE DESARROLLO

1.1.1 METODOLOGÍAS DE DESARROLLO TRADICIONALES - LAS FORMALES

A continuación se detallan características generales de las metodologías tradicionales y

• Enfocadas al proceso definido por la metodología y no a las características del

1.1.2 METODOLOGÍAS DE DESARROLLO ACTUALES O ÁGILES

A continuación se detallan características generales de las metodologías Actuales o

• Software que funcione es más importante que documentación exhaustiva

• Colaboración con el cliente en lugar de negociación de contratos

• Respuesta ante el cambio en vez de seguir un plan cerrado.

1.1.3 METODOLOGÍAS DE DESARROLLO ÁGILES VS TRADICIONALES

A continuación se presenta las características de las metodologías Ágiles vs

1.2 SELECCIÓN DE LA METODOLOGÍA

Para la selección de la mejor metodología, se han tomado en cuenta las características

En base a los criterios anteriormente definidos, a continuación se describe tres

1.2.1 RUP (Rational Unified Process)

RUP se basa en UseCase(casos de uso) para describir lo que se tiene y lo que se

1.2.2 XP (eXtreme Programming – Programación Extrema)

XP, se basa en el trabajo orientado directamente al objetivo, basándose para esto en

XP se basa en UseStories (historias de uso), estas historias las escribe el cliente o su

Una característica relevante de XP, es que el código siempre se produce en parejas,

XP es para proyectos cortos con equipos pequeños y rotables en cuanto a roles.

1.2.3 FDD (Feature Driven Development)

Diseñar en base a las funcionalidades definidas y 5. Implementar en base a las mismas

Aquí en el equipo de trabajo si existen jerarquías, siempre debe haber un jefe de