Download Tesis.SIATP.Final_V0..

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