MIGRACIÓN DE UNA ARQUITECTURA TRADICIONAL A UNA ARQUITECTURA ORIENTADA A SERVICIOS (SOA)

Tamaño: px
Comenzar la demostración a partir de la página:

Download "MIGRACIÓN DE UNA ARQUITECTURA TRADICIONAL A UNA ARQUITECTURA ORIENTADA A SERVICIOS (SOA)"

Transcripción

1 MIGRACIÓN DE UNA ARQUITECTURA TRADICIONAL A UNA ARQUITECTURA ORIENTADA A SERVICIOS (SOA) Nelson Beltran Galvis Grupo de Investigación de Ingeniería de Software, Universidad Francisco de Paula Santander. Dirección: Laboratorio de Software. Teléfono: ext Resumen En este artículo, se presenta una propuesta para la migración de una arquitectura de software tradicional a una arquitectura orientada a servicios, mostrando primero, las razones o no de migrar a una arquitectura orientada a servicios y cuales serían las estrategias para realizar esta migración. Además, se propone una migración a SOA basada en tres características principales: Arquitectura basada en capas, identificación y clasificación de servicios, y un enfoque Interactivo e incremental. La metodología propone cuales deberían ser las actividades a realizarse en cualquier organización para realizar el análisis de Servicios como parte de alguna estrategia que haya decidido adoptar para lograr una migración a SOA, que les permita cambiar la manera de pensar no en aplicaciones sino en servicios; siendo esta la mejor manera de alinear la TI con los procesos del negocio, de responder a los cambios exigentes del ambiente y poder hacer alianzas con nuevos socios de negocios. Palabras Claves: Arquitectura, software, SOA, servicios, migración. Introducción SOA se podría ver como un enfoque de conectar aplicaciones que se exponen como servicios con aplicaciones que consumen estos servicios de una forma flexible y extensa. Los Servicios poseen unos principios que se deben guardar en todo momento, para poder ser llamados Orientados a Servicios [1]: Los servicios son reutilizables Independientemente de si existen oportunidades inmediatas de reutilización, los servicios son diseñados para apoyar la potencial reutilización. Los servicios comparten un contrato formal que describe cada servicio y define los términos (las condiciones) del intercambio de la información. Los Servicios deben ser débilmente acoplados: Los servicios deben ser diseñados para interactuar sin dependencias fuertes con otros Los servicios abstraen la lógica subyacente: La única parte visible al mundo exterior debe ser por la vía del contrato de Los servicios son servicios compuestos, pueden componer otros Esto permite que la lógica sea representada en diversos niveles del granularidad y promueve reutilización y la creación de capas de abstracción. Los servicios son autónomos, la lógica gobernada por un servicio reside dentro de un límite explícito. El servicio tiene control dentro de este límite y no es dependiente de otros servicios para que se ejecute. Los servicios son servicios sin estado, no se debe requerir manejar la información del estado, ya que esto puede impedir su capacidad de seguir siendo débilmente acoplados. Los Servicios deben ser descubribles, permitiendo que sus descripciones

2 sean descubiertas y entendidas por humanos y otros servicios que puedan tener la capacidad de usar su lógica. SOA no es nuevo, existen muchas tecnologías para su implementación: CORBA, DCOM, RMI y Servicios Web. Desafortunadamente CORBA y DCOM son tecnologías propietarias. La primera es un estándar asumido por la OMG [2], pero se ha visto en la realidad que depende de los vendedores de la tecnología que implementa CORBA y de la interpretación que le dan al estándar. La segunda, es una tecnología desarrollada por Microsoft y la tercera, solo funciona en Java. Por último, Servicios Web, es un término que se refiere a tecnologías basadas en XML. Usando un documento XML creado en forma de un mensaje, un programa envía un requerimiento al Servicio Web a través de la Red y opcionalmente, recibe una respuesta, también en forma de un documento XML; de esta manera funciona un Servicio Web. Los Servicios Web pueden ser usados para la integración Negocio a Negocio (Business to Business), conectar aplicaciones ejecutándose por diferentes organizaciones en la misma cadena de valor. También se pueden usar para resolver el problema de integrar Aplicaciones Empresariales (EAI). SOA en el futuro inmediato esta siendo implementado bajo el estándar de Servicios Web; según Gartner en su reporte dice: desde el 2008, SOA y Servicios Web serán implementados juntos en mas del 75% de los nuevos proyectos de SOA y Servicios Web [3]. Implementar una arquitectura Orientada a Servicios puede involucrar el desarrollo de aplicaciones que usan servicios, hacer aplicaciones disponibles como servicios tal que otras aplicaciones puedan usar estos Existen disciplinas de modelamiento establecidas y consolidadas como el Análisis y Diseño Orientado a Objetos (ADOO), los framework de Arquitecturas Empresariales (EA) y el modelamiento de procesos del negocio (BPM), que proveen unas prácticas de alta calidad permitiendo identificar y realizar abstracciones apropiadas dentro de una arquitectura: ocultamiento de información, separación de capas, modularización, etc. Es importante resaltar que en el análisis y diseño orientado a Objetos [4], la gran preocupación son las abstracciones a nivel micro como clases e instancias de objetos individuales; las Arquitecturas empresariales tales como Zachman [5] muestran un punto de vista de planeación de soluciones arquitecturales, pero no direccionan en las abstracciones empresariales que faciliten la reutilización. El BPM permite tener una vista funcional de las unidades de trabajo, pero no entran en el dominio de la implementación y de la Arquitectura. Por ello, ninguna de las tres por si sola responde a necesidades de SOA. También aparecen las metodologías de desarrollo basadas en componentes, pero es necesario aclarar que entre servicios y componente existen múltiples diferencias que impiden sean tomadas sin pensar en modificarlas. Pero es claro, que estas prácticas no son suficientes para cubrir todos los requerimientos de SOA como son: servicios de coreografía, servicios de repositorios y la orquestación de servicios, las cuales requieren explicita atención durante el modelamiento. También se presenta el problema, que la implementación de SOA trae como consecuencia un impacto [6] en los sistemas organizacionales, en la estructura organizacional y en los individuos.

3 SOA afecta los sistemas organizacionales, ya que no es lo mismo construir Sistemas Distribuidos Tradicionales, que Sistemas Orientados a Servicios. Esta es una de las fallas que se presentan sino existe una metodología que direcciones la migración y el desarrollo de SOA. Si esto ocurre, se pueden presentar errores cuando se usan múltiples servicios para implementar un sistema, es muy fácil que la comunicación entre estos se salga de control. Por ejemplo, se puede tener un servicio que llama a otros servicios, algunos de los cuales llama a otros servicios, y de esta manera, muy fácilmente el sistema se vuelve inmanejable. De esta manera, un sistema grande puede terminar con múltiples dependencias. Detectar un problema de rendimiento o funcionalidad se puede volver muy complicado. SOA suena como la panacea de la integración de aplicaciones; pero cabe hacerse la gran pregunta: Cuál es metodología a seguir para transformar una organización con Arquitectura Distribuida tradicional a una Arquitectura Orientada a Servicios basada en Servicios Web?, también se pueden hacer las siguientes: Se puede aplicar a cualquier empresa?, Cuáles procesos del negocio se transformaran en Servicios? Porque no migrar a SOA En ciertos casos, es mejor no implementar SOA porque no es una solución conveniente. El analista Jason Bloomberg de ZapThink.com explica en su articulo cuando no utilizar un SOA [7], que no se debe implementar SOA en los casos que los beneficios obtenidos con él serán opacados por los costos de implementación y los tiempos de respuesta. Tampoco se debe migrar cuando se tiene un ambiente IT homogéneo, cuando el funcionamiento en tiempo real es absolutamente crítico, o cuando la flexibilidad no es necesaria. Estrategias de migración a SOA a partir de una arquitectura tradicional Se puede empezar con una prueba piloto o integración punto a punto que permita reducir los riesgos de migración a SOA, comprender la tecnología necesaria y evaluar la capacidad de la empresa a transformar sus sistemas heredados a servicios que encapsulen y oferten lógicas legadas mediante adaptadores. La desventaja de esta opción es la poca reutilización que se logra al perder de vista la integración de todo el modelo del negocio. Ver figura 1 Figura 1. Estrategias de Migración a SOA La segunda opción es tomar una línea del negocio que tenga características de reutilización, autonomía y con capacidad para crear una interfaz de operaciones de servicios; adicionalmente, que no sea vital para la organización pero muy útil para aplicar la metodología de desarrollo de SOA. La tercera opción es adoptar SOA en toda la organización, para ello es indispensable crear un modelo de gobierno que posibilite el control, seguimiento y evaluación de esta opción de adopción. La ultima opción es integrar el SOA empresarial con los socios de negocios con el fin de integrarse a través de estrategias Business to Business.

4 Propuesta de migración a un proyecto SOA La presente propuesta metodológica se basa en unas características esenciales que enmarcan la arquitectura a desarrollar en la migración a SOA: Arquitectura SOA basada en capas Identificación y clasificación de Servicios Enfoque Interactivo e incremental Arquitectura SOA basada en capas La arquitectura de SOA se basará en la construcción de capas de Servicios que permitirá presentar un aspecto específico de la solución, dirigiéndose a cada uno de los problemas que se identifiquen. La identificación y construcción de los Servicios que requiere una organización dependerán del alcance de la lógica enmarcada por ellos; existirán unos que mantienen la lógica de los procesos del negocio, otros, la lógica de tareas específicas, la lógica referente a los datos persistentes y otros, la lógica referente a una actividad específica. Esto traerá como consecuencia la reutilización de servicios, la habilidad para mantener la concordancia entre los servicios y el funcionamiento empresarial; así como también, la orquestación o composición de Las tres capas de abstracción de Servicios propuestos para SOA son (ver figura 2): Figura 2. Capas de Servicios Capa de servicios de aplicación Capa de servicios de Negocio Capa de servicios de proceso u orquestación Capa de servicios de aplicación. Hace referencia a especificaciones tecnológicas. En esta capa residen los servicios de aplicación los cuales tienen las siguientes características: Ellos exponen la funcionalidad dentro de un contexto de procesamiento específico. Ellos utilizan los recursos disponibles dentro de una plataforma dada. Ellos son genéricos y reutilizables. Ellos pueden usarse para lograr la integración punto a punto con otros servicios de la aplicación. Ellos son a menudo inconsistentes en términos de la granularidad que ellos exponen, pueden ser de granularidad fina o gruesa (sistemas heredados), pero por lo general son de granularidad fina. Capa de servicios del negocio. En esta capa residen los servicios del negocio, los cuales muchas veces hacen el papel de controladores de la ejecución de servicios de la aplicación con el fin de llevar a cabo la lógica del negocio. En esta capa se crean dos tipos de servicios del negocio: Servicios del negocio centrados en tareas y centrados en entidad. El primero encapsula la lógica específica del negocio en tareas (este tipo de servicio generalmente se requiere cuando la lógica del proceso de negocio no se centraliza como parte de una capa de orquestación y son poco reutilizables). Los segundos, encapsulan una entidad del negocio específica, manejan la persistencia de los datos. Capa de servicios de orquestación (procesos del negocio). En esta capa residen los servicios del proceso del negocio, los cuales son controladores en la ejecución de las reglas y la lógica del negocio a la hora de ejecutar servicios del negocio o de aplicación, para llevar a cabo un proceso específico. Identificación y clasificación de

5 La identificación y clasificación de Servicios esta orientado a la construcción de Servicios dependiendo de la capa de Servicios al cual pertenece: Capa de proceso del negocio, capa de servicios del negocio o capa de aplicación. Las funciones internas de una organización sin mirar la estructura o su tamaño, pueden ser descompuestas en Esto es porque los servicios representan una unidad lógica de trabajo y es obvio, que una organización esta dividida en unidades de trabajo. Las fuentes con las cuales los Servicios pueden ser deducidos es través del Modelo BMP, Modelo de Casos de Uso, Modelo de Entidad Relación, o del Modelo de componentes existente. Modelo BPM (Business Process Management) representa los procesos y subprocesos definidos en una Organización con el cual los Servicios se pueden derivar de la lógica de procesos de flujos de trabajo. Entonces, un servicio puede representar una parte, un subproceso, o un proceso completo o una tarea. (ver figura 3). De lo anterior, podemos decir que del modelo de casos de uso del negocio se pueden derivar Servicios del proceso del Negocio, obviamente haciéndoles un análisis exhaustivo. Del Modelo de Casos de Uso, se podría derivar Servicios del negocio orientados a Tareas. Otra fuente para deducir servicios del negocio es el Modelo de entidad Relación donde las entidades primarias representan los documentos del negocio por lo cual los servicios centrados en entidad están constituidos por el conjunto de operaciones que facilitan las diferentes funcionalidades asociadas con el procesamiento y persistencia de estas entidades. El comportamiento de los componentes es similar a los Servicios Web [9], a excepción que los Servicios Web utilizan la Internet necesariamente bajo unos estándares establecidos, mientras los componentes dependen de una implementación de un fabricante (J2EE,.NET, CORBA, DCOM, etc.). Por lo tanto, los componentes se pueden convertir fácilmente en servicios de aplicación, simplemente haciendo una envoltura que encapsule el comportamiento del componente en un Servicio Web. Enfoque iterativo e incremental Figura 3. Un servicio puede representar parte, subproceso, o un proceso completo Los Casos de Uso proporcionan un medio intuitivo y sistemático para capturar los requisitos funcionales (la forma en que los usuarios usan el sistema) con un énfasis especial en el valor agregado para cada usuario individual o sistema externo. La propuesta, se basa en un enfoque iterativo e incremental, que permita ir incrementando en cada iteración el proceso de migración hacia una arquitectura SOA, tomando líneas de negocio o procesos estratégicos que le agreguen valor al negocio y donde sea aplicable más fácilmente la orientación a Se quiere hacer una migración a SOA que se pueda controlar los riesgos críticos y significativos desde el principio, y para construir el sistema a lo largo del tiempo en lugar de hacerlo de una sola vez, donde los cambios se vuelven costosos.

6 Proceso del análisis orientado a servicios El análisis orientado a servicios se aplica en diversos niveles o capas, ya que desde la perspectiva de análisis cada capa tiene requerimientos diferentes de modelamiento, por ejemplo, el análisis requerido para la capa de servicios de aplicación son diferentes que los necesitados para modelar la capa de servicios de negocios. Figura 4. Análisis Orientado a Servicios En la figura 4 se muestra el flujo de trabajo asociadas con el análisis orientado a Servicios. Modelar Servicios candidatos de Proceso de Negocio: El objetivo es identificar servicios candidatos de proceso de negocio con sus respectivas operaciones. Además, la lógica de orquestación o del negocio entre estas operaciones. Modelar Servicios candidatos de Negocio: El objetivo es identificar servicios candidatos de negocio, tanto las centradas en tareas como las centradas en entidad; con sus respectivas operaciones. Además, la lógica de orquestación entre estas operaciones. A su vez, podría requerir volver a modelar los servicios del proceso del negocio después de aplicar los principios de Orientación a Modelar Servicios candidatos de Aplicación: El objetivo es identificar servicios candidatos de Aplicación con sus respectivas operaciones. Además, la lógica de orquestación entre estas operaciones. A su vez, podría requerir volver a modelar los servicios del proceso del negocio o el negocio después de aplicar los principios de Orientación a Conclusiones SOA es una estrategia de aplicaciones empresariales que debe facilitar su integración. Además que debe motivar la construcción de servicios, mas que de aplicaciones. Esta propuesta permitirá que las organizaciones que estén pensando en migrar hacia una arquitectura orientada a servicios tengan la forma de encontrar la estrategia más adecuada para enfrentar esta meta. Les permitirá asumir un compromiso y unas tareas para cambiar la manera de pensar no en aplicaciones sino en servicios; siendo la mejor manera de alinear la TI con los procesos del negocio, de responder a los cambios exigentes del ambiente y poder hacer alianzas con nuevos socios. Bibliografía [1] ERL, Thomas. Service-Oriented Architecture: Concepts, Technology, and Design. Prentice Hall, Edición. United States of America: Prentice Hall p. ISBN: [2] OBJECT MANAGEMENT GROUP. Disponible en la Web: [3] YEFIM, Natis. Service-Oriented Architecture Scenario. GARTNER RESEARCH. [en linea]. Gartner. 16 April 2003 ID Number: AV [en linea]. Disponible en la Web: <http://www.gartner.com/resources/ /114358/ pdf [4] BOOCH, Grady et al. The Unified Software development process. 1 Edición. Adisson-Wesley [5] The Zachman Institute for Framework

7 Advancement (ZIFA). Disponible en la Web: [6] BIEBERSTEIN, Norbert et al. Impact of service-oriented architecture on enterprise system, organizational structures, and individuals. IBM System Journal. [en linea].vol. 44. No [7] BLOOMBERG, Jason. When Not to Use an SOA. ZapThink.com. [On line], disponible en la Web: =ZAPFLASH [8] ORT, Ed.Service-Oriented Architecture and Web Services: Concepts, Technologies, and Tools [en linea]. Sun MicroSystem. [9] CHEESMAN, John et al. UML COMPONENTS, a simple process for Specifying Components-Based Software. EUA: Addisson Wesley. 3 edicion p. ISBN:

Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta

Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta (Business Process Management, BPM). La Gerencia de los Procesos del Negocio: Se define como: "integración

Más detalles

Introducción. http://www.microsoft.com/spanish/msdn/comunidad/mtj.net/voices/art143.asp - Gráfica tomada del Artículo de José David Parra

Introducción. http://www.microsoft.com/spanish/msdn/comunidad/mtj.net/voices/art143.asp - Gráfica tomada del Artículo de José David Parra Si en otros tiempos el factor decisivo de la producción era la tierra y luego lo fue el capital... hoy día el factor decisivo es cada vez más el hombre mismo, es decir, su conocimiento... Juan Pablo II

Más detalles

1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio).

1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio). 1 GLOSARIO A continuación se definen, en orden alfabético, los conceptos básicos que se han abordado a lo largo del desarrollo de la metodología para la gestión de requisitos bajo la Arquitectura Orientada

Más detalles

El desarrollo de aplicaciones

El desarrollo de aplicaciones e d i t o r i a l Entendiendo el desarrollo de los sistemas SOA María Consuelo Franky R. El desarrollo de aplicaciones orientadas y basadas en servicios, como estilo de arquitectura, emergió sobre la arena

Más detalles

Cómo lograr una implementación exitosa de SOA?

Cómo lograr una implementación exitosa de SOA? Software Huibert Aalbers Certified Executive Software IT Architect BUE Technical Sales, SW Services Manager IBM de Mexico 2007 IBM Corporation Agenda!Interoperabilidad! De dónde viene SOA?!Las distintas

Más detalles

ARQUITECTURAS DE PROCESOS DE NEGOCIOS INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN

ARQUITECTURAS DE PROCESOS DE NEGOCIOS INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN ARQUITECTURAS DE PROCESOS DE NEGOCIOS INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN ARQUITECTURA SOA Services Oriented Arquitecture SOA como arquitectura para BPM Las organizaciones deben

Más detalles

Boletín de Asesoría Gerencial SOA: enfoque técnico orientado a procesos

Boletín de Asesoría Gerencial SOA: enfoque técnico orientado a procesos Espiñeira, Sheldon y Asociados No. 4-2010 Contenido Haga click en los enlaces para navegar a través del documento Haga click en los enlaces para llegar directamente a cada sección 4 Introducción 4 Qué

Más detalles

Implementación de Procesos Business Process Management BPM Services Oriented Architecture SOA

Implementación de Procesos Business Process Management BPM Services Oriented Architecture SOA Implementación de Procesos Business Process Management BPM Services Oriented Architecture SOA Título Área específica de la publicación 2 Implementación de Procesos Business Process Management BPM Services

Más detalles

GeneXus BPM Suite X. Última actualización: 01 de Setiembre de 2008

GeneXus BPM Suite X. Última actualización: 01 de Setiembre de 2008 Última actualización: 01 de Setiembre de 2008 Copyright Artech Consultores S. R. L. 1988-2008. Todos los derechos reservados. Este documento no puede ser reproducido en cualquier medio sin el consentimiento

Más detalles

Service Oriented Architecture

Service Oriented Architecture Programación Concurrente y Distribuida Ingeniería en Informática Service Oriented Architecture José Carlos Cortizo Pérez josecarlos.cortizo@uem.es http://www.esp.uem.es/jccortizo D. Sistemas Informáticos

Más detalles

Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado

Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado 1. Introducción Unified Modeling Languaje Fuente: Booch- Jacobson-Rumbauch y diversos sitios Internet, entre otros:

Más detalles

Título: Optimización de Procesos de Negocio con SOA / BPM Nombre y Apellido: Mario Bolo Email: bolo@ar.ibm.com Fecha: 15/08/2012

Título: Optimización de Procesos de Negocio con SOA / BPM Nombre y Apellido: Mario Bolo Email: bolo@ar.ibm.com Fecha: 15/08/2012 Título: Optimización de Procesos de Negocio con SOA / BPM Nombre y Apellido: Mario Bolo Email: bolo@ar.ibm.com Fecha: 15/08/2012 El problema: las aplicaciones tradicionales no le proveen la agilidad necesaria

Más detalles

Una propuesta arquitectónica para integrar una herramienta BPMS y un sistema de gestión de reglas de negocio. Contexto

Una propuesta arquitectónica para integrar una herramienta BPMS y un sistema de gestión de reglas de negocio. Contexto Una propuesta arquitectónica para integrar una herramienta BPMS y un sistema de gestión de reglas de negocio Parra Julián Matias 1, Mg. Patricia Bazán 2, Lic. José Martinez Garro 3 1 3 Facultad de Informática

Más detalles

Hacer Realidad BPM en su Organización ADOPTAR BPM A PARTIR DE UN PROYECTO O NECESIDAD DE AUTOMATIZACIÓN

Hacer Realidad BPM en su Organización ADOPTAR BPM A PARTIR DE UN PROYECTO O NECESIDAD DE AUTOMATIZACIÓN ADOPTAR BPM A PARTIR DE UN PROYECTO O NECESIDAD DE AUTOMATIZACIÓN OBJETIVOS GENERALES 1. Identificar, diseñar, automatizar y habilitar la mejora continua de los procesos relacionados a la necesidad o proyecto

Más detalles

Boletín de Asesoría Gerencial* Business Process Management (BPM)

Boletín de Asesoría Gerencial* Business Process Management (BPM) Espiñeira, Sheldon y Asociados * No. 11-2009 *connectedthinking Contenido Haga click en los enlaces para navegar a través del documento Haga click en los enlaces para llegar directamente a cada sección

Más detalles

SERVICE ORIENTED ARCHITECTURE (SOA) CONTENIDO

SERVICE ORIENTED ARCHITECTURE (SOA) CONTENIDO SERVICE ORIENTED ARCHITECTURE (SOA) CONTENIDO Introducción:...1 Service Oriented Architecture...2 Elementos de una Service Oriented Architecture...2 Application frontends...2 Servicios...2 Contrato:...3

Más detalles

SYSTEMIC SOLUTIONS BPM. soluciones integrales. informes@systemicsolutions.biz

SYSTEMIC SOLUTIONS BPM. soluciones integrales. informes@systemicsolutions.biz SYSTEMIC SOLUTIONS soluciones integrales Hacer realidad BPM en su Organización informes@systemicsolutionsbiz MODELO DE NEGOCIO SYSTEMIC SOLUTIONS es una empresa especializada en formación, consultoría

Más detalles

Creando Arquitecturas

Creando Arquitecturas Creando Arquitecturas orientadas a servicios SOA Suite Abril 2013 Buenos Aires - Argentina Índice 1. Introducción. 2. Nuestro camino para la creación de SOAs. 3. Como justificar el cambio? 4. Nuestras

Más detalles

MODELOS DE PROCESO PARA LA INTEGRACIÓN DEL NEGOCIO UTILIZANDO SERVICE ORIENTED ARCHITECTURE (SOA).

MODELOS DE PROCESO PARA LA INTEGRACIÓN DEL NEGOCIO UTILIZANDO SERVICE ORIENTED ARCHITECTURE (SOA). MODELOS DE PROCESO PARA LA INTEGRACIÓN DEL NEGOCIO UTILIZANDO SERVICE ORIENTED ARCHITECTURE (SOA). López, G. 1 ; Jeder, I. 1 ; Echeverría, A. 1 ; Fierro, P. (PhD.) 2 1. Laboratorio de Informática de Gestión

Más detalles

Primer Taller sobre Aplicaciones Web para la Gestión de Contenidos

Primer Taller sobre Aplicaciones Web para la Gestión de Contenidos Primer Taller sobre Aplicaciones Web para la Gestión de Contenidos Título: Arquitecturas Orientadas a Servicios en los Sistemas de Gestión de Contenidos. Autor: Keilyn Rodríguez Perojo Institución: INFOMED

Más detalles

Ingeniería de Software

Ingeniería de Software Ingeniería de Software MSDN Ingeniería de Software...1 Ingeniería del Software_/_ Ingeniería y Programación...1 Análisis de Requerimientos...2 Especificación...3 Diseño...4 Desarrollo en Equipo...5 Mantenimiento...6

Más detalles

Describir una metodología sistemática de análisis de los procesos organizacionales y cómo estos pueden ser apoyados por las TI.

Describir una metodología sistemática de análisis de los procesos organizacionales y cómo estos pueden ser apoyados por las TI. Procesos de Negocio Objetivos Describir una metodología sistemática de análisis de los procesos organizacionales y cómo estos pueden ser apoyados por las TI. Identificar y analizar los procesos de negocios,

Más detalles

desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el

desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el Capitulo II. Análisis de herramientas y tecnologías de desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el lenguaje de Modelo de Objetos llamado UML (Unified

Más detalles

BPMN vs UML. Los Requerimientos y el Modelo del Negocio. Autor: Norberto Figuerola

BPMN vs UML. Los Requerimientos y el Modelo del Negocio. Autor: Norberto Figuerola BPMN vs UML Autor: Norberto Figuerola Los Requerimientos y el Modelo del Negocio Normalmente, siempre que iniciamos un esfuerzo de desarrollo de software éste tiene como objetivo automatizar procesos del

Más detalles

BPM: Articulando Estrategia, Procesos y Tecnología

BPM: Articulando Estrategia, Procesos y Tecnología BPM: Articulando Estrategia, Procesos y Tecnología Resumen: La competitividad es el imaginario que dirige las acciones empresariales en la actualidad. Lograr condiciones que permitan competir con mayores

Más detalles

El Proceso Unificado Rational para el Desarrollo de Software.

El Proceso Unificado Rational para el Desarrollo de Software. Instituto de Electrónica y Computación El Proceso Unificado Rational para el Desarrollo de Software. Carlos Alberto Fernández y Fernández Huajuapan de León, Oaxaca 26 de octubre de 2000 Objetivo Proporcionar

Más detalles

Herramientas de Software que posibilitan el BPM

Herramientas de Software que posibilitan el BPM Qué es BPM? BPM (Business Process Management) no es solamente una tecnología, sino en términos generales, una disciplina gerencial que trata a los procesos como bienes tangibles que contribuyen al desempeño

Más detalles

Programación orientada a

Programación orientada a Programación orientada a objetos con Java Pedro Corcuera Dpto. Matemática Aplicada y Ciencias de la Computación Universidad de Cantabria corcuerp@unican.es Objetivos Presentar los conceptos de la programación

Más detalles

Qué ofrece Autentia Real Business Solutions S.L?

Qué ofrece Autentia Real Business Solutions S.L? Avenida de Castilla,1 - Edificio Best Point - Oficina 21B 28830 San Fernando de Henares (Madrid) tel./fax: +34 91 675 33 06 info@autentia.com - www.autentia.com Qué ofrece Autentia Real Business Solutions

Más detalles

Ingeniería de Software en SOA

Ingeniería de Software en SOA Ingeniería de Software en SOA ECSDI LSI-FIB-UPC cbea Curso 2014/2015 ECSDI (LSI-FIB-UPC cbea) Ingeniería de Software en SOA Curso 2014/2015 1 / 51 Índice 1 Directrices para la IS en SOA 2 Modelo de referencia

Más detalles

Workflow, BPM y Java Resumen de la presentación de Tom Baeyens

Workflow, BPM y Java Resumen de la presentación de Tom Baeyens Workflow, BPM y Java Resumen de la presentación de Tom Baeyens Workflow, BPM y Java Página 1 de 11 1. Introducción Tom Baeyens es el fundador y arquitecto del proyecto de JBoss jbpm, la máquina de workflow

Más detalles

UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos

UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos 2.1. Principios básicos del Modelado de Objetos UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos Hoy en día muchos de los procesos que intervienen en un negocio o empresa y que resuelven

Más detalles

Figure 7-1: Phase A: Architecture Vision

Figure 7-1: Phase A: Architecture Vision Fase A Figure 7-1: Phase A: Architecture Vision Objetivos: Los objetivos de la fase A son: Enfoque: Desarrollar una visión de alto nivel de las capacidades y el valor del negocio para ser entregado como

Más detalles

Introducción a SOA (II) Huibert Aalbers Senior Certified Software IT Architect

Introducción a SOA (II) Huibert Aalbers Senior Certified Software IT Architect Introducción a SOA (II) Huibert Aalbers Senior Certified Software IT Architect IT Insight podcast Este podcast pertenece a la serie IT Insight Pueden suscribirse al podcast a través de itunes. El material

Más detalles

Introducción a BPM. Programa BPM Business Process Management. Al finalizar el capítulo, el alumno podrá:

Introducción a BPM. Programa BPM Business Process Management. Al finalizar el capítulo, el alumno podrá: Introducción a BPM Al finalizar el capítulo, el alumno podrá: Comprender la importancia de la Gestión de Procesos y la mejora continua de los mismos. Identificar los diferentes procesos existentes en una

Más detalles

LA COLABORACIÓN, UNA REALIDAD GRACIAS A LA ARQUITECTURA TECNOLÓGICA HP EGOVERNMENT FRAMEWORK

LA COLABORACIÓN, UNA REALIDAD GRACIAS A LA ARQUITECTURA TECNOLÓGICA HP EGOVERNMENT FRAMEWORK 1 LA COLABORACIÓN, UNA REALIDAD GRACIAS A LA ARQUITECTURA TECNOLÓGICA HP EGOVERNMENT FRAMEWORK Miguel Angel Abellán Juliá Gerente de Soluciones para Administraciones Públicas. Hewlett-Packard Española,

Más detalles

Mejores prácticas para el éxito de un sistema de información. Uno de los problemas de información dentro de las empresas es contar con datos

Mejores prácticas para el éxito de un sistema de información. Uno de los problemas de información dentro de las empresas es contar con datos ANEXO VI. Mejores prácticas para el éxito de un sistema de información Uno de los problemas de información dentro de las empresas es contar con datos importantes del negocio y que éstos estén aislados

Más detalles

ARQUITECTURAS DE SOFTWARE ORIENTADAS A SERVICIOS

ARQUITECTURAS DE SOFTWARE ORIENTADAS A SERVICIOS ARQUITECTURAS DE SOFTWARE ORIENTADAS A SERVICIOS ANDRES CAMILO ROJAS M. Universidad Piloto de Colombia Ingeniería de Sistemas Séptimo Semestre CONCEPTOS: AGENDA Que es Arquitectura de Software Que es una

Más detalles

Service Oriented Architecture: Con Biztalk?

Service Oriented Architecture: Con Biztalk? Service Oriented Architecture: Con Biztalk? Pablo Abbate Servicios Profesionales Danysoft SOA supone una nueva forma de pensar acerca de la arquitectura IT para las empresas. De hecho, es una asociación

Más detalles

Modelo para el Aseguramiento de Calidad en el Desarrollo de Software Libre

Modelo para el Aseguramiento de Calidad en el Desarrollo de Software Libre Modelo para el Aseguramiento de Calidad en el Desarrollo de Software Libre Cenditel, Mayo 2011 Licencia de Uso Copyright (c) 2010, Alvarez J., Solé S., Briceño R., Fundación CENDITEL. La Fundación CENDITEL

Más detalles

Arquitectura y Diseño de la Solución

Arquitectura y Diseño de la Solución Arquitectura y Diseño de la Solución Recuento de Conceptos importantes Modelamiente / Versionamiento de trámites Vista Conceptual Subsistemas Funcionales Principales Detalle de los subsistemas Vista de

Más detalles

MDA: Arquitectura Dirigida por Modelos

MDA: Arquitectura Dirigida por Modelos MDA: Arquitectura Dirigida por Modelos Uno de los principios básicos b de la ingeniería a de software es la abstracción, para separar lo esencial de lo no esencial. En términos t de negocio, lo esencial

Más detalles

3. Horario laboral referencial: Lunes Viernes 8:00 a.m. a 6:00 p.m.

3. Horario laboral referencial: Lunes Viernes 8:00 a.m. a 6:00 p.m. Arquitecto de Datos 1. Línea de Negocios: Soluciones de Negocios 2. Funciones Específicas: Participar en la realización de las actividades técnicas de actualización y migraciones a versiones mejoradas

Más detalles

Procesos de Negocios

Procesos de Negocios Procesos de Negocios Procesos de negocios Como dijimos en el Tema 1: los sistemas de información y las organizaciones se influyen entre sí: Los SI deben proveer la información que la organización necesita.

Más detalles

Primer avance de proyecto de software para la gestión de inscripciones en cursos

Primer avance de proyecto de software para la gestión de inscripciones en cursos Primer avance de proyecto de software para la gestión de inscripciones en cursos 1. Introducción Andrés Felipe Bustamante García, Carolina Sarmiento González En este documento se presentan los resultados

Más detalles

IMPLANTACIÓN DE UNA ESTRATEGIA DE GESTIÓN POR PROCESOS (BPM). Factores críticos de éxito y competencias profesionales necesarias.

IMPLANTACIÓN DE UNA ESTRATEGIA DE GESTIÓN POR PROCESOS (BPM). Factores críticos de éxito y competencias profesionales necesarias. IMPLANTACIÓN DE UNA ESTRATEGIA DE GESTIÓN POR PROCESOS (BPM). 1 Factores críticos de éxito y competencias profesionales necesarias. Objetivos generales del TFG Determinar cuales son los factores críticos

Más detalles

Introducción a los Servicios Web. Ing. José Luis Bugarin ILUMINATIC SAC jbugarin@consultorjava.com

Introducción a los Servicios Web. Ing. José Luis Bugarin ILUMINATIC SAC jbugarin@consultorjava.com Introducción a los Servicios Web Ing. José Luis Bugarin ILUMINATIC SAC jbugarin@consultorjava.com Servicios Web y Soa En un contexto SOA y los servicios web son una oportunidad de negocios en la actualidad.

Más detalles

SOA el boom Hoy en día es casi imposible encontrar una plataforma de aplicación, Core bancario o aplicación

SOA el boom Hoy en día es casi imposible encontrar una plataforma de aplicación, Core bancario o aplicación c o l u m n i s t a i n v i t a d o SOA: Sólo un estilo de arquitectura más o una burbuja en evolución? Jorge Humberto Arias B. SOA el boom Hoy en día es casi imposible encontrar una plataforma de aplicación,

Más detalles

SOA y estándares: una pareja inseparable

SOA y estándares: una pareja inseparable SOA y estándares: una pareja inseparable Javier Cámara Coordinador del grupo de "SOA Infrastructure and Governance practices", Software AG SOA y estándares 23/may/2007 Seite 1 Software AG, quiénes somos?

Más detalles

Sistema de gestión de tareas y proyectos

Sistema de gestión de tareas y proyectos Sistema de gestión de tareas y proyectos Propuesta de proyecto Seminario de Informática I Luis Muñoz Enrique Viard Contenido Introducción... 3 Descripción general... 3 Arquitectura propuesta... 5 Requisitos...

Más detalles

Automatizador de Procesos

Automatizador de Procesos Automatizador de Procesos Más que un workflow, esta aplicación es un BPM (Business Process Management), una completa plataforma de automatización de procesos, diseñada para apoyar la transformación empresarial;

Más detalles

Enterprise Architect y UML Basic

Enterprise Architect y UML Basic Enterprise Architect y UML Basic Diciembre 2008 Carlos Alexander Zuluaga Agenda Presentación del curso. Introducción a Enterprise Architect. Exploración del modelo de ejemplo. Introducción a UML. Definición

Más detalles

UNIVERSIDAD DE SANTANDER UDES

UNIVERSIDAD DE SANTANDER UDES UNIVERSIDAD DE SANTANDER UDES Programa Nombre Código Facultad Administración e Ingenierias Ingenieria de Sistemas Arquitectura Orientada a Servicios (SOA) Problema? Competencia específica Rango de Aplicación

Más detalles

Boletín de Asesoría Gerencial* Arquitectura orientada a servicios (SOA)

Boletín de Asesoría Gerencial* Arquitectura orientada a servicios (SOA) Espiñeira, Sheldon y Asociados * No. 12-2009 *connectedthinking Haga click en los enlaces para navegar a través del documento Haga click en los enlaces para llegar directamente a cada sección 4 Introducción

Más detalles

Quienes Somos? Valor. Estrategia

Quienes Somos? Valor. Estrategia Quienes Somos? STGI nace como la respuesta necesaria al mundo empresarial en consultorías para acceder y gestionar la información, estructurada y no estructurada, con el fin de alcanzar procesos eficientes

Más detalles

Metodología y Framework para el Desarrollo de Aplicaciones Científicas con Computación de Alto Rendimiento a través de Servicios Web

Metodología y Framework para el Desarrollo de Aplicaciones Científicas con Computación de Alto Rendimiento a través de Servicios Web Metodología y Framework para el Desarrollo de Aplicaciones Científicas con Computación de Alto Rendimiento a través de Servicios Web J.Corral-García, D.Cortés-Polo, C.Gómez-Martín, J.L.González-Sánchez

Más detalles

La aplicación práctica en el mundo empresarial de los estándares Web

La aplicación práctica en el mundo empresarial de los estándares Web La aplicación práctica en el mundo empresarial de los estándares Web El problema de la integración inter/intra empresas y la familia "XML" Enrique Bertrand XML Business Integration, Regional Director Software

Más detalles

PROCESOS SOFTWARE. Según esta estrategia, todo proceso debe planificarse, implantarse y evaluarse, para luego actuar sobre él.

PROCESOS SOFTWARE. Según esta estrategia, todo proceso debe planificarse, implantarse y evaluarse, para luego actuar sobre él. PROCESOS SOFTWARE MOTIVACIÓN? Con independencia de la metodología o modelo implementado, es común la estrategia para la mejora continua de la calidad, basada en el Círculo de Deming o Plan, Do, Check,

Más detalles

Capítulo 1. Introducción

Capítulo 1. Introducción Capítulo 1. Introducción 1.1. Propósito de la Guía BABOK El propósito principal de la Guía BABOK Guide es definir la profesión del Análisis de Negocio y proveer un conjunto de prácticas comúnmente aceptadas.

Más detalles

Applied SOA Fundamentals and Best Practices

Applied SOA Fundamentals and Best Practices Applied SOA Fundamentals and Best Practices A Modo de introducción SOA es el tema central de muchas iniciativas de software. Sin embargo, muchas compañías siguen escépticas sobre los beneficios. Agilidad,

Más detalles

BOLETÍN DE NOVEDADES Barcelona, junio de 2008

BOLETÍN DE NOVEDADES Barcelona, junio de 2008 BOLETÍN DE NOVEDADES Barcelona, junio de 2008 Introducción El objeto de este documento es presentar y describir brevemente las principales actuaciones en los últimos meses de Carver en algunos de sus clientes,

Más detalles

Metodologías de desarrollo para Service Oriented Architectures con Rational Unified Process

Metodologías de desarrollo para Service Oriented Architectures con Rational Unified Process Metodologías de desarrollo para Service Oriented Architectures con Rational Unified Process Andrea Delgado 1, Ignacio García-Rodríguez de Guzmán 2, Francisco Ruiz 2, Mario Piattini 2 1 Instituto de Computación,

Más detalles

WebRatio. Para el sector Energético y Empresas de Servicios Públicos. Web Models s.r.l. www.webratio.com contact@webratio.

WebRatio. Para el sector Energético y Empresas de Servicios Públicos. Web Models s.r.l. www.webratio.com contact@webratio. WebRatio Para el sector Energético y Empresas de Servicios Públicos Web Models s.r.l. www.webratio.com contact@webratio.com 1 / 9 Web Models s.r.l. www.webratio.com contact@webratio.com 2 / 9 La necesidad:

Más detalles

Resumen. Introducción

Resumen. Introducción Arquitectura de software para Sistemas de Información Ambiental Urciuolo Adriana, Iturraspe Rodolfo, Parson Ariel, Esteban Natalia Universidad Nacional de la Patagonia San Juan Bosco Sede Ushuaia, Darwin

Más detalles

http://www.informatizate.net

http://www.informatizate.net http://www.informatizate.net Metodologías De Desarrollo De Software María A. Mendoza Sanchez Ing. Informático - UNT Microsoft Certified Professional - MCP Analísta y Desarrolladora - TeamSoft Perú S.A.C.

Más detalles

Servicios Web: Orquestación y coreografías

Servicios Web: Orquestación y coreografías Servicios Web: Orquestación y coreografías E. U. I. T. en Informática de Oviedo Master de Ingeniería Web Servicios Web Juan Ramón Pérez Pérez (jrpp en uniovi.es) Orientación a Servicios. Principios. Los

Más detalles

Curso de Spring Framework

Curso de Spring Framework Todos los Derechos Reservados Global Mentoring 2012 Experiencia y Conocimiento para tu Vida 1 Spring es un proyecto de código abierto (open source), originalmente creado por Rod Johnson y descrito en su

Más detalles

SOA Governance. (Administración SOA) Luis Alberto Espinoza Bustamante

SOA Governance. (Administración SOA) Luis Alberto Espinoza Bustamante SOA Governance (Administración SOA) Luis Alberto Espinoza Bustamante 1 Agenda SOA Governance Algunas Problemas por Falta de Governance Quien: SOA Office (y Centro Competencia SOA) Que: Plan Inicial Como:

Más detalles

Una recomendación basada en MDA, BPM y SOA para el desarrollo de software a partir de procesos del negocio en un contexto de Negocio Bajo Demanda

Una recomendación basada en MDA, BPM y SOA para el desarrollo de software a partir de procesos del negocio en un contexto de Negocio Bajo Demanda Una recomendación basada en MDA, BPM y SOA para el desarrollo de software a partir de procesos del negocio en un contexto de Negocio Bajo Demanda Miguel Ángel Sánchez Vidales Escuela Universitaria de Informática

Más detalles

http://www.cem.itesm.mx/extension/ms

http://www.cem.itesm.mx/extension/ms Diplomado Programación orientada a objetos con Java y UML Las empresas necesitan contar con sistemas de información modernos, ágiles y de calidad para alcanzar sus objetivos y ser cada vez más competitivos

Más detalles

René Monroy Gabriel Vázquez. Seite 1

René Monroy Gabriel Vázquez. Seite 1 1.- SOA, Arquitectura Orienta a Servicios 2.- Qué es la arquitectura orientada a servicios? 3.- Integración de aplicaciones, gente y procesos a las necesidades y objetivos de la organización. René Monroy

Más detalles

SOA: MITOS, VERDADES Y TENDENCIAS CARLOS MARIO CARMONA RAMÍREZ WIDER FARID SÁNCHEZ GARZÓN

SOA: MITOS, VERDADES Y TENDENCIAS CARLOS MARIO CARMONA RAMÍREZ WIDER FARID SÁNCHEZ GARZÓN SOA: MITOS, VERDADES Y TENDENCIAS CARLOS MARIO CARMONA RAMÍREZ WIDER FARID SÁNCHEZ GARZÓN UNIVERSIDAD DE MEDELLÍN FACULTAD DE INGENERÍA ESPECIALIZACIÓN INGENIERÍA DE SOFTWARE MEDELLÍN 2011 1 SOA: MITOS,

Más detalles

Método WATCH UNEFA NUCLEO ZULIA SIM 6B 2010

Método WATCH UNEFA NUCLEO ZULIA SIM 6B 2010 Método WATCH UNEFA NUCLEO ZULIA SIM 6B 2010 METODO WATCH Es un marco metodológico que describe técnicos, gerenciales y de soporte que deben emplear los grupos de desarrollo de aplicaciones empresariales.

Más detalles

Glosario. actividad. 1. (tarea) 2. es un subproceso que no requiere mas descomposición.

Glosario. actividad. 1. (tarea) 2. es un subproceso que no requiere mas descomposición. Glosario Aclaraciones Los conceptos del glosario están ordenados alfabéticamente. Un concepto puede ser un único término como meta o una frase como ambiente de ingeniería de software centrado en procesos.

Más detalles

P á g i n a 1 COMPILACIÓN BIBLIOGRÁFICA ESTANDARES, ENFOQUES Y DIRECTRICES DE AUDITORIA DANIEL MAURICIO HERNANDEZ GARCIA COD: 1700611587

P á g i n a 1 COMPILACIÓN BIBLIOGRÁFICA ESTANDARES, ENFOQUES Y DIRECTRICES DE AUDITORIA DANIEL MAURICIO HERNANDEZ GARCIA COD: 1700611587 P á g i n a 1 COMPILACIÓN BIBLIOGRÁFICA ESTANDARES, ENFOQUES Y DIRECTRICES DE AUDITORIA DANIEL MAURICIO HERNANDEZ GARCIA COD: 1700611587 UNIVERSIDAD DE CALDAS FACULTAD DE INGENIERÍAS Programa de Ingeniería

Más detalles

Arquitectura cliente/servidor

Arquitectura cliente/servidor Departamento de Lenguajes y Sistemas Informáticos Arquitectura cliente/servidor Programación en Internet Curso 2007-2008 Índice Introducción Tipos de servidores Ventajas Desventajas Arquitectura de una

Más detalles

Gestión de Procesos de Negocio con ADONIS. Un Producto de BOC Management Office

Gestión de Procesos de Negocio con ADONIS. Un Producto de BOC Management Office Gestión de Procesos de Negocio con ADONIS Un Producto de BOC Management Office Gestión Estratégica y de Rendimiento Mejora Continua del Rendimiento de los Procesos Gestión de la Cadena de Suministro Gestión

Más detalles

Desarrollo de Software con enfoque en el Negocio

Desarrollo de Software con enfoque en el Negocio Desarrollo de Software con enfoque en el Negocio Andrea Delgado Instituto de Computación Facultad de Ingeniería Universidad de la República 11300, Montevideo, Uruguay adelgado@fing.edu.uy Resumen Las Organizaciones

Más detalles

Plataforma de Administración Electrónica de la Comunidad Autónoma de la Región de

Plataforma de Administración Electrónica de la Comunidad Autónoma de la Región de Plataforma de Administración Electrónica de la Comunidad Autónoma de la Región de Murcia Director General de Informática Consejería de Economía y Hacienda Comunidad Autónoma de la Región de Murcia Jefe

Más detalles

Repetir el proceso para cada abstracción identificada hasta que el diseño este expresado en términos sencillos

Repetir el proceso para cada abstracción identificada hasta que el diseño este expresado en términos sencillos I. INTRODUCCIÓN El reciente aumento de aplicaciones en donde se utiliza la computadora ha sido posible debido a un hardware de bajo costo, por lo cual la demanda de software ha crecido de forma exponencial.

Más detalles

Diseño orientado a los objetos

Diseño orientado a los objetos Diseño orientado a los objetos El Diseño Orientado a los Objetos (DOO) crea una representación del problema del mundo real y la hace corresponder con el ámbito de la solución, que es el software. A diferencia

Más detalles

La importancia del desarrollo para el buen diseño del software

La importancia del desarrollo para el buen diseño del software La importancia del desarrollo para el buen diseño del software RESUMEN N L González Morales. 1 En este ensayo se examinan los temas vistos en clase que son Desarrollo de Orientado a Objetos y Arquitectura

Más detalles

Figure 9-1: Phase C: Information Systems Architectures

Figure 9-1: Phase C: Information Systems Architectures FASE C Figure 9-1: Phase C: Information Systems Architectures Objetivos Los objetivos de la Fase C son: Desarrollar la arquitectura de sistemas de información objetivo (datos y aplicaciones), que describe

Más detalles

BASES DE DATOS. Ivon Tarazona Oriana Gomez

BASES DE DATOS. Ivon Tarazona Oriana Gomez BASES DE DATOS Ivon Tarazona Oriana Gomez Introducción Introducción Ventajas e (Unified Modeling Language) Es un lenguaje usado para especificar, visualizar y documentar los diferentes aspectos relativos

Más detalles

Introducción: Qué se entiende por una arquitectura SOA? Bernhard Hitpass

Introducción: Qué se entiende por una arquitectura SOA? Bernhard Hitpass 5to Encuentro 29-10-14 Agenda Charla del 5to Encuentro Introducción: Qué se entiende por una arquitectura SOA? Bernhard Hitpass Charla: Roadmap de un Proyecto BPMN con Arquitectura SOA Aspectos a Considerar

Más detalles

PRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE

PRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE PRUEBAS DE SOFTWARE La prueba del software es un elemento crítico para la garantía de la calidad del software. El objetivo de la etapa de pruebas es garantizar la calidad del producto desarrollado. Además,

Más detalles

Aplicación de una Metodología basada en Mediciones para la Gestión de Calidad de Software

Aplicación de una Metodología basada en Mediciones para la Gestión de Calidad de Software Aplicación de una Metodología basada en Mediciones para la Gestión de Calidad de Software Jorge Bozo jbozo@inf.ucv.cl Escuela de Ingeniería Informática Universidad Católica de Valparaíso Valparaíso, Chile

Más detalles

Metodologías Ágiles Desde una Perspectiva de Project Management. Fernando Contreras Velásquez Project Management & Engineering Services.

Metodologías Ágiles Desde una Perspectiva de Project Management. Fernando Contreras Velásquez Project Management & Engineering Services. Metodologías Ágiles Desde una Perspectiva de Project Management Fernando Contreras Velásquez Project Management & Engineering Services. Ing. Fernando Contreras Velásquez: PMP, PMI-SP, PMI-RMP Acerca del

Más detalles

WebRatio. Para el sector de Servicios Financieros. Web Models s.r.l. www.webratio.com contact@webratio.com 1 / 7

WebRatio. Para el sector de Servicios Financieros. Web Models s.r.l. www.webratio.com contact@webratio.com 1 / 7 WebRatio Para el sector de Servicios Financieros Web Models s.r.l. www.webratio.com contact@webratio.com 1 / 7 La brecha entre Negocios y el TI en el sector de Servicios Financieros En el sector de los

Más detalles

WebSphere Message Broker como Entreprise Service Bus

WebSphere Message Broker como Entreprise Service Bus IBM Software Group WebSphere Message Broker como Entreprise Service Bus Irene Couso, IT Specialist, SWG WebSphere Services Agenda WebSphere Problemática En Los Clientes Por Qué Esta Arquitectura? Oferta

Más detalles

BPM es el arte de identificar una cadena de valor, automatizarla y mejorarla continuamente.

BPM es el arte de identificar una cadena de valor, automatizarla y mejorarla continuamente. BPM es el arte de identificar una cadena de valor, automatizarla y mejorarla continuamente. Mario A. Guerrero Mendoza. Director General de Megapractical Procesos de Negocio. MegaPractical es una empresa

Más detalles

Análisis de Requerimientos

Análisis de Requerimientos Análisis de Requerimientos Ing. Luis Zuloaga Rotta Situación de la Industria de Software Mas del 30% de todos los proyectos de software son cancelados antes de su finalización. Mas del 70% de los proyectos

Más detalles

Management(BPM) Gestión de Proceso de negocio con BPM. Universidad Inca Garcilaso de la Vega

Management(BPM) Gestión de Proceso de negocio con BPM. Universidad Inca Garcilaso de la Vega Universidad Inca Garcilaso de la Vega CURSO DE ACTUALIZACIÓN PROFESIONAL DE INGENIERÍA DE SISTEMAS Y CÓMPUTO Business Process Business Process Management(BPM) Management(BPM) MSc. Daniel Alejandro Yucra

Más detalles

Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN

Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN Proceso de Negocio (Business Process) Conjunto estructurado, medible de actividades para producir un producto.

Más detalles

Arquitectura Empresarial La clave para ejecutar su estrategia de negocio exitosamente

Arquitectura Empresarial La clave para ejecutar su estrategia de negocio exitosamente OFERTA Referencias ECONOMICA de Arquitectura DUX Empresarial DILIGENS IM: Innovation Management EA: Enterprise Architecture BSM: Business & IT Management ISM: Information Security Management Arquitectura

Más detalles

Conferencia de lanzamiento de la Asociación de Arquitectos Empresariales de España

Conferencia de lanzamiento de la Asociación de Arquitectos Empresariales de España de la Asociación de Arquitectos Empresariales de España El papel de la Arquitectura Empresarial en la Gestión por Procesos (BPM Business Process Management) Pedro Robledo Co-Fundador y Director Ejecutivo

Más detalles

MODELACION Y ANALISIS DE PROCESOS EMPRESARIALES MAPE

MODELACION Y ANALISIS DE PROCESOS EMPRESARIALES MAPE MODELACION Y ANALISIS DE PROCESOS EMPRESARIALES MAPE Thomas A. Little Ph. D Traducción Autorizada por el Autor. Traductor: MANUEL H RAMIREZ Alta Via Consulting-América Latina La Modelación y Análisis de

Más detalles

3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON)

3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON) 3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON) 3.1.1 Introducción Este método proporciona un soporte para el diseño creativo de productos de software, inclusive a escala industrial.

Más detalles

Diseño de Procesos al Servicio de la Gestión

Diseño de Procesos al Servicio de la Gestión Gestión y servicios Tecnológicos Ltda. Diseño de Procesos al Servicio de la Gestión www.gyst.cl info@gyst.cl Gestión y servicios Tecnológicos Ltda. En Algunas Empresas... En numerosos proyectos de variada

Más detalles