Documentos de Académico
Documentos de Profesional
Documentos de Cultura
DESARROLLO DEL SISTEMA INFORMATICO PARA EL CONTROL, TRATAMIENTO Y TRANSPORTE DE CARGA EN LA COMPAIA AEREA ICARO S.A.
POR:
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
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.
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 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.
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
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.
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.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.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.
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
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
Tabla 1-3. Factibilidad econmica de Software TOTAL HARDWARE TOTAL SOFTWARE TOTAL $900 $2410 $3310
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.
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.
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.
Pg. 14
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.
Costo =
Pg. 17
2.2.
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.
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
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
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).
Switch Data
Router
Server
Server
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
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.
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.
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.
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.
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
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
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
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
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.
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.
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.
Pg. 34
2.3.
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.
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.
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.
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.
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.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: 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:
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:
Abreviatura: ICARGO: Sistema de control, tratamiento y transporte de carga en ICARO CI RUC Cdula de Identidad Registro nico de Contribuyentes, identificacin
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.
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.
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.
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.
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
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.
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.
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:
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.
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:
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.
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
Fuentes de entrada: Usuario. Cdula de identidad del destinatario. Nmero 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.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:
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
transportacin del software a otro entorno que tenga las mismas caractersticas requeridas por la versin de PHP.
Pg. 54
3.2.
DISEO.
Un diagrama de casos de uso permite definir la estructura fundamental de un proceso en el cual intervienen actores
3.2.1.1.1.
Controlar proceso
Cliente
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.
<<include>> Administrador sistema Generar manifiesto de embarque <<extend>> <<extend>> Gestin de bultos
Estibador
<<extend>>
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.
Administrador sistema
Ubicacin de carga
Estibador
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.
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.
Cajero
Cliente
3.2.1.1.5.
Documentos
Administrador sistema
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.
Validar usuario
Configuracin de submdulos
Configuracin de usuario
Configuracin mdulos
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.
Administrador sistema
Administracin de consultas
Cajero
Cliente Supervisor
En este proceso todos los actores inmersos en el transporte de carga pueden ejecutar consultas al sistema.
3.2.2.1.
Diagramas de Secuencia
Pg. 60
3.2.2.1.1.
Actualizar
clase:clase
: Administrador sistema construir Forma de Actualizacin retornar informacin
cargar datos
Actualizar
retornar Identificador
En este diagrama se explica el procedimiento a efectuarse para la Administracin del Sistema Actualizar
Pg. 61
3.2.2.1.2.
Aadir
clase:clase
: Administrador sistema construir Forma de Aadir
cargar datos
aadir
retornar Identificador
En este diagrama se explica el procedimiento a efectuarse para la Administracin del Sistema Aadir
Pg. 62
3.2.2.1.3.
Eliminar
clase:clase
: Administrador sistema
eliminar
En este diagrama se explica el procedimiento a efectuarse para la Administracin del Sistema Eliminar
3.2.2.1.4.
Recuperar informacin
clase:clase
: Administrador 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.
Documentos
: Supervisor
c_stock_tipo:c _stock_tipo
c_stockxoficina:c _stockxoficina
c_parametro:c_ parametro
Aadir Stock
seleccionar datos
generar identificador
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
recuperar informacin
seleccionar
seleccionar
validar datos
cargar datos
Actualizar
verificar si existe
Pg. 65
3.2.2.1.6.
cargar datos
Actualiza un submdulo
actualizar
Pg. 66
3.2.2.1.7.
c_user:c_user
: Administrador sistema
cargar datos
Actualiza un usuario
actualizar
Pg. 67
3.2.2.1.8.
cargar datos
Actualiza un mdulo
actualizar
Pg. 68
3.2.2.1.9.
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
En este diagrama se explica el procedimiento a efectuarse para la Elaboracin de Manifiesto de Embarque Real.
Pg. 69
3.2.2.1.10.
: 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
aadir
verificar si existe
Pg. 70
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
verificar si existe
Pg. 71
3.2.2.1.12.
c_usuario:c_us uario
c_documento:c_ documento
seleccionar
verificar si existe
recuperar informacin
construir sql identificador crear manifiesto Generacin del detalle de manifiesto de embarque
Pg. 72
3.2.2.1.13.
: Estibador
verificar si existe
Pg. 73
3.2.2.1.14.
: 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_
aadir
convertir identificadores en cadena verificar si existe
aadir
convertir identificadores en cadena verificar si existe
Pg. 74
3.2.2.1.15.
c_terminal:c_te rminal
c_tipo_carga:c _tipo_carga
c_cliente:c_clie nte
c_estacion:c_e stacion
c_parametro:c_ parametro
seleccionar
recuperar informacin
seleccionar seleccionar
seleccionar
Pg. 75
3.2.2.1.16.
: Cajero
c_tipo_carga:c _tipo_carga
c_cliente:c_clie nte
sel eccionar
recuperar informaci n
recuperar informaci n
recuperar i nformaci n
Pg. 76
3.2.2.1.17.
c_detalle_bulto: c_detalle_bulto
c_des_paquete: c_des_paquete
verificar si existe
aadir
actualizar
Pg. 77
3.2.2.1.18.
c_usuario:c_usuario
: Administrador sistema
verificar_usuario(String,String)
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.
Inicio
Validar Usuari o
v alida
no exi ste
Generacin de Documento
Final
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.
Inicio
Validar Usuario
v alida
no exi ste
Ingresar Documentos
Ingresar Bultos
Finalizar Manifiesto
Final
En este diagrama se pueden visualizar los pasos a seguir para la finalizacin del proceso de Embarque
Pg. 80
3.2.3.1.3.
Inicio
Validar Usuario
v alida
no exi ste
Final
En este diagrama se pueden visualizar los pasos a seguir para la finalizacin del proceso de Desembarque.
Pg. 81
3.2.3.1.4.
Inicio
Validar Usuario
v alida
no exi ste
Buscar Documentos
lista para entrega
Informar Estado
Final
Final
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.
Documentos
Inicio
Validar Usuari o
v alida
no existe
Actualizar Stock
busca
Eliminar Stock
no existe
Final
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.
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
Ingresar datos
v alida
no exi ste
busca
si existe
busca
si existe
no existe
no exi ste
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.
Inicio
Validar Usuari o
no exi ste
v alida
si existe
Escoge la bsqueda requerida
Fin
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
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.
Aadir
3: aadir
4: retornar Identificador
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.
Eliminar
En este diagrama se visualiza el orden de las peticiones o mensajes para la Administracin del Sistema Eliminar.
3.2.3.2.4.
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.
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
c_parametro:c _parametro
c_oficina:c _oficina
c_stock_tipo:c_ stock_tipo
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.
2: aadir
4: actualizar 5: eliminar c_subapplication:c _subapplication : Administrador sistema
En este diagrama se visualiza el orden de las peticiones o mensajes para la Configuracin de Submdulos.
3.2.3.2.7.
2: aadir
4: actualizar 5: eliminar c_user:c_ user : Administrador sistema
En este diagrama se visualiza el orden de las peticiones o mensajes para la Configuracin de Usuario.
Pg. 89
3.2.3.2.8.
2: aadir
4: actualizar 5: eliminar c_application:c_ application : Administrador sistema
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
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
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.
: 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_impresionxterminal:c _impresionxterminal
c_parametro:c _parametro
c_stock_tipo:c_ stock_tipo
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
c_bulto:c _bulto
5: verificar si existe
c_manifiesto_desembarque:c _manifiesto_desembarque
c_mandesxbulto:c _mandesxbulto
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
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
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.
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
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.
c_manembxbulto:c _manembxbulto
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
c_impresionxterminal:c_ impresionxterminal
c_stock_tipo:c_ stock_tipo
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.
c_stockxoficina:c _stockxoficina
c_terminal:c _terminal
c_stock_tipo:c_ stock_tipo
c_tipo_carga:c _tipo_carga
5: seleccionar
c_parametro:c _parametro
c_cliente:c _cliente
c_estacion:c _estacion
En este diagrama se visualiza el orden de las peticiones o mensajes para la Gestin de Carga.
Pg. 96
3.2.3.2.16.
c_stock_tipo:c_ stock_tipo
c_oficina:c _oficina
c_verdadfalso:c _verdadfalso
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
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.
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
En este diagrama se visualiza el orden de las peticiones o mensajes para la Ubicacin de Carga.
3.2.3.2.18.
c_usuario:c _usuario
: Administrador sistema
En este diagrama se visualiza el orden de las peticiones o mensajes para la Validacin de Usuario.
Pg. 98
3.2.4.1.
3.2.4.2.
Pg. 99
3.2.4.3.
Diccionario de Datos.
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
pai_codigo ciu_descripcion
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
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
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
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
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
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.
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
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.
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.
Pg. 117
3.2.4.5.2.
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:
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:
Pg. 118
Informacin del Usuario y Opciones Globales Mdulos y Submdulos, Ubicacin en el sistema Contenido de la pgina
Pg. 119
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
3.2.4.5.3.
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.
Pg. 121
3.2.4.5.4.
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.
4.2.
Configuracin de PC
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
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.
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.
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.
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.
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
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.
NO
SI Escribir en socket
Fin
Fin
Pg. 127
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
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.
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.
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
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?
NO
Fin
Fin
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.
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
Error?
NO SI SI NO
SI NO NO SI
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
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.
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
Ingres datos
opcionales? Error?
SI NO SI SI
SI NO SI SI
SI SI NO NO
NO SI SI NO
SI NO NO SI
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 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
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
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.
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
David C. Kreines, Brian Laskey, Oracle Database Administration: The Essential Reference, 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
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.-
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. Clusters.- Agrupaciones, por ejemplo de servidores. Terminal.- Computador, PC que tiene acceso a la red.
Pg. 147
ANEXOS
Pg. 148
ANEXO A
Pg. 149
ANEXO B
MODELO DE CLASES
Pg. 150
ANEXO C
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
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
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.
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
Pg. 156
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
: formulario
Pg. 158
: 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
Desde donde podemos seguir ingresando cargas al bulto mediante el vnculo Click aqu
Pg. 159
: 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
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
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.
Pg. 161
Donde chequeando el casillero de seleccin y guardando se confirma la llegada del bulto. La opcin muestra el siguiente formulario para ubicar
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
, la opcin Modificar
que
El formulario Aadir permite ingresar los datos nuevos con sus respectivas validaciones de campos obligatorios.
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
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:
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.
En la opcin Click para Ver se muestra un listado con los documentos respectivos ubicados en el periodo:
Pg. 167
8. Mdulo de Usuarios En mdulo de usuarios, tenemos dos opciones: Adm. De usuarios y Mdulos por Usuario.
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
Pg. 171
ANEXO D
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.
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
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
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
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
ELABORADO POR:
COORDINADOR DE CARRERA
Pg. 176