SISTEMA DE INFORMACIÓN PARA EL INGRESO, MANTENIMIENTO Y SALIDA DE ESTIBAS

Transcripción

1 SISTEMA DE INFORMACIÓN PARA EL INGRESO, MANTENIMIENTO Y SALIDA DE ESTIBAS Código: 6843 Jeyson Andrés García Rodríguez Mario Sergio Lancheros Suescún PONTIFICIA UNIVERSIDAD JAVERIANA DE BOGOTÁ D.C. FACULTAD DE INGENIERÍA CARRERA DE INGENIERÍA DE SISTEMAS BOGOTÁ D.C

2 SISTEMA DE INFORMACIÓN PARA EL INGRESO, MANTENIMIENTO Y SALIDA DE ESTIBAS Autores: Jeyson Andrés García Rodríguez Mario Sergio Lancheros Suescún MEMORIA DEL TRABAJO DE GRADO REALIZADO PARA CUMPLIR UNO DE LOS REQUISITOS PARA OPTAR EL TÍTULO DE INGENIERO DE SISTEMAS Directora Ingeniera María Consuelo Franky de Toro Jurados del trabajo de grado Ingeniero Edgar Enrique Ruiz García Ingeniero Julio Ernesto Carreño Vargas Página web del trabajo de grado PONTIFICIA UNIVERSIDAD JAVERIANA DE BOGOTÁ D.C. FACULTAD DE INGENIERÍA CARRERA DE INGENIERÍA DE SISTEMAS BOGOTA D.C

3 PONTIFICIA UNIVERSIDAD JAVERIANA FACULTAD DE INGENIERÍA CARRERA DE INGENIERÍA DE SISTEMAS Rector Magnífico Joaquín Emilio Sánchez García S.J. Decano Académico Facultad de Ingeniería Ingeniero Jorge Luis Sánchez Téllez Decano del Medio Universitario Facultad de Ingeniería Padre Sergio Bernal Restrepo S.J. Directora de la Carrera de Ingeniería de Sistemas Ingeniero Germán Alberto Chavarro Flórez Director Departamento de Ingeniería de Sistemas Ingeniero Rafael Andrés González Rivera 3

4 Artículo 23 de la Resolución No. 1 de Junio de 1946 La Universidad no se hace responsable de los conceptos emitidos por sus alumnos en sus proyectos de grado. Sólo velará porque no se publique nada contrario al dogma y la moral católica y porque no contengan ataques o polémicas puramente personales. Antes bien, que se vean en ellos el anhelo de buscar la verdad y la Justicia 4

5 Agradecimientos Queremos agradecer a nuestros familiares, amigos y compañeros de estudio que nos han apoyado desde el inicio hasta la finalización de la carrera y en el desarrollo de este trabajo de grado. A nuestra directora de tesis la ingeniera María Consuelo Franky por enseñarnos, guiarnos y corregir nuestro trabajo. 5

6 Tabla de contenido LISTA DE ILUSTRACIONES...11 LISTA DE TABLAS...12 INTRODUCCIÓN OPORTUNIDAD, PROBLEMÁTICA, ANTECEDENTES Descripción del contexto Formulación del problema que se resolvió Justificación Impacto esperado DESCRIPCIÓN DEL PROYECTO Visión global Objetivo general Objetivos específicos Método que se propuso para satisfacer cada objetivo Programación extrema Etapa 1: Modelamiento de los procesos de negocio Etapa 2: Análisis y diseño del sistema de información para el ingreso, mantenimiento y salida de estibas Etapa 3: Construcción y pruebas al sistema de información para el ingreso, mantenimiento y salida de estibas Validación del cliente MARCO TEÓRICO Marco Contextual Procesos del negocio...25 a. Proceso de ingreso de estibas...25 b. Proceso de mantenimiento de estibas

7 c. Proceso de salida de estibas Marco conceptual Aplicaciones empresariales web...27 A. Aplicación web...27 B. Servidores web y Servidores de aplicaciones...28 C. Tecnologías que utilizan servidor de aplicaciones...29 D. Comparación entre tecnologías para el desarrollo web con servidor de aplicaciones Seguridad de la información...33 A. Descripción DESARROLLO DEL TRABAJO Descripción de la compañía tomada como caso de estudio Modelamiento de procesos de negocio Diseño As-Is de la empresa tomada como caso de estudio...36 A. Organización...36 B. Descripción de los roles...36 C. Flujo de secuencia de los procesos de negocio...37 D. Conceptos relevantes de los procesos de negocio...37 E. Proceso de Ingreso de estibas...39 F. Proceso de mantenimiento de estibas...42 G. Proceso de salida de estibas...44 H. Debilidades del sistema actual de la compañía de estibas Diseño To-Be de la empresa tomada como caso de estudio...46 A. Organización...46 B. Descripción de los roles...47 C. Flujo de secuencia de los procesos de negocio...47 D. Conceptos relevantes de los proceso de negocio

8 E. Proceso de ingreso de estibas...47 F. Proceso de mantenimiento de estibas...50 G. Proceso de salida de estibas...52 H. Análisis de las debilidades Resultados del modelamiento de los procesos de negocio Análisis y diseño del sistema de información: SIBOX Módulos Requerimientos del sistema de información por módulos Casos de uso del sistema de información por módulos Perfiles de seguridad Modelamiento de entidades Arquitectura de la aplicación...63 A. Descripción...63 B. Diagrama de componentes...64 C. Diagrama de despliegue Construcción y pruebas del sistema de información Generación inicial de la aplicación mediante el uso de los generadores seam y taylor Módulo de seguridad basado en roles finos y perfiles...67 A. Objetivo...67 B. Descripción...68 C. Procedimiento...69 D. Con respecto a la seguridad de la información Módulo de auditoría mediante métodos callback...73 A. Objetivo...73 B. Descripción

9 C. Procedimiento Módulo de gestión de estibas...75 A. Objetivo...75 B. Descripción...76 C. Procedimiento Módulo de reportes...80 A. Objetivo...80 B. Descripción...80 C. Procedimiento Pruebas del sistema de información para el ingreso, mantenimiento y salida de estibas SIBOX Validación del sistema de información para el ingreso, mantenimiento y salida de estibas SIBOX RESULTADOS Validación de la aplicación CONCLUSIONES Y TRABAJOS FUTUROS Conclusiones Recomendaciones Trabajos futuros Post-Mortem Metodología propuesta Vs. Metodología realmente utilizada Tiempo del proyecto planeado Vs. Tiempo del proyecto ejecutado REFERENCIAS Y BIBLIOGRAFÍA ANEXOS Anexo 1: Documentos del modelamiento de procesos Anexo 2: Requerimientos del sistema

10 8.3. Anexo 3: Inventario de módulos y casos de uso Anexo 4: Diagrama de casos de uso Anexo 5: Manual del usuario Anexo 6: Cronograma del proyecto Anexo 7: Glosario Anexo 8: Diagrama de entidades Anexo 9: Carta de satisfacción por parte del cliente Anexo 10: Encuesta de validación por parte del cliente Anexo 11: Manual de instalación Anexo 12: Manual de mantenimiento Anexo 13: Entrevistas realizadas al cliente Anexo 14: Test de pruebas de CRUDS Anexo 15: Test de pruebas de casos de uso de negocio

11 LISTA DE ILUSTRACIONES Ilustración 1: Foto 1 - Proceso de ingreso de estibas...25 Ilustración 2: Foto 2 - Proceso de mantenimiento de estibas...26 Ilustración 3: Foto 3 - Proceso de salida de estibas...27 Ilustración 4: Diseño As-Is: Organización y roles...36 Ilustración 5: Diseño As-Is - Proceso de Ingreso de estibas...40 Ilustración 6: Diseño As-Is - Proceso de mantenimiento de estibas...42 Ilustración 7: Diseño As-Is - Proceso de salida de estibas...44 Ilustración 8: Diseño To-Be - Organización de los roles...47 Ilustración 9: Diseño To-Be - Proceso de ingreso de estibas...48 Ilustración 10: Diseño To-Be - Proceso de mantenimiento de estibas...50 Ilustración 11: Diseño To-Be - Proceso de salida de estibas...52 Ilustración 12 [35]: Arquitectura de una aplicación JavaEE Ilustración 13: Diagrama de componentes SIBOX...65 Ilustración 14: Diagrama de despliegue SIBOX...66 Ilustración 15: Generación de las páginas CRUD por medio de la tarea generate-ui de la herramienta SEAM [38]...67 Ilustración 16: Cron Quartz...81 Ilustración 17: Jerarquía del directorio web...84 Ilustración 18: Playback Ilustración 19: Playback Ilustración 20: Playback

12 LISTA DE TABLAS Tabla 1: Comparación entre JavaEE y.net [31]...33 Tabla 2: Diseño As-Is - Descripción de los roles...37 Tabla 3: Conceptos relevantes de los procesos de negocio...39 Tabla 4: Diseño As-Is: Roles y Actividades del proceso de ingreso de estibas...42 Tabla 5: Diseño As-Is - Roles y Actividades del proceso de mantenimiento de estibas...44 Tabla 6: Diseño As-Is - Roles y Actividades del proceso de salida de estibas...45 Tabla 7: Diseño To-Be: Roles y Actividades del proceso de ingreso de estibas...50 Tabla 8: Diseño To-Be - Roles y Actividades del proceso de mantenimiento de estibas...51 Tabla 9: Diseño To-Be - Roles y Actividades del proceso de salida de estibas...53 Tabla 10: Análisis de las soluciones a las debilidades...54 Tabla 11: Resultados del modelamiento de los procesos de negocio...55 Tabla 12: Módulos del sistema de información para el ingreso, mantenimiento y salida de estibas.57 Tabla 13: Requerimientos más relevantes del sistema de información para el ingreso, mantenimiento y salida de estibas...59 Tabla 14: Casos de uso relevantes del sistema de información para el ingreso, mantenimiento y salida de estibas...60 Tabla 15: Perfiles de seguridad del sistema de información para el ingreso, mantenimiento y salida de estibas...61 Tabla 16: Módulo de seguridad CincoSecurity con respecto a la seguridad de la información...73 Tabla 17: Métodos callback...74 Tabla 18: Atributos de la entidad auditoría...75 Tabla 19: Tipos de códigos de barra generados por itext...80 Tabla 20: Caracteres especiales en CRON - QUARTZ...82 Tabla 21 Archivos y carpetas de REPORTES.war...85 Tabla 22: Resultados...90 Tabla 23: Estimación de tiempos del proyecto...95 Tabla 24: Duración en días por cada playback

13 ABSTRACT The purpose of this document is to present the development process of a web Application that provides a service for register the information about trucks and stowages. This tool was developed by using an application server and the Java EE5 technology SEAM 2. Also this application makes use of roles fines security, scheduling task with Quartz seam, generation of PDF files reporting and generation of Barcode type 128 with itext. All national companies that have as its objective choose containers for market products, can use this application, because can be adapted to the information in the data model. 13

14 RESUMEN El propósito de este documento es presentar el proceso de desarrollo de una aplicación web que provee el servicio de registrar la información de lotes y estibas. Esta herramienta fue desarrollada mediante el uso de un servidor de aplicaciones, seguridad por roles finos, agendamiento de tareas por Quartz Seam y generación de reportes y códigos de barra en PDF con itext en tecnología Java EE5-SEAM2. Todas las compañías nacionales que tienen como objetivo estratégico seleccionar los envases de los productos de mercado pueden utilizar esta aplicación, dado que se puede adaptar la información en el modelo de datos. 14

15 RESUMEN EJECUTIVO En Colombia existen organizaciones que realizan la selección de cajas en buen estado, mal estado y para reciclaje contratadas por las plantas de producción que comercializan productos a grandes distribuidores, supermercados, mini mercados y tiendas de barrio. Este proceso de selección cuenta con una serie de procedimientos para la consecución de su objetivo, entre los cuales se encuentra el ingreso, mantenimiento y salida de estibas (hilera de una cantidad mínima y máxima de envases de varios productos como cajas, botellas, bolsas, entre otros). En la actualidad existen compañías que no cuentan con recursos para adquirir herramientas tecnológicas adecuadas que realicen el registro del ingreso y la salida de estibas, la asignación de trabajo de mantenimiento y la generación de reportes. En la actualidad existen aplicaciones que administran los procesos de inventario de las compañías con un alto costo por el manejo de suites de BPM [1] pero no tienen como objetivo específico el manejo de lotes y estibas. El propósito de este proyecto de grado es el desarrollo de una aplicación en un ambiente web que permita a una empresa realizar el control del ingreso de los lotes (camiones de carga) y estibas (hileras de 1 a 500 cajas), la asignación de trabajo a los empleados de mantenimiento, y la generación de reportes en un tiempo específico. Previo a la construcción de la aplicación se realizó una caracterización y parametrización de los procesos de ingreso, mantenimiento y salida de estibas de una compañía tomada como caso de estudio, un levantamiento de requerimientos donde se evaluaron las necesidades del cliente y un alcance para la versión inicial del sistema de información. Con base en los requerimientos se definieron los siguientes módulos de la aplicación web: módulo de seguridad, módulo de auditoría, módulo de gestión de estibas y módulo de reportes. Cada uno de estos módulos está compuesto por varios casos de uso, con los cuales se definieron las herramientas adicionales que se utilizaron en el proceso de desarrollo. SIBOX (aplicación que dio como resultado este trabajo de grado) puede ser usada por cualquier compañía que hable español y tenga como objetivo la selección de envases de productos de mercancía como cajas, bolsas, botellas, entre otros. 15

16 El módulo de seguridad presta todos los servicios a los usuarios que controlan los permisos de ingreso a la aplicación para definir a qué opciones del sistema tiene acceso un determinado usuario de acuerdo con su perfil de seguridad. El módulo de auditoría es el encargado de registrar las actividades realizadas por los usuarios sobre la base de datos cuando se altera la información que contiene. El módulo de gestión de estibas está dividido en tres sub módulos: ingreso de estibas, mantenimiento de estibas y salida de estibas. El sub módulo de ingreso de estibas se ocupa de realizar el proceso de envío y llegada de lotes y estibas a la bodega de la compañía, generar los recibos necesarios para ser entregados a los conductores que realizan el transporte de la mercancía y crear los códigos de barra para la verificación de la tarea de mantenimiento. El sub módulo de mantenimiento de estibas se ocupa del registro de la selección de cajas en buen estado, mal estado y de reciclaje, y el sub módulo de salida de estibas se ocupa del envío de los paquetes de la compañía de estibas a la planta de producción. El módulo de reportes está dividido en dos sub módulos: generación de reportes oportunos y generación de reportes en un tiempo específico. El sub módulo de generación de reportes oportunos le permite ver al usuario los reportes de inventario e ingreso de estibas, selección de cajas por empleado de mantenimiento y rechazos de las cajas por empresa remitente. Mientras que el sub módulo de generación de reportes en un tiempo específico genera automáticamente un reporte de inventario diario enviado al correo electrónico de los interesados. Los archivos generados en este módulo son almacenados en un directorio web. 16

17 INTRODUCCIÓN Las empresas productoras y comercializadoras necesitan de una compañía encargada del proceso de selección de envases de buena calidad que puedan servir como empaque para sus productos finales. Estas compañías muchas veces no cuentan con los recursos económicos necesarios para realizar la compra o arrendamiento de sistemas de información de inventarios y producción. El objetivo de este trabajo de grado es el de diseñar y construir un sistema de información que brinde soporte a las organizaciones para el registro del ingreso y salida de estibas, asignación de trabajo de mantenimiento y generación de reportes en un tiempo específico. Actualmente existen aplicaciones que modelan los procesos de inventario por medio de suites de BPM [1], archivos excel [2] y controles de inventario, pero no tienen como objetivo específico los procesos de ingreso, mantenimiento y salida de estibas. SIBOX (aplicación que dio como resultado este trabajo de grado) es una aplicación que está orientada a la web que permite centralizar la información en un servidor y acceder a esta desde cualquier computador a través de un navegador web sin necesidad de realizar instalaciones adicionales. Cabe anotar que los usuarios que acceden a la aplicación deben contar los permisos de seguridad necesarios. SIBOX fue desarrollada utilizando la tecnología Java EE5 Seam 2 [3] que proporciona un conjunto de frameworks de infraestructura Java para la construcción de aplicaciones empresariales entre los cuales se encuentran log4j [4], seguridad por roles [5], anotaciones, JavaServer Faces [6], agendamiento de tareas por Quartz [7], generación de códigos de barras y reportes en PDF por itext [8], generación y envíos de correos electrónicos por JavaMail [9] y un módulo dedicado a la persistencia de los datos de este tipo de aplicaciones web. Existen actividades adicionales que se realizaron para poder cumplir adecuadamente con el objetivo propuesto. Entre estas actividades se encuentran el modelo As-is [10] y modelo To-Be [10] de la compañía tomada como caso de estudio, el levantamiento de requerimientos, el diseño de los casos de uso y el modelamiento de entidades. 17

18 Para la validación del producto final que va ser entregado al cliente se cuenta con la compañía Distribuidora JJ, empresa que se dedica a realizar la selección de envases en buen estado, mal estado y de reciclaje para diferentes plantas de producción en Colombia. Adicionalmente se realizaran validaciones parciales con respecto a las herramientas tecnológicas utilizadas con la ayuda de la directora de trabajo de grado, la ingeniera María Consuelo Franky. En este documento se describe el proceso detallado de todo lo que fue utilizado para el desarrollo del producto final y se describe el modo en que fueron utilizadas cada una de las herramientas y las razones por las cuales fueron utilizadas. El producto principal lo constituye la aplicación funcional la cual se anexa en un CD con sus respectivos manuales de usuario, instalación y mantenimiento. Por último se muestran las conclusiones que se obtuvieron durante el desarrollo de este trabajo de grado y que pueden ser útiles para aquellas personas que tengan algún tipo de interés por este tema. También se presentan posibles extensiones para nuevas versiones del sistema de información. 18

19 1. OPORTUNIDAD, PROBLEMÁTICA, ANTECEDENTES 1.1. DESCRIPCIÓN DEL CONTEXTO El trabajo de grado sistema de información para el ingreso, mantenimiento y salida de estibas está orientado a las empresas que se dedican a clasificar las cajas en buen estado, mal estado y de reciclaje provenientes de las sucursales y distribuidoras de una planta de producción. Actualmente algunas de estas compañías no tienen recursos para solucionar problemas como pérdidas de la información, datos inconsistentes, problemas de comunicación entre las empresa remitentes y la compañía de estibas, deficiencia en auditoría, generación ineficiente de reportes, seguridad de la información y licenciamiento de programas de software FORMULACIÓN DEL PROBLEMA QUE SE RESOLVIÓ Cómo puede una empresa dedicada al ingreso, mantenimiento y salida de estibas solucionar los problemas de pérdidas de información, datos inconsistentes, control y supervisión, seguridad de la información y auditoria en acciones de usuarios? 1.3. JUSTIFICACIÓN El trabajo de grado parte del interés de autores de la presente propuesta en el área de ingeniería de software, sistemas de información, programación en la web y desarrollo de aplicaciones empresariales. Además de la importancia de la sistematización de una empresa que requiere gran cantidad de almacenamiento para el ingreso, mantenimiento, y salidas de estibas. Con el software libre que será producto del trabajo propuesto, las empresas podrán gozar de una herramienta que permite el ingreso de estibas, el mantenimiento de cada una de las cajas y la información resultante. Además de poder obtener reportes y datos históricos desde cualquier parte del mundo con conexión a internet IMPACTO ESPERADO Al finalizar el trabajo de grado las empresas nacionales dedicadas al ingreso, mantenimiento y salida de estibas podrán contar con una herramienta libre que permita la organización de los procesos que llevan cotidianamente. La empresa generará eficientemente reportes que ayuden a la toma de decisiones. Además contará con un control y una supervisión en las actividades que enmarcan el proyecto, tomando en cuenta la perdida de la información del ingreso, mantenimiento y 19

20 salida de estibas y la supervisión del proceso de mantenimiento de estibas. Finalmente el software brindará seguridad por medio de roles a la información de la organización, y permitirá una auditoria en acciones para realizar un seguimiento a cada uno de los empleados. 20

21 2. DESCRIPCIÓN DEL PROYECTO 2.1. VISIÓN GLOBAL El motivo principal de la realización de este trabajo de grado es el de automatizar los procesos de ingreso, mantenimiento y salida de estibas. En el desarrollo de este trabajo de grado se realizó una aplicación de modo que los usuarios puedan ingresar información sobre los lotes provenientes de las empresas remitentes, realizar tareas de mantenimiento y almacenar las salidas de la bodega a la planta de producción. Posteriormente los usuarios pueden obtener reportes con la información de los lotes y las estibas que fueran registradas en el sistema OBJETIVO GENERAL El trabajo de grado tiene como objetivo desarrollar un sistema de información para el ingreso, mantenimiento y salidas de estibas, por medio de un software libre orientado a la web con el fin de garantizar una mejora en la toma decisiones y seguridad en la información de la empresa tomada como caso de estudio OBJETIVOS ESPECÍFICOS Los objetivos específicos del presente trabajo de grado son: 1. Realizar el modelamiento de los procesos actuales en la compañía tomada como caso de estudio (Diseño As-Is [11]). 2. Realizar el modelamiento de los procesos esperados en la compañía tomada como caso de estudio (Diseño To-Be [11]). 3. Realizar un análisis de las debilidades de la compañía tomada como caso de estudio con el fin de darle una solución con tecnologías de información. 4. Realizar el análisis y el diseño del sistema de información para el ingreso, mantenimiento y salida de estibas. 5. Realizar la construcción del sistema de información para el ingreso, mantenimiento y salida de estibas. 6. Realizar pruebas de caja negra al sistema de información para el ingreso, mantenimiento y salida de estibas. 7. Realizar una encuesta de validación al cliente sobre las mejoras encontradas en el sistema de información para el ingreso, mantenimiento y salida de estibas. 21

22 2.4. MÉTODO QUE SE PROPUSO PARA SATISFACER CADA OBJETIVO Cada uno de los objetivos específicos mencionados en la sección anterior tiene enmarcadas las siguientes etapas, actividades y tareas bajo la metodología ágil de programación de software: programación extrema PROGRAMACIÓN EXTREMA La programación extrema, XP por sus siglas en inglés (xtreme programming), es una metodología la cual propone un proceso de desarrollo de software ágil y a su vez disciplinado [12]. La metodología XP consiste básicamente en un proceso evolutivo el cual se basa en retroalimentar un sistema mediante una serie de iteraciones que ocurren a lo largo del tiempo de vida de desarrollo del producto. Existe una variedad de beneficios y ventajas que otorgan a XP un valor agregado sobre las demás metodologías: Simplicidad: Se busca siempre encontrar el camino más ligero para el desarrollo en cada una de las iteraciones y si es necesario en un futuro agregar funcionalidad extra [12]. Programación en parejas: Consiste en que la tarea de desarrollo se lleve a cabo por dos personas en un mismo puesto, esto garantiza que se discuta cada una de las líneas de código que se escriban y de esta manera generar código de mayor calidad [13]. Rápida corrección de errores: Debido a que la metodología se compone de pequeñas iteraciones es mucho más fácil corregir errores de cortos fragmentos de código a corregir grandes módulos desarrollados [12]. Frecuente retroalimentación por parte del cliente: Por lo general se muestra cada una de las iteraciones al cliente y este retroalimenta al equipo de trabajo informando los cambios que hayan que realizarse [14]. Este proyecto presenta las siguientes etapas basados en la metodología ágil XP: ETAPA 1: MODELAMIENTO DE LOS PROCESOS DE NEGOCIO En esta etapa del trabajo de grado se realizaran las actividades de caracterización y parametrización de los procesos de ingreso, mantenimiento y salida de estibas de la compañía tomada como caso de estudio. Estas actividades están sujetas a los objetivos específicos 1, 2 y 3 mencionados en la sección Objetivos específicos de este documento. 22

23 Las tareas que se realizaran en esta etapa son: Realizar entrevistas y reuniones al administrador de la compañía tomada como caso de estudio. Realizar el análisis del estado inicial de la compañía tomada como caso de estudio (Diseño As-Is [11]). Realizar el análisis del estado esperado en la compañía tomada como caso de estudio (Diseño To-Be [11]). Presentar el análisis al administrador de la compañía tomada como de estudio. Realizar un análisis de las debilidades con el fin de darle una solución por medio de tecnologías de información ETAPA 2: ANÁLISIS Y DISEÑO DEL SISTEMA DE INFORMACIÓN PARA EL INGRESO, MANTENIMIENTO Y SALIDA DE ESTIBAS En esta etapa del trabajo de grado se realizaran las actividades de análisis y diseño del sistema de información SIBOX. Estas actividades están sujetas al objetivo específico 4 mencionado en la sección Objetivos específicos de este documento. Las tareas que se realizaran en esta etapa son: Realizar el levantamiento de requerimientos. Realizar el registro de los requerimientos en la plantilla hacer usos. Realizar el inventario de módulos y casos de uso. Realizar el modelamiento de las entidades ETAPA 3: CONSTRUCCIÓN Y PRUEBAS AL SISTEMA DE INFORMACIÓN PARA EL INGRESO, MANTENIMIENTO Y SALIDA DE ESTIBAS En esta etapa del trabajo de grado se realizaran las actividades de construcción y pruebas de caja negra del sistema de información SIBOX. Estas actividades están sujetas a los objetivos específicos 5 y 6 mencionados en la sección Objetivos específicos de este documento. Las tareas que se realizaran en esta etapa son: Realizar una investigación de herramientas tecnologías necesarias para el desarrollo del producto final. Realizar la construcción del sistema de información en tecnología JavaEE5 Seam 2. 23

24 Realizar pruebas de caja negra al sistema de información SIBOX VALIDACIÓN DEL CLIENTE En esta etapa del trabajo de grado se realizan las actividades de validación del sistema de información para el ingreso, mantenimiento y salida de estibas SIBOX. Estas actividades están sujetas al objetivo específico 7 mencionado en la sección Objetivos específicos de este documento. Las tareas que se realizaran en esta etapa son: Realizar una encuesta de validación al cliente con respecto al sistema de información para el ingreso, mantenimiento y salida de estibas SIBOX. 24

25 3. MARCO TEÓRICO 3.1. MARCO CONTEXTUAL A continuación se describen los procesos de negocio: PROCESOS DEL NEGOCIO A. PROCESO DE INGRESO DE ESTIBAS El objetivo de este proceso es registrar el ingreso de los lotes (camiones) y las estibas (hileras de cajas) a la compañía de estibas. Este procedimiento inicia con el envío de un lote y sus estibas por parte del despachador de una empresa remitente (empresa que trabaja para la compañía de estibas y puede ser sucursal, distribuidora local o distribuidora foránea) y la recepción del mismo por parte del operario de la compañía de estibas. El proceso finaliza con la creación de una tarea de mantenimiento para cada estiba. A continuación se presenta una foto de la compañía tomado caso de estudio en el proceso de ingreso de estibas: Estiba Lote Ilustración 1: Foto 1 - Proceso de ingreso de estibas El diseño As-Is y To-Be del proceso de ingreso de estibas se encuentra en la sección Modelamiento de procesos de negocio de este documento. B. PROCESO DE MANTENIMIENTO DE ESTIBAS El objetivo de este proceso es registrar el número de cajas reportadas como buenas, en reparación y de reciclaje que contiene cada una de las estibas. 25

26 Este procedimiento inicia con la finalización del proceso de ingreso de estibas y finaliza con la validación de la información suministrada por un empleado de mantenimiento por parte del coordinador de estibas. A continuación se muestra una foto de la compañía tomada como caso de estudio en el proceso de mantenimiento de estibas: Estiba seleccionada Empleado de Mantenimiento Ilustración 2: Foto 2 - Proceso de mantenimiento de estibas El diseño As-Is y To-Be del proceso de mantenimiento de estibas se encuentra en la sección Modelamiento de procesos de negocio de este documento. C. PROCESO DE SALIDA DE ESTIBAS El objetivo de este proceso es registrar la salida de los paquetes de la compañía a la planta de producción. Este procedimiento inicia con la finalización del proceso de mantenimiento de estibas y finaliza con la entrega de una cantidad de paquetes en la planta de producción. A continuación se muestra una foto de la compañía tomada como caso de estudio en el proceso de salida de estibas: 26

27 Resultados de las tareas de mantenimiento Ilustración 3: Foto 3 - Proceso de salida de estibas El diseño As-Is y To-Be del proceso de salida de estibas se encuentra en la sección Modelamiento de procesos de negocio de este documento MARCO CONCEPTUAL APLICACIONES EMPRESARIALES WEB A continuación se explican los conceptos relevantes del proyecto de grado sobre las aplicaciones empresariales web como: protocolo HTTP, cliente web, servidor web, servidores de aplicaciones, y tecnologías que utilizan servidores de aplicaciones como Java EE y.net. A. APLICACIÓN WEB Una aplicación web es un tipo especial de aplicación cliente/servidor, donde tanto el cliente (el navegador, explorador o visualizador) como el servidor (el servidor web) y el protocolo mediante el que se comunican (HTTP) están estandarizados y no han de ser creados por el programador de aplicaciones [15]. El protocolo HTTP forma parte de la familia de protocolos de comunicaciones TCP/IP, que son empleados en Internet. Estos protocolos permiten la conexión de sistemas heterogéneos, lo que facilita el intercambio de información entre distintos ordenadores. HTTP se sitúa en el nivel 7 del modelo OSI [15]. El cliente web es un programa con el que interacciona el usuario para solicitar a un servidor web el envío de los recursos que desea obtener mediante HTTP. La parte cliente de las aplicaciones web 27

28 suele estar formada por el código HTML que forma la página web más algo de código ejecutable en lenguaje de script del navegador. El servidor web es un programa que está esperando permanentemente las solicitudes de conexión mediante el protocolo HTTP por parte de los clientes web [15]. Los mensajes más comunes entre los clientes y los servidores web son GET, que se usa para obtener páginas del servidor identificado por el URL; HEAD, para conseguir información sólo del encabezamiento: título, descripción, relación con otros documentos del nodo y el URL del documento; y POST, que le señala a un servidor que debe tomar nota de un recurso existente, enviar un mensaje enviar un formulario de datos para su procesamiento, o añadir información a una base datos [16]. B. SERVIDORES WEB Y SERVIDORES DE APLICACIONES La típica interacción entre un cliente y un servidor en una aplicación web, es que el cliente solicite, a través del URL, una página inicial. En tal página el usuario invoca alguna opción, originando un requerimiento por una nueva página al servidor. Esta se genera en el servidor (implementando alguna lógica que produce los resultados que pide el cliente y la presentación) y se envía al cliente, el cual despliega al usuario (Esta versión es conocida como servicio web) [16]. En casos donde se requiere procesar transacciones de venta de productos o servicios (registro de lotes, registro de estibas, generación de tareas de mantenimiento y códigos de barra, registro de salidas de paquetes de bodega) y hay que implementar una lógica compleja de negocio, se requiere un servidor que complemente o reemplace a un servidor web, denominado servidor de aplicaciones [16]. Un servidor de aplicaciones sirve como plataforma para desarrollar e implementar servicios web y Enterprise Java Beans (EJBs), y como un motor de transacciones y de mensajería al tiempo que ofrece la lógica de negocio para los usuarios finales [17]. En el mercado existen cuatro servidores de aplicaciones conocidos: Oracle Glassfish Server: Oracle Glassfish Server es un servidor de aplicaciones de código libre entregado por la comunidad Glassfish y lanzado al mercado por SUN en el año Este servidor de aplicaciones es un contendor de java EE, uno de los cuales es TomCat (contenedor web), el cual permite: trabajar con tecnologías como Enterprise JavaBeans (EJB), Java Persistence API (JPA), Java Message Service (JMS), entre otras [18]. 28

29 Oracle WebLogic Server: Oracle WebLogic Server es un servidor de aplicaciones no gratuito construido por Oracle, el cual soporta el despliegue de diferentes tipos de aplicaciones distribuidas (basados en la construcción de aplicaciones basadas en SOA) [19]. IBM Webshere: WebSphere es un servidor de aplicaciones no gratuito y creado por IBM que ejecuta aplicaciones empresariales y soporta los estándar de J2EE y servicios web [20]. Jboss Red Hat: Jboss Application Server (Jboss AS) es un servidor de aplicaciones para Java Enterprise Edition (Java EE5). Este servidor estandariza la arquitectura del desarrollo de las aplicaciones mediante la definición de varios modelos de componentes (JavaBeans, Java Server Faces, Java Server Pages, Servlets, entre otros) e implementados por un modelo estándar. Cuando los componentes están ejecutándose en el servidor, este provee un conjunto de servicios que están a disposición de los componentes [21]. Entre las características que tiene un servidor de aplicaciones, las cuáles fueron relevantes en la toma de decisión de la tecnología a utilizar, se encuentran: La inclusión de un middleware que facilita la comunicación entre varios servicios. Soporte a diferentes estándares como HTML, XHMTL y XML permitiendo el funcionamiento en ambientes web. Alta disponibilidad de sus aplicaciones, además garantiza seguridad y confiabilidad de las mismas. Brinda escalabilidad y mantenibilidad en tal caso de que la carga de trabajo incremente. Brinda un módulo de autenticación y autorización (JAAS) por medio de roles, identity, y permisos sobre métodos EJB [22]. Brinda un módulo de administración de transacciones cumpliendo con las propiedades ACID [22]. Provee un módulo estándar de Entity Beans por medio de Hibernate [22]. A continuación se explican las tecnologías que hacen uso del servidor de aplicaciones: C. TECNOLOGÍAS QUE UTILIZAN SERVIDOR DE APLICACIONES Las siguientes tecnologías usan un servidor de aplicaciones son: 29

30 .NET Microsoft.NET es una plataforma de lenguaje abierto para la construcción de aplicaciones empresariales y desarrollo web. El objetivo es proporcionar una maquina abstracta para los desarrolladores profesionales que abarcan aplicaciones tradicionales cliente servidor, aplicaciones n-capas y aplicaciones orientadas a la web [23]. Esta plataforma integra múltiples tecnologías que han ido apareciendo en los últimos años como ASP.NET, ADO.NET, LINQ, WPF, Silverlight, entre otros [24]..NET permite desarrollar múltiples tipos de aplicaciones como líneas de comandos, servicios de Windows, aplicaciones de escritorio, aplicaciones web, aplicaciones distribuidas SOA, y aplicaciones para dispositivos móviles [24]. Esta plataforma tiene un papel central en la estrategia de Microsoft para integrar el internet y numerosas herramientas para desarrolladores como servicios web, seguridad, modelo de componentes (COM), entre otros [23]. Las principales ventajas de.net son el fácil desarrollo de aplicaciones, la mejora de infraestructura de componentes, el soporte de múltiples lenguajes y el desplegué sencillo e aplicaciones [24]. JAVA EE SIBOX fue desarrollado en Java EE5 por la facilidad que nos brindó el framework SEAM2, el cuál no está disponible para JavaEE6. Java EE5 (Enterprise Edition 5) es una plataforma que le proporciona a los desarrolladores un potente conjunto de APIs que reducen el tiempo de desarrollo, la complejidad de las aplicaciones y mejoran el rendimiento. Esta plataforma presenta un modelo de programación simplificado. Con la tecnología Java EE5 los descriptores de despliegue XML son opcionales. En su lugar, un desarrollador puede introducir esta información como una anotación directamente en el archivo fuente java y el servidor java EE configurara el componente en el despliegue y en tiempo de ejecución [25]. Java EE está diseñado para soportar aplicaciones que implementan servicios de la empresa para los clientes, empleados, proveedores, socios y otros que hacen demandas o contribuciones. Este modelo define una arquitectura para la implementación de servicios que ofrecen escalabilidad, accesibilidad, y facilidad de gestión que son necesarias en las aplicaciones empresariales [25]. 30

31 Esta tecnología ofrece los siguientes APIs: Java Persistence API (JPA): Este servicio ofrece una API estándar de mapeo objetorelacional (ORM) [26]. JavaMail: Este servicio ofrece una API que permite el envió de correos electrónicos [26]. Enterprise JavaBeans (EJB): un componente EJB es un cuerpo de código que tiene campos y métodos para implementar módulos de lógica de negocios [25]. Hay tres tipos de EJB: EJB de entidades, EJB de sesión y EJB de mensajería. Un EJB de entidad es una entidad JPA en Java EE5. Un EJB de sesión representa una conversación transitoria con el cliente, y un EJB de mensajería combina características de un EJB de sesión y un oyente de mensajes [25]. JavaServer Faces (JSF): JSF es el estándar oficial en la capa web para la plataforma Java EE que incluye un conjunto de componentes predefinidos para la interfaz gráfica (UI), un modelo de programación basado en eventos y la habilidad para añadir componentes desarrollados por terceros [27]. Java Database Conectivity API (JDBC): Esta API permite invocar comandos SQL desde los métodos de programación en lenguaje java [25]. Java Authentication and Authorization Service (JAAS): Este servicio proporciona una autenticación y autorización a un usuario o grupo de usuarios dentro de la aplicación java EE [25]. itext: itext es el líder mundial de creación y manipulación de archivos PDF. Esta librería ha sido publicada bajo la licencia pública general de affero (AGPL) y está disponible en dos versiones: java y C# [8]. Quartz: Quartz es una herramienta libre que puede ser integrada con una aplicación Java Standard Edition (Java SE) o Java Enterprise Edition (Java EE). Esta herramienta es utilizada para ejecutar tareas en determinados momentos [7] (No se utilizó EJB Timer dado que no es soportado por SEAM2). Seam 2.2 : Seam es un framework de aplicaciones java EE que permite: definir un modelo de componentes uniforme para toda la lógica de la aplicación, integrar las páginas JavaServer Faces (JSF) con EJB3.0, integrar las páginas JavaServer Faces (JSF) con AJAX por medio de JBoss RichFaces, entre otros [28]. JBoss EL: Seam utiliza JBoss EL, la cual que proporciona una extensión al lenguaje de expresión unificada estándar (EL) [28]. 31

32 JBoss RichFaces: RichFaces es un framework de código abierto que añade capacidades AJAX en aplicaciones JSF existentes sin recurrir a JavaScript [29]. D. COMPARACIÓN ENTRE TECNOLOGÍAS PARA EL DESARROLLO WEB CON SERVIDOR DE APLICACIONES Hoy en día existe una variedad de plataformas de desarrollo de aplicaciones empresariales. Dentro de este grupo existen dos que se encuentran a la vanguardia y son las más populares: JavaEE y NET. Java es un lenguaje de programación orientado a objetos, que además incluye una máquina virtual, y una serie de desarrollos básicos que pueden ser empleados por los programadores para simplificar sus nuevos desarrollos; además permite la inclusión de porciones de código ejecutables en las páginas que se pueden publicar en internet a través de WWW [30]. Desde la aparición de Java, Microsoft ha querido ser su competencia, para ello inicialmente firmo algunos convenios con Sun Microsystems, para trabajar con Java igual que lo estaban haciendo IBM y Oracle, pero en realidad trato de crear su versión propia de este lenguaje denominado J++, la cual no era completamente compatible con la versión estándar [30]..NET es una plataforma, o un conjunto de lenguajes de programación todos ellos orientados a objetos donde se puede citar a C#.NET, C++.NET y VisualBasic.NET; más el API de acceso a la base de datos ADO.NET. Las herramientas para el desarrollo de aplicaciones empresariales en internet, ASP.NET y el conjunto de facilidades para construir servicios web están integradas dentro de un entorno completo llamado VisualStudio.NET [30]. A continuación se presenta un cuadro comparativo entre estas dos tecnologías [31]: CARACTERISTICA JAVA EE.NET Plataforma Multiplataforma Solo Windows Lenguajes de Programación Java VB, C#, C++, C, entre otros. Estrategia de construcción de aplicaciones Capas Capas Acceso a Datos JDBC ADO.Net Máquina virtual JVM CLR 32

33 Tecnología de páginas web JavaServerFaces (JSF), ASP.Net dinámicas JavaServerPages (JSP) Interprete JRE CLR Tabla 1: Comparación entre JavaEE y.net [31] De acuerdo a este cuadro es visible que tanto una tecnología como la otra cubren con satisfacción cada uno de los puntos necesarios en cuanto a la construcción de aplicaciones web; sin embargo para el desarrollo de este trabajo de grado se eligió de JavaEE por diferentes motivos. Uno de ellos es el lenguaje de programación, debido a que el equipo de trabajo posee un mayor conocimiento en el lenguaje java en comparación con los lenguajes soportados por.net; otro motivo es la independencia del sistema operativo y el hecho de ser software libre ya que por su lado.net está ligado a plataformas Windows y se necesita de la compra de licencias para trabajar con este; y como tercer motivo el uso del módulo de seguridad de CincoSecurity y el framework de Seam 2 [28] los cuales fueron diseñados únicamente para funcionar con JavaEE SEGURIDAD DE LA INFORMACIÓN A. DESCRIPCIÓN La seguridad de los sistemas de información es una disciplina en continua evolución. La meta final de la seguridad es permitir que una organización cumpla con todos sus objetivos de negocio o misión, implementando sistemas que tengan un especial cuidado y consideración hacia los riesgos relativos a las TIC de la organización, a sus socios comerciales, clientes, administración pública, suministradores, entre otros [32]. Los objetivos principales de la seguridad son los siguientes [32]: Disponibilidad y accesibilidad del sistema y los datos: Es un requisito necesario para garantizar que el sistema trabaje puntualmente, con prontitud y que no se deniegue el servicio a ningún usuario autorizado [32]. Integridad: Se encarga de garantizar que la información del sistema no haya sido alterada por usuarios no autorizados, evitando la perdida de consistencia. Presenta dos facetas [32]: o Integridad de datos: Es la propiedad de que los datos no hayan sido alterados de forma no autorizada, mientras se almacenan, procesan o transmiten [32]. 33

34 o Integridad del sistema: Es la cualidad que posee un sistema cuando realiza la función deseada, de manera no deteriorada y libre de manipulación no autorizada [32]. Confidencialidad de datos y de la información del sistema: Es el requisito que intenta que la información privada o secreta no se revele a individuos no autorizados. La protección de la confidencialidad se aplica a los datos almacenados durante su procesamiento, mientras que se transmiten y se encuentran en tránsito [32]. Responsabilidad a nivel individual (Registro de auditoría): Es el requisito que permite que puedan trazarse las acciones de una entidad de forma única. A menudo, es un requisito de la política de la organización y soporta de forma directa el no repudio, la disuasión, el aislamiento de fallos, la detección y la prevención de intrusiones, entre otros [32]. Confiabilidad: Es la garantía que en los cuatro objetivos anteriores se han cumplido adecuadamente. Es la base de la confianza en que las medidas de seguridad, tanto técnicas, como operacionales, funcionan tal y como se idearon para proteger el sistema y la información que procesa [32]. 34

35 4. DESARROLLO DEL TRABAJO A continuación se explican las estrategias utilizadas para el cumplimiento de los objetivos específicos de este trabajo de grado: Contexto de la compañía tomada como caso de estudio: En esta sección se describe la compañía tomada como caso de estudio y sus procesos de negocio. Modelamiento de los procesos de negocio: En esta sección se desarrolla el modelamiento de los procesos de ingreso, mantenimiento y salida de estibas por medio de la suite de BPM [1] Oracle 11g. Para esto se realizará el diseño As-Is y el diseño To-Be con el fin de encontrar las debilidades y las posibles soluciones por medio de tecnologías de información de la compañía tomada como caso de estudio. Análisis y diseño de sistema de información para el ingreso, mantenimiento y salida de estibas: Basados en las observaciones del modelamiento de los procesos de ingreso, mantenimiento y salida de estibas se decidió realizar un sistema de información en tecnología Java EE5 SEAM2 por la experiencia que tienen los autores del presente trabajo de grado en esta área. En esta sección se realizaron los procesos de levantamiento de requerimientos, inventario de módulos y casos de uso y modelamiento de entidades. Construcción y pruebas del sistema de información: Basados en el análisis y diseño del sistema de información para el ingreso, mantenimiento y salida de estibas se realizó la construcción y pruebas del sistema de información para el ingreso, mantenimiento y salida de estibas SIBOX en tecnología Java EE5 SEAM2. Validación por parte del cliente: Basados en la construcción del sistema de información para el ingreso, mantenimiento y salida de estibas SIBOX se realizó una validación por parte del cliente de la compañía tomada como caso de estudio con el fin de garantizar la satisfacción y validar si el sistema lograba mejorar la toma de decisiones DESCRIPCIÓN DE LA COMPAÑÍA TOMADA COMO CASO DE ESTUDIO La compañía tomada como caso de estudio Distribuidora JJ está ubicada en la carrera 5 #99-81, Ibagué Tolima. Esta empresa es la encargada de realizar el proceso de selección de productos como cartón, acero, aluminio, cobre rojo, entre otros. Actualmente la organización brinda el proceso 35

36 de ingreso, mantenimiento y salida de estos productos a plantas de producción en diferentes ciudades de Colombia MODELAMIENTO DE PROCESOS DE NEGOCIO A continuación se muestra el diseño As-Is y To-Be [11] de los procesos de ingreso, mantenimiento y salida de estibas DISEÑO AS-IS DE LA EMPRESA TOMADA COMO CASO DE ESTUDIO A. ORGANIZACIÓN Los roles que están involucrados en el modelamiento de los procesos de ingreso, mantenimiento y salida de estibas son: Gerente Administrador de estibas Contador Relacionista Coordinador de estibas Operario de estibas Despachador del remitente Conductor Empleado de mantenimiento B. DESCRIPCIÓN DE LOS ROLES Ilustración 4: Diseño As-Is: Organización y roles A continuación se explica detalladamente la funcionalidad de cada rol dentro de la organización: ROL Gerente Administrador de estibas Contador DESCRIPCIÓN Represente de la compañía de estibas y encargado de tomar decisiones con respecto a toda la organización. Encargado de tomar decisiones con respecto a los procesos de negocio y empleados de la compañía de estibas. Encargado de llevar un registro de salidas y 36

37 Relacionista Coordinador de estibas Operario de estibas Despachador del remitente Empleado de mantenimiento Conductor nóminas de la compañía de estibas. Encargado de llevar un registro de los despachadores de las empresas remitentes y conductores. Encargado de validar la información suministrada por el empleado de mantenimiento. Encargado de registrar las llegadas de los lotes y estibas a la bodega de la compañía de estibas. Encargado de enviar los lotes a la bodega de la compañía de estibas. Encargado de realizar la selección de las cajas de una estiba en la compañía de estibas. Encargado de transportar los lotes desde la empresa remitente hasta la bodega de la compañía de estibas. Tabla 2: Diseño As-Is - Descripción de los roles C. FLUJO DE SECUENCIA DE LOS PROCESOS DE NEGOCIO Los procesos de ingreso, mantenimiento y salida de estibas son dependientes entre ellos, es decir, el proceso de mantenimiento de estibas inicia cuando finaliza el proceso de ingreso de estibas y el proceso de salida de estibas inicia cuando finaliza el proceso de mantenimiento de estibas. D. CONCEPTOS RELEVANTES DE LOS PROCESOS DE NEGOCIO Los conceptos relevantes de los procesos de ingreso, mantenimiento y salida de estibas son: PROCESO CONCEPTO DEFINICIÓN Empresa que realiza él envió de un lote a la bodega de la Ingreso de estibas Empresa remitente compañía de estibas. Esta empresa puede ser sucursal, distribuidora local o 37

38 distribuidora foránea. Mantenimiento de estibas Sucursal Distribuidora Foránea Distribuidora Local Lote Estiba Tarea de mantenimiento Stickers Cajas en buen estado Cajas en mal estado Empresa que lleva el nombre de la ciudad en la que se encuentra y tiene dentro de sus instalaciones una planta de producción. Empresa que se encuentra fuera de la ciudad de Bogotá y no tiene dentro de sus instalaciones una planta de producción. Empresa que se encuentra dentro de la ciudad de Bogotá y no tiene dentro de sus instalaciones una planta de producción. Vehículo por el cual se transporta una cantidad de estibas. Hilera de 1 a 500 cajas. Creación de una tarea de selección de cajas. Archivo de código de barras que es generado con el fin de ser condicional para el cumplimiento total de la selección de cajas. Cajas que no tienen defectos y pueden servir como envase de los productos. Cajas que tienen defectos y no 38

39 Salida de estibas Paquete Color del paquete Motivo del rechazo Planta de producción sirven como envase de los productos. Estos defectos son llamados motivos del rechazo. Hilera de 25 cajas de un color específico. Color representativo del paquete. Cada color representa una serie de productos que pueden ser llevados según su dimensión y peso. Motivo por el cual, el empleado de mantenimiento selecciono una caja en mal estado. Estos motivos de rechazo pueden ser mariposas muertas dentro de la caja, pisones, vidrios, excremento de animales, desgaste, entre otros. Planta que contrata a la compañía de estibas para realizar la selección de las cajas. Tabla 3: Conceptos relevantes de los procesos de negocio A continuación se explican detalladamente los procesos de ingreso, mantenimiento y salida de estibas: E. PROCESO DE INGRESO DE ESTIBAS El resultado del diseño As-Is del proceso de ingreso de estibas es: 39

40 Ilustración 5: Diseño As-Is - Proceso de Ingreso de estibas La especificación de las actividades que deben realizar los roles involucrados en este proceso son: ROL ACTIVIDAD TIPO ACTIVIDAD DE DESCRIPCIÓN El despachador del remitente debe llamar a la bodega de la compañía de estibas Despachador remitente del Realizar él envió del lote a la bodega de la compañía de estibas. Tarea manual para informar sobre él envió de un lote con una cantidad de estibas en una determinada fecha. Esta actividad genera un documento con la 40

41 información del envió del lote explicado en el Anexo 1: Documentos del modelamiento de procesos. El conductor del lote Conductor Transporta las estibas hasta la bodega de la compañía de estibas. Tarea manual transporta las estibas desde la empresa remitente hasta la bodega de la compañía. El operario de estibas Registra la información del envió del lote. Tarea de usuario registra la información del lote y estibas. El sistema genera las Genera las tareas de tareas de mantenimiento y stickers Tarea de servicio mantenimiento y por cada estiba stickers por cada estiba. Operario de estibas El operario de estibas le entrega un recibo de la información de Crea un recibo con información de llegada del lote. Tarea manual llegada del lote. Esta actividad genera un documento con información de llegada del lote explicado en el Anexo 1: 41

42 Documentos modelamiento procesos. del de Tabla 4: Diseño As-Is: Roles y Actividades del proceso de ingreso de estibas Las posibles mejoras del proceso de ingreso de estibas están contenidas en la sección Debilidades del sistema actual de la compañía de estibas de este documento. F. PROCESO DE MANTENIMIENTO DE ESTIBAS El resultado del diseño As-Is del proceso de mantenimiento de estibas es: Ilustración 6: Diseño As-Is - Proceso de mantenimiento de estibas La especificación de las actividades que deben realizar los roles involucrados en este proceso son: Empleado ROL mantenimiento de TIPO DE ACTIVIDAD DESCRIPCIÓN ACTIVIDAD El empleado de mantenimiento debe Realizar la selección Tarea manual realizar la selección de de cajas cada una de las cajas de una estiba. Registra la Tarea manual El empleado de 42

43 información de la tarea de mantenimiento mantenimiento debe registrar la información de la selección de las cajas. Esta actividad genera un documento explicado en el Anexo 1: Documentos del modelamiento de procesos Crea la tarea de mantenimiento y la asocia al empleado de mantenimiento Tarea de servicio El sistema crea una tarea de mantenimiento y la asocia al empleado que la realizó. El coordinador de estibas valida la Valida la información suministrada Tarea manual información suministrada por el empleado de mantenimiento. El sistema elimina la Coordinador de tarea de estibas mantenimiento si la validación es Elimina la tarea de mantenimiento. Tarea de servicio incorrecta. validación Una es incorrecta cuando el empleado de mantenimiento no coloco validación 43

44 verídica. Tabla 5: Diseño As-Is - Roles y Actividades del proceso de mantenimiento de estibas Las posibles mejoras del proceso de mantenimiento de estibas están contenidas en la sección Debilidades del sistema actual de la compañía de estibas de este documento. G. PROCESO DE SALIDA DE ESTIBAS El resultado del diseño As-Is del proceso de salida de estibas es: Ilustración 7: Diseño As-Is - Proceso de salida de estibas La especificación de las actividades que deben realizar los roles involucrados en este proceso son: ROL ACTIVIDAD TIPO DE ACTIVIDAD DESCRIPCIÓN El operario de estibas Operario de estibas Recibe la solicitud de una cantidad de paquetes Tarea manual recibe una llamada de un empleado de la planta de producción y anota la cantidad de paquetes que solicitan. 44

45 Esta actividad genera un documento explicado en el Anexo 1: Documentos del modelamiento de procesos El operario de estibas Valida la existencia de los paquetes Tarea manual valida que exista la cantidad de paquetes solicitada por la planta de producción. El contador debe ingresar la Agrega información información entregada Contador de la solicitud al Tarea manual por el operario de sistema contable estibas sobre la salida de la bodega de una cantidad de paquetes. Tabla 6: Diseño As-Is - Roles y Actividades del proceso de salida de estibas Las posibles mejoras del proceso de mantenimiento de estibas están contenidas en la sección Debilidades del sistema actual de la compañía de estibas de este documento. H. DEBILIDADES DEL SISTEMA ACTUAL DE LA COMPAÑÍA DE ESTIBAS Las debilidades del sistema actual de la compañía tomada como caso de estudios son: Con respecto a la accesibilidad e integridad: - No existe un nombre de usuario y contraseña para cada usuario del sistema. - Cualquier persona puede ingresar al sistema sin pertenecer a la compañía de estibas y se encuentre dentro de la bodega. Con respecto al registro de auditoría: - No hay auditoría de datos por parte de los usuarios del sistema. Con respecto a la mantenibilidad: 45

46 - En la actualidad, la compañía tiene 2 sistemas diferentes que no comparten recursos ni información. El sistema de ingreso y salida de estibas y el sistema de mantenimiento de estibas. - Los sistemas no comparten información ni recursos por lo que es muy costoso mantenerlo. - La lógica de negocio esta mezclada con las interfaces gráficas por lo que es muy costoso mantenerlo. - Toca realizar dos back-ups sobre cada una de las bases de datos por lo que es muy costosa mantenerlas. Con respecto a la portabilidad: - Actualmente cuentan con un sistema de información creado en Microsoft Access, pero la empresa no tiene licenciamiento de software. Con respecto a la disponibilidad: - Se deben utilizar los computadores de la compañía para ingresar al sistema. Con respecto a la confidencialidad - Las empresas remitentes no tienen acceso a la información suministrada por los despachadores y obtenida por los operarios de estibas. El análisis de las debilidades para darle una solución por medio de tecnologías de la información se encuentra en la sección Análisis de las soluciones de las debilidades de este documento DISEÑO TO-BE DE LA EMPRESA TOMADA COMO CASO DE ESTUDIO Basados en la sección Debilidades del sistema actual de la compañía de estibas se realizó el siguiente diseño To-Be [11] de la compañía tomada como caso de estudio: A. ORGANIZACIÓN Con respecto al diseño As-Is presentado en la sección Diseño As-Is de la empresa tomada como caso de estudio se realizó la creación de un administrador de seguridad encargado de gestionar todos los servicios de creación, mantenibilidad de funcionalidades, parámetros del sistema, entre otros. Además se eliminó el rol de relacionista para permitir que cada despachador tuviera un usuario dentro del sistema y perteneciera a una empresa remitente sin necesidad de un intermediario. El administrador de estibas ahora es el encargado de gestionar los empleados de la compañía de estibas y de registrar a los despachadores de las empresas remitentes, como también, a los conductores. La organización quedo de la siguiente forma: 46

47 Gerente Administrador de estibas Contador Administrador de seguridad Coordinador de estibas Empleado de mantenimiento Operario de estibas Despachador del remitente Conductor Ilustración 8: Diseño To-Be - Organización de los roles B. DESCRIPCIÓN DE LOS ROLES Se mantienen las funcionalidades de los empleados de la compañía de estibas, despachadores de las empresas remitentes y conductores. El administrador de estibas es el encargado de gestionar la creación de los usuarios dentro del sistema y el administrador de seguridad es el encargado de gestionar la seguridad de la aplicación y de mantenerla con respecto a los cambios de los procesos de negocio. C. FLUJO DE SECUENCIA DE LOS PROCESOS DE NEGOCIO El flujo de secuencia de los procesos de negocio no presento alteraciones con respecto al explicado en el diseño As-Is. D. CONCEPTOS RELEVANTES DE LOS PROCESO DE NEGOCIO Los conceptos relevantes de los procesos de negocio no presentaron alteraciones con respecto al explicado en el diseño As-Is. E. PROCESO DE INGRESO DE ESTIBAS El proceso de ingreso de estibas solo presento alteraciones con respecto al diagrama de modelamiento de procesos de negocio con respecto al diseño As-Is, explicado a continuación: 47

48 Ilustración 9: Diseño To-Be - Proceso de ingreso de estibas La especificación de las actividades que deben realizar los roles involucrados en este proceso son: ROL ACTIVIDAD TIPO DE ACTIVIDAD DESCRIPCIÓN El despachador del Registra información del envió del lote. Tarea de usuario remitente genera un nuevo envió de un lote por medio del sistema SIBOX. El sistema SIBOX Despachador del remitente genera un documento con información de envió del lote Genera recibo de envió del lote. Tarea de servicio explicado en el Anexo 1: Documentos del modelamiento de procesos. Cada empresa remitente tiene 48

49 protegido sus documentos generados por medio de una contraseña. El conductor transporta por medio Transporta las estibas del lote una cantidad Conductor hasta la bodega de la Tarea manual de estibas desde la compañía de estibas empresa remitente hasta la bodega de la compañía de estibas. El sistema SIBOX le permite al operario de Actualiza información de llegada del lote Tarea de usuario estibas actualizar la cantidad de estibas que llegan a la bodega y la cantidad de cajas por estiba. El sistema SIBOX realiza la actualización Genera cambios en el de la información Operario de estibas registro de envió del Tarea de servicio suministrada por el lote. despachador del remitente y el operario de estibas. El sistema SIBOX realiza la creación de Crea una tarea de una tarea de mantenimiento y Tarea de servicio mantenimiento y genera stickers genera una cantidad aleatoria de stickers por cada estiba. 49

50 Genera recibo de llegada del lote. Tarea de servicio El sistema SIBOX genera un documento con información de llegada del lote explicado en el Anexo 1: Documentos del modelamiento de procesos. Los documentos de la compañía de estibas están protegidos con una contraseña. Tabla 7: Diseño To-Be: Roles y Actividades del proceso de ingreso de estibas F. PROCESO DE MANTENIMIENTO DE ESTIBAS El proceso de mantenimiento de estibas solo presento alteraciones con respecto al diagrama de modelamiento de procesos de negocio con respecto al diseño As-Is, explicado a continuación: Ilustración 10: Diseño To-Be - Proceso de mantenimiento de estibas La especificación de las actividades que deben realizar los roles involucrados en este proceso son: ROL ACTIVIDAD TIPO DE DESCRIPCIÓN 50

51 ACTIVIDAD El empleado de Realiza la selección de cajas Tarea manual mantenimiento debe seleccionar cada una de las cajas de una estiba. Empleado de mantenimiento Registra información de la tarea de mantenimiento. Tarea de usuario El sistema SIBOX permite actualizar la información de una tarea de mantenimiento por parte de los empleados de mantenimiento. El sistema SIBOX le permite al coordinador Valida la información suministrada Tarea de usuario validar la información suministrada por el empleado de mantenimiento. El sistema SIBOX Coordinador de estibas Actualiza la tarea de mantenimiento en el empleado de mantenimiento. Tarea de servicio actualiza la información suministrada por el empleado de mantenimiento y le permite obtener los datos sobre la cantidad de paquetes que ha seleccionado durante un rango de fechas. Tabla 8: Diseño To-Be - Roles y Actividades del proceso de mantenimiento de estibas 51

52 G. PROCESO DE SALIDA DE ESTIBAS El proceso de salida de estibas solo presento alteraciones con respecto al diagrama de modelamiento de procesos de negocio con respecto al diseño As-Is, explicado a continuación: Ilustración 11: Diseño To-Be - Proceso de salida de estibas La especificación de las actividades que deben realizar los roles involucrados en este proceso son: ROL ACTIVIDAD TIPO DE ACTIVIDAD DESCRIPCIÓN El operario de estibas Recibe la solicitud de cantidad de paquetes Tarea manual recibe la solicitud de la cantidad de paquetes. Registra la salida de la cantidad de paquetes de la bodega Tarea de usuario El sistema SIBOX genera una salida de paquetes de la bodega. Operario de estibas Valida existencia de paquetes Tarea de servicio El sistema SIBOX valida la cantidad solicitada versus la cantidad existente. El sistema SIBOX Disminuye la cantidad de paquetes de un color de la bodega. Tarea de servicio disminuye la cantidad de paquetes que fueron solicitados por la planta de producción. 52

53 Genera recibo de salida de la bodega Tarea de servicio El sistema SIBOX genera un recibo con información de la salida de los paquetes de la bodega. Tabla 9: Diseño To-Be - Roles y Actividades del proceso de salida de estibas H. ANÁLISIS DE LAS DEBILIDADES Para cada una de las debilidades encontradas en la empresa en el diseño As-Is (Sección Debilidades del sistema actual de la compañía de estibas) tomada como caso de estudio se realizó el siguiente análisis: DEBILIDAD SOLUCIÓN Con respecto a la accesibilidad e integridad No existe un nombre de usuario y contraseña Se solucionará por medio del módulo de para cada usuario del sistema. seguridad CincoSecurity [33], el cual permite Cualquier persona puede ingresar al sistema sin proteger los componentes UI de las páginas, las pertenecer a la compañía de estibas y se páginas y los EJB por medio de un usuario y encuentre dentro de la bodega contraseña. Con respecto al registro de auditoría Se solucionará por medio del módulo de No hay auditoría de datos por parte de los auditoría, el cual permite conocer qué tipo de usuarios del sistema. alteración fue realizada sobre la base de datos por un usuario dentro del sistema. Con respecto a la mantenibilidad En la actualidad, la compañía tiene 2 sistemas El sistema de información para el ingreso, diferentes que no comparten recursos ni mantenimiento y salida de estibas contendrá información. El sistema de ingreso y salida de dentro de sí mismo los procesos de ingreso, estibas y el sistema de mantenimiento de mantenimiento y salida de estibas. Este sistema estibas. de información está construido en tecnología Los sistemas no comparten información ni Java EE5 por lo que usa el meta patrón MVC recursos por lo que es muy costoso mantenerlo [34]; igualmente se hará uso de un solo motor La lógica de negocio esta mezclada con las de base de datos: PostgreSQL (aunque la misma 53

54 interfaces gráficas por lo que es muy costoso tecnología no es dependiente del motor de base mantenerlo. de datos). Toca realizar dos back-ups sobre cada una de las bases de datos por lo que es muy costosa mantenerlas. Con respecto a la portabilidad Actualmente cuentan con un sistema de El sistema de información para el ingreso, información creado en Microsoft Access, pero mantenimiento y salida de estibas esta realizado la empresa no tiene licenciamiento de software. en tecnología JAVA (código libre). Con respecto a la disponibilidad El sistema de información para el ingreso, mantenimiento y salida de estibas puede ser Se deben utilizar los computadores de la desplegado en un servidor de aplicaciones compañía para ingresar al sistema. contenido en un servidor en la nube y accedido desde cualquier equipo conectado a internet. Con respecto a la confidencialidad El sistema de información para el ingreso, mantenimiento y salida de estibas tiene dentro de sus roles finos un despachador del remitente, Las empresas remitentes no tienen acceso a la el cual podrá acceder al sistema y generar el información suministrada por los despachadores envío de un lote a la compañía de estibas. Cada y obtenida por los operarios de estibas. una de las empresas remitentes generará un archivo PDF con información del envío protegida con una contraseña única para cada una de ellas. Tabla 10: Análisis de las soluciones a las debilidades RESULTADOS DEL MODELAMIENTO DE LOS PROCESOS DE NEGOCIO Basados en el análisis de las soluciones de las debilidades del diseño As-Is de la compañía tomada como caso de estudio se realizaron las siguientes observaciones con respecto a que área de la compañía estaba involucrada: OBSERVACIÓN INVOLUCRA A 54

55 Controlar el acceso a los usuarios del sistema Controlar el acceso a las funcionalidades del sistema a los usuarios que pertenezcan a un determinado perfil de seguridad Controlar las modificaciones que realizan los usuarios a los datos del sistema de información. Llevar un registro de los lotes y estibas provenientes de las empresas remitentes a la compañía de estibas Llevar un registro de la selección de cajas de los empleados de mantenimiento de la compañía de estibas Llevar un control de la selección de las cajas por medio de stickers Validar la información suministrada por el empleado de mantenimiento Llevar un registro de la salida de paquetes de la bodega de la compañía de estibas a la planta de producción Generar reportes en PDF Seguridad Seguridad Auditoría Gestión de lotes y estibas Gestión de mantenimiento de estibas Gestión de mantenimiento de estibas Gestión de mantenimiento de estibas Gestión de salidas de paquetes de la bodega Generación de reportes Tabla 11: Resultados del modelamiento de los procesos de negocio Basados en las anteriores observaciones se realizaron varias entrevistas con el gerente de la empresa tomada como caso de estudio (Sr. Joaquín Bautista Torres) (Anexo 13: Entrevistas realizadas al cliente). En estas entrevistas se dio como solución a las debilidades encontradas, la creación de un sistema de información encargado de realizar los procesos de ingreso, mantenimiento y salida de estibas con nombre SIBOX en tecnología JavaEE5- SEAM2 (esta decisión se tomó por la experiencia que tiene los autores de este presente proyecto de grado en el lenguaje JAVA y el framework SEAM). Los procesos de análisis, diseño, construcción y pruebas son explicados en las siguientes secciones ANÁLISIS Y DISEÑO DEL SISTEMA DE INFORMACIÓN: SIBOX En esta sección se describen: 55

56 Los módulos del sistema de información para el ingreso, mantenimiento y salida de estibas. Los requerimientos más relevantes del sistema de información para el ingreso, mantenimiento y salida de estibas. Los casos de uso más relevantes por módulo del sistema de información para el ingreso, mantenimiento y salida de estibas. La descripción del diagrama de modelamiento de entidades del sistema de información para el ingreso, mantenimiento y salida de estibas. Los perfiles de seguridad del sistema de información para el ingreso, mantenimiento y salida de estibas. La descripción de la arquitectura del sistema de información para el ingreso, mantenimiento y salida de estibas MÓDULOS Los módulos del sistema de información para el ingreso, mantenimiento y salida de estiba son: MÓDULO Módulo de seguridad Módulo de auditoría Módulo de gestión de estibas DESCRIPCIÓN El módulo de seguridad presta todos los servicios a los usuarios que controlan los permisos de ingreso a la aplicación y donde se definen a que opciones del sistema tiene acceso un determinado usuario de acuerdo con su perfil de seguridad. El módulo de auditoria es el encargado de registrar las actividades realizadas por los usuarios sobre la base de datos cuando se altera la información que contiene. El módulo de gestión de estibas está dividido en tres sub módulos: ingreso de estibas, mantenimiento de estibas y salida de estibas. El sub módulo de ingreso de estibas se ocupa de realizar el proceso de envió y llegada de lotes y 56

57 estibas a la bodega de la compañía, generar los recibos necesarios para ser entregados a los conductores que realizan el transporte de la mercancía y crear los códigos de barra para la verificación de la tarea de mantenimiento. El sub módulo de mantenimiento de estibas se ocupa del registro de la selección de cajas en buen estado, mal estado y de reciclaje, y el sub Módulo de reportes módulo de salida de estibas se ocupa del envió de los paquetes de la compañía de estibas a la planta de producción. El módulo de reportes está dividido en dos sub módulos: generación de reportes oportunos y generación de reportes en un tiempo específico. El sub módulo de generación de reportes oportunos le permite ver al usuario los reportes de inventario e ingreso de estibas, selección de cajas por empleado de mantenimiento y rechazos de las cajas por empresa remitente con tan solo un click en la aplicación. Mientras que el sub módulo de generación de reportes en un tiempo específico genera automáticamente un reporte de inventario diario enviado al correo electrónico de los interesados. Estos archivos son almacenados en un directorio web. Tabla 12: Módulos del sistema de información para el ingreso, mantenimiento y salida de estibas REQUERIMIENTOS DEL SISTEMA DE INFORMACIÓN POR MÓDULOS Los requerimientos más relevantes del sistema de información de cada uno de los módulos son los siguientes: 57

58 MÓDULO REQUERIMIENTOS DESCRIPCIÓN R01 El sistema debe permitir que un usuario inicie sesión proporcionando el nombre de usuario y contraseña. Módulo de seguridad El sistema debe permitir crear, recuperar, R05 actualizar y eliminar perfiles de seguridad. R13 El sistema debe permitir asociar usuarios del sistema con perfiles de seguridad Módulo de auditoría R37 El sistema debe permitir almacenar las acciones que realizan los usuarios dentro del sistema. R15 El sistema debe permitir crear, recuperar, actualizar y eliminar información de un lote. R16 El sistema debe permitir crear, recuperar, actualizar y eliminar información de una estiba de un lote. R23 El sistema debe permitir generar un archivo con los códigos de barras de la estiba. El sistema debe permitir generar un archivo R27 Módulo de gestión de PDF con la información del envió del lote. estibas El sistema debe permitir generar un reporte R29 PDF de los lotes enviados por una compañía. R30 El sistema debe permitir generar un archivo PDF con la información de la entrega del lote El sistema debe permitir crear, recuperar, R32 actualizar y eliminar tareas de mantenimiento disponibles R36 El sistema debe permitir generar una remisión de venta El sistema debe permitir obtener un reporte de R39 Módulo de reportes ingreso de estibas diario. R40 El sistema debe permitir obtener un reporte de 58

59 R41 R42 R43 selección de cajas. El sistema debe permitir generar y obtener un reporte de inventario diario. El sistema debe permitir generar y obtener un reporte de rechazos de cajas por empresa remitente El sistema debe permitir generar y enviar por correo electrónico el reporte de inventario diario todos los días a las 10 pm (hora colombiana). Tabla 13: Requerimientos más relevantes del sistema de información para el ingreso, mantenimiento y salida de estibas Para ver todos los requerimientos del sistema de información para el ingreso, mantenimiento y salida de estibas ir al Anexo 2: Requerimientos del sistema CASOS DE USO DEL SISTEMA DE INFORMACIÓN POR MÓDULOS Los casos de uso más relevantes del sistema de información para el ingreso, mantenimiento y salida de estibas son: MÓDULO CASO DE USO DESCRIPCIÓN CU01 Gestionar parámetros del sistema Módulo de seguridad CU04 Gestionar perfiles de seguridad CU05 Gestionar usuarios del sistema CU09 Ingresar al sistema CU10 Salir del sistema Módulo de auditoría CU13 Consultar acciones de usuarios CU23 Generar código de barras con información de la estiba Módulo de gestión de estibas Generar recibos de CU26 información de lote enviado a la empresa CU29 Generar recibo de información 59

60 Módulo de reportes CU30 CU32 CU37 CU38 CU39 CU40 CU41 del lote entregado a la empresa Generar reporte de lotes enviados Gestionar tareas de mantenimiento disponibles en el sistema Generar remisión de venta Generar reporte diario de ingreso de estibas Generar reporte de selección de cajas Generar reporte de rechazos de cajas por empresa remitente Generar reporte de inventario diario Tabla 14: Casos de uso relevantes del sistema de información para el ingreso, mantenimiento y salida de estibas Para ver todos los casos de uso del sistema de información para el ingreso, mantenimiento y salida de estibas ir al Anexo 3: Inventario de módulos y casos de uso. Para ver el diagrama de casos de uso por módulos del sistema de información para el ingreso, mantenimiento y salida de estibas ir al Anexo 4: Diagrama de casos de uso PERFILES DE SEGURIDAD Los perfiles de seguridad del sistema de información para el ingreso, mantenimiento y salida de estibas son: PERFIL DE SEGURIDAD DESCRIPCIÓN El objetivo de este perfil de seguridad es Despachador del remitente realizar el registro de un lote en el sistema de información. El objetivo de este perfil de seguridad es Operario de estibas actualizar el registro de un lote en el sistema de información y la generación de las estibas. 60

61 Empleado de mantenimiento Administrador de estibas Coordinador de estibas Administrador de seguridad El objetivo de este perfil de seguridad es actualizar el registro de una tarea de mantenimiento. El objetivo de este perfil de seguridad es crear, actualizar y obtener los empleados de la compañía de estibas. Además de generar los reportes. El objetivo de este perfil de seguridad es actualizar la información de las tareas de mantenimiento. El objetivo de este perfil de seguridad es encargarse de la creación de perfiles, usuarios, casos de uso, servicios, parámetros, entre otros. Tabla 15: Perfiles de seguridad del sistema de información para el ingreso, mantenimiento y salida de estibas MODELAMIENTO DE ENTIDADES Para cumplir con los casos de uso y requerimientos del sistema de información para el ingreso, mantenimiento y salida de estibas: SIBOX, se crearon las siguientes entidades: Empleado: Esta entidad representa un usuario dentro del sistema. Un empleado tiene un nombre de usuario, contraseña, identificación, , nombre, teléfono y estado (si está activo o no dentro de la compañía). CoordinadorEstibas: Esta entidad representa un usuario coordinador de estibas dentro del sistema. AdministradorDeEstibas: Esta entidad representa un usuario administrador de estibas dentro del sistema. DespachadorRemitente: Esta entidad representa un usuario despachador de una empresa remitente dentro del sistema. EmpresaRemitente: Esta entidad representa una empresa remitente que realiza los envíos a la compañía de estibas. Una empresa remitente tiene un identificador, un NIT, una ciudad, una procedencia (sucursal, distribuidora foránea o distribuidora local), un nombre, un estado (si actualmente realiza o no envíos de lotes a la compañía de estibas) y una contraseña para los archivos PDF generados en el sistema (ver Anexo 1: Documentos del modelamiento de procesos). 61

62 OperarioEstibas: Esta entidad representa un usuario operario de estibas dentro del sistema. EmpleadoMantenimientoEstibas: Esta entidad representa un usuario empleado de mantenimiento dentro del sistema. Lote: Esta entidad representa un lote dentro del sistema. Un lote tiene una cantidad de cajas y estibas de madera enviadas desde la empresa remitente y su fecha de envío, una cantidad de cajas y estibas de madera recibidas en la compañía de estibas y su fecha de recibido y una cantidad de cajas faltantes (cajas enviadas cajas recibidas). Además almacena un saldo (cantidad de cajas en una estiba), un estado (si el lote fue entregado o no en la compañía de estibas) y el nombre de dos archivos generados (ver Anexo 1: Documentos del modelamiento de procesos) Conductor: Esta entidad representa un conductor dentro del sistema. Un conductor tiene un identificador y un nombre. Vehículo: Esta entidad representa un vehículo dentro del sistema. Un vehículo tiene un identificador y una placa. Estiba: Esta entidad representa una estiba dentro del sistema. Una estiba tiene un atributo unidades (cantidad de cajas) y el nombre del archivo generado (ver Anexo 1: Documentos del modelamiento de procesos). Sticker: Esta entidad representa un Sticker de una estiba dentro del sistema. Un Sticker tiene un código generado y un código ingresado por el usuario (utilizado para asegurar la revisión de todas las cajas) (ver Anexo 1: Documentos del modelamiento de procesos). Color: Esta entidad representa un color de un paquete y/o una estiba dentro del sistema. Un color tiene un tipo (azul, aguamarina, rosado, entre otros), un estado (si actualmente se realizan solicitudes de ese color) y una cantidad de paquetes de ese color dentro de la bodega. TareaMantenimiento: Esta entidad representa una tarea de mantenimiento dentro del sistema. Una tarea de mantenimiento tiene un desgaste, una fecha, y un booleano que determina si fue o no revisado por el coordinador de estibas. Rechazo: Esta entidad representa un rechazo de una tarea de mantenimiento. Un rechazo tiene el tipo de rechazo y la cantidad de cajas que fueron seleccionadas en ese estado. MotivoRechazo: Esta entidad representa un tipo de rechazo dentro del sistema. Un motivo de rechazo tiene un identificador, un tipo (ganchos, mariposas muertas, excrementos de 62

63 aves, excrementos de roedores, entre otros) y un estado (si actualmente se toma en cuenta ese tipo de rechazo). Paquete: Esta entidad representa un paquete dentro del sistema. Un paquete tiene una cantidad (total de paquetes) y una cantidad de cajas (cantidad de cajas por paquete). Auditoría: Esta entidad representa un registro de la auditoría de acciones de usuarios dentro del sistema. Un registro de auditoría tiene una operación (inserción, eliminación, actualización), un nombre de usuario (usuario que realizó la operación), una entidad (entidad a la cual se le realizó la operación), una fecha (fecha en la cual se realizó la operación) y los cambios (método tostring() de la entidad que fue alterada). Salida: Esta entidad representa una salida de la bodega dentro del sistema. Una salida tiene un identificador, una fecha y un estado (si se realizó o no la salida de la bodega). InventarioSalida: Esta entidad representa la salida por paquete de una solicitud hacia la planta de producción. InventarioEntrada: Esta entidad representa la entrada por paquete de una empresa remitente. El diagrama de entidades completo se encuentra en el Anexo 8: Diagrama de entidades ARQUITECTURA DE LA APLICACIÓN A. DESCRIPCIÓN Se define la arquitectura de software como una serie de patrones que establecen la interacción, el funcionamiento y la estructura de los diferentes componentes del software SIBOX fue diseñado y construido siguiendo el modelo de arquitectura multi-nivel haciendo uso de JSF, EJB3.0 y Seam2. Esta arquitectura hace uso de cuatro capas: la capa de presentación, la capa de aplicación, la capa de servicios y la capa de persistencia. En la capa de presentación se despliega el HTML desde el navegador del cliente, el cual invoca servicios a la capa de aplicación (servidor web) por medio de Servlets JSF y Servlets de Seam. Este servidor web invoca a los EJBs de seam y al Entity Manager (servidor de componentes) de la capa de servicios. La capa de dominio (entidades de negocios) está expuesta tanto a los elementos de la capa de aplicación como a los elementos de la capa de servicios, y la base de datos relacional estiba está en la capa de persistencia [35]. A continuación se muestra una grafico de la arquitectura de la aplicación SIBOX: 63

64 Ilustración 12 [35]: Arquitectura de una aplicación JavaEE5 Basados en esta arquitectura se diseñaron los diagramas de componentes y despliegue: B. DIAGRAMA DE COMPONENTES A continuación se muestra un diagrama de los diferentes componentes que conforman e interactúan dentro del sistema de información para el ingreso, mantenimiento y salida de estibas SIBOX: 64