en Ingeniería de Software
PROTOTIPO DE AUTOMATIZACIÓN
DEL PROCESO DE IMPORTACIONES
A COLOMBIA
Manios Rojas Santiago
Alarcón Caballero Carlos
Universidad Distrital Francisco José de Caldas
Facultad de Ingeniería
incondicional que a pesar de la distancia y el tiempo que dejamos de
compartir juntos, me brindaron la fuerza para continuar y poder
realizar un sueño más en mi carrera como profesional; a mi novia,
quien pasó conmigo las noches de desvelo brindándome la compañía
que me permitió entregar a tiempo las actividades académicas; a
todos los compañeros de del grupo dos de la especialización quienes
con su espontaneidad y carisma hicieron alegre todas las clases en la
universidad. Finalmente un enorme y sincero agradecimiento a mi
compañero de tesis, que junto a su disciplina y conocimiento
lográramos terminar esta investigación.
Carlos Alarcón: Agradezco especialmente a mis padres, los cuales me
aconsejaron y animaron para continuar con mis estudios, a mis
compañeros y profesores los cuales me aportaron conocimientos
técnicos y nalmente a mi novia quien me dio su apoyo y sus
3. MODELAMIENTO DEL NEGOCIO 28
3.5.1. Modelo Punto de Vista de Cooperación de Procesos de Negocio . . 36
3.6. Punto de Vista del Producto . . . 37
3.6.1. Modelo Punto de Vista del Producto . . . 38
4. MODELAMIENTO DE LA APLICACIÓN 39 4.1. Punto de Vista de Comportamiento de Aplicación . . . 39
4.1.1. Modelo Punto de Vista de Comportamiento de Aplicación . . . 40
4.2. Punto de Vista de Colaboración de Aplicación . . . 41
5.3.1. Modelo Punto de Vista de Implementación y Despliegue . . . 50
6.3. Punto de Vista de Contribución de Objetivos . . . 59
9.3.2. Patrón Comando . . . 84 A. Anexos Meta-modelos de las Vistas de Archimate 105 A.1. Meta-modelo Punto de Vista de Organización . . . 105
A.2. Meta-modelo Punto de Vista de Colaboración de Actores . . . 106
A.3. Meta-modelo Punto de Vista de Funciones de Negocio . . . 106
A.4. Meta-modelo Punto de Vista de Proceso de Negocio . . . 107
A.5. Meta-modelo Punto de Vista de Cooperación de Procesos de Negocio . . . 108
A.6. Meta-modelo Punto de Vista del Producto . . . 108
A.7. Meta-modelo Punto de Vista de Comportamiento de Aplicación . . . 109
A.8. Meta-modelo Punto de Vista de Colaboración de Aplicación . . . 109
A.9. Meta-modelo Punto de Vista de Estructura de Aplicación . . . 110
A.10.Meta-modelo Punto de Vista de Uso de Aplicación . . . 110
A.13.Meta-modelo Punto de Vista de Implementación y Despliegue . . . 112
A.14.Meta-modelo Punto de Vista de Estructura de la Información . . . 113
A.15.Meta-modelo Punto de Vista de Realización de Servicios . . . 113
A.16.Meta-modelo Punto de Vista de Capas . . . 114
A.17.Meta-modelo Punto de Vista de Implicados . . . 114
A.18.Meta-modelo Punto de Vista de Realización de Objetivos . . . 115
A.19.Meta-modelo Punto de Vista de Contribución de Objetivos . . . 115
A.20.Meta-modelo Punto de Vista de Principios . . . 116
A.21.Meta-modelo Punto de Vista de Realización de Requisitos . . . 116
A.22.Meta-modelo Punto de Vista de Motivación . . . 117
A.23.Meta-modelo Punto de Vista de Proyecto . . . 117
A.24.Meta-modelo Punto de Vista de Migración . . . 117
A.25.Meta-modelo Punto de Vista de Implementación y Migración . . . 118
1.1. Componentes Usados en el Proceso de Importación. Fuente Propia . . . . 13
1.2. Marco de trabajo ArchiMate. [7] . . . 17
1.3. Esquema Metodología OpenUp. [5] . . . 18
1.4. Esquema JEE Aplicación Web. [14] . . . 19
1.5. Respuesta a un cliente usando una página JavaServer Faces. [15] . . . 20
1.6. Incoterm FOB. [19] . . . 22
1.7. Cronograma de trabajo alto nivel. Fuente Propia . . . 24
3.1. Modelo punto de vista de organización. Fuente: Propia . . . 29
3.2. Modelo de punto de vista de colaboración de Actores. Fuente: Propia . . . 31
3.3. Modelo de Punto de Vista de Funciones de Negocio. Fuente: Propia . . . . 33
3.4. Modelo Punto de Vista de Proceso de Negocio. Fuente: Propia . . . 35
3.5. Modelo de Punto de Vista de Cooperación de Procesos de Negocio. Fuente: Propia . . . 36
3.6. Modelo de Punto de Vista del Producto. Fuente: Propia . . . 38
4.1. Modelo de Punto de Vista de Comportamiento de Aplicación. Fuente: Propia 40 4.2. Modelo de Punto de Vista de Colaboración de Aplicación. Fuente: Propia 41 4.3. Modelo de Punto de Vista de Estructura de Aplicación. Fuente: Propia . . 43
4.4. Modelo de Punto de Vista de Uso de Aplicación. a). Fuente: Propia . . . . 44
4.5. Modelo de Punto de Vista de Uso de Aplicación. b). Fuente: Propia . . . . 45
4.6. Modelo de Punto de Vista de Uso de Aplicación. c). Fuente: Propia . . . . 45
4.7. Modelo de Punto de Vista de Uso de Aplicación. d). Fuente: Propia . . . . 45
5.1. Modelo de Punto de Vista de Infraestructura. Fuente: Propia . . . 48
5.2. Modelo de Punto de Vista de Uso de Infraestructura. Fuente: Propia . . . 49
5.3. Modelo de Punto de Vista de Implementación y Despliegue. Fuente: Propia 50 5.4. Modelo de Punto de Vista de Estructura de la Información. Fuente: Propia 51 5.5. Modelo de Punto de Vista de Realización de servicios. Fuente: Propia . . . 53
5.6. Modelo de Punto de Vista de Capas. Fuente: Propia . . . 54
6.1. Modelo de Punto de Vista de Implicados. Fuente: Propia . . . 56
6.2. Modelo de Punto de Vista de Realización de Objetivos. Fuente: Propia . . 58
7.1. Modelo de Punto de Vista de Proyecto. Fuente: Propia . . . 67
7.2. Modelo de Punto de Vista de Migración. Fuente: Propia . . . 68
7.3. Modelo de Punto de Vista de Implementación y Migración. Fuente: Propia 70 8.1. Meta-modelo de la Arquitectura. Fuente Propia . . . 71
9.10. Aplicación Patrón Cadena de Responsabilidad. Fuente Propia . . . 83
Las empresas importadoras de productos y servicios mediante el Incoterm FOB1, forman
parte crucial en el crecimiento de la economía de la nación y por tanto es necesario que su nivel de calidad y eciencia durante el proceso de importación sea aumentado exponencialmente conforme es requerido por la creciente demanda de clientes y aún más importante, con el evidente aumento en los acuerdos de libre comercio que se están generando entre el país con otras naciones.
Pero la calidad y eciencia se ve opacada, por que durante el proceso de importación los datos están dispersos en diferentes sistemas de software y en formatos en papel, que dicultan una búsqueda eciente de información. Los documentos físicos como factu-ras, recibidos, bitácofactu-ras, listados de inventario entre otros; son el resultado de procesos transaccionales que se realizan durante el ejercicio de la importación y son almacenados en archivadores, encapsulado la información e impidiendo realizar de forma ágil reportes actuales o históricos en temas de proveedores, gastos, inventario, etc. El uso excesivo de las herramientas tecnológicas actuales, como el correo electrónico y las hojas de cálculo no son un sistema integrado que permita llevar de forma correcta y eciente el sopor-te verdadero de los procesos de importaciones de productos e insumos de las empresas colombianas.
Con la implementación de un sistema de (software) que permita gestionar, administrar de forma conable, ágil y oportuna todos los procesos implicados durante el ejercicio de compras de productos del exterior; se reducirá la aplicación de malas prácticas que las empresas están usando y se mejorará la calidad y eciencia de los procesos de importación, beneciando de forma directa las compañías que lo implementen y de forma indirecta todos los involucrados en la actividad.
Por lo descrito con anterioridad, el presente documento describe la investigación realizada sobre el proceso de importación de mercancías a Colombia mediante el Incoterm FOB y el desarrollo de un prototipo de software web, que registra, controla y administra la información generada por el mismo; Durante el desarrollo de la investigación y el prototipo web, se hace uso del método de desarrollo ágil iterativo incremental, que está sustentado en una muy completa metodología, en base a las deniciones de actividades y entregables que se deben llevar durante todo el proceso.
junto a la hipótesis planteada y el objetivo general y especícos para el resultado de la investigación; adicionalmente cuenta con sencillo marco teórico y conceptual para presentar al lector los conceptos tratados dentro del documento.
El desarrollo de la Investigación es la segunda parte donde se realiza la síntesis del modelo de negocio y la presentación del resultado de la investigación mediante el planteamiento del modelo arquitectónico del dominio del proceso de importación con una descripción y detalle de gran profundidad con el uso de los diferentes puntos de vista que presentan las capas de negocio, aplicación, infraestructura, motivación y migración e implementación. También presenta el diseño de patrones de desarrollo de software, denidos y estructura-dos a partir de las deniciones en la arquitectura; esto con el propósito de implementar buenas prácticas en el desarrollo del prototipo de software web.
INVESTIGACIÓN
1.1. Planteamiento del Problema
El uso inadecuado de las herramientas tecnológicas actuales, como el correo electrónico y las hojas de cálculo no son el soporte verdadero de los procesos [2] de importaciones de productos e insumos de las empresas Colombianas. Por esta razón, la información histó-rica resulta difícil de recuperar y analizar, dado que los datos se encuentran distribuidos por diferentes medios de comunicación, incluso mucha no se encuentra en medios digita-les, en este último escenario es muy complicado realizar búsquedas y generar reportes de la información histórica[2].
Figura 1.1.: Componentes Usados en el Proceso de Importación. Fuente Propia
Muchas empresas de manufactura en Colombia que realiza importaciones no realiza una digitalización de la información, si bien es importante llevar los documentos originales en físico, las copias digitales representan un gran apoyo al momento de consultar información histórica y hacer seguimiento al proceso de importación. En este momento es complicado aplicar métricas, hacer seguimientos sobre las labores propias de las importaciones, ya que al tener la información distribuida en correos electrónicos y hojas de cálculo o incluso al no tenerlas digitalizadas, no se puede medir los tiempos de nacionalización, transporte, estudio de proveedores, eciencia de las navieras, costos, entre otras.
La Ausencia de un sistema de información que permita automatizar los datos transac-cionales en el proceso de importaciones resulta en costos de re-procesos e incertidumbre en algunas tareas complementarias a las importaciones. Actualmente el cálculo de los costos de las importaciones es dispendioso y toma bastante tiempo realizarlo, ya que es un proceso manual de recolección y análisis de información. Por otra parte, estos pro-cesos manuales y dispendiosos contienen una incertidumbre del ejecutor de tal acción. Adicionalmente otro proceso importante que se ejecuta de manera manual es el de rea-lizar simulaciones sobre los costos que conlleva rearea-lizar la importación por diferentes proveedores, este es complicado y costoso en tiempo.
Existe actualmente una carencia de software [6, 10, 21] para las empresas Colombianas que realizan importaciones, que estén ajustados a la realidad y al mercado colombiano. Los sistemas de información actuales no están hechos para las empresas que importan materia prima, sino para las agencias de aduanas, por tal razón las empresas del sector se ven obligadas a llevar su información en papel, correo electrónico y hojas de cálculo. Adicionalmente, las aplicaciones software que se han investigado y mencionado [6, 10, 21] que administran importaciones están orientadas al ejercicio local en las empresas dejando fuera la posibilidad que todos los entes externos que intervienen en el ejercicio puedan interactuar directamente con las empresas a través de sus aplicaciones.
En el afán por un mundo globalizado, suprimiendo las barreras comerciales entre los países, es probable que los tratados de libre comercio que hace el gobierno colombiano con otros países aumente y esto permite a empresas colombianas realizar cada vez más importaciones hacia Colombia de productos e insumos, lo cual implica directamente un aumento en la cantidad de transacciones comerciales realizadas. Estos crecimientos en las operaciones de las empresas si no se hacen con el respectivo control y seguimiento de procesos puede llevar a desórdenes, pérdidas de información, demoras en los procesos, lo cual se traduce en pérdidas de dinero y tiempo para las empresas.
Teniendo en cuenta lo mencionado, con el aumento de las transacciones comerciales, se podría evidenciar que las herramientas tecnológicas como correo electrónico y hojas de cálculo, para procesos complejos y de alta transaccionalidad no resultan ser ecientes para el manejo de la información histórica y seguimiento de un proceso denido.
El hecho de tener cada vez más tratados comerciales con otros países, no es una variable que se pueda controlar, pero se puede afrontar de una manera que pueda llegar a ser una oportunidad de crecimiento para las empresas colombianas, claro está, si se lleva a cabo con procesos bien establecidos y herramientas tecnológicas que permitan realizar la gestión, análisis y revisión de los procesos que involucran las transacciones comerciales entre empresas de diferentes países.
1.2. Objetivos
1.2.1. Objetivo General
Elaborar una propuesta de automatización del proceso de importación a Colombia, me-diante el desarrollo de un prototipo de software web para agilizar y hacer más efectivas las actividades en el departamento de compras de la empresa Químicos Manios S.A.
1.2.2. Objetivos Especícos
1. Realizar el levantamiento de información sobre el funcionamiento del ejercicio ac-tual de importar mercancías a Colombia, a través de entrevistas a profesionales y consulta de documentos del área de interés, para la identicación de los procesos a sistematizar.
2. Analizar la información recolectada, clasicando e interpretando tareas, diagnosti-cando problemas, sintetizando procedimientos y proponiendo mejoras para la de-nición de los requerimientos del software.
3. Desarrollar un prototipo de software web, con el método iterativo incremental en base a los requerimientos denidos para sistematizar el proceso de importación.
1.3. Hipótesis
Implementar un software de administración de importaciones, adaptado a la realidad del mercado colombiano, permite a las empresas que realizan compras de productos e insumos al exterior; controlar, gestionar, realizar seguimiento y llevar la trazabilidad de las transacciones comerciales internacionales.
1.4. Marco Teórico
1.4.1. Togaf
organización que desee desarrollar una arquitectura empresarial para usar dentro de la organización [9].
Togaf es desarrollado y mantenido por miembros de the Open Group[8]. El desarrollo original de la versión 1 de Togaf en 1995 fue basado en el TAFIM (Technical Architecture Framework for Information Management). desarrollado por el departamento de defensa de los Estado Unidos (DoD).
Togaf dene una empresa como cualquier colección de organizaciones que tienen una serie de objetivos en común, por ejemplo, una empresa puede ser una agencia de gobierno, una corporación completa, una división de una corporación, un solo departamento o una cadena de organizaciones unidas por el mismo dueño[9].
Cabe notar que Togaf puede ser aplicado a todo tipo de arquitecturas, incluyendo ar-quitecturas basadas en sistemas de planeación de recursos empresariales. Un ejemplo de esto es SAP1, quien provee su propio marco de trabajo EAF como una adaptación de
Togaf [17].
El amplio tamaño del documento de referencia de togaf no debe eclipsar la orientación de proyecto, el cual se centra en el enfoque de transformación de la arquitectura empresarial. Este enfoque, descrito por el ADM2, constituye el corazón del documento de referencia.
1.4.2. Arquitectura Empresarial
No está limitada a sistemas de información únicamente. El objetivo sigue siendo la im-plementación de sistemas de software operacionales, pero para lograr este objetivo, se necesita de una amplia vista, estrategia, negocio y aspectos organizacionales. además, el alineamiento de negocio y tecnología es de mayor interés para los administradores de negocio y los jefes de información de ocina (CIO3), quienes están constantemente
buscando agilidad en sistemas de información.Por consiguiente, arquitectura cubre requi-sitos y estrategias así como procesos de negocio y aplicaciones técnicas e infraestructuras, esforzándose por la óptima articulación entre estas diferentes facetas[17].
Cualquier transformación necesita colaboración entre gobierno, interesados y equipo de-dicado a arquitectura. Esta colaboración es basada en un proceso organizado, este es el rol del ADM el cual provee una estructura para el progreso de proyectos de trans-formación empresarial. El lenguaje de modelado de arquitectura empresarial ArchiMa-te ha sido desarrollado para proveer una representación uniforme para diagramas que describen arquitecturas empresariales. ArchiMate ofrece un enfoque arquitectural inte-grado que describe y visualiza los diferentes dominios de arquitectura y sus relaciones y dependencias[17].
1.4.3. ArchiMate
El rol del estándar ArchiMate es proveer un lenguaje gráco para la representación de arquitecturas empresariales a través del tiempo así como sus motivaciones y razones [7]. El lenguaje consiste en tres tipos principales de elementos, elementos activos de estruc-tura, elementos de comportamiento y elementos de estructura pasiva (objetos). Un ele-mento de estructura activa es denido como una entidad que es capaz de efectuar un comportamiento. Un elemento de comportamiento es denido como una unidad de acti-vidad realizada por uno o mas elementos de estructura activa. Un elemento de estructura pasiva es denido como un objeto sobre el cual el comportamiento es realizado.
1.4.4. Capas del Lenguaje Archimate
ArchiMate dene tres principales capas, basado en especializaciones de los conceptos principales descritos. Estas capas son diferenciadas por colores. La capa de Negocio ofre-ce productos y servicios a clientes externos, los cuales son realizado en la organización por procesos de negocio, ejecutados por actores de negocio. La capa de aplicación soporte la capa de negocio con los servicios de aplicación los cuales son realizados por aplicaciones de software. La capa de tecnología ofrece servicios de infraestructura que se necesitan para ejecutar aplicaciones, como procesamiento, almacenamiento y servicios de comuni-cación. Estos son realizados por computadores, hardware de comunicación y sistemas de software.[7]
Figura 1.2.: Marco de trabajo ArchiMate. [7]
1.4.5. OpenUp
en proyectos de Open UP es organizado en micro-incrementos, los cuales representan cortas unidades de trabajo que aportan al progreso de un proyecto.
Figura 1.3.: Esquema Metodología OpenUp. [5]
OpenUP divide el proyecto en iteraciones planeadas, generalmente por semanas, enfo-cando cada iteración a una entrega cada vez con más valor para los interesados de una manera predecible.
Está basado en cuatro principios que se apoyan mutuamente:
Equilibrar prioridades competitivas para maximizar el valor para los interesados: Promover prácticas que permite a los participantes del proyecto e interesados para desarrollar una solución que maximiza los benecios para los interesados y cumple con las restricciones impuestas en el proyecto.
Colaborar para alinear intereses y compartir entendimientos: Promover prácticas que fomenten un ambiente de equipo saludable, permite la colaboración y desarro-llar un entendimiento compartido del proyecto.
Enfocarse en la arquitectura prematura para minimizar riesgo y organizar el desa-rrollo: Promover prácticas que permita al equipo enfocarse en la arquitectura para minimizar riesgo y organizar el desarrollo.
Evolucionar para continuamente obtiene retroalimentación y mejoramiento: Pro-mover prácticas que permitan al equipo obtener temprana y continua retroalimen-tación por parte de los interesados y demostrar valor incrementado para ellos.
1.4.6. Java
por la maquina virtual java (JVM), constituida por un gran número de bibliotecas de clases que forman todo el core de soporte que permite la uida, rápida y segura ejecución de las aplicaciones. Con más de 9 millones de desarrolladores Java en todo el mundo [12], esta tecnología es una de las más usadas y distribuidas en la mayoría de computadoras y dispositivos móviles en mundo; esto es en gran medida a que el licenciamiento [16] de la tecnología es de código abierto y en la actualidad es propiedad de la compañía ORACLE, quien brinda un completo soporte.
1.4.7. Java Enterprise Edition
Java EE es una plataforma empresarial de programación que se usa para desarrollar y ejecutar software de aplicaciones en lenguaje de programación Java con arquitectura de n niveles distribuida, basándose ampliamente en componentes de software modulares ejecutándose sobre un servidor de aplicaciones. Algunos de los componentes se pueden desplegar los desarrollos se mencionan a continuación [14].
Figura 1.4.: Esquema JEE Aplicación Web. [14]
Componentes[14]:
Clientes de aplicación y applets (en el cliente)
Java Servlet, JavaServer Faces (JSF), y JavaServer Pages (JSP) (en el servidor) Enterprise JavaBeans (EJB) (o enterprise beans) (en el servidor)
Contenedor de applets en un navegador Web Contenedor Web Tomcat
Contenedor de EJBs
1.4.8. Java Server Faces
Diseñado para ser exible, la tecnología orientada a controles JSF se basa en patrón de desarrollo MVC4 que permite desacoplar la interfaz de usuario de los diferentes procesos
del negocio, utilizando Java Server Pages (JSP) para realizar los despliegues de las pági-nas. Su exibilidad permite no solo trabajar con páginas JSP, también trabaja con otras tecnologías como XUL (acrónimo de XML-based User-interface Language, lenguaje basa-do en XML para la interfaz de usuario) y sobre páginas XHTML ( extensible HyperText Markup Language).
Figura 1.5.: Respuesta a un cliente usando una página JavaServer Faces. [15]
Dentro de las características de JSF, se destaca la gestión de su ciclo de vida a través del servidor construyendo los distintos tipos de controles que se necesitan usar, junto con la asociación directa de cada una de las etiquetas a los datos de la aplicación en las especicaciones del negocio en los Java Beans [15].
La tecnología Java Server Faces incluye:
Un conjunto de APIs para representar componentes de interfaz de usuario.
Gestión de estados, el manejo de eventos y validación de entradas de los compo-nentes.
Denición de las reglas de navegación entre páginas.
Una librería de etiquetas JSP personalizadas para dibujar componentes de interfaz de usuario dentro de las páginas JSP.
1.4.9. Enterprise Java Bean
El contenedor de EJB se encarga de la seguridad y el manejo de transacciones, dejando al bean solo la lógica de negocio Como la lógica de negocio está en los beans, el desarrollador puede ocuparse de desarrollar la capa de presentación sin tener que codicar lógica de negocio o acceso a bases de datos. Como resultado se producen clientes muy ligeros, especialmente deseables para ejecutarse en pequeños dispositivos como los smartphones [13].
1.4.10. PostgreSQL
PostgreSQL es un potente sistema de base de datos, de código abierto objeto-relacional. Cuenta con más de 15 años de desarrollo activo y una arquitectura probada que se ha ganado una sólida reputación por su abilidad, integridad de datos y corrección. Se eje-cuta en todos los sistemas operativos, incluyendo Linux, UNIX (AIX, BSD, HP-UX, SGI IRIX, Mac OS X, Solaris, Tru64), y Windows. Es totalmente compatible con ACID, tiene soporte completo para claves foráneas, combinaciones, vistas, triggers y procedi-mientos almacenados (en varios idiomas). Incluye tipos de datos, INTEGER, numéricos, booleanos, CHAR, VARCHAR, DATE, INTERVAL y TIMESTAMP. También es com-patible con el almacenamiento de grandes objetos binarios, incluyendo imágenes, sonidos o vídeos. Cuenta con interfaces de programación nativo de C / C ++, Java, .Net, Perl, Python, Ruby, Tcl, ODBC, entre otros, y la documentación excepcional [18].
1.5. Marco Conceptual
1.5.1. Comercio ExteriorSe dene como comercio internacional, al intercambio de bienes, productos y servicios entre dos o más países o regiones económicas al exportar (vender), e importar (comprar). Las economías que participan del comercio exterior se denominan economías abiertas. La comercialización entre los países se logra promoviendo acuerdos de las empresas de cada país. Los países deben impulsar las relaciones comerciales e implementar proyectos enmarcados en el crecimiento y desarrollo continuo de la comunidad [11].
1.5.2. Importación
Según la DIAN, el termino importación se dene como.
1.5.3. Incoterm
De las siglas en ingles (International Commerce Terms), el incoterm determina en que momento y donde se produce la transferencia de riesgos sobre la mercancía del vendedor al comprador. También determina el lugar de entrega de la mercancía, quien contrata y paga los servicios y que documentos tramita cada parte y su costo.
Existen 2 grupos de incoterms, el primer grupo aplica para cualquier modo de transporte, dentro de los cuales están: EXW, FCA, CPT, CIP, DAT, DAP, DDP. El segundo grupo es solo para el transporte marítimo y vías navegables interiores, los cuales son FAS, FOB, CFR, CIF[19].
1.5.3.1. Incoterm FOB
Las obligaciones del vendedor incluyen entregar la mercancía a bordo del buque elegido por el comprador en el puerto de embarque convenido y efectuar el despacho de exporta-ción. Mientras que el comprador debe designar y reservar el buque, correr con los gastos y riesgos inherentes a la mercancía desde que traspasa la borda del buque, ademas obtener las licencias para la importación y efectuar el despacho de importación de la mercancía [19].
1.6. Metodología
Desde la concepción de la idea sobre un proyecto de investigación que permitiera indagar en el problema que se presenta durante el seguimiento en proceso de importación de mer-cancías (insumos) en el área de compras de una empresa; el concepto de un desarrollo que aplicará el enfoque iterativo e incremental, siempre estuvo en la mira de los integrantes del proyecto. OpenUp es un proceso unicado de desarrollo que implementa el enfoque iterativo e incremental y que bajo una losofía pragmática y ágil se centra en trabajo colaborativo; pero la metodología presenta una estructura de trabajo de muy alto nivel, lo que generaba complicaciones para un desarrollo de dos integrantes en un plazo de tan corto de tiempo. El equipo del proyecto no desiste en sobre el planteamiento del enfoque iterativo e incremental, por lo cual plantea la siguiente metodología de desarrollo para el proyecto.
Iteraciones Con base en OpenUp [5], se dene un plan de proyecto que presenta un ciclo de vida o ejecución de 4 iteraciones, representando los 4 meses de duración del proyecto en una iteración cada uno.
Hitos de las iteraciones En cada una de las iteraciones, el equipo de trabajo del proyecto plantea realizar incrementos diarios sobre los temas generales de:
Conceptualización del negocio: identicar la misión, visión, objetivos organizacio-nales, procesos y producto de la organización; lo anterior teniendo como base el proceso de importación en el área de compras de la empresa.
Descripción de la arquitectura del negocio: mediante las capas de arquitectura de Archimate (Capa de negocio, Capa de aplicación, Capa de infraestructura, capa de motivación y la Capa de implementación y migración), lograr describir los conceptos del negocio sobre el proceso de importación mediante cada uno de los puntos de vista que las capas presentan.
Desarrollo prototipo: A medida que se adquiere conocimiento sobre el dominio del negocio y el proceso de importación, se realizan incremento en el desarrollo del prototipo de software web.
Cierre del proyecto: Realizar apuntes sobre las conclusiones y trabajos futuro a medida que se desarrolla el proyecto.
1.6.1. Cronograma
Figura 1.7.: Cronograma de trabajo alto nivel. Fuente Propia
En las empresas en que su objeto principal de negocio reside totalmente en la activi-dad de realizar importación de mercancías, insumos o productos desde el extranjero; la importación es el proceso principal, y por eso la organización dene su misión, visión, objetivos, principios, procesos y productos en función del objeto de negocio.
Pero en las empresas cuyo objeto de negocio principal no es el proceso de importación, si no cualquier otra actividad económica que para su realización requiere en ocasiones la adquisición de productos o insumos que no son comercializados en país. El proceso de importación se realiza en el departamento de compras de la entidad y no se reeja en la denición de la misión, visión y objetivos organizacionales.
Por lo anterior, y como la entidad Químicos Manios S.A. que se utilizó como ejemplo real durante la investigación no presenta esta estructura organizacional; se plantea la misión, visión, objetivos para el área de compras de la entidad, teniendo como objeto principal el proceso de importación. Esto con el objetivo de tener un horizonte en la investigación sobre el modelo de negocio en el que intervienen la importación de insumos o productos en la empresa.
2.1. Misión
Coordinar la importación de mercancías hacia Colombia haciéndolo de manera eciente en tiempo y costo, para que la empresa tenga los insumos a tiempo y al menor coste posible para su operación y obtener mayores márgenes de utilidad.
2.2. Visión
Que el departamento de compras e importaciones de la empresa sea un organismo cona-ble, responsable y eciente, manteniendo los costos de operación al mínimo para apoyar a la empresa en tener más utilidades y ser más competitiva en el mercado.
2.3. Objetivos Organizacionales
em-Realizar la operación de importación de las mercancías con en el menor tiempo posible para abastecer a tiempo a la empresa los productos necesarios para su operación.
3.1. Punto de Vista de Organización
Se enfoca en la organización interna de la compañía y departamentos, el objetivo es ilus-trar la organización jerárquica de la compañía. Es un punto de vista útil para identicar responsabilidades, autoridad y competencias dentro de la compañía[7].
El meta-modelo A.1 explica cómo se debe relacionar los actores, roles, interfaces. identi-cando claramente la responsabilidad y jerarquía dentro de la compañía.
El elemento localización, representa el lugar geográco donde se encuentran los actores, cada actor debe estar ubicado en un lugar especíco, esto permite identicar las posibles restricciones que se pueden presentar debido a la ubicación, por ejemplo si dos actores juegan el mismo rol, pero en diferentes países, la diferencia horaria toma vital importancia y debe ser tenida en cuenta en las aplicaciones.
El actor puede representar una entidad, no únicamente a una persona, esto se utiliza en este meta-modelo para identicar la estructura organizacional.
Los actores, las empresas y las personas cuando se encuentran en un entorno juegan uno o varios roles determinados, en este meta-modelo se debe identicar claramente cuales son los roles que desempeña cada actor del sistema, esto facilita la identicación de los roles principales que van a participar en el sistema.
En las compañías, cuando los actores juegan roles para ejecutar sus funciones necesitan de otras entidades, áreas o personas que les permitan ejecutar a cabalidad sus funciones, este concepto se representa con una colaboración, la cual permite identicar cuáles roles se combinan para cumplir con una función o tarea especíca. Los roles se relacionan con el entorno para ejecutar las tareas que les corresponden, para representar esta relación con entidades externas o internas a la organización, se utiliza el concepto de interfaz, de esta manera, a través de una interfaz de negocio, se puede relacionar con otros roles.
3.1.1. Modelo Punto de Vista de Organización
Figura 3.1.: Modelo punto de vista de organización. Fuente: Propia
El punto de vista de organización describe que la empresa esta localizada en la ciu-dad de Bogotá distrito capital de Colombia; que su estructura contempla dos (2) áreas importantes, el almacén y el departamento de compras.
Dentro del almacén se dene como actor relevante el profesional industrial, encargado de administrar el inventario y responsable por tener el almacén con los insumos necesarios para que producción no presente contratiempos.
El Director de Compras, es el actor a cargo del Departamento de Compras y es quien aprueba las órdenes de compra de insumos generadas desde el almacén.
3.2. Punto de Vista de Colaboración de Actores
El punto de vista de colaboración de actores se enfoca en la relaciones que tienen los actores con su ambiente. El trabajo a realizar es poner la organización en su ambiente, mencionando entidades externas como clientes o proveedores[7].
El meta-modelo A.2 muestra cómo se deben relacionar los actores, roles colaboración para demostrar la relación de los actores con su ambiente.
En este meta-modelo A.2, al igual que en el anterior punto de vista, se encuentran los elementos de actor, rol, colaboración e interfaz. conceptualmente tienen la misma semántica, pero cuenta con relaciones adicionales que proporcionan otro signicado. El Servicio de negocio representa el servicio que es ofrecido por parte de un rol a través de una interfaz, este servicio está asociado a través de una interfaz de aplicación, indicando que un objeto de negocio puede ser ofrecido desde una aplicación.
El servicio de aplicación se provee a través de una interfaz de aplicación, este servicio representa el cómo se logra exponer un servicio desde la aplicación para que sea utilizado desde otra interfaz.
El Componente de aplicación, representa a los elementos de aplicación que ejecutan algunos procesos que se exponen a través de una interfaz de aplicación.
3.2.1. Modelo Punto de Vista de Colaboración de Actores
Figura 3.2.: Modelo de punto de vista de colaboración de Actores. Fuente: Propia
El punto de vista identican claramente tres (3) colaboraciones entre los roles principales, donde el Comprador junto al Importador y el Vendedor generan el momento en el cual se dene los insumos a comprar y las condiciones de la transacción comercial.
El Transporte describe todo el proceso que se realiza para lograr llevar la mercancía desde el puerto el origen al puerto de destino, lo cual se obtiene a partir de la colaboración del Importador, el Operador de Transporte y el Transportador.
3.3. Punto de Vista de Funciones de Negocio
Muestra las principales funciones de la organización y sus relaciones en término del ujo de información, valor o bienes entre ellos. Este punto de vista es usado para determinar los aspectos más estables de una compañía en términos de actividades primarias que se realizan. También es utilizada para conocer las competencias necesarias [7].
El meta-modelo A.3 evidencia cómo se relacionan las funciones del negocio junto a un rol y los actores.
En este punto de vista, el elemento que se descubre es la función de negocio, estas funciones representan con precisión cada una de las responsabilidades u obligaciones que se tienen dentro de la organización.
Estas funciones son realizadas por actores, pero no directamente, para poder ejecutar las funciones los actores juegan un rol determinado. En este punto de vista debe ser claro cuáles funciones son ejecutadas por cada rol y cada actor qué rol juega para determi-nar posibles sobrecargas de trabajo o cuellos de botella presentados debido a la mala distribución de las funciones.
3.3.1. Modelo Punto de Vista de Funciones de Negocio
Figura 3.3.: Modelo de Punto de Vista de Funciones de Negocio. Fuente: Propia
Es el rol Comprador mediante la función de Solicitar Insumos dispara y crea la nece-sidad de Generar una Orden de Compra que se describe como una función que interactúa con el rol Importador, el cual es el rol más importante del ejercicio y que es interpretado por el actor Profesional en Comercio.
Es a través de rol de Importador que se desencadena las funciones de negocio que soportan el proceso de importación, como es la negociación con el proveedor que está representado por el vendedor y quien realiza las oferta de los insumos a comprar. Al concretarse la negociación, se debe enviar el instructivo de carga al operador de transporte para realizar la reserva y esperar que el transportador cumpla con la labor de llevar los insumos al puerto de destino.
Al arribo de los insumos al puerto de destino, el importador debe enviar los documentos para la nacionalización (una función de gran importancia) que dispara la función de levante la cual es realizada por el Tramitador y quien junto al ente Regulador buscan otorgar el levantamiento de la mercancía en el país de destino.
3.4. Punto de Vista de Proceso de Negocio
Es usado para mostrar la estructura de alto nivel y la composición de uno o más procesos de negocio. Este punto de vista contiene otros conceptos relacionados directamente [7]:
Los servicios que ofrece un proceso de negocio al entorno, mostrando como un proceso contribuye a la realización de los productos de la compañía.
La asignación de procesos de negocio a roles los cuales dan responsabilidades a los actores asignados.
La información usada por los procesos de negocio.
Para los servicios, eventos, procesos, objetos del negocio junto a los objetos y las repre-sentaciones, el meta-modelo A.4 describe las diferentes relaciones que se generan entre los diferentes componentes.
El punto de vista de procesos de negocio, da más claridad sobre el cómo trabaja la organización, que toma como insumos y como resultados, partiendo del concepto de procesos es posible llegar a identicar cual es el servicio que se ofrece y los objetos que son generados o requeridos.
En el modelo se debe partir del servicio que ofrece la organización, incluso si es un objeto concreto el que se construye, este presta un servicio a los clientes, por ejemplo si es una fábrica de zapatos, el objeto es un zapato pero el servicio podría ser, brindar comodidad para caminar.
Una vez se tiene identicado el servicio y el objeto a construir, se debe determinar cuál es el proceso general y abstracto que se realiza, en el caso anterior podría ser construir zapatos. La relación entre servicio y proceso es realizado por lo cual da un signicado trascendental para el entendimiento de la organización. Siguiendo con el ejemplo, se leería de la siguiente manera: brindar comodidad para caminar es realizado por el proceso de construir zapatos.
Después de tener identicados los servicios, procesos y objetos, se deben identicar los eventos que generan el inicio y el n del proceso, esto para dar límites concretos al proceso. continuando con el ejemplo anterior, se podría denir los eventos como inicia con una solicitud del cliente y termina con el embalaje de los zapatos.
3.4.1. Modelo Punto de Vista de Proceso de Negocio
Figura 3.4.: Modelo Punto de Vista de Proceso de Negocio. Fuente: Propia
La empresa dene para la compra de insumos, el servicio de Importar insumos de ma-nera segura y eciente, el cual es realizado por el proceso de Importación y atendido por el profesional en comercio exterior quien mediante procesos más especícos como la negociación con el proveedor o vendedor, el transporte de los insumos, la nacionalización y entrega a cliente dan cumplimiento al servicio.
El evento que da inicio al proceso de importación es tener denida una decisión de compra, teniendo claridad y detalle en los insumos y las cantidades que se van a comprar; este proceso se dene como la Negociación con el Proveedor, en cual interviene el profesional en comercio exterior, junto a un contacto denido por el proveedor.
Al concretarse una negociación de compra de insumos, por la modalidad del Incoterm FOB, el proveedor debe dejar en puerto de salida la mercancía lista para que el profesional en comercio realice la contratación con el agente de marítimo para realizar el proceso de Transporte de Insumos identicado en modelo de negocio de la entidad.
Durante el tiempo que toma el arribo de la mercancía de insumos al puerto de destino, el profesional en comercio exterior va organizando los documentos necesarios para su legalización frente a la Dian en el puerto de destino en Colombia.
3.5. Punto de Vista de Cooperación de Procesos de
Negocio
Es usado para mostrar las relaciones de uno o más procesos de negocio con su ambiente. También puede ser creado para relacionar los procesos con unos procesos de más alto nivel y su contexto. Los aspectos importantes a considerar para este punto de vista son [7]:
Relaciones entre los procesos de negocio macro de la compañía. Mapeo de los procesos de negocio con las funciones de negocio. Relación entre servicio y procesos de negocio.
Uso de datos compartidos.
En este punto de vista, descrito en el meta-modelo A.5 se debe identicar cuáles proce-sos realizan una cooperación, se debe prestar mayor atención a las relaciones entre los procesos, cuales son dependientes de otros o cuales colaboran para la correcta ejecución de los demás procesos.
A pesar que el punto de vista comparte muchos aspectos semánticos con el anterior, el trabajo es tratar de descubrir nuevas relaciones entre los procesos, utilizando relaciones de disparo y de ujo, entrando más en el detalle del comportamiento de la organización.
3.5.1. Modelo Punto de Vista de Cooperación de Procesos de Negocio
En igual medida que la Importación es el proceso central en la compra de insumos en el exterior, la importación es también la interacción que se genera entre los procesos de negociación con proveedor, transporte y nacionalización de insumos y la entrega al cliente.
3.6. Punto de Vista del Producto
Describe el valor de los productos ofrecidos al cliente o otras entidades externas involu-cradas y muestra la composición de uno o más productos en términos de la composición de servicios y contratos asociados o otros acuerdos. También puede ser usado para ilus-trar las interfaces mediante las cuales el producto es ofrecido y los eventos asociados al producto. Este punto de vista es usado en el desarrollo de productos para diseñar un producto mediante la composición de servicios existentes o identicando cuales nuevos servicios se pueden crear a partir de un producto dando el valor esperado por el cliente [7].
Como se indica en el meta-modelo A.6, una vez identicado el producto, se debe enumerar las características que hacen que el producto tenga valor, por ejemplo características como conabilidad, eciencia o garantía. Estos valores deben ser los más relevantes, para que la organización alinee sus piezas para cumplir a cabalidad con estas características. Dependiendo el producto que se realiza en la organización existen diferentes tipos de contrato, en algunos casos pueden ser contratos complejos y en otros pueden ser tan sencillos como una factura de compra, esto se debe aclarar para el producto, ya que de él depende el soporte legal que respalda al producto y por ende a la compañía.
3.6.1. Modelo Punto de Vista del Producto
Figura 3.6.: Modelo de Punto de Vista del Producto. Fuente: Propia
APLICACIÓN
Los meta-modelos describen la relaciones correctas entre los diferentes componentes, pero no obliga a hacer uso de todos ellos en la realización o diseño de un modelo; El arquitecto es libre de diseñar el modelo respetando los componentes y sus relaciones.
4.1. Punto de Vista de Comportamiento de Aplicación
Describe el comportamiento interno de una aplicación. Este punto de visto es útil diseñan-do el principal comportamiento de aplicaciones, o identicandiseñan-do coincidencias funcionales entre diferentes aplicaciones, o identicando coincidencias funcionales entre diferentes aplicaciones[7].
El punto de vista de comportamiento de aplicación, describe un meta-modelo A.7 que comprende y/o implica la relación entre los componentes de aplicación.
Estos elementos permiten describir como una aplicación o aplicaciones se comportan entre sí en forma conjunta o individual; Como un servicio de aplicación opera sobre un objeto de datos, o como los objetos de datos se comunican a través de las interacciones y uso en las funciones de aplicación.
El meta-modelo indica como las funciones de aplicación puede ser asignadas a un compo-nente de aplicación, para describir una funcionalidad en particular, y como la agregación de dos o más componentes de aplicación generan o describen una colaboración de aplica-ción; Esto para identicar y demostrar cómo la colaboración de dos o más componentes pueden generar una funcionalidad más compleja.
4.1.1. Modelo Punto de Vista de Comportamiento de Aplicación
Figura 4.1.: Modelo de Punto de Vista de Comportamiento de Aplicación. Fuente: Propia
La trazabilidad de importación es la colaboración principal que agrupa a los compo-nentes de Gestión de Órdenes, Proveedor, Transporte, Nacionalización y el Tablero de seguimiento. Administrar las órdenes de compra, es la función asignada al componente de gestión de órdenes y es donde se evidencia el registro de cada una de las órdenes generadas en la empresa.
El componente de aplicación de Proveedor, mantiene al día la información pertinente a cada uno de los diferentes proveedores o vendedores con los que la empresa tiene o ha tenido relaciones comerciales; la función asignada al componente es la de Gestionar los Proveedores.
Seguir el transporte de los insumos durante su trayecto desde el puerto de origen al puerto de destino, es una función de aplicación que permite saber en todo momento en donde se encuentra la mercancía; está función está asignada al componente de aplicación de Transporte.
4.2. Punto de Vista de Colaboración de Aplicación
Describe las relaciones entre aplicaciones de componentes en términos de los ujos de in-formación entre ellos, o en términos de los servicios que ofrecen y utilizan. Adicionalmente se utiliza para crear una visión general de las aplicaciones de una organización. También se utiliza para expresar la cooperación (interna) o la orquestación de los servicios que en conjunto apoyan la ejecución de un proceso de negocio [7].
En punto de vista de cooperación de aplicación, se toma como referencia para su meta-modelo A.8 el meta-meta-modelo del punto de vista de comportamiento de aplicación, esto se debe a que da uso o implementación de los mismos componentes, con la salvedad que para el meta-modelo del punto de vista de cooperación de aplicación se adiciona el componente de localización.
A de quedar claro que para este punto de vista, el componente de localización puede expresar una ubicación lógica o conceptual dentro del diseño de los modelos.
En comparación con el meta-modelo del punto de vista de comportamiento de aplicación, el meta-modelo para el punto de vista de cooperación de aplicación permite diseñar un modelo donde prevalece o se evidencia la relación entre los diferentes componentes de una o varias aplicaciones, en función del ujo de información o en términos de los servicios que se ofrecen.
4.2.1. Modelo Punto de Vista de Colaboración de Aplicación
Figura 4.2.: Modelo de Punto de Vista de Colaboración de Aplicación. Fuente: Propia
conceptual denominada back oce junto al componente de tablero de seguimiento cen-trado de igual forma en una ubicación conceptual front oce; entre todos apoyan los servicios y proceso en la importación de insumos generando una colaboración de compo-nentes denominada Trazabilidad de Importación.
La localización conceptual Back Oce, se dene y agrupa a todos los componentes de aplicación, que con una visión profunda del negocio, se encargaran de registrar los pro-cesos y/o actividades que se realizan durante el proceso de importación. La información y datos sobre estos procesos será registrada en un esquema de base de datos relacional a manera de bitácora de las actividades realizadas. Lo anterior describe cómo la relación de funcionalidad por Creación, Lectura, Actualización y Borrado de la información en una base de datos, genera el agrupamiento o cooperación entre los componentes de aplicación de gestión de órdenes, transporte, proveedor y la nacionalización.
El Front Oce, es una localización conceptual, que agrupa o contiene el componente de Tablero de Seguimiento, el cual presenta una funcionalidad de reporte o visualización del estado de los procesos de importación. Este componente se alimenta de la información generada por los componentes del Back Oce, logrando así cumplir sus funciones. Al igual que en el punto de vista de comportamiento de aplicación, la Trazabilidad de Importación es el nombre que se le da a la colaboración entre los componentes que contiene el Back Oce y el Front Oce, esto para no confundir a los interesados en tecnología dentro de la arquitectura.
4.3. Punto de Vista de Estructura de Aplicación
Muestra la estructura de una o más aplicaciones o componentes. Es útil en el diseño o la comprensión de la estructura principal de aplicaciones o componentes y los datos asocia-dos; por ejemplo, para romper la estructura del sistema en construcción, o para identicar los componentes de aplicaciones que son adecuados para migración / integración [7]. Dentro del punto de vista de estructura de aplicación, el elemento sobresaliente en el meta-modelo A.9, es el componente de aplicación; el cual se describe como una parte modular de un sistema de software que encapsula su comportamiento y datos y que los expone mediante un grupo de interfaces.
Un componente de aplicación presenta las siguientes características:
Presenta una o más interfaces de aplicación. Los componentes cooperativos están conec-tados por una colaboración de aplicación. Puede ser asignado a una o más funciones de aplicación. Es independiente de despliegue, reutilizable y reemplazable. Realiza una más funciones de aplicación.
La representación estructurada de una aplicación se da por la descripción y denición de los componentes a utilizar, su relación y comportamiento a través de las interfaces de aplicación denidas.
4.3.1. Modelo Punto de Vista de Estructura de Aplicación
Figura 4.3.: Modelo de Punto de Vista de Estructura de Aplicación. Fuente: Propia
4.4. Punto de Vista de Uso de Aplicación
Describe cómo se utilizan las aplicaciones para soportar uno o más procesos de negocio, y la forma en que son utilizados por otras aplicaciones. Se puede utilizar en el diseño de una aplicación mediante la identicación de los servicios que necesitan los procesos de negocio y otras aplicaciones, o en el diseño de procesos de negocio mediante la descripción de los servicios que están disponibles. Por otra parte, ya que identica las dependencias de los procesos de negocio en las aplicaciones, puede ser útil para los gerentes operativos responsables de estos procesos [7].
El punto de vista de uso de aplicación describe cómo las aplicaciones dan soporte a los proceso del negocio, por esta razón, el meta-modelo A.10 comprende y adiciona compo-nentes de las capas de negocio, los cuales se integran y se relacionan con los compocompo-nentes de la capa de aplicación.
Así como en meta-modelo del punto de vista de estructura de aplicación, el componente de aplicación es el elemento trascendente, en este meta-modelo, lo es el servicio de aplicación, elemento que expone la funcionalidad de los componentes de aplicación en el entorno y el cual es accedido mediante una o más interfaces de aplicación.
Los servicios de aplicación se realizan por uno o más componentes de aplicación, el servicio de aplicación a su vez puede requerir el uso o generación de un objeto de datos.
4.4.1. Modelo Punto de Vista de Uso de Aplicación
Figura 4.5.: Modelo de Punto de Vista de Uso de Aplicación. b). Fuente: Propia
Figura 4.6.: Modelo de Punto de Vista de Uso de Aplicación. c). Fuente: Propia
El proceso de transporte de insumos es apoyado por el componente de software Trans-porte, el cual presta los servicios de registro de embarque de insumos, reporte del estado del buque y registro del desembarque de insumos.
El proceso de negociación con el proveedor es apoyado por los componentes de Gestión de órdenes de compra y proveedor, el primero presta el servicio de registro de órdenes de compra y el segundo, registro de negociación con proveedores.
Los componentes que apoyan el proceso de nacionalización de insumos son pago y levan-tamiento. El componente de pago aporta el servicio de registro de pago de impuestos y el componente de levantamiento presta el servicio de registro del levantamiento.
INFRAESTRUCTURA
5.1. Punto de Vista de Infraestructura
Contiene los elementos de infraestructura de hardware y software que soportan la capa de aplicación, tales como dispositivos, redes o sistemas de software; por ejemplo sistemas operativos, rewall, bases de datos, compiladores [7].
Como se logra observar en el meta-modelo A.11, se debe orientar cómo va a ser soportada la capa de aplicación, empezando por los elementos locativos, determinando la ubicación de la infraestructura, ya sea física o lógica.
Se debe determinar los nodos principales, los servidores o contenedores principales, como se relacionan a nivel digital con su entorno, utilizando redes de internet, lan o cualquier otro protocolo de comunicación.
Asociados a cada nodo, se lista el software que debe estar en cada nodo, tener en cuen-ta que es software que soporcuen-ta la capa de aplicación, por ejemplo sistemas operativos, contenedores web o motores de bases de datos.
5.1.1. Modelo Punto de Vista de Infraestructura
Figura 5.1.: Modelo de Punto de Vista de Infraestructura. Fuente: Propia
El lugar donde va a estar la aplicación, es en un servidor en el cual va a contener un gestor de bases de datos postgreSQL[18], También va a estar presente un servidor de aplicaciones donde se desplegará la aplicación desarrollada, la cual será accedida por el cliente desde un computador personal a través de internet.
La base de infraestructura se compone con un servicio de hosting soportado por el sis-tema operativo Linux y que contiene un servidor de aplicaciones WildFly [20] donde se despliegan los desarrollos de software, La estructura de datos que soporta las aplicaciones se sustenta por un gestor de base de base de datos que contiene un motor Postgres Sql [18].
5.2. Punto de Vista de Uso de Infraestructura
Muestra cómo las aplicaciones son soportadas por la infraestructura de software y hard-ware: Los servicios de infraestructura son entregados por los dispositivos; sistemas de software y las redes son proveídas a las aplicaciones. Este punto de vista juega un rol importante en el análisis de rendimiento y escalabilidad, desde este se reere a la in-fraestructura física al lógico mundo de las aplicaciones. Es muy útil determinando el rendimiento y los requisitos de calidad sobre la infraestructura basada en las demandas de las aplicaciones que se usan [7].
En el punto de vista de infraestructura, así como en su meta-modelo A.12 se identicaron los nodos, software y protocolos de comunicación que soportan la capa de aplicación, en este punto de vista se debe ser mas especico, indicando exactamente qué infraestructura soporta cuál aplicación. Para lograr esto se debe presentar un servicio de infraestructura el cual es realizado por una función de infraestructura.
El servicio de infraestructura se determina encontrando exactamente que ofrecen los elementos de infraestructura, por ejemplo un sistema operativo presta el servicio de administración de los recursos de hardware, o el elemento de red presta el servicio de comunicación de datos entre servidores y dispositivos.
5.2.1. Modelo Punto de Vista de Uso de Infraestructura
Figura 5.2.: Modelo de Punto de Vista de Uso de Infraestructura. Fuente: Propia
para presentar la información. Los componentes que se encargan de la transaccionalidad de la aplicación van a utilizar los servicios del nodo de aplicación.
5.3. Punto de Vista de Implementación y Despliegue
Muestra como una o varias aplicaciones son realizadas en la infraestructura, Además comprende el mapeo de aplicaciones lógicas y componentes dentro de artefactos, tal como Enterprise Java Beans [13], y el mapeo de la información usada por estas aplicaciones y componentes dentro de la infraestructura de almacenamiento, por ejemplo bases de datos o otros archivos. La vista de despliegue juega un papel importante en el análisis de rendimiento y escalabilidad, relacionando la estructura física al mundo de las aplicaciones lógicas. En seguridad y análisis de riesgo, la vista de despliegue es usada para identicar, por ejemplo, dependencias críticas y riesgos [7].
El meta-modelo A.13 describe e identica cómo los componentes lógicos se relacionan dentro de los componentes físicos, utilizando sistemas de software, muchos de estos ya existentes, también mediante dispositivos y artefactos.
El meta-modelo permite identicar la organización de los diferentes artefactos que satis-facen la realización de los servicios, nodos y sistemas de software presentados.
Un ejemplo claro de la organización o distribución en implementación, se puede evidenciar en sistemas de software complejos que pueden presentar el uso diferentes gestores de bases de datos, repositorios de almacenamiento de archivos, consulta a servidores de servicios en la nube, servidores de correos y más.
El punto de vista visualiza y describe como dentro del servidor de aplicaciones se despliega la aplicación SAPI, la cual contempla que todos sus componentes descritos en anteriores puntos de vista y que se representan como el componente central de Trazabilidad de Importación, presentan una comunicación directa con la base de datos donde se almacena la información del proceso de negocio.
5.4. Punto de Vista de Estructura de la Información
Esta vista es comparable a los modelos tradicionales de información creados en el desa-rrollo de software de casi cualquier sistema de información. Permite mostrar la estructura de la información de la organización en general o de un proceso o aplicación del negocio en particular en términos de tipos de datos o estructura de clases (orientación a objetos) [7].
En el meta-modelo A.14 del punto de vista se indica que se debe partir de las entidades que se encuentran en la capa de aplicación, identicando los principales objetos que se deben llevar hasta la capa de aplicación, incluso hasta el modelo de persistencia.
Las dependencias que se utilizan en este punto de vista son las de realización, entendiendo que los elementos que se identican en la capa de negocio, son realizados digitalmente por elementos de aplicación, y estos a su vez, realizados por artefactos de infraestructura. Además se presentan los elementos de signicado, que está representado en conceptos propios del negocio y el elemento de representación que permite llevar más a la realidad un concepto, como los los informes, reportes, presentaciones, indicadores, listados y cualquier otra salida de información.
5.4.1. Modelo Punto de Vista de Estructura de la Información
Durante el desarrollo de las capas negocio y de aplicación se han generado diversos y muy importantes conceptos que permitirán dar forma a cualquier desarrollo de sistemas de información. Todos esos conceptos son retomados en este punto de vista, estructurarlos y dándole orden mediante las relaciones que pueden presentar entre ellos.
Se inicia describiendo las principales entidades de información de la capa de negocio, como la importación, transporte, nacionalización y compra, estas entidades se deben llevar a la capa de aplicación para poder ser procesadas por un software.
Se puede observar en el modelo que la importación es una composición de las demás entidades, la trazabilidad, el transporte, la nacionalización, la orden de compra y la negociación, cada una de ellas aporta para la completa conceptualización de la entidad importación.
Este diagrama de clases da la primera percepción de cómo se va a realizar el modelo de clases de la aplicación, mostrando los módulos que se deben construir y especicar para representar en el prototipo de software todas las entidades de negocio involucradas.
5.5. Punto de Vista de Realización de servicios
Este punto de vista visualiza como por los procesos o componentes de aplicación se rea-lizan los servicios de negocio, evidenciando el puente entre el punto de vista de producto del negocio y la vista de procesos del negocio[7].
Como su nombre lo indica y se observa en el meta-modelo A.15, en este punto de vista se deben identicar los elementos claves para realizar el servicio que ofrece la compañía, es un tipo de resumen de los elementos generales y que se deben resaltar para comprender en su totalidad el servicio.
En este punto de vista el elemento por el cual se debe iniciar el diseño, es el servicio de negocio, de él se derivan los procesos principales y los objetos de negocio asociados al servicio; teniendo claro que los procesos de negocio se soportan con servicios de aplicación y componentes de aplicación, mientras que los objetos de negocio se realizan con objetos de aplicación.
5.5.1. Modelo Punto de Vista de Realización de Servicios
Figura 5.5.: Modelo de Punto de Vista de Realización de servicios. Fuente: Propia
El servicio de importación de insumos de manera eciente es utilizado por el departa-mento de almacén, representado como un rol de negocio, el cual solicita una compra que es ejecutada por el profesional de comercio exterior realizando el proceso de importación de insumos con el uso del objeto de aplicación de importación que es accedido mediante el componente de Trazabilidad de Importación.
5.6. Punto de Vista de Capas
Representa algunas capas y aspectos de una arquitectura empresarial en un diagrama. Hay dos categorías o capas, llamada capas dedicadas y capas de servicio. Las capas son el resultado del uso de agrupar relaciones para un particionamiento natural de los objetos y relaciones que pertenecen al modelo. Las capas de infraestructura, la aplicación, el proceso y los actores/roles pertenecen a la primera categoría. El principio de estructura detrás del punto de vista de capas está dedicado a lo que expone cada capa. Las capas describen la interacción mediante la relación usado por[7].
así presentar un paquete de negocio, paquete de aplicación y paquete de infraestructu-ra. Cada uno de ellos interactuando el uno con el otro, para que sea posible realizar el servicio que ofrece la compañía.
En estos paquetes agrupan los elementos principales de cada capa, en donde la capa de negocio presenta el proceso principal o general, para el paquete de aplicación el com-ponente principal que apoya al proceso, y para la infraestructura, el nodo principal que soporta el componente de aplicación.
Esta es una manera muy resumida y concreta de representar toda la arquitectura haciendo uso de las tres capas y sus elementos representativos, además se puede interpretar como el resultado de la abstracción de las capas elaboradas.
5.6.1. Modelo Punto de Vista de Capas
Figura 5.6.: Modelo de Punto de Vista de Capas. Fuente: Propia
6.1. Punto de Vista de Implicados
Permite el análisis para modelar los interesados, los manejadores para cambio internos y externos, y las mediciones (en términos de peso, debilidad, oportunidades y amenazas) de estos manejadores. También, las relaciones a los objetivos (de alto nivel) que direccio-nando estas preocupaciones y mediciones pueden ser descritas. Estos objetivos de base para los requisitos de los procesos de ingeniería, incluyendo renería de objetivos, análisis de contribución y conicto, y la derivación de requisitos que realizan los objetivos [7]. El meta-modelo A.17 describe como el componente de implicado está asociado al com-ponente de objetivos motivacionales y al driver de negocio o manejador. De igual forma el meta-modelo visualiza la asociación entre el assessment o evaluación con el objetivo motivacional y el manejador.
Se describen los objetivos principales de cada implicado, aclarando las preocupaciones o intereses de cada uno en términos de objetivos y manejadores. Esta relación entre objetivo e implicado, puede dar una visión clara de las preocupaciones o intenciones de cada uno, incluso se puede presentar que diferentes implicados tienen los mismos objetivos, de tal manera que estos son los primeros que se deberían resolver.
6.1.1. Modelo Punto de Vista de Implicados
Figura 6.1.: Modelo de Punto de Vista de Implicados. Fuente: Propia
Para cualquier proyecto es importante lograr denir en primera instancia quienes serán los principales involucrados y/o beneciarios en la denición y realización del proyecto y los objetivos del negocio o empresa que se verán impactados. No es necesario una denición precisa con nombre puntuales, puesto que las personas en muchas entidades están de paso; Para ello se denen bajo los roles o perles que desempeñan, como es el caso para la empresa Químicos Manios S.A, que para ejercicio del proyecto de investigación sobre el proceso de importación de insumos, se ha logrado identicar como Stakeholder o involucrados el Gerente de la entidad, el director de bodega, el director de compras y un profesional en comercio.
Sobre los objetivos para el proceso de importación, se han denido unos assessment o va-loraciones que puedan revelar fortalezas, debilidades, oportunidades y amenazas durante la investigación.
Para la realización de la cadena logística de importación, su valoración se da sobre la cantidad de órdenes de compra sin costos que se han generado. En la realización de la operación de importación de los insumos, la valoración se realiza en la cantidad de órdenes de compra entregadas en los tiempos pactados.
El número de órdenes de compra entregadas en su totalidad, es el assessment que da la valoración al objetivo de garantizar que los insumos importados y entregados a la empresa, correspondan a los solicitados.
6.2. Punto de Vista de Realización de Objetivos
Permite a un diseñador modelar el renamiento de objetivos (alto nivel) en objetivos más concretos, en el renamiento de objetivos concretos en requisitos o limitaciones que des-criben las propiedades que son necesitadas para realizar los objetivos. El renamiento de objetivos en sub-objetivos es modelado usando la relación de agregación. El renamiento de objetivos en requisitos es modelada usando la relación de realización. Adicionalmente, los principios pueden ser modelados para guiar el renamiento de objetivos en requisitos [7].
El el diseño del punto de vista de implicados, guiado por su meta-modelo A.18, surgen los objetivos motivacionales como componentes asociados a los implicados o interesados en el dominio de negocio de la compañía. Pero es en el meta-modelo del punto de vista de realización de objetivos donde estos son complementados o realizados mediante los componentes de restricción constraint, que son elementos que se denen como una restricción a la forma en que se realiza un sistema.
Es mediante las declaraciones de necesidad o requerimiento en un sistema que se puede realizar en igual medida también los objetivos motivacionales, los cuales presentan una relación muy arraigada con los principios.
6.2.1. Modelo Punto de Vista de Realización de Objetivos
Figura 6.2.: Modelo de Punto de Vista de Realización de Objetivos. Fuente: Propia
Para el punto de vista de realización de objetivos, es importante visualizar los requeri-mientos y restricciones que pueden abordar a los objetivos del negocio; por ellos, se logra identicar para cada objetivo un requerimiento y una restricción.
