ESCUELA POLITECNICA DEL EJRCITO

DPTO. DE CIENCIAS DE LA COMPUTACIN

CARRERA DE INGENIERA DE SISTEMAS E INFORMATICA

DESARROLLO DEL SISTEMA INFORMATICO PARA EL CONTROL, TRATAMIENTO Y TRANSPORTE DE CARGA EN LA COMPAIA AEREA ICARO S.A.

Previa a la obtencin del Ttulo de:

INGENIERO EN SISTEMAS E INFORMTICA

POR:

VICTOR HUGO RENGIFO PEAFIEL

SANGOLQUI, Enero de 2007

La manera de ganar algo es dndolo. Si queremos amor, por ejemplo, no lo pidamos, dmoslo

Annimo.

CERTIFICACIN
Certifico que el presente trabajo fue realizado en su totalidad por el Sr. VICTOR HUGO RENGIFO PEAFIEL como requerimiento parcial a la obtencin del ttulo de INGENIERO EN SISTEMAS E INFORMATICA.

25 de Enero de 2007

_________________________________ ING. JENNY RUIZ

Pg. iii

DEDICATORIA

A Dios, por su gua de esfuerzo y amor para alcanzar sus objetivos y servir como ejemplo de vida.

A mis padres, quienes con su esfuerzo y dedicacin me dieron lo mejor de s para con su apoyo estudiar y ser un hombre de bien.

A mi esposa, de manera muy especial por su paciencia, apoyo, comprensin, empuje y gua en los momentos en los cuales baj los brazos, gracias a ella he llegado a esta instancia.

A mi hijo, quien me mostr con su ser el camino para no desfallecer an cuando existan adversidades.

VICTOR HUGO RENGIFO PEAFIEL

Pg. iv

AGRADECIMIENTO

A todas y cada una de las personas que con su aliento, enseanzas, y lecciones supieron contribuir de alguna manera en la finalizacin de la presente.

A la ESCUELA POLITCNICA DEL EJRCITO, la cual me facilit el acceso al conocimiento.

A la FACULTAD DE INGENIERA EN SISTEMAS E INFORMTICA, por sus diarias enseanzas a travs de su personal administrativo y docente.

A la Ing. Jenny Ruiz, Directora del presente proyecto quien con su valiosa experiencia y gua me permiti dar forma y contenido a la presente.

Al Ing. Wilson Guerra, Codirector del proyecto, quien aport con todos sus conocimientos y consejos oportunos a lo largo del mismo.

VICTOR HUGO RENGIFO PEAFIEL

Pg. v

RESUMEN GENERAL

El presente tema de tesis tiene como objetivo controlar y tratar la carga transportada entre las estaciones (ciudades) donde opera la aerolnea Icaro Air del Ecuador. Al momento los procesos son manuales y estn normados por el Manual de Carga de Icaro, los mismos que ocasionan tiempos de espera en atencin altos, fallas en registro de datos, errores en envos que pueden ocasionar prdidas al cliente y a la compaa, entre otros.

Para resolver estos problemas, se efectu un anlisis de los procesos y de las necesidades de la empresa, identificndose de forma necesaria desarrollar un software que permite controlar la recepcin, envo y entrega de carga.

El software desarrollado consiste en un cliente web que a travs de la red de comunicaciones de ICARO tiene la funcionalidad: de un punto de entrega / recepcin, de estibacin, de consulta; complementado con un ActiveX que permite identificar el terminal y cumplir funciones de servidor de impresin. La solucin incluye el manejo de cdigos de barra tanto para la carga como para los bultos (agrupacin de carga) agilitando los procesos de estibacin y entrega.

Pg. vi

INDICE DE CONTENIDOS

CAPITULO I INTRODUCCIN.1 1.1. 1.2. 1.3. 1.4. Generalidades....1 Descripcin del Problema.2 Justificacin....5 Objetivos.........5 Objetivo General.....5 Objetivos Especficos....6

1.4.1. 1.4.2. 1.5. 1.6.

Alcance....6 Factibilidad..7 Factibilidad Tcnica....7 Factibilidad Econmica......8 Factibilidad Operativa........9

1.6.1. 1.6.2. 1.6.3.

CAPITULO II MARCO TEORICO...10 2.1. CONTROL Y TRATAMIENTO DE CARGA EN ICARO S.A..10 2.1.1. 2.1.2. 2.1.3. 2.1.4. 2.1.5. 2.1.6. 2.1.7. 2.1.8. 2.1.9. 2.1.10. 2.1.11. Gua de Remisin / Factura.....10 Elaboracin de gua de remisin / factura.....11 Distribucin de las copias....12 Manifiesto de embarque...12 Elaboracin del manifiesto...13 Distribucin del manifiesto...14 Condiciones de transporte de la gua de remisin / factura...14 Despacho y embarque..15 Recepcin y desembarque..15 Entrega de encomiendas.....16 Tarifas.....17

Pg. vii

2.2. METODOLOGA: PROCESO UNIFICADO DE DESARROLLO18 2.2.1. Captura de requisitos...25 Comprender el contexto del sistema...25 Captura de los requisitos funcionales..25 Captura de requisitos no funcionales...26 Modelo de negocio..26 Modelo de anlisis..26 Clase del anlisis.27 Clases de Interfaz...27 Realizacin de casos de uso de anlisis.28 Clase de diseo...30 Realizacin de clases de uso diseo...30 Implementacin33 Modelo de implementacin33 Componentes...33 2.2.1.1. 2.2.1.2. 2.2.1.3. 2.2.1.4. 2.2.2. 2.2.2.1. 2.2.2.2. 2.2.2.3. 2.2.2.4. 2.2.3. 2.2.3.1. 2.2.3.2. 2.2.3.3. 2.2.3.4. 2.2.3.5.

Anlisis26

Diseo.29

2.3. SOFTWARE UTILIZADO EN EL DESARROLLO DEL SISTEMA....35 2.3.1. APACHE.35 Definiciones de Apache.35 Principales caractersticas.35 2.3.1.1. 2.3.1.2. 2.3.2. 2.3.3.

PHP..36 ORACLE.37 Definicin de Oracle. Base de Datos..37 CAPITULO III

2.3.2.1. Definicin de PHP. Lenguaje de Programacin.36 2.3.3.1.

ANALISIS.......39 3.1. ESPECIFICACIN DE REQUERIMIENTOS DE SOFTWARE IEEE-830.39 3.1.1. Introduccin....39 Objetivo.....39 mbito.......39 Definiciones, Acrnimos y Abreviaturas..40 Referencias..42 Visin General del Documento.....42 3.1.1.1. 3.1.1.2. 3.1.1.3. 3.1.1.4. 3.1.1.5.

Pg. viii

3.1.2.

Descripcin general.....42 Perspectiva del producto43 Funciones del producto..43 Caractersticas de los usuarios.44 Limitaciones Generales..45 Suposiciones y dependencias...46 Funcin 1: Recepcin de carga47 Funcin 2: Proceso de Embarque49 Funcin 3: Proceso de desembarque..49 Funcin 4: Entrega de carga.50 Interfaces de usuario..51 Interfaces de hardware..52 Interfaces de software....52 Interfaces de comunicacin...52

3.1.2.1. 3.1.2.2. 3.1.2.3. 3.1.2.4. 3.1.2.5. 3.1.3. 3.1.3.1. 3.1.3.2. 3.1.3.3. 3.1.3.4. 3.1.4. 3.1.4.1. 3.1.4.2. 3.1.4.3. 3.1.4.4. 3.1.5. 3.1.6. 3.1.7. 3.1.8.

Requerimiento funcional...46

Requerimientos de Interface...51

Restricciones de memoria...52 Restricciones para el diseo...53 Requisitos de rendimiento:..53 Atributos.53 Disponibilidad..53 Seguridad.54 Portabilidad..54

3.1.8.1. 3.1.8.2. 3.1.8.3.

3.2. DISEO...55 3.2.1. Modelo de Objetos55 Diagramas de Casos de Uso55 3.2.1.1.

3.2.1.1.1. Diagrama de Caso de Uso de Recepcin de Carga.55 3.2.1.1.2. Diagrama de Caso de Uso de Proceso de Embarque..56 3.2.1.1.3. Diagrama de Caso de Uso de Proceso de Desembarque...57 3.2.1.1.4. Diagrama de Caso de Uso de Entrega de Carga..57 3.2.1.1.5. Diagrama de Caso de Uso de Administracin de Stock de Documentos..58 3.2.1.1.6. Diagrama de Caso de Uso de Administracin del Sistema..59 3.2.1.1.7. Diagrama de Caso de Uso de Administracin de Consultas...60 3.2.2. Modelo Dinmico...60 Diagramas de Secuencia......60 3.2.2.1.

Pg. ix

3.2.2.1.1. Diagrama de Secuencia de Administracin del Sistema Actualizar..61 3.2.2.1.2. Diagrama de Secuencia de Administracin del Sistema Aadir..62 3.2.2.1.3. Diagrama de Secuencia de Administracin del Sistema Eliminar63 3.2.2.1.4. Diagrama de Secuencia de Administracin del Sistema Recuperar informacin63 3.2.2.1.5. Diagrama de Secuencia de Administracin de Stock de Documentos..64 3.2.2.1.6. Diagrama de Secuencia de Configuracin de Submdulos.66 3.2.2.1.7. Diagrama de Secuencia de Configuracin de Usuario.67 3.2.2.1.8. Diagrama de Secuencia de Configuracin Mdulos..68 3.2.2.1.9. Diagrama de Secuencia de Elaborar Manifiesto de Embarque Real69 3.2.2.1.10. Diagrama de Secuencia de Generacin de Documentos.70 3.2.2.1.11. Diagrama de Secuencia de Generar Manifiesto de Desembarque.71 3.2.2.1.12. Diagrama de Secuencia de Generar Manifiesto de Embarque72 3.2.2.1.13. Diagrama de Secuencia de Gestin de Bultos Actualizar.73 3.2.2.1.14. Diagrama de Secuencia de Gestin de Bultos Aadir...74 3.2.2.1.15. Diagrama de Secuencia de Gestin de Carga...75 3.2.2.1.16. Diagrama de Secuencia de Gestin de Entrega de Carga..76 3.2.2.1.17. Diagrama de Secuencia de Ubicacin de Carga...77 3.2.2.1.18. Diagrama de Secuencia de Validar Usuario...78 3.2.3. Modelo Funcional..78 Diagramas de Actividad.78 3.2.3.1.

3.2.3.1.1. Diagrama de Actividad de Recepcin de Carga.79 3.2.3.1.2. Diagrama de Actividad de Proceso de Embarque.80 3.2.3.1.3. Diagrama de Actividad de Proceso de Desembarque..81 3.2.3.1.4. Diagrama de Actividad de Entrega de Carga..82 3.2.3.1.5. Diagrama de Actividad de Administracin de Stock de Documentos.83 3.2.3.1.6. Diagrama de Actividad de Administracin del Sistema.84 3.2.3.1.7. Diagrama de Actividad de Administracin de Consultas..85 3.2.3.2. Diagramas de colaboracin...86 Actualizar..86 3.2.3.2.2. Diagrama de Colaboracin de Administracin del Sistema Aadir. 86 3.2.3.2.1. Diagrama de Colaboracin de Administracin del Sistema

Pg. x

3.2.3.2.3. Diagrama de Colaboracin de Administracin del Sistema Eliminar..87 3.2.3.2.4. Diagrama de Colaboracin de Administracin del Sistema Recuperar Informacin..87 3.2.3.2.5. Diagrama de Colaboracin de Administracin de Stock de Documentos..88 3.2.3.2.6. Diagrama de Colaboracin de Configuracin de Submdulos89 3.2.3.2.7. Diagrama de Colaboracin de Configuracin de Usuario.89 3.2.3.2.8. Diagrama de Colaboracin de Configuracin de Mdulos...90 3.2.3.2.9. Diagrama de Colaboracin de Elaborar Manifiesto de Embarque Real90 3.2.3.2.10. Diagrama de Colaboracin de Generacin de Documentos91 3.2.3.2.11. Diagrama de Colaboracin de Generar Manifiesto de Desembarque...92 3.2.3.2.12. Diagrama de Colaboracin de Generar Manifiesto de Embarque..93 3.2.3.2.13. Diagrama de Colaboracin de Gestin de Bultos Actualizar94 3.2.3.2.14. Diagrama de Colaboracin de Gestin de Bultos Aadir..95 3.2.3.2.15. Diagrama de Colaboracin de Gestin de Carga..96 3.2.3.2.16. Diagrama de Colaboracin de Gestin de Entrega de Carga..97 3.2.3.2.17. Diagrama de Colaboracin de Ubicacin de Carga..98 3.2.3.2.18. Diagrama de Colaboracin de Validar Usuario..98 3.2.4. Modelo de Datos Modelo FsicoANEXO A. Modelo de Clases.ANEXO B. Diccionario de Datos.100 Diseo de Interfases.114 Distribucin de interfaces115 3.2.4.1. 3.2.4.2. 3.2.4.3. 3.2.4.4. 3.2.4.5.

3.2.4.4.1. Interfaz Grfica..114 3.2.4.5.1. Interfaz de configuracin de Terminal115 3.2.4.5.2. Interfaz de Pginas Web..118 3.2.4.5.3. Mensajes auxiliares de Error en la Web121 3.2.4.5.4. Controles usados en el Sistema Web122

Pg. xi

CAPITULO IV CONSTRUCCION Y PRUEBAS CONSTRUCCION..123 4.1. Configuracin de cliente.123 4.2. Configuracin de PC123 4.3. Configuracin de lector de cdigo de barra.124 4.4. Configuracin de impresora de cdigo de barra.124 PRUEBAS125 4.5. Planificacin y Proceso de Pruebas.125 4.5.1. 4.5.2. 4.5.3. Aplicacin WEB..125 ActiveX de impresin..126 Proceso de Pruebas127 Aplicacin ActiveX de impresin.127 Aplicacin Web..131 De Aceptacin137

4.5.3.1. 4.5.3.2. 4.5.3.3.

4.5.3.3.1. Formulario de Revisin de Funcionalidad.137 4.5.3.3.2. Formulario de Base de Datos y velocidad de respuesta139 4.6. Compatibilidad con el explorador..140 CAPITULO V CONCLUSIONES Y RECOMENDACIONES 5.1. 5.2. CONCLUSIONES..142 RECOMENDACIONES.....144

BIBLIOGRAFA...145 WEBIBLIOGRAFA.146 GLOSARIO DE TERMINOS.147 ANEXOS..148 ANEXO A. Modelo Fsico del Sistema149 ANEXO B. Modelo de Clases..150 ANEXO C. Manual de Usuario del sistema ICARGO...151 ANEXO D. Manual De Instalacin del sistema ICARGO.172

Pg. xii

INDICE DE TABLAS
Tabla 1-1. Factibilidad Tcnica - Hardware a usar en el proyecto..8 Tabla 1-2. Factibilidad econmica de Hadware.9 Tabla 1-3. Factibilidad econmica de Software.9 Tabla 1-4. Factibilidad econmica detallada..9 Tabla 2-1. Comparativa de Metodologas 19 Tabla 3-1. Definiciones del mbito del sistema41 Tabla 3-2. Acrnimos del mbito del sistema.41 Tabla 3-4. Abreviaturas del mbito del sistema..42 Tabla 3-5. Controles de una aplicacin Web.122 Tabla 4-1. Planificacin de la prueba para la Aplicacin WEB126 Tabla 4-2. Planificacin de la prueba ActiveX de impresin126 Tabla 4-3: Detalle de proceso de pruebas de unidad de Escritorio (Caja Blanca)..129 Tabla 4-4. Detalle de Proceso de Pruebas de Unidad de aplicacin ActiveX (Caja Negra)...130 Tabla 4-5. Indica la Impresin en ActiveX (con y sin conectividad)...130 Tabla 4-6: Detalle de Proceso de Pruebas de Unidad (Aplicacin WEB) de Caja Blanca...133 Tabla 4-7: Validacin de Datos de Entrada133 Tabla 4-8: Detalle de Proceso de Pruebas de Unidad de aplicacin Web (Caja Negra)...135 Tabla 4-9: Indica la Validacin de Datos de Entrada135 Tabla 4-10. Formulario de Revisin de Funcionalidad.138 Tabla 4-11. Formulario de Base de Datos y velocidad de respuesta.139

Pg. xiii

INDICE DE FIGURAS
Figura 2-1: Frmula de Costo de Carga o Correspondencia.17 Figura 2-2: Proceso de Ingeniera de Software...18 Figura 2-3: Utilidad de los diagramas de casos de uso..21 Figura 2-4: Proceso centrado en la Arquitectura.21 Figura 2-5: Cada una de las Fases se ve influenciada por cada uno de los elementos de un flujo de trabajo.23 Figura 2-6: Cada Iteracin es una pasada a travs de los cinco flujos de trabajo fundamentales24 Figura 2-7: Clase de Interfaz GUI de administracin de Guas.27 Figura 2-8: La clase entidad Gua y su relacin con la clase Gestor de Administracin de Guas..28 Figura 2-9: La clase de control de Forma de Pago de Gua..28 Figura 2-10: Diagrama de Clases..29 Figura 2-11: Arquitectura multi-capas32 Figura 2-12: Traza directa de una clase de diseo a un componente.34 Figura 2-13: Dependencia de compilacin, entre dos componentes34 Figura 3-1: Diagrama de Caso de Uso de Recepcin de Carga...55 Figura 3-2: Diagrama de Caso de Uso de Proceso de Embarque56 Figura 3-3: Diagrama de Caso de Uso de Proceso de Desembarque.57 Figura 3-4: Diagrama de Caso de Uso de Entrega de Carga58 Figura 3-5: Diagrama de Caso de Uso de administracin de Stock de Documentos58 Figura 3-6: Diagrama de Caso de Uso de Administracin del Sistema...59 Figura 3-7: Diagrama de Caso de Uso de Administracin de Consultas....60 Figura 3-8: Diagrama de Secuencia de Administracin del Sistema Actualizar.61 Figura 3-9: Diagrama de Secuencia de Administracin del Sistema Aadir62 Figura 3-10: Diagrama de Secuencia de Administracin del Sistema Eliminar..63 Figura 3-11: Diagrama de Secuencia de Administracin del Sistema Recuperar informacin.63 Figura 3-12: Diagrama de Secuencia de Administracin de Stock de Documentos.65 Figura 3-13: Diagrama de Secuencia de Configuracin de Submdulos66 Figura 3-14: Diagrama de Secuencia de Configuracin de Usuario67 Figura 3-15: Diagrama de Secuencia de Configuracin Mdulos.68 Figura 3-16: Diagrama de Secuencia de Elaborar Manifiesto de Embarque Real.69 Figura 3-17: Diagrama de Secuencia de Generacin de Documentos...70

Pg. xiv

Figura 3-18: Diagrama de Secuencia de Elaborar Manifiesto de Desembarque Real......71 Figura 3-19: Diagrama de Secuencia de Generar Manifiesto de Embarque.72 Figura 3-20: Diagrama de Secuencia de Gestin de Bultos Actualizar...73 Figura 3-21: Diagrama de Secuencia de Gestin de Bultos Aadir.....74 Figura 3-22: Diagrama de Secuencia de Gestin de Carga..75 Figura 3-23: Diagrama de Secuencia de Gestin de Entrega de Carga.76 Figura 3-24: Diagrama de Secuencia de Ubicacin de Carga..77 Figura 3-25: Diagrama de Secuencia de Validar Usuario..78 Figura 3-26: Diagrama de Actividad de Recepcin de Carga...79 Figura 3-27: Diagrama de Actividad del Proceso de Embarque...80 Figura 3-28: Diagrama de Actividad del Proceso de Desembarque....81 Figura 3-29: Diagrama de Actividad de Entrega de Carga82 Figura 3-30: Diagrama de Actividad del Proceso de Administracin de Stock de Documentos83 Figura 3-31: Diagrama de Actividad del Proceso de Administracin del Sistema.84 Figura 3-32: Diagrama de Actividad del Proceso de Administracin de consultas85 Figura 3-33: Diagrama de Colaboracin de Administracin del Sistema Actualizar..86 Figura 3-34: Diagrama de Colaboracin de Administracin del Sistema Aadir86 Figura 3-35: Diagrama de Colaboracin de Administracin del Sistema Eliminar.87 Figura 3-36: Diagrama de Colaboracin de Administracin del Sistema Recuperar informacin..87 Figura 3-37: Diagrama de Colaboracin de Administracin de Stock de Documentos...88 Figura 3-38: Diagrama de Colaboracin de Configuracin de Submdulos...89 Figura 3-39: Diagrama de Colaboracin de Configuracin de Usuario89 Figura 3-40: Diagrama de Colaboracin de Configuracin de Mdulos..90 Figura 3-41: Diagrama de Colaboracin de Elaborar Manifiesto de Embarque Real90 Figura 3-42: Diagrama de Colaboracin de Generacin de Documentos...91 Figura 3-43: Diagrama de Colaboracin de Generar Manifiesto de Desembarque...92 Figura 3-44: Diagrama de Colaboracin de Generar Manifiesto de Embarque.93 Figura 3-45: Diagrama de Colaboracin de Gestin de Bultos Actualizar..94 Figura 3-46: Diagrama de Colaboracin de Gestin de Bultos Aadir.95 Figura 3-47: Diagrama de Colaboracin de Gestin de Carga.96 Figura 3-48: Diagrama de Colaboracin de Gestin de Entrega de Carga97 Figura 3-49: Diagrama de Colaboracin de Ubicacin de Carga.98

Pg. xv

Figura 3-50: Diagrama de Colaboracin de Validar Usuario.98 Figura 3-51: Control ActiveX para identificacin de Terminal y manejo de impresiones..116 Figura 3-52: Configuracin de ActiveX, opcin General..116 Figura 3-53: Configuracin de ActiveX, opcin Impresoras117 Figura 3-54: Al finalizar el proceso y guardar los datos del ActiveX..117 Figura 3-55: Pgina de Ingreso al Sistema118 Figura 3-56: Interfaz del Sistema.119 Figura 3-57: Informacin del Usuario y Opciones Globales119 Figura 3-58: Mdulos y Submdulos, ubicacin en el sistema...119 Figura 3-59: Contenido de la pgina120 Figura 3-60: Pgina Pop up Web.121 Figura 3-61: Mensaje de error..121 Figura 4-1: Diagrama de Flujo de Impresin..127 Figura 4-2: Diagrama de Flujo de Creacin de Documentos..131

Pg. xvi

CAPITULO I

INTRODUCCIN 1.1. Generalidades El 17 de diciembre de 1903, fue el da en el que la humanidad alcanz conquistar el cielo para poder abrir sus alas y volar, se haba conseguido el sueo de muchos cientficos, fsicos, inventores, locos, visionarios... y por tanto ya en lo prctico, la capacidad de explotar este nuevo recurso para mltiples aplicaciones, entre esas por supuesto, la transportacin.

A lo largo del siglo XX se desarroll entonces la aviacin, el nuevo medio de transporte que permitira trasladar no solamente a personas, en menor tiempo y con mayor seguridad, sino tambin cualquier tipo de carga con muy pocas restricciones.

Hoy, el control, tratamiento y transporte de carga en una aerolnea es una de las ramas del negocio ms importantes, tanto es as que existen muchas compaas areas que se dedican exclusivamente o mayoritariamente a esta actividad.

Con el desarrollo tecnolgico de nuestra poca aplicado en todos los campos, se ha logrado optimizar el tiempo en los procesos de las organizaciones, haciendo que el servicio se efectivice da a da, logrando reducir costos, obtener mayores beneficios y mantener al cliente atado a esta calidad servicio. de

Pg. 1

La razn de este trabajo de investigacin se centra en obtener de la tecnologa lo mejor para construir una herramienta informtica que permita ofrecer un servicio de calidad, eficiente, seguro y rpido en el transporte de carga area.

1.2. Descripcin del Problema ICARO S.A. empresa netamente ecuatoriana, dedicada al negocio aeronutico y afines, ofrece como uno de sus principales servicios el transporte de carga y encomiendas, proceso manejado por completo por una de sus empresas: EQGlobal, misma que desde los campos administrativo, financiero y comercial es completamente independiente al accionar del resto de la compaa, coincidiendo nicamente en el campo operativo.

En procura de ofrecer al cliente siempre el mejor de los servicios, ICARO ha automatizado ya la mayora de los procesos de sus negocios y ha decidido continuar con la sistematizacin del proceso de transporte de carga.

El objetivo del sistema ser ayudar a gestionar la informacin generada del tratamiento de carga estar dividido en dos partes, el control, tratamiento y transporte de la carga, y; el tratamiento y almacenamiento de la informacin comercial generada por el negocio.

En el control de la carga como tal, el sistema permitir la administracin de guas en cada una de las estaciones donde ICARO tenga un counter destinado para el manejo de carga, en este counter se requerir indispensablemente de un PC con conexin a la Red Nacional de ICARO, adems de los respectivos

Pg. 2

perifricos como impresora, balanza y lector de cdigo de barras (dependiendo de la necesidad, el counter podr tener todos o algunos de los perifricos). El manejo de la informacin ser centralizado y funcionar de acuerdo al esquema 7x241, para lo cual ICARO cuenta con una infraestructura de red a nivel nacional con una disponibilidad del 99.8% mensual.

Las guas de remisin, documentos dirigidos exclusivamente a clientes con convenios, son coleccionados para emitir posteriormente una sola factura de acuerdo a la fecha del convenio, de esta forma se genera tambin una administracin de clientes (el sistema no har esta facturacin puesto que esto se genera en otro sistema), y en caso de clientes que no tienen convenios con ICARO se factura directamente por cada envo de carga (esta facturacin si ser implementada). Estos documentos son de vital importancia para la

recepcin y entrega de la carga. Cada encomienda puede contener uno o varios paquetes, los mismos que sern identificados por un cdigo de barras individual y formarn parte de una gua de remisin o factura dependiendo del caso. Identificando cada paquete se solucionan varios problemas para la recepcin, envo y entrega de carga ya que se generan documentos como Manifiestos de Embarque de Carga y Manifiestos de Desembarque de Carga (requeridos por la Direccin de Aviacin Civil DAC). La creacin de guas/facturas implica separar en paquetes cada una de las encomiendas, se crea la factura o gua de remisin imprimiendo los datos de la misma y tambin los respectivos cdigos de barra que se adjuntarn a cada paquete.

7x24: Esquema de disponibilidad de sistemas los 7 das de la semana las 24 horas

Pg. 3

nicamente las facturas podrn ser canceladas tanto en el origen como en el destino de la encomienda, esto determinar el lugar en que este documento sea impreso y entregado al cliente.

La creacin de manifiestos de embarque implica ingresar las guas/facturas que van a ser enviadas a su respectivo destino, en esta parte se arman valijas (contenedores de paquetes), las mismas que sirven para identificar que paquete se encuentra en que valija (esta tambin poseer un cdigo de barras); para la creacin de la valija se usar un lector de cdigo de barras y se ir disparando a cada uno de los paquetes, hasta cerrar la valija. Las valijas son trasladadas en carros de carga hasta la aeronave, sin embargo, para el despacho de un vuelo se controla entre otras variables la cantidad de carga mxima con la que puede volar la aeronave, de tal forma que por condiciones climticas, temperatura y otros factores puede no enviarse toda la carga, esta carga es despachada en el siguiente vuelo. Para controlar que valijas no fueron despachadas se debern ingresar en el sistema dichas valijas. Este control nos permitir saber qu valijas deben ser enviadas con prioridad en el siguiente vuelo, as como tambin que guas estn incompletas y no podrn ser despachadas en su destino (definido por polticas de la empresa).

Una vez arribado un vuelo se debe crear un manifiesto de desembarque, para esto y con lectores de cdigos de barra se leern los cdigos de las valijas para de esta forma identificar los paquetes, y automticamente identificar cuales son las guas que pueden ser entregadas al cliente.

Pg. 4

El cliente tendr herramientas de consulta va WEB actualizadas en tiempo real, esto permitir descongestionar los counters de entrega y recepcin, al mantener al cliente informado del estado de su encomienda y evitndole prdidas de tiempo en colas innecesarias.

1.3. Justificacin ICARO S.A., compaa ecuatoriana de transporte areo, mantiene entre uno de sus negocios el transporte de carga, que en la actualidad es manejado por completo de forma manual y que por el crecimiento de la demanda en el servicio, los volmenes que se manejan a diario y la exigencia del cliente, hacen extremamente difcil mantener el control del proceso de esta forma, por esta razn, se ha visto necesaria la pronta automatizacin de todo el proceso.

El desarrollo de una herramienta informtica a medida siempre permitir optimizar al mximo los recursos con los que cuenta una organizacin, para el caso puntual de ICARO S.A., empresa que tecnolgicamente tiene una base de infraestructura robusta, con aplicaciones del negocio y de gestin trabajando en conjunto, el nuevo sistema se acoplar a los estndares manejados y permitir tener informacin precisa y confiable en tiempo real para la necesaria toma de decisiones.

1.4. Objetivos 1.4.1. Objetivo General Automatizar el proceso de control, tratamiento y transporte de carga en la compaa area ICARO S.A., para mejorar los tiempos de

Pg. 5

atencin al cliente, asegurar el transporte de las encomiendas y organizar la gran cantidad de informacin, permitiendo obtener datos confiables en tiempo real que sirvan a la toma de decisiones.

1.4.2.

Objetivos Especficos Realizar un minucioso y organizado levantamiento de informacin acerca de todo el proceso de transporte de carga, con la finalidad de contar con suficientes bases para dar solucin informtica al problema.

Disear y desarrollar el Sistema informtico para el Control, Tratamiento y Transporte de Carga, haciendo uso de los estndares y herramientas impuestos por el Departamento de Tecnologas de Informacin de ICARO S.A.

Realizar pruebas al sistema desarrollado con el fin de evaluar de que este libre de errores para que pueda ser implantado.

1.5. Alcance El alcance del presente proyecto abarca el desarrollo (anlisis, diseo y construccin) de un Sistema para el Control, Tratamiento y Transporte de Carga en la compaa area ICARO S.A., que de acuerdo al proceso de tratamiento de carga manejado actualmente, estar dividido en dos ejes de control: el de la carga propiamente dicha, y; la informacin comercial generada por el negocio, esta ltima slo ser almacenada y podr ser utilizada por

Pg. 6

cualquier sistema externo de gestin financiero-contable previo desarrollo de interfaces entre ambos, lo cual no contempla el presente proyecto.

La metodologa de Desarrollo de Software que se ha escogido para la ejecucin del proyecto es el Proceso Unificado de Desarrollo, mismo que por su constitucin permitir realizar efectivamente el anlisis, diseo,

implementacin y pruebas de todos y cada uno de los procesos que se identifiquen para el control, transporte y tratamiento de carga.

Como es lgico en cualquier sistema informtico, las seguridades y controles de acceso a los diferentes niveles de usuarios sern implementadas con el fin de preservar la confidencialidad de los datos. El proyecto incluye

documentacin, manuales de usuario y manuales tcnicos.

Las fases faltantes, es decir, la implantacin y el mantenimiento, no estn contempladas en el presente proyecto y ser de completa responsabilidad de ICARO S.A. la ejecucin de las mismas en las diferentes estaciones en las que la compaa maneja el negocio.

1.6. Factibilidad

1.6.1. Factibilidad Tcnica Hardware Para el desarrollo del sistema se requerir de:

Pg. 7

Hardware Lector de cdigo de barras Impresora de cdigo de barras 1 Computador PIV de 1.8Ghz Tabla 1-1. Factibilidad Tcnica - Hardware a usar en el proyecto Software Para el desarrollo de la aplicacin se usar como lenguaje de programacin PHP, la herramienta Zend Studio 5 a fin de obtener un ambiente amigable para el desarrollo basado en PHP, la herramienta Macromedia Dreamweaver para el diseo html y Macromedia Fireworks para la edicin de imgenes, la herramienta Visual Basic 6.0 para el desarrollo de ActiveX. Adems ser necesario Oracle 9i para el servidor de Base de datos.

Metodologa Para el desarrollo del sistema se utilizar la metodologa RUP (Proceso Unificado de Desarrollo).

Asesora Tcnica Los recursos a utilizar en este sistema sern facilitados por ICARO S.A. (en el caso del lector y la impresora de cdigo de barras); y para la parte de desarrollo todas las herramientas son posibles de conseguir.

1.6.2. Factibilidad Econmica Para la realizacin de este proyecto no es necesario contar con un considerable presupuesto, ya que el lector y la impresora de cdigo de barras

Pg. 8

sern facilitados durante el anlisis, diseo, desarrollo e implantacin del sistema por la empresa ICARO S.A.

CANTIDAD HARDWARE 1 1 1 Impresora Zebra de Cdigos de Barra Lector de Cdigos de Barra PC Pentium IV 1.8 Ghz Tabla 1-2. Factibilidad econmica de Hadware CANTIDAD SOFTWARE 1 1 1 1 1 Zend Studio 5 Oracle 9i Licencia Windows XP Professional Microsoft Visual Basic 6.0 Macromedia Studio MX 2004 $500 $500 $250 $250 $100 $100 $550 $550

$1000 $1000 $110 $400 $400 $110 $400 $400

Tabla 1-3. Factibilidad econmica de Software TOTAL HARDWARE TOTAL SOFTWARE TOTAL $900 $2410 $3310

Tabla 1-4. Factibilidad econmica detallada

1.6.3. Factibilidad Operativa Debido a que el Sistema para el Control, Tratamiento y Transporte de Carga ser de beneficio para ICARO S.A., cuenta con el apoyo y aceptacin de la Vicepresidencia Ejecutiva y de la Gerencia de Tecnologas de Informacin, lo que permitir la debida consecucin del mismo.

Pg. 9

CAPITULO II

MARCO TEORICO

2.1.

CONTROL Y TRATAMIENTO DE CARGA EN ICARO S.A.

2.1.1. Gua de Remisin / Factura Para el envo de todo areo expreso o carga se elaborara la respectiva gua de remisin o factura, formulario que debe ser emitido en la siguiente forma, advirtindose que ninguna pieza de areo expreso o carga en general podr ser transportado sin que este amparado por la respectiva gua de remisin o factura y conste en el manifiesto de embarque correspondiente as se trate de areo expreso o carga de la Compaa ICARO o EQGLOBAL1.

Una gua de remisin es un documento emitido a clientes que tengan convenio de crdito luego que han dejado su encomienda, estas son coleccionadas a lo largo de un perodo mensual para la emisin de su respectiva factura, esta factura es emitida por un sistema informtico de contabilidad externo al que en el presente documento se trata.

Una factura es un documento legal que en forma es exactamente igual a una gua de remisin y es emitida a todos los clientes una vez que han dejado su encomienda, a excepcin de los que tengan convenio de crdito que reciben una gua de remisin.

EQGLOBAL: Subempresa de ICARO S.A. encargada de la administracin y proceso de carga

Pg. 10

2.1.2. Elaboracin de gua de remisin / factura La gua de remisin o factura deber ser llenada en todos sus espacios: a) b) c) d) e) f) Fecha.- Fecha de recepcin de la gua. Hora.- Hora de recepcin de la gua. Piezas.- El nmero de piezas que ampara la gua. Peso.- El peso del envo y si es un sobre poner la iniciales MIN. Volumen.- Volumen de la carga dividido para 6000. Valor declarado.- En este casillero siempre deber anotarse Sin Valor Declarado (SVD). g) Contenido declarado.- Detalle del contenido real de la encomienda. 1. 2. 3. 4. h) i) j) k) l) m) Tipo de carga Descripcin del contenido Sobre con documentos Observaciones

Remitente.- Nombre de la persona o empresa que enva la encomienda. RUC/C.I.- RUC o Cdula de Identidad del remitente. Direccin.- Direccin del remitente. Telfono.- Telfono del remitente. Destino.- Ciudad donde se entregar la encomienda. Destinatario.- Nombre de la empresa o persona a la que se le enva la encomienda.

n) o)

RUC/C.I.- RUC o Cdula de Identidad del destinatario. Telfono.- Telfono del destinatario.

Pg. 11

p) q) r) s) t) u)

Forma de Pago.- En facturas: Efectivo. En guas de remisin: Crdito. Carga/Correspondencia.- Valor segn tarifa establecida. Seguro.- Valor del seguro segn tarifa establecida. Subtotal.- Valor de rubros sin iva. IVA.- Valor del iva sobre todos los rubros. Valor Total.- Valor total de la gua o factura.

2.1.3. Distribucin de las copias. COPIA ORIGINAL.- Se entrega al remitente. COPIA CELESTE.- Copia para contabilidad la cual se tiene que entregar junto con el reporte diario de ventas al departamento respectivo. COPIA AMARILLA.- Copia junto con el manifiesto de embarque se manda a la cuidad de destino. Para que en el sea firmado por el destinatario y a su vez sea archivada e el aeropuerto. COPIA ROSADA.- Para que sea entregada al destinatario, que va pegada en el envo.

2.1.4. Manifiesto de embarque El Manifiesto de Embarque es el formulario en el cual se relacionan las guas o facturas posiblemente despachadas en cada uno de los vuelos. Es de mucha importancia que este formulario se maneje adecuadamente y cuidadosamente, pues en base al mismo los controles sobre la carga son expedidos y precisos, facilitando las labores de las dependencias de carga en los aeropuertos. Este manifiesto debe constar de un original y dos copias.

Pg. 12

2.1.5. Elaboracin del manifiesto El manifiesto debe elaborarse llenando todas las casillas, sin excepcin, de la siguiente forma: a) b) c) Elaborado por.- Indquese la persona que realiza el manifiesto. Estacin de origen.- Antese el nombre completo de la ciudad de origen. Estacin de destino.- Antese el nombre completo de la cuidad de destino. d) e) Matrcula del avin.- Antese la matrcula del avin que efectu el vuelo. VUELO No.- Anotar el nmero de vuelo en el cual se embarca las encomiendas. f) g) Fecha.- Fecha en la que se realiza el vuelo No. de gua.embarque. h) No. piezas.- Anotar el nmero total de piezas que figuran en la gua o factura. i) j) Peso.- Anotar el peso exacto de la carga que figura en la gua. Destinatario.- Anotar el nombre completo del destinatario tal como consta en la gua. k) l) Totales.- Antese el total de todo lo registrado. Observaciones.- Antese en esta casilla el nmero de piezas que van fuera de las valijas de mnimos y alguna nota adicional. (Reclamo de faltante, carga en mal estado, etc.) m) n) Responsable.- Firma del agente o supervisor que despacha el vuelo. Recib Conforme.- Firmar el agente o supervisor que cheque el vuelo. Relacionar en estricto orden numrico las guas de

Pg. 13

2.1.6. Distribucin del manifiesto ORIGINAL.- Este se debe enviar con las guas o facturas y carga despachadas en cada uno de los vuelos al lugar de destino. COPIA AMARILLA.- Una copia se debe dar al TOV1 (Tcnico de Operacin de Vuelo). COPIA ROSADA.- Una copia para la estacin de origen El supervisor de carga que recibe el embarque en el aeropuerto de destino se obliga y es de su responsabilidad, el verificar y constatar plenamente que todo lo declarado en el manifiesto haya llegado.

Al comprobarse que no lleg una pieza, se proceder a reclamarlo en forma inmediata al supervisor del aeropuerto de origen, registrndose la novedad en el origen del respectivo Manifiesto.

Aquellas guas o facturas y carga recibidas que no consten en el Manifiesto, debe anotarse, pues seguramente fueron recibidas y embarcadas de urgencia a ltima hora, con una nota en la gua o factura de favor manifestar. Una vez terminada la labor de chequeo el supervisor proceder a firmar el manifiesto.

2.1.7. Condiciones de transporte de la gua de remisin / factura Al reverso de la gua de remisin o factura se encuentra detallado las condiciones que EQGLOBAL de acuerdo a sus intereses recibe la carga para ser transportada a las diferentes estaciones.

TOV: Tcnico Operador de Vuelo, cumple funciones de despacho y recepcin de vuelo

Pg. 14

El remitente al firmar la gua de remisin o factura acepta las mencionadas condiciones.

2.1.8. Despacho y embarque El objetivo buscado en esta fase del manejo de la carga, es el despacho rpido y apropiado del mayor nmero de envos hacia los lugares de destino o transferencia.

El supervisor de carga dar prioridad a la carga que tiene en bodega, har con anticipacin el Manifiesto de embarque, luego solicitar la autorizacin del

TOV quien le sealar el peso permitido y le asignara las bodegas del avin. El supervisor debe vigilar seleccionando para el vuelo a ser embarcado y estibada correctamente en la bodega que el TOV le asign; tambin debe tener muy en cuenta que cuando ya se termine de estibar la carga se fijen bien las redes de contencin para evitar el desplazamiento de la misma en el momento de despegue, aterrizaje o durante el vuelo.

2.1.9. Recepcin y desembarque El Supervisor de Carga estar en todos los vuelos a la llegada del avin para junto con personal de rampa trabajar de la manera ms rpida y ordenada.

Se debe vigilar que la carga sea bien tratada y que ninguna pieza sea olvidada en las bodegas del avin.

Una vez que la carga haya sido desestibada a la bodega se procede a ejecutar el siguiente proceso:

Pg. 15

a) Chequeo general de los Areo expresos y Carga confirmando que todo llego en orden b) Si resultare algn faltante inmediatamente se comunicar con el Supervisor de origen hacindole el reclam y permanecer atento hasta la aclaracin del asunto. c) Si llega una Gua que no corresponda a su estacin comunicar a la estacin de origen y a la estacin de destino. d) Har ordenar los Areo expresos y Carga en su sitio respectivo.

2.1.10.

Entrega de encomiendas

Para entregar una gua se debe tomar en cuenta lo siguiente: a) El destinatario deber presentar su cedula de identidad original b) Si el destinatario es una empresa la persona que retira deber traer la autorizacin por escrito y a su vez deber portar la cedula de identidad, o el sello de la empresa. c) Si el destinatario es otra persona deber mandar una autorizacin por escrito o su cdula de identidad. d) El empleado de EQGLOBAL que haga la entrega de la gua deber anotar los nombres y apellidos completos de la persona que retira la gua, anotar su nmero de telfono, nmero de cdula de identidad, fecha y hora en la cual esta entregando la gua. e) Hacer firmar la gua y verificar si la firma coincide con la de la cdula.

Pg. 16

2.1.11.

Tarifas

Las tarifas se cobrarn de acuerdo a la tabla de valores establecida, es decir, la tasa bsica y el impuesto al valor agregado (IVA) establecido por el Gobierno. de acuerdo al valor

El siguiente es el procedimiento para el clculo del costo de la carga o correspondencia que se aplica sin excepcin.

Para el clculo se utilizar la frmula:

Costo =

ValorPeso + ValorVolumen * CostoKilo 2

Figura 2-1: Frmula de Costo de Carga o Correspondencia

Pg. 17

2.2.

METODOLOGA: PROCESO UNIFICADO DE DESARROLLO

En la actualidad, muchas tcnicas del desarrollo de software han quedado obsoletas, esto debido al crecimiento de la ciencia de las computadoras, es por eso que se han desarrollado nuevas tcnicas en el desarrollo de software que tienen como objetivo ser implantadas en sistemas de alta

transaccionalidad, orientados al Internet o que manejen volmenes grandes de informacin. Algunas de estas tcnicas son: OMT, OOSE, Booch, el Proceso Unificado de Desarrollo; las cuales persiguen entre sus objetivos obtener un resultado comn que es la generacin de Sistemas con altos grados de eficacia y de eficiencia.

Un Proceso de Desarrollo de Software, es un conjunto de fases que nos permite determinar Quin? est haciendo Qu? Cundo? y Cmo?, al final de toda esta serie de fases se obtiene un resultado que es un producto de software, es decir, la identificacin de requisitos de un cliente pasa por un proceso de Ingeniera de Software con el fin de que estos sean automatizados y obtener un nuevo sistema (Ver Figura 2-2). Una caracterstica fundamental que debe tener todo Proceso de Desarrollo de Software es la evolucin, que se debe dar en muchos aspectos como en: tecnologa, herramientas y recurso humano.

Requerimientos Nuevos o Modificados

Proceso de Ingeniera de Software

Sistema Nuevo o Cambiado

Figura 2-2: Proceso de Ingeniera de Software

Pg. 18

Caractersticas OMT OOSE Booch Modelamiento de Objetos X X X Modelado visual con UML X X Utiliza fases de desarrollo X X X Desarrollo de forma X iterativa Genera prototipo Administracin de X X X requerimientos Uso de arquitectura basada X en componentes Verificacin continua de X calidad Administracin de software X Tabla 2-1. Comparativa de Metodologas

RUP X X X X X X X X X

El Proceso Unificado de Desarrollo (RUP) es un proceso de desarrollo de software que describe las seis mejores prcticas (desarrollo de forma iterativa, administracin de requerimientos, uso de arquitectura basada en componentes, modelado visual con UML1, verificacin continua de calidad y administracin de software) para el desarrollo de software y se apoya en tres principios bsicos: Direccin por medio de Casos de Uso, Proceso centrado en la Arquitectura, Proceso Iterativo e Incremental.

Debido a las caractersticas y requerimientos del presente proyecto de tesis, y la adecuada generacin de documentacin, el presente proyecto va a ser desarrollado con la metodologa de Proceso Unificado de Desarrollo (RUP), el mismo que va a ser descrito a continuacin: a) Direccin por medio de Casos de Uso, Los Casos de Uso son diagramas UML, que permiten modelar visualmente las interacciones que tiene el sistema, tanto de manera interna en su funcionamiento, as como manera

UML: Lenguaje Unificado de Modelado

Pg. 19

externa con los actores, algunos de los beneficios que prestan este tipo de diagramas al ser adoptados por un equipo de Desarrollo de Software son:

i.

Los Casos de Uso nos permiten integrar el trabajo desde las etapas de identificar los requisitos pasando por etapas de Anlisis, Diseo e Implementacin hasta la etapa de pruebas (Ver Figura 2-3).

ii.

Otro de los beneficios adicionales que brindan los Casos de Uso es que se constituyen en un medio sistemtico e intuitivo de capturar requisitos funcionales, adems estos dan un valor aadido al usuario, es decir permite la identificacin de aquellas caractersticas automatizables que son necesarias en el sistema Informtico o de aquellas caractersticas que permitan mejorar la eficiencia del usuario.

iii.

Los diagramas de Casos de uso son el medio por el cual los clientes, usuarios y desarrolladores se ponen de acuerdo sobre como utilizar el sistema, es decir la interaccin que cada uno de los actores tiene con el sistema.

iv.

Permite la identificacin de los papeles que cumplirn cada uno de los actores con el sistema y de los mensajes que se generan por la interaccin de los Actores y de los Casos de Uso.

Pg. 20

Figura 2-3: Utilidad de los diagramas de casos de uso

b) Un Proceso Centrado en la Arquitectura, Una arquitectura es importante ya que permite al equipo de desarrollo llevar una gua a travs del ciclo de vida completo del sistema, es muy similar a la arquitectura que se realiza cuando se construye un edificio, el arquitecto tiene que conocer el tipo de tuberas de agua, tomas elctricas, voltajes, etc., que se utilizar en la construccin del edificio, de la misma manera l o los desarrolladores del sistema Informtico deben estar consientes de los subsistemas,

dependencias, interfaces, clases, colaboraciones, nodos que intervendrn en el sistema (Ver Figura 2-4).

POW ERFAULT DATA ALARM

Switch Data

Router

Server

Server

Figura 2-4: Proceso centrado en la Arquitectura

Pg. 21

En base a lo explicado anteriormente la arquitectura busca algunas metas: la organizacin del sistema de Software, Los elementos que compondrn el sistema, La composicin de los elementos y el comportamiento del sistema en Subsistemas, pero estas metas se ven afectadas por algunos factores como: funcionalidad, rendimiento, flexibilidad, reutilizacin, facilidades, restricciones, compromisos econmicos o tecnolgicos y la esttica, pero para disminuir el impacto que podran ocasionar estos factores es necesario que el equipo de desarrolladores apliquen estos criterios: i. ii. iii. iv. Comprender el sistema Organizar el Desarrollo Fomentar la reutilizacin Hacer evolucionar el sistema.

c) Proceso iterativo e incremental Iteracin: Conjunto de actividades llevadas a cabo de acuerdo a un plan (de iteracin) y de criterios de evaluacin que lleva a producir una nueva versin. Incremento: Parte pequea y manejable del sistema normalmente es la diferencia entre dos construcciones.

Pg. 22

Figura 2-5: Cada una de las Fases se ve influenciada por cada uno de los elementos de un flujo de trabajo En el proceso incremental se presentan 4 etapas que se describen a continuacin: Inicio, se desarrolla una descripcin del producto final y se presenta el anlisis del negocio asociado al sistema a desarrollar. Elaboracin, se especifica a detalle la mayora de los casos de uso y se disea la arquitectura. Construccin, se crea el producto. La base arquitectnica crece hasta convertirse en el producto final. Transicin, Abarca actividades encaminadas a hacer llegar el producto al usuario como distribucin, soporte y mantenimiento.

Una iteracin es un mini proyecto, es un flujo de trabajo que se obtiene de la colaboracin entre trabajadores que utilizan y producen artefactos, es decir que

Pg. 23

el flujo de trabajo de iteracin aparece debido a flujos de trabajo fundamentales.

Cada una de estas iteraciones contribuyen a la obtencin de un incremento para el producto final, entre los principales beneficios que dan el uso de este mtodo iterativo es permitir a la direccin del proyecto planificar, organizar y controlar el proyecto, estos beneficios se logran en base a la retroalimentacin que se logra entre usuarios y desarrolladores(Ver figura 2-6).

Cada etapa del proceso incremental abarca cinco flujos de trabajo que son: Requisitos, consiste en averiguar lo que el sistema debe hacer. Anlisis, permite conseguir una comprensin ms precisa de los requisitos. Diseo, establece una comprensin ms clara de los requisitos no funcionales y funcionales para su adaptacin. Implementacin, establece la implementacin de clases y pruebas. Prueba, planificar, disear y realizar las pruebas de integracin del sistema. Finalmente no se debe permitir empezar la siguiente iteracin sin que no se hayan conseguido los objetivos y metas de la iteracin actual.

Figura 2-6: Cada Iteracin es una pasada a travs de los cinco flujos de trabajo fundamentales

Pg. 24

2.2.1. Captura de requisitos Los usuarios son una fuente imperfecta de informacin, debido a que en la mayora de ocasiones, no tienen un conocimiento total sobre los requisitos y especificaciones de las tareas que realizan en su trabajo, es por esto que cuando se propone automatizar algn sistema se utilizan analistas y encuestadores, que son los encargados de obtener la informacin.

Cada proyecto es diferente, debido a que cada cliente y organizacin tiene sus caractersticas propias, muchos especialistas consideran que es importante definir un Modelo ya sea de Negocio o de Dominio, que permita al equipo de trabajo determinar que, cuando y como un posible usuario, hace su trabajo. La posibilidad de tener una nocin vaga del sistema es bastante grande por parte de un analista, lo cual incrementa los riesgos asociados al sistema. 2.2.1.1. Comprender el contexto del sistema

Es la determinacin, de manera general la manera en la cual se produce alguna circunstancia en el sistema, para esto se puede recurrir a un modelo de negocio y que se definir en los siguientes prrafos.

2.2.1.2.

Captura de los requisitos funcionales

El Analista tiene la obligacin de capturar la mayor cantidad de casos de uso, posibles, los mismos que indicarn aquello, que el usuario final desea automatizar para su trabajo.

Pg. 25

La forma ms sencilla de identificar estos requisitos es por medio de Pantallas o de Interfaces Grficas (GUI), en las cuales se puede trabajar en aspectos concretos del sistema.

2.2.1.3.

Captura de requisitos no funcionales

Algunos de estos requisitos son: Propiedades del sistema, restricciones del entorno, implementacin, rendimiento, extensibilidad y fiabilidad, muchos de estos hacen referencia a fenmenos que se dan en el mundo real.

2.2.1.4.

Modelo de negocio

El modelo de negocio se basa en modelos de Casos de Uso, esto debido a que se describe los procesos de negocio en trminos de la interaccin de los potenciales usuarios con el sistema.

2.2.2. Anlisis La informacin recogida en la captura de requisitos, debe ser refinada, estructurada y documentada, con lo cual se tendr una comprensin ms precisa del sistema.

2.2.2.1.

Modelo de anlisis

El modelo de anlisis es muy utilizado para la definicin de aspectos internos del sistema, la estructuracin de los requisitos permite centrarse mucho en el mantenimiento especficamente en aspectos relacionados a la flexibilidad y reutilizacin.

Pg. 26

2.2.2.2.

Clase del anlisis

La clase de anlisis es una abstraccin de una o varias clases del diseo del sistema. Las principales caractersticas de una clase de anlisis son:

Se centra en el tratamiento de requisitos funcionales, aquellos requisitos no funcionales son pospuestos hasta las etapas de diseo y de implementacin.

Las clases de anlisis responsabilidades las

definen su comportamiento por medio de cuales son descripciones textuales del

comportamiento de una clase.

En las clases de anlisis se deben definir atributos y relaciones del dominio del problema de manera general

Las clases de anlisis son utilizadas por los desarrolladores para distinguir el mbito de las diferentes clases, estas siempre encajan en uno de los tres siguientes tipos.

2.2.2.3.

Clases de Interfaz

Son utilizadas para modelar la interaccin entre el sistema y sus actores, por lo comn es la informacin que se recibe y las peticiones de y hacia los usuarios o los sistemas externos.

Supervisor

:GUI de Administracin de Guas

Figura 2-7: Clase de Interfaz GUI de administracin de Guas

Pg. 27

a) Clases de Entidad Son usadas para modelar informacin que posee una vida larga y que es a menudo persistente, estas modelan la informacin y el comportamiento asociado a algn fenmeno o concepto (Ver Figura 2-8).

Supervisor

GUI de Admi nistraci n de Guas

Gestor de Administracin de Guas

Gua

Figura 2-8: La clase entidad Gua y su relacin con la clase Gestor de Administracin de Guas b) Clases de control Las clases de control son usadas para modelar los aspectos dinmicos del sistema por lo comn tiene tareas de coordinacin, secuencia, transacciones y lgica del negocio compleja sobre otros objetos (Ver figura 2-9).

Cajero

GUI de Creacin de Guas

Control de Form a de Pago

Figura 2-9: La clase de control de Forma de Pago de Gua 2.2.2.4. Realizacin de casos de uso de anlisis

Se encuentra centrado en los requisitos funcionales y se basa en descripciones textuales de los flujos de sucesos, diagramas de clases de anlisis, diagramas de interaccin y requisitos especiales (no funcionales).

Pg. 28

a) Diagramas de clases Es un diagrama que muestra las relaciones que existen entre las diferentes clases de anlisis. Una clase de anlisis y sus objetos participan en varias realizaciones de casos de uso y algunas de las responsabilidades, atributos y asociaciones son utilizadas para las realizaciones de los casos de uso.

Supervisor

ir a GUI de Administracin de Stock GUI de Stock cargar_dato

Administrador sistema

c_stockxoficina

stockxoficina

Figura 2-10: Diagrama de Clases b) Diagrama de interaccin Es la secuencia de acciones que tiene un caso de uso cuando un actor lo invoca, es decir es la interaccin que tiene los casos de uso para llevar a cabo una accin, gracias a esto se puede identificar requisitos y responsabilidades de los objetos.

2.2.3. Diseo El diseo tiene por objetivo encontrar la forma en la cual se adapten al sistema requisitos no funcionales, y la forma en la cual funcionen los requisitos funcionales y requisitos especiales.

Pg. 29

Las principales caractersticas de la etapa de diseo son: i. Adquirir una comprensin del sistema en relacin a los requisitos no funcionales y restricciones de los lenguajes de programacin, sistemas operativos, componentes tecnologas de distribucin. ii. Permite crear un punto de partida para la implementacin de subsistemas, clases e interfaces. iii. La aplicacin de segregacin de funciones por parte del equipo de trabajo, permite que la implementacin del sistema se la realice en partes ms pequeas y manejables. iv. Permite adoptar una capacidad de visualizar y reflexionar sobre el diseo del sistema con el fin de utilizar una notacin comn. reutilizables, tecnologas de interfaz o

2.2.3.1.

Clase de diseo

Una clase es un modelo o plantilla que es utilizada para describir uno o ms objetos del mismo tipo permitiendo la visibilidad de los atributos y los atributos en cada una de las clases.

2.2.3.2.

Realizacin de clases de uso diseo

La realizacin de casos de uso diseo es una colaboracin en el modelo de diseo que describe como se realiza un caso de uso especfico.

a) Diagramas de clase

Pg. 30

Un diagrama de clases es un conjunto de clases, interfaces, colaboraciones y un conjunto de relaciones. Las operaciones, atributos y asociaciones son identificados en base a las realizaciones de los casos de uso.

b) Identificacin de clases de diseo participantes Identificar aquellas clases del modelo de anlisis que pueden ser utilizadas en el modelo de diseo, cumplen con requisitos especiales y que sern tomadas en cuenta como clases de diseo.

c) Esbozar la clase de diseo Es necesario esbozar una o varias clases del diseo, dada la entrada en

trminos de clases de sus orgenes (Clases de control, entidad, interfaz). En clases de interfaz, su diseo es dependiente de la tecnologa de interfaz que se utilice.

El diseo de clases de entidad es la representacin de informacin persistente, estas clases guardan relacin con informacin almacenada en bases de datos.

El diseo de clases de control consiste en una de las tareas ms delicadas, debido a que estas clases encapsulan la secuencia o coordinacin con otros objetos o lgica del negocio, para lo cual es necesario considerar en estas clases aspectos de distribucin, rendimiento o transaccionalidad.

Pg. 31

Figura 2-11: Arquitectura multi-capas d) Identificacin de operaciones Consiste en la identificacin de operaciones que las clases de diseo necesitan, adems se puede describir la sintaxis por medio del lenguaje de programacin a utilizarse.

e) Identificacin atributos Un atributo especifica una propiedad de una clase de diseo y que es a menudo requerido las operaciones de la clase.

f) Diagramas de secuencia La interaccin que genera el usuario y los diferentes objetos del sistema se la representa por medio de diagramas de secuencia, este tipo de diagramas es la representacin del envo de mensajes de usuario a clases y de clases a clases, con el fin de poner al sistema en un determinado estado.

g) Identificar asociaciones y agregaciones

Pg. 32

De acuerdo al diagrama de secuencia se debe identificar aquellas interacciones necesarias entre los distintos objetos, es preciso definir la multiplicidad y asociaciones de acuerdo al lenguaje de programacin utilizado.

h) Modelo de despliegue El modelo de despliegue es aquel que describe la distribucin fsica del sistema entre los diferentes nodos computacionales.

2.2.4. Implementacin La implementacin es el resultado del diseo, el sistema es implementado en base a ficheros de cdigo fuente, scripts, ficheros de cdigo binario, ejecutables y similares.

La implementacin tiene su principal accin en la iteracin de construccin, aunque tambin aparece durante las iteraciones de elaboracin (debido a la arquitectura del sistema) y en transicin (posibles defectos del sistema).

2.2.4.1.

Modelo de implementacin

El modelo de implementacin describe como los elementos del modelo de diseo (clases), se implementan en forma de componentes, cdigo fuente, ejecutables, esto describe la organizacin, estructuracin, modularizacin del entorno de implementacin y del uso de los lenguajes de programacin

2.2.4.2.

Componentes

Un componente es el empaquetamiento fsico de los elementos de un modelo, algunos de los estereotipos utilizados son:

Pg. 33

<<executable>>: programa ejecutable desde un nodo. <<file>>: fichero con cdigo fuente o datos. <<library>>: librera esttica o dinmica. <<table>>: Representacin de un tabla en una base de datos. <<document>>: documento

Es normal que un componente implemente varios elementos o varias clases, pero esto es siempre dependiente del lenguaje de programacin que se use.

Figura 2-12: Traza directa de una clase de diseo a un componente

Figura 2-13: Dependencia de compilacin, entre dos componentes

Pg. 34

2.3.

SOFTWARE UTILIZADO EN EL DESARROLLO DEL SISTEMA

Debido a que la aplicacin es en plataforma web, se debe considerar: un servidor web, un lenguaje de programacin web y una base de datos, a continuacin una breve definicin de las herramientas que se usan en el proyecto. Los requerimientos a nivel de software de ICARO S.A. son: Servidor Web Apache, lenguaje de programacin PHP4, base de datos Oracle 9i.

2.3.1. APACHE 2.3.1.1. Definiciones de Apache

Apache es un servidor web en el que los binarios y el cdigo fuente se pueden usar y distribuir de forma libre, siendo el ms utilizado en internet y con una contina evolucin.

Originalmente Apache eran una serie de parches para el servidor web de la NCSA (National Center for Supercomputing Applications). El nombre de Apache viene de A PatCH y sErver.

2.3.1.2.

Principales caractersticas

Independencia de plataforma, ya que Apache funciona en casi todas las plataformas actuales, produciendo una independencia tecnolgica del fabricante de hardware.

Autenticacin de diferentes tipos, Apache permite la autenticacin de usuarios en varias formas.

Pg. 35

Respuestas personalizadas ante errores del servidor, Apache permite personalizar la respuesta ante los posibles errores que se puedan dar en el servidor.

Creacin de contenidos dinmicos. Alta configurabilidad en la creacin y gestin de logs, Apache permite la creacin de ficheros de log a medida del administrador.

Gran escalabilidad. Negociacin de contenido, Apache puede facilitar informacin en varios formatos para un determinado cliente pueda interpretarla.

2.3.2. PHP

2.3.2.1.

Definicin de PHP. Lenguaje de Programacin

PHP es un lenguaje de programacin de estilo clsico, considerado junto al servidor de web Apache, las dos herramientas claves para la creacin de aplicaciones. PHP es un lenguaje sencillo, de sintaxis cmoda y similar a la de otros lenguajes como C o C++, es rpido a pesar de ser interpretado, multiplataforma y dispone de una gran cantidad de libreras que facilitan muchsimo el desarrollo de las aplicaciones.

La principal novedad de PHP4 es el intrprete del lenguaje el mismo que es capaz de liberar los recursos reservados en forma automtica.

Pg. 36

Esta evolucin del lenguaje fue desarrollado por Zend, con lo que se ha podido lograr aumentos de entre 5 y 10 veces en la velocidad de ejecucin de pginas PHP, ubicndolo por encima de la tecnologa de Microsoft.

Simultneamente soporta la sobrecarga de objetos, que admite la posibilidad de mtodos polimrficos. Esta caracterstica es muy importante para incluir soporte para acceder a las arquitecturas CORBA y COM. PHP4 permite la compilacin que soporta hebras (hilo o conexin al servidor con caractersticas propias), algo que no era posible en PHP3. La principal ventaja es la funcionalidad en el uso de libreras que utilicen esta tecnologa.

Con PHP4 el desarrollador maneja un depurador el cual le ayudar a seguir con mayor profundidad los errores.

2.3.3. ORACLE 9i

2.3.3.1.

Definicin de Oracle. Base de Datos

Oracle es un sistema de administracin de Base de Datos, fabricado por Oracle Corporation.

Es uno de los sistemas de bases de datos ms completos y se destacan: i. Soporte de Transacciones.Transaccin es una interaccin a una

base de datos, la cual puede estar compuesta por varias instrucciones que se ejecutan en un orden, se denomina transaccin por su concepto de atomicidad, es decir, visualizar al grupo de instrucciones como una sola e indivisible, se ejecutan todas o nada. Se ejecutan operaciones de

Pg. 37

aceptar todos los cambios Commit o revertir todos los cambios RollBack. ii. Estabilidad o Disponibilidad.Se dice que un sistema es estable

cuando su nivel de fallos disminuye por debajo de un determinado umbral que vara dependiendo de la estabilidad que se requiera, Oracle, es una aplicacin considerada estable debido a que en un determinado tiempo reduce al mximo los errores, cuando se ocasionan permite administrarlos de forma que se reduzca al mximo los daos de la informacin, para cubrir esta expectativa incluye: una arquitectura de recuperacin de fallos, redundancia incorporada, balanceo de carga dinmico, clusters fciles de gestionar (monitorizacin de fallos y auto reconfiguracin sobre fallos). iii. Escalabilidad.- Es la capacidad de adaptarse a un nmero de usuarios cada vez mayor, sin perder la calidad en los servicios; en general, puede definirse como la capacidad del sistema informtico de cambiar su tamao o configuracin para adaptarse a las circunstancias cambiantes. Oracle posee varias aplicaciones para cubrir estos requerimientos como son: escalabilidad lineal con Real Application Clusters (Cache Fusion), gestin de recursos con Database Resource Manager, optimizacin dinmica de consultas considerando la carga del sistema en cada momento y los recursos disponibles. iv. Multiplataforma.- Es un trmino utilizado frecuentemente para indicar la capacidad o caractersticas de poder funcionar o mantener una interoperabilidad de forma similar en diferentes sistemas operativos o plataformas. Oracle permite el funcionamiento de su base de datos en ambientes Windows, Unix, Linux. La tecnologa Oracle se encuentra prcticamente en todas las industrias alrededor del mundo y en 98 de las 100 empresas Fortune 100.

Pg. 38

CAPITULO III
ANALISIS

3.1. ESPECIFICACIN DE REQUERIMIENTOS DE SOFTWARE BASADO EN IEEE830-1998

3.1.1. Introduccin

3.1.1.1.

Objetivo

La presente Especificacin de Requerimientos de Software (ERS) tiene como propsito especificar los requerimientos para el desarrollo del sistema de control, tratamiento y transporte de carga en la compaa area ICARO S.A. Est dirigida a los gerentes, supervisores de carga y equipo de desarrolladores. El estndar usado en esta ERS es IEEE 830 1998.

3.1.1.2.

mbito

El sistema para el control, tratamiento y transporte de carga en la compaa area ICARO S.A., en adelante llamado ICARGO, cubrir los siguientes puntos: Administracin de guas de remisin / facturas. Administracin de clientes con convenio. Administracin de paquetes. Administracin de bultos. Administracin de manifiestos de embarque / desembarque. Informacin en lnea para clientes externos. De igual forma se cita los puntos que el producto no solucionar:

Pg. 39

Administracin de facturas para clientes con convenios. (Esta funcin es realizada en un Software Contable externo al producto en estudio, el desarrollo de las interfaces entre los mismos no est contemplado dentro del alcance del mismo)

El software pretende mejorar el proceso global del tratamiento de carga en ICARO, dando como resultado mejores tiempos en la atencin al cliente, beneficiando a ambas partes; al mantener una correcta y automatizada administracin de la carga, tanto el usuario como el cliente tendrn las herramientas de consulta necesarias que les permitir conocer en tiempo real el estado de la misma; la elaboracin de los documentos como guas de remisin, facturas, manifiestos de embarque y desembarque, sern

automatizados permitiendo ahorrar tiempo y esfuerzo por parte del usuario. El producto tambin tendr la capacidad de imprimir cdigos de barra, los mismos que servirn para etiquetar todos y cada uno de los paquetes y adems para agruparlos en bultos.

3.1.1.3.

Definiciones, Acrnimos y Abreviaturas

Definiciones: Gua Remisin: de Documento requerido para el transporte de carga que contiene informacin descriptiva de lo que se va a transportar Paquete: Bulto: Manifiesto embarque: Pieza o carga que ser transportada Agrupacin de paquetes de Documento interno usado para indicar las guas y facturas que se transportan en determinado vuelo

Pg. 40

EQ-GLOBAL:

Subempresa de ICARO encargada del negocio de carga

ICARO Manifiesto

Aerolnea de Documento interno usado para confirmar un manifiesto de embarque (al receptarse la carga en su destino) Tabla 3-1. Definiciones del mbito del sistema.

desembarque:

Acrnimos:
ERS:

Especificacin de Requisitos Software Impuesto al valor agregado Servicio de Rentas Internas Estndar usado para la especificacin de

IVA:
SRI: IEEE 830:

requerimientos de software Tabla 3-2. Acrnimos del mbito del sistema.

Abreviatura: ICARGO: Sistema de control, tratamiento y transporte de carga en ICARO CI RUC Cdula de Identidad Registro nico de Contribuyentes, identificacin

mediante la cual se controla la informacin tributaria en Ecuador.

Pg. 41

TOV:

Tcnico Operador de vuelo, persona encargada del despacho y arribo de un vuelo. Tabla 3-4. Abreviaturas del mbito del sistema.

3.1.1.4. -

Referencias

Hacemos referencia a la versin del estndar IEEE 830-1998. ICARO - Manual de Carga Normativas del Servicio de Rentas Internas para el transporte de carga

3.1.1.5.

Visin General del Documento

Este documento consta de tres secciones. La primera seccin corresponde a la Introduccin, la cual nos proporciona una visin general de la ERS del sistema ICARGO. En la segunda seccin se describe de forma general el sistema, con el fin de conocer las principales funciones que debe realizar, los datos asociados y los factores, restricciones, supuestos y dependencias que afectan al desarrollo, sin entrar en excesivos detalles. Finalmente en la tercera seccin se describen los requisitos que debe satisfacer el sistema, as como las funciones que ste realiza, detallando las entradas, procesos y las salidas obtenidas.

3.1.2. Descripcin general En esta seccin se presenta una descripcin a alto nivel del sistema. Se presentarn las principales reas a las cuales el sistema debe dar soporte, las funciones que el sistema debe realizar, la informacin utilizada, las restricciones y cualquier otro tipo de factores que afecten al desarrollo del mismo.

Pg. 42

Adems trataremos en este apartado los diversos factores que se han tenido en cuenta para la especificacin de requerimientos y el desarrollo del proyecto.

3.1.2.1.

Perspectiva del producto

ICARGO es un sistema completamente independiente y autnomo, que no obtiene ni comparte informacin con ningn otro software. Sin embargo, de la informacin que este trate y almacene se podr alimentar manualmente al sistema de facturacin que el departamento financiero de EQ-Global posee.

3.1.2.2.

Funciones del producto

Las funciones prioritarias de ICARGO estn orientadas a garantizar la seguridad y fiabilidad en el control de carga, por lo cual el sistema debe contemplar las siguientes funciones: a) Permitir la elaboracin de guas de remisin o facturas de clientes para el transporte de su carga. b) Como proceso interno se agrupan paquetes para generar bultos que sern transportados en un determinado vuelo. c) Para el control de la carga que va a ser transportada manifiestos de embarque. d) Para la verificacin de la carga recibida en la estacin de destino se crean manifiestos de desembarque. e) Una vez receptada la carga y al identificarse que est lista para ser entregada (recepcin de todos los paquetes que pueden viajar en diferentes bultos) se procede con la entrega de los mismos al cliente. se elaboran

Pg. 43

f)

A nivel de cajeros se genera un reporte de ventas que contiene los valores de las guas o facturas por l receptados para el cierre de caja y posterior depsito.

g)

Administracin de todas las partes inmersas en el proceso de carga, por ejemplo: Stock de guas / facturas por oficina, equivalencias, pas, ciudad, estacin, oficina, moneda, entre otros.

h)

Administracin de perfiles de usuario, para proporcionar el control de accesos a las opciones del sistema.

i)

En los procesos crticos del sistema se mantienen marcas de auditoria como el usuario y fecha-hora en la cual se efectu una transaccin.

3.1.2.3.

Caractersticas de los usuarios

De acuerdo a la forma como el usuario interactuar con el sistema propuesto se ha considerado los siguientes usuarios:

Usuarios de consulta Cliente, quien realizar consultas de la carga que est enviando y el estado de la misma. Cajero, quien acceder al sistema para efectuar consultas de guas / facturas de clientes para hacer la entrega de la carga de las mismas. Supervisor, quien consultar los cierres de caja de los cajeros.

Usuarios de toma de decisin Supervisor, es quien efecta o modifica el cierre de caja y actualiza parmetros en base a las reglas del negocio.

Pg. 44

Administrador del sistema, por su caracterstica este usuario tiene acceso a administrar el sistema. Usuarios de control Estibador, personal inmerso en el proceso interno de manejo de paquetes y bultos para el embarque y desembarque. Cajero, controla la entrega de la carga al cliente para dar por entregada una gua o factura.

Usuarios de administracin Administrador del Sistema, es un usuario administrador l mismo que tendr a su cargo la configuracin y administracin del sistema ICARGO.

3.1.2.4.

Limitaciones Generales

a)

Polticas de Regulacin

El manejo de guas de remisin y facturas estn reguladas por el SRI. El proceso por parte de ICARO para el manejo de carga est sujeto a las polticas o reglas del negocio definidas por el directorio.

b)

Limitaciones de Hardware

En caso de un aumento de rutas, frecuencias, promociones, otros que influyan sobre la generacin de guas o facturas, adems de la cantidad de paquetes transportados, se requerir analizar la plataforma de servidores necesaria para cumplir con el manejo de los mismos.

c)

Funciones de Control

Pg. 45

El acceso de los usuarios al Sistema ICARGO, est

controlado por las

seguridades de acceso por perfil y registrando pistas de auditoria de las transacciones efectuadas por los usuarios.

d)

Requisitos de Lenguaje de Alto Nivel Procesador Pentium III, Pentium Celeron o superior. 64 MB de RAM mnimo. Monitor a color. Disco fijo de mnimo 6 Gigas. Tarjeta grfica VGA, SVGA que permita tener una resolucin mnima de 800 * 600 pxeles. Impresora matricial 80 o 132 columnas como mnimo. Sistema operativo Windows 98 Segunda Edicin mnimo. Internet Explorer 5.5 o superior, o explorador de Internet que soporte componentes Active X. Conexin a la red de ICARO.

3.1.2.5.

Supuestos y dependencias

Se asume que los requisitos descritos en este documento son estables y atienden a las sugerencias del cliente. Cualquier peticin de cambios, (debido a reformas en las regulaciones del SRI) en la especificacin debe ser aprobada por el equipo de diseo y gestionada por el mismo.

3.1.3. Requerimiento funcional En trminos generales, el sistema de informacin a desarrollarse deber realizar las siguientes funciones que abarcan el tratamiento y manejo de carga que son: Elaborar gua de remisin o factura, elaborar Bulto, elaborar

Pg. 46

Manifiesto de Embarque Virtual, elaborar Manifiesto de Embarque Real, elaborar Manifiesto de Desembarque, entrega de Encomiendas.

3.1.3.1.

Funcin 1: Recepcin de carga

La parte inicial del proceso. Se reciben los datos del cliente y se los registra en caso de ser nuevo, si es antiguo se realiza la actualizacin pertinente. Se recibe adems la encomienda anotando todas sus caractersticas y se imprime el documento Gua de remisin en caso de ser clientes con convenio o Factura en cualquier otro caso. El producto deber imprimir automticamente los cdigos de barra necesarios para cada paquete. Entradas:

Fuentes de entrada: Cliente con convenio o sin convenio. Cdula de identidad del cliente.

Datos de entrada: Ciudad de origen de la encomienda. Lugar de recepcin. Nombre y apellido del remitente. Cdula o RUC del remitente. Direccin del remitente. Telfono del remitente. Fecha de recepcin. Hora de recepcin. Ciudad de destino de la encomienda. Nombre y apellido del destinatario. Cdula o RUC del destinatario. Direccin del destinatario. Telfono del destinatario. Numero de piezas. Peso (Kg).

Pg. 47

Volumen (Kg). Valor declarado. Contenido declarado. Observaciones. Flete / Carga. Entrega a domicilio. Correspondencia. Seguros. IVA. Total. Forma de pago. Proceso: Con la cdula del cliente se consultar la base de datos, en caso de existir desplegar la informacin almacenada del mismo dando la opcin a modificar esos datos de ser necesario, si no es as, se ingresarn los datos del remitente y se almacenarn en la base.

Los datos del destinatario son tratados de igual forma que los del remitente para poder recuperarlos luego y acelerar el proceso.

Todos los datos de la encomienda son almacenados adems de los valores que el servicio genere.

Salidas: Con todos los datos ingresados se obtiene el registro de una Gua de remisin o Factura y se emite un documento de igual nombre en original y tres copias. Adems automticamente se imprimirn los cdigos de barra para cada paquete.

Pg. 48

3.1.3.2.

Funcin 2: Proceso de Embarque

El usuario crea un bulto agrupando la cantidad de paquetes que le sea permitido. Los paquetes que corresponden a una gua de remisin / factura pueden ser organizados en diferentes bultos. Cada bulto tendr su propio cdigo de barras. Entradas:

Fuentes de entrada: Usuario. Cdigo de barras del paquete.

Datos de entrada: Cdigo de barra.

Proceso: Haciendo uso de un lector de cdigo de barras, el usuario capturar el cdigo de cada paquete con lo que se consultar la base de datos y se mostrar la informacin atada a dicho cdigo. Con cada cdigo ledo se crear automticamente un nuevo registro que se ir sumando al bulto hasta que el usuario decida cerrarlo o hasta que el sistema lo permita.

Salidas: Una vez cerrado el bulto se almacenar en la base de datos y se imprimir automticamente un cdigo de barras que lo identificar.

3.1.3.3.

Funcin 3: Proceso de desembarque.

Al recibir la carga, el usuario crea un manifiesto de desembarque, mismo que deber coincidir con el manifiesto de carga real creado en el origen. Entradas:

Fuentes de entrada: Usuario.

Pg. 49

Cdigo de barras del bulto.

Datos de entrada: Fecha. Nombre y apellido de quien elabora el manifiesto. Origen. Destino. Avin. Bulto. Nmero de vuelo. Cdigo de barras de los bultos. Observaciones.

Proceso: El usuario crea un manifiesto de desembarque para cada vuelo en el que ingresa todos los datos requeridos y haciendo uso de un lector de cdigo de barras, captura el cdigo de cada bulto con lo que se consultar la base de datos y se mostrar la informacin atada a dicho cdigo. Con cada cdigo ledo se crearn automticamente tantos registros como guas estn contenidas en el bulto y se sumarn al manifiesto de desembarque hasta que no existan ms bultos que registrar.

Salidas: Una vez cerrado el manifiesto de desembarque se registrar en la base de datos el documento y se emitir una impresin.

3.1.3.4.

Funcin 4: Entrega de carga

El usuario verifica que todos los paquetes atados a una gua de remisin o factura estn en su estacin, es decir, que la gua de remisin o factura est

Pg. 50

completa y procede a la entrega de la encomienda, solicitando al destinatario su cdula de identidad. Entradas:

Fuentes de entrada: Usuario. Cdula de identidad del destinatario. Nmero de gua o factura.

Datos de entrada: Cdula de identidad. Numero de gua o factura.

Proceso: El usuario solicita al cliente destinatario el nmero de gua de remisin o factura y su cdula de identidad para realizar la consulta en la base de datos, si la encomienda est completa se procede a la entrega de la carga, si no est completa no se entregar.. Salidas: Una vez entregada la carga al destinatario, se marcar la gua de remisin / factura como entregada y se registrar en la base de datos.

3.1.4. Requerimientos de Interface

3.1.4.1.

Interfaces de usuario

La interfaz de usuario es imprescindible para el desarrollo del sistema y su ejecucin, ya que al utilizar tecnologa Web se debe tomar en cuenta:

Navegacin, utilizando vnculos que permitan al usuario interactuar amigablemente.

Pg. 51

Iconos claros y consistentes, los cuales representarn la funcin a la cual se est accediendo. 3.1.4.2. Interfaces de hardware

El sistema interactuar con equipos existentes en ICARO, los cuales se encuentran ubicados en el rea de servidores del departamento de Tecnologa, en los mismos que se instalarn la aplicacin.

3.1.4.3.

Interfaces de software

Para el desarrollo del sistema se han considerado la utilizacin de las siguientes herramientas de software: SISTEMA OPERATIVO (Windows2000 o Superior o Plataforma Linux con compatibilidad Oracle) HERRAMIENTAS CASE Y DE PROGRAMACION (Rational Rose, ZendStudio) MOTOR DE BASE DE DATOS (Oracle 9i) SERVIDOR WEB (Apache) LENGUAJE DE PROGRAMACION ( PHP, JavaScript, Visual Basic 6) COMPONENTE WEB (ActiveX) 3.1.4.4. Interfaces de comunicacin

El sistema interactuar con los usuarios locales utilizando la intranet de Icaro, y para usuarios externos mediante internet para realizar consultas.

3.1.5. Restricciones de memoria Se aconseja que los servidores de aplicaciones y bases de datos tengan como mnimo 512 MB de memoria RAM y 1GB de disco duro libre para memoria virtual, esto asegurar la transaccionalidad de la aplicacin.

Pg. 52

Los equipos PC / Laptop debern tener el mnimo de memoria RAM de acuerdo a su versin del sistema operativo MS Windows.

3.1.6. Restricciones para el diseo a) b) Se utilizaran nicamente lenguajes orientados a objetos. Las seguridades sern diseadas tomando en cuenta el perfil del usuario. c) Los respaldos se realizarn de acuerdo a las polticas de respaldo vigentes en el departamento de Tecnologa de ICARO. d) El desarrollo del sistema est limitado a las herramientas impuestas por el departamento de Tecnologa de ICARO.

3.1.7. Requisitos de rendimiento: Pretendemos que nuestro sistema: Trabaje a tiempo real garantizando rapidez en la comunicacin Disponga de una base de datos consistente y fiable. Garantizar seguridad de los datos del cliente.

3.1.8. Atributos

3.1.8.1.

Disponibilidad

En caso de que existiera una cada del sistema se debe reiniciar el equipo por lo que se recomienda guardar las transacciones que se realicen para no correr el riesgo de sufrir prdidas de datos.

Pg. 53

3.1.8.2.

Seguridad

El acceso al sistema se dar en base a un nombre de usuario y clave, mismo que ser validado frente al sistema para el acceso al mismo. El Sistema utilizar sesiones de manejo de seguridad en base al perfil de acceso, en cada una de las pginas Web a fin de que solo pueda acceder a los recursos las personas que tengan el respectivo perfil. Perfiles de usuario: se determinarn perfiles con sus respectivos privilegios para acceder al sistema. 3.1.8.3. Portabilidad ser posible la

El sistema va a ser desarrollado en PHP, debido a esto

transportacin del software a otro entorno que tenga las mismas caractersticas requeridas por la versin de PHP.

Pg. 54

3.2.

DISEO.

3.2.1. Modelo de Objetos 3.2.1.1. Diagramas de Casos de Uso

Un diagrama de casos de uso permite definir la estructura fundamental de un proceso en el cual intervienen actores

3.2.1.1.1.

Diagrama de Caso de Uso de Recepcin de Carga

Validar usuario Supervisor <<include>>

Controlar proceso

Recib e carga Gestin de Carga Cajero

Generacin de documentos Estibador

Cliente

Figura 3-1: Diagrama de Caso de Uso de Recepcin de Carga

En este proceso se realiza la recepcin de la carga que desea enviar un cliente a un destino determinado en el cual el cajero ingresa los datos generando un

Pg. 55

documento (nota de venta, factura, gua de remisin), el estibador hace uso de este proceso para proceder con el envo de la carga.

3.2.1.1.2.

Diagrama de Caso de Uso de Proceso de Embarque

Validar Usuario <<include>>

<<include>> Administrador sistema Generar manifiesto de embarque <<extend>> <<extend>> Gestin de bultos

Estibador

<<extend>>

Elaborar manifiesto de embarque real

Figura 3-2: Diagrama de Caso de Uso de Proceso de Embarque

En este proceso, el estibador se encarga de generar el Manifiesto de Embarque, genera tambin los bultos, una vez armados estos se envan al avin, puede suceder que se deba descargar bultos de un avin debido a condiciones especificadas por el TOV, la informacin generada nos proporciona la obtencin del Manifiesto de Embarque real.

Pg. 56

3.2.1.1.3.

Diagrama de Caso de Uso de Proceso de Desembarque

Validar usuario <<include>>

Administrador sistema

Generar manifiesto de desembarque

Ubicacin de carga

Estibador

Figura 3-3: Diagrama de Caso de Uso de Proceso de Desembarque

Este proceso es ejecutado una vez que arriba un vuelo, es decir, es la confirmacin del Manifiesto de Embarque real, el estibador procede a registrar los bultos receptados, y posteriormente a abrir cada bulto para proceder con la ubicacin de los paquetes para la entrega de la carga.

3.2.1.1.4.

Diagrama de Caso de Uso de Entrega de Carga

El Cliente se acerca a las oficinas para consultar si tiene carga para l entregando informacin al cajero, el mismo que procede con la bsqueda en el sistema, en caso de encontrarse carga a ser entregada se procede con la bsqueda de la carga del cliente, se recopila y entrega al cliente; si no se

Pg. 57

encuentra carga o la carga del cliente est incompleta se informa de esto al cliente.

Validar usuario <<include>> Supervisor entrega informacin

Cajero

recib e carga Gestin de Entrega de Carga

Cliente

Figura 3-4: Diagrama de Caso de Uso de Entrega de Carga

3.2.1.1.5.

Diagrama de Caso de Uso de Administracin de Stock de

Documentos

Validar usuario <<include>> Supervisor

Administracin Stock de documentos

Administrador sistema

Figura 3-5: Diagrama de Caso de Uso de Administracin de Stock de Documentos

Pg. 58

En este proceso el supervisor de una oficina es el encargado de administrar el stock de documentos (notas de venta, guas de remisin, facturas) para la emisin de los mismos, proceso que se usa para la recepcin de carga.

3.2.1.1.6.

Diagrama de Caso de Uso de Administracin del Sistema

Validar usuario

<<include>> Administrador sistema

Configuracin de parmetros operacionales

Administracin del sistema

Configuracin de submdulos

Configuracin de usuario

Configuracin mdulos

Figura 3-6: Diagrama de Caso de Uso de Administracin del Sistema

En este proceso el administrador del sistema es quien administra todos los parmetros operacionales, usuarios, mdulos para que el proceso global del sistema se pueda llevar a cabo.

Pg. 59

3.2.1.1.7.

Diagrama de Caso de Uso de Administracin de Consultas

Administrador sistema

Validar usuario <<include>>

Administracin de consultas

Cajero

Cliente Supervisor

Figura 3-7: Diagrama de Caso de Uso de Administracin de Consultas

En este proceso todos los actores inmersos en el transporte de carga pueden ejecutar consultas al sistema.

3.2.2. Modelo Dinmico

3.2.2.1.

Diagramas de Secuencia

Especifican el camino por donde la informacin fluye en el momento de realizar un proceso.

Pg. 60

3.2.2.1.1.

Diagrama de Secuencia de Administracin del Sistema -

Actualizar

clase:clase
: Administrador sistema construir Forma de Actualizacin retornar informacin

cargar datos

Actualizar

retornar Identificador

Figura 3-8: Diagrama de Secuencia de Administracin del Sistema - Actualizar

En este diagrama se explica el procedimiento a efectuarse para la Administracin del Sistema Actualizar

Pg. 61

3.2.2.1.2.

Diagrama de Secuencia de Administracin del Sistema

Aadir

clase:clase
: Administrador sistema construir Forma de Aadir

cargar datos

aadir

retornar Identificador

Figura 3-9: Diagrama de Secuencia de Administracin del Sistema - Aadir

En este diagrama se explica el procedimiento a efectuarse para la Administracin del Sistema Aadir

Pg. 62

3.2.2.1.3.

Diagrama de Secuencia de Administracin del Sistema -

Eliminar

clase:clase
: Administrador sistema

eliminar

Figura 3-10: Diagrama de Secuencia de Administracin del Sistema - Eliminar

En este diagrama se explica el procedimiento a efectuarse para la Administracin del Sistema Eliminar

3.2.2.1.4.

Diagrama de Secuencia de Administracin del Sistema

Recuperar informacin

clase:clase
: Administrador sistema recuperar informacin

Figura 3-11: Diagrama de Secuencia de Administracin del Sistema Recuperar informacin

Pg. 63

En este diagrama se explica el procedimiento a efectuarse para la Administracin del Sistema Recuperar informacin

3.2.2.1.5.

Diagrama de Secuencia de Administracin de Stock de

Documentos

: Supervisor

c_stock_tipo:c _stock_tipo

c_stockxoficina:c _stockxoficina

c_parametro:c_ parametro

crear Forma de Administracin

recuperar informacin

crear Forma de Aadir seleccionar datos

Aadir Stock

seleccionar datos

cargar datos aadir

generar identificador

convertir identificador en cadena

verificar si existe

Pg. 64

: Supervisor

c_stockxoficina:c _stockxoficina

c_parametro:c_ parametro

c_oficina:c_ofic ina

c_stock_tipo:c _stock_tipo

Actualizar Stock

crear Forma de Actualizacin

recuperar informacin

seleccionar

seleccionar

validar datos

cargar datos

Actualizar

verificar si existe

convertir identificador en cadena

eliminar Eliminar Stock

convertir identificador en cadena

Figura 3-12: Diagrama de Secuencia de Administracin de Stock de Documentos

En este diagrama se explica el procedimiento a efectuarse para la Administracin de Stock de Documentos

Pg. 65

3.2.2.1.6.

Diagrama de Secuencia de Configuracin de Submdulos

c_subapplication:c _subapplication : Administrador sistema

cargar datos

aadir Ingresa un submdulo

recuperar identificador

Actualiza un submdulo

actualizar

eliminar Elimina un submdulo

Figura 3-13: Diagrama de Secuencia de Configuracin de Submdulos

En este diagrama se explica el procedimiento a efectuarse para la Configuracin de Submdulos.

Pg. 66

3.2.2.1.7.

Diagrama de Secuencia de Configuracin de Usuario

c_user:c_user
: Administrador sistema

cargar datos

aadir Ingresa un usuario

recuperar identificador

Actualiza un usuario

actualizar

eliminar Elimina un submdulo

Figura 3-14: Diagrama de Secuencia de Configuracin de Usuario

En este diagrama se explica el procedimiento a efectuarse para la Configuracin de Usuario.

Pg. 67

3.2.2.1.8.

Diagrama de Secuencia de Configuracin Mdulos

c_application:c _application : Administrador sistema

cargar datos

aadir Ingresa un nuevo mdulo

recuperar identificador

Actualiza un mdulo

actualizar

eliminar Elimina un mdulo

Figura 3-15: Diagrama de Secuencia de Configuracin Mdulos

En este diagrama se explica el procedimiento a efectuarse para la Configuracin de Mdulos.

Pg. 68

3.2.2.1.9.

Diagrama de Secuencia de Elaborar Manifiesto de Embarque

Real

: Estibador

c_manifiesto_embarque: c_manifiesto_embarque

c_bulto:c_bulto

c_manembxbultoqueda: c_manembxbultoqueda

c_manembxbultoreal: c_manembxbultoreal

recuperar informacin

recuperar informacin

eliminar todos

aadir
convertir identificadores en cadena

verificar si existe

crear

cambiar estado a enviado

Figura 3-16: Diagrama de Secuencia de Elaborar Manifiesto de Embarque Real

En este diagrama se explica el procedimiento a efectuarse para la Elaboracin de Manifiesto de Embarque Real.

Pg. 69

3.2.2.1.10.

Diagrama de Secuencia de Generacin de Documentos

: Cajero

c_documento: c_documento

c_stockxoficina: c_stockxoficina

c_stock_historial :c_stock_historia

c_detalledocumento :c_detalledocument

c_parametro:c _parametro

c_terminal:c_t erminal

c_impresionxtermin al:c_impresionxterm

c_stock_tipo:c _stock_tipo

c_impresion:c _impresion

aadir
recuperar identificador de documento

verificar si existe

convertir cadena en identificadores incrementar stock

convertir identificadores en cadena aadir detalle documento construir cdigo de barras de carga completar Ceros

aadir
verificar si existe

cargar informacin imprimir

buscar terminal de impresin recuperar informacin

recuperar informacin imprimir en socket

Figura 3-17: Diagrama de Secuencia de Generacin de Documentos

Pg. 70

En este diagrama se explica el procedimiento a efectuarse para la Generacin de Documentos

3.2.2.1.11.

Diagrama

de

Secuencia

de

Generar

Manifiesto

de

Desembarque

: Estibador

c_oficina:c_ oficina

c_manifiesto_embar que:c_manifiesto_e

c_bulto:c_bul to

c_manifiesto_desemba rque:c_manifiesto_dese

c_mandesxbul to:c_mandesx

recuperar informacin

recuperar informacin

recuperar informacin

aadir

verificar si existe

eliminar todo

aadir

convertir identificadores en cadena

verificar si existe

Figura 3-18: Diagrama de Secuencia de Generar Manifiesto de Desembarque

En este diagrama se explica el procedimiento a efectuarse para la Generacin de Manifiesto de Desembarque.

Pg. 71

3.2.2.1.12.

Diagrama de Secuencia de Generar Manifiesto de Embarque

c_m anifiesto_embarque:c _mani fi esto_embarque : Estibador crear Forma de Admini straci n

c_usuario:c_us uario

c_estaci on:c_es tacion

c_documento:c_ documento

seleccionar

seleccionar Estacin Origen seleccionar Estacin Destino validar aadir

converti r i denti fi cadores en cadena

verificar si existe

recuperar informacin

construir sql identificador crear manifiesto Generacin del detalle de manifiesto de embarque

converti r cadena a i denti ficadores

Figura 3-19: Diagrama de Secuencia de Generar Manifiesto de Embarque

En este diagrama se explica el procedimiento a efectuarse para la Generacin de Manifiesto de Embarque.

Pg. 72

3.2.2.1.13.

Diagrama de Secuencia de Gestin de Bultos - Actualizar

: Estibador

c_m anembxbulto:c_ manembxbulto

c_mani fiesto_embarque:c _manifiesto_embarque

c_detalle_bulto:c _detal le_bulto

armar sql identificador

convertir cadena en identificadores recuperar informacin

recuperar informacin eliminar todo aadir

converti r identifi cadores en cadena

verificar si existe

Figura 3-20: Diagrama de Secuencia de Gestin de Bultos - Actualizar

En este diagrama se explica el procedimiento a efectuarse para la Gestin de Bultos Actualizar.

Pg. 73

3.2.2.1.14.

Diagrama de Secuencia de Gestin de Bultos - Aadir

: Estibador

c_manembxbult o:c_manembxb

c_manifiesto_embar que:c_manifiesto_e

c_bulto:c_bu lto

c_manembxbul to:c_manembx

c_detalle_bul to:c_detalle_

c_terminal:c c_impresionxtermi c_stock_tipo c_impresion: _terminal nal:c_impresionxter :c_stock_tip c_impresion

armar sql identificador

recuperar informacin aadir

crear nuevo nmero generar identificador verificar si existe

aadir
convertir identificadores en cadena verificar si existe

aadir
convertir identificadores en cadena verificar si existe

imprimir cdigo de barra de bulto imprimir

buscar terminal de impresin convertir cadena a identificadores convertir identificadores a cadena recuperar informacin

recuperar informacin imprimir en socket

Figura 3-21: Diagrama de Secuencia de Gestin de Bultos - Aadir

Pg. 74

En este diagrama se explica el procedimiento a efectuarse para la Gestin de Bultos - Aadir

3.2.2.1.15.

Diagrama de Secuencia de Gestin de Carga

c_stock_tipo:c _stock_tipo : Cajero

c_terminal:c_te rminal

c_stockxof icina:c _stockxof icina

c_tipo_carga:c _tipo_carga

c_v erdadf also:c _v erdadf also

c_cliente:c_clie nte

c_estacion:c_e stacion

c_kiloequiv alenciaxcli:c _kiloequiv alenciaxcli

c_parametro:c_ parametro

seleccionar

recuperar informacin

recuperar nro. documento

recuperar stock seleccionar

seleccionar seleccionar

seleccionar

recuperar costo de envo recuperar informacin

Figura 3-22: Diagrama de Secuencia de Gestin de Carga

Pg. 75

En este diagrama se explica el procedimiento a efectuarse para la Gestin de Carga.

3.2.2.1.16.

Diagrama de Secuencia de Gestin de Entrega de Carga

: Cajero

c_stock_tipo:c _stoc k_t ipo

c_of ic ina:c_of ic ina

c_docum ento:c _documento

c_tipo_carga:c _tipo_carga

c_v erdadf also:c _v erdadf also

c_cliente:c_clie nte

c_es tacion:c_e stacion

sel eccionar

recuperar informaci n

armar sql identificador consul tar estado

veri fi car si est completo

recuperar informaci n

recuperar inf ormac in

recuperar i nformaci n

recuperar i nformacin recuperar i nformacin recuperar informaci n despachar

Figura 3-23: Diagrama de Secuencia de Gestin de Entrega de Carga

Pg. 76

En este diagrama se explica el procedimiento a efectuarse para la Gestin de Entrega de Carga

3.2.2.1.17.

Diagrama de Secuencia de Ubicacin de Carga

c_bulto:c_bulto : Estibador recuperar informacin

c_detalle_bulto: c_detalle_bulto

c_des_paquete: c_des_paquete

armar sql identificador

convertir cadena en identificadores

convertir identificadores en cadena recuperar informacin crear o actualizar

convertir identificadores en cadena

verificar si existe

aadir

actualizar

Figura 3-24: Diagrama de Secuencia de Ubicacin de Carga

En este diagrama se explica el procedimiento a efectuarse para la Ubicacin de Carga.

Pg. 77

3.2.2.1.18.

Diagrama de Secuencia de Validar Usuario

c_usuario:c_usuario
: Administrador sistema

verificar_usuario(String,String)

Figura 3-25: Diagrama de Secuencia de Validar Usuario

En este diagrama se explica el procedimiento a efectuarse para la Validacin de Usuario

3.2.3. Modelo Funcional.

3.2.3.1.

Diagramas de Actividad.

El Diagrama de Actividad sirve para especificar el comportamiento de los objetos de una clase as como la lgica de una operacin o mtodo.

Pg. 78

3.2.3.1.1.

Diagrama de Actividad de Recepcin de Carga

Inicio

Validar Usuari o

v alida

no exi ste

Escoger Tipo de Documento

Ingresar datos del Documento

Calcular Costo de envo de Documento

Generacin de Documento

Impresin de Cdigos de Barra de Paquetes

Final

Figura 3-26: Diagrama de Actividad de Recepcin de Carga

En este diagrama se pueden visualizar los pasos a seguir para la finalizacin del proceso de Recepcin de Carga

Pg. 79

3.2.3.1.2.

Diagrama de Actividad de Proceso de Embarque

Inicio

Validar Usuario

v alida

no exi ste

Generar Manifiesto de Embarque

Ingresar Documentos

Ingresar Bultos

Bajar Bultos de Manifiesto

Finalizar Manifiesto

Final

Figura 3-27: Diagrama de Actividad del Proceso de Embarque

En este diagrama se pueden visualizar los pasos a seguir para la finalizacin del proceso de Embarque

Pg. 80

3.2.3.1.3.

Diagrama de Actividad de Proceso de Desembarque

Inicio

Validar Usuario

v alida

no exi ste

Escoger Manifiesto de Embarque

Confirmar Bultos desembarcados

Ubicar paquetes de Bultos

Final

Figura 3-28: Diagrama de Actividad del Proceso de Desembarque

En este diagrama se pueden visualizar los pasos a seguir para la finalizacin del proceso de Desembarque.

Pg. 81

3.2.3.1.4.

Diagrama de Actividad de Entrega de Carga

Inicio

Validar Usuario

v alida

no exi ste

Buscar Documentos
lista para entrega

Informar Estado

no si Entregar Paquetes de Documento

Final

Final

Figura 3-29: Diagrama de Actividad de Entrega de Carga

En este diagrama se pueden visualizar los pasos a seguir para la finalizacin del proceso de Entrega de Carga.

Pg. 82

3.2.3.1.5.

Diagrama de Actividad de Administracin de Stock de

Documentos

Inicio

Validar Usuari o

v alida

no existe

Ingresar Stock si existe no existe

validar

Actualizar Stock
busca

Eliminar Stock

no existe

Final

Figura 3-30: Diagrama de Actividad del Proceso de Administracin de Stock de Documentos

En este diagrama se pueden visualizar los pasos a seguir para la finalizacin del proceso de Administracin de Stock de Documentos.

Pg. 83

3.2.3.1.6.

Diagrama de Actividad de Administracin del Sistema

Inicio

Validar Usuario

v alida

no existe
si existe

Administrar parmetros
El usuario puede Administrar los mdulos, usuarios o tablas del sistema

Administrar mdul os

Administrar usuari os

Administrar tablas del sistema

Administrar la clase genrica

Utiliza la clase genrica para operaciones de mantenimiento

Ingresar datos

Actualizar datos si existe

Eli minar datos

v alida

no exi ste

busca

si existe

busca

si existe
no existe

no exi ste

Una v ez administrado, puede salir del sistema Final

Figura 3-31: Diagrama de Actividad del Proceso de Administracin del Sistema

En este diagrama se pueden visualizar los pasos a seguir para la finalizacin del proceso de Administracin del Sistema.

Pg. 84

3.2.3.1.7.

Diagrama de Actividad de Administracin de Consultas

Inicio

Validar Usuari o

no exi ste

v alida

si existe
Escoge la bsqueda requerida

Genera el reporte de resul tados

Fin

Figura 3-32: Diagrama de Actividad del Proceso de Administracin de Consultas

En este diagrama se pueden visualizar los pasos a seguir para la finalizacin del proceso de Administracin de Consultas.

Pg. 85

3.2.3.2.

Diagramas de colaboracin.

El Diagrama de Colaboracin modela la interaccin entre los objetos de un Caso de Uso a travs de mensajes. 3.2.3.2.1. Diagrama de Colaboracin de Administracin del Sistema

Actualizar
2: retornar informacin 4: Actualizar 5: retornar Identificador

1: construir Forma de Actualizacin 3: cargar datos

clase:clase

: Administrador sistema

Figura 3-33: Diagrama de Colaboracin de Administracin del Sistema Actualizar En este diagrama se visualiza el orden de las peticiones o mensajes para la Administracin del Sistema Actualizar.

3.2.3.2.2.

Diagrama de Colaboracin de Administracin del Sistema -

Aadir
3: aadir
4: retornar Identificador

1: construir Forma de Aadir 2: cargar datos clase:cla se : Administrador sistema

Figura 3-34: Diagrama de Colaboracin de Administracin del Sistema - Aadir

Pg. 86

En este diagrama se visualiza el orden de las peticiones o mensajes para la Administracin del Sistema Aadir

3.2.3.2.3.

Diagrama de Colaboracin de Administracin del Sistema -

Eliminar

1: eliminar clase:cla se : Administrador sistema

Figura 3-35: Diagrama de Colaboracin de Administracin del Sistema Eliminar

En este diagrama se visualiza el orden de las peticiones o mensajes para la Administracin del Sistema Eliminar.

3.2.3.2.4.

Diagrama de Colaboracin de Administracin del Sistema -

Recuperar Informacin

1: recuperar informacin clase:cla se : Administrador sistema

Figura 3-36: Diagrama de Colaboracin de Administracin del Sistema Recuperar informacin

Pg. 87

En este diagrama se visualiza el orden de las peticiones o mensajes para la recuperacin de informacin.

3.2.3.2.5.

Diagrama de Colaboracin de Administracin de Stock de

Documentos
1: crear Forma de Administracin 3: crear Forma de Aadir 6: cargar datos 7: aadir 11: crear Forma de Actualizacin 16: cargar datos 17: Actualizar 20: eliminar

8: generar identificador 9: convertir identificador en cadena 10: verificar si existe 12: recuperar informacin 15: validar datos 18: verificar si existe 19: convertir identificador en cadena 21: convertir identificador en cadena

: Supervisor 2: recuperar informacin 4: seleccionar datos c_stockxoficina:c _stockxoficina

c_parametro:c _parametro

5: seleccionar datos 14: seleccionar 13: seleccionar

c_oficina:c _oficina

c_stock_tipo:c_ stock_tipo

Figura 3-37: Diagrama de Colaboracin de Administracin de Stock de Documentos

En este diagrama se visualiza el orden de las peticiones o mensajes para la Administracin de Stock de Documentos.

Pg. 88

3.2.3.2.6.

Diagrama de Colaboracin de Configuracin de Submdulos

3: recuperar identificador 1: cargar datos

2: aadir
4: actualizar 5: eliminar c_subapplication:c _subapplication : Administrador sistema

Figura 3-38: Diagrama de Colaboracin de Configuracin de Submdulos

En este diagrama se visualiza el orden de las peticiones o mensajes para la Configuracin de Submdulos.

3.2.3.2.7.

Diagrama de Colaboracin de Configuracin de Usuario

3: recuperar identificador 1: cargar datos

2: aadir
4: actualizar 5: eliminar c_user:c_ user : Administrador sistema

Figura 3-39: Diagrama de Colaboracin de Configuracin de Usuario

En este diagrama se visualiza el orden de las peticiones o mensajes para la Configuracin de Usuario.

Pg. 89

3.2.3.2.8.

Diagrama de Colaboracin de Configuracin de Mdulos

3: recuperar identificador 1: cargar datos

2: aadir
4: actualizar 5: eliminar c_application:c_ application : Administrador sistema

Figura 3-40: Diagrama de Colaboracin de Configuracin de Mdulos

En este diagrama se visualiza el orden de las peticiones o mensajes para la Administracin del Sistema Actualizar.

3.2.3.2.9.

Diagrama

de

Colaboracin

de

Elaborar

Manifiesto

de

Embarque Real

1: recuperar informacin 8: cambiar estado a enviado

c_manifiesto_embarque:c_ manifiesto_embarque

2: recuperar informacin

c_bulto:c _bulto
: Estibador 3: eliminar todos 4: aadir 5: convertir identificadores en cadena 6: verificar si existe 7: crear c_manembxbultoqueda:c_ manembxbultoqueda

c_manembxbultoreal:c _manembxbultoreal

Pg. 90

Figura 3-41: Diagrama de Colaboracin de Elaborar Manifiesto de Embarque Real

En este diagrama se visualiza el orden de las peticiones o mensajes para la Elaboracin de Manifiesto de Embarque Real

3.2.3.2.10.

Diagrama de Colaboracin de Generacin de Documentos

3: v erif icar si existe 6: conv ertir identif icadores en cadena 7: aadir detalle documento 8: construir cdigo de barras de carga 9: completar Ceros 1: aadir c_stockxof icina:c _stockxof icina 2: recuperar identif icador de documento 5: incrementar stock

: Cajero 11: v erif icar si existe 4: conv ertir cadena en identif icadores c_documento:c_ documento 15: recuperar inf ormacin c_detalledocumento:c_ detalledocumento 10: aadir 13: imprimir c_stock_historial:c _stock_historial

c_terminal:c _terminal 12: cargar inf ormacin

14: buscar terminal de impresin

c_impresionxterminal:c _impresionxterminal

c_parametro:c _parametro

16: recuperar inf ormacin

17: imprimir en socket c_impresion:c _impresion

c_stock_tipo:c_ stock_tipo

Figura 3-42: Diagrama de Colaboracin de Generacin de Documentos

En este diagrama se visualiza el orden de las peticiones o mensajes para la Generacin de Documentos.

Pg. 91

3.2.3.2.11.

Diagrama

de

Colaboracin

de

Generar

Manifiesto

de

Desembarque

c_oficina:c _oficina
1: recuperar informacin 2: recuperar informacin c_manifiesto_embarque:c_ manifiesto_embarque

3: recuperar informacin : Estibador 4: aadir

c_bulto:c _bulto

6: eliminar todo 7: aadir

5: verificar si existe

8: convertir identificadores en cadena 9: verificar si existe

c_manifiesto_desembarque:c _manifiesto_desembarque

c_mandesxbulto:c _mandesxbulto

Figura 3-43: Diagrama de Colaboracin de Generar Manifiesto de Desembarque

En este diagrama se visualiza el orden de las peticiones o mensajes para la Generacin de Manifiesto de Desembarque.

Pg. 92

3.2.3.2.12.

Diagrama

de

Colaboracin

de

Generar

Manifiesto

de

Embarque

5: validar 7: convertir identificadores en cadena 8: verificar si existe

3: seleccionar 4: seleccionar c_manifiesto_embarque:c_ manifiesto_embarque

c_estacion:c _estacion
11: convertir cadena a identificadores

2: seleccionar

c_documento:c_ documento

1: crear Forma de Administracin 6: aadir 9: recuperar informacin 10: construir sql identificador 12: crear manifiesto

c_usuario:c _usuario

: Estibador

Figura 3-44: Diagrama de Colaboracin de Generar Manifiesto de Embarque

En este diagrama se visualiza el orden de las peticiones o mensajes para la Generacin de Manifiesto de Embarque.

Pg. 93

3.2.3.2.13.

Diagrama de Colaboracin de Gestin de Bultos - Actualizar

1: armar sql identificador 2: convertir cadena en identificadores

c_manembxbulto:c _manembxbulto

3: recuperar informacin c_manifiesto_embarque:c_ manifiesto_embarque 4: recuperar informacin 5: eliminar todo 6: aadir 7: convertir identificadores en cadena 8: verificar si existe

: Estibador

c_detalle_bulto:c _detalle_bulto

Figura 3-45: Diagrama de Colaboracin de Gestin de Bultos - Actualizar

En este diagrama se visualiza el orden de las peticiones o mensajes para la Gestin de Bultos Actualizar.

Pg. 94

3.2.3.2.14.

Diagrama de Colaboracin de Gestin de Bultos - Aadir

8: conv ertir identif icadores en cadena 9: v erif icar si existe

c_manembxbulto:c _manembxbulto

c_manif iesto_embarque:c_ manif iesto_embarque

1: armar sql identif icador 7: aadir

2: recuperar inf ormacin

4: crear nuev o nmero 5: generar identif icador 6: v erif icar si existe 3: aadir 13: imprimir cdigo de barra de bulto

: Estibador

c_bulto:c _bulto

10: aadir 18: recuperar inf ormacin 11: conv ertir identif icadores en cadena 12: v erif icar si existe 14: imprimir

20: imprimir en socket c_terminal:c _terminal c_detalle_bulto:c _detalle_bulto 16: conv ertir cadena a identif icadores 17: conv ertir identif icadores a cadena c_impresion:c _impresion

19: recuperar inf ormacin

15: buscar terminal de impresin

c_impresionxterminal:c_ impresionxterminal

c_stock_tipo:c_ stock_tipo

Figura 3-46: Diagrama de Colaboracin de Gestin de Bultos - Aadir

En este diagrama se visualiza el orden de las peticiones o mensajes para la Gestin de Bultos Aadir.

Pg. 95

3.2.3.2.15.

Diagrama de Colaboracin de Gestin de Carga

c_stockxoficina:c _stockxoficina

c_terminal:c _terminal
c_stock_tipo:c_ stock_tipo

c_tipo_carga:c _tipo_carga

2: recuperar informacin 1: seleccionar 3: recuperar nro. documento 4: recuperar stock

5: seleccionar

10: recuperar informacin

c_parametro:c _parametro

: Cajero 6: seleccionar c_verdadfalso:c _verdadfalso

9: recuperar costo de envo

8: seleccionar 7: seleccionar c_kiloequivalenciaxcli:c _kiloequivalenciaxcli

c_cliente:c _cliente

c_estacion:c _estacion

Figura 3-47: Diagrama de Colaboracin de Gestin de Carga

En este diagrama se visualiza el orden de las peticiones o mensajes para la Gestin de Carga.

Pg. 96

3.2.3.2.16.

Diagrama de Colaboracin de Gestin de Entrega de Carga

c_stock_tipo:c_ stock_tipo

1: seleccionar 7: recuperar informacin 2: recuperar informacin 9: recuperar informacin

c_oficina:c _oficina

c_verdadfalso:c _verdadfalso

8: recuperar informacin : Cajero 11: recuperar informacin c_tipo_carga:c _tipo_carga

10: recuperar informacin

3: armar sql identificador 4: consultar estado 5: verificar si est completo 6: recuperar informacin 12: despachar

c_estacion:c _estacion

c_documento:c_ documento

c_cliente:c _cliente

Figura 3-48: Diagrama de Colaboracin de Gestin de Entrega de Carga

En este diagrama se visualiza el orden de las peticiones o mensajes para la Gestin de Entrega de Carga.

Pg. 97

3.2.3.2.17.

Diagrama de Colaboracin de Ubicacin de Carga

c_bulto:c _bulto
1: recuperar informacin 2: armar sql identificador 3: convertir cadena en identificadores c_detalle_bulto:c _detalle_bulto : Estibador

4: convertir identificadores en cadena 5: recuperar informacin 6: crear o actualizar 7: convertir identificadores en cadena 8: verificar si existe

9: aadir
10: actualizar

c_des_paquete:c_ des_paquete

Figura 3-49: Diagrama de Colaboracin de Ubicacin de Carga

En este diagrama se visualiza el orden de las peticiones o mensajes para la Ubicacin de Carga.

3.2.3.2.18.

Diagrama de Colaboracin de Validar Usuario

1: verificar_usuario(String,String)

c_usuario:c _usuario
: Administrador sistema

Figura 3-50: Diagrama de Colaboracin de Validar Usuario

En este diagrama se visualiza el orden de las peticiones o mensajes para la Validacin de Usuario.

Pg. 98

3.2.4. Modelo de Datos

3.2.4.1.

Modelo Fsico. (VER ANEXO A.)

3.2.4.2.

Modelo de Clases. (VER ANEXO B.)

Pg. 99

3.2.4.3.

Diccionario de Datos.

Informacin de las Entidades:

Tabla APLICACIN Descripcin Lista de atributos Nombre id_aplicacion nombre_aplicacion file_aplicacion imagen_aplicacion Descripcin Cdigo Nombre Ubicacin del archivo que se ejecuta Ubicacin de la imagen que representa la aplicacin Tabla que registra los mdulos del sistema

Tabla BULTO Descripcin Lista de atributos Nombre bul_ref bul_id bul_fecha bul_origen bul_destino usu_audit usu_faudit Descripcin Cdigo Cdigo Fecha de creacin Estacin de Origen Estacin de destino Usuario auditor Fecha y tiempo de marca de auditora Tabla que registra los bultos

Tabla CIUDAD Descripcin Lista de atributos Nombre ciu_codigo Descripcin Cdigo

Pg. 100

Tabla que registra los datos de Ciudad

pai_codigo ciu_descripcion

Cdigo de Pas Nombre

Tabla CLIENTE Descripcin Lista de atributos Nombre cli_codigo cli_nombre cli_ciruc cli_contacto cli_direccion cli_telefono cli_fax cli_email cli_convenio cli_observacion Descripcin Cdigo Nombre Cdula de Identidad o RUC Contacto Direccin Telfono Fax E-mail tiene convenio? Observacin Tabla que registra los clientes

Tabla DES_PAQUETE Descripcin Lista de atributos Nombre manemb_id detdoc_ref bul_ref Ubicacin usu_audit usu_faudit Descripcin Cdigo de Manifiesto de Embarque Cdigo de pieza o paquete Cdigo de bultos Descripcin del lugar donde se ubica al paquete o pieza Usuario auditor Fecha y tiempo de marca de auditora Tabla que registra la descarga de un paquete o pieza

Tabla DETALLEDOCUMENTO Descripcin Lista de atributos Tabla que registra el detalle del documento (paquetes o piezas)

Pg. 101

Nombre detdoc_ref sto_id ofi_id stotip_id sto_nro

Descripcin Cdigo Cdigo de Stock Cdigo de Oficina Cdigo de Tipo de Stock Nmero de Stock

Tabla DETALLE_BULTO Descripcin Lista de atributos Nombre detdoc_ref bul_ref usu_audit usu_faudit Descripcin Cdigo de Pieza o paquete Cdigo del bulto referencial Usuario auditor Fecha y tiempo de marca de auditora Tabla que registra el los paquetes que estn incluidos en el bulto

Tabla DOCUMENTO Descripcin Lista de atributos Nombre sto_id ofi_id stotip_id sto_nro tipcar_id cli_codigo repven_id DOC_ORIGEN DOC_DESTINO doc_fecharec doc_nropiezas doc_peso doc_volumen doc_valordeclarado Descripcin Cdigo de Stock Cdigo de Oficina Cdigo de Tipo de Stock Nmero de Stock Cdigo de tipo de carga Cdigo de Cliente Cdigo de Reporte de Ventas Estacin o ciudad de origen Estacin destino Fecha de recepcin Nmero de piezas Peso Volumen Valor declarado por la carga Tabla que registra los documentos

Pg. 102

doc_descripcion doc_sobredocumento doc_observacion doc_destnombre doc_destciruc doc_desttelf doc_subtotal doc_total usu_audit usu_faudit doc_costo doc_seguro doc_iva doc_formapago doc_estado doc_estado_usu doc_estado_usuf

Descripcin es un sobre con documentos? Observacin Nombre de la persona a quien se est enviando carga Cdula de Identidad o RUC del destinatario Telfono del destinatario Subtotal Total Usuario auditor Fecha y tiempo de registro de marca de auditora Costo Seguro IVA Forma de Pago Estado Usuario que registr un estado Usuario auditor de Usuario

Tabla ESTACION Descripcin Lista de atributos Nombre est_codigo ciu_codigo mon_codigo est_nombre est_ruc est_autsri Descripcin Cdigo Cdigo de Ciudad Cdigo de Moneda Nombre Registro Unico de Contribuyentes que se usa Valor de Autorizacin de SRI Tabla que registra las estaciones

Tabla FORMA_PAGO Descripcin Lista de atributos Nombre forpag_id forpag_descripcion Descripcin Cdigo Descripcin o Nombre Tabla que registra las formas de pago

Pg. 103

Tabla FORMA_PAGOXDOC Descripcin Lista de atributos Nombre forpag_id tar_id sto_id ofi_id stotip_id sto_nro fpg_fecha fpg_valor tarjeta_nro tarjeta_nro_documento Descripcin Cdigo Cdigo de Tarjeta Cdigo de Stock Cdigo de Oficina Cdigo de Tipo de Stock Nmero de Stock Fecha Valor Nmero de Tarjeta Nmero de documento Tabla que registra las formas de pago de un documento

Tabla IMPDESCARGO Descripcin Lista de atributos Nombre idc_id idc_nombre idc_valor idc_observacion Cdigo Nombre Valor Observacin Descripcin Tabla que registra los impuestos, descuentos o cargos

Tabla IMPDESCARXDOC Descripcin Lista de atributos Nombre idc_id sto_id ofi_id Cdigo Cdigo de Stock Cdigo de Oficina Descripcin Tabla que registra impuestos, descuentos o cargos por documento

Pg. 104

stotip_id sto_nro idc_valor idcxdoc_valor

Cdigo de Tipo de Stock Nmero usado de stock Valor Valor

Tabla IMPDESCARXEST Descripcin Lista de atributos Nombre idc_id est_codigo idc_valor Descripcin Cdigo Cdigo de Estacin Valor Tabla que registra impuestos, descuentos o cargos por estacin

Tabla IMPDESCARXSTOTIP Descripcin Lista de atributos Nombre idc_id stotip_id idcxtip_orden Descripcin Cdigo Cdigo de Tipo de Stock Orden Tabla que registra impuestos, descuentos, cargos por tipo de stock

Tabla IMPRESIONXTERMINAL Descripcin Lista de atributos Nombre stotip_id ter_id ofi_id ter_id_imp ofi_id_imp Descripcin Cdigo de Tipo de Stock Cdigo de Terminal Cdigo de Oficina Cdigo de Terminal donde imprime Cdigo de Oficina donde imprime Tabla que registra donde imprime cierto documento un terminal

Pg. 105

Tabla KILOEQUIVALENCIAXCLI Descripcin Lista de atributos Nombre est_codigoO est_codigoD cli_codigo kilequ_precio usu_audit usu_faudit Descripcin Cdigo de Estacin de Origen Cdigo de Estacin Destino Cdigo de Cliente Precio Usuario auditor Fecha y tiempo de marca de auditora Tabla que registra las equivalencias para el envo de carga de un cliente con convenio

Tabla KILOEQUIVALENCIAXEST Descripcin Lista de atributos Nombre est_codigoO est_codigoD kilequ_precio usu_audit usu_faudit Descripcin Cdigo de Estacin Origen Cdigo de Estacin Destino Precio Usuario auditor Fecha y tiempo de marca de auditora Tabla que registra las equivalencias en kilos para el envo de carga de una estacin a otra

Tabla MANDESXBULTO Descripcin Lista de atributos Nombre manemb_id bul_ref usu_audit usu_faudit Descripcin Cdigo de Manifiesto de Embarque Cdigo de Bulto Usuario auditor Fecha y tiempo de marca de auditora Tabla que registra los bultos de un Manifiesto de Desembarque

Pg. 106

Tabla MANEMBXBULTO Descripcin Lista de atributos Nombre manemb_id bul_ref usu_audit usu_faudit Descripcin Cdigo de Manifiesto de Embarque Cdigo de Bulto Usuario auditor Fecha y tiempo de marca de auditora Tabla que registra los manifiestos de embarque por bulto

Tabla MANEMBXBULTOQUEDA Descripcin Lista de atributos Nombre manemb_id bul_ref usu_audit usu_faudit Descripcin Cdigo de Manifiesto de Embarque Cdigo de Bulto Usuario auditor Fecha y tiempo de marca de auditora Tabla que registra los bultos que son bajados de un vuelo de un Manifiesto de Embarque

Tabla MANEMBXBULTOREAL Descripcin Lista de atributos Nombre manemb_id bul_ref usu_audit usu_faudit Descripcin Cdigo de Manifiesto de Embarque Cdigo de Bulto Usuario auditor Fecha y tiempo de marca de auditora Tabla que registra los bultos reales que viajaron con un Manifiesto de Embarque

Tabla MANEMB_DETALLE Descripcin Tabla que registra los documentos enviados en un detalle

Pg. 107

de Manifiesto de Embarque Lista de atributos Nombre manemb_id sto_id ofi_id stotip_id sto_nro Descripcin Cdigo de Manifiesto de Embarque Cdigo de Stock Cdigo de Oficina Cdigo de Tipo de Stock Nmero de Stock

Tabla MANIFIESTO_DESEMBARQUE Descripcin Lista de atributos Nombre manemb_id mandes_fecharec mandes_por usu_audit usu_faudit mandes_finalizado Descripcin Cdigo de Manifiesto de Embarque Fecha de recepcin Usuario que crea el Manifiesto de Desembarque Usuario auditor Fecha y tiempo de marca de auditora fue finalizado el desembarque? Tabla que registra los Manifiestos de Desembarque

Tabla MANIFIESTO_EMBARQUE Descripcin Lista de atributos Nombre manemb_id manemb_nro manemb_vuelo manemb_fecha manemb_por manemb_origen manemb_destino usu_audit usu_faudit manemb_enviado manemb_finalizado Descripcin Cdigo Nmero Vuelo Fecha Usuario que elabora el documento Estacin de Origen Estacin de destino Usuario auditor Fecha y tiempo de marca de auditora fue enviado el Manifiesto de Embarque? fue finalizado el Manifiesto de Embarque? Tabla que registra un Manifiesto de Embarque

Pg. 108

Tabla MONEDA Descripcin Lista de atributos Nombre mon_codigo mon_descripcion Descripcin Cdigo Descripcin o Nombre Tabla que registra las monedas

Tabla OFICINA Descripcin Lista de atributos Nombre ofi_id est_codigo ofi_nombre ofi_direccion ofi_telf ofi_entrega ofi_recepcion ofi_principal Descripcin Cdigo Cdigo de Estacin Nombre Direccin Telfono Es oficina de Entrega? Es oficina de Recepcin? Es oficina principal? Tabla que registra las oficinas

Tabla PAIS Descripcin Lista de atributos Nombre pai_codigo pai_descripcion Descripcin Cdigo Nombre Tabla usada para el manejo de paises

Tabla PARAMETRO Descripcin Tabla que registra la informacin de parmetros generales del sistema

Pg. 109

Lista de atributos Nombre mon_codigo usu_admin peso_unidad iva fechacorta fechalarga seguro Descripcin Cdigo Cdigo de usuario administrador Unidad que se usa para referencia de peso Valor de IVA Formato para fechas que no incorpora tiempo Formato para fecha que incluye tiempo Porcentaje para clculo de valor por seguro

Tabla REPORTE_VENTA Descripcin Lista de atributos Nombre repven_id repven_nro repven_fecha repven_por repven_uaudit repven_faudit repven_total_cash repven_total_collect repven_total_credito repven_total ofi_id Descripcin Cdigo Nmero Fecha Usuario por Usuario auditor Fecha y tiempo de marca de auditora Total en efectivo Total en Collect Total crdito Total Cdigo de Oficina Tabla que registra los Reportes de Venta

Tabla STOCKXOFICINA Descripcin Lista de atributos Nombre sto_id ofi_id stotip_id sto_fecha Descripcin Cdigo de Stock Cdigo de Oficina Cdigo de Tipo de Stock Fecha
Pg. 110

Tabla que registra el stock de documentos asignados a una oficina

sto_fechaexp stoofi_ini stoofi_fin stoofi_actual usu_audit usu_faudit

Fecha de expiracin Valor de inicio del stock Valor de finalizacin del stock Valor actual del stock usuario auditor Fecha y tiempo de marca de auditora

Tabla STOCK_HISTORIAL Descripcin Lista de atributos Nombre sto_id ofi_id stotip_id sto_nro sto_fecha sto_observacion usu_audit usu_faudit Descripcin Cdigo de Stock Cdigo de Oficina Cdigo de Tipo de Stock Nmero de documento de stock Fecha Observacin Usuario auditor Fecha y tiempo de marca de auditora Tabla que registra el historial del stock de documentos

Tabla STOCK_TIPO Descripcin Lista de atributos Nombre stotip_id stotip_nombre stotip_visual stotip_formato Descripcin Cdigo Nombre tiene ingreso formal o es solo para impresiones? Formato Tabla que registra el tipo de Stock. Gua de Remisin, Factura, etc

Tabla SUBAPLICACION Descripcin Lista de atributos Tabla que registra los submdulos del Sistema

Pg. 111

Nombre id_subaplicacion id_aplicacion nombre_subaplicacion file_subaplicacion imagen_subaplicacion

Descripcin Cdigo Cdigo de Aplicacin Nombre Ubicacin del archivo que se ejecuta Ubicacin de la imagen representativa

Tabla TARJETA Descripcin Lista de atributos Nombre tar_id tar_descripcion Cdigo Descripcin Descripcin Tabla que registra las tarjetas de crdito

Tabla TERMINAL Descripcin Lista de atributos Nombre ter_id ofi_id ter_nombre ter_ip ter_pto Descripcin Cdigo Cdigo de Oficina Nombre o descripcin Direccin IP Puerto en el cual el terminal escucha a nivel de sockets para la impresin Tabla que registra los terminales o computadores que interactan con el sistema

Tabla TIPOCAMBIO Descripcin Lista de atributos Nombre mon_codigo est_codigo tipcam_fecha Descripcin Cdigo de Moneda Cdigo de Estacin Fecha en la que se registra Tabla que registra los valores de cambio de monedas

Pg. 112

tipcam_valor

Valor de cambio

Tabla TIPO_CARGA Descripcin Lista de atributos Nombre tipcar_id tipcar_descripcion Descripcin Cdigo Nombre o descripcin Tabla que registra el tipo de carga

Tabla USUARIO Descripcin Lista de atributos Nombre usu_codigo usu_clave usu_nombre usu_email Descripcin Cdigo Clave Nombre E-mail Tabla que registra los usuarios

Tabla USUARIOXOFICINA Descripcin Lista de atributos Nombre usu_codigo ofi_id usuxofi_admin Descripcin Cdigo de Usuario Cdigo de Oficina Cdigo de usuario administrador de oficina Tabla que registra los usuarios por oficina

Tabla USUARIO_APLICACION Descripcin Lista de atributos Tabla que registra los usuarios por aplicacin

Pg. 113

Nombre usu_codigo id_aplicacion

Descripcin Cdigo de usuario Cdigo de Aplicacin

Tabla VERDADFALSO Descripcin Lista de atributos Nombre vf_valor vf_texto 3.2.4.4. Valor Texto a Mostrar Diseo de Interfaces Descripcin Tabla usada para el manejo de opciones booleanas, es decir, verdadero y falso

A continuacin se describen los criterios tomados en cuenta para el diseo de interfaz del sistema.

3.2.4.4.1.

Interfaz Grfica

Los criterios considerados para satisfacer las necesidades tanto del cliente como de la organizacin son:

Rapidez en la seleccin de la informacin. Uno de los problemas actuales para el manejo de carga son los tiempos que toma ejecutar el proceso de recepcin y entrega de forma manual, por lo cual es importante que el proceso sea lo ms rpido y eficiente.

Para la presentacin de informacin se busc la manera de agrupar categorizando y ordenando alfabticamente la mayor parte de listas y selectores.

Pg. 114

Para el ingreso de datos existen campos identificados como obligatorios de fcil visibilidad para agilizar el almacenamiento de la informacin.

El usuario debe sentirse seguro cada vez que ejecuta una accin ya que esto se refleja en ese momento en el sistema.

El encadenamiento de las pantallas est determinado a partir de la pantalla principal del sistema, permitiendo desplegar cualquiera de las pantallas utilizadas para las operaciones anteriormente descritas.

Los controles y la disposicin de los botones se encuentran ubicados estratgicamente para que resulten intuitivos para el usuario y no se pierda durante la interaccin con el sistema.

Luego de determinado tiempo sin uso de la aplicacin, esta expira, es decir, el usuario debe identificarse nuevamente ante el sistema para continuar con su trabajo.

3.2.4.5. 3.2.4.5.1.

Distribucin de interfaces Interfaz de configuracin de Terminal

Para la configuracin del Terminal, se implement un control ActiveX, sus funciones principales son: Identificacin de Terminal y Manejador de Impresin (Servidor socket de impresin)

Pg. 115

Consta de las siguientes pantallas de configuracin:

Figura 3-51: Control ActiveX para identificacin de Terminal y manejo de impresiones

Figura 3-52: Configuracin de ActiveX, opcin General

Pg. 116

En esta opcin se ingresa el identificador del Terminal, ip de la red del pc desde la cual tiene acceso al servidor de la aplicacin, puerto en el cual si el Terminal es servidor de impresin escucha.

Figura 3-53: Configuracin de ActiveX, opcin Impresoras

En esta opcin se indica si el Terminal va a ser Servidor de Impresin de Documentos, Cdigos de Barra, adems de permitir escoger la impresora local en la que vaya a imprimir el tipo de documento.

Figura 3-54: Al finalizar el proceso y guardar los datos del ActiveX

Pg. 117

3.2.4.5.2.

Interfaz de Pginas Web

Una pgina Web es un documento electrnico escrito en un lenguaje de computacin llamado HTML, siglas de Hypertext Markup Language (Lenguaje de Marcacin de Hipertexto). Cada pgina Web tiene una direccin nica, llamada URL (del ingls Uniform Resource Locator), o Localizador Uniforme de Recursos, que identifica su localizacin en la red.

Un sitio Web (website, en ingls), dependiendo de cmo est diseado, contiene una o ms pginas relacionadas entre s. Las pginas de un sitio Web estn vinculadas entre s a travs de un sistema de hipervnculos, que permiten que usted pueda moverse de unas a otras haciendo clic sobre un vnculo. Existen dos tipos de pginas Web usadas en el sistema:

Pgina Web base Pop Ups

La Pgina Web base es usada para la recopilacin de informacin, invocando a otras pginas Web mediante hipervnculos para el ingreso o consulta de informacin. A continuacin se muestra los controles usados en una pgina Web base:

Figura 3-55: Pgina de Ingreso al Sistema

Pg. 118

Figura 3-56: Interfaz del Sistema

Las partes bsicas que conforman el sistema son:

Informacin del Usuario y Opciones Globales Mdulos y Submdulos, Ubicacin en el sistema Contenido de la pgina

Figura 3-57: Informacin del Usuario y Opciones Globales

Figura 3-58: Mdulos y Submdulos, ubicacin en el sistema

Pg. 119

Figura 3-59: Contenido de la pgina

Pop ups: son pginas auxiliares que se invocan nicamente desde una pgina Web base, para la seleccin de informacin, generalmente contienen menos informacin y son ms pequeas.

Pg. 120

Figura 3-60: Pgina Pop up Web

3.2.4.5.3.

Mensajes auxiliares de Error en la Web

Los mensajes auxiliares en la Web pueden generarse por un error de usuario. Indican una falla en el proceso o ejecucin de un procedimiento, como por ejemplo cuando no se llenan campos obligatorios de una pgina Web.

Figura 3-61: Mensaje de error

Pg. 121

3.2.4.5.4.

Controles usados en el Sistema Web

Los controles permiten al usuario ejecutar acciones, ingresar informacin y editar datos. A continuacin se muestran los principales controles utilizados: Control Nombre Botn de comando Botn de comando tipo imagen Cuadro de Texto Men Principal Desplegar o editar texto Permite abrir otras paginas Web mediante hipervnculos Muestra informacin Ejecuta un comando Utilidad

Ejecutar un comando

Label

Permite Seleccionar la ComboBox Opcin de un abanico de posibilidades. Permite escoger una Check Box opcin de entre varias o confirmar que se ha realizado alguna tarea. Permite abrir una nueva Hipervnculo pagina Web en la misma o en otra pgina Web Tabla 3-5. Controles de una aplicacin Web

Pg. 122

CAPITULO IV

CONSTRUCCION Y PRUEBAS

CONSTRUCCION

4.1.

Configuracin

Para la ejecucin satisfactoria del sistema, es necesario que cada uno de los terminales tengan: acceso a la red de ICARO, Internet Explorer Versin 6 con soporte de ActiveX adems de las configuraciones de los dispositivos necesarios para su funcionamiento. Por ejemplo, en el caso de un Terminal de recepcin y despacho de carga, es necesario, un lector de cdigos de barra y al menos una impresora de cdigos de barra.

A continuacin se describe la configuracin del programa cliente ActiveX y los dispositivos.

4.2.

Configuracin de PC

Para la configuracin del Terminal, se debe tomar en cuenta lo siguiente:

Conocer los datos de Identificador de Terminal, IP, puerto y funcin del Terminal; la funcin es para identificar si es necesaria una configuracin como servidor de impresin o no

De ser el caso, crear el Terminal en el sistema, para que el sistema guarde registro del identificador, IP, puerto, oficina a la que pertenece

Instalar el cliente ActiveX del Terminal y proporcionar los datos del

Pg. 123

Terminal. Si el Terminal es servidor de impresin, activar el casillero de Servidor de Impresin, indicar el tipo de impresin y en que impresora local o de red va a usar para las impresiones; por ltimo se guarda la configuracin.

Una vez configurado el Terminal, se puede ingresar al sistema haciendo uso del usuario y clave asignados a los usuarios.

4.3.

Configuracin de lector de cdigo de barra

Para la configuracin del lector de cdigo de barra, dependiendo del tipo de lector (en este caso tipo pistola) ejecutar los siguientes pasos:

Desconectar el teclado del PC Conectar el lector y el teclado en el respectivo conector Conectar el conector correspondiente al PC Hacer pruebas con un cdigo de barras, ejecutando una aplicacin como notepad y presionar la pistola, para verificar que est activo.

4.4.

Configuracin de impresora de cdigo de barra

Conectar y configurar la impresora de cdigos de barra de acuerdo a lo sugerido por su manual de instalacin y configuracin. Dependiendo del tipo de impresora existen impresoras usb, seriales, paralelas, con puerto infrarrojo, entre otras. Seguir las instrucciones para la configuracin de etiquetas y probar.

Pg. 124

PRUEBAS

4.5.

Planificacin y Proceso de Pruebas

Las pruebas han sido realizadas en la aplicacin Web y el control ActiveX utilizado especialmente para la impresin.

4.5.1. Aplicacin WEB En la siguiente tabla se mencionan los aspectos relacionados a la planificacin de la prueba para aplicacin WEB: Fase Responsable Recursos Vctor Rengifo Software: Pginas Web publicadas, Cdigo Fuente Hardware: Servidor, PC, Lector de cdigo de barra Tiempo Estrategia 1 semana de 30 minutos diarios. Caja Blanca Caja Negra Proceso Abarca procesos contemplados en el sistema como: Recepcin de Carga Proceso de Embarque Proceso de Desembarque Entrega de Carga Alcance Caja Blanca: Diagramas de Flujo y Tablas comparativas que indiquen comportamiento de la Aplicacin en procesos crticos. Caja Negra: Identificacin de clases para la ejecucin Unidad

Pg. 125

del proceso. Diseo de los Casos de Prueba Caja Blanca: Identificacin de funcionamiento lgico y parmetros. Caja Negra: Identificacin de valores externos.

Tabla 4-1. Planificacin de la prueba para la Aplicacin WEB.

4.5.2. ActiveX de impresin La tabla siguiente indica la planificacin de la prueba para el ActiveX de impresin. Fase Responsable Recursos Vctor Rengifo Software: Aplicacin WEB, ActiveX Hardware: Servidor, PC y Impresora de cdigo de barra. Tiempo Estrategia 1 semana de 30 minutos diarios. Caja Blanca Caja Negra Proceso Alcance Verificar Impresin de cdigo de barras de carga y bultos. Caja Blanca: Diagramas de Flujo y Tablas comparativas que indiquen funcionamiento. Caja Negra: Identificacin de clases de impresin. Diseo de los Casos de Prueba Caja Blanca: Identificacin de funcionamiento lgico y parmetros. Caja Negra: Identificacin de Valores Fciles, Valores Extremos, valores ilegales. Unidad

Pg. 126

Tabla 4-2. Planificacin de la prueba ActiveX de impresin.

4.5.3. Proceso de Pruebas 4.5.3.1. Aplicacin ActiveX de impresin

Las pruebas de Caja Blanca se han realizado en todo el proceso de construccin, implementacin del control para verificar la impresin de cdigo de barras en los bultos y carga.

Inicio Nmero de Intento = 0

Verificar terminal de impresin c_terminal

esta configurado

NO SI Instanciar clase de impresin c_impresion

Imprimir en socket de terminal de impresin

Mensaje de Error en Impresin

NO

Tiempo de Conexin <= 5 seg

SI Escribir en socket

Fin

Fin

Figura 4-1: Diagrama de Flujo de Impresin

Pg. 127

La tabla siguiente Indica a detalle el proceso de pruebas de unidad.

Proceso: Requerimiento:

Impresin con ActiveX Verificar Terminal de impresin Si se cumpli con el camino bsico, se instanciar la clase permitiendo la impresin en el socket. Si el tiempo de conexin es menor o igual a 5 segundos se escribe en el socket.

Definicin de Datos

La funcin recibe como argumentos: El Terminal que desea imprimir; el tipo de documento, la cadena de caracteres que contiene los datos de impresin.

Descripcin de Proceso

El camino bsico para la impresin es recuperar de la base de datos la informacin del terminal, conectarse con el servidor de impresin del Terminal en el cual se imprime un tipo de documento y enviar los datos a dicho Terminal para enviar la informacin a la impresora

Comportamiento:

En el proceso de impresiones no interviene el mandato de usuario directamente. Se usa el ActiveX de impresiones para imprimir cdigos de barra los cuales se generan automticamente al finalizar un documento (gua, factura) o bultos

Errores encontrados

No se encontraron errores, ya que si la cadena que va a ser impresa no conserva el formato requerido

Pg. 128

despus de un tiempo se cierra la conexin al servidor de impresin. Soluciones Sin acciones correctivas

Tabla 4-3: Detalle de proceso de pruebas de unidad de Escritorio (Caja Blanca).

Conclusin: Es importante que la definicin de terminales, su correcta administracin y una buena conectividad al sistema sean permanentes ya que esta es una funcin en la cual el sistema se basa para controlar la carga.

Las pruebas de Caja Negra se realizaron identificando los casos de prueba:

Proceso: Requerimiento:

Impresin en ActiveX. Verificar Terminal de impresin Si se cumpli con el camino bsico, se instanciar la clase permitiendo la impresin en el socket. Si el tiempo de conexin es menor o igual a 5 segundos se escribe en el socket.

Definicin de Datos

La funcin recibe como argumentos: El Terminal que desea imprimir; el tipo de documento, la cadena de caracteres que contiene los datos de impresin.

Definicin de Casos de Prueba

Valores Fciles: El Terminal, tipo de documento y cadena son vlidos Valores Extremos: El Terminal o tipo de documento no existe

Pg. 129

Valores ilegales: El Terminal, tipo de documento o cadena de caracteres son invlidos Descripcin de Proceso El camino bsico para validar el Terminal, tipo de documento es comprobando estos datos en la base de datos y compararla con los datos ingresados. Posteriormente, se abre una conexin al Terminal de impresin destino, si no existen problemas de comunicacin o del pc destino se envan los datos al servidor de impresin ActiveX Comportamiento: El comportamiento de las impresiones depende de la conectividad de red Errores encontrados Soluciones No se plantearon soluciones No se identificaron errores

Tabla 4-4. Detalle de Proceso de Pruebas de Unidad de aplicacin ActiveX (Caja Negra). Ingreso de terminal. Ingreso de tipo de Ingreso de Conexin a Terminal destino (de Mensaje Imprime? de error

documento cadena . de

impresin impresin) SI SI SI NO SI SI SI NO SI SI SI NO SI SI SI SI SI SI SI NO NO SI SI SI SI SI NO NO NO NO

Tabla 4-5. Indica la Impresin en ActiveX (con y sin conectividad)

Pg. 130

Conclusin: Como se puede observar en la tabla 4-5, es necesario contar con los datos de Terminal, tipo de documento y cadena de caracteres, a ms de la conectividad. En caso de no contar con uno de estos valores no se logra imprimir

4.5.3.2.

Aplicacin Web

Las pruebas de Caja Blanca se han realizado en todo el proceso de construccin del Software ya que se ha verificado una a una el funcionamiento del sistema. Como ejemplo de esto la figura 4-2 indica el flujo del proceso de Creacin de Documento (gua, factura).

Inicio

Autenticacin de Usuario
tiene acceso a creacin de documentos?

SI Escoger Documento a generar

NO

Ingresar datos de documento

datos correctos?

mensaje de error de datos NO

SI Imprimir cdigos de barra de paquetes

Registrar en base de datos

Fin

Fin

Figura 4-2: Diagrama de Flujo de Creacin de Documentos

Pg. 131

La Tabla 4-6 indica el Detalle de Proceso de Pruebas de unidad con la estrategia de Caja Blanca para la Aplicacin WEB:

Proceso: Requerimiento:

Crear documento Registrar los datos del documento (gua, factura, nota de venta). Si se cumpli con el camino bsico, se registran exitosamente los datos del documento y se generan e imprimen los cdigos de barra para cada carga/paquete transportada.

Definicin de Datos

El proceso recibe como principales argumentos: Tipo de Documento, nmero de piezas (paquetes o cargas), peso, volumen, valor declarado, tipo de carga, descripcin del contenido, sobre con documentos, cliente, observaciones, cliente que enva la carga (si no existe se debe registrar en el sistema), destino, nombre de destinatario, ci/ruc destinatario, telfono destinatario, forma de pago. Los campos Carga / Corresp (valor de envo), seguro, subtotal, iva y total son calculados.

Descripcin de Proceso

El camino bsico para la creacin de un documento es determinar si todos los argumentos enviados son vlidos, si es correcto se registra en la base de datos el documento y se imprimen automticamente sus cargas/paquetes. Camino Alternativo 1: Se determina que los datos ingresados sean vlidos, en el caso de no serlo, se retorna un mensaje de error pidiendo corregir la informacin. Camino Alternativo 2: Se verifica que todos los argumentos obligatorios son vlidos, en el caso de que

Pg. 132

uno o ms datos de ingreso de informacin no tengan valores, se retorna un mensaje de error pidiendo corregir la informacin.

Comportamiento: Errores encontrados Soluciones

La tabla 4-7 indica el comportamiento de la funcin de acuerdo a los datos de entrada. No se encontraron errores. No aplicable.

Tabla 4-6: Detalle de Proceso de Pruebas de Unidad (Aplicacin WEB) de Caja Blanca

Ingreso de todos los argumentos Obligatorios? SI SI NO SI

Ingreso de todos los argumentos Opcionales? SI NO SI NO

Ingres caracteres vlidos? SI NO SI SI

Error?

Se registraron los datos?

NO SI SI NO

SI NO NO SI

Tabla 4-7: Validacin de Datos de Entrada

Conclusin: Como se puede observar en la tabla 4-7, si se ingresan todos los datos obligatorios en los respectivos campos y estos son vlidos, la funcin no enviar ningn mensaje de error y se registraran los datos sin problema alguno.

Pg. 133

Las pruebas de Caja Negra se realizaron identificando los casos de prueba:

Proceso: Requerimiento:

Crear Documento Registrar los datos del documento. Si se cumpli con el camino bsico, se registran exitosamente los datos del documento.

Definicin de Datos

La interfaz recibe como principales datos: Tipo de Documento, nmero de piezas (paquetes o cargas), peso, volumen, valor declarado, tipo de carga, descripcin del contenido, sobre con documentos, cliente, observaciones, cliente que enva la carga (si no existe se debe registrar en el sistema), destino, nombre de destinatario, ci/ruc destinatario, telfono destinatario, forma de pago.

Definicin de Casos de Prueba

Valores Fciles: Ingreso de todos los datos con valores coherentes. Valores Extremos: No se escoge tipo de documento, ni valores en el formulario. Valores ilegales: En campos numricos se escriben letras, se borra informacin precargada.

Descripcin de Proceso

El camino bsico para la creacin de un documento es escoger el tipo de documento a generar, ingresar los datos del documento y procesar el documento. Se determina que los datos y toda la informacin es vlida, posteriormente, se lo registra en la base de datos y se imprimen los cdigos de barra de las cargas/paquetes. Camino Alternativo 1: Se determina que los datos ingresados vlidos, en el caso de no serlo, se enva un mensaje que diga: Ocurrieron los siguientes errores: Campo ABC es requerido por ejemplo. Camino Alternativo 2: Se verifica que todos los campos

Pg. 134

obligatorios deben estar llenos de informacin correcta, ya que son esenciales y no pueden quedar en blanco, en el caso de que uno o ms campos de ingreso de informacin no tengan datos, se enviar un mensaje que diga: Ocurrieron los siguientes errores: Campo ABC es requerido por ejemplo. Comportamiento: Errores encontrados Soluciones No aplicable. La tabla 4-9 indica el comportamiento del formulario de acuerdo a los datos de entrada. No se encontraron errores.

Tabla 4-8: Detalle de Proceso de Pruebas de Unidad de aplicacin Web (Caja Negra).

Escogi tipo Ingres datos de sobre la carga (piezas, peso, volumen, valor declarado, tipo de carga, descripcin, con documentos)? SI SI NO SI SI NO SI SI documento? a enviarse

Ingreso los datos de cliente?

Ingres los datos de destino y destinatario?

Ingres datos

Mensaje Se de registraron los datos?

opcionales? Error?

SI NO SI SI

SI NO SI SI

SI SI NO NO

NO SI SI NO

SI NO NO SI

Tabla 4-9: Indica la Validacin de Datos de Entrada

Pg. 135

Conclusin: Como se puede observar en la tabla 4-9, si se ingresa todos los datos obligatorios en los campos obligatorios del formulario y stos son vlidos, no aparecer ningn mensaje de error y se registrarn todos los datos sin problema alguno.

Pg. 136

4.5.3.3.

De Aceptacin

Para estas pruebas fue invitado un representante de ICARO EQ-Global. El plan de pruebas abarco los siguientes puntos:

Funcionalidad: Se verifica que el sistema cumpla con los procesos descritos en la etapa de anlisis.

Base de Datos y velocidad de respuesta: reaccin del sistema ante los datos y su respuesta.

4.5.3.3.1.

Formulario de Revisin de Funcionalidad.

Formulario de Revisin de Funcionalidad Fecha: Agosto 2006 Analista: Vctor Rengifo y personal de EQ-Global Revisin de Estndares Actividad El formulario realiza la funcin Si X No No Aplica Observaciones

requerida? Los datos del formulario cambian de acuerdo a las acciones realizadas? Es rpido y fcil el manejo de los formularios? Cuando se cambia el valor de un campo de entrada, se modifican los cambios de X X X

Pg. 137

despliegue? Los campos que hacen referencia a datos de otra tablas Tienen cada uno sus listas de valores? Las listas de valores son lentas para recuperar la informacin? El tiempo de respuesta es el adecuado? El orden de navegacin de los campos es el correcto? Cundo se realiza existen una accin de X X X X X

equivocada, alerta?

mensajes

Si un campo es destinado a ingresar un determinado tipo de variable, se valida su ingreso?

Tabla 4-10. Formulario de Revisin de Funcionalidad

Conclusin: Como se puede observar en la tabla 4-10, el sistema cumple con las expectativas ms importantes del usuario. As tambin se validan los mensajes de alerta presentando informacin adecuada sobre la accin que se realiza por parte del usuario.

Pg. 138

4.5.3.3.2.

Formulario de Base de Datos y velocidad de respuesta. Formulario de Base de Datos y velocidad de respuesta.

Fecha: Marzo 2005 Analista: Vctor Rengifo y personal de sistemas de ICARO Revisin de Estndares Actividad Se ha realizado el proceso de prueba de datos ingresados vs datos Si X No No Aplica Observaciones

obtenidos? Est la mayor cantidad de cdigo en la base de datos? Se han realizado procesos de X X

afinamiento de sql con el fin de mejorar la velocidad de respuesta? Se manejan libreras de conexin a la base de datos? Existen funciones genricas para dar mantenimiento a las tablas (sentencias DML)? Se ha documentado cada una de las funciones genricas? X X X

Tabla 4-11. Formulario de Base de Datos y velocidad de respuesta.

Pg. 139

Conclusin: La velocidad de respuesta de la base de datos es ptima y cumple con los requerimientos del usuario. El aplicativo no demora al realizar consultas a la base de datos lo que indica que el diseo cumple con los estndares de integridad y adems se ha afinado de manera adecuada las sentencias de sql con el propsito de mejorar los tiempos de respuesta. Por motivos de estndar en ICARO se ocupa la base de datos Oracle 9i, sin embargo, la base de datos est creada para ser fcilmente migrable a otras bases de datos relacionales ya que no hace uso de procedimientos almacenados ni funciones especiales, para este efecto se ocupan herramientas CASE como Power Designer que permite obtener el modelo fsico y lgico a partir de una ingeniera reversa, y posteriormente generar el modelo fsico para la base de datos a la que se desea migrar, es importante tener en cuenta los formatos para el manejo de fechas, fecha y hora, separador decimal.

4.6.

Compatibilidad con el explorador

Debido al uso del ActiveX para la impresin (de cdigos de barra y documentos) la compatibilidad del sistema depende de si el explorador / browser soporte ActiveX. Compatibilidad completa con Internet Explorer 5.5 en adelante.

El ActiveX tiene la informacin del Terminal (cdigo de Terminal, ip de Terminal accesible al servidor de la aplicacin) que es necesaria para la identificacin del Terminal ante el servidor, al conocer estos datos se puede omitir el ActiveX pero el terminal no podra hacer funciones de servidor de impresin. Solo bajo

Pg. 140

esa condicin la aplicacin WEB funciona en cualquier browser / explorador que soporte javascript.

Conclusin: La aplicacin web no tiene problemas en abrirse y visualizarse en los navegadores ms usados y actuales que existen en el mercado, el nico inconveniente es el ActiveX de impresin que funciona solo con exploradores con compatibilidad a Internet Explorer.

Pg. 141

CAPITULO V

CONCLUSIONES Y RECOMENDACIONES

5.1.

CONCLUSIONES

Se cumpli satisfactoriamente con los requerimientos de la empresa ICARO S.A, desarrollando una aplicacin web, para el control, tratamiento y transporte de carga, mejorando notablemente los tiempos de respuesta al cliente en el momento de la recepcin y entrega de la misma.

Con la automatizacin de varios procesos del sistema de carga se pueden administrar los datos generados por el negocio y utilizarlos para la toma de decisiones empresariales.

En el desarrollo del proyecto, la experiencia que se ha obtenido ha permitido crear una mayor responsabilidad y constancia en el trabajo.

Se utiliz la norma IEEE 830-1998, con el fin de obtener la especificacin de requerimientos de software, permitiendo definir claramente el alcance del presente proyecto.

Para la construccin de aplicaciones de software es necesario utilizar una metodologa acorde, la cual permita conceptualizar y facilitar los procesos de desarrollo de software.

Pg. 142

La presente tesis se desarroll con la metodologa del Proceso Unificado de Desarrollo RUP, la cual posee una definicin adecuada para la construccin de software permitiendo plasmar en sus modelos la lgica y funcionalidad del sistema de carga.

La metodologa RUP se caracteriza por especificar varios modelos, para el presente proyecto se utilizaron: diagramas de casos de uso, diagramas de secuencia, diagramas de actividad, diagramas de colaboracin, modelo fsico y modelo de clases, los cuales permitieron clarificar los procesos establecidos en la especificacin de requerimientos.

El uso de metodologas de desarrollo de software es muy valioso, ayuda a obtener software de calidad que cumpla con los requerimientos del cliente.

El desarrollo del sistema con el lenguaje de programacin PHP permiti obtener un software con caractersticas como: seguridad, flexibilidad, adaptabilidad y eficiencia.

El desarrollo de aplicaciones con base de datos Oracle y PHP ofrece al cliente: robustez, transaccionalidad, seguridad, velocidad en acceso a datos entre otros; al desarrollarse el presente proyecto se confirmaron estas caractersticas.

Pg. 143

5.2.

RECOMENDACIONES

Se recomienda realizar una adecuada administracin de la Base de Datos con la finalidad de garantizar el mejor rendimiento.

Es recomendable identificar y analizar ndices que permitan la toma de decisiones y acciones tanto preventivas como correctivas para alcanzar los objetivos de la empresa.

Es vital el desarrollo de aplicaciones basndose en metodologas ya que permiten tener un mayor conocimiento de la problemtica que se quiere resolver y a la vez ayudar en el proceso de construccin de software.

Para la implantacin del proyecto, se evalu plataformas Windows y Linux obteniendo como resultados a nivel de base de datos, un rendimiento de Linux superior a plataforma Windows, por lo cual se recomienda que la base de datos y la aplicacin software se encuentren en Linux.

Uno de los problemas ms comunes de un desarrollador es la generacin de una documentacin adecuada, que permite no solo entender el proyecto desde un punto de vista tcnico, sino tambin a nivel de procesos y usuarios, por esto se recomienda que las asignaturas que contemplan ingeniera de software y desarrollo profundicen el contenido de la ctedra permitiendo al estudiante tener una visin ms clara para hacer el mejor desarrollo de software.

Pg. 144

BIBLIOGRAFIA

JACOBSON Ivar, BOOCH Grady, RUMBAUGH, James, EL PROCESO UNIFICADO DE DESARROLLO DE SOFTWARE, ADDISON WESLEY, Pearson Educacin, Espaa

LEMAY Laura, WEB PUBLISHING WITH HTML AND XHTML, SAMS, Tercera Edicin, USA, 2001

PRESSMAN Roger, Software Engineering: A Practitioner's Approach with Bonus Chapter on Agile Development, 6ta edicin, USA

Donald K. Burleson, Oracle9i UNIX Administration Handbook, McGrawHill, USA,February 2002

Theriault & Newman, ORACLE MANUAL DE SEGURIDAD, McGraw-Hill

David C. Kreines, Brian Laskey, Oracle Database Administration: The Essential Reference, OReilly

Kevin Tatroe, Rasmus Lerdorf, Peter MacIntyre, Programming PHP, OReilly

Sklar, David, INTRODUCCION A PHP 5, ANAYA MULTIMEDIA / OREILLY

Pg. 145

WEBBLIOGRAFIA

PHP, PHP: Hypertext Preprocessor.NET, http://www.php.net, 2001-2006 PHPClasses, PHP Classes Welcome to the PHP Classes Repository, http://www.phpclasses.org, 1999-2006

PHPBuilder.com, PHP Builder, http://www.phpbuilder.com/, Jelsoft Enterprises Ltd., 2000-2006

PHPDeveloper, PHPDeveloper.org: News, Views and Community, http://www.phpdeveloper.org, 2006

Oracle OTN, Oracle Technology Network, http://otn.oracle.com AdoDB, ADOdb Database Abstraction Library for PHP, http://adodb.sourceforge.net/, 2000-2004

Pg. 146

GLOSARIO DE TERMINOS

Manifiesto de embarque.-

Documento mediante el cual se especifica los

documentos (guas, facturas) transportados por una aerolnea en un determinado vuelo y fecha. Manifiesto de dembarque.documentos recibidos. Contenedor.terrestre. Transaccionalidad.- Control de transacciones a nivel de la base de datos Binario.- Representacin de informacin usando 0 y 1 Parche.- Aplicativo software que corrige defectos de un software Depurador.- Aplicativo que permite hacer un seguimiento de la ejecucin de un programa Commit.Mandato a la base de datos para que procese todas las Recipientes de carga para el transporte areo, martimo o Documento mediante el cual se registran los

transacciones. Rollback.Mandato a la base de datos para que cancele todas las

transacciones. Clusters.- Agrupaciones, por ejemplo de servidores. Terminal.- Computador, PC que tiene acceso a la red.

Pg. 147

ANEXOS

Pg. 148

ANEXO A

MODELO FSICO DE DATOS

Pg. 149

ANEXO B

MODELO DE CLASES

Pg. 150

ANEXO C

MANUAL DE USUARIO DEL SISTEMA ICARGO

1. Autenticacin de Terminal. Al ingresar al sistema se deber contar con la respectiva configuracin del terminal en la cual contiene informacin como: identificador de terminal, direccin ip de terminal, puerto de terminal, si es servidor de impresin y la respectiva impresora y el tipo de impresin.

2. Autenticacin del usuario. Para ingresar al sistema se debe tener un Usuario y Contrasea los cuales van a ser validados por el sistema.

Pg. 151

Cabe indicarse que para cada usuario se habilita un perfil, el mismo que contiene las opciones a las que el usuario tiene acceso. Los perfiles que se encuentran activados en el sistema son: cajero, estibador, supervisor y auditor.

3. Mdulo de Stock En el mdulo de Stock permite administrar al stock de documentos de una oficina, existen tipos de documentos como guas de remisin, facturas, notas de venta. Se accede por el men, en el que se encuentra la opcin de

, en el que permite: aadir, actualizar o eliminar.

Al dar click en el botn Aadir se muestra un formulario en el que se pueden ingresar los datos para crear un nuevo stock. El sistema efecta validaciones y dependiendo de los datos guarda o no la informacin dando click en el botn Aadir, si desea cancelar la accin lo debe hacer dando click en el botn Regresar.
Pg. 152

El botn Eliminar permite borrar los tems seleccionados con el casillero

. El

sistema pide una confirmacin de la accin, si esta es aceptada procede a eliminar.

La opcin de Modificar o Actualizar

nos enva a un formulario en el que

podemos actualizar informacin. De la misma forma que la opcin anterior tiene un botn de Actualizar que es quien lanza el proceso de guardado y un botn de Regresar.

Pg. 153

Cabe indicarse que en todas las pantallas administrativas existen este tipo de opciones con la misma funcionalidad.

El acceso a este mdulo se aconseja sea para supervisores de oficina y administradores.

4. Mdulo de Ventas Es considerado como uno de los ms importantes del sistema, en este se encuentran las opciones de un Cajero (receptor o entregador), como por ejemplo: la generacin de documentos, generacin de reporte diario, bsqueda de guas, y anular documento.

La opcin de Crear Documento, aqu es donde se generan las guas de remisin, facturas, entre otros tipos.

Pg. 154

En este formulario se ingresan los datos del cliente que enva el documento as como los datos de la carga a ser enviada y los datos del receptor / destinatario, al finalizar este proceso, se procede a finalizar el documento con el botn Procesar, que nos genera la impresin de los respectivos cdigos de barra de las piezas / cargas enviadas

La siguiente opcin es Reporte Diario que permite totalizar los valores cobrados por el cajero, adems de facilitar en el proceso de cierre de caja.

Pg. 155

La siguiente opcin es la bsqueda de documentos / bsqueda de guas, en el cual se busca la informacin y se muestra el estado, si est lista para entregarse o no.

En este formulario de bsqueda, si la carga est completa, existe la opcin para entregar la carga:

Al dar click en

el sistema recupera el documento y muestra

un formulario como el siguiente:

Pg. 156

Al dar click en el botn como entregado.

se marca al documento

La opcin Anular Documento nos permite buscar el documento que se va a anular mediante el tipo de documento y su nmero de documento de la siguiente manera:

5. Mdulo de Embarque / Desembarque Este es otro mdulo importante del sistema, esta opcin es requerida por el estibador, aqu se trabaja con: crear manifiesto de embarque, ver manifiestos de embarque, crear manifiesto de desembarque y ver manifiestos de desembarque

La opcin Crear Manifiesto de Embarque nos permite crear un nuevo manifiesto y actualizar los datos de manifiesto.

Pg. 157

El formulario de Aadir o creacin es similar a:

El formulario de actualizacin es similar a:

En este encontramos varias opciones, que son:

Documentos por Manifiesto

: formulario

en el que se confirman los documentos que deben viajar en un vuelo.

Pg. 158

Bultos por Manifiesto

: permite crear y

aadir carga o paquetes a un bulto, contiene los siguientes formularios: El formulario principal desde el cual se pueden crear nuevos bultos o escoger bultos para ingresar cargas

El formulario de creacin de bultos, donde se ingresan las cargas.

Al finalizar el proceso de creacin de bultos regresamos al formulario principal.

Desde donde podemos seguir ingresando cargas al bulto mediante el vnculo Click aqu

Pg. 159

Bajar bultos de Manifiesto

: permite

identificar los bultos que por motivos de vuelo no van a ser transportados, el formulario de ingreso es el siguiente:

Para esta accin, se chequeara el casillero y se procedera a guardar el o los datos seleccionados. Finalizar Manifiesto : permite cerrar el manifiesto

con el fin de no permitir ms ingresos al mismo.

La siguiente opcin de este mdulo, es la de Ver Manifiesto de Embarque que sirve como consulta de los manifiestos de embarque realizados. El formulario principal es el siguiente:

Pg. 160

Y la visualizacin del manifiesto es mostrada a continuacin:

La opcin Crear Manifiesto de Desembarque, es en cambio, el proceso inverso al manifiesto de embarque, en el cual se confirman los manifiestos de embarque confirmando la llegada de cada uno de los bultos de dicho manifiesto y posteriormente la ubicacin de cada uno de los paquetes.

El formulario principal es el siguiente:

Pg. 161

Al escoger un manifiesto (mediante el vnculo Click aqu) se muestra el siguiente formulario:

Donde chequeando el casillero de seleccin y guardando se confirma la llegada del bulto. La opcin muestra el siguiente formulario para ubicar

la carga que viaj dentro del bulto:

La ltima opcin es Ver Manifiesto de Desembarque, la cual sirve como consulta. El formulario principal es el siguiente:

Pg. 162

La opcin Click aqu nos permite visualizar el manifiesto de desembarque de la siguiente forma:

6. Mdulo de Administracin El mdulo de administracin consta de varias opciones y se muestran a continuacin: Pas, Ciudad, Estacin, Oficina, Moneda, Cliente, Stock Tipo, Tipo Carga, Terminal, Equivalencia x Est.

Cada opcin tiene una forma de trabajo similar, por lo cual se explica globalmente las funciones de cada formulario.

Pg. 163

El formulario principal, tiene un botn formulario de aadir, el botn seleccionado el casillero de seleccin

que direcciona a un que elimina los datos que tengan

, la opcin Modificar

que

direcciona a un formulario de actualizacin de datos.

El formulario Aadir permite ingresar los datos nuevos con sus respectivas validaciones de campos obligatorios.

El formulario Actualizar permite cambiar los datos.

Existen opciones del sistema que a ms de la funcionalidad explicada tienen otras opciones.

Pg. 164

Opcin de Cliente con convenio, el cual permite ingresar valores para los envos entre dos estaciones para ese cliente. Se ingresa desde la opcin Cliente, luego por la opcin Click aqu, se visualiza el formulario de Actualizacin

Y se visualiza el botn siguiente formulario:

, mismo que lanza el

Donde se puede aadir, modificar o eliminar las equivalencias de envo del cliente.

Pg. 165

Opcin de Impresin de Terminal, en el cual se identifica para un tipo de impresin el terminal donde va a imprimir, es importante indicar que para la impresin si el terminal hace funciones de Servidor de Impresin debe estar correctamente configurado.

Los pasos a seguir son: Ingresar en la opcin de Terminal, luego en Click aqu, lo que nos muestra el siguiente formulario:

Al dar click en el botn

se lanza el siguiente formulario:

El cual nos permite aadir y eliminar los tipos de impresiones del terminal identificando el terminal en el cual se va a imprimir.

7. Mdulo de Reporte de Ventas Este mdulo contiene dos opciones, Ventas Contado y Ventas Crdito. Las ventas contado son aquellas que se han pagado al momento de hacer

Pg. 166

el envo, mientras que las ventas crdito se usan con cliente con convenio y dependiendo del tipo de documento generado, por ejemplo, una gua de remisin, las ventas - crdito son facturadas en un determinado periodo.

La opcin Ventas Contado tiene la siguiente forma:

En la opcin Click para Ver se muestra un listado con los documentos respectivos ubicados en el periodo:

La opcin Ventas Crdito tiene la siguiente forma:

Pg. 167

En la opcin Click para Ver se visualiza lo siguiente:

8. Mdulo de Usuarios En mdulo de usuarios, tenemos dos opciones: Adm. De usuarios y Mdulos por Usuario.

Adm. De Usuarios o Administracin de Usuarios, permite la creacin, actualizacin y eliminacin de usuarios.

El formulario principal es el siguiente:

Tiene las opciones anteriormente citadas de Aadir, Eliminar y Actualizar.

Mdulos por Usuario, permite la asignacin de mdulos a cada usuario, su formulario es el siguiente:

Pg. 168

9. Mdulos Esta parte del sistema contiene las siguientes opciones: Perfil, Adm. Mdulos, Adm. Submdulos, Perfil - Mdulo

En la opcin Perfil se administra (aade, elimina, actualiza) los perfiles. Su formulario principal es:

Pg. 169

En la opcin Adm. Mdulos o Administracin de Mdulos gestiona los mdulos del sistema, su forma principal es:

En la opcin Adm. Submdulos o Administracin de Submdulos se administran los submdulos del sistema, su formulario principal es:

En la opcin Perfil Mdulo se asignan los mdulos a un determinado perfil, su forma principal es la siguiente:

Pg. 170

se escoge el perfil, luego al escoger la opcin Click aqu muestra lo siguiente:

se chequea el casillero de seleccin botn .

y luego se procesa la accin con el

Pg. 171

ANEXO D

MANUAL DE INSTALACIN DEL SISTEMA ICARGO

1. Configuracin de Base de Datos. La base de datos del sistema Icargo funciona sobre plataforma Oracle 9i, el servidor que va a hostear la base de datos debe tener instalada esta versin sobre Windows o Linux dependiendo del caso, se recomienda tener los conocimientos bsicos de Oracle para crear tablespace, usuarios,

configuracin de red.

Los pasos para la configuracin son los siguientes:

Crear un tablespace llamado ICARGOOFI de un tamao de 20 MB. Crear un usuario llamado ICARGOOFI con clave ICARGOOFI con los permisos o rol de CONNECT y DBA. En caso de requerirse tener una clave diferente, actualizar en la aplicacin el archivo

includes\my_defines.php el dato DB_SERVER_PASSWORD.

Desde la consola del sistema operativo ejecutar el comando import de la siguiente forma: imp icargoofi/<clave>@<nombreservicio> file=icargoofi.dmp fromuser=icargoofi touser=icargoofi Donde <clave> es la clave del usuario para conectarse a la base de datos, <nombreservicio> es el nombre destinado para la conexin a travs del archivo tnsnames.ora.

Pg. 172

2. Configuracin de la Aplicacin Para obtener un correcto funcionamiento del sistema, se deber considerar las siguientes recomendaciones:

Por ser la aplicacin desarrollada con PHP, se requiere tener configurado un servidor web, de preferencia Apache (1 o 2) con soporte para PHP versin 4.3.9 o versiones posteriores, esto puede hacerse sobre Windows, Linux.

El PHP debe tener configurado el soporte para oracle, pdf y sockets, dependiendo de la plataforma; probablemente sea necesario

recompilarlo (Linux) o modificar la configuracin en el archivo php.ini (Windows).

Es necesario conocer el document_root del servidor web, ya que en este se copiarn los archivos de la aplicacin.

Ejecutar el instalador de la aplicacin setup.exe donde se debe especificar la ubicacin del document_root o donde se va a hostear la aplicacin ya que este copia los archivos en el directorio especificado.

Para una instalacin de Apache y PHP sobre sistemas Windows 2000 en adelante, se recomienda hacerlo con el software xampp-win32 versin 1.5.0, que instala y configura Apache y PHP; en este programa dependiendo de la ubicacin de instalacin se debe actualizar el

Pg. 173

archivo php.ini ubicado en <directorioxampp>\apache\bin\ para el soporte de Oracle ya que por defecto este viene deshabilitado, es necesario reiniciar el servicio de Apache o desde la consola de control de xampp detener Apache y subirlo nuevamente para que los cambios tengan efecto. En caso de errores de dll, se debe conocer si al menos el cliente de Oracle est instalado (Oracle Runtime), si no lo tiene instalado es momento de hacerlo, se sugiere reiniciar el sistema y probar.

No olvide, la configuracin de conexin de la aplicacin a Oracle se encuentra en el archivo includes\my_defines.php donde se deben actualizar los valores de: DB_SERVER_USERNAME: usuario. DB_SERVER_PASSWORD: clave. DB_DATABASE: nombre de conexin a travs de tnsnames.ora desde el servidor de la aplicacin.

El usuario y la clave para el ingreso al sistema es: Usuario: administrador Clave: administrador

Pg. 174

BIOGRAFIA

DATOS PERSONALES

NOMBRES Y APELLIDOS: LUGAR DE NACIMIENTO: FECHA DE NACIMIENTO:

Vctor Hugo Rengifo Peafiel Quito Ecuador 29 de Enero de 1979

ESTUDIOS

PRIMARIA:

Escuela Teodoro Wolf Anderson Escuela Matilde Alvarez de Fernndez Salvador. La Salle

SECUNDARIA:

Colegio Villavicencio Ponce La Salle Colegio Juan Po Montfar Bachiller en Ciencias Humansticas Especialidad FsicoMatemtico

SUPERIOR:

Escuela Politcnica Nacional, Prepolitcnico ICB Escuela Politcnica del Ejrcito Ingeniero en Sistemas e Informtica

Pg. 175

HOJA DE LEGALIZACION DE FIRMAS

ELABORADO POR:

____________________________ Vctor Hugo Rengifo Peafiel

COORDINADOR DE CARRERA

___________________________________ Ing. Ramiro Delgado

Sangolqu, 25 de enero de 2007

Pg. 176