Download Tesis.SIATP.Final_V0..
Document related concepts
no text concepts found
Transcript
DEPARTAMENTO DE CIENCIAS DE LA COMPUTACIÓN CARRERA DE INGENIERÍA EN SISTEMAS E INFORMÁTICA TESIS PREVIO A LA OBTENCIÓN DEL TÍTULO DE INGENIERO EN SISTEMAS E INFORMÁTICA AUTOR: CANDO PABLO QUINGA LUIS TEMA: ANÁLISIS, DISEÑO E IMPLEMENTACIÓN DEL SISTEMA PARA LA ADMINISTRACIÓN DE LA EMPRESA TRANSTUVAL S.A APLICANDO LA METODOLOGÍA iWEB DIRECTOR: ING.TATIANA GUALOTUÑA., PhD CODIRECTOR: ING. OSWALDO DIAZ SANGOLQUÍ, JUNIO 2015 i DECLARACIÓN DE RESPONSABILIDAD CANDO CARVAJAL PABLO DAVID QUINGA MALLITASIG JOSE LUIS DECLARO QUE: El proyecto de grado denominado “ANÁLISIS, DISEÑO E IMPLEMENTACIÓN DEL SISTEMA PARA LA ADMINISTRACIÓN DE LA EMPRESA TRANSTUVAL S.A APLICANDO LA METODOLOGÍA iWEB”, ha sido desarrollado con base a una investigación exhaustiva, respetando derechos intelectuales de terceros, conforme a las fuentes que se incorporan en la bibliografía. Consecuentemente este trabajo es nuestra autoría. En virtud de esta declaración, nos responsabilizamos del contenido, veracidad y alcance científico del proyecto de grado en mención. Sangolquí, Junio del 2015 ___________________ Cando Pablo ___________________ Quinga Luis ii CERTIFICADO Ing. D., PhD Ing. CERTIFICAN Que el trabajo titulado “ANÁLISIS, DISEÑO E IMPLEMENTACIÓN DEL SISTEMA PARA LA ADMINISTRACIÓN DE LA EMPRESA TRANSTUVAL S.A APLICANDO LA METODOLOGÍA iWEB” realizado por la Sr. CANDO CARVAJAL PABLO DAVID y el Sr. QUINGA MALLITASIG JOSE LUIS, ha sido guiado y revisado periódicamente y cumple normas estatuarias establecidas por la Universidad de las Fuerzas Armadas “ESPE”. Sangolquí, Junio del 2015. Ing. PhD DIRECTOR Ing. CODIRECTOR iii AUTORIZACIÓN Nosotros, CANDO CARVAJAL PABLO DAVID QUINGA MALLITASIG JOSE LUIS Autorizamos a la UNIVERSIDAD DE LA FUERZAS ARMANDAS “ESPE”, la publicación, en la biblioteca virtual de la Institución del trabajo “ANÁLISIS, DISEÑO E IMPLEMENTACIÓN DEL SISTEMA PARA LA ADMINISTRACIÓN DE LA EMPRESA TRANSTUVAL S.A APLICANDO LA METODOLOGÍA iWEB”, cuyo contenido, ideas y criterios son de nuestra exclusiva responsabilidad y autoría. Sangolquí, Junio del 2015. ___________________ Cando Pablo ___________________ Quinga Luis iv DEDICATORIA v AGRADECIMIENTOS Agradecemos vi TABLA DE CONTENIDO DECLARACIÓN DE RESPONSABILIDAD ........................................................... i CERTIFICADO..................................................................................................... ii AUTORIZACIÓN ................................................................................................. iii DEDICATORIA ................................................................................................... iv AGRADECIMIENTOS .......................................................................................... v ÍNDICE DE TABLAS .......................................................................................... xii ÍNDICE DE FIGURAS ....................................................................................... xiii ÍNDICE DE ANEXOS ......................................................................................... xv RESUMEN ........................................................................................................ xvi GLOSARIO DE NOMENCLATURAS ................... Error! Bookmark not defined. CAPÍTULO 1.- INTRODUCCIÓN ........................................................................ 1 1.1 Tema ......................................................................................................... 1 1.2 Introducción .............................................................................................. 1 1.3 Antecedentes ............................................ Error! Bookmark not defined. 1.4 Justificación e Importancia ........................................................................ 4 1.5 Objetivos ................................................................................................... 5 1.5.1 Objetivo General................................................................................. 5 vii 1.5.2 Objetivos Específicos ......................................................................... 6 1.6 Alcance ..................................................................................................... 6 1.7 Factibilidad ................................................................................................ 8 1.7.1 Factibilidad Técnica ............................................................................ 8 1.7.2 Factibilidad Tecnológica ..................................................................... 8 1.7.3 Factibilidad Operativa ......................................................................... 9 1.7.4 Factibilidad Operacional ..................................................................... 9 1.7.5 Factibilidad Económica ....................................................................... 9 1.7.6 Factibilidad Legal.............................................................................. 10 1.8 Presupuesto ............................................................................................ 10 CAPÍTULO 2.- MARCO TEÓRICO DE REFERENCIA ..................................... 11 2.1 Introducción ............................................................................................ 11 2.2 Aplicaciones Web.................................................................................... 12 2.3 Características ........................................................................................ 15 2.4 Herramientas y Bases de datos .............................................................. 16 2.4.1 2.5 StarUML .............................................. Error! Bookmark not defined. Herramientas de Desarrollo .................................................................... 23 2.5.1 Lenguaje de Programación Java ...................................................... 23 2.5.2 IDE de desarrollo Netbeans................. Error! Bookmark not defined. 2.5.3 Java Server Faces (JSF) ..................... Error! Bookmark not defined. viii i. Capa Web: .............................................. Error! Bookmark not defined. ii. Capa de Negocio .................................... Error! Bookmark not defined. iii. Capa de Datos ........................................ Error! Bookmark not defined. 2.5.4 Base de Datos MySQL ..................................................................... 25 2.5.5 Servidor de Aplicaciones Glassfish .................................................. 26 2.6 Metodología UWE ................................................................................... 27 2.6.1 Definición .......................................................................................... 27 2.6.2 Características..................................... Error! Bookmark not defined. 2.6.3 Fases de la Metodología UWE ............ Error! Bookmark not defined. 2.6.4 Análisis de Requisitos ......................... Error! Bookmark not defined. 2.6.5 Modelo Conceptual.............................. Error! Bookmark not defined. 2.6.6 Modelo Navegacional .......................... Error! Bookmark not defined. 2.6.7 Modelo de Presentación ...................... Error! Bookmark not defined. 2.7 Artefactos ................................................... Error! Bookmark not defined. 2.7.1 Diagramas de Casos de Uso ............... Error! Bookmark not defined. 2.7.2 Diagrama de Clases ............................ Error! Bookmark not defined. 2.7.3 Diagrama de Secuencia ...................... Error! Bookmark not defined. 2.7.4 Diagrama de Estado ............................ Error! Bookmark not defined. 2.7.5 Diagrama de Despliegue ..................... Error! Bookmark not defined. 2.7.6 Diagrama de Actividades ..................... Error! Bookmark not defined. ix 2.8 Lenguaje de Modelamiento Unificado (UML) ........... Error! Bookmark not defined. 2.9 Ingeniería de Requerimientos (Estándar IEEE 830) ............................... 28 i. Identificación de Requisitos: ................................................................ 28 ii. Análisis de Requisitos y Negociación: ................................................. 28 iii. Especificación de requisitos: ................................................................ 29 iv. Modelado del Sistema: ........................................................................ 29 v. Validación de Requisitos y gestión de Requisitos: ............................... 29 2.10 Pruebas de software ............................................................................... 29 CAPÍTULO 3.- ANÁLISIS Y DISEÑO DE LA APLICACIÓN .............................. 32 3.1 Introducción ............................................................................................ 32 3.2 Propósito ................................................................................................. 32 3.3 Alcance ................................................................................................... 32 3.4 Visión Global ........................................................................................... 33 3.5 Descripción ............................................................................................. 34 3.5.1 Perspectiva del producto .................................................................. 34 3.5.2 Funciones del producto .................................................................... 35 3.5.3 Tipos y Funciones del Usuario ......................................................... 35 3.5.4 Restricciones generales ................................................................... 36 3.5.5 Interfaces de software ...................................................................... 36 x 3.5.6 Interfaces de comunicación .............................................................. 36 3.5.7 Atributos .............................................. Error! Bookmark not defined. 3.6 Metodología UWE ................................................................................... 37 3.6.1 Modelo Conceptual........................................................................... 37 3.6.2 Modelo Físico ................................................................................... 39 3.6.3 Modelo de Presentación ................................................................... 40 3.6.4 Modelo de Paquetes ............................ Error! Bookmark not defined. 3.6.5 Casos de Uso del Paquete Parametrización Datos .......................... 40 Administrar Usuario.................................... Error! Bookmark not defined. 3.6.6 Casos de Uso del Paquete Gestión Evidencias Error! Bookmark not defined. Asignar Responsable. ................................ Error! Bookmark not defined. 3.6.7 Casos de Uso del Paquete Usuarios ... Error! Bookmark not defined. 3.6.8 Diagrama de Clases ......................................................................... 42 3.6.9 Diagrama de Secuencia ................................................................... 46 3.6.10 Diagrama de Estados ....................................................................... 50 3.6.11 Diagrama de Despliegue .................................................................. 55 3.6.12 Diagrama de Actividades .................................................................. 56 CAPITULO 4.- PRUEBAS .................................... Error! Bookmark not defined. 4 Introducción ................................................... Error! Bookmark not defined. xi 4.1 Estándares de Implementación .............. Error! Bookmark not defined. 4.1.1 Declaración de Variables ..................... Error! Bookmark not defined. 4.1.2 Sentencias ........................................... Error! Bookmark not defined. 4.2 Pruebas de Aceptación .............................. Error! Bookmark not defined. 4.2.1 Pruebas de Caja Negra ....................... Error! Bookmark not defined. 4.2.2 Pruebas de Caja Blanca ...................... Error! Bookmark not defined. 4.2.3 Pruebas de Stress ............................... Error! Bookmark not defined. 4.3 Manual de Referencias Técnicas ............... Error! Bookmark not defined. 4.3.1 Prerrequisitos ...................................... Error! Bookmark not defined. i. Requisitos de Instalación Servidor .......... Error! Bookmark not defined. ii. Características Técnicas Servidor .......... Error! Bookmark not defined. iii. Características Técnicas Cliente ............ Error! Bookmark not defined. 4.3.2 Configuración de MySql ...................... Error! Bookmark not defined. 4.3.3 Configuración de Glassfish .................. Error! Bookmark not defined. CAPÍTULO 5.- CONCLUSIONES Y RECOMENDACIONES ............................ 47 5.1 Conclusiones........................................................................................... 46 5.2 Recomendaciones .................................................................................. 47 BIBLIOGRAFÍA Y WEBGRAFÍA ....................................................................... 48 xii ÍNDICE DE TABLAS Tabla 1: Presupuesto aproximado para la implementación del sistema SIIACESPE. ......................................................................................................... 10 Tabla 2: Lenguajes de Programación utilizados en Netbeans IDE 6.1 ........Error! Bookmark not defined. Tabla 3: Notación UWE para casos de uso. ........ Error! Bookmark not defined. Tabla 4: Notación UWE para elementos del diagrama de actividad. ...........Error! Bookmark not defined. Tabla 5: Descripción de las Tablas del Sistema ............................................... 38 Tabla 6: Formulario de revisión de funcionalidad del caso de uso Administrar Indicador - Ingreso. ....................................... Error! Bookmark not defined. Tabla 7: Formulario de revisión de funcionalidad del caso de uso Administrar Indicador - Actualizar. .................................... Error! Bookmark not defined. Tabla 8: Formulario de revisión de funcionalidad del caso de uso Administrar Indicador - Eliminar. ...................................... Error! Bookmark not defined. Tabla 9: Prueba de Caja Blanca - Buscar Carrera. ............ Error! Bookmark not defined. xiii Tabla 10: Prueba de Caja Blanca - Eliminar Criterio.......... Error! Bookmark not defined. ÍNDICE DE FIGURAS Ilustración 1: Interfaz (CGI) tecnología World Wide Web. Fuente: (Mora, 2001). ................................................................................................................... 15 Ilustración 2: Arquitectura Multicapas con la capa de presentación JSF (Mentoring, 2012). ......................................... Error! Bookmark not defined. Ilustración 3: Arquitectura de Implementación Sistema SIIAC-ESPE. (Almeida, 2013). ............................................................ Error! Bookmark not defined. Ilustración 4: Dimensiones Modelamiento UWE Fuente: (Rossi G., 2000). .Error! Bookmark not defined. Ilustración 5: ISO/IEC 29119 Software Testing Structure. Fuente: (Tuya, 2011). ................................................................................................................... 31 Ilustración 6: Modelo Árbol de Acreditación Institucional. Fuente: (Ecuador, 2008). ............................................................ Error! Bookmark not defined. Ilustración 7: Modelo Árbol de Acreditación Carreras. Fuente: (Ecuador, 2008). ...................................................................... Error! Bookmark not defined. xiv Ilustración 8: Modelo Conceptual. Fuente: (Autores, 2014). ............................. 38 Ilustración 9: Modelo Físico. Fuente: (Autores, 2014). ...................................... 39 Ilustración 10: Modelo de Presentación Sistema SIIAC-ESPE. Fuente: (Autores, 2014). ......................................................................................................... 40 Ilustración 11: Paquetes sistema SIAAC-ESPE. Fuente: (Autores, 2014). ..Error! Bookmark not defined. Ilustración 12: Casos de Uso Parametrización Datos. Fuente: (Autores, 2014). ...................................................................... Error! Bookmark not defined. Ilustración 13: Casos de Uso Paquete Gestión Evidencias. Fuente: (Autores, 2014). ............................................................ Error! Bookmark not defined. Ilustración 14: Caso de Uso Paquete Usuarios. Fuente: (Autores, 2014). ...Error! Bookmark not defined. Ilustración 15: Diagrama de Clases. Fuente: (Autores, 2014). ......................... 45 Ilustración 16: Diagrama de Secuencia - Cargar Evidencia del Indicador. Fuente: (Autores, 2014).............................................................................. 46 Ilustración 17: Diagrama de Estados - Ingreso al Sistema. Fuente: (Autores, 2014). ......................................................................................................... 50 Ilustración 18: Diagrama de Despliegue del Sistema. Fuente: (Autores, 2014). 55 Ilustración 19: Diagrama de Actividades - Registrar Carrera. Fuente: (Autores, 2014) .......................................................................................................... 56 Ilustración 20: Estructura del archivo BEAN. Fuente: (Autores, 2014). ........Error! Bookmark not defined. Ilustración 21: Declaración de variables utilizadas en el sistema SIIAC-ESPE. Fuente: (Autores, 2014)................................. Error! Bookmark not defined. xv Ilustración 22: Sentencias implementadas en el desarrollo sistema SIIAC-ESPE. Fuente: (Autores, 2014)................................. Error! Bookmark not defined. Ilustración 23: Programa Jmeter utilizado para prueba de Stress. Fuente: (Autores, 2014).............................................. Error! Bookmark not defined. Ilustración 24: Configuración del Servidor de Aplicaciones Glassfish. Fuente: (Autores, 2014).............................................. Error! Bookmark not defined. Ilustración 25: Configuración Acceso Base de Datos MySql. Fuente: (Autores, 2014) ............................................................. Error! Bookmark not defined. Ilustración 26: Archivo Fuente de la Aplicación SIIAC-ESPE. Fuente: (Autores, 2014). ............................................................ Error! Bookmark not defined. Ilustración 27: Carga Archivo /prj_espeAcreditacion .War. Fuente: (Autores, 2014). ............................................................ Error! Bookmark not defined. ÍNDICE DE ANEXOS ANEXO A: Requisitos del sistema. ANEXO A: Casos de Uso. xvi RESUMEN xvii 1 CAPÍTULO 1.- INTRODUCCIÓN 1.1 Tema “ANÁLISIS, ANÁLISIS, DISEÑO E IMPLEMENTACIÓN DE UN SISTEMA PARA LA ADMINISTRACION DE LA EMPRESA TRANSTUVAL S.A.” 1.2 Introducción Con la utilización de las herramientas tecnológicas las empresas start-up, instituciones públicas y privadas logran un mayor desenvolviendo de sus actividades, hallando nuevas formas de mejoramiento para lograr cada uno de sus objetivos a través de la innovación. La empresa TRANSTUVAL S.A legalmente constituida, abre sus puertas el 5 de Junio de 1996, con el objetivo de brindar a la ciudadanía en general el servicio de transporte contratado con altos estándares de calidad y seguridad, su domicilio se encuentra ubicado en la parroquia de Sangolqui, Av. General Rumiñahui 1875 antes de la entrada a Playa Chica, sector que se ha constituido en una de las áreas de mayor crecimiento poblacional y habitacional del Distrito Metropolitano de Quito. Fuente (INEC, 2010). La principal estrategia implementada por la empresa TRANSTUVAL S.A en estos años ha sido la de cubrir específicamente las rutas que establecen las instituciones escolares así como también las entidades públicas y privadas que trabajan con ella. Con el crecimiento que ha tenido la empresa, en la actualidad 2 tiene problemas en los procesos de cobranzas, gestión de costos, gestión de transportistas, rutas y lógicamente los reportes de cada uno de ellos. Frente a esta problemática la gerencia de TRANSTUVAL ha mantenido varias conversaciones con los proponentes de este plan a fin de plantear el análisis, diseño, desarrollo e implementación de un sistema de gestión que permita dar solución a los problemas encontrados y que proporcione información veraz y confiable para la toma de decisiones. 1.3 Contextualización del Problema. TRANSTUVAL, ha tenido que enfrentar a lo largo de estos años un serio problema de gestión de la información que tiene que ver no solamente con los procesos para el desarrollo de la compañía, como: el registro de transportistas, vehículos, datos personales de los transportistas (Socios), domicilio, rutas de trabajo, remuneración por ruta, número de vehículo/os, registro del año de circulación, SOAT, matrícula, fechas de revisiones vehiculares etc. que son almacenados de manera manual y sin soporte digital, sino también con reportes que se elaboran con retrasos debido a inconvenientes en la obtención de la información cuando esta es requerida, inexactitud en los informes generados y sobrecarga de trabajo en los empleados ya que no disponen de la información en un medio electrónico y por tal motivo no puede ser procesado con un programa como una hoja electrónica. 3 Uno de los procesos más relevantes para la empresa y que en la actualidad representa la mejor oportunidad de negocio que TRANSTUVAL tiene, sin duda alguna es la puja o licitación que se maneja a través del sistema de contratación pública INCOP. Este proceso necesita de varios pasos y documentación para poder participar asi como el seguimiento de las negociaciones, todo esto está bajo la responsabilidad del Ing. Diego Fuertes quien es el gerente. Por otro lado, la compañía TRASTUVAL realiza el pago de los servicios prestados a cada uno de sus socios por medio de facturas, realiza también descuentos o adelantos que son otorgados como beneficio para los socios de la compañía. Actualmente este proceso se lo realiza de forma manual sin soporte o ayuda de herramientas informáticas. Al no dar solución a la problemática evidenciada, la compañía se verá aislada tecnológicamente; además, no podrá establecer interacción entre usuarios e información, el no buscar implementar en la compañía alternativas de solución a estos problemas, provoca que TRASTUVAL destine muchos recursos en sistemas obsoletos de almacenamiento de información. Lo ideal sería pensar que toda la información se encuentre almacenada en un sistema masivo y centralizado de datos con la utilización de una robusta y eficiente base de datos relacional, de esta manera se disminuirá el riesgo de 4 pérdida de la información por causas externas a la compañía o por algún siniestro en general. Es por eso que el análisis, diseño e implementación de un sistema de gestión, disminuirá la carga de trabajo del personal administrativo (Gerente y Secretaria) y permitirá a la compañía, revisar en el cualquier momento los datos de cada uno de los procesos que tiene la misma 1.4 Justificación e Importancia El presente proyecto tiene como finalidad principal entregar a la empresa TRASTUVAL,S.A un sistema, construido participativamente con los miembros de la institución que brinda servicios de transporte, puerta a puerta, donde así lo demande la sociedad de Quito, la cual constará de la información pertinente de la Compañía como tal, con una publicidad constante y actualizada, que registre los servicios y las actividades, administrativas de la misma. Las actividades administrativas internas de la compañía también se verán notablemente mejoradas. El señor gerente, los socios y administrativos optimizaran su tiempo de trabajo en los accionares propios del proceso desarrollado en cada una de las actividades que deben realizar diariamente para el adecuado funcionamiento y sus requerimientos. De esta manera quedaría definida y justificada la labor a cumplirse con la incorporación de una página web mediante una codificación pertinente, a una de las mayores dificultades que tiene TRANSTUVAL como institución de 5 servicios contratados y mejoraría los procesos de secretaría y administración en general Por este motivo se da a conocer la necesidad de desarrollar un sistema Web que ofrezca a los usuarios soluciones para optimizar los procesos que estos conllevan, para lo cual se realizará el análisis, diseño, construcción e implantación de un sistema que parte de una página principal de carácter informativo de la empresa, con los respectivos enlaces para acceder a los diferentes módulos de la misma y de la misma forma una página de Log in para acceder al proceso de evaluación o al mail en caso de los docentes. Los beneficiarios del presente proyecto sin duda son los miembros de la compañía, pero de manera especial las autoridades en este caso es el Señor Gerente de TRANSTUVAL como también los socios, administrativos y demás colaboradores que serán capaz de liberar la sobrecarga de trabajo y atender de manera primordial sus funciones. 1.5 Objetivos 1.5.1 Objetivo General Sistema de gestión para la compañía TRANSTUVAL con el propósito de automatizar los procesos de cobranzas, gestión de costos, gestión de transportistas, rutas y reportes de las mismas, utilizando herramientas web, aplicando estándares así como las mejores prácticas de la ingeniería de software. 6 1.5.2 Objetivos Específicos Definir la Especificación de requerimientos funcionales del sistema de gestión para “TRANSTUVAL S.A”, utilizando la norma IEEE830. Aplicar una metodología basada en ingeniería de software para desarrollar las distintas capas de aplicación, presentación, reglas de negocio, persistencia y datos, compatibles con herramientas libres. Diseñar la base de datos acorde a la normalización que esta conlleva, tomando en cuenta la Segunda y tercera Forma Normal, para lograr que los requisitos que se han definido para este sistema se cumplan. Realizar pruebas de calidad de software siguiendo el formato establecido de casos de Prueba y así comprobar el óptimo funcionamiento del sistema. Capacitar al personal sobre el uso del aplicativo brindando documentación de apoyo a través del manual de usuario. Determinar los servicios a ofrecer con el sistema, procesos que se automatizaran y requerimientos tecnológicos y organizacionales para el desarrollo del Sistema Web e implantación del mismo. 1.6 Alcance El proyecto planteado estará constituido por los siguientes módulos: Módulo 1 Transportistas, permitirá registrar la información de los transportistas de forma detallada como: propietario, vehículo (matricula, SOAT, revisión vehicular). 7 Módulo 2 Compras Públicas, modulo que nos permitirá obtener la información necesaria para participar en las licitaciones que se presenten y facilitar una estimación aproximada del monto con la cual la empresa podrá participar en el concurso. Módulo 3 Empresas, permitirá registrar las instituciones o empresas a las que se va a brindar el servicio de transporte (registro de usuarios, registro de rutas y asignación de rutas). Módulo 4 Cobranzas, permitirá generar la facturación (Individual y Masiva) y recaudación correspondiente a cada empresa. Módulo 5 Reportes, permitirá obtener los diferentes reportes de los módulos antes mencionados. 1.7 Limitaciones Cabe mencionar que el sistema no se conectara con la INCOP sino más bien, será una guía a seguir para cumplir con el desarrollo de las licitaciones antes mencionadas. No permite la comunicación entre usuarios y la aplicación no es una red social. 8 1.8 ESTAPA DE PLANIFICACIÓN 1.9 Factibilidad 1.9.1 Factibilidad Técnica El proyecto tiene factibilidad ya que los elementos que se necesitan para el desarrollo y uso serán los siguientes: Hardware Se tienen los equipos necesarios para que los programadores puedan instalar el sistema de desarrollo sin ningún problema: EQUIPO COSTO Computador de Escritorio Computador Portátil HP Computador Portátil Samsung Total: $ 500 $ 400 $ 400 $ 1,300 NOTA: Precios Incluyan IVA Software PROGRAMAS COSTOS PHP 5.0 * MySQL Server, MySQL GUITools 5.x * HTML5 Total: $ $ $ $ 0.000,00 *Open Source 1.9.2 Para las pruebas consiguientes utilizaremos cualquier Explorador Web. Factibilidad Tecnológica El área administrativa de la compañía TRANSTUVAL S.A, proporcionará toda la información necesaria para el desarrollo del sistema, dando a conocer cada uno de los requerimientos. 9 Cumplimiento de los requerimientos del sistema a desarrollar la herramienta WEB de desarrollo a utilizar será PHP. Seguridad, estabilidad y escalabilidad como herramienta de Base de Datos se utilizará MySql 5.0. El Sistema operativo el cual se utilizará será Windows 7 por su estabilidad y en los cuales se procederá a instalar las herramientas de desarrollo. 1.9.3 Factibilidad Operativa Para el desarrollo del sistema Web se cuenta con todo el apoyo de la empresa TRASNTUVAL S.A., como auspiciante de éste proyecto de tesis, facilitará toda la información que se requiera y colaborará con todo lo necesario para la satisfactoria culminación del mismo. 1.9.4 Factibilidad Operacional El sistema a elaborar busca mejorar el proceso de administración para la buena y raída practica en las cotidianas tareas que esta importante compañía de transporte personalizado lo requiera, para lo cual se cuenta con el apoyo suficiente por parte del Gerente General de la compañía como usuario final del sistema, con los que se llevará a cabo las pruebas previas a la implantación; consecuentemente la aplicación será fácil de usar para los usuarios involucrados en este proceso. 1.9.5 Factibilidad Económica Para llevar a cabo el proyecto, se utilizará software con licencia libre por ese motivo hemos hecho conocer al representante de la compañía que no tendrá 10 que sobrellevar gastos por la adquisición de licencias en programas de desarrollo. 1.9.6 Factibilidad Legal Con respecto a la implantación y operación del sistema no infringe ninguna ley o norma vigente en la actualidad a nivel nacional. No se solicitará, ni pagará ninguna patente o licencia; no obstante se listan a continuación las normas y metodologías utilizadas en el desarrollo. Metodología iWEB. Norma IEEE- 830. ISO/IEC 29119 Software Testing Structure. 1.10 Presupuesto A continuación se detalla de manera general los costos de implementación del sistema a desarrollarse, como se puntualiza en la Tabla 1. Tabla 1: Presupuesto aproximado para la implementación del sistema SIATP. # Descripción Hardware 1 Laptop Impresora Software Licencia PHP 2 Licencia MySql Licencia Servidor Centos Cantidad V. Unitario V. Total 2 1 700 120 1400 120 2 1 1 0 0 0 0 0 0 11 3 Recurso Humano Desarrolladores Otros Servicios Básicos 4 Internet Movilización Total USD 2 1200 2400 100 150 300 4470 Fuente: (Autores, 2015) CAPÍTULO 2.- MARCO TEÓRICO DE REFERENCIA 2.1 Introducción Este este capítulo presentamos la correspondiente fundamentación teórica que respalda nuestro trabajo, la misma que servirá para el Análisis, Diseño e Implementación del Sistema para la administración de la empresa TRANSTUVAL S.A, por lo cual consideraremos lo siguiente: La aplicación será orientada a la web, esto nos permite trabajar mediante un conjunto de páginas con diferentes recursos en un servidor web, necesario para 12 su correcto uso y funcionamiento, interactuando así con la base de datos de la aplicación. Debemos mencionar que el aplicativo se encontrara alojado en una maquina en la cual se trabaje de forma independiente, sin la necesidad de la instalación de un software predeterminado, con la Arquitectura correspondiente, clienteservidor. Las herramientas de desarrollo que serán utilizados para el desarrollo de la aplicación serán las siguientes: WAMPSERVER, el cual contiene, MySQL 5.6.12, PHP 5.4.1 2 y una arquitectura de software (framework) de desarrollo de interfaces que lleva como nombre YII. Metodología iWeb, el cual está dirigido para el desarrollo de Sistemas orientado a la web. 2.2 Aplicaciones Web Un sitio web (en inglés website o web site) es un sitio (localización) en la World Wide Web que contiene documentos (páginas web) organizados jerárquicamente, cada sitio web tiene una página de inicio (Home Page), que es el primer documento que ve el usuario cuando entra en la web poniendo el nombre del dominio de ese sitio web en un navegador. Una página web es parte de un sitio web y es un único archivo con un nombre de archivo asignado, mientras que un sitio web es un conjunto de 13 archivos llamados páginas web, la Internet y la Web en la actualidad ha roto los esquemas tanto físicas (debido a la distancia), económicas y lógicas (debido al empleo de distintos sistemas operativos, protocolos, etc.) puesto que se abierto todo un abanico de nuevas posibilidades, tal es el caso de las aplicaciones web que permiten la generación automática de contenido al igual que la creación de páginas personalizadas, de esta manera es considerado un documento adaptado para la Web. Dentro de una página web, podemos encontrar diferentes tipos de contenidos: textos, imágenes, enlaces, plugins, etc. Dichas aplicaciones web se encuadran dentro de las arquitecturas cliente/servidor: un ordenador solicita servicios (el cliente) y otro está a la espera de recibir solicitudes y las responde (el servidor). Dichas aplicaciones web ofrecen servicios a los usuarios de Internet que acceden utilizando un navegador web como I.Explorer, Firefox o Safari entre otros, dirigiéndose a una dirección de Internet donde obtendrán los servicios que buscan. Ilustración 1: Programación de aplicaciones web (historia, principios y clientes web). Una de las divisiones que podemos realizar entre todos los tipos de páginas Web existentes podría ser entre las estáticas y dinámicas. 14 Página web estática, es aquella página enfocada principalmente a mostrar una información permanente, donde el navegante se limita a obtener dicha información, sin poder interactuar con la página web visitada. Ilustración 2: Arquitectura Página Web Estática Al principio la Web era sencillamente un listado de páginas estáticas para su consulta o descarga. Con el paso del tiempo la Web incluyó métodos para elaborar páginas que permitieran desplegar información dinámica, es decir que la información se genere a partir de una petición (Mora, 2001). El primer método que se diseñó para la elaboración de la Web dinámica fue conocido como CGI (Common Gateway Interface), este era un mecanismo por el cual se podía pasar información entre el servidor y la aplicación según (Mora, 2001). La ilustración 1 muestra la petición que realiza un cliente para recibir una respuesta desde el servidor mediante el protocolo HTTP. 15 Ilustración 3: Interfaz (CGI) tecnología World Wide Web. Fuente: (Mora, 2001). Debido a que los CGI tenían graves problemas de concurrencia, que eran causados por la excesiva carga que asumía un servidor al atender una petición, se empezaron a desarrollar soluciones alternativas a los CGI. Para solucionar el problema de los CGI se dieron dos propuestas que son: i. Diseñar sistemas mejor integrados con el servidor, que eviten la instanciación y ejecución de varios programas. ii. Proveer a los servidores la capacidad de trabajar con algún lenguaje de programación que permita añadir código en las páginas; a partir de estas dos propuestas, se produce un aumento del número de arquitecturas y lenguajes para desarrollar aplicaciones Web. iii. Las aplicaciones Web son soluciones informáticas que se encuentran codificadas en algún lenguaje de programación y que permiten al usuario interactuar con la información por medio de un navegador Web (Mozilla, Internet Explorer, Chrome, etc.). 2.3 Características Las características que poseen las Aplicaciones Web son: 16 Evitan la dependencia del Sistema Operativo, ya que se pueden ejecutar mediante un navegador. Optimizan el tiempo al momento de llevar a cabo el proceso de actualización debido a que no se necesita hacerlo en cada terminal. Al no tener que instalarse ningún software no consumen ningún espacio en el disco. Además tampoco consumen recursos, ya que el encargado de ejecutar los procesos es el servidor. 2.3.1 Herramientas y Bases de datos 2.3.2 Enterprise Architect Es una herramienta de diseño y modelado de UML que destaca por ser fácil de utilizar y la integración que tiene con los entornos de desarrollo de software como Visual Studio o Eclipse. Con Enterprise Architect sentirá que sus ideas toman vida pues hasta ahora nunca había sido tan fácil plasmar cada detalle en sus diagramas de UML. Otras características que convierten a Enterprise Architect en una herramienta de clase mundial son:. Soporte completo al diseño UML mediante el uso de: Diagrama de casos de uso. Diagrama de clase. Diagrama de secuencia. Diagrama de colaboración. Diagrama de estados. Diagrama de actividad. 17 Diagrama de componentes. Diagrama de despliegue. Diagrama de composición estructural (UML 2.0). Modelados Modelado Completo. o Enterprise Architect provee modelado del ciclo de vida completo para: Sistemas Ingeniería Desarrollo de en de negocio software tiempo e y real IT sistemas y embebido Con capacidades de gestión de requisitos, Enterprise Architect lo ayuda a trazar especificaciones de alto nivel a modelos de análisis, diseño, implementación, pruebas y mantenimiento, usando UML, SysML, BPMN y otros estándares abiertos para modelado. Simulación de Negocio. o Traiga sus modelos a la vida usando el modelo de simulación dinámica. Verificar la exactitud de sus modelos de comportamiento y lograr una mejor comprensión de cómo funciona un sistema de negocio. Uso de desencadenantes, como pulsar un botón, accionar un interruptor o recibir un mensaje para controlar la ejecución de las simulaciones. 18 Enterprise Architect también puede controlar el flujo de su simulación utilizando Guardias y efectos escritos en JavaScript. Trazabilidad de punta a punta. o Enterprise Architect provee trazabilidad completa desde los modelos de requisitos, análisis y diseño, hasta la implementación y despliegue. La verificación y validación efectiva y el análisis del impacto inmediato son posibles a través del ciclo de vida completo, usando capacidades tales como la matriz de relaciones y la vista de jerarquía de Enterprise Architect. Generación Potente de documentación. o Enterprise Architect provee una potente generación de documentos y herramientas de reporte con un completo editor de plantillas WYSIWYG. Genere reportes detallados con la información que necesita en el formato que demanda su compañía o cliente! Haciendo clic en un botón automáticamente produce versiones HTML de su modelo para una fácil distribución en Internet o la intranet de su organización. Generación e ingeniería Inversa de código fuente 19 o Enterprise Architect soporta la generación e ingeniería inversa de código fuente para muchos lenguajes populares, incluyendo: C y C++ - C# - Java – PHP - Python - VB.Net - Visual Basic El editor de código fuente incorporado permite que navegue rápidamente desde el modelo directamente al código fuente en el mismo entorno. Las integraciones para Eclipse y Visual Studio .NET, les proveen a los desarrolladores un acceso directo a los diseños y capacidades de modelado justo dentro del IDE. Las plantillas de generación de código le permiten personalizar el código fuente generado de acuerdo a las especificaciones de su compañía. Fuente (UML, Enterprise Architect –LogicStudio, 2003). 2.3.3 Características de páginas dinámicas: Gran número de posibilidades en su diseño y desarrollo. Se puede alterar el diseño, contenidos o presentación de la página al gusto. El proceso de actualización es sumamente sencillo, sin necesidad de entrar en el servidor. Emplea un gran número de funcionalidades tales como bases de datos, foros, contenido dinámico, etc. La programación del lado del cliente tiene como principal ventaja que la ejecución de la aplicación se delega al cliente, con lo cual se evita recargar al servidor de trabajo. El servidor solo envía el código, y es tarea del browser interpretarlo esta opción de programación muestra una deficiencia ya que el 20 código que el servidor envía es "sensible" a las cosas que puede o no hacer el browser, por ende el mismo código no va ser muy bien interpretado por algunos browser usados ya que ellos utilizarían diversas tecnologías por el lado del cliente. Programar por el lado del servidor tiene como gran ventaja que cualquier cosa puede hacerse, sin tener en cuenta el tipo de cliente, ya que la aplicación se ejecuta en el servidor que es un ambiente controlado, una vez ejecutada la aplicación, el resultado que se envía al cliente puede estar en un formato normalizado que cualquier cliente puede mostrar de esta forma la principal desventaja es que el server se sobrecarga de trabajo ya que además de servir páginas es responsable de ejecutar aplicaciones. Ilustración 3: Programación y lenguajes. Es importante no confundir multimedia e interactividad, con páginas dinámicas. Una página web estática puede ser multimedia (contener varios tipos de medios vídeo, sonido, imágenes) e interactiva a través de enlaces e hipervínculos, sin ser dinámica por ella. En las páginas dinámicas, el contenido suelen generarse en el momento de visualizarse, pudiendo variar por tanto este, mientras que en las estáticas el contenido suele estar predeterminado. 21 Lo importante de esta clasificación entre dinámicas y estáticas, es que una página web estática la vamos a poder almacenar fácilmente, mientras que una dinámica no será así. 2.3.4 Extensiones de páginas web Como hemos mencionado las páginas web son documentos y, como tales, suelen tener una extensión que nos da una idea sobre del tipo de contenido que posee ese documento. Las extensiones más habituales de las páginas web con las que nos podemos encontrar a la hora de navegar son: html, y htm: Suele ser la extensión estándar para páginas web estáticas, formadas por contenido html. asp (Active server pages): Son páginas dinámicas que se generan en el momento de ser visitadas. Están escritas en un lenguaje de programación similar al Visual Basic de Microsoft. jsp (Java server pages): Son páginas dinámicas al igual que las anteriores pero que están escritas con el lenguaje de programación Java de Sun. php (Personal Home Page): Son páginas dinámicas escritas con un lenguaje de propósito general para ser incrustado junto al código HTML, que no tiene nada que ver con java o visual Basic. Si bien todos los documentos con las extensiones anteriores son páginas web, únicamente los .html son páginas web estáticas, y por tanto las únicas que 22 podremos ver directamente con el navegador. Las páginas .asp, .jsp o .php, para poder visualizarse deberán estar contenidas en un servidor web. 2.3.5 Características aplicaciones Web Las características que poseen las Aplicaciones Web son: Evitan la dependencia del Sistema Operativo, ya que se pueden ejecutar mediante un navegador. Optimizan el tiempo al momento de llevar a cabo el proceso de actualización debido a que no se necesita hacerlo en cada terminal. Al no tener que instalarse ningún software no consumen ningún espacio en el disco. Además tampoco consumen recursos, ya que el encargado de ejecutar los procesos es el servidor. 2.3.6 Base de datos y Herramientas Una base de datos es un sistema formado por un conjunto de datos almacenados en discos que permiten el acceso directo a ellos y un conjunto de programas que manipulen ese conjunto de datos, estos datos deberán ser totalmente organizados y relacionados entre sí, los cuales son recolectados y explotados por los sistemas de información. 2.3.7 Características de las bases de datos Entre las principales características de los sistemas de base de datos podemos mencionar: Independencia lógica y física de los datos. Redundancia mínima. 23 2.3.8 Acceso concurrente por parte de múltiples usuarios. Integridad de los datos. Consultas complejas optimizadas. Seguridad de acceso y auditoría. Respaldo y recuperación. Acceso a través de lenguajes de programación estándar. Sistema de Gestión de base de datos Los Sistemas de Gestión de Base de Datos (en inglés Data Base Management System) son un tipo de software muy específico, dedicado a servir de interfaz entre la base de datos, el usuario y las aplicaciones que la utilizan. Se compone de un lenguaje de definición de datos, de un lenguaje de manipulación de datos y de un lenguaje de consulta. 2.4 Herramientas de Desarrollo 2.4.1 Lenguaje de Programación PHP PHP es el lenguaje de lado servidor más extendido en la web. Nacido en 1994, (desarrolladoresweb.com), es un lenguaje que ha tenido una gran aceptación en la comunidad de desarrolladores, debido a la potencia y simplicidad que lo caracterizan, así como al soporte generalizado en la mayoría de los servidores de hosting. PHP nos permite embeber sus pequeños fragmentos de código dentro de la página HTML o viceversa y realizar determinadas acciones de una forma fácil y eficaz y combinando HTML. 24 PHP es un lenguaje de código abierto muy popular, adecuado para desarrollo web y que puede ser incrustado en HTML. Es popular porque un gran número de páginas y portales web están creadas con PHP. Código abierto significa que es de uso libre y gratuito para todos los programadores que quieran usarlo. Incrustado en HTML significa que en un mismo archivo vamos a poder combinar código PHP con código HTML, siguiendo unas reglas. PHP se utiliza para generar páginas web dinámicas. Recordar que llamamos página estática a aquella cuyos contenidos permanecen siempre igual, mientras que llamamos páginas dinámicas a aquellas cuyo contenido no es el mismo siempre. Por ejemplo, los contenidos pueden cambiar en base a los cambios que haya en una base de datos, de búsquedas o aportaciones de los usuarios, etc. De esta forma PHP ofrece un sinfín de funciones para la explotación de bases de datos de una manera llana, sin complicaciones. Petición de página web al servidor --> El servidor recibe la petición, reúne la información necesaria consultando a bases de datos o a otras páginas webs, otros servidores, etc --> El servidor responde enviando una página web “normal” (estática) pero cuya creación ha sido dinámica (realizando procesos de modo que la página web devuelta no siempre es igual). 25 Ilustración 4: Esquema de Funcionamiento Lenguaje de Programación PHP. 2.4.2 Base de Datos MySQL MySQL es el Sistema Gestor de Bases de Datos de código abierto, los cimientos de MySQL fueron hechos por académicos y alumnos universitarios quienes pretendieron desarrollar un gestor de base de datos que brinde una solución a los problemas que poseían los demás gestores de base de datos. A través del tiempo se desarrolla una comunidad, cuya labor ha sido trabajar sobre los cimientos de MySQL y desarrollar un avanzado Sistema Gestor de Base de Datos que brinde solución y eficiencia a los problemas del mundo empresarial. Con ese fin, se han desarrollado y añadido a MySQL múltiples y útiles características que antes sólo se podían hallar en sistemas manejadores de bases de datos comerciales cuyos costos son muy elevados. 26 Es un poderoso sistema manejador de bases de datos publicado bajo licencia BSD, el cual se puede ejecutar en la mayoría de los Sistemas Operativos más utilizados incluyendo, Linux, Unix y Windows. Algunas de las características que posee MySQL son: MySQL cumple la prueba ACID (Atomicity, Consistency, Integrity, Durability) y tiene soporte completo para: Llaves foráneas. Joins. Vistas. Subconsultas. Triggers. Procedimientos almacenados (en varios lenguajes). Incluye la mayoría de los tipos de datos de los estándares (integer, numeric, boolean, char, varchar, date, interval, timestamp, entre otros). También soporta almacenamiento de objetos grandes (imágenes, sonido y video). Posee un lenguaje nativo llamado (PL/PGSQL) que es muy similar al PL/SQL de Oracle. 2.4.3 Servidor de Aplicaciones WAMP GlassFish es un entorno de desarrollo web para Windows con el que se puede crear aplicaciones web con Apache, PHP y bases de datos MySQL database. También incluye PHPMyAdmin y SQLiteManager para manejar tus bases de datos en un plis plas. 27 WAMP acrónimo usado para describir un sistema de infraestructura de internet que usa las siguientes herramientas: Windows, como sistema operativo; Apache, como Servidor web; MySQL, como gestor de bases de datos; PHP (generalmente), Perl, o Pyton, como lenguaje de programación. El uso de un WAMP permite servir páginas html a internet, además de poder gestionar datos en ellas, al mismo tiempo un WAMP, proporciona lenguajes de programación para desarrollar aplicaciones web. (Wikipedia, 2013). 2.5 Metodología iWEB 2.5.1 Definición 28 2.6 Ingeniería de Requerimientos (Estándar IEEE 830) La ingeniería de requisitos es una herramienta cuyo objetivo es satisfacer las expectativas del usuario en base al análisis de las necesidades y negociando una solución razonable libre de ambigüedades. El proceso de ingeniería de requerimientos se divide en 5 etapas: i. Identificación de Requisitos: Es la primera etapa de la ingeniería de requerimientos, la cual aunque parece ser extremadamente simple, es una de las etapas más críticas y complejas. En esta etapa se hace una recolección de todos los requisitos vistos desde el lado del usuario. ii. Análisis de Requisitos y Negociación: En esta etapa se analizan cada uno de los requisitos agrupándolos por categorías y en función a las necesidades de los clientes. Además cada requisito debe cumplir las 29 propiedades de consistencia y completitud. Los requisitos deben ser delimitados y libres de dobles interpretaciones. iii. Especificación de requisitos: Se define un documento o modelo gráfico en el cual se describen las funciones, limitaciones y características que han de controlar el desarrollo del sistema. Es recomendable que en el desarrollo de sistemas grandes se utilicen documentos escritos y modelos gráficos. iv. Modelado del Sistema: Se desarrollan modelos del sistema, los cuales sirven para comprender y evaluar los componentes y relaciones que existen en el sistema. v. Validación de Requisitos y gestión de Requisitos: la validación de requisitos es una etapa de verificación, la cual se asegura de que todos y cada uno de los requisitos hayan sido establecidos, sin ambigüedades, sin inconsistencias y que los errores detectados en la etapa de análisis de requisitos, hayan sido corregidos. La etapa de Gestión administra cada uno de los requisitos mediante la asignación de un identificador, el cual permitirá identificar, controlar, dar seguimiento a los requisitos y sus cambios en cualquier momento. 2.7 Pruebas de software El objetivo de la norma ISO / IEC 29119 Pruebas de software es proporcionar una norma definitiva para las pruebas de software que define el vocabulario, procesos, documentación, técnicas y un modelo de evaluación del 30 proceso de pruebas de software que se puede utilizar dentro de cualquier ciclo de vida de desarrollo (Tuya, 2011). La norma se centra en un modelo de proceso de tres niveles basado en el riesgo para las pruebas de software que proporciona orientación sobre el desarrollo de estrategias de prueba organizativas y políticas, la gestión de proyectos de prueba incluyendo el diseño de estrategias de prueba del proyecto nivel, seguimiento, control de pruebas, y un proceso de prueba dinámica que proporciona una guía para el análisis y diseño de prueba, entorno de prueba de configuración y mantenimiento, la ejecución de prueba y se informa. La ilustración 5 muestra las 4 partes que contempla la ISO / IEC 29119: Parte 1: Definiciones y Vocabulario Parte 2: Proceso de Prueba Parte 3: Documentación de prueba Parte 4: Técnicas de ensayo 31 Ilustración 5: ISO/IEC 29119 Software Testing Structure. Fuente: (Tuya, 2011). Las pruebas de software también denominadas testing se realizan cuando se dispone del código ejecutable del sistema, este es evaluado a través de la ejecución en circunstancias controladas, para la búsqueda de errores. 32 CAPÍTULO 3.- ANÁLISIS E INGNIERIA. 3.1 Introducción Este documento es una Especificación de Requisitos de Software (ERS) para Sistema de administración que será implantada en la compañía TRANSTUVAL S.A, con el propósito de automatizar los procesos de facturación, gestión de transportistas, gestión de empresas, gestión de vehículos, gestión de rutas, Licitación Compras públicas y reportes de las mismas, utilizando herramientas web, aplicando el estándar IEEE, practica recomendada para la especificación de requisitos software ANSI/IEEE 830. 3.2 Propósito El presente documento tiene como propósito definir de manera clara y precisa las especificaciones funcionales, no funcionales y restricciones para el desarrollo de un sistema web que permitirá gestionar distintos procesos administrativos y cubrir así requerimientos de la compañía de servicio de trasporte personalizado (Transtuval S.A), la misma que será utilizado por el gerente General. 3.3 Alcance El planteado impulsa en su totalidad el desarrollo y gestión de cada proceso que cumple la compañía al automatizar la información de transportistas, vehículos, rutas entre los más importantes, sin embargo nos enfocaremos en tareas más específicas como la de implementar una herramienta en la que el administrador obtenga los datos necesarios e imprescindibles para participar, 33 concursar y ganar la licitación en la que este aplique y posteriormente la facturación correspondiente de los clientes registados en el sistema. Esto quiere decir que deberemos pasar todas las etapas del proceso de desarrollo de software aplicado (iWeb). 3.4 Visión Global Esta subsección describe brevemente los contenidos y la organización del resto de la ERS. 3.5 Resumen La documentación consta de tres secciones, específicamente en la primera sección se realiza una pequeña introducción en la que podemos conocer de forma global las especificaciones y recursos del sistema a será implementada. En la Sección dos, podremos visualizar una descripción general del sistema, con el fin de conocer las principales funciones que este debe realizar, los datos asociados y los factores, restricciones, supuestos y dependencias que afectan al desarrollo. En la parte final de la misma, hace referencia a aquella en la que se definen detalladamente los requisitos que debe satisfacer el sistema. 34 3.6 Descripción 3.6.1 Perspectiva del producto El sistema SIATP será un sistema diseñado para poder ayudar de forma rápida y eficaz el proceso administrativo que la compañía TRANSTUVAL cumple a diario, así mismo para facilitar el trabajo que en la actualidad lo cumplen de manera manual en cada uno de los módulos mencionados en nuestro alcance del proyecto, dado el caso les hemos ofrecido la mejor opción con el fin de economizar el tiempo que demanda dichos procesos para el ágil uso del sistema SIATP. Ilustración 6: Diagrama de Roles Campania TRANSTUVAL. Fuente: (Autores, 2015) 35 3.6.2 Funciones del producto Difundir sistema SAT será un sistema diseñado para el cumplimiento de requisitos y procesos que consta de los siguientes módulos: uc General Login Gestionar Usuarios Gestionar Transportistas Gestionar Vehiculos Gestionar Empresas Gestionar Pasaj eros Gestionar Recorridos Presupuesto Referencial «include» Asignar Vehiculos Administrador «include» «extend» Calcular Recorido Facturacion Empresa Licitacion Compras Publicas «include» Informes Licitacion «extend» «extend» Proceso Puj a «include» Adj udicacion Unica Analisis Resultados Ilustración 7: Diagrama General de Casos de Uso, TRANSTUVAL. Fuente: (Autores, 2015) 3.6.3 Tipos y Funciones del Usuario Se definen 4 tipos de usuarios, los cuales son: Administrador del Sitio: este usuario se encarga de la 36 administración legal, económica y funcional del sistema implementado (SIATP). 3.6.4 3.6.5 3.6.6 Restricciones generales Es SIATP no se conectara con al INCOP. Funciones de Auditoria. Protocolos de comunicación. Interfaces de software. Lenguaje de programación PHP, JavaScript. Base de datos MySQL. Servidor de Aplicaciones Centos, Apache. Interfaces de comunicación El sistema SAT es una aplicación orientada a la web. La compañía de transportes TRANSTUVAL S.A, posee un dominio en la que manejan una página web básica y en la que muestran la información de la empresa. De tal manera que en el mismo servidor en la que se aloja dicha web se subirá nuestro proyecto respectivamente con su BBDD, recordando que el sistema es web, y multiplataforma, a la cual se podrá acceder a ella mediante la utilización de Internet. 3.6.7 Interfaces de Software para el Usuario. Los navegadores web a ser utilizados para la visualización del sistema puede ser cualquiera de los software utilizados en el mercado actual, ya sea IE que se integra por default en cualquier sistema Windows como también Firefox Mozilla, google Chrome, opera o Safari (Mac - Windows), cabe recalcar que 37 cualquiera de estos tipos de navegadores deben estar correctamente instalados sus respetivas extensiones, complementos y plugins procurando que sea la última versión para el óptimo uso del programa. 3.7 Metodología iWEB 3.7.1 ESTAPA DE ANALISIS 3.7.2 Análisis de requerimientos La ingeniería de requisitos del software es un proceso de descubrimiento, refinamiento, modelado y especificación. Se refinan en detalle los requisitos del sistema y el papel asignado al software. Tanto el desarrollador como el cliente tienen un papel activo en la ingeniería de requisitos – un conjunto de actividades que son denominadas análisis – El cliente intenta replantear un sistema confuso, a nivel de descripción de datos, funciones y comportamiento, en detalles concretos. El desarrollador actúa como interrogador, como consultor, como persona que resuelve problemas y como negociador. El análisis y la especificación de requisitos pueden parecer una tarea relativamente sencilla, pero las apariencias engañan. El contenido de comunicación es muy denso. Abundan las ocasiones para malas interpretaciones o falta de información. Es muy probable que haya ambigüedad. El dilema al que se enfrenta el ingeniero de software puede entenderse muy 38 bien repitiendo la famosa frase de un cliente anónimo: “Sé que cree que entendió lo que piensa que dije, pero no estoy seguro de que se dé cuenta de que lo que escuchó no es lo que yo quise decir”. Fuente (Pressaman, 2002) El análisis de requisitos es una tarea de ingeniería del software que cubre el hueco entre la definición del software a nivel sistema y el diseño de software. El análisis de requerimientos permite al ingeniero de sistemas especificar las características operacionales del software (función, datos y rendimientos), indica la interfaz del software con otros elementos del sistema y establece las restricciones que debe cumplir el software. ANEXO A. 3.7.3 Modelo Conceptual En la tabla 5 se describen las entidades con las que cuenta el modelo conceptual y físico. A sí mismo, la ilustración 8 muestra, el modelo conceptual que se realizó en el sistema SIATP la relación de las tablas que se utilizó para la generación del script de la base de datos, en la plataforma utilizada para esta MySql. Tabla 2: Descripción de las Tablas del Sistema ENTIDADES Tabla de Datos Detalle TRANSPORTISTA Almacena los datos de cada uno de los socios que componen la empresa. Almacena los datos de los respectivos vehículos asignados al trasportista. VEHICULO 39 RUTA PASAJERO EMPRESA FACTURA_CAB FACTURA_DET PRESUPUESTO ASIGNACION RECORRIDO USUARIO Almacena los datos de las diferentes rutas direccionadas al vehículo. Almacena los datos correspondientes a la persona que seleccione la ruta vehicular.. Almacena la información de las empresas a las que va a prestar el servicio de trasporte personalizado. Almacena los datos generados para obtener la factura en la que contendrá el valor económico referente al costo del recorrido a realizar. Almacena los datos relacionados con la cabecera generada. Almacena los datos de los indicadores involucrados con la licitación como proceso de acuerdo a la asignación y acreditación en el concurso de compras públicas. Almacena los datos de los vehículos y toda la información solicitada en los pliegos de información enviados por empresa solicitante de servicios. Almacena la información adecuada de rutas asignadas por la empresa solicitante Almacena los nombres de las personas que estarán al frente del SIATP. Fuente: (Autores, 2015) 38 transportista usuario vehiculo serial_tra <pi> Serial (11) <M> serial_veh <pi> nombre_tra Variable characters (50) <M> serial_tra <ai2> apellido_tra Variable characters (50) <M> placa_veh <ai1> cedula_tra <ai> Variable characters (10) <M> marca_veh fecnac_tra Date <M> modelo_veh sexo_tra Variable characters (10) <M> FK_RELATIONSHIP_11 tipo_veh estciv_tra Variable characters (15) <M> aniofab_veh licencia_tra Variable characters (5) <M> pasajeros_veh pais_tra Variable characters (50) <M> fmatricula_veh ciudad_tra Variable characters (50) <M> fcaducidad_veh direccion_tra Variable characters (60) <M> frevision_veh celular_tra Variable characters (10) Key_1 telefono_tra Variable characters (10) AK_PLACA_UNICA Key_1 <pi> FK_RELATIONSHIP_1 AK_CEDULA_UNICA <ai> Serial (11) Integer Variable characters (7) Variable characters (25) Variable characters (25) Variable characters (25) Integer Integer Date Date Date serial_usu <pi> Serial (11) usuario_usu Variable characters (20) clave_usu Variable characters (50) estado_usu Variable characters (10) <M> <M> <M> <M> <M> <M> <M> <M> <M> <M> <M> <M> <M> <M> <M> Key_1 <pi> <pi> <ai1> <ai2> asignacion presupuesto FK_RELATIONSHIP_22 ruta empresa serial_rut <pi> Serial (11) <M> serial_emp <pi> Serial (11) serial_emp <ai1> Integer <M> rsocial_emp Variable characters (50) serial_veh <ai2> Integer <M> cedruc_emp <ai> Variable characters (13) nruta_rut Variable characters (25) <M> actividad_emp Variable characters (70) sinicial_rut Variable characters (50) <M> Variable characters (50) pinicial_rut Variable characters (50) <M> FK_RELATIONSHIP_33 direccion_emp telefono_emp Variable characters (10) pinter_rut Variable characters (150) <M> personeria_emp Variable characters (10) pfinal_rut Variable characters (50) <M> sfinal_rut Variable characters (50) <M> Key_1 <pi> distancia_rut Decimal (16,2) <M> AK_CEDRUC_UNICA <ai> Key_1 <pi> FK_RELATIONSHIP_2 <ai1> FK_RELATIONSHIP_3 <ai2> FK_RELATIONSHIP_77 <M> <M> <M> <M> <M> <M> <M> serial_pre <pi> Serial (11) serial_rec <ai> Integer nombre_pre Variable characters (50) valor_pre Float fecini_pre Date fecfin_pre Date dias_pre Integer vehiculo_pre Integer estado_pre Variable characters (25) <M> <M> <M> <M> <M> <M> <M> <M> FK_RELATIONSHIP_55 FK_RELATIONSHIP_65 facturacab serial_pas <pi> Serial (11) <M> serial_rut <ai2> Integer <M> apellido_pas Variable characters (50) <M> nombre_pas Variable characters (50) <M> cedruc_pas <ai1> Variable characters (13) <M> direccion_pas Variable characters (50) <M> telefono_pas Variable characters (10) <M> celular_pas Variable characters (10) Key_1 <pi> AK_CEDRUT_UNICO <ai1> FK_RELATIONSHIP_4 <ai2> <M> <M> <M> <M> <M> Key_1 <pi> AK_NUMERO_UNICO <ai1> FK_RELATIONSHIP_5 <ai2> FK_RELATIONSHIP_88 facturadet serial_fd <pi> Serial (11) serial_fac <ai> Integer cantidad_fd Integer concepto_fd Variable characters (50) vunitario_fd Long float vtotal_fd Long float Key_1 <pi> FK_RELATIONSHIP_9 <ai> recorrido FK_RELATIONSHIP_44 serial_fac <pi> Serial (11) serial_emp <ai2> Integer numero_fac <ai1> Long integer fecha_fac Date estado_fac Variable characters (25) <M> <M> <M> <M> <M> <M> Key_1 <pi> FK_RELATIONSHIP_7 <ai> FK_RELATIONSHIP_66 pasajero serial_asi <pi> Serial (11) serial_pre <ai> Integer tipo_asi Variable characters (50) capacidad_asi Integer costo_asi Long float km_asi Long float <M> <M> <M> <M> <M> <M> Key_1 <pi> FK_RELATIONSHIP_6 <ai> Ilustración 6: Modelo Conceptual. Fuente: (Autores, 2015). serial_rec <pi> Serial (11) <M> serial_pre <ai> Integer <M> sini_rec Variable characters (50) <M> sfin_rec Variable characters (50) <M> costo_rec Long float <M> horario_rec Variable characters (50) <M> descripcion_rec Variable characters (50) por_rec Integer tot_rec Long float tipo_rec Variable characters (25) <M> ret_rec Integer ga_rec Integer vt_rec Long float ex_rec Long float Key_1 <pi> FK_RELATIONSHIP_8 <ai> 39 3.7.4 Modelo Físico La ilustración 9 muestra el modelo físico obtenido para el sistema SIATP: transportista serial_tra nombre_tra apellido_tra cedula_tra fecnac_tra sexo_tra estciv_tra licencia_tra pais_tra ciudad_tra direccion_tra celular_tra telefono_tra int(11) <pk> varchar(50) varchar(50) varchar(10) <ak> date varchar(10) varchar(15) varchar(5) varchar(50) varchar(50) varchar(60) varchar(10) varchar(10) usuario serial_usu usuario_usu clave_usu estado_usu int(11) <pk> varchar(20) varchar(50) varchar(10) vehiculo serial_veh tra_serial_tra serial_tra placa_veh marca_veh modelo_veh tipo_veh aniofab_veh pasajeros_veh fmatricula_veh fcaducidad_veh frevision_veh int(11) int(11) int varchar(7) varchar(25) varchar(25) varchar(25) int int date date date <pk> <ak2,fk> <ak2> <ak1> ruta serial_rut emp_serial_emp veh_serial_veh serial_emp serial_veh nruta_rut sinicial_rut pinicial_rut pinter_rut pfinal_rut sfinal_rut distancia_rut int(11) int(11) int(11) int int varchar(25) varchar(50) varchar(50) varchar(150) varchar(50) varchar(50) decimal(16,2) <pk> <ak1,fk2> <ak2,fk1> <ak1> <ak2> empresa serial_emp rsocial_emp cedruc_emp actividad_emp direccion_emp telefono_emp personeria_emp int(11) <pk> varchar(50) varchar(13) <ak> varchar(70) varchar(50) varchar(10) varchar(10) facturacab pasajero serial_pas rut_serial_rut serial_rut apellido_pas nombre_pas cedruc_pas direccion_pas telefono_pas celular_pas presupuesto serial_pre rec_serial_rec serial_rec nombre_pre valor_pre fecini_pre fecfin_pre dias_pre vehiculo_pre estado_pre int(11) <pk> int(11) <ak,fk> int <ak> varchar(50) float date date int int varchar(25) int(11) int(11) int varchar(50) varchar(50) varchar(13) varchar(50) varchar(10) varchar(10) <pk> <ak2,fk> <ak2> serial_fac emp_serial_emp serial_emp numero_fac fecha_fac estado_fac int(11) int(11) int bigint date varchar(25) <pk> <ak2,fk> <ak2> <ak1> <ak1> facturadet asignacion serial_asi pre_serial_pre serial_pre tipo_asi capacidad_asi costo_asi km_asi int(11) <pk> int(11) <ak,fk> int <ak> varchar(50) int double double serial_fd fac_serial_fac serial_fac cantidad_fd concepto_fd vunitario_fd vtotal_fd int(11) <pk> int(11) <ak,fk> int <ak> int varchar(50) double double recorrido serial_rec pre_serial_pre serial_pre sini_rec sfin_rec costo_rec horario_rec descripcion_rec por_rec tot_rec tipo_rec ret_rec ga_rec vt_rec ex_rec int(11) <pk> int(11) <ak,fk> int <ak> varchar(50) varchar(50) double varchar(50) varchar(50) int double varchar(25) int int double double Ilustración 7: Modelo Físico. Fuente: (Autores, 2015). 40 3.7.5 Modelo de Presentación La ilustración 5 muestra, el modelo de presentación que se utilizó en el sistema SIATP; en la cual mostramos el logotipo de la compañía (TRANSTUVAL), de la misma forma en la parte inferior izquierda el controlador de Login, en la parte superior derecha un menú desplegable. Ilustración 8: Modelo de Presentación Sistema SIATP. Fuente: (Autores, 2015). 3.7.6 Casos de Uso del Paquete Parametrización Datos La ilustración 12 nos muestra la sección de los casos de uso, es decir cada uno de los procesos a trabajar, sistema, en los cuales interactúan los actores del en este caso gerente (Administrador) describimos a continuación: ANEXO 2. y secretaria las cuales 41 Gestionar de Usuario. Gestionar Transportista. Gestionar Vehículos. Gestionar Empresas. Gestionar Pasajeros. Gestionar Recorridos. Licitación Compras públicas. Presupuesto Referencial. Asignar Vehículo. Calcular Recorrido. Licitación. Proceso de Puja. Adjudicación Única. Análisis de resultados. Facturación de Empresa. Informes. 42 uc General Login Gestionar Usuarios Gestionar Transportistas Gestionar Vehiculos Gestionar Empresas Gestionar Pasaj eros Gestionar Recorridos Presupuesto Referencial «include» Asignar Vehiculos Administrador «include» «extend» Calcular Recorido Facturacion Empresa Licitacion Compras Publicas «include» Informes Licitacion «extend» «extend» Proceso Puj a «include» Adj udicacion Unica Analisis Resultados Ilustración 9: Casos de Uso Paquete Gestión Evidencias. Fuente: (Autores, 2014). 3.7.7 Diagrama de Clases La ilustración 15 se muestra el diagrama de clases del sistema SIIAC-ESPE, en la cual se describe las entidades y relaciones con sus respectivos campos y tipos de datos; la lógica del negocio para la implantación del sistema; las principales entidades son las siguientes: 43 Coordinador. Responsable. Responsable Indicador. Indicadores Evidencia. Indicador Evaluador. Criterio. Evidencia. 45 DIAGRAMAS DE CLASES transportista + + + + + + + + + + + + + serial_tra nombre_tra apellido_tra cedula_tra fecnac_tra sexo_tra estciv_tra licencia_tra pais_tra ciudad_tra direccion_tra celular_tra telefono_tra : : : : : : : : : : : : : long java.lang.String java.lang.String java.lang.String java.util.Date java.lang.String java.lang.String java.lang.String java.lang.String java.lang.String java.lang.String java.lang.String java.lang.String vehiculo + + + + + + + + + + + serial_veh serial_tra placa_veh marca_veh modelo_veh tipo_veh aniofab_veh pasajeros_veh fmatricula_veh fcaducidad_veh frevision_veh + + + + + + + + + + serial_rut serial_emp serial_veh nruta_rut sinicial_rut pinicial_rut pinter_rut pfinal_rut sfinal_rut distancia_rut + + + + + + + + serial_pas serial_rut apellido_pas nombre_pas cedruc_pas direccion_pas telefono_pas celular_pas : : : : : : : : : : : long int java.lang.String java.lang.String java.lang.String java.lang.String int int java.util.Date java.util.Date java.util.Date ruta usuario + + + + serial_usu usuario_usu clave_usu estado_usu : : : : long java.lang.String java.lang.String java.lang.String : : : : : : : : : : empresa long int int java.lang.String java.lang.String java.lang.String java.lang.String java.lang.String java.lang.String double + + + + + + + serial_emp rsocial_emp cedruc_emp actividad_emp direccion_emp telefono_emp personeria_emp + + + + + serial_fac serial_emp numero_fac fecha_fac estado_fac : : : : : : : long java.lang.String java.lang.String java.lang.String java.lang.String java.lang.String java.lang.String facturacab pasajero : : : : : : : : long int java.lang.String java.lang.String java.lang.String java.lang.String java.lang.String java.lang.String : : : : : long int long java.util.Date java.lang.String facturadet asignacion presupuesto + + + + + + + + + serial_pre serial_rec nombre_pre valor_pre fecini_pre fecfin_pre dias_pre vehiculo_pre estado_pre : : : : : : : : : long int java.lang.String float java.util.Date java.util.Date int int java.lang.String + + + + + + serial_asi serial_pre tipo_asi capacidad_asi costo_asi km_asi : : : : : : long int java.lang.String int double double + + + + + + serial_fd serial_fac cantidad_fd concepto_fd vunitario_fd vtotal_fd : : : : : : recorrido + + + + + + + + + + + + + + serial_rec serial_pre sini_rec sfin_rec costo_rec horario_rec descripcion_rec por_rec tot_rec tipo_rec ret_rec ga_rec vt_rec ex_rec : : : : : : : : : : : : : : long int java.lang.String java.lang.String double java.lang.String java.lang.String int double java.lang.String int int double double Ilustración 10: Diagrama de Clases. Fuente: (Autores, 2014). long int int java.lang.String double double 46 3.7.8 Diagrama de Secuencia La ilustración 16 y en adelante podremos observar el proceso que se realiza para en cada nivel de interfaz utilizado para el culminar con éxito el proceso de administración del programa implementado. Tal como especificamos a continuación: sd DS-Login InterfazUsuario() ReglaNegocio Base de Datos Administrador 1: IngresarUsuario/Contrasenia() 2: AlmacenaRegistro() 3. RegistraDatos() 4. ValidaLogin/Password-Usuario.() 5. NoExisteUsuario() 6. ValidacionDatos() 7. AccesoDenegado() 8. ExistenteUsuario() 9. ValidacionDatos() 10. DatosCorrectos() 11. AccesoExitoso() (from General) Ilustración 11: Diagrama de Secuencia – Login, del Usuario. Fuente: (Autores, 2015). 47 sd DS-InsertUsuario InterfazUsuario() ReglaNegocio Base de Datos Administrador 1. IngresarNuevoUsuario() 2. RegistrarDatosUsuario() 3. RegistrarDatosUsuario() 4. ValidacionDatos() 5. ExisteUsuario() 6. ExisteUsuario() 7. UsuarioYaRegistrado() 8. NoExisteUsuario() 9. NoExisteUsuario() 10. GuardarUsuario() 11. UsuarioGuardado() 12. UsuarioRegistrado() (from General) Ilustración 12: Diagrama de Secuencia, Insertar Usuario. Fuente: (Autores, 2015). sd DS-UpdateUsuario InterfazUsuario() ReglaNegocio Base de Datos Administrador 1. SeleccionarRegistro() 2. EditarDatoUsuario() 3. EditarDatosUsuario() 4. EditarRegistro() 5. RegistroEditado() 6. UsuarioActualizado.() (from General) 48 Ilustración 13: Diagrama de Secuencia, Insertar Usuario. Fuente: (Autores, 2015). sd DS-InsertTransportistas InterfazUsuario() ReglaNegocio Base de Datos Administrador 1. InsertarNuevoTransportista() 2. RegistrarDatosTransportista() 3. RegistrarDatosTransportista() 4. ValidadNumeroCedula() 5. EsisteNumeroCedula() 6. ExisteTransportista() 7. TransportistaYaRegistrado.() 8. NoExisteNumeroCedula() 9. NoExisteTransportista() 10. NoExisteTransportista() 11. TransportistaGuardado() 12. TransportistaRegistrado() (from General) Ilustración 14: Diagrama de Secuencia, Insertar Transportista. Fuente: (Autores, 2015). sd DS-UpdateTransportistas InterfazUsuario() ReglaNegocio Base de Datos Administrador 1. SeleccionarRegistroTrasnsportista() 2. EditarTransportista() 3. ModficarDatosTransportista() 4. EditarRegistro() 5. RegistroEditado() 6. TrasnportistaActualizado() (from General) Ilustración 15: Diagrama de Secuencia, Modificar Transportista. Fuente: (Autores, 2015). 49 sd DS-LiciracionPresupuesto InterfazPresupuesto ReglaNegocio Base de Datos Administrador 1. IngresarPresupuesto() 2. GuardarDatosPresupuesto() 3. RegistrarDatosPresuspuesto() 4. ValidarDatosPresupuesto() 5. ExisteNombrePresupuesto() 7. NombrePresupuestoYaIngresado() 6. ExisteNombrePresupuesto() 8. NoExisteNombrePresupuesto() 9. NoExisteNombrePresupuesto() 10. GuardarPresupuesto() 11. PressupuestoGuardado() 12. PresupuestoRegistrado() Ilustración 16: Diagrama de Secuencia, Presupuesto Referencial. Fuente: (Autores, 2015). sd DS-LicitacionVehiculos InterfazVehiculo ReglaNegocio Base de Datos Administrador 1. Insertar Vehiculo() 2. Registrar Datos vehiculo() 3. Registrar Datos Vehiculo() 4. Validad Nombre Presupuesto(Campos) 5. Guardar Campos Vehiculo() 6. Asignación Vehiculo Guardado() 7. Vehiculo Guardado() Ilustración 17: Diagrama de Secuencia, Asignación Vehicular. Fuente: (Autores, 2015). 50 3.7.9 Diagrama de Estados De la misma forma, dese la ilustración 17 podremos observar el proceso de ingreso del usuario al sistema: inicia con el ingreso de los datos, la validación de datos, en caso de ser correcto un mensaje de ingreso exitoso y el ingreso al sistema, caso contrario un mensaje de acceso denegado. stm DiagramasEstado NiuevoRegistro [Ingreso de Registro (Datos Solicitados)] Ingresado [Busqueda de Registro (Dato Solicitado)] Seleccionar [SellecionarRegistro] Modificar [Actualizar (Usuario, Pasw y Estado)] Actualizado Eliminar [Eliminar(RegistroCompleto)] Eliminado Ilustración 18: Diagrama de Estados, Ingreso al Sistema. Fuente: (Autores, 2015). 51 stm Transportista Nuevo Registro [ingresar(DatosCompletos)/ingresado] Ingresado [Bucar(CamposSolicitados)/Buscado.] Actualizado Buscado Actualizado [Actaulizar(RegistrosCompletos)/Actaulizado] [Validar(DatosCoompletos)/Validado] Validacion [Eliminar(RegistroCompleto)/Eliminado] Eliminado Eliminado Ilustración 19: Diagrama de Estados, gestión de Trasnportista. Fuente: (Autores, 2015). Ilustración 20: Diagrama de Estados, Gestión de Vehículos. Fuente: (Autores, 2015). 52 Ilustración 21: Diagrama de Estados, Gestión de Empresas. Fuente: (Autores, 2015). Ilustración 22: Diagrama de Estados, Gestión de Pasajeros. Fuente: (Autores, 2015). 53 Ilustración 23: Diagrama de Estados, Gestión de Recorrido. Fuente: (Autores, 2015). Ilustración 24: Diagrama de Estados, Presupuesto Referencial. Fuente: (Autores, 2015). 54 Ilustración 25: Diagrama de Estados, Asignación Vehicular. Fuente: (Autores, 2015). Ilustración 26: Diagrama de Estados, Asignación Recorrido. Fuente: (Autores, 2015). 55 3.7.10 Diagrama de Despliegue La ilustración 18 muestra la arquitectura de implementación utilizada para el proceso generado por el administrador de la compañía y la interacción con los diferentes servicios y capas como son: Cliente.- usuario que puede ingresar al sistema desde cualquier navegador web. Servidor Web.- compuesta por la Aplicación Web que es el desarrollo del sistema donde se utilizó Apache 2. La Interfaz con la BD que es la conexión con la BD, mediante el sistema operativo Centos 5. Base de Datos.- la herramienta que se utilizó para guardar los datos del sistema fue MySql 5.0. deployment DiagramaDespliegue Serv idor de Aplicaciones Cliente INTERNET: lasalle.fin.ec/sistema/login.html Aplicacion Web SIATP Conexión HTTP Serv idor Web Centos: Apache -PHP Administrador . Navegador Web (from General) Socket Local Base de Datos MySQL serv er: SIATP phpmyAmin Ilustración 27: Diagrama de Despliegue del Sistema. Fuente: (Autores, 2015). 56 3.7.11 Diagrama de Componentes La ilustración 19 muestra el diagrama de componentes que nos muestra de forma general el funcionamiento del sistema mediante todas sus interfaces y nodos. cmp DiagramaComponentes «interface» Empresas «flow» «interface» Serv icios «flow» Usuario Externo - T. Intitucional. - T. Escolar. - Presentación. «flow» «interface» Unidades - Unidades de Transporte. «flow» «interface» Contactos - Mapa Ubicación. - Dirección. - Email. SIATP «flow» Autentificación Usuario.form Sistema Integrado y Administración de Transporte Personalizado. Modulos.form Gestionar Transportistas Gestion de Transportistas «flow» Licitación Compras Publicas Modulos de Gestion Presupuesto Referencial Asignar Vehiculo Gestionar Pasaj eros Calcular Recorrido Concurso en: Gestionar Recorrido Gestionar Vehiculo Gestionar Empresa «flow» Licitación Generacion de Facturas «flow» Proceso Puj a Adj udicacion Unica Informes Facturacion Indiv idual Analisis de Resultados Ilustración 28: Diagrama de Actividades - Registrar Carrera. Fuente: (Autores, 2015) 46 3.7.12 Etapa de Ingeniería 3.7.13 Diagrama de Contenidos. Ilustración 29: Diagrama de Actividades - Registrar Carrera. Fuente: (Autores, 2015) Pagina de Bienvenida Inicio Usuario Externo. Usuario Administrador Modulos de Gestion. Login Transportista Empresa Vehiculos Servicios. Unidades Contactos. Empresas Rutas Licitación. Facturación Informes. Presupuesto referencial. Asignación Vehicular. Calculo Recorrido. Licitación. Resultados. Puja Ilustración 30: Dagrama de Contenidos. Fuente: (Autores, 2015) Adjudicación Unica. 47 3.7.14 Diagrama Navegacional – Módulos de gestión. deployment Nav egacion <<Clase Navegacion>> Login FacturacionEmpresas BuscarFactura EditarFactura EliminarFactura MostrarFactura CrearDetalle EliminarDetalle GestionEmpresas Gestionar Vehiculo «executionEnviro... CrearEmpresa «executionEnviron... CrearTransportista «interface» MuestraTransportista QueryFacturacion «interface» Detalle «executionEnviron... MENU Gestion Transportista MuestaFacturas MuestraRecorrido GestionarPasaj eros «interface» MuestraVehiculos «executionEnviron... CrearVehicilo GestionarRecorrido QueryEmpresas QueryTransportista MostrarPasaj eros «executionEnviron... CrearPasaj eros «executionEnviron... CrearRecorrido MuestraEmpresas BuscarEmpresas QueryVehiculo EliminarRecorrido EliminarVehiculo EliminarTrasnportista EliminarEmpresas QueryPasaj eros BuscarTransportista EditarTransportista BuscarVehiculo EditarVehiculo EditarEmpresas QueryRecorrido EliminarEmpresas EditarRecorrido BuscarPasaj eros EditarPasaj eros BuscarRecorrido Ilustración 31: Diseño de navegación – Módulos de Gestión. Fuente: (Autores, 2015) 48 3.7.15 Diagrama Navegacional – Módulos Licitación Compras Públicas. deployment Nav egacionComprasPublicas Login «interface» Resultados «executionEnviron... MENU LicitacionComprasPublicas «interface» PresuspuestoReferencial AsigacionVehicular CalcularRecorrido Licitacion QueryPresupuesto MostrarListadoPresupuesto CrearPresupuesto QueryVehiculos CrearGVehiculo QueryRecorrido MostrarListaVehiculos CrearGRecorrido MostrarListaRecorrido QueryAdj udicacionSeleccionado EliminarDatos MostrarDatos BuscarDatos EditarDatos MostrarDatos EliminarDatos BuscarDatos EditarDatos MostrarDatos EliminarDatos BuscarDatos EditarDatos MostrarDatos BuscarDatos Ilustración 19: Diseño de navegación – módulos Licitación Compras Públicas. Fuente (Autores, 2015) MostrarResgitrso 46 CAPÍTULO 5.- CONCLUSIONES Y RECOMENDACIONES 5.1 Conclusiones 47 5.2 Recomendaciones 48 BIBLIOGRAFÍA Y WEBGRAFÍA Almeida, P. (2013). Aplicaciones Distribuidas II. Quito: Clases Pensúm Espe Ingeniería en Sistemas e Informática. Autores, L. (2014) Arévalo Katherine, Matango René: SISTEMA WEB DE GESTIÓN DE CALIDAD DE LOS PROGRAMAS DE POSTGRADOS, MEDIANTE LA UTILIZACIÓN DE LA PLATAFORMA JAVA ENTERPRISE EDITION JEE6 WEB APLICANDO LA METODOLOGÍA UWE . Byous, J. (2005). Java technology: The early years. California: Sun Developer Network. Domínguez-Dorado, M. (2005). Todo Programación. Madrid: Iberprensa (Madrid). Ecuador, C. N. (2008). Evaluación de Desempeño Institucional de las Universidades y Escuelas Politécnicas del Ecuador. Quito: Mandato Constituyente N.-14. Mentoring, G. (12 de Julio de 2012). Global Mentoring El Blog. Obtenido de http://globalmentoring.com.mx/cursos-java/java-empresarial/arquitecturamulticapas/ Mora, S. L. (2001). Programación de servidores web con CGI, SSI e IDC. España: Club Universitario. 49 Perdita Stevens, R. P. (2002). Utilización de UML en Ingeniería del Software con Objetos y Componentes. Rossi G., S. D. (2000). Web Applications Models are More than Conceptual. In Proceedings of the Web Engineering Workshop at WWWCM´99. StartUML. (19 de Agosto de 2006). Black Byte. Obtenido de http://blackbyte.com/review/staruml/ Tuya, J. (2011). ISO/IEC 29119 Software Testing. Obtenido de http://www.javiergarzas.com/wp-content/uploads/2012/01/iso29119.gif Wheeler, D. A. (2001). Red Hat Linux. California: SourceForge. Wikipedia. (06 de Marzo de 2013). Obtenido de http://es.wikipedia.org/wiki/NetBeans Wikipedia. (23 de Mayo de 2013). http://es.wikipedia.org/wiki/GlassFish Wikipedia. Obtenido de