DESARROLLO DE UNA HERRAMIENTA WORKFLOW BASADA EN TECNOLOGIA XML Y JAVA. GESTOR DE PROCESOS

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

Download "DESARROLLO DE UNA HERRAMIENTA WORKFLOW BASADA EN TECNOLOGIA XML Y JAVA. GESTOR DE PROCESOS"

Transcripción

1 UNIVERSIDAD DE LOS ANDES. POST- GRADO DE COMPUTACIÓN. ESPECIALIDAD EN COMPUTACIÓN. PROYECTO FINAL PARA CULMINAR LA ESPECIALIZACIÓN EN COMPUTACION DESARROLLO DE UNA HERRAMIENTA WORKFLOW BASADA EN TECNOLOGIA XML Y JAVA. GESTOR DE PROCESOS Autor : Héctor D. Márquez Ch. Ingeniero de Sistemas. Tutor : Dr. Edgar Chacón R. Mérida, Mayo 2002

2 Agradecimientos En la realización de éste trabajo he recibido ayuda de un gran grupo de personas, a ello quisiera agradecer: Al Dr. Edgar Chacón por transmitirme sus conocimientos oportunamente. Al Dr. Jonás Montilva como parte del grupo de trabajo al cual pertenecí. A todas las personas que laboran en el Grupo de Ingeniería de Datos y Conocimiento, en el Laboratorio de Sistemas Distribuidos Automatización e Integración, y a todos los que pertenecen al Proyecto de Integración de Tecnología y Software Heterogéneo, quienes han sido testigo del esfuerzo para alcanzar este logro. A mis nuevos compañeros de trabajos con los cuales comparto todos los días y han sido incondicionales para prestarme su ayuda. Muy especialmente a mamá y papá por tu apoyo cada momento de mi vida, a ustedes dedico esta obra. A Dios todo poderoso que nunca me ha abandonado y en los momentos difíciles a estado conmigo. A todos mil gracias... Héctor Márquez

3 Resumen El desarrollo de este proyecto esta enmarcado dentro del Proyecto de Integración de Tecnología y Software Heterogéneo[26]. Proyecto que estudia las tecnologías informáticas emergentes. El desarrollo de sistemas que ayuden a la integración de los sistemas industriales y facilitar la evaluación de nuevas alternativas que aseguren el funcionamiento de diversas herramientas para la integración de Sistemas heterogéneos. El estudio de los Sistemas de Workflow, su arquitectura, aplicaciones en ambientes industriales, tipos de flujos de trabajo, herramientas que faciliten su implementación, arquitecturas, es nuestro punto de partida para el desarrollo de una metodología que facilite la implementación para sistemas de Workflow. Los sistemas de Workflow permiten el control y coordinación de actividades en entornos diversos, integrando los sistemas de información y midiendo la satisfacción del cliente para aumentar la eficiencia y efectividad de los procesos. Uniendo los sistemas de Workflow con el Lenguaje Extensible de "Etiquetado", extensible Markup Language, o XML, se obtiene un sistema integrado de información. Los elementos que compone XML pueden dar información, ya sean objetos de negocio, procesos, actividades o condición del estado del proceso productivo. Siendo éste un buen mecanismo para el transporte de datos independiente de plataforma o sistema operativo. Para el desarrollo y propuesta del sistema de Workflow se estudian los modelos jerárquicos como CIMOSA, PERA y recientemente los modelos de holones, además de otros modelos heterárquicos. En cualquier caso, las actividades de producción, coordinación, soporte al manejo de los recursos (compras, inventario, mantenimiento, etc.) y actividades de apoyo a la gestión (finanzas, Contabilidad, etc.) funcionan de manera separada. Los ambientes de operación son distintos y exigen tecnologías programadas diferentes, las cuales deben interactúar con el fin de alcanzar el objetivo global de producción (Metas de producción). La interacción para alcanzar la cooperación (heterárquicos) o ejecución de actividades se logra mediante envió de documentos asociados a cambios o eventos que se producen interna o externamente. Los sistemas de Workflow deben coordinar este envío de mensajes entre las diferentes unidades que conforman el proceso productivo o de gestión. El resultado del proyecto debe ser considerado la primera iniciativa para desarrollo e implementación de Sistemas de Workflow en ambientes distribuidos, utilizando XML como lenguaje de transporte de datos. Palabras Claves: Workflow, XML, JAVA, Sistemas Distribuidos, Modelo de Empresa, agentes.

4 Indice de Contenido Indice de Contenido Capítulo Contenido Pag. Resumen Indice de Contenido... Listas de Figuras... Lista de Diagramas... Lista de Tablas... I vi vii viii Capítulo Introductorio Visión General... 1 Capítulo I Introducción a las Normas Propuesta por la OMG... 5 Introducción Introducción a la Arquitectura de Administración de Objeto OMA (Object Manager Architecture) Solución de la OMG Arquitectura de Administración de Objeto (OMA) El Modelo de Objeto Semántica de los Objetos Objetos Creación y Destrucción Interfaces Operaciones Implementación de Objetos El Modelo de Ejecución El Modelo de Construcción Modelo de Referencia Revisión al Modelo de Referencia Interfaces Contra Aplicaciones Corredor de Demanda de Objetos (ORB) Servicios de Objetos Facilidades Comunes Dominio de Interfaces Marco de Trabajo o Framework Especificaciones del Framework Resumen de Servicios de Objetos Introducción a la Arquitectura de Objetos de Negocio (BOA) Visión de OMG Aproximación al Diseño de Facilidad i

5 Indice de Contenido 2.3 Integración de la Arquitectura de OMG para la Empresa Elementos que Forman para la Propuesta para BOA Integración con la Iniciativa de Componente CORBA Interoperabilidad de OMG en un Dominio Específico Alcances Metas y Objetivos Especificación de la Propuesta Elementos que Forman Parte de la Propuesta Componentes BOA Tipos de Componentes BOA Origen de Componentes Arquitectura de Objetos de Negocio Conceptos de BOA Conceptos Generales Características Tipos y Características de los Parámetros Dominio de Sistemas de Negocio (BSD) Administrador Modelo de Evento BOA Tipos de Objetos de Negocios Introducción al Flujo de Trabajo (Workflow) Administración de la Unión Workflow Manager Coalition Introducción a la Administración de Workflow Workflow Workflow Administración de Sistema Funciones Establecidas en Tiempo Funciones de los Procesos de Control a Tiempo Real Iteración de Actividades a Tiempo Real Distribución y Sistemas de Interfaces El Modelo de Referencia de Workflow Resumen Capítulo II Introducción al Estándar XML Propuesto por el W3C Introducción al XML Estructura de un Documento XML Documentos XML Bien Formados Estructura Jerárquica de los Elementos Etiquetas Vacías Un Solo Elemento Raíz Valores de Atributos Tipos de Letra Espacios en Blanco Nombrando Cosas Marcado de Datos ii

6 Indice de Contenido 1.2 El Prologo Elementos Atributos Entidades Predefinidas Selecciones CDATA Comentarios Definición de Tipos de Documento (DTD s). Documentos Válidos Ventajas de Crear Documentos XML Válidos Declaraciones de Tipo de Elementos Modelo de Contenido Declaración de Lista de Atributos Tipos de Atributos Atributos CDATA y NMTOKEN Atributos Enumerados y Notaciones Atributos ID e IDREF Definición y Utilización de Entidades Definición de Entidades Declaración de Entidades Generales Entidades Generales Internas Entidades Generales Externas Analizadas Entidades No Analizadas Entidades Parámetros Internas y Externas Ejemplo de una DTD Modelo de Objeto de Documento (DOM) y JAVA Estructura de DOM El DOMy JAVA Arquitectura de la Aplicación XML Parser Válidos (DOM) API para Generar Documentos XML (JDOM) Resumen Capítulo III Modelo de Procesos y Workflow Introducción Los Modelos Los Modelos Tipos de Modelos Los Procesos Los Procesos de Negocios Porque Automatizar? El Rediseño de Procesos Patrones de Procesos Las Arquitecturas iii

7 Indice de Contenido Las Actividades El Workflow Las Tres Dimensiones de una Arquitectura Adaptable para Workflow Reglas de Negocio Estructura Organizacional Objetos de Información Productos que Ayudan al Workflow Ventajas del Uso del Workflow Clasificación de los Diferentes Tipos de Workflow Workflow de Producción Workflow de Colaboración Workflow Administrativo El Modelo de Workflow Tareas Personas(usuarios) Roles Rutas Construcción de Rutas Reglas de Transición Datos Eventos Plazos (Deadlines) Procesos Políticas Modelo Funcional de Flujo de Datos Modelos de Yourdon para el Flujo de Datos Definición de las Funciones en SP Resumen Capítulo IV Implementación de un Sistema de Workflow Aproximación al Modelo de Empresa Metamodelo de Empresa Los Diagramas de Secuencia Los Diagramas de Estado-Transición Los Estados Las Transiciones Agentes Metodología para el Desarrollo de un Sistema Empresarial Basado en la Noción de Agentes Teoría de Agentes Arquitectura de Agentes Arquitecturas Deliberativas iv

8 Indice de Contenido Arquitecturas Reactivas Arquitecturas Híbridas Lenguajes de Agentes Lenguajes de Programación de la Estructura del Agente Lenguaje de Comunicación de Agente Lenguaje de Programación del Comportamiento del Agente Tipos de Agentes Metodología Orientada a Agente Proceso de Modelo de la Empresa Fases de Desarrollo para el Workflow Basado en Agentes Modelos de Agentes Construcción del Modelo y sus Entidades Modelo de Tarea Entidades del Modelo de Tarea Relaciones del Modelo de Tarea Relaciones Internas Relaciones Externas Notación del Modelo de Tarea Desarrollo y Gestión del Modelo de Tarea Estrategias para la Implementación Arquitectura para la Implementación del Sistema Aplicación (Gestor de Procesos) Sistemas Holónicos Resumen Capítulo V Ingeniería de Software Aplicada al Sistema de Workflow El Modelo de Reloj Estructura del Modelo de Reloj El Nivel de Proceso El Nivel Metodológico El Modelo de Proceso de Reloj Fases del Modelo Reloj Análisis de la Aplicación de Dominio La Fase de Requerimiento Fase de Análisis de Requerimiento y Especificación Fase del Diseño del Sistema Fase de Diseño de Componentes Fase de Implementación del Sistema Fase de Prueba del Sistema Fase de Liberación Aplicación del Modelo de Reloj al Desarrollo del Prototipo v

9 Indice de Contenido Resumen del Capítulo Conclusiones Referencias Glosario de Términos Anexo 1 : XML Anexo 2 :Interfaces vi

10 Lista de Figuras Lista de Figuras Capítulo Contenido Pag. Capítulo I Introducción a las Normas Propuesta por la OMG... 5 Fig. I.1 : Modelo de Referencia : Categoría de Interfaces Fig. I.2 : Framework de Objeto Fig. I.3 : Dominio de Sistema de Negocio Capítulo II Introducción al Estándar XML Propuesto por el W3C Fig. II.1 : Representación de un documento XML Fig. II.2 : Arquitectura propuesta para el gestor de procesos Capítulo III Modelo de Procesos y Workflow Fig. III.1 : Rutas AND Split Fig. III.2 : Rutas AND Join Fig. III.3 : Rutas OR Split Fig. III.4 : Rutas OR Join Fig. III.5 : Rutas Loop Fig. III.6 : Modelo Funcional de Empresa/Control Capítulo IV Implementación de un Sistema de Workflow Fig. IV.1 : Arquitectura organizacional de la empresa Fig. IV.2 : Arquitectura empresarial de 3 Ejes Fig. IV.3 : Modelo para el desarrollo de un sistema de Agente Fig. IV.4 : Modelo de Agente Fig. IV.5 : Modelo de Tarea Fig. IV.6 : Notación estándar para indicada las descomposición de tareas Fig. IV.7 : Tareas Paralelas Fig. IV.8 : Arquitectura Propuesta para la Implementación Fig. IV.9 : Unidad de Producción: Entrada Salida Fig. IV.10 : Metamodelo para la implementación de un Sistema Workflow Utilizando Sistemas Heterárquicos Capítulo V Ingeniería de Software Aplicada al Sistema de Workflow Fig. V.1 : Estructura del Proceso de Reloj Fig. V.2: Arquitectura Estándar para un Sistema de Supervisión y Control Fig. V.3: Representación de la Categoría de Usuario Fig. V.4: Gestor de Proceso vii

11 Lista de Figuras Fig. V.5: Comunicación entre Sistemas Fig. V.6: Arquitectura Básica de Comunicación del Sistema Fig. V.7: Diagrama de Clase para la Conexión a la Base de Datos Fig. V.8: Diagrama de Componente para el Gestor de Procesos Fig. V.9: Diagrama de Clase para el Componente XML viii

12 Lista de Diagramas Lista de Diagramas Capítulo Contenido Pag. Capítulo I Introducción a las Normas Propuesta por la OMG... 5 Diagrama I.1 : Ejemplo de un modelo jerárquico Diagrama I.2 : Funciones principales de WFM Diagrama I.3 : Distribución de los Servicios de WFM Diagrama I.4 : Modelo de referencia Capitulo IV Implementación de un Sistema de Workflow Diagrama IV.1 : Representación de la Grafica de un Objeto Diagrama IV.2 : Ejemplo de un Diagrama de Secuencia Diagrama IV.3 : Metamodelo del Flujo de Información Diagrama IV.4 : Representación de Diagramas de Estado Transición. 83 ix

13 Lista de Tablas Lista de Tablas Capítulo Contenido Pag. Capítulo II Introducción al Estándar XML Propuesto por el W3C Tabla II.1 : Propiedades comunes útiles proporcionadas por todos los tipos de nodos Capítulo III Modelo de Procesos y Workflow Tabla III.1 : Uso de la Notación Yourdon Capítulo V Implementación de un Sistema de Workflow Tabla V.1 : Componentes del Nivel de Procesos Tabla V.2 : Niveles Metodológicos: Fases y Actividades Tabla V.3 : Actores y Casos de Uso Tabla V.4 : Status Intrumentos HART MULTIPLE Tabla V.5 : Reuso de Elementos de Software x

14 Visión General Introducción CAPITULO INTRODUCTORIO : VISION GENERAL Este capítulo introduce la visión general del desarrollo, explica la organización de los diferentes capítulos para el lector, orientándolo dentro del contexto del proyecto. La industria de procesos continuos tiene la necesidad de una estructura informática integrada, que cubra los procesos de logística, programación y financieros con las actividades físicas de producción, para responder de manera ágil y eficiente a los cambios de los objetivos o consignas de producción, condiciones de los equipos, niveles de inventarios, etc. [10]. Entre los enfoques de integración utilizados se encuentran el modelo CIMOSA[22], el modelo PERA[23], que son modelos jerárquicos. Aparecen otros modelos como son los basados en holones y agentes inteligentes conocidos como heterárquicos[19 ]. En ambos casos las actividades se separan en actividades de producción, actividades de coordinación y actividades de soporte al manejo de los recursos (compras, inventario, mantenimiento, etc) y actividades de apoyo a la gestión (finanzas, Contabilidad, etc.). Los ambientes de operación son distintos y exigen tecnologías programadas diferentes, que serán utilizadas por una diversidad de usuarios, pero que deben interactúan con el fin de alcanzar el objetivo global de producción (Metas de producción). [11] Los sistemas de Workflow permiten el control y coordinación de actividades en entornos diversos, integrando los sistemas de información y midiendo la satisfacción del cliente para aumentar la eficiencia y efectividad de los procesos. La tecnología de Workflow, ha evolucionando rápidamente siendo explotado a través de negocios en una variedad de industrias. Su característica principal es la automatización de procesos que involucran la combinación de actividades humanas y máquinas, particularmente aquellas que cubre la tecnología de información (TI). Muchos vendedores de software tienen productos de Workflow y hay una introducción continua de nuevos productos en el mercado. La disponibilidad de una gama amplia de productos dentro del mercado ha permitido a los vendedores del producto enfocarse en las capacidades funcionales de los usuarios que han adoptado productos particulares para satisfacer necesidades específicas. Sin embargo, no hay ningún Framework orientado-objeto, que permita poner en servicio diferentes productos Workflow.[1] Los capítulos I, II y III son la recopilación del material necesario para entender el desarrollo del proyecto, ahí se muestran los conceptos que debemos manejar para la implementación de un sistema de Workflow, combinando un Middleware de comunicación con herramientas de integración como lo es JAVA y XML. El capítulo IV describe el Desarrollo de una Herramienta Workflow Basada en Tecnología XML y JAVA 1

15 Visión General Introducción proceso de reingeniería básico necesario para la implementación de un sistema de Workflow basado en la arquitectura propuesta en [10] y los modelos expuestos en SP95[12] para el manejo de empresa de control. El capítulo V es el desarrollo de un prototipo llamado Gestor de Procesos, basándonos en los modelos propuestos por SP95[12]. El Capítulo I: Presenta una introducción de las normativas y estándares propuestas por la OMG (Object Manager Group). El consorcio OMG ha logra sus objetivos con el establecimiento de la Arquitectura de Administración de Objetos (OMA, Object Management Architecture) de la cual CORBA es parte, para intentar conseguir una compatibilidad completa de los sistemas de objetos distribuidos. La OMG formula un conjunto de propuestas que tratan de explicar y aclarar en éste capítulo para que el lector pueda manejar el contexto del desarrollo. La primera parte de la propuesta de OMG se conoce como BOA (Business Object Architecture), actualmente cambiado a BOCA (Business Object Component Architecture), el cual define un adaptador de objetos como la primera interfaz que la aplicación usa para acceder a funciones ORB (Object Request Broker), incluye interfaces para generar referencias a objetos, registro de implementaciones que consisten en uno o más programas. OMG a través de BOA, propone un estándar abierto para la interoperabilidad de componentes de objetos de negocios; la existencia de un mercado donde los clientes puedan utilizar y comprar componentes reutilizables basados en los objetos de negocios hace posible desarrollar sistemas a gran escala, donde la mayoría de las necesidades de los clientes es cubierta a través de pequeños pedazos de código llamados componentes, que solucionan una tarea en particular. La integración de cada uno de estos componentes hace posible crear sistemas que se adaptan muy bien a los continuos cambios presentes en la industria. La segunda propuesta dentro de los estándares propuesto por la OMG es la especificación basada en las normas definidas por WfMC (Workflow Management Colation). Fundada en 1993, el WfMC, es una organización internacional sin fines de lucro, que consta de un conjunto de vendedores, clientes y usuarios cuya misión es promover el uso de Workflow, a través del establecimiento de normas para la terminología del software, interoperabilidad y conectividad para los nuevos productos que soportan el Workflow. La tecnología usada en esta especificación es basada directamente en las normas de WfMC para interfaces del Workflow, las cuales han estado disponibles públicamente durante varios años, y mantiene una base establecida para la introducción de la tecnología del Workflow en la arquitectura de OMG. El Capítulo II : Constituye una introducción a XML, qué es XML?, por qué hace falta y por qué se esta utilizando en la actualidad para resolver una diversidad de problemas informáticos y de integración. Una aplicación ya no se considera un producto de nivel empresarial si no se utiliza XML en algún sitio. Se accede a los sistemas heredados con una frecuencia nunca vista y las compañías se están ahorrando millones de dólares en la integración de sistemas. XML es un acrónimo que viene acompañado por un conjunto de variantes: XSL, XSLT, PI, DTD, XHTML y más. También supone una gran promesa: lo que Java fue para la portabilidad de código, XML pretende serlo para la portabilidad de datos, incluso Sun Desarrollo de una Herramienta Workflow Basada en Tecnología XML y JAVA 2

16 Visión General Introducción ha estado atrayendo, en los últimos meses, la atención de sus clientes con el ambicioso lema Java + XML = código portable + Datos portables. Las aplicaciones Web de la actualidad se enfrentan con un número abundante de problemas que no se habían tomado en cuenta hace diez años. Los sistemas distribuidos a lo largo de kilómetros, deben funcionar rápidamente y de manera intachable. Las aplicaciones de negocios deben ser capaces de comunicarse no sólo con otros componentes de negocio, sino con todo un conjunto de sistemas de negocios, a menudo entre diferentes compañías y tipos de tecnología. Los clientes ya no están limitados sólo a navegadores Web con soporte de HTML, teléfonos móviles con soporte WAP (Protocolos de comunicación inalámbricos) o computadoras de bolsillo (PDA) con lenguajes de marcado totalmente diferentes. Los datos y la transformación de éstos, se han vuelto la pieza central decisiva de todas las aplicaciones desarrolladas en la actualidad. XML ofrece el medio para que los programadores cumplan con todos estos requerimientos. Además, los desarrolladores en Java tienen un arsenal de API que les permiten utilizar XML y todos sus acompañantes. Por ello la selección de utilizar XML como lenguaje de transporte de datos para la realización del este proyecto. El Capítulo III : Este capítulo es una introducción a los modelos de procesos y su relación con los sistemas de Workflow. Ante la realidad de la insuficiencia de modelos de empresas para afrontar los desafíos de hacer negocios en la era del e-commerce, el concepto de BPI (Business Process Integration) adquiere gran importancia en la medida que permite optimizar la administración de las organizaciones a través de la automatización y gestión electrónica de sus procesos (Workflow), resolviendo paralelamente los problemas de integración (EAI, Enterprise Application Integration) de las diferentes aplicaciones utilizadas. Integración que no sólo es necesaria dentro de la organización, como también con aplicaciones de los diversos actores involucrados en el proceso de e-commerce (proveedores, clientes, entidades financieras, etc.), lo que posibilita una interacción flexible, ágil y dinámica que les aportará las ventajas competitivas que requiere el mundo globalizado de los negocios. Un mundo extremadamente exigente con aquellas compañías que no se adapten a los cambios y que no entiendan que el concepto de e-business no es simplemente hacer negocios en Internet, sino que implica una base organizacional que soporte los negocios en la Red, contemplando cómo van a cambiar las prioridades de los clientes, cómo se deben rediseñar las estructuras organizacionales para enfrentar ese cambio de prioridades, y qué tecnologías habrá que adoptar para sobrevivir y triunfar en esta nueva era. El Capítulo IV: En éste capítulo se hace una primera aproximación para implementar un sistema de Workflow. Se desarrollaran los modelos basado en la arquitectura de los tres ejes propuesta por [10] y los modelos para empresa de control expuestos en SP95[12]. Se buscará la correspondencia entre ambas, ubicando las diferentes unidades funcionales dentro de la arquitectura de los tres ejes. Los modelos obtenidos sirven como punto de partida para el desarrollo y codificación del prototipo, el cual será llamado Gestor de Procesos. Una manera de implementar un sistema de Workflow es el basado en agentes, las cuales son entidades autónomas, inteligentes que interactúan por medio de la cooperación, la coexistencia o por la competición. Cabe mencionar que la implementación Desarrollo de una Herramienta Workflow Basada en Tecnología XML y JAVA 3

17 Visión General Introducción de un agente inteligente no forma parte de ésta propuesta, queda pendiente para futuras investigaciones el desarrollo o la incorporación de este tipo de sistemas al prototipo desarrollado. Uno de los principales problemas que presentan los sistemas de Workflow es la falta de comunicación directa con el proceso (Nivel de instrumento). El capítulo plantea la fusión o correspondencia que puede existir entre un sistema de Workflow y un sistema holónico autosostenible y autogestionable, que se encarga de enviar la información que emana de los procesos a través de un enlace directo con la parte instrumentar, logrando dictar las pautas a seguir antes posibles cambios de estado. De esta manera el Workflow se encargará de la planificación de las actividades, cambios de consignas y demás decisiones para encaminar al proceso ante las eventualidades presentes. Cabe aclarar que los sistemas holónicos están aun en desarrollo, quedando pendiente para futuros investigadores quienes quieran incursionar en estas áreas de desarrollo. Aquí simplemente se mencionan como una solución alternativa para completar la implementación del sistema de Workflow. El Capítulo V : Trata del desarrollo del prototipo para el sistema de Workflow. El prototipo llamado Gestor de Procesos. El capítulo trata de aplicar un conjunto básico de conceptos de Ingeniería de Software para el desarrollo del sistema de Workflow, basado en el modelo Reloj para el desarrollo de software de negocio en pequeñas y medianas organizaciones [20 ]. La aplicación de éste modelo no se aplica de manera integral al desarrollo del prototipo. El modelo sirve como marco de referencia para la aplicación de los conceptos de Ingeniería de Software para el desarrollo. Desarrollo de una Herramienta Workflow Basada en Tecnología XML y JAVA 4

18 Introducción a las Normas Propuestas por OMG Capítulo I CAPITULO I: INTRODUCCIÓN A LAS NORMAS PROPUESTA POR LA OMG Este capítulo muestra los conceptos básicos propuestos por la OMG para la arquitectura de integración CORBA. Se presentan los conceptos de OMA (Object Manager Architecture), para luego explicar las especificaciones de objetos de negocios, y arquitectura de flujo de trabajo, mencionada a lo largo del capítulo como Workflow. Introducción : Debido a las dificultades presentes en la industria al no manejar estándares de producción y tener diferentes maneras de operar, se observa en las empresas, un incremento en los problemas por falta de información entre los diferentes niveles que la conforma. En muchos casos las aplicaciones existentes no cubren la necesidad de los usuarios y clientes, siendo de vital interés integrar aplicaciones y sistemas heterogéneos que se encuentran en diferentes unidades de producción. Actualmente no se puede pensar en una empresa donde la información viaje de manera aislada. Deben existir mecanismos que ayuden al proceso de toma de decisiones en los diferentes niveles del proceso productivo. Para ello las casas de software se encargan de diseñar sistemas que cubren en buena medida las exigencias de los clientes, pero en la mayoría de los casos, el software presenta deficiencias en algunas áreas, siendo importantes para las empresas. Por ello debe existir un mecanismo que ayude a acoplar diferentes sistemas de software. Es importante pensar en una arquitectura abierta de comunicación que sirva como medio de transporte, tanto para los paquetes, como para los datos, logrando conectar la información que emana de diferentes programas para integrar una diversidad de sistemas de diferentes fabricantes, que inclusive pueden o no operar sobre plataformas heterogéneas. El objeto del presente capítulo es dar a conocer las diferentes tendencias que presenta el mercado para la integración de sistemas, así como algunas arquitecturas que son vitales para el modelado de la empresa, bien conocidas como arquitecturas de integración. Por otro lado, dar un enfoque conceptual de las diferentes especificaciones y normativas que maneja el consorcio OMG para definir el conjunto de objetos que negocios, como partida para la construcción de sistemas estables, escalables y portables a través de diferentes plataformas de comunicación. Desarrollo de una Herramienta Workflow Basada en Tecnología XML y JAVA. 5

19 Introducción a las Normas Propuestas por OMG Capítulo I El capítulo puede ser considerado como una Ingeniería Conceptual para el desarrollo de un Sistema de Automatización Integrado hacia las aplicaciones. El capítulo abarca los siguientes aspectos: 1.Estudio de las especificaciones propuestas por OMG para la Arquitectura de Administración de Objetos (OMA) 2.Estudio de las especificaciones propuestas por la OMG para la Arquitectura de Objetos de Negocios (BOA que es actualmente BOCA (Business Object Component Architecture)) 3.Estudio de las especificaciones propuestas por la OMG para el manejo y desarrollo de Workflow o flujo de trabajo. Desarrollo de una Herramienta Workflow Basada en Tecnología XML y JAVA. 6

Tecnología de objetos distribuidos y arquitectura de componentes. Índice. Bibliografía. Introducción. Tema V

Tecnología de objetos distribuidos y arquitectura de componentes. Índice. Bibliografía. Introducción. Tema V Bibliografía Tema V Tecnología de objetos distribuidos y arquitectura de componentes. Szyperski, C. 1998. Component Software. Addison-Wesley. Ruiz Cortés, 1998. A. CORBA: Una visión general. http://www.lsi.us.es/~aruiz

Más detalles

SISTEMAS DISTRIBUIDOS DE REDES 3.- ESTANDAR CORBA. 3.1. Características

SISTEMAS DISTRIBUIDOS DE REDES 3.- ESTANDAR CORBA. 3.1. Características SISTEMAS DISTRIBUIDOS DE REDES 3.- ESTANDAR CORBA 3.1. Características La tendencia hacia el futuro es el de lograr la integración total de componentes realizados por terceras partes, para lo cual es necesario

Más detalles

Capítulo 1. Componentes de CORBA.

Capítulo 1. Componentes de CORBA. Capítulo 1. Componentes de CORBA. La OMA (Object Management Architecture) define en alto nivel de abstracción las reglas necesarias para la distribución de la computación orientada a objetos (OO) en entornos

Más detalles

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

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

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Página 1 de 23 Índice del Documento 1.- Introducción... Página 4 2.- Propuesta

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA... 7 Tarea DSI 1.1: Definición de Niveles de Arquitectura... 9 Tarea DSI

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA...7 Tarea DSI 1.1: Definición de Niveles de Arquitectura...9 Tarea DSI 1.2:

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

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

Tema 4: Diseño de flujos interaplicación

Tema 4: Diseño de flujos interaplicación Tema 4: Diseño de flujos interaplicación 4.1 Introducción a los Sistemas EAI Modelo de referencia (1) INTEGRACIÓN B2B INTEGRACIÓN DE APLICACIONES Y PROCESOS INTEGRACIÓN DE DATOS INTEGRACIÓN DE PLATAFORMA

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

GLOSARIO. Arquitectura: Funcionamiento, estructura y diseño de una plataforma de desarrollo.

GLOSARIO. Arquitectura: Funcionamiento, estructura y diseño de una plataforma de desarrollo. GLOSARIO Actor: Un actor es un usuario del sistema. Esto incluye usuarios humanos y otros sistemas computacionales. Un actor usa un Caso de Uso para ejecutar una porción de trabajo de valor para el negocio.

Más detalles

2.1 Compuertas para Bases de Datos

2.1 Compuertas para Bases de Datos 1 Colección de Tesis Digitales Universidad de las Américas Puebla Romero Martínez, Modesto Uno de los aspectos mas importantes en un sistema multibase de datos es la forma en como llevar a cabo la comunicación

Más detalles

Práctica de Integración de Sistemas Aplicación Web.NET: Sitio de Comentarios de Eventos Deportivos

Práctica de Integración de Sistemas Aplicación Web.NET: Sitio de Comentarios de Eventos Deportivos Práctica de Integración de Sistemas Aplicación Web.NET: Sitio de Comentarios de Eventos Deportivos 1. Introducción Curso académico 2009-2010 La práctica de Integración de Sistemas consiste en el diseño

Más detalles

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 17 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 5 Situación RD 1201/2007 Actualización Competencia

Más detalles

DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL

DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL Página 1 de 21 CUALIFICACIÓN DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC154_3 Versión 5 Situación RD 1087/2005 Actualización

Más detalles

WebRatio. Otro camino para el BPM. Web Models s.r.l. www.webratio.com contact@webratio.com 1 / 8

WebRatio. Otro camino para el BPM. Web Models s.r.l. www.webratio.com contact@webratio.com 1 / 8 WebRatio Otro camino para el BPM Web Models s.r.l. www.webratio.com contact@webratio.com 1 / 8 El BPM El BPM (Business Process Management) no es solo una tecnología, además a grandes rasgos es una disciplina

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

La interoperabilidad se consigue mediante la adopción de estándares abiertos. Las organizaciones OASIS y W3C son los comités responsables de la

La interoperabilidad se consigue mediante la adopción de estándares abiertos. Las organizaciones OASIS y W3C son los comités responsables de la Servicios web Introducción Un servicio web es un conjunto de protocolos y estándares que sirven para intercambiar datos entre aplicaciones. Distintas aplicaciones de software desarrolladas en lenguajes

Más detalles

Especificación de la secuencia de mensajes que se han de intercambiar. Especificación del formato de los datos en los mensajes.

Especificación de la secuencia de mensajes que se han de intercambiar. Especificación del formato de los datos en los mensajes. SISTEMAS DISTRIBUIDOS DE REDES 2.- MODELOS ORIENTADOS A OBJETOS DISTRIBUIDOS 2.1. Tecnologías de sistemas distribuidos Para la implementación de sistemas distribuidos se requiere de tener bien identificados

Más detalles

CICLO SUPERIOR DESARROLLO DE APLICACIONES MULTIPLATAFORMA

CICLO SUPERIOR DESARROLLO DE APLICACIONES MULTIPLATAFORMA CICLO SUPERIOR DESARROLLO DE APLICACIONES MULTIPLATAFORMA PROGRAMACIÓN DIDACTICA ANUAL Parte específica del módulo: 0485. Programación Departamento de Familia Profesional de Informática Curso: 2014-15

Más detalles

ARQUITECTURAS ORIENTADAS A SERVICIOS. SOA en la Seguridad Social. 48 boletic

ARQUITECTURAS ORIENTADAS A SERVICIOS. SOA en la Seguridad Social. 48 boletic ARQUITECTURAS ORIENTADAS A SERVICIOS SOA en la Seguridad Social por Mario triguero garrido 48 boletic El deber de ofrecer al ciudadano el mejor servicio ha sido siempre la motivación por la cual la Gerencia

Más detalles

UNIVERSIDAD CENTROCCIDENTAL "LISANDRO ALVARADO" DECANATO DE CIENCIAS Y TECNOLOGIA MAESTRIA EN CIENCIAS DE LA COMPUTACION MENCION REDES DE COMPUTADORAS

UNIVERSIDAD CENTROCCIDENTAL LISANDRO ALVARADO DECANATO DE CIENCIAS Y TECNOLOGIA MAESTRIA EN CIENCIAS DE LA COMPUTACION MENCION REDES DE COMPUTADORAS UNIVERSIDAD CENTROCCIDENTAL "LISANDRO ALVARADO" DECANATO DE CIENCIAS Y TECNOLOGIA MAESTRIA EN CIENCIAS DE LA COMPUTACION MENCION REDES DE COMPUTADORAS MODELO DE GESTION WBEM PARA ADMINISTRACION DE REDES

Más detalles

SERVICIOS: EXPLORACIONES EN SOA y WEB.

SERVICIOS: EXPLORACIONES EN SOA y WEB. SERVICIOS: EXPLORACIONES EN SOA y WEB. López, G. 1 ; Jeder, I 1.; Echeverría, A 1.; Grossi, M.D. 2 ; Servetto, A 2.; Fierro, P. (PhD.) 3 1. Laboratorio de Informática de Gestión - Facultad de Ingeniería.

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

La obra se proporciona bajo los términos de esta licencia pública de Sisoft de México

La obra se proporciona bajo los términos de esta licencia pública de Sisoft de México Licencia La obra se proporciona bajo los términos de esta licencia pública de Sisoft de México S. A de C.V., Está protegida por derechos de autor y / u otras leyes aplicables. Cualquier uso diferente a

Más detalles

Módulo Profesional 01: Bases de datos (código: 0484).

Módulo Profesional 01: Bases de datos (código: 0484). Módulo Profesional 01: Bases de datos (código: 0484). Actividades de enseñanza-aprendizaje que permiten alcanzar los objetivos del módulo. Interpretar diseños lógicos de bases de datos. Realizar el diseño

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

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 6. Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 6. Actualización Página 1 de 19 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 6 Situación Contraste externo Actualización

Más detalles

Capítulo I. Marco Teórico

Capítulo I. Marco Teórico 1 Capítulo I. Marco Teórico 1. Justificación Hoy en día existe una gran diversidad de aplicaciones que corren sobre la World Wide Web (WWW o Web), y cada una orientada a un fin en particular, el cuál depende

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

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

GLOSARIO DE TERMINOS

GLOSARIO DE TERMINOS GLOSARIO DE TERMINOS A Aplicaciones Legacy.- Conjunto de aplicaciones desarrolladas o implementadas en plataformas de sistemas anteriores o antiguos. B Bases de Datos.- Organización y conservación de datos

Más detalles

CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 16 CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC304_3 Versión 5 Situación RD 1201/2007 Actualización Competencia

Más detalles

Interacción Persona - Ordenador

Interacción Persona - Ordenador Interacción Persona - Ordenador Diseño de la interfaz en la Ingeniería del Software Dr. Pedro Latorre Dra. Sandra Baldassarri Dra. Eva Cerezo Ingeniería del Software Ingeniería del Software: Definición

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

Análisis del Sistema de Información

Análisis del Sistema de Información Análisis del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA... 6 Tarea ASI 1.1: Determinación del Alcance del Sistema... 6 Tarea ASI 1.2: Identificación

Más detalles

PRINCIPIOS PARA LA APLICACIÓN DEL ESTÁNDAR ISA S95. Libardo Steven Muñoz, Fabian Yesid Vidal, Oscar Amaury Rojas A

PRINCIPIOS PARA LA APLICACIÓN DEL ESTÁNDAR ISA S95. Libardo Steven Muñoz, Fabian Yesid Vidal, Oscar Amaury Rojas A PRINCIPIOS PARA LA APLICACIÓN DEL ESTÁNDAR ISA S95 Libardo Steven Muñoz, Fabian Yesid Vidal, Oscar Amaury Rojas A Grupo de I+D en Automática Industrial - Universidad del Cauca Calle 5 No 4-50, Popayán,

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

LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS

LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS Ministerio de Tecnologías de la Información y las Comunicaciones Programa de Gobierno

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

JAVA EE 5. Arquitectura, conceptos y ejemplos.

JAVA EE 5. Arquitectura, conceptos y ejemplos. JAVA EE 5. Arquitectura, conceptos y ejemplos. INTRODUCCIÓN. MODELO DE LA APLICACIÓN JEE5. El modelo de aplicación Java EE define una arquitectura para implementar servicios como lo hacen las aplicaciones

Más detalles

Service Oriented Architecture

Service Oriented Architecture Service Oriented Architecture Isaac Gutiérrez Gómez, Salvador Otón Tortosa Universidad de Alcalá, Departamento de Ciencias de la Computación, 28871 Alcalá de Henares, Spain igutierrez09@yahoo.es, salvador.oton@uah.es

Más detalles

Patrones de Alto nivel: Patrones de Arquitectura Patrones de nivel medio: Patrones de Diseño Patrones de bajo nivel: Idioms

Patrones de Alto nivel: Patrones de Arquitectura Patrones de nivel medio: Patrones de Diseño Patrones de bajo nivel: Idioms Patrones Patrones Es una solución reusable de problemas comunes. Los patrones solucionan problemas que existen en muchos niveles de abstracción. desde el análisis hasta el diseño y desde la arquitectura

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

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

Administración de Variabilidad en una línea de producto basada en modelos

Administración de Variabilidad en una línea de producto basada en modelos Administración de Variabilidad en una línea de producto basada en modelos Kelly Garcés Carlos Parra Hugo Arboleda Andres Yie Rubby Casallas Universidad de los Andes, Bogotá k-garces @uniandes.edu.co Universidad

Más detalles

SISTEMAS DE INFORMACIÓN I TEORÍA

SISTEMAS DE INFORMACIÓN I TEORÍA CONTENIDO: TIPOS DE SI: SISTEMAS DE AUTOMATIZACIÓN DE OFICINAS, GROUPWARE, SISTEMA DE WORKFLOW Material diseñado y elaborado por: Prof. Anna Cecilia Grimán SISTEMAS DE AUTOMATIZACIÓN DE OFICINAS Los Sistemas

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

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

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

Ingeniería de Software I

Ingeniería de Software I Ingeniería de Software I Agenda Objetivo. Unidades de aprendizaje. Formas de evaluación. Bibliografía. 2 Datos del profesor Correo electrónico: egonzalez@upemor.edu.mx Asesorías Jueves de 11:00 a 13:00

Más detalles

6.1 Introducción a los sistemas EAI

6.1 Introducción a los sistemas EAI 6.1 Introducción a los sistemas EAI Integración de Aplicaciones (1) El problema de la integración de aplicaciones consiste en hacer colaborar entre sí a aplicaciones distribuidas, heterogéneas y posiblemente

Más detalles

En el siguiente apartado se detallan ciertos conceptos que ayudan a comprender en mayor medida el Proyecto.

En el siguiente apartado se detallan ciertos conceptos que ayudan a comprender en mayor medida el Proyecto. APÉNDICES En el siguiente apartado se detallan ciertos conceptos que ayudan a comprender en mayor medida el Proyecto. APÉNDICE 1. Herramientas Las herramientas que se usaron en el análisis, desarrollo

Más detalles

Simulador de Protocolos de Red a tráves de WEB

Simulador de Protocolos de Red a tráves de WEB Simulador de Protocolos de Red a tráves de WEB Propuesta de Estudio 20071608 Director Ing. Francisco Antonio Polanco Montelongo Resumen Introducción Actualmente, el desarrollo tecnológico a alcanzado niveles

Más detalles

Programación Orientada a Objetos Profr. Pedro Pablo Mayorga

Programación Orientada a Objetos Profr. Pedro Pablo Mayorga Actividad 2 Unidad 1 Ciclo de vida del software y Diseño Orientado a Objetos Ciclo de Vida del Software Un modelo de ciclo de vida define el estado de las fases a través de las cuales se mueve un proyecto

Más detalles

MIDDLEWARE: Arquitectura para Aplicaciones Distribuidas Dr. Víctor J. Sosa Sosa vjsosa@tamps.cinvestav.mx

MIDDLEWARE: Arquitectura para Aplicaciones Distribuidas Dr. Víctor J. Sosa Sosa vjsosa@tamps.cinvestav.mx MIDDLEWARE: Arquitectura para Aplicaciones Distribuidas Dr. Víctor J. Sosa Sosa vjsosa@tamps.cinvestav.mx Contenido Middleware: Introducción Definición Genealogía Aplicaciones actuales: Servicios Web Computación

Más detalles

Fecha Publicación: 3 de Noviembre 2009. BPM Business Process Management Gestión de Procesos de Negocio

Fecha Publicación: 3 de Noviembre 2009. BPM Business Process Management Gestión de Procesos de Negocio BPM Business Process Management Gestión de Procesos de Negocio Palabras Clave: BPM, Business Process Management, Workflow, Gestión de Procesos de Negocio, Reingeniería de Procesos, Optimización de Procesos,

Más detalles

Servicios Web. Capítulo 5: Introducción a los Servicios Web. Pedro Álvarez alvaper@unizar.es José Ángel Bañares banares@unizar.es

Servicios Web. Capítulo 5: Introducción a los Servicios Web. Pedro Álvarez alvaper@unizar.es José Ángel Bañares banares@unizar.es Servicios Web Capítulo 5: Introducción a los Servicios Web Pedro Álvarez alvaper@unizar.es José Ángel Bañares banares@unizar.es http://diis.unizar.es/postweb/ Departamento de Informática e Ingeniería de

Más detalles

CAPÍTULO 4 ANÁLISIS Y DISEÑO: e-commerce CONSTRUCTOR

CAPÍTULO 4 ANÁLISIS Y DISEÑO: e-commerce CONSTRUCTOR CAPÍTULO 4 ANÁLISIS Y DISEÑO: e-commerce CONSTRUCTOR En este capítulo se describe el análisis y diseño de un sistema, denominado e-commerce Constructor, el cual cumple con los siguientes objetivos: Fungir

Más detalles

Tema 4. Diseño arquitectónico.

Tema 4. Diseño arquitectónico. Tema 4. Diseño arquitectónico. Introducción, Objetivos del Diseño. Ingeniería del Software II 2011 Para la transformación del modelo de análisis en un modelo de diseño del sistema, se definen los objetivos

Más detalles

Grado en Ingeniería del Software

Grado en Ingeniería del Software Grado en Ingeniería del Software Descripción de los módulos o materias FUNDAMENTOS CIENTÍFICOS PARA LA INGENIERÍA Bases científicas necesarias para cualquier ingeniero informático: Física, Álgebra, Análisis

Más detalles

Contenidos. Parte I - Introducción Capítulo 1 - Evolución. Capítulo 2 Condiciones de trabajo en el Desarrollo de Software

Contenidos. Parte I - Introducción Capítulo 1 - Evolución. Capítulo 2 Condiciones de trabajo en el Desarrollo de Software IX Contenidos Prólogo... XIX Prefacio... XXI Guía de lectura...xxiii Parte I - Introducción Capítulo 1 - Evolución 1.1 Introducción... 2 1.2 Los hitos en la evolución histórica del desarrollo de software...

Más detalles

Arquitectura de Aplicaciones

Arquitectura de Aplicaciones 1 Capítulo 13: Arquitectura de aplicaciones. - Sommerville Contenidos del capítulo 13.1 Sistemas de procesamiento de datos 13.2 Sistemas de procesamiento de transacciones 13.3 Sistemas de procesamiento

Más detalles

Unidad didáctica 2: Metodologías de desarrollo de Bases de Datos. Unidad didáctica 1: Fase de análisis de requisitos Modelo E/R

Unidad didáctica 2: Metodologías de desarrollo de Bases de Datos. Unidad didáctica 1: Fase de análisis de requisitos Modelo E/R índice Módulo A Unidad didáctica 1: Introducción a las Bases de Datos Unidad didáctica 2: Metodologías de desarrollo de Bases de Datos 3 19 Módulo B Unidad didáctica 1: Fase de análisis de requisitos Modelo

Más detalles

Sistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1

Sistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1 Introducción al Proceso Unificado de Desarrollo de Software Autor: Ing. Silverio Bonilla 1 James Rumbaugh et al. Concepto de Método Una metodología de ingeniería del software es un proceso para producir

Más detalles

Unicenter Asset Management versión 4.0

Unicenter Asset Management versión 4.0 D A T A S H E E T Unicenter Asset Management versión 4.0 Unicenter Asset Management es una completa solución para gestionar los activos TI de su entorno empresarial de forma activa. Proporciona funciones

Más detalles

OMG UML 2.0 Marcando un hito en el desarrollo de software Resumen Keywords Historia del Surgimiento

OMG UML 2.0 Marcando un hito en el desarrollo de software Resumen Keywords Historia del Surgimiento OMG UML 2.0 Marcando un hito en el desarrollo de software Resumen A través de este artículo se ofrece un panorama amplio y de alto nivel sobre la especificación y los diferentes diagramas del Lenguaje

Más detalles

TEMA 5. Otras arquitecturas distribuidas II. Objetos distribuidos y CORBA

TEMA 5. Otras arquitecturas distribuidas II. Objetos distribuidos y CORBA TEMA 5. Otras arquitecturas distribuidas II. Objetos distribuidos y CORBA II. Objetos distribuidos y CORBA 1. Objetos Distribuidos 2. CORBA 1. Características 2. Modelo de trabajo 3. ORB 4. Arquitectura

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

INTEROPERABILIDAD ENTRE LOS MARCOS DE GESTION SNMP Y CORBA (GATEWAY)

INTEROPERABILIDAD ENTRE LOS MARCOS DE GESTION SNMP Y CORBA (GATEWAY) UNIVERSIDAD CENTROCCIDENTAL LISANDRO ALVARADO DECANATO DE CIENCIA Y TECNOLOGIA MAESTRIA CIENCIA DE LA COMPUTACION MENCION REDES DE COMPUTADORAS INTEROPERABILIDAD ENTRE LOS MARCOS DE GESTION SNMP Y CORBA

Más detalles

INTEGRACIÓN DE SISTEMAS HEREDADOS

INTEGRACIÓN DE SISTEMAS HEREDADOS CAPÍTULO 2 INTEGRACIÓN DE SISTEMAS HEREDADOS En el presente capítulo, se presenta el problema de integración de sistemas de Software. Una de cuyas características es la presencia de los llamados Sistemas

Más detalles

ELEMENTO I INTRODUCCION A LOS SISTEMAS DE BASES DE DATOS

ELEMENTO I INTRODUCCION A LOS SISTEMAS DE BASES DE DATOS Base de Datos ELEMENTO I INTRODUCCION A LOS SISTEMAS DE BASES DE DATOS Una base de datos es un conjunto de elementos de datos que se describe a sí mismo, con relaciones entre esos elementos, que presenta

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

La Arquitectura de las Máquinas Virtuales.

La Arquitectura de las Máquinas Virtuales. La Arquitectura de las Máquinas Virtuales. La virtualización se ha convertido en una importante herramienta en el diseño de sistemas de computación, las máquinas virtuales (VMs) son usadas en varias subdiciplinas,

Más detalles

SISTEMAS DE INFORMACIÓN PARA ADMINISTRACIÓN DE OPERACIONES

SISTEMAS DE INFORMACIÓN PARA ADMINISTRACIÓN DE OPERACIONES SISTEMAS DE INFORMACIÓN PARA ADMINISTRACIÓN DE OPERACIONES 2003 Factores externos que afectan a la empresa industrial El nuevo contexto económico global impone a las empresas industriales mejoras de calidad,

Más detalles

Evaluar el rendimiento de los servicios de comunicaciones. ANEXO CLIV

Evaluar el rendimiento de los servicios de comunicaciones. ANEXO CLIV 746 Miércoles 5 octubre 2005 Suplemento del BOE núm. 238 CE2.1 Identificar los distintos sistemas de archivo utilizables en un dispositivo de almacenamiento dado para optimizar los procesos de registro

Más detalles

Administración de la calidad del software.

Administración de la calidad del software. UNIVERSIDAD IBEROAMERICANA ESTUDIOS CON RECONOCIMIENTO DE VALIDEZ OFICIAL POR DECRETO PRESIDENCIAL DEL 3 DE ABRIL DE 1981 ADMINISTRACIÓN DE LA CALIDAD DEL SOFTWARE UNA NUEVA FORMA DE TRABAJAR TESIS Que

Más detalles

La Necesidad de Modelar. Diseño de Software Avanzado Departamento de Informática

La Necesidad de Modelar. Diseño de Software Avanzado Departamento de Informática La Necesidad de Modelar Analogía Arquitectónica Tiene sentido poner ladrillos sin hacer antes los planos? El modelo, los planos, ayuda a afrontar la complejidad del proyecto. Cuál es el lenguaje adecuado

Más detalles

Tema 2. Ingeniería del Software I feliu.trias@urjc.es

Tema 2. Ingeniería del Software I feliu.trias@urjc.es Tema 2 Ciclo de vida del software Ingeniería del Software I feliu.trias@urjc.es Índice Qué es el ciclo de vida del Software? El Estándar 12207 Modelos de proceso Qué es el Ciclo de Vida del SW? Definición

Más detalles

INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN

INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN El desarrollo de software basado en componentes permite reutilizar piezas de código pre-elaborado que permiten realizar diversas tareas, conllevando

Más detalles

Aproximación al CONCEPTO

Aproximación al CONCEPTO 18 Aproximación al CONCEPTO LA NECESIDAD DE INTERCAMBIAR INFORMACIÓN ENTRE DEPARTAMENTOS Y ÁREAS DE NEGOCIO SE HA VUELTO CRUCIAL Y HA HECHO QUE LAS EMPRESAS VEAN LA INTEGRACIÓN COMO UN ELEMENTO CLAVE PARA

Más detalles

Rational Unified Process (RUP)

Rational Unified Process (RUP) Rational Unified Process (RUP) Este documento presenta un resumen de Rational Unified Process (RUP). Se describe la historia de la metodología, características principales y estructura del proceso. RUP

Más detalles

Curso 5007437. Integración de Aplicaciones de Empresa (Enterprise Application Integratión, EAI)

Curso 5007437. Integración de Aplicaciones de Empresa (Enterprise Application Integratión, EAI) Curso 5007437 Conceptos y estándares de arquitecturas orientadas a servicios Web Curso 2006/2007 Capítulo 3: Integración de Aplicaciones de Empresa (Enterprise Application Integratión, EAI) Pedro Álvarez

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

Acoplamiento e interoperabilidad

Acoplamiento e interoperabilidad Máster Universitario en Ingeniería Informá3ca Acoplamiento e interoperabilidad Sistemas de Información Orientados a Servicios RODRIGO SANTAMARÍA 2 Acoplamiento débil Tipos de acoplamiento Cabalgando el

Más detalles

Ventajas electrónicas

Ventajas electrónicas Ventajas electrónicas Soluciones Industrial IT para la industria de la pasta papelera y del papel Matthew Montague Aunque el comercio electrónico (ebusiness) es parte esencial de la revolución por la que

Más detalles

Ciclo Formativo de Grado Superior Desarrollo de Aplicaciones Web

Ciclo Formativo de Grado Superior Desarrollo de Aplicaciones Web Ciclo Formativo de Grado Superior Desarrollo de Aplicaciones Web Proyecto Propio de Ampliación con Programación de Dispositivos Móviles e Inteligentes Paseo de la Puerta del Ángel, s/n 28011 Madrid www.iesellago.net

Más detalles

Servicios Web. Capítulo 3: Integración de Aplicaciones de Empresa (Enterprise Application Integratión, EAI)

Servicios Web. Capítulo 3: Integración de Aplicaciones de Empresa (Enterprise Application Integratión, EAI) Servicios Web Capítulo 3: Integración de Aplicaciones de Empresa (Enterprise Application Integratión, EAI) Pedro Álvarez alvaper@unizar.es José Ángel Bañares banares@unizar.es http://diis.unizar.es/postweb/

Más detalles

CA Automation Suite for Hybrid Clouds

CA Automation Suite for Hybrid Clouds HOJA DEL PRODUCTO: For Hybrid Clouds for Hybrid Clouds for Hybrid Clouds está diseñada para aumentar la agilidad y la eficacia, de forma que pueda hacer lo siguiente: Sobrellevar las ráfagas de demanda

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

Historia de revisiones

Historia de revisiones Binary Rain Glosario Versión 1.1 Historia de revisiones Fecha Versión Descripción Autor 17/08/2012 1.0 Creación del documento Carolina Trias 18/08/2012 1.1 Revisado y corregido por SQA Mercedes Marzoa

Más detalles

Analista Programador Java: Business Apps Expert

Analista Programador Java: Business Apps Expert Analista Programador Java: Business Apps Expert TITULACIÓN DE FORMACIÓN CONTINUA BONIFICADA EXPEDIDA POR EL INSTITUTO EUROPEO DE ESTUDIOS EMPRESARIALES Analista Programador Java: Business Apps Expert Duración:

Más detalles

Facultad de Ingeniería Informática. Informe de las Prácticas Profesionales

Facultad de Ingeniería Informática. Informe de las Prácticas Profesionales Facultad de Ingeniería Informática CEIS Informe de las Prácticas Profesionales Título: Informatización de los Procesos de Negocio Solicitud de Trabajo Extra laboral en el CITI, a través de la BPMS BizAgi

Más detalles

BPMS Tecnología para la Integración y Orquestación de Procesos, Sistemas y Organización

BPMS Tecnología para la Integración y Orquestación de Procesos, Sistemas y Organización BPMS Tecnología para la Integración y Orquestación de Procesos, Sistemas y Organización Renato de Laurentiis Gianni Director IBERICA IT Group Introducción Cada vez más los Sistemas BPMS-Business Process

Más detalles

OMG - CORBA. Object Management Group. Common Object Request Broker (CORBA) http://www.omg.org. http://www.corba.org

OMG - CORBA. Object Management Group. Common Object Request Broker (CORBA) http://www.omg.org. http://www.corba.org OMG - CORBA Object Management Group http://www.omg.org Common Object Request Broker (CORBA) http://www.corba.org OMG - CORBA Objetivo OMG proveer un marco de arquitectura común n para aplicaciones orientadas

Más detalles

BPMN BPMN BPMN. BPD Objetos de flujo - Actividades. BPD (Business Process Diagram) Notación de modelado de procesos de negocio BPD

BPMN BPMN BPMN. BPD Objetos de flujo - Actividades. BPD (Business Process Diagram) Notación de modelado de procesos de negocio BPD BPMN Notación de modelado de procesos de negocio BPMN Fue desarrollado por la BPMI (Business Process Management Initiative) Objetivos: Proveer una notación entendible para cualquiera desde el analista

Más detalles

Collaborative Lifecycle Management

Collaborative Lifecycle Management Collaborative Lifecycle Management IBM Rational Software Portafolio.. Documentación Técnica... COLLABORATIVE LIFECYCLE MANAGEMENT La solución de IBM Rational para la Gestión del Ciclo de Vida Colaborativo

Más detalles