Desarrollo de un sistema para la publicación de horarios y reservación de boletos para una empresa de transporte terrestre, compatible con dispositivo de telefonía móvil

Texto completo

(1)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.

(2) 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.

(3) 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.

(4) 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) 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) 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..

(7) 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..

(8) 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) 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) 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.

(11) 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.

(12) 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) 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) 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..

(15) 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..

(16) 1. CAPITULO 1. SELECCIÓN. DE. LA. METODOLOGÍA. Y. HERRAMIENTAS DE DESARROLLO METODOLOGÍAS DE DESARROLLO. 1.1. 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..

(17) 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.. 1. •. 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. Elaborado por: Enrique A. Martínez; Ver 1.0 – Julio 2005.

(18) 3. SELECCIÓN DE LA METODOLOGÍA. 1.2. 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-desarrolloelegir.aspx.

(19) 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..

(20) 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..

(21) 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.

(22) 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..

(23) 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.. CARACTERÍSTICA. PONDERACIÓN. VALOR DE APOYO. VALOR FINAL. RUP. FDD. XP. RUP. FDD. 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. 13. 8. 10. 23. 13. 14. TOTAL. Tabla 1-2: Evaluación de metodologías. 4. XP. 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..

(24) 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 .. DESCRIPCIÓN DE LA METODOLOGÍA SELECCIONADA:. 1.4. 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:. 5. •. Inicio. •. Elaboración. •. Construcción. •. Transición. Proceso Unificado de Rational; De Wikipedia, la enciclopedia libre Fuente: http://es.wikipedia.org/wiki/Proceso_Unificado_de_Rational.

(25) 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.

(26) 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. Figura 1-1: Integración de Resultados con Interacciones. 8. 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.

(27) 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.

(28) 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:.

(29) 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 • .NET Framework 3.0 • .NET Framework 3.5 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..

(30) 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.

(31) 16. proceso de evaluación previamente establecido, podremos seleccionar la plataforma adecuada.. 1.5.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.. Y los ordinales C1, C2, C3 y C4 son identificadores de las características requeridas a ponderarse.. ORDINAL. CARACTERÍSTICA. PONDERACIÓN. 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. Tabla 1-3: Ponderación de características requeridas. 10. 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..

(32) 17. asignará el valor de 2, si “A” presenta poco apoyo en la característica “X” se le asignará el valor de 1. Gran apoyo a la característica. 2. Poco apoyo a la característica. 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. VALOR DE APOYO. VALOR FINAL. 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. 6. 3. 5. 11. 7. 9. TOTAL. 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..

(33) 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..

(34) 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.