Desarrollo de un DPA (Automatización de Procesos Digitales) en la plataforma FEB (IBM Forms Experience Builder) para apoyar un enfoque hacia la arquitectura SOA y el ciclo de vida de los servicios en el Banco de Occidente

Texto completo

(1)DESARROLLO DE UN DPA (AUTOMATIZACIÓN DE PROCESOS DIGITALES) EN LA PLATAFORMA FEB (IBM FORMS EXPERIENCE BUILDER) PARA APOYAR UN ENFOQUE HACIA LA ARQUITECTURA SOA Y EL CICLO DE VIDA DE LOS SERVICIOS EN EL BANCO DE OCCIDENTE.. CRISTIAN RODRÍGUEZ GUZMÁN. UNIVERSIDAD COOPERATIVA DE COLOMBIA FACULTAD DE INGENIERÍA PROGRAMA DE INGENIERÍA DE SISTEMAS BOGOTÁ D.C. 2019.

(2) DESARROLLO DE UN DPA (AUTOMATIZACIÓN DE PROCESOS DIGITALES) EN LA PLATAFORMA FEB (IBM FORMS EXPERIENCE BUILDER) PARA APOYAR UN ENFOQUE HACIA LA ARQUITECTURA SOA Y EL CICLO DE VIDA DE LOS SERVICIOS EN EL BANCO DE OCCIDENTE.. CRISTIAN RODRÍGUEZ GUZMÁN. Modalidad de Grado: Practica Empresarial. Proyecto de grado para optar al título de Ingeniero de Sistemas. Directores de Proyecto: JAIME ALBERTO PÁEZ PÁEZ. UNIVERSIDAD COOPERATIVA DE COLOMBIA FACULTAD DE INGENIERÍA PROGRAMA DE INGENIERÍA DE SISTEMAS BOGOTÁ D.C. 2019.

(3) Introducción El Banco de Occidente, perteneciente al Grupo Aval Acciones y Valores, nace en Cali en el año 1965 y desde entonces ha cumplido con un compromiso de desarrollo en el país, respondiendo a la confianza de la comunidad, de sus clientes y de sus accionistas. En el presente año cumplimos 53 años de operación y contamos con una red de 217 oficinas en Colombia, además de filiales en Panamá y Barbados. Actualmente el departamento de TI (tecnología) debido a la cantidad de servicios que emplea el banco al momento de pasarlos a la plataforma WSRR (WebSphere Service Registry and Repository) se presentan muchos retrocesos y mucha demora, por lo cual se requiere Desarrollar un DPA (Automatización de procesos digitales) en la plataforma FEB (IBM forms Experience builder) para apoyar un enfoque hacia la arquitectura SOA y el ciclo de vida de los servicios.

(4) Abstract. Banco de Occidente, belonging to the Group of Shares and Values, was born in Cali in 1965 and since then has fulfilled a commitment to development in the country, responding to the trust of the community, its customers and its shareholders. This year we celebrated 53 years of operation and we have a network of 217 offices in Colombia, as well as branches in Panama and Barbados. Currently the IT department (technology) due to the number of services used by the bank at the time of passing them to the WSRR platform (WebSphere Service Registry and Repository) there are many setbacks and a lot of delay, so it is necessary to develop a DPA ( Automation of digital processes) in the FEB platform (IBM forms Constructor Experience) to support a focus towards the SOA architecture and the life cycle of the services.

(5) Agradecimientos. Quiero expresar mi gratitud a Dios, quien con su bendición llena siempre mi vida y a toda mi familia por estar siempre presentes en especial a mi padre y mi madre por todo su apoyo durante el proceso.. Mi profundo agradecimiento a Banco de occidente por abrirme las puertas y permitirme realizar toda la práctica empresarial dentro de su empresa.. Finalmente quiero expresar mi más grande y sincero agradecimiento al Ingeniero, Jaime Páez principal colaboradora durante todo este proceso quien, con su dirección, conocimiento, y enseñanza permitió́ el desarrollo de este trabajo..

(6) Dedicatoria. Dedico este trabajo principalmente a Dios, por haberme dado la vida y permitirme el haber llegado hasta este momento tan importante de mi formación profesional. A mi padre, madre y abuela, por ser el pilar más importante y por demostrarme siempre su cariño y apoyo incondicional sin importar nuestras diferencias de opiniones. A mis hermanos Liz Karen, Anderson, Anny y isabella, a quienes quiero mucho, y gracias por compartir momentos significativos conmigo y por siempre estar dispuestos a escucharme y ayudarme en cualquier momento. A mi novia porque le amo infinitamente y eres un apoyo muy importante..

(7) Contenido Problema ...................................................................................................................................................... 9 Formulación de problema ...................................................................................................................... 9 Delimitación temporal ................................................................................................................................ 9 Delimitación espacial ................................................................................................................................ 10 Justificación ............................................................................................................................................... 10 1.0 Justificación social .......................................................................................................................... 10 1.1 Justificación tecnológica ................................................................................................................. 10 Objetivos .................................................................................................................................................... 11 Objetivos generales ............................................................................................................................... 11 Objetivos específicos ............................................................................................................................. 11 Justificación ............................................................................................................................................... 11 Desarrollo Ingenieril ................................................................................................................................. 12 Modelo ADDIE ...................................................................................................................................... 12 Metodología ............................................................................................................................................... 13 1.1 Análisis ............................................................................................................................................. 13 1.2 Diseño ............................................................................................................................................... 13 1.3 Desarrollo......................................................................................................................................... 13 Estado del Arte .......................................................................................................................................... 14 Marco legal ............................................................................................................................................ 14 Marco conceptual ...................................................................................................................................... 20 1.0 Service Oriented Architecture (SOA) ........................................................................................... 20 1.2 ESB-Enterprise service bus (Bus de Servicio Empresarial) ........................................................ 20 1.3 FEB (IBM Forms Experience Builder) ......................................................................................... 20 Marco teórico ........................................................................................................................................ 22 Conclusiones .............................................................................................................................................. 22 Webgrafía .................................................................................................................................................. 27.

(8) Figuras Figura 1 Diagrama de flujo catalogación de un servicio .............................................................. 24 Figura 2 Interfaz Gráfica Diseño Del Formulario página 1 ......................................................... 24 Figura 3 Interfaz Gráfica Diseño Del Formulario página 2 ......................................................... 25 Figura 4 Interfaz Gráfica Diseño Del Formulario página 3 ......................................................... 25 Figura 5 Interfaz Gráfica Diseño Del Formulario página 4 ......................................................... 26. |.

(9) Problema Un problema que actualmente la entidad bancaria tiene es que debido a la masiva proporción de servicios que se emplean al interior del banco y más específicamente en el proceso de la catalogación de servicios en la plataforma WSRR (WebSphere Service Registry and Repository) se presentan retrasos y complicaciones a la hora de diligenciar los formatos, ya que no es muy claro cómo se presenta la información en Excel. Usando este formato a veces se cometen errores cuando se diligencia, por lo que también cuando se tiene que devolver para su corrección hace muy tedioso el proceso para que el formato se corrija y se diligencia de la forma correcta. Cristian Rodríguez (2018, 9 de noviembre) problema. Formulación de problema De acuerdo con lo antes planteado se puede establecer ¿Cómo diseñar un aplicativo para un buen manejo de la información de los servicios? Cristian Rodríguez (2018, 9 de noviembre) Formulación de problema.. Delimitación temporal Para el uso de estas tecnologías se debe poseer un núcleo que tenga soporte vigente y permanente, es por esto que está sujeto a actualizaciones periódicas en donde el aplicativo base sea actualizado según los requerimientos que esta tenga. por consiguiente, el aplicativo también está sujeto a cambios que harán que el sistema no se deprecie con el tiempo hasta el punto de quedar obsoleto, por lo tanto, el soporte es vital con respecto al Aplicativo propuesto, es por esto que se mantendrá por un término de 10 años en donde muy probablemente que pueda tener muchos cambios a lo largo de este tiempo..

(10) Delimitación espacial El aplicativo que se va a desarrollar tiene como propósito estar en la red interna del banco de occidente. Delimitación económica Actualmente como punto principal el banco paga es por el tiempo de labor. Siendo así nuestra principal fuente el tiempo. El cual es pagado con una suma monetaria de 1’240.000 COP. Alcances y limitaciones Con este proyecto se lograría una cobertura a nivel de la red del banco de occidente, una limitación muy grande fue el no poder sacar el desarrollo debido a políticas del banco. Justificación 1.0 Justificación social La necesidad y la garantía es lo más indispensable, ya que este aplicativo que se le va a entregar al usuario, hecha para su mayor comodidad y flexibilidad de uso, este proyecto ara más eficiente el trabajo y también otorga un mejor control con la información.. 1.1 Justificación tecnológica Constantemente a nivel mundial la tecnología avanza y ayuda mucho a un mejor desempeño. Así que basándonos en las nuevas tecnologías decidimos desarrollar esta aplicación, sabiendo que trabajar con software fortalece mucho a los ingenieros. Por eso nosotros queremos mejorar esta propuesta..

(11) Objetivos Objetivos generales Desarrollo de un DPA (Automatización de procesos digitales) en la plataforma FEB (IBM forms Experience builder) para apoyar un enfoque hacia la arquitectura SOA y el ciclo de vida de los servicios en el banco de occidente. Cristian Rodríguez (2018, 9 de noviembre)- objetivo Objetivos específicos . Analizar y asimilar la comprensión de la plataforma FEB (IBM forms. Experience builder) . Analizar los procesos a mejorar, eh investigación sobre proceso actual.. . Diseño del proceso propuesto.. . Diseño gráfico y funcional de la aplicación. . Desarrollo del aplicativo propuesto..  Justificación La necesidad y la garantía es lo más indispensable, ya que este aplicativo que se le va a entregar para su implementación. hecha para su mayor comodidad y flexibilidad de uso. Sabiendo que Constantemente y nivel mundial la tecnología avanza y ayuda mucho a un mejor desempeño. Así que basándonos en las nuevas tecnologías decidimos desarrollar esta aplicación para un mayor rendimiento y mayor comodidad de uso.. Cristian Rodríguez (2018, 9 de noviembre) Justificación..

(12) Desarrollo Ingenieril. Modelo ADDIE El modelo ADDIE es un marco que lista procesos genéricos que utilizan diseñadores instruccionales y desarrolladores. Representa una guía descriptiva para la construcción de herramientas de formación y apoyo gracias al desarrollo de sus cinco fases que proceden de las iniciales de cada una de ellas en inglés:. . Análisis / Analysis. . Diseño / Design. . Desarrollo / Develop. . Implementación / Implement. . Evaluación / Evaluate. ADDIE es el marco de un Sistema de Diseño Instruccional (ISD). La mayoría de los modelos actuales de la DSI son variaciones del proceso ADDIE. Otros modelos incluyen el Dick y Carey y modelos ISD Kemp. El prototipado rápido es una alternativa de uso común de este enfoque; prototipado rápido es la idea de la revisión de retroalimentación continua o formativa, mientras se lleva a cabo la creación de materiales de instrucción. Este modelo se esfuerza para ahorrar tiempo y dinero por la captura de los problemas cuando todavía son fáciles de solucionar. Una expresión más reciente de prototipado rápido es SAM, por sus siglas en inglés (successive approximation model)..

(13) Metodología La metodología que usamos fue el método llamado Modelo ADDIE. A continuación, se describirán los pasos utilizados en la implementación de este modelo. 1.1 Análisis En esta etapa se establecieron los requisitos que necesitaría la aplicación para su desarrollo y su correcto funcionamiento para el usuario final. Entre ellos están:. Requisitos para su desarrollo:. . IBM Forms Experience Builder v 8.6. 1.2 Diseño De toda la información recolectada y los datos necesarios para comenzar con el desarrollo, se hará El diseño de la interfaz gráfica se realizará de forma más acorde y fácil para el usuario final. 1.3 Desarrollo Para el desarrollo de este proyecto de uso la metodología ágil llamada ADDIE. Por políticas del Banco de Occidente no fue posible agregar el desarrollo de la aplicación..

(14) Estado del Arte Marco legal (octubre 9). Diario Oficial No. 45.340, de 14 de octubre de 2003. Por la cual se modifica la reglamentación del ejercicio de la ingeniería, de sus profesiones afines y de sus profesiones auxiliares, se adopta el Código de Ética Profesional y se dictan otras disposiciones El Congreso de Colombia. DECRETA: TITULO I. GENERALIDADES. CAPITULO I. DEFINICIÓN Y ALCANCES. ARTÍCULO 1o. CONCEPTO DE INGENIERÍA. Se entiende por ingeniería toda aplicación de las ciencias físicas, químicas y matemáticas; de la técnica industrial y en general, del ingenio humano, a la utilización e invención sobre la materia. ARTÍCULO 2o. EJERCICIO DE LA INGENIERÍA. Para los efectos de la presente ley, se entiende como ejercicio de la ingeniería, el desempeño de actividades tales como: a) Los estudios, la planeación, el diseño, el cálculo, la programación, la asesoría, la consultoría, la interventoría, la construcción, el mantenimiento y la administración de construcciones de edificios y viviendas de toda índole, de puentes, presas, muelles, canales, puertos, carreteras, vías urbanas y rurales, aeropuertos, ferrocarriles, teleféricos, acueductos,.

(15) alcantarillados, riesgos (sic), drenajes y pavimentos; oleoductos, gasoductos, poliductos y en general líneas de conducción y transporte de hidrocarburos; líneas de transmisión eléctrica y en general todas aquellas obras de infraestructura para el servicio de la comunidad; b) Los estudios, proyectos, diseños y procesos industriales, textiles, electromecánicos, termoeléctricos, energéticos, mecánicos, eléctricos, electrónicos, de computación, de sistemas, teleinformáticas,. agroindustriales,. agronómicos,. agrícolas,. agrológicos,. de. alimentos,. agrometeorológicos, ambientales, geofísicos, forestales, químicos, metalúrgicos, mineros, de petróleos, geológicos, geodésicos, geográficos, topográficos e hidrológicos; c) La planeación del transporte aéreo, terrestre y náutico y en general, todo asunto relacionado con la ejecución o desarrollo de las tareas o actividades de las profesiones especificadas en los subgrupos 02 y 03 de la Clasificación Nacional de Ocupaciones o normas que la sustituyan o complementen, en cuanto a la ingeniería, sus profesiones afines y auxiliares se refiere. También se entiende por ejercicio de la profesión para los efectos de esta ley, el presentarse o anunciarse como ingeniero o acceder a un cargo de nivel profesional utilizando dicho título. PARÁGRAFO. La instrucción, formación, enseñanza, docencia o cátedra dirigida a los estudiantes que aspiren a uno de los títulos profesionales, afines o auxiliares de la Ingeniería, en las materias o asignaturas que impliquen el conocimiento de la profesión, como máxima actividad del ejercicio profesional, solo podrá ser impartida por profesionales de la ingeniería, sus profesiones afines o sus profesiones auxiliares, según el caso, debidamente matriculados.. ARTÍCULO 3o. PROFESIONES AUXILIARES DE LA INGENIERÍA. Se entiende por Profesiones Auxiliares de la Ingeniería, aquellas actividades que se ejercen en nivel medio, como auxiliares de los ingenieros, amparadas por un título académico en las modalidades educativas de formación técnica y tecnológica profesional, conferido por instituciones de.

(16) educación superior legalmente autorizadas, tales como: Técnicos y tecnólogos en obras civiles, técnicos y tecnólogos laboratoristas, técnicos y tecnólogos constructores, técnicos y tecnólogos en topografía, técnicos y tecnólogos en minas, técnicos y tecnólogos delineantes en ingeniería, técnicos y tecnólogos en sistemas o en computación, analistas de sistemas y programadores, técnicos y tecnólogos en alimentos, técnicos y tecnólogos industriales, técnicos y tecnólogos hidráulicos y sanitarios, técnicos y tecnólogos teleinformáticas, técnicos y tecnólogos agroindustriales y los maestros de obras de construcción en sus diversas modalidades, que demuestren una experiencia de más de diez (10) años en actividades de la construcción, mediante certificaciones expedidas por ingenieros y/o arquitectos debidamente matriculados y, excepcionalmente, por las autoridades de obras públicas y/o de planeación, municipales. ARTÍCULO 4o. PROFESIONES AFINES. Son profesiones afines a la ingeniería, aquellas que siendo del nivel profesional, su ejercicio se desarrolla en actividades relacionadas con la ingeniería en cualquiera de sus áreas, o cuyo campo ocupacional es conexo a la ingeniería, tales como: La Administración de Obras Civiles, la Construcción en Ingeniería y Arquitectura; la Administración de Sistemas de Información; la Administración Ambiental y de los Recursos Naturales, la Bioingeniería y la Administración en Informática, entre otras. Nota: Sentencia C-570 de 2004, Corte Constitucional. El presente artículo fue declarado EXEQUIBLE. ARTÍCULO 5o. AMPLIACIÓN DE LA CLASIFICACIÓN NACIONAL DE OCUPACIONES. En todo caso, el Consejo Profesional Nacional de Ingeniería, Copnia, podrá ampliar el alcance de las actividades a que se refiere la Clasificación Nacional de Ocupaciones en los Subgrupos 02 y 03 o norma que la sustituya o reforme, de acuerdo con las nuevas modalidades.

(17) de los programas y títulos académicos en ingeniería y sus profesiones afines y auxiliares que se presenten en el país. Nota: Sentencia C-191 de 2005. Corte Constitucional. El presente artículo fue declarado EXEQUIBLE de manera condicionada, en el entendido de que la facultad otorgada por la presente norma al COPNIA, tiene naturaleza exclusivamente técnica y no implica la posibilidad de agregar o excluir actividades a las que se refiere la clasificación nacional de ocupaciones en los subgrupos 02 y 03 o norma que la sustituya Sentencia C-667 de 2005, Corte Constitucional. En relación con el presente artículo, la Corte Constitucional declaró estarse a lo resuelto en la Sentencia C-191 de 2005.. ARTÍCULO 12. EXPERIENCIA PROFESIONAL. Para los efectos del ejercicio de la ingeniería o de alguna de sus profesiones afines o auxiliares, la experiencia profesional solo se computará a partir de la fecha de expedición de la matrícula profesional o del certificado de inscripción profesional, respectivamente. Todas las matrículas profesionales, certificados de inscripción profesional y certificados de matrícula otorgados con anterioridad a la vigencia de la presente ley conservan su validez y se presumen auténticas. CAPITULO II. DE LOS DEBERES Y OBLIGACIONES DE LOS PROFESIONALES. ARTÍCULO 31. DEBERES GENERALES DE LOS PROFESIONALES. Son deberes generales de los profesionales los siguientes: a) Cumplir con los requerimientos, citaciones y demás diligencias que formule u ordene el Consejo Profesional Nacional de Ingeniería respectivo o cualquiera de sus Consejos Seccionales o Regionales;.

(18) b) Custodiar y cuidar los bienes, valores, documentación e información que por razón del ejercicio de su profesión, se le hayan encomendado o a los cuales tenga acceso; impidiendo o evitando su sustracción, destrucción, ocultamiento o utilización indebidos, de conformidad con los fines a que hayan sido destinados; c) Tratar con respeto, imparcialidad y rectitud a todas las personas con quienes tenga relación con motivo del ejercicio de la profesión; Nota: Sentencia C-570 de 2004, Corte Constitucional. El Literal c) declarado INEXEQUIBLE. d) Registrar en el Consejo Profesional Nacional de Ingeniería respectivo o en alguno de sus Consejos Seccionales o Regionales, su domicilio o dirección de la residencia y teléfono, dando aviso oportuno de cualquier cambio; Nota: Sentencia C-570 de 2004, Corte Constitucional. El Literal d) declarado INEXEQUIBLE. e) Permitir el acceso inmediato a los representantes del Consejo Profesional Nacional de Ingeniería respectivo y autoridades de policía, a los lugares donde deban adelantar sus investigaciones y el examen de los libros, documentos y diligencias correspondientes, así como prestarles la necesaria colaboración para el cumplido desempeño de sus funciones; f) Denunciar los delitos, contravenciones y faltas contra este Código de Ética, de que tuviere conocimiento con ocasión del ejercicio de su profesión, aportando toda la información y pruebas que tuviere en su poder; g) Los demás deberes incluidos en la presente ley y los indicados en todas las normas legales y técnicas relacionados con el ejercicio de su profesión..

(19) ARTÍCULO 37. DEBERES DE LOS PROFESIONALES PARA CON SUS COLEGAS Y DEMÁS PROFESIONALES. Son deberes de los profesionales para con sus colegas y demás profesionales de la ingeniería: a) Abstenerse de emitir públicamente juicios adversos sobre la actuación de algún colega, señalando errores profesionales en que presuntamente haya incurrido, a no ser de que ello sea indispensable por razones ineludibles de interés general o, que se le haya dado anteriormente la posibilidad de reconocer y rectificar aquellas actuaciones y errores, haciendo dicho profesional caso omiso de ello; b) Obrar con la mayor prudencia y diligencia cuando se emitan conceptos sobre las actuaciones de los demás profesionales; c) Fijar para los colegas que actúen como colaboradores o empleados suyos, salarios, honorarios, retribuciones o compensaciones justas y adecuadas, acordes con la dignidad de las profesiones y la importancia de los servicios que prestan; Nota: Sentencia C-570 de 2004, Corte Constitucional. El Literal c) declarado CONDICIONALMENTE EXEQUIBLE " ... en el entendido de que, para efectos disciplinarios, al definir si la retribución es justa y adecuada en cada caso la autoridad deberá tener como único parámetro de juicio todas las normas jurídicas vigentes, aplicables a la relación que se examina". d) Respetar y reconocer la propiedad intelectual de los demás profesionales sobre sus diseños y proyectos. Diario Oficial No. 45.340, de 14 de octubre de 2003.

(20) Marco conceptual 1.0 Service Oriented Architecture (SOA) SOA es un estilo de Arquitectura de Software basado en la definición de servicios reutilizables, con interfaces públicas bien definidas, donde los proveedores y consumidores de servicios interactúan en forma desacoplada para realizar los procesos de negocio. Se basa en cuatro abstracciones básicas: servicios, application frontend, repositorio de servicios y bus de servicios. Un servicio consiste en una implementación que provee lógica de negocio y datos, un contrato de servicio, las restricciones para el consumidor, y una interfaz que expone físicamente la funcionalidad. Las application frontend consumen los servicios formando procesos de negocios. Un repositorio de servicios almacena los contratos de servicios y el bus de servicios interconecta las application frontend y los servicios. Architecture Best Practices” Prentice Hall, 2005, ISBN 0-13-146575-9. 1.2 ESB-Enterprise service bus (Bus de Servicio Empresarial). Es un modelo de arquitectura de software que gestiona la comunicación entre servicios web. Es un componente fundamental de la Arquitectura Orientada a Servicios. 1.3 FEB (IBM Forms Experience Builder) formulario y agregar elementos de flujo de trabajo, publicar su aplicación completa y revisar los resultados del envío. . Creación de una aplicación de encuesta : utilice Forms Experience Builder para. diseñar y publicar una aplicación de encuesta básica..

(21) . Creación y administración de aplicaciones para la documentación del. producto Forms Experience Builder. . Crear e implementar una aplicación utilizando Forms Experience Builder :. agregar elementos a un formulario, publicar una aplicación y revisar los resultados enviados. . Paquetes de inicio de Forms Experience Builder : una serie de formularios. precompilados que puede importar a Forms Experience Builder y modificar para su propio uso. . Digital Process Automation (DPA). La "automatización de procesos digitales" (DPA) está emergiendo rápidamente como una evolución importante de la categoría tradicional de "Gestión de procesos de negocios" o "BPM". Detrás de este cambio está la creciente necesidad de que las empresas automaticen los procesos como parte de iniciativas de transformación digital más amplias..

(22) Marco teórico (No aplica, producto nuevo) Conclusiones En el desarrollo del trabajo se dejó un diseño el cual se basa en la mejora del actual el cual se usa en Excel. El nuevo diseño se dejó en (IBM forms Experience builder), trata de mejorar la experiencia al usuario para una mayor organización, con los cuales podremos reducir tiempo al momento de la catalogación de los servicios. Aun no será implementado por qué no cuenta con un apoyo financiero para su producción e implementación..

(23) Graficas. Gráfico 1 Diagramas de secuencia catalogación de un servicio.

(24) Gráfico 2 Diagrama de flujo catalogación de un servicio. Gráfico 3 Interfaz Gráfica Diseño Del Formulario página 1.

(25) Gráfico 4 Interfaz Gráfica Diseño Del Formulario página 2. Gráfico 5 Interfaz Gráfica Diseño Del Formulario 3.

(26) Gráfico 6 Interfaz Gráfica Diseño Del Formulario 4.

(27) Webgrafía . https://es.wikipedia.org/wiki/Enterprise_service_bus. . https://www.ibm.com/support/knowledgecenter/en/SS6KJL_8.6.0/FEB/get_feb_overview. html. . https://blog.bizagi.com/2017/03/16/what-is-digital-process-automation/. . https://copnia.gov.co/nuestra-entidad/normatividad/ley-842-de-2003. . https://es.wikipedia.org/wiki/Enterprise_service_bus. . https://www.ibm.com/support/knowledgecenter/en/SS6KJL_8.6.0/Welcome/FEB_Welcom e.html.

(28) Referencias . Morrison, Gary R. Designing Effective Instruction, 6th Edition.. . Piskurich, G.M. (2006).. . Saltar a: a b Branson, R. K., Rayner, G. T., Cox, J. L., Furman, J. P., King, F. J., Hannum, W. H. (1975).. . Ed Forest: The ADDIE Model: Instructional Design, Educational technology. . NAVAL EDUCATION AND TRAINING COMMAND INTEGRATED LEARNING ENVIRONMENT COURSE DEVELOPMENT AND LIFE-CYCLE MAINTENANCE. Naval Education and Training Command. noviembre de 2010.. . Krafzig, D. Banke, K. Slama, D. “Enterprise SOA, Service Oriented Architecture Best Practices” Prentice Hall, 2005, ISBN 0-13-146575-9.

(29)