Taller de Sistemas de Información 1

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

Download "Taller de Sistemas de Información 1"

Transcripción

1 Taller de Sistemas de Información 1 Aplicaciones Empresariales, Arquitectura de Software y Web Services 12 de Marzo de 2012 Instituto de Computación Facultad de Ingeniería Universidad de la República de Uruguay

2 Aplicaciones Empresariales Agenda Definición Características y Roles Integración de Aplicaciones Plataformas de Desarrollo Empresarial Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 2

3 Aplicaciones Empresariales Definición Una Aplicación Empresarial es una aplicación de software desarrollada para administrar las operaciones, activos y recursos de una empresa Algunos ejemplos: o Contabilidad o Seguimiento de envíos o Servicio al cliente o Nómina de empleados Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 3

4 Aplicaciones Empresariales Características Las aplicaciones empresariales tienen en general las siguientes características: o Involucran persistencia de datos o Se manejan grandes cantidades de datos o Existen varias interfaces de usuario, para distintos tipos de usuario o En general se deben integrar con otras aplicaciones o Se accede a los datos de forma concurrente Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 4

5 Aplicaciones Empresariales Roles El proceso de desarrollo de una aplicación empresarial involucra al menos: o Programadores de aplicaciones o Administradores de base de datos o Diseñadores de interfaz de usuario o Integradores de aplicaciones Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 5

6 Aplicaciones Empresariales Desafíos La creación y mantenimiento de las aplicaciones presenta varias complejidades: o Administración o Mantenibilidad o Escalabilidad o Interoperabilidad o Seguridad o Confiabilidad o Accesibilidad y Usabilidad o Internacionalización Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 6

7 Aplicaciones Empresariales Integración de Aplicaciones Integración de Aplicaciones Empresariales (EAI) es la tarea de hacer que aplicaciones desarrolladas de forma independiente trabajen de forma conjunta con el fin de compartir datos y procesos de negocio Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 7

8 Aplicaciones Empresariales Integración de Aplicaciones Al integrar Aplicaciones Empresariales surgen varios desafíos: o Las redes no son confiables o Las redes son lentas o Las aplicaciones son diferentes a nivel de lenguajes de programación, formato de datos, etc o El cambio en las aplicaciones es inevitable Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 8

9 Aplicaciones Empresariales Integración de Aplicaciones Históricamente se han utilizado distintos enfoques para la integración: o Transferencia de archivos o Base de datos compartida o Invocación de procedimientos remotos Comunicación sincrónica o Mensajería Comunicación asincrónica Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 9

10 Aplicaciones Empresariales Plataformas de Desarrollo Empresarial Existen plataformas que facilitan el desarrollo e integración de aplicaciones empresariales, brindando solución a los problemas presentados Ejemplos o.net (la que se utilizará en este curso) o Java EE Permiten que el desarrollador se concentre en los aspectos relevantes para el negocio Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 10

11 Agenda Definiciones Importancia y Objetivos Lineamientos y Principios Estilos Arquitectónicos Representación de la Arquitectura Microsoft Patterns & Practices. Microsoft Application Architecture Guide v2.0 Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 11

12 Una Definición Una de las definiciones más aceptadas es la del Software Engineering Institute (SEI) de la Universidad de Carnegie-Mellon La arquitectura de un sistema de software es la estructura o estructurasdel sistema, que comprende elementos de software, las propiedades visibles externamentede dichos elementos y la relación entre ellos Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 12

13 Por qué es importante? Como cualquier otra estructura compleja, el SW debe ser construido sobre una base sólida Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 13

14 Por qué es importante? Bien definida, la arquitectura permite guiar el proceso de construcción de la aplicación Una arquitectura pobre atenta contra: o la simpleza, extensibilidad y mantenibilidad de la aplicación Si bien las plataformas y herramientas modernas simplifican la construcción de aplicaciones, sigue siendo necesario un diseño cuidadoso basado en escenarios y requerimientos específicos. Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 14

15 Por qué es importante? Los sistemas deben ser diseñados teniendo en cuenta: o El usuario del mismo o La infraestructura tecnológica existente o Las metas del negocio Existe un trade off entre todos estos participantes... Usuario Negocio Sistema Microsoft Patterns & Practices. Microsoft Application Architecture Guide v2.0 Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 15

16 Metas de la Arquitectura La arquitectura debe: o Exponer la estructura del sistema pero esconder los detalles de implementación o Realizar todos los casos de uso y escenarios de negocio o Cumplir con los requerimientos de los involucrados en el sistema o Manejar requerimientos funcionales y no funcionales Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 16

17 Algunos Lineamientos Construir para cambiar, en vez de para durar Modelar para analizar y reducir riesgos Utilizar modelos y visualizaciones como una herramienta de comunicación y colaboración Identificar las decisiones arquitectónicas principales Considerar el utilizar un enfoque iterativo incremental para refinar la arquitectura Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 17

18 Principios Clave La Arquitectura de SW se describe usualmente como la organización o estructura de un sistema, donde el sistema representa una colección de componentes que realiza una función específica. La Arquitectura se enfoca entonces en organizar componentes para dar soporte a una funcionalidad específica. A esta organización de funcionalidad se la conoce en general como agrupación de componentes en areas de concern Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 18

19 Arquitectura Típica Microsoft Patterns & Practices. Microsoft Application Architecture Guide v2.0 Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 19

20 Principios Clave Separation of concerns o Dividir la aplicación en diferentes bloques, con el mínimo de solapamiento funcional posible o Lograr alta cohesión, bajo acoplamiento Single responsability o Cada componente debe ser responsable de una única funcionalidad, o ser agregador de funcionalidad cohesiva Least knownledge (Law of Demeter) o Un componente no debe conocer detalles internos de otro componente Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 20

21 Principios Clave Don't Repeat Yourself (DRY) o La funcionalidad no debe ser duplicada en diferentes componentes You ain't gona need it (YAGNI) o Evitar realizar un esfuerzo excesivo en el diseño, sobre todo si los requerimientos no están claros, o si pueden haber posibilidades de evolución Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 21

22 Patrones / Estilos Arquitectónicos Un patrón ofrece soluciones a problemas conocidos o Permiten clasificar y re-aprovechar el conocimiento o Generan vocabulario Patrones arquitectónicos dado un contexto de aplicación o proponen la organización estructural y de comportamiento del software o especifican las propiedades que tendrá el sistema al incorporarlos o provee un marco abstracto para una familia de sistemas Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 22

23 Patrones / Estilos Arquitectónicos (ejemplos) Cliente / Servidor Arquitectura Basada en Componentes Diseño Dirigido por Modelos Arquitectura en Capas 3-Tier / N-Tier Arquitectura Orientada a Servicios (SOA) Message Bus La arquitectura de un sistema de software es a menudo una combinación de estilos para formar el sistema completo. Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 23

24 Arquitectura en Capas (Layers) Layers es un estilo arquitectónico que comúnmente se utiliza para las Aplicaciones Empresariales En este esquema las capas más altas utilizan servicios definidos por las capas más bajas Esta división lógica entre capas de funcionalidad pueda basarse en distintas responsabilidades Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 24

25 Arquitectura en Capas Microsoft Patterns & Practices. Microsoft Application Architecture Guide v2.0 Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 25

26 Arquitectura en Capas Capa de presentación o Contiene la funcionalidad responsable de gestionar la interacción del usuario con el sistema o Actúa como puente entre el usuario y la lógica de negocio Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 26

27 Arquitectura en Capas Capa de negocio o Implementa la funcionalidad central de la aplicación o Encapsula la lógica de negocio relevante para la aplicación o Consiste en componentes, los cuales exponen (en algunos casos) interfaces para que otros utilicen Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 27

28 Arquitectura en Capas Capa de acceso a datos o Provee acceso a los datos almacenados en las fronteras de la aplicación, así como a los datos expuestos por otros sistemas de información a los que se tiene conexión o Los componentes en la capa de negocio hacen uso de los datos provistos por estos componentes Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 28

29 Deployment Las capas antes presentadas pueden estar ubicadas en la misma locación física (tier) o en diferentes locaciones físicas Si se encuentran en locaciones físicas diferentes, existen fronteras físicas que deben ser tomadas en cuenta en el diseño Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 29

30 Deployment Al definir la estrategia de deployment hay que optar por un esquema distribuido o no distribuido Si se trata de una aplicación para una Intranet, accedida por un conjunto pequeño de usuarios, en general es conveniente considerar un enfoque no distribuido Si la aplicación es mas compleja, la cual debe se mantenible y escalable, un enfoque distribuido debería ser la elección Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 30

31 Deployment No Distribuido Este enfoque minimiza el número de servidores requeridos Minimiza el impacto en performance inherente a la comunicación entre capas de diferentes lugares físicos Sin embargo, compartir el mismo hardware, puede impactar la performance, por ejemplo, al acceder a recursos compartidos Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 31

32 Deployment Distribuido Este enfoque permite configurar el hardware según las necesidades de cada capa Esto permite ajustar las necesidades de escalabilidad según cada capa de la aplicación Sin embargo, el uso de componentes distribuidos, impacta la performance a la hora de realizar llamadas remotas entre diferentes locaciones físicas Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 32

33 Patrones de Deployment Distribuido (N-Tier) Cliente / Servidor 2-Tier 3-Tier N-Tier Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 33

34 Patrones de Deployment Distribuido (N-Tier) Cliente / Servidor Microsoft Patterns & Practices. Microsoft Application Architecture Guide v2.0 Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 34

35 Patrones de Deployment Distribuido (N-Tier) 3-Tier Microsoft Patterns & Practices. Microsoft Application Architecture Guide v2.0 Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 35

36 Patrones de Deployment Distribuido (N-Tier) 4-Tier Microsoft Patterns & Practices. Microsoft Application Architecture Guide v2.0 Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 36

37 Arquitectura Orientada a Servicios (SOA) Una Arquitectura Orientada a Servicios (Service Oriented Architecture, SOA) es una forma lógica de diseñar un sistema de software para proveer servicios, a aplicaciones u otros servicios distribuidos en la red, a través de interfaces que son publicadas y puede ser descubiertas (Papazoglou and Heuvel 2007) Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 37

38 Roles en una SOA Los tres roles principales en una SOA son: o Proveedor de Servicios o Registro de Servicios o Consumidor de Servicios (Endrei et al. 2004) Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 38

39 Beneficios SOA Una SOA facilita varias tareas del desarrollo de aplicaciones empresariales distribuidas: o la integración, la implementación de procesos de negocios y el aprovechamiento de sistemas legados Una SOA provee la flexibilidad y agilidad que requieren los usuarios de negocio: o les permite definir servicios de alta granularidad que pueden ser combinados y reutilizados para abordar necesidades de negocio actuales y futuras (Papazoglou and Heuvel 2007) Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 39

40 Capas de una SOA Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 40

41 SOA y Arquitectura en Capas Microsoft Patterns & Practices. Microsoft Application Architecture Guide v2.0 Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 41

42 Representación Modelos La arquitectura es un concepto abstracto por lo que se necesita un mecanismo de representación Un modelo es una simplificación de la realidad, creada con el objetivo de abstraer una porción del sistema, de forma de simplificar su comprensión Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 42

43 Representación Vistas Una vista es una representación de uno o más aspectos estructurales de una arquitectura que ilustra cómo la arquitectura lleva adelante uno o más concerns de uno o más stakeholders o stakeholders persona, grupo o entidad con un interés sobre la realización de la arquitectura o concern (preocupación) de la arquitectura es un requerimiento, objetivo o intención que pueda tener un stakeholder respecto a la arquitectura Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 43

44 Representación Vistas Modelo 4+1 vistas para la arquitectura de software o Propuesto por Phillipe Kruchten (1995) o Impulsa fuertemente la noción de vistas como modelo de representación de arquitecturas de software Sugiere o 4 vistas del sistema o 1 vista de casos de uso Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 44

45 Representación vocabulario funcionalidad ensamblado del sistema gestión de configuración comportamiento Logical View Process View Implementation View Use-Case View Deployment View performance escalabilidad topología distribución instalación Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 45

46 Representación Cada vista está más alineada al punto de vista de un stakeholder o Lógica: usuario final o Proceso: integrador, desarrollador o Implementación: desarrollador, project manager o Deployment: administrador del sistema Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 46

47 4 + 1: Vista de Casos de Uso La descripción de la funcionalidad provista por el sistema, desde el punto de vista de un actor externo o Selección de escenarios relevantes para la arquitectura Se usa para ilustrar las otras vistas de la arquitectura Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 47

48 4 + 1: Vista de Casos de Uso Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 48

49 4 + 1: Vista lógica Focalizada en los requerimientos funcionales fundamentalmente Presenta las abstracciones lógicas más importantes potencialmente varios refinamientos definición de las interfaces que ofrecen los componentes Generalmente se utilizan patrones o estilos arquitectónicos para organizar Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 49

50 4 + 1: Vista lógica Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 50

51 4 + 1: Vista de Procesos Presenta los procesos o threads de ejecución presentes en el sistema Presenta la estrategia de sincronización y comunicación entre procesos Considera requerimientos no funcionales como performance, tolerancia a fallas, disponibilidad, escalabilidad, etc Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 51

52 4 + 1: Vista de Deployment Describe la organización del sistema en el ambiente donde va a ser instalado o nodos que conforman la topología física del ambiente o hardware y/o software que soporta la ejecución en estos nodos o particularidades de configuración o mecanismos de comunicaciones entre dichos nodos Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 52

53 4 + 1: Vista de Deployment Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 53

54 4 + 1: Vista de Implementación Se focaliza en los módulos en que está organizado el ambiente de desarrollo o Incorpora restricciones particulares de la plataforma, lenguaje de programación o herramientas que se estén utilizando Presenta los componentes run-time que conforman el sistema Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 54

55 4 + 1: Vista de Implementación Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 55

56 Documento de Arquitectura Plantilla para el curso o oratorio/guia-sad-2012.odt Andrés Vignaga, Daniel Perovich. SAD del subsistema de reservas del sistema de gestión hotelera. o c/tr0314.pdf Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 56

57 Web Services Agenda Definición Primera Generación (SOAP, WSDL, UDDI) Segunda Generación (WS-*) Web Services REST Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 57

58 Web Services El término Web Service nace aproximadamente en el año 2000 Surgen como una necesidad de la industria en las áreas: o Business to Business (B2B) o Enterprise Application Integration (EAI) Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 58

59 Web Services Un Web Service es una aplicación de software identificada por una URI, cuyas interfaces y formas de acceso pueden ser definidas, descriptas y descubiertas como artefactos XML, y soporta la interacción directa con otros componentes de software utilizando mensajes basados en XML, intercambiados a través de protocolos basados en internet Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 59

60 Web Services Primera Generación Universal Description, Discovery and Integration (UDDI) Web Services Description Language (WSDL) Find Publish WSDL FTP, SMTP, etc. HTTP SOAP Simple Object Access Protocol (SOAP) Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 60

61 Web Services Simple Object Access Protocol (SOAP) Provee una forma estándar de estructurar mensajes utilizando XML Define mecanismos para utilizar distintos protocolos de transporte para el envío de mensajes Especifica un modelo de procesamiento que indica cómo se deben procesar los mensajes Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 61

62 Web Services Mensaje SOAP <?xml version="1.0"?> <soap:envelope xmlns:soap="http://www.w3.org/2001/12/soap-envelope" soap:encodingstyle="http://www.w3.org/2001/12/soapencoding"> <soap:header>... </soap:header> <soap:body>... </soap:body> </soap:envelope> <soap:fault>... </soap:fault> Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 62

63 Web Services Web Service Description Language (WSDL) Lenguaje basado en XML que permite describir la interfaz y otras características de un Web Service Un documento WSDL puede dividirse en dos partes: o descripción abstracta o descripción concreta Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 63

64 Web Services Web Service Description Language (WSDL) La descripción abstracta describe de forma general la estructura de la interfaz del Web Service, que incluye operaciones, parámetros y tipos de datos abstractos La descripción concreta asocia a una descripción abstracta una dirección de red concreta, un protocolo de comunicación y estructuras de datos concretas Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 64

65 Web Services Universal Description Discovery & Integration (UDDI) Especificación que provee una forma estándar de publicar y descubrir Web Services UDDI define o un modelo de datos para almacenar información de servicios y negocios o dos interfaces para utilizar el registro UDDI Inquiry Publish Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 65

66 Web Services Segunda Generación Surgen como forma de abordar problemáticas comunes en contextos empresariales Se les conoce como WS-* Cada una aborda una problemática específica: o Seguridad, Transacciones, Mensajería, etc Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 66

67 Web Services WS-BPEL Web Services Business Process Execution Language es un lenguaje para orquestar Web Services WS-BPEL es un lenguaje de flujo basado en XML para la especificación formal de procesos de negocio y protocolos de interacción de negocio Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 67

68 Web Services WS-Addressing WS-Addressing (WS-A) provee un mecanismo estándar para direccionar mensajes y Web Services Define dos construcciones básicas o endpoint reference Address, Reference Parameters, Metadata o addressing properties To, From, ReplyTo, FaultTo, Action, MessageID, RelatesTo ReferenceParameters Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 68

69 Web Services WS-Policy Define un modelo abstracto, independiente del dominio, que permite describir características, requerimientos y capacidades de un Web Service Delega a otras especificaciones la definición de políticas particulares a un dominio. o WS-SecurityPolicy o WS-ReliableMessagingPolicy Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 69

70 Web Services WS-Atomic Transaction / WS-BusinessActivity Transacción Atómica: WS-AtomicTransaction o Propiedades ACID o Corta Duración o Ambiente seguro o Diseñado principalmente para dar soporte a la interoperabilidad Actividad de Negocio: WS-BusinessActivity o Larga Duración o Se define un mecanismo de compensación Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 70

71 Web Services WS-Security Define un conjunto de extensiones SOAP para brindar seguridad a nivel de mensaje Se especifica cómo: o utilizar XML Signature en mensajes SOAP o utilizar XML Encryption en mensajes SOAP o incluir Tokens de Seguridad en mensajes SOAP Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 71

72 Web Services WS-Trust WS-Trust es una especificación que extiende WS- Security y provee: o métodos para la expedición, renovación y validación de tokens de seguridad o formas para establecer, evaluar y administrar relaciones de confianza Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 72

73 WS-Trust Microsoft Corporation. Web Service Security Scenarios, Patterns, and Implementation Guidance for Web Services Enhancements (WSE) Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 73

74 Web Services REST REST (REpresentational State Transfer) Estilo arquitectónico para sistemas de hipermedia distribuidos Todo es tratado como recursos que se identifican por URIs Toma ventaja de los verbos HTTP o GET, POST, PUT, DELETE Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 74

75 Web Services REST (REpresentational State Transfer) La intención de una llamada a un RESTful Service, se obtiene del verbo HTTP o GET (recuperar), DELETE (eliminar) Verbo HTTP Significado en términos de CRUD (Create, Read, Update, Delete) POST GET PUT DELETE Crear un nuevo recurso a partir de los datos de la solicitud. Leer un recurso. Actualizar un recurso a partir de los datos de la solicitud. Eliminar un recurso. Java Web Services: Up and Running, 1st Edition. Martin Kalin. O'Reilly Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 75

76 Web Services REST (REpresentational State Transfer) De este modo las URIs actúan como identificadores de recursos y los métodos HTTP como verbos que especifican operaciones sobre los mismos Verbo HTTP / URI POST emps GET emps Significado en términos de CRUD Crear un nuevo empleado a partir de los datos de la solicitud. Leer una lista de todos los empleados. GET emps?id=27 Leer el empleado 27. PUT emps DELETE emps Actualizar la lista de empleados con los datos de la solicitud. Eliminar la lista de empleados. DELETE emps?id=27 Eliminar el empleado 27. Java Web Services: Up and Running, 1st Edition. Martin Kalin. O'Reilly Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 76

77 Referencias Microsoft Patterns & Practices. Microsoft Application Architecture Guide v2.0 Martin Fowler. Patterns of Enterprise Application Architecture. Addison-Wesley Professional, G. Hohpe and B. Woolf, Enterprise Integration Patterns: Designing, Building, and Deploying Messaging Solutions. Addison-Wesley Professional, October Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 77

78 Referencias Software Systems Architecture: Working With Stakeholders Using Viewpoints and Perspectives. N. Rozanski, E. Woods. Addison-Wesley, 2005 Software Architecture in practice, Second Edition. L. Bass, P. Clemens, R. Kazman. Addison-Wesley, 2003 Architectural Blueprints The 4+1 View Model of Software Architecture. Kruchten, Philippe Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 78

79 Referencias M. Papazoglou, Web Services: Principles and Technology, 1st ed. Prentice Hall, Web Services Concepts, Architectures and Applications. Gustavo Alonso, Fabio Casati, Harumi Kuno, Vijay Machiraju. Springer Understanding Web Services Specifications. IBM developersworks. Instituto de Computación Facultad de Ingeniería UdelaR Montevideo, Uruguay 79

80 PREGUNTAS Instituto de Computación Facultad de Ingeniería Universidad de la República de Uruguay

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

Arquitecturas de Integración

Arquitecturas de Integración Arquitecturas de Integración Ing. Gastón Escobar Ing. Nicolás Passerini Ing. Juan Arias Ing. Santiago Blanco 2006 Agenda Enterprise Architecture Integración de Sistemas Evolución histórica Métodos de 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

Taller de Sistemas de Información 2. Web Services en Java y Java EE

Taller de Sistemas de Información 2. Web Services en Java y Java EE Taller de Sistemas de Información 2 Web Services en Java y Java EE Plataformas de Web Services Las plataformas de Web Services son un conjunto de herramientas para un lenguaje de programación específico

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

TECNOLOGÍAS ASOCIADAS A LAS APLICACIONES WEB

TECNOLOGÍAS ASOCIADAS A LAS APLICACIONES WEB TECNOLOGÍAS ASOCIADAS A LAS APLICACIONES WEB Existen varios tipos de tecnologías para los Servidores Web, estas tecnologías se pueden dividir en 4 grupos principales que son: Tecnologías al lado del cliente

Más detalles

Taller de Sistemas de Información 1. Clase 2 Sistemas de información Arquitectura

Taller de Sistemas de Información 1. Clase 2 Sistemas de información Arquitectura Taller de Sistemas de Información 1 Clase 2 Sistemas de información Arquitectura Sistemas Empresariales Es una descripción de las metas de una organización, como estas metas son realizadas a través de

Más detalles

Qué son los Web Services?

Qué son los Web Services? III. Web Services 1. Qué son los Web Services? 2. Ejemplos de Web Services 3. Tecnologías y arquitectura 3.1. Arquitectura 3.2. Lenguaje de descripción: WSDL 3.3. Protocolo: SOAP 3.4. Registro de servicios:

Más detalles

2524 Developing XML Web Services Using Microsoft ASP.NET

2524 Developing XML Web Services Using Microsoft ASP.NET 2524 Developing XML Web Services Using Microsoft ASP.NET Introducción La meta de este curso es de proveer a los estudiantes con el conocimiento y habilidades requeridas para desarrollar soluciones basadas

Más detalles

TEMA 5. Otras arquitecturas distribuidas IV. Web Services

TEMA 5. Otras arquitecturas distribuidas IV. Web Services TEMA 5. Otras arquitecturas distribuidas IV. Web Services IV. Web Services 1. Qué son los Web Services? 2. Ejemplos de Web Services 3. Tecnologías y arquitectura 3.1. Arquitectura 3.2. Lenguaje de descripción:

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

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

Desarrollo de una arquitectura orientada a servicios para un prototipo de una línea de productos de software

Desarrollo de una arquitectura orientada a servicios para un prototipo de una línea de productos de software Desarrollo de una arquitectura orientada a servicios para un prototipo de una línea de productos de software Ramón Gómez-Romero, Karen Cortés Verdin, Juan Carlos Pérez Arriaga, Ángeles Arenas Valdés Universidad

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

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

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

MARCANDO LA DIFERENCIA

MARCANDO LA DIFERENCIA MARCANDO LA DIFERENCIA INTEGRACIÓN RÁPIDA Y CONFIABLE entre sus sistemas Simplifique la integración y el mantenimiento de su lógica de negocio con nuestra arquitectura orientada a servicios. Ahorre dolores

Más detalles

SISTEMAS DE INFORMACIÓN III TEORÍA

SISTEMAS DE INFORMACIÓN III TEORÍA CONTENIDO: Introducción a los Web services Las bases de los Web services La nueva generación de la Web Interactuando con los Web services La tecnología de Web services XML: Lo fundamental WSDL: Describiendo

Más detalles

Servicios web. Jorge Iván Meza Martínez jimezam@gmail.com

Servicios web. Jorge Iván Meza Martínez jimezam@gmail.com Servicios web Jorge Iván Meza Martínez jimezam@gmail.com Especialización en Gestión de Redes de Datos Universidad Nacional de Colombia Sede Manizales 1/71 Contenidos Que es un servicio web. Tecnologías

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

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

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

Notas técnicas de SAP / ABAP - Tip en detalle Nro. 16

Notas técnicas de SAP / ABAP - Tip en detalle Nro. 16 Notas técnicas de SAP / ABAP - Tip en detalle Nro. 16 (Lo nuevo, lo escondido, o simplemente lo de siempre pero bien explicado) Los nuevos escenarios de programación con SAP Netweaver (serie de varios

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

Taller de Sistemas de Información 3. Presentación SCA

Taller de Sistemas de Información 3. Presentación SCA Taller de Sistemas de Información 3 Presentación SCA Integrantes: Gustavo Fava Diego Salido Marcos Techera agosto de 2008 TSI 3 1 Introducción a SCA Aplicación: conjunto de componentes de software trabajando

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

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

Integración al Servicio de la Empresa

Integración al Servicio de la Empresa Integración al Servicio de la Empresa Las Arquitecturas SOA permiten abordar los nuevos retos empresariales, ser más competitivos y disponer de sistemas de información integrados. Además, tecnologías como

Más detalles

Tema 1: Introducción a las tecnologías

Tema 1: Introducción a las tecnologías Tema 1: Introducción a las tecnologías de integración de aplicaciones Índice Introducción Integración de Aplicaciones Arquitectura de referencia Capa de Integración de Plataforma Capa de Acceso e Integración

Más detalles

Oracle Service Bus: Entorno de Desarrollo

Oracle Service Bus: Entorno de Desarrollo Oracle Service Bus: Entorno de Desarrollo Mayo 2012 Versión 1.1 ÍNDICE 1. Introducción al Oracle Service Bus I. Conceptos II. Ventajas del OSB III. Arquitectura Mensajería adaptable Seguridad Unificada

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

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

Contenido de la sesión. Diseño de Software Principios del Diseño Arquitectura de Software Especificación de Arquitecturas

Contenido de la sesión. Diseño de Software Principios del Diseño Arquitectura de Software Especificación de Arquitecturas Contenido de la sesión Diseño de Software Principios del Diseño Arquitectura de Software Especificación de Arquitecturas Diseño de Software Es una descripción de la estructura del software que se va a

Más detalles

Tecnologías para Desarrollo Orientado a Servicios (posgrado) Desarrollo de Software Orientado a Servicios (pregrado)

Tecnologías para Desarrollo Orientado a Servicios (posgrado) Desarrollo de Software Orientado a Servicios (pregrado) Tecnologías para Desarrollo Orientado a Servicios (posgrado) Desarrollo de Software Orientado a Servicios (pregrado) Mg. Elsa Estévez Universidad Nacional del Sur T.2 Contenidos 1 1) lenguaje XML extensible

Más detalles

Para el desarrollo de aplicaciones Web se han generado múltiples tecnologías entre ellas se encuentran:

Para el desarrollo de aplicaciones Web se han generado múltiples tecnologías entre ellas se encuentran: Desarrollo de aplicaciones y servicios web Cinxgler Mariaca Minda Cinxgler@udistrital.edu.co Presidente Capítulo de Computadores Rama IEEE Universidad Distrital Francisco José de Caldas Resumen: Este articulo

Más detalles

Componentes y Middleware. Arquitectura de Software Componentes y Middleware [1] Stakeholders. Sobre el informe. Calidad según los stakeholders

Componentes y Middleware. Arquitectura de Software Componentes y Middleware [1] Stakeholders. Sobre el informe. Calidad según los stakeholders sistema Componentes y Middleware Arquitectura de Software Componentes y Middleware [1] Componentes Middleware Políticas y mecanismos Ejemplo de notación ad-hoc Hernán Astudillo Departamento de Informática

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

Arquitectura de Software Componentes y Middleware [1] Componentes y Middleware. Sobre el informe

Arquitectura de Software Componentes y Middleware [1] Componentes y Middleware. Sobre el informe Arquitectura de Software Componentes y Middleware [1] Hernán Astudillo Departamento de Informática Universidad Técnica Federico Santa María Componentes y Middleware Componentes Middleware

Más detalles

Glosario Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado Venezolano

Glosario Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado Venezolano Ministerio del Poder Popular para las Telecomunicaciones y la Informática Centro Nacional de Tecnologías de Información Glosario Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado

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

PORTAL DE INTEGRACIÓN DE BANCOS DE INFORMACIÓN DISPERSOS A TRAVÉS DE WEB SERVICES Autor: Ing. Walther Antonioli Ravetto

PORTAL DE INTEGRACIÓN DE BANCOS DE INFORMACIÓN DISPERSOS A TRAVÉS DE WEB SERVICES Autor: Ing. Walther Antonioli Ravetto PORTAL DE INTEGRACIÓN DE BANCOS DE INFORMACIÓN DISPERSOS A TRAVÉS DE WEB SERVICES Autor: Ing. Walther Antonioli Ravetto Introducción: Sobre casi cualquier tema del quehacer humano que se aborde, existen

Más detalles

Servicios Web. Andrés Pastorini. TRIA Tecnólogo Informático

Servicios Web. Andrés Pastorini. TRIA Tecnólogo Informático Andrés Pastorini TRIA Tecnólogo Informático Un servicio web expone un conjunto de servicios para ser consumidos a través de la red. En otras palabras, un servicio web especifica un conjunto de operación(funciones

Más detalles

Documentando la arquitectura de software Principios básicos por Omar Gómez

Documentando la arquitectura de software Principios básicos por Omar Gómez Documentando la arquitectura de software Principios básicos por Omar Gómez En la actualidad, uno de los temas candentes que se habla dentro de la comunidad de desarrollo de software es el referente a las

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

SISTEMAS DE INFORMACIÓN

SISTEMAS DE INFORMACIÓN SISTEMAS DE INFORMACIÓN Tema 8 Arquitecturas de Capas JAVIER GARZÁS Arquitectura Software Organización de un sistema software Los elementos estructurales (componentes) y sus interfaces (conectores) en

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

Universidad Nacional Autónoma de México Dirección de Sistemas Dirección General de Personal

Universidad Nacional Autónoma de México Dirección de Sistemas Dirección General de Personal Universidad Nacional Autónoma de México Dirección de Sistemas Dirección General de Personal Presenta: Mtro. Israel Ortega Cuevas para la Red Universitaria de Colaboración en Ingeniería de Software y Base

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

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

Servicios Web Ubicuos Activados por Voz

Servicios Web Ubicuos Activados por Voz Servicios Web Ubicuos Activados por Voz Parte II. Servicios Web Juan José Ramos Muñoz Dpto. de Teoría de la Señal, Telemática y Comunicaciones La Web de las cosas Servicios Web Ubicuos Activados por Voz

Más detalles

La integración de información. Presente y futuro de la empresa moderna

La integración de información. Presente y futuro de la empresa moderna La integración de información. Presente y futuro de la empresa moderna Ing. Josue Carralero Iznaga, MSc. ISPJAE, Facultad de Ingeniería Informática, Departamento de Ingeniería de Software. Complejo de

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

Conceptos de Orquestador O2 EMPRESAS TUXPAN www.tuxpan.com

Conceptos de Orquestador O2 EMPRESAS TUXPAN www.tuxpan.com EMPRESAS TUXPAN www.tuxpan.com AÑO 2007 INDICE DE CONTENIDO 1 Software de Servicios y Orquestación de Procesos 2 1.1.1 Introducción 2 1.1.2 Software de Orquestación como Integrador 3 1.1.3 Automatización

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

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

Arquitectura de Proyectos de IT

Arquitectura de Proyectos de IT Arquitectura de Proyectos de IT Apunte: Comunicación de Arquitectura de Software Autores: Ing. Gustavo A. Brey (gbrey@sistemas.frba.utn.edu.ar) Santiago Blanco (santiago.blanco@gmail.com) Versión: 0.8.20081106

Más detalles

JavaEE. www.javasoft.com

JavaEE. www.javasoft.com JavaEE Java Enterprise Edition www.javasoft.com Por qué Java en el servidor? Ventajas Independencia de la plataforma portabilidad Gran conjunto de APIs Reusabilidad y modularidad Seguro en la ejecución

Más detalles

Documentación Técnica Conector

Documentación Técnica Conector Documentación Técnica Conector Torre Ejecutiva Sur Liniers 1324, piso 4 Montevideo Uruguay Tel/Fax: (+598) 2901.2929* Email: contacto@agesic.gub.uy www.agesic.gub.uy Indice 1 Introducción...4 2 Casos

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

Desarrollo y servicios web

Desarrollo y servicios web Desarrollo y servicios web Luisa Fernanda Rincón Pérez 2014-2 Qué vimos la clase pasada? Introducción a Big Data Introducción a bases de datos NOSQL Características bases de datos NOSQL MongoDB como motor

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

5.1 Introducción a Servicios Web

5.1 Introducción a Servicios Web 5.1 Introducción a Servicios Web Introducción Continuando con el ejemplo de intercambio de información de películas... => Actualmente ya no es necesario implementar la solución sugerida a mano Se han estandarizado

Más detalles

Aplicaciones y Servicios Web (Web Services)

Aplicaciones y Servicios Web (Web Services) Aplicaciones y Servicios Web (Web Services) Joaquín Salvachúa DIT- jsalvachua@.upm.es -1- Internet NG Índice Problema a resolver Arquitectura SOAP WSDL UDDI Conclusiones -2- Internet NG Aplicaciones WEB

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

Servicios Web con Java EE

Servicios Web con Java EE Servicios Web con Java EE Daniel López Fuentes Laura Tolsada Bris Sergio Tejero López Irene Clemente Bueno Departamento de Ingeniería Telemática Universidad Carlos III de Madrid 2 Introducción Un servicio

Más detalles

Servicios Web con Java EE

Servicios Web con Java EE Introducción Servicios Web con Java EE Daniel López Fuentes Laura Tolsada Bris Sergio Tejero López Irene Clemente Bueno Un servicio web es un conjunto de protocolos y estándares que sirven para intercambiar

Más detalles

Introducción a los Servicios Web

Introducción a los Servicios Web Introducción a los Servicios Web Simon Pickin Departamento de Ingeniería Telemática Universidad Carlos III de Madrid Algunas cifras (muy aproximadas) La compañía de investigación de mercado IDC estima

Más detalles

DESARROLLO WEB EN ENTORNO SERVIDOR

DESARROLLO WEB EN ENTORNO SERVIDOR DESARROLLO WEB EN ENTORNO SERVIDOR CAPÍTULO 7: Programación de servicios Web Marcos López Sanz Juan Manuel Vara Mesa Jenifer Verde Marín Diana Marcela Sánchez Fúquene Jesús Javier Jiménez Hernández Valeria

Más detalles

Documento de Arquitectura de Software IEEE-1471-2000

Documento de Arquitectura de Software IEEE-1471-2000 Documento de Arquitectura de Software Control del documento IEEE-1471-2000 Proyecto Sistema Restaurant Título Arquitectura del Sistema [v1.0 al 02 de Julio de 2009] Generado por Magister en Informática

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

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

Sistemas Distribuidos Servicios web. Rodrigo Santamaría

Sistemas Distribuidos Servicios web. Rodrigo Santamaría + Sistemas Distribuidos Servicios web Rodrigo Santamaría + Servicios web Introducción IDL SOAP REST XML/JSON-RPC 2 + Introducción 3 n Java RMI o Sun RPC son middleware de nivel alto, aptos para realizar

Más detalles

LICENCIA PROFESIONAL EN DESARROLLO DE SOFTWARE PARA APLICACIONES WEB

LICENCIA PROFESIONAL EN DESARROLLO DE SOFTWARE PARA APLICACIONES WEB LICENCIA EN DESARROLLO DE SOFTWARE PARA HOJA DE ASIGNATURA CON DESGLOSE DE UNIDADES TEMÁTICAS 1. Nombre de la asignatura Web Services 2. Competencias Desarrollar Aplicaciones web a través de metodologías

Más detalles

7. Introducción a los Sistemas de Información, Arquitectura de Software, Integración de Sistemas y Middleware. Ing. Raquel Sosa Ing.

7. Introducción a los Sistemas de Información, Arquitectura de Software, Integración de Sistemas y Middleware. Ing. Raquel Sosa Ing. 7. Introducción a los Sistemas de Información, Arquitectura de Software, Integración de Sistemas y Middleware Ing. Raquel Sosa Ing. Bruno Rienzi Arquitectura de un Sistema de Información Definiciones

Más detalles

Integración de Aplicaciones aplicando Web Services:

Integración de Aplicaciones aplicando Web Services: Integración de Aplicaciones aplicando Web Services: Experiencias, Resumen y Perspectivas Raul Ruggia InCo - Facultad de Ingeniería - UDELAR JIAP 2003 1 Temas : Motivaciones. : Integrando J2EE y.net con

Más detalles

Service Broker. Bind. Service Consumer. Service Provider

Service Broker. Bind. Service Consumer. Service Provider En este capítulo, usted podrá empezar por mirar a la arquitectura orientada al servicio como un concepto en arquitectura para aplicaciones distribuidas. A continuación usted examinará cómo estas arquitecturas

Más detalles

Arquitectura de Aplicaciones Empresariales. Lic. Esteban Cesar Calabria 2007

Arquitectura de Aplicaciones Empresariales. Lic. Esteban Cesar Calabria 2007 Arquitectura de Aplicaciones Empresariales 2007 TEMARIO Introducción Aplicaciones Empresariales Introducción a la Arquitectura de Aplicaciones empresariales Layering Patrones Arquitecturas Empresariales

Más detalles

DISEÑO DE APLICACIONES WEB BASADAS EN ARQUITECTURAS ORIENTADAS A SERVICIOS (AOS), UTILIZANDO WEBML

DISEÑO DE APLICACIONES WEB BASADAS EN ARQUITECTURAS ORIENTADAS A SERVICIOS (AOS), UTILIZANDO WEBML DISEÑO DE APLICACIONES WEB BASADAS EN ARQUITECTURAS ORIENTADAS A SERVICIOS (AOS), UTILIZANDO WEBML Luís Fernando GONZÁLEZ ALVARÁN Facultad de Ingenierías, Politécnico Colombiano Jaime Isaza Cadavid Medellín,

Más detalles

Curso 5007437. Capítulo 4: Arquitectura Orientada a Servicios. Conceptos y estándares de arquitecturas orientadas a servicios Web Curso 2006/2007

Curso 5007437. Capítulo 4: Arquitectura Orientada a Servicios. Conceptos y estándares de arquitecturas orientadas a servicios Web Curso 2006/2007 Curso 5007437 Conceptos y estándares de arquitecturas orientadas a servicios Web Curso 2006/2007 Capítulo 4: Arquitectura Orientada a Servicios Pedro Álvarez alvaper@unizar.es José Ángel Bañares banares@unizar.es

Más detalles

UNA PROPUESTA DE MODELOS DE CICLO DE VIDA (MCVS) PARA LA INTEGRACIÓN DE LOS PROCESOS DE NEGOCIO UTILIZANDO SERVICE ORIENTED ARCHITECTURE (SOA)

UNA PROPUESTA DE MODELOS DE CICLO DE VIDA (MCVS) PARA LA INTEGRACIÓN DE LOS PROCESOS DE NEGOCIO UTILIZANDO SERVICE ORIENTED ARCHITECTURE (SOA) UNA PROPUESTA DE MODELOS DE CICLO DE VIDA (MCVS) PARA LA INTEGRACIÓN DE LOS PROCESOS DE NEGOCIO UTILIZANDO SERVICE ORIENTED ARCHITECTURE (SOA) López, G. 1 ; Echeverría, A. 1 ; Fierro, P. (PhD.) 2 ; Jeder,

Más detalles

CARRERA TITULO DEL TRABAJO CURSO

CARRERA TITULO DEL TRABAJO CURSO CARRERA Ingeniería Informática TITULO DEL TRABAJO SOA CURSO Tópicos de Ingeniería del Software CÉSAR ESTRADA CONDORI MAYRA GOMEZ QUEVEDO LUIS MUǸOS ESCAPA ALAN A. ROJAS MARROQUIN SEMESTRE IX 2010 Los alumnos

Más detalles

Components & Connectors Viewtype. Estilos

Components & Connectors Viewtype. Estilos Components & Connectors Viewtype Estilos 1 Estilos Especializan el C&C viewtype introduciendo tipos de componente y conector a los cuales pertenecerán las instancias del modelo Especifican patrones de

Más detalles

Sistemas Distribuidos y AI: Computación Autonómica y SOA

Sistemas Distribuidos y AI: Computación Autonómica y SOA AI Sistemas Distribuidos y AI: Computación Autonómica y SOA infraestructuras heterogéneas complejas son una realidad! Dozens of systems and applications Directory and Security Services Existing Applications

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

Modelo de Sistema para la Gestión de Pacientes en Hospitales Públicos bajo arquitectura SOA

Modelo de Sistema para la Gestión de Pacientes en Hospitales Públicos bajo arquitectura SOA Modelo de Sistema para la Gestión de Pacientes en Hospitales Públicos bajo arquitectura SOA Gastón Courtois, Pablo Telmo, Andrés Sosto, Maximiliano Bordón, Damián Gargiulo, Matías Lapera, Ezequiel Colonna

Más detalles

Universidad Simón Bolívar Decanato de Estudios de Postgrado Maestría en Ingeniería de Sistemas

Universidad Simón Bolívar Decanato de Estudios de Postgrado Maestría en Ingeniería de Sistemas Universidad Simón Bolívar Decanato de Estudios de Postgrado Maestría en Ingeniería de Sistemas MODELO DE ESPECIFICACIÓN DE CALIDAD PARA LA ARQUITECTURA DE WEB SERVICES Trabajo de Grado presentado a la

Más detalles

Arquitectura SOA para la integración entre software libre y software propietario en entornos mixtos.

Arquitectura SOA para la integración entre software libre y software propietario en entornos mixtos. I JORNADAS DE SIG LIBRE Arquitectura SOA para la integración entre software libre y software propietario en entornos mixtos. Alejandro Guinea de Salas (1), Sergio Jorrín Abellán (2) (1) Director de Geograma

Más detalles

1 Índice... 1. 2 Introducción... 2. 2.1 Propósito... 2. 2.2 Alcance... 2. 3 Modelo Arquitectónico Inicial... 3

1 Índice... 1. 2 Introducción... 2. 2.1 Propósito... 2. 2.2 Alcance... 2. 3 Modelo Arquitectónico Inicial... 3 1 Índice 1 Índice... 1 2 Introducción... 2 2.1 Propósito... 2 2.2 Alcance... 2 3 Modelo Arquitectónico Inicial... 3 3.1 Diagrama de alto nivel de la arquitectura... 3 3.2 Vista de Casos de Uso... 5 3.2.1

Más detalles

Patrones Arquitectónicos

Patrones Arquitectónicos Diseño de Sistemas Curso: 3K3 Unidad: 2 - Diapositivas de clases Docentes: Ing. Marcela F. Cattaneo Ing. María Irene Mac William Ing. Germán Vélez Ing. Claudia Sánchez Arquitectura de Software Revisión

Más detalles

HISTORIAL DE CAMBIOS

HISTORIAL DE CAMBIOS HISTORIAL DE CAMBIOS VERSIÓN FECHA DESCRIPCIÓN ENCARGADO 0.0.1 25 de Julio de 2013 Creación de la sección 1 Jonathan León 0.0.2 27 de Julio de 2013 Creación de la sección 2 Jonathan León 0.1.0 30 de Julio

Más detalles

(Sistemas Orientados a Servicios)

(Sistemas Orientados a Servicios) (Sistemas Orientados a Servicios) Guía de Aprendizaje Información al estudiante 1. Datos Descriptivos Asignatura Materia Departamento responsable Sistemas Orientados a Servicios Sistemas Operativos, Sistemas

Más detalles

Procesamiento de Eventos Complejos en Arquitecturas Orientadas a Servicios 2.0

Procesamiento de Eventos Complejos en Arquitecturas Orientadas a Servicios 2.0 Procesamiento de Eventos Complejos en Arquitecturas Orientadas a Servicios 2.0 Itinerario Formativo de Doctorado 7009 Juan Boubeta Puig Grupo UCASE de Ingeniería del Software Departamento de Ingeniería

Más detalles

MODELO DE EGOVERNMENT PARA LA ADMINISTRACIÓN LOCAL BASADO EN LA INTEROPERABILIDAD

MODELO DE EGOVERNMENT PARA LA ADMINISTRACIÓN LOCAL BASADO EN LA INTEROPERABILIDAD MODELO DE EGOVERNMENT PARA LA ADMINISTRACIÓN LOCAL BASADO EN LA INTEROPERABILIDAD Francisco Tous Llull, Antoni Reus Darder, Felip Salas Suau Fundació Illes Balears per la Innovació Tecnològica (IBIT) Parc

Más detalles

Una puerta abierta al futuro

Una puerta abierta al futuro Una puerta abierta al futuro SOA E ITIL EN LA LEY DE ACCESO ELECTRÓNICO DE LOS CIUDADANOS A LOS SERVICIOS PÚBLICOS (LAECSP) por francisco javier antón Vique La publicación de la Ley de Acceso electrónico

Más detalles

INTEROPERABILIDAD ESTÁNDARES APLICADOS EN COSTA RICA

INTEROPERABILIDAD ESTÁNDARES APLICADOS EN COSTA RICA INTEROPERABILIDAD ESTÁNDARES APLICADOS EN COSTA RICA Ing. Marco Jiménez HA-2508 SEMINARIO DE TEMAS ARCHIVÍSTICOS 21-09-2010 Temas de la presentación Definiciones Interoperabilidad Sistema Importancia de

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

SONIC ESB 7. CAPACIDADES CLAVE > Conecta, actúa de mediador y controla. BENEFICIOS CLAVE > Crea nuevos procesos utilizando las

SONIC ESB 7. CAPACIDADES CLAVE > Conecta, actúa de mediador y controla. BENEFICIOS CLAVE > Crea nuevos procesos utilizando las CONNECT EVERYTHING. ACHIEVE ANYTHING. TM HOJA DE DATOS CAPACIDADES CLAVE > Conecta, actúa de mediador y controla los servicios, donde sea que estén implantados > Comunicaciones rápidas, confiables y seguras

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

Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado Venezolano Prueba de Concepto

Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado Venezolano Prueba de Concepto Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado Venezolano Prueba de Concepto Enero 2009 Ing. Javier Santana Agenda Conceptos y Tecnologías involucradas Escenario actual y deseado

Más detalles