Propuesta de Políticas de Gobernabilidad SOA
|
|
- Nicolás Palma Ferreyra
- hace 6 años
- Vistas:
Transcripción
1 Propuesta de Políticas de Gobernabilidad SOA TABLA DE CONTENIDO 1. EL CONCEPTO FUNDAMENTAL DE LA INTEROPERABILIDAD DE APLICACIONES Y PROCESOS CONCEPCIÓN FUNDAMENTAL DE SOA Y BUSES DE SERVICIOS EMPRESARIALES Definición de SERVICIO Que es un Web Service Que es un REST web service? Que es un bus de servicios empresariales? BPM MARCO DE TRABAJO DEL DOCUMENTO INTRODUCCIÓN AL CONCEPTO DE GOBERNABILIDAD SOA POLÍTICAS DE COEXISTENCIA DE LOS BUSES DEL DISTRITO CAPITAL Definiciones previas Políticas MECANISMO DE GOBIERNO SOA
2 1. El concepto fundamental de la Interoperabilidad de Aplicaciones y Procesos En el desarrollo de la estrategia de Gobierno en línea la definición de interoperabilidad es acogida como: El ejercicio de colaboración entre organizaciones para intercambiar información y conocimiento en el marco de sus procesos de negocio, con el propósito de facilitar la entrega de servicios en línea a ciudadanos, empresas y a otras entidades. Esta definición aunque bastante amplia en el sentido de extender la interoperabilidad a la colaboración de los procesos inter empresariales es bastante aplicable al caso del proyecto de la PLATAFORMA DE GESTIÖN Y COLABORACIÓN DE UNA EMPRESA. Esta plataforma tiene como objeto facilitar la gestión interinstitucional a nivel empresarial con medios virtuales para aquellos procesos y procedimientos donde interactúen varias entidades. Técnicamente hablando desde el punto de vista de la informática, interoperabilidad de aplicaciones es la habilidad o capacidad de un sistema, aplicación o producto para trabajar con otro sistema, aplicación o producto en forma automática y sin esfuerzo adicional de parte del usuario de cualquiera de las 2 aplicaciones, sistemas o productos. La interoperabilidad de aplicaciones de una empresa es la capacidad de estas aplicaciones de interaccionar entre sí. Se considera que se ha llegado la obtención de la interoperabilidad si se han alcanzado 3 niveles en la interacción: Nivel de datos Nivel de funcionalidad y lógica de las aplicaciones Nivel de procesos del negocio de la empresa que son apoyados por cada aplicación Normalmente en las empresas se acude al primer nivel mediante la extracción de datos de las bases de datos o archivos de una aplicaciones sin que la propia aplicación lo detecte, causando así problemas en la gobernabilidad IT y posteriormente en la operación o mediante técnicas ETL (Extract, Transform and Load) para minería de datos, esta últimas menos invasivas. En el nivel 2 se logra la interacción a nivel lógico entre las aplicaciones y programas mediante el uso de API s, RPC, interfaces, APPS y demás artilugios que aunque permiten esta interacción en múltiples oportunidades puede perjudicar la operación propia de las aplicaciones pues no existe una arquitectura apropiada que maneje esta interacción. Adicionalmente, existe el Marco de Interoperabilidad para Gobierno en línea el cual es un conjunto de elementos que orientan el intercambio de información a nivel de las entidades públicas y está constituido por: 2
3 Principios y políticas que orientan los esfuerzos políticos, legales y organizacionales de las entidades, con el fin de facilitar la interoperabilidad. Un modelo de administración, compuesto por un modelo de madurez, un modelo de administración y un modelo de medición. Un conjunto de recomendaciones, protocolos, estándares y guías metodológicas, necesarias para que las entidades compartan información a través de servicios de intercambio de información, con el propósito de facilitar la prestación de sus servicios a ciudadanos, empresas y otras entidades públicas en Colombia. 2. Concepción fundamental de SOA y buses de servicios empresariales SOA es un modelo de componentes que interrelaciona las diferentes unidades funcionales de las aplicaciones, denominadas servicios, a través de interfaces y contratos bien definidos entre esos servicios. La interfaz se define de forma neutral, y debería ser independiente de la plataforma hardware, del sistema operativo y del lenguaje de programación utilizado. Esto permite a los servicios, construidos sobre sistemas heterogéneos, interactuar entre ellos de una manera uniforme y universal. Es un paradigma para organizar y utilizar capacidades distribuidas que pueden estar organizadas bajo diferentes propietarios e implementadas bajo diferentes tecnologías. SOA define una base para que diferentes servicios disimiles, pueden entrar en un conjunto de servicios que colaboren entre si para dar flujo operativo a procesos del negocio muy complejos. A su vez estos servicios están basados en procesos primigenios del negocio. Los conceptos que hoy en día están asociados a la arquitectura SOA aparecen con la adopción de Internet y el protocolo HTTP. En el 2003, Roy Schulter acuñó el término SOA por vez primera.schulter fue uno de los ingenieros que contribuyo también a la creación del http y html los 2 elementos cumbres dela implementación de Internet Esta arquitectura define y proporciona la infraestructura necesaria para que el intercambio de información y la participación en los procesos de negocio se lleve a cabo con total independencia de la plataforma hardware-software sobre la que trabajan: sistema operativo, lenguaje de programación, características de los equipos, etc. Esta arquitectura presenta un modelo de construcción de sistemas distribuidos en el que la funcionalidad demandada será entregada a la aplicación a través de servicios. Para SOA el mundo informático o aplicaciones son un conjunto de servicios autónomos independientes de sus plataformas operativas de HW y SW. Para su construcción como toda arquitectura SOA depende de los facilitadores TECNOLÓGICOS que la implementan. En la Fig. 1 a continuación describíamos esos facilitadores: 3
4 Fig. 1: Facilitadores tecnológicos de la arquitectura orientada a servicios 4
5 2.1 Definición de SERVICIO Un servicio representa una función de negocios claramente definida en un proceso,que puede ser invocada remotamente mediante protocolos de comunicaciones estándar, definidas mediante interfaces e independientes de su implementación interna. Los servicios deben poder ser invocados utilizando protocolos de comunicación estándar que enfatizan la interoperabilidad e independencia de ubicación. Los servicios en SOA representan procesos de negocio. Hay una relación directa entre los procesos de negocio de una empresa y los servicios que se van a implementar en SOA, de tal manera que un proceso de negocio estará formado por la llamada a uno o varios servicios. Los principios fundamentales del servicio de acuerdo a Tomas Erl son: Los Servicios deben ser reutilizables: Todo servicio debe ser diseñado y construido pensando en su reutilización dentro de la misma aplicación, dentro del dominio de aplicaciones de la empresa o incluso dentro del dominio público para su uso masivo. Los Servicios deben proporcionar un contrato formal: Todo servicio desarrollado, debe proporcionar un contrato en el cual figuren: el nombre del servicio, su forma de acceso, las funcionales que ofrece, los datos de entrada de cada una de las funcionalidades y los datos de salida. De esta manera, todo consumidor del servicio, accederá a este mediante el contrato, logrando así la independencia entre el consumidor y la implementación del propio servicio. En el caso de los Servicios Web, se logrará mediante la definición de interfaces con WSDL. Los Servicios deben tener bajo acoplamiento: Los servicios tienen que ser independientes los unos de los otros. Para lograr ese bajo acoplamiento, lo que se hará es que cada vez que se vaya a ejecutar un servicio, se accederá a él a través del contrato, logrando así la independencia entre el servicio que se va a ejecutar y el que lo llama. Si se consigue este bajo acoplamiento, entonces los servicios podrán ser totalmente reutilizables. Los Servicios deben permitir la composición: Todo servicio debe ser construido de tal manera que pueda ser utilizado para construir servicios genéricos de alto nivel a partir de servicios de bajo nivel. En el caso de los Servicios Web, esto se logrará mediante el uso de os protocolos para orquestación (WS-BPEL) y coreografía (WS-CDL). Los Servicios deben ser autónomos: Todo servicio debe tener su propio entorno de ejecución. De esta manera el servicio es totalmente independiente y nos podemos asegurar que así podrá ser reutilizable desde el punto de vista de la plataforma de ejecución. Los Servicios no deben tener estado: Un servicio no debe guardar ningún tipo de información. Esto es así porque una aplicación está formada por un conjunto de servicios, lo que implica que si un servicio almacena algún tipo de información, se pueden producir problemas de inconsistencia de datos. 5
6 La solución, es que un servicio sólo contenga lógica, y que toda información esté almacenada en algún sistema de información sea del tipo que sea. Los Servicios deben poder ser descubiertos: Todo servicio debe poder ser descubierto de alguna forma para que pueda ser utilizado, consiguiendo así evitar la creación accidental de servicios que proporcionen las mismas funcionalidades. En el caso de los Servicios Web, el descubrimiento se logrará publicando sus interfaces en registros UDDI. Existen 2 tipos de servicios comunes: los Web Services y los REST services Qué es un Web Service Un servicio web es una pieza (programa de computadora) de software que posee las siguientes propiedades: Proporciona una funcionalidad de negocio. Esta funcionalidad es accesible en remoto a través de la web. Accesible a través de la web, no a través de un protocolo especial, ni de una infraestructura especial, ni en una topología de red especial. Esta condición garantiza que la invocación de un servicio web se pueda realizar aprovechando la infraestructura de la web ya existente, sin necesidad de instalar nada especial. La tecnología elegida para publicar servicios web debería aprovechar de la mejor manera posible la infraestructura web ya existente, para conseguir una mejor interoperabilidad y calidad de servicio. Proporciona una interface bien definida, ocultando la implementación real. El servicio puede estar implementado en cualquier tecnología, lenguajes de programación, por ejemplo COBOL. La tecnología real de implementación, y los detalles de ésta, no son importantes y no deben ser visibles al consumidor del servicio. Interoperable, el proveedor del servicio y el consumidor pueden estar en tecnologías distintas, y aun así poder interactuar. Como se comentó anteriormente no debería ser necesario montar una infraestructura especial para que un cliente pueda invocar a un servicio. Desde el punto de vista del nivel de interoperabilidad de los servicios web, hay tres categorías: Privados. El servicio web sólo va a ser consumido por clientes desarrollados por la misma organización que lo creó. Denominado también local. 6
7 Públicos. El servicio web, puede además ser consumido por clientes o aplicaciones de otras organizaciones o entidades diferentes a aquella sonde se genera, con los que previamente se ha negociado el modo de acceso. Como caso típico tenemos los escenarios B2B. Un ejemplo es el tarificador de seguros que es llamado por un portal de búsqueda para comparar precios para el seguro del automóvil. Globales. El servicio web puede ser consumido por cualquier cliente en la nación o el mundo. No es factible realizar una negociación sobre el modo de acceso al servicio. Normalmente en este caso se crea una página web documentando la API del servicio y qué protocolo se va a usar. Algunas organizaciones como ebay, Amazon, Google, Yahoo, Facebook o Twitter necesitan este nivel de interoperabilidad. Es claro que cuanto mayor nivel de interoperabilidad queramos alcanzar, necesitamos un menor nivel de acoplamiento entre el consumidor y el proveedor del servicio con respecto al servicio. El acoplamiento será mayor cuanta más información necesite el cliente para poder invocar al servicio. Cuanto mayor acoplamiento, mayor cantidad de documentación tendrá qué leer el desarrollador del cliente, y más esfuerzo se necesitará para la programación de éste. El hecho de que los servicios web oculten los detalles de su implementación a través de una interface es bueno en este sentido, ya que el cliente no necesita saber detalles sobre cómo implementa el servicio su funcionalidad para invocarlo. Otra buena práctica de desacoplamiento es que el servicio sea stateless, de esta manera el cliente no necesita almacenar el estado de la conversación para poder invocar al servicio correctamente, sólo necesita comprender los parámetros que va a enviar. Analicemos la tecnología más popular para hacer servicios web, la pila WS-*. La pila WS-* es un conjunto de protocolos y estándares para realizar servicios web basados en XML. La verdad es que son muchos protocolos y estándares, y bastante complejos, tantos y tan complejos que no existen dos implementaciones completas de la pila WS-* en funcionamiento e interoperables entre si a todos los niveles. Sin embargo, dentro de todos estos estándares, nos podemos fijar en los dos más usados (y casi los únicos): SOAP y WSDL. SOAP nos permite invocar procedimientos remotos usando XML. Actualmente SOAP se ha extendido para que soporte adjuntos binarios. La verdad es que si ya de por si, el XML es un formato de datos muy poco conciso, el formato SOAP es bastante grande y complejo. Esto evidentemente es un problema cuando queremos trabajar con anchos de banda reducidos (modems, móviles 3G, etc.). Otra característica importante de SOAP es que es neutral con respecto a la infraestructura. Esto permite invocar procedimientos remotos a través de distintos protocolos, como por ejemplo SMTP, MQSeries, y como no, HTTP. Se debe tener 7
8 presente que SOAP no fue diseñado para aprovechar HTTP, sino que permite usar HTTP entre otros protocolos Que es un REST web service? Un servicio web tipo REST es una familia de arquitecturas que permite crear los servicios de manera sencilla como se creó la Web. No utiliza SOAP, XML ni WSDL, los servicios son auto descubribles y no requiere el protocolo UUI. Consisten en un conjunto de comandos parecidos a los comandos de un lenguaje HTTP, o Socket y normalmente sus programas son mucho más pequeños y fáciles que los web services con protocolos SOAP, XML, WSDL y demás. 2.2 Qué es un bus de servicios empresariales? El bus de servicios es el elemento de las arquitecturas SOA que conecta los servicios con sus consumidores y que proporciona: Conectividad: el propósito principal de un bus de servicios es interconectar a los participantes de una arquitectura SOA. Soporte a la heterogeneidad de tecnologías: debe ser capaz de conectar a participantes basados en distintos lenguajes de programación, sistemas operativos, entornos de ejecución y protocolos de comunicación. Soporte a la heterogeneidad de paradigmas de comunicación: debe ser capaz de mantener distintos modos de comunicación (por ejemplo comunicaciones síncronas y asíncronas). Consumidores de servicios Definimos consumidores de servicios como aquellos elementos (usuarios humanos o aplicaciones) de una arquitectura SOA que: Pueden descubrir servicios a través de un repositorio. Realizan llamadas a los mismos de acuerdo al contrato y a través del interfaz definido a tal efecto. El desafío de SOA Uno de los grandes desafíos de la Arquitectura Orientada a Servicios es resolver la escalabilidad de las conexiones punto a punto, creadas cuando un servicio es consumido por otra aplicación a través de Internet o de una maraña de redes empresariales, donde el número de conexiones crece exponencialmente por cada aplicación que se añade como usuaria y cada Web service que se publica. Con el empleo de un ESB (Enterprise Service Bus o Bus de Servicio Empresarial) cada aplicación se conecta sólo una vez a una infraestructura troncal común, llamada el bus. Esto reduce al mínimo las conexiones y proporciona una ubicación centralizada para su administración, control de acceso y seguridad, gestión y estadísticas del uso y para la gestión de sistemas integrados y arquitecturas. 8
9 En la Figura 1 mostramos la operación sin un Bus y con bus, para comprobar comparativamente la complejidad de una operación SOA sin un bus Fig.1 Arquitectura de servicios con bus y sin bus. Pero afortunadamente un ESB brinda mucho más que la concentración del control de acceso, gestión de publicación y estadísticas de uso de un Web Service; un ESB proporciona una plataforma de integración basada en estándares que combinan mensajería, servicios Web, transformación de datos y enrutamiento inteligente. En un ESB las aplicaciones y servicios están unidos en una Arquitectura Orientada a Servicios, permitiendo operar de manera independiente. Un Bus de Servicios Empresariales posee una serie de capacidades que permiten satisfacer la integración de una Arquitectura Orientada a Servicios: Mensajería distribuida. El núcleo del ESB lo constituye una aplicación de middleware que proporciona un método de transporte fiable y distribuido, empleando un mecanismo de almacenamiento y reenvío que garantiza la entrega de los mensajes incluso en caso de anomalías en la red. Soporte multiprotocolo en transporte. El protocolo de transporte HTTP no satisface los requisitos de todos los servicios y aplicaciones. Un ESB es capaz de soportar muchos tipos de sistemas de transporte para integrar sistemas dispares y gestionar el transporte de comunicaciones complejas eficazmente. Transformación. Un ESB es capaz de transformar los datos de un formato a otro. En ocasiones el formato de los datos de un servicio no satisface los requisitos de otro servicio, siendo invaluable la función del ESB en esta necesidad Transparencia de las ubicaciones. Con la mediación entre servicios, un cliente que invoque a un servicio no necesita saber su ubicación. El ESB localiza el servicio cuando se invoca, de forma tal que si un equipo falla o si se cambia la ubicación de un proveedor de servicio, no es necesario 9
10 notificar el cambio a cada uno de los consumidores individuales. Esto puede contribuir significativamente a la reducción de los costes de gestión de las TI y a minimizar los riesgos. Calidad de servicio. Un ESB puede proporcionar un servicio de alta fiabilidad garantizando la entrega del mensaje de principio a fin. Enrutamientos. Existen dos tipos de enrutamiento dentro de un ESB. El primer tipo de enrutamiento se produce cuando la invocación de un servicio entra en el ESB y éste encamina la respuesta al proveedor de servicio apropiado. El otro tipo es el enrutamiento basado en el contenido, en el cual se introduce una serie de reglas o una lógica de negocio que se aplica al contenido del mensaje en la etapa del enrutamiento y hacen posible que el ESB encamine los mensajes a proveedores de servicios específicos basándose en su contenido. Con el enrutamiento basado en el contenido se pueden establecer prioridades y marcas a los pedidos, contribuyendo a reducir el coste de la gestión de la Información. Orquestación de servicios. Una herramienta ESB permite orquestar servicios, de modo tal que en ellas se puedan desarrollar procesos que solamente incorporen actividades automáticas y que pueden constituir servicios de negocio. 2.3 BPM BPM en inglés, (Gestión de Procesos de Negocio) es una manera de definir y gestionar lo que sucede dentro de un proceso de negocio, desde el comienzo hasta el final. Un proceso de negocio es cualquier secuencia de actividades de interés para una organización. Algunos ejemplos de procesos incluyen: Una compañía contrata un nuevo empleado: existen acciones que se deben realizar antes, durante y después de la llegada del empleado Un usuario con un problema en su ordenador se comunica con el servicio de asistencia especializado: el problema se debe registrar, rastrear, resolver y documentar. Un cliente lleva un coche que ha sido retirado de circulación debido a una pieza defectuosa a una concesionaria de coches o a un taller: se debe registrar el problema, se debe solicitarla pieza o sacarla del inventario, se debe reparar el coche, se debe notificar a la franquicia, Un ciudadano adquiere una casa y hace las labores de registro de su adquisición ante una notaría y antes las entidades gubernamentales de registro de la propiedad Un banco concede un préstamo a un cliente y todas las actividades de estudio, aprobación y constitución de garantías conforman el proceso préstamo bancario 10
11 La Gestión de Procesos de Negocio en su nivel más simple (descriptivo) hace que el proceso sea explícito y lo ilustra o representa en un modelo, un diagrama de flujo, por ejemplo. En el campo de BPM existen estándares con símbolos específicos utilizados para modelar los procesos de negocio; incluyendo diferentes formas para distinguir las etapas, tareas o actividades realizadas por personas de aquellas que están automatizadas (realizadas por algún software, hardware o una combinación de los dos). 3. Introducción al concepto de gobernabilidad SOA La "Gobernabilidad" en la arquitectura orientada a servicios es un concepto que se refiere a la capacidad de monitorizar y controlar a alto nivel procesos de negocio. Lógicamente no solo estas políticas conforman un gobierno SOA, pero por ahora nos hemos dedicado a ellas como medio de establecer una correcta operación e los buses SOA del Distrito. 4. Políticas de coexistencia de los buses en la empresa 4.1 Definiciones previas Bus de servicios empresariales local a una entidad: Es el bus de servicios cuyo dominio operativo está restringido a prestar servicios de interoperabilidad y orquestación a aplicaciones y procesos locales de la entidad y a procesos internos en la entidad. Este bus no publicará servicios Web que sean consumidos por entidades foráneas de cualquier orden. Bus de servicios empresariales de dominio metropolitano: Es el bus de servicios cuyo dominio operativo comprenden las redes y ámbitos del distrito capital de Bogotá. Como tal publica servicios WEB generados o duplicados en aplicaciones de una entidad para ser consumidos por aplicaciones o usuarios de otras entidades. El bus de servicios empresariales de una corporación o conglomerado de corporacioneses un ejemplo de este tipo de bus Servicios WEB LOCALES /PRIVADOS: Son servicios acoplados conectados débilmente a aplicaciones y procesos internos de una entidad. Como tal nunca se publicarán para ser consumidos por aplicaciones o usuarios foráneos a la entidad, se denominan también Privados. El servicio web privado sólo va a ser consumido por clientes y aplicaciones desarrolladas por la misma organización que lo creó. Servicios WEB PUBLICOS: Son servicios Web publicados para cualquier entidad dentro del distrito que requiera el uso del mismo, es decir no es de uso exclusivo 11
12 de la entidad que lo genera, si no que puede ser utilizada por cualquier entidad a través de acuerdos de niveles de servicio previamente pactados. Servicios WEB Globales. El servicio web puede ser consumido por cualquier cliente en la nación o el mundo. No es factible realizar una negociación sobre el modo de acceso al servicio. 4.2 Políticas Este conjunto de políticas se sugieren para una Plataforma empresarial de Gestión y Colaboración (PEGC) 1. Los buses de servicios empresariales que están en una fase de diseño y construcción o que están en operación continuarán en operación o hasta que entren en operación. 2. Los buses de servicios empresariales locales a una entidad continuarán ejerciendo como recursos SOA para la propia entidad, publicando y consumiendo los servicios que inter operen entre sus propias aplicaciones y procesos. 3. Los buses de servicios empresariales locales a las entidades no pueden publicar servicios Web que consumirán otras entidades diferentes a la dueña del bus, o no pueden orquestar el consumo de servicios Web publicados en buses empresarial locales de otras entidades. Se exceptúan los casos y situaciones siguientes: a. Cuando por razones de continuidad del negocio un servicio WEB de la PEGC este fallando en su publicación en esta. Debe hacer previos convenios de respaldo entre la PEGC y las entidades participantes en la interoperabilidad. 4. El bus empresarial metropolitano de la PEGC publicará todos los servicios Web decuplicados en las aplicaciones de las entidades y que consuman entidades diferentes a la dueña del proceso original. 5. La PEGC deberá establecer y acordar contratos de servicios y acuerdos de niveles de servicio para la publicación y consumo de web services publicados en su bus empresarial. 6. El bus empresarial de la PEGC no podrá publicar servicios WEB de consumo local de cada entidad. Se exceptúan los casos y situaciones siguientes: a. Cuando la entidad no posea un bus de servicios ni este en proyecto de tenerlo. La PEGC deberá establecer y acordar contratos de servicios y acuerdos de niveles de servicio para la publicación y consumo de servicios Web locales o privados publicados en su bus empresarial. El control de la privacidad de estos servicios WEB está a cargo de la PEGC b. Cuando por razones de continuidad del negocio la PEGC deba dar apoyo de respaldo a otro bus de servicios empresariales local que no esté en condiciones adecuadas de operación 12
13 7. El bus empresarial de la PEGC se encargará de la publicación de los Servicios WEB Globales nacionales e internacionales. La PEGC deberá establecer y acordar contratos de servicios y acuerdos de niveles de servicio para la publicación de estos servicios web en el ámbito nacional e internacional 8. Estas políticas pre asumen que no existen buses nacionales o regionales de servicio empresariales SOA y que por tanto no existe un Política Nacional de Gobernabilidad SOA con excepción de la Guía de Interoperabilidad de GEL 4.3 Mecanismo de gobierno SOA Como parte integral de la propuesta de gobierno SOA, se complementa con una propuesta de mecanismo que permita dinamizar y darle seguimiento a los procesos que emprenda el gobierno SOA: 1. El lineamiento y la política serán liderados por las altas instancias corporativas Tic. 2. Los procesos de seguimiento, evaluación y administración del gobierno SOA, serán desarrollados por el Grupo de Interoperabilidad de la Comisión Empresarial l de Sistemas. 3. Cada plataforma SOA de cada entidad será administrada y gestionada por la misma entidad participante en un bus 13
2. APROXIMACIÓN A SOA: EL ESB
17 2. APROXIMACIÓN A SOA: EL ESB Uno de los desafíos que uno puede encontrarse a la hora de considerar la integración entre servicios es la administración de todas las conexiones. Si se tienen interfaces
Más detallesDescripción de Servicios
Descripción de Servicios JUAN CARLOS CONDE RAMÍREZ WEB-SERVICES Contenido 1. Definición y búsqueda de servicios 2. Interacción entre Servicios Web 3. Combinación de Servicios Web FCC-BUAP 2 Contenido 1.
Más detallesDesarrollo de WebServices- GEL XML
Desarrollo de WebServices- GEL XML Interoperabilidad de sistemas de información. Introducción Nexura provee una plataforma de servicios, consultoría y desarrollo basada en los estándares para WebServices
Más detallesFicha Técnica Esquema IIB. MYSuite Integration Bus
Ficha Técnica Esquema IIB MYSuite Integration Bus IBM Integration Bus es un bus de servicio empresarial que ofrece un modo rápido y funcional de comunicación entre sistemas y aplicaciones. Reduciendo la
Más detallesTEMA 1. Introducción a las arquitecturas distribuidas
TEMA 1. Introducción a las arquitecturas distribuidas Tema 1. ARQUITECTURAS DISTRIBUIDAS: CONCEPTOS BÁSICOS 1. Qué es un sistema distribuido? 2. Servicios 3. Arquitectura 4. Definición de AD 5. Modelos
Más detallesSiscotel. Corporativa Parte II
Siscotel Una Visión de Arquitectura TI Corporativa Parte II Como parte medular de los servicios que ofrece Siscotel, esta nuestra vasta experiencia, en arquitectar e implantar integración de sistemas/aplicaciones
Más detallesIntroducción a los Servicios Web
Octubre 2006 Contenidos Introducción Estándares SOAP WSDL UDDI Arquitecturas Retos Servicios Web Aplicaciones auto-contenidas, auto-descritas que pueden ser publicadas, localizadas e invocadas a través
Más detallesIMPLEMENTACIÓN DE INTEGRACIÓN DE SISTEMAS HEREDADOS UTILIZANDO WEB SERVICES
CAPÍTULO 5 IMPLEMENTACIÓN DE INTEGRACIÓN DE SISTEMAS HEREDADOS UTILIZANDO WEB SERVICES 5.1 Introducción En el capítulo anterior, se dio a conocer la arquitectura propuesta para la implementación de la
Más detallesPropuesta de Arquitectura. Grupo Técnico RedVUCE
+ Propuesta de Arquitectura Grupo Técnico RedVUCE + Contenido Plan de Trabajo Normativo: Introducción. Objetivo Arquitectura SOA. Herramientas Propuestas Características de ESB Arquitectura propuesta (Física
Más detallesIngeniería de Software en SOA
Ingeniería de Software en SOA ECSDI CS-FIB-UPC cbea Curso 2017/2018 ECSDI (CS-FIB-UPC cbea) Ingeniería de Software en SOA Curso 2017/2018 1 / 28 Índice 1 Directrices para la IS en SOA 2 Modelo de referencia
Más detallesImplementación de Componentes
Implementación de Componentes Concepto Un componente es una parte no trivial, casi independiente, y reemplazable de un sistema que llena claramente una funcionalidad dentro de un contexto en una arquitectura
Más detallesEl Modelo de Integración basado en Servicios
El Modelo de Integración basado en Servicios Agenda Conceptos SOA Por qué SOA? Gobierno SOA Qué ofrece DATA ADVISER Tibco y SOA Tibco y DATA ADVISER Conceptos SOA qué es SOA y por qué las empresas deberían
Más detallesPROCESAMIENTO DISTRIBUIDO
Pág. 1 INTRODUCCIÓN PROCESAMIENTO DISTRIBUIDO Arquitectura de comunicaciones: Software básico de una red de computadoras Brinda soporte para aplicaciones distribuidas Permite diferentes Sistemas Operativos
Más detallesCOD COMPETENCIAS BÁSICAS DEL TÍTULO Mód Mat
COD COMPETENCIAS BÁSICAS DEL TÍTULO Mód Mat CT1 CT2 CT3 Denominación Capacidad para concebir, redactar, organizar, planificar, desarrollar y firmar proyectos en el ámbito de la ingeniería en informática
Más detallesIntroducción a Web Services
Introducción a Web Services Introducción internet Otros Java Organización A Organización B.Net Introducción Sistemas distribuidos procesamiento de la información está distribuido en dos o más computadoras
Más detallesPlataforma ESB Adaptativa para Sistemas Basados en Servicios
Plataforma ESB Adaptativa para Sistemas Basados en Servicios Ing. Laura González Agosto - 2011 Tesis de Maestría en Informática Supervisor y Orientador: Dr. Ing. Raúl Ruggia Instituto de Computación Facultad
Más detallesMatriz de Competencias THEME Mecatrónica con Competencias Parciales/ Unidades de Resultados de Aprendizaje
AREAS DE COMPETENCIA PASOS DE DESARROLLO DE COMPETENCIAS 1. Mantenimiento y garantía de la fiabilidad de los sistemas realizar el mantenimiento programado básico de máquinas y sistemas y seguir los planes
Más detallesoctubre de 2007 Arquitectura de Software
octubre de 2007 Arquitectura de Software Seis mejores Prácticas Desarrollo Iterativo Administrar Requerimientos Usar Arquitecturas basadas en Componentes Modelado Visual (UML) Verificar Continuamente la
Más detallesCambios en Ingeniería de Software
Cambios en Ingeniería de Software Material tomado del artículo de Casallas Rubby, Villalobos, Jorge. El actual ingeniero de Software. Revista ACIS. Edición Nº 93 Julio - Septiembre de 2005. Preparado por
Más detallesPATRONES DE DISEÑO FRAMEWORKS
PATRONES DE FRAMEWORKS Definiciones Finalidades Características Diseño de software basado en patrones Descripción Utilización de los patrones en el diseño Clasificación FRAMEWORKS Basado en la reutilización
Más detallesCaso de Éxito. Caso de Éxito
1 Índice Sobre la Empresa... 3 Las Necesidades del Cliente... 4 La Solución Implantada... 5 Los Beneficios Obtenidos... 7 2 LA EMPRESA SOBRE LA EMPRESA Multinacional líder en el Sector Sanitario Privado
Más detalles5.3.3 FICHA DE LA MATERIA SISTEMAS OPERATIVOS, SISTEMAS DISTRIBUIDOS Y REDES
5.3.3 FICHA DE LA MATERIA SISTEMAS OPERATIVOS, SISTEMAS DISTRIBUIDOS Y REDES DENOMINACIÓN DE LA MATERIA SISTEMAS OPERATIVOS, SISTEMAS DISTRIBUIDOS Y REDES MÓDULO AL QUE PERTENECE CRÉDITOS ECTS 30 CARÁCTER
Más detallesNÚMERO DE HORAS: 160H PROGRAMACIÓN WEB EN EL ENTORNO CLIENTE OBJETIVO
PACK FORMATIVO EN DESARROLLO DE APLICACIONES CON TECNOLOGÍA WEB NÚMERO DE HORAS: 160H PROGRAMACIÓN WEB EN EL ENTORNO CLIENTE OBJETIVO - Identificar la estructura de una página web conociendo los lenguajes
Más detallesNada mejor que unos ejemplos para entender el poder que puede tener una intranet en una organización:
PROPUESTA DE INTRANET PARA UNA EMPRESA Intranet Una intranet es una red informática que utiliza la tecnología del Protocolo de Internet para compartir información, sistemas operativos o servicios de computación
Más detallesDOMÓTICA: PROTOCOLO UPNP Y HOGAR DIGITAL V. HERRAMIENTAS INTEL PARA EL USO Y DESARROLLO DE LA TECNOLOGÍA UPNP
V. HERRAMIENTAS INTEL PARA EL USO Y DESARROLLO DE LA TECNOLOGÍA UPNP Desde 1999, la empresa Intel Corporation trabaja con la tecnología UPnP con la finalidad de conseguir llevar a cabo un entorno de red
Más detallesSistema de Gestión de la Calidad VAF Vicerrectoría Administrativa y Financiera SEGURIDAD INFORMÁTICA
Versión: 03 Página 1 de 6 PROCESO y/o SUBPROCESO: PROCEDIMIENTO: SEGURIDAD INFORMÁTICA CONDICIONES GENERALES Se deben cumplir los lineamientos legales, institucionales y la documentación del subproceso.
Más detallesNueva generación de innovaciones empresariales con un entorno de red abierta
Descripción general de la solución Nueva generación de innovaciones empresariales con un entorno de red abierta Descripción general Tecnologías como la nube, la movilidad, las redes sociales y el vídeo
Más detallesControlScope Soluciones para Edificios Inteligentes
ControlScope Soluciones para Edificios Inteligentes Haciendo Edificios Más Inteligentes Innovación en software y en redes inalámbricas que dan como resultado edificios completamente conectados, receptivos
Más detallesWWW URI, HTML, HTTP. La visión. Estático. Sintáctico. Desarrollar al máximo el potencial de la web. Capacidad de Integración.
El tetraedro de Servicios Web Semánticos: Integración basada en Servicios Web Semánticos Juan Miguel Gomez Mariano Rico Francisco García-Sanchez César Acuña (DERI Irlanda) (Univ. Autónoma Madrid) (Univ.
Más detalles1. ARQUITECTURA SOA 1.1. FUNDAMENTOS DE SOA. Encapsulación de la lógica en servicios. Relación entre servicios ARQUITECTURA SOA
12 En esta sección se comentará con mayor detenimiento tanto los principios de la programación orientada a servicios como las tecnologías y especificaciones empleadas para llevarlos a cabo. 1. ARQUITECTURA
Más detallesTema 2. Gestión por Procesos. Soporte de Tecnología
Tema 2. Gestión por Procesos Soporte de Tecnología BPM Puntos clave de éxito La organización debe tener perfectamente definidos sus procesos de negocio Seleccionar los procesos de negocio susceptibles
Más detallesSOA: Panorama WEB-SERVICES
SOA: Panorama JUAN CARLOS CONDE RAMÍREZ WEB-SERVICES Modelo WEB tradicional FCC-BUAP 2 Limitaciones del modelo tradicional FCC-BUAP 3 Introducción La arquitectura orientada a servicios de cliente (SOA),
Más detallesAPLICACIONES DE INTERNET: SOAP
Grupo de Arquitectura de Computadores, Comunicaciones y Sistemas Desarrollo de Aplicaciones Distribuidas AUTORES: Alejandro Calderón Mateos Javier García Blas David Expósito Singh Laura Prada Camacho Departamento
Más detallesAplica para todas las sedes de la Universidad de Santander.
Versión: 01 Página 1 de 6 PROCESO y/o SUBPROCESO: PROCEDIMIENTO: SEGURIDAD INFORMÁTICA TOPOLOGÍA DE LA RED CONDICIONES GENERALES Se deben cumplir los lineamientos institucionales, leyes, normas, políticas,
Más detallesSistemas de análisis y diagnóstico de Avaya
Ventajas de las nuevas herramientas de diagnóstico Sistemas de análisis y Se han añadido herramientas de diagnóstico para los clientes de Support Advantage Preferred. Reducen el número de despachos in
Más detallesCONCEPTO DE ARQUITECTURA CLIENTE / SERVIDOR.
CONCEPTO DE ARQUITECTURA CLIENTE / SERVIDOR. La tecnología Cliente/Servidor es el procesamiento cooperativo de la información por medio de un conjunto de procesadores, en el cual múltiples clientes, distribuidos
Más detallesAprovechar las capacidades nativas de los dispositivos. Diseño y experiencia de usuario nativa. Seguridad y reportes automáticos e integrales
La plataforma de movilidad de Kony es una tecnología abierta e integrada, basada en estándares para el desarrollo de aplicaciones móviles. Es compatible con todo el Ciclo de Vida de Desarrollo de Aplicaciones
Más detallesANEXO II ESTABLECIMIENTO DE
ANEXO II ESTABLECIMIENTO DE RECOMENDACIONES RESPECTO A DETERMINADOS APARTADOS DEL ANEXO I DEL REAL DECRETO 1393/2007, DE 29 DE OCTUBRE, POR EL QUE SE ESTABLECE LA ORDENACIÓN DE LAS ENSEÑANZAS UNIVERSITARIAS
Más detallesSistemas Legados WEB-SERVICES
Sistemas Legados JUAN CARLOS CONDE RAMÍREZ WEB-SERVICES Te suena familiar? FCC-BUAP 2 Introducción Las compañías gastan mucho dinero en sistemas computacionales, para obtener un beneficio de esa inversión
Más detallesEspecificación de requisitos de software
Especificación de requisitos de software Proyecto: Desarrollo de un sistema recomendador web para la toma de decisiones durante el proceso de adquisición de equipos de cómputo utilizando árboles de decisión.
Más detallesAspectos pragmáticos de los lenguajes de programación
Aspectos pragmáticos de los lenguajes de programación 6.2 Principios de diseño de los lenguajes No hay lenguaje de programación perfecto. Ciertos lenguajes se usan más que otros. C: programación de sistemas
Más detallesINSTITUTO TECNOLÓGICO SUPERIOR DE LA COSTA CHICA
1.- DATOS DE LA ASIGNATURA Nombre de la asignatura: Desarrollo de Aplicaciones Web Carrera: Ingeniería en Tecnologías de la y las Comunicaciones. Clave de la asignatura: TCF-1107 Horas teoría-horas práctica-
Más detallesDepartamento de Informática Universidad de Valladolid Campus de Segovia TEMA 7, SECCIÓN 1: REQUISITOS SOFTWARE
Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 7, SECCIÓN 1: REQUISITOS SOFTWARE 1 ANÁLISIS DE REQUISITOS Los requisitos determinan lo que debe hacer el sistema así como las
Más detallesSERVICIOS WEB DE MODIFICACIÓN DE LA D.G. DEL CATASTRO Introducción general
SERVICIOS WEB DE MODIFICACIÓN DE LA D.G. DEL CATASTRO Introducción general Versión 1.0 1 Control Versión 1.0 Fecha: 22-10-2008 1 Introducción 3 2 Servicios web de actualización 3 2.1 Acceso y seguridad:
Más detallesEnterprise Java Beans. JBoss AS. Ronier Rodríguez
Enterprise Java Beans JBoss AS Ronier Rodríguez 06-40233 Enterprise Java Beans. Preludio - En los 60, grandes maquinas usadas por organizaciones gigantes. - En los 70, Minicomputadores y Timesharing. Aún
Más detallesCONSEJO DE NORMALIZACIÓN Y CERTIFICACIÓN DE COMPETENCIA LABORAL NORMAS TÉCNICAS DE COMPETENCIA LABORAL
I. Datos Generales de la Calificación CINF0285.01 Título Análisis y diseño de sistemas de información Propósito Brindar los parámetros requeridos para evaluar la competencia en las funciones del análisis
Más detallesGrado en Ingeniería de Computadores por la Universidad de Málaga Módulo I: Formación Básica
Módulo I: Formación Básica Formada por: Nombre de la materia/asignatura Créditos Carácter Curso ECTS Empresa 6 Organización Empresarial 6 Formación Básica 1º Estadística 6 Métodos Estadísticos para la
Más detallesINSURANCE MODULAR SUITE - Insurance Service Bus (ISB)
INSURANCE MODULAR SUITE - Insurance Service Bus (ISB) Insurance Service Bus Insurance Service Bus es un contenedor de servicios especializados en la industria aseguradora, que simplifica la integración
Más detallesPLAN DE MODERNIZACIÓN DE LA CONFEDERACIÓN HIDROGRÁFICA DEL GUADALQUIVIR
PLAN DE MODERNIZACIÓN DE LA CONFEDERACIÓN HIDROGRÁFICA DEL GUADALQUIVIR Jefe de la sección de Sistemas de Información Territorial Confederación Hidrográfica del Guadalquivir Secretario General Confederación
Más detallesIngeniería de Software
Ingeniería de Software 1 Ingeniería de Sistemas Enfoque en variedad de elementos Análisis, diseño y organización de los elementos en un sistema Todo para generar un producto, servicio o tecnología para
Más detallesArquitectura tecnológica de la empresa
Arquitectura tecnológica de la empresa Una empresa es una entidad compleja compuesta de personas y procesos, que producen productos o servicios para los clientes. (Vernadat, 1996). Con el objetivo de tener
Más detallesBUS DE INTEGRACIÓN. Presentación al mercado Agosto Proyecto Bus de Integración Camino hacia la Excelencia Operacional
BUS DE INTEGRACIÓN Presentación al mercado Agosto 2007 Objetivos de la sesión Dar a conocer la estrategia y alcance de proyecto de integración que la BVC ha definido. Promover la creación de un comité
Más detallesCaracterísticas generales de un servicio Web. Jesús Torres Cejudo
Los servicios web son un conjunto de aplicaciones o de tecnologías con capacidad para interoperar en la Web. Estas aplicaciones o tecnologías intercambian datos entre sí con el objetivo de ofrecer unos
Más detalles3.- COMPETENCIAS GENERALES Y ESPECÍFICAS QUE LOS ESTUDIANTES DEBEN ADQUIRIR DURANTE SUS ESTUDIOS Y QUE SON EXIGIBLES PARA OTORGAR EL TÍTULO
3.- COMPETENCIAS GENERALES Y ESPECÍFICAS QUE LOS ESTUDIANTES DEBEN ADQUIRIR DURANTE SUS ESTUDIOS Y QUE SON EXIGIBLES PARA OTORGAR EL TÍTULO Competencias Básicas (según Real Decreto 1393/2007, de 29 de
Más detallesIntroducción y términos de interés. El verdadero problema y las variables ocultas. Las preguntas claves.
Introducción y términos de interés. Nuestra Realidad. El verdadero problema y las variables ocultas. Las preguntas claves. La propuesta, funcionamiento y beneficios. Retos Futuros- Algunas Reflexiones.
Más detallesComposición de servicios
Composición de servicios Composición estática ECSDI CS-FIB-UPC cbea Curso 2017/2018 ECSDI (CS-FIB-UPC cbea) Composición de servicios Curso 2017/2018 1 / 34 Índice 1 Introducción 2 Descripción de Servicios
Más detallesINGENIERÍA DEL SOFTWARE
ESCUELA SUPERIOR POLITÉCNICA AGROPECUARIA DE MANABÍ MANUEL FÉLIX LÓPEZ CARRERA INFORMÁTICA SEMESTRE SÉPTIMO PERIODO ABR. /SEP.-2015 INGENIERÍA DEL SOFTWARE TEMA: RESUMEN#4: LENGUAJE UNIFICADO DE MODELADO
Más detallesFigure 12-1: Phase D: Technology Architecture
Fase de arquitectura de tecnología: Figure 12-1: Phase D: Technology Architecture Objetivos: Los objetivos de la Arquitectura de Tecnología son: Desarrollar la Arquitectura de Tecnología Objetivo que permite
Más detallesAvances y Resultados Minería Inteligente
Avances y Resultados Minería Inteligente Presentado por Sergio Burdiles 13 de Diciembre, 2016 1 2 Qué es Minería Inteligente? Acción Objeto Integrar conocimiento, tecnología y toma de decisiones basadas
Más detallesPrincipios de la infraestructura centrada en aplicaciones
Informe técnico Principios de la infraestructura centrada en aplicaciones Descripción general Una de las principales innovaciones de la infraestructura centrada en aplicaciones (ACI, por sus siglas en
Más detallesCOMPETENCIAS A ADQUIRIR POR EL ALUMNO
COMPETENCIAS A ADQUIRIR POR EL ALUMNO COMPETENCIAS BÁSICAS COMPETENCIAS BÁSICAS Que los estudiantes hayan demostrado poseer y comprender conocimientos en un área de estudio que parte de la base de la educación
Más detallesEn esta unidad vamos a hablar acerca de cómo los equipos utilizan las redes para trabajar juntos. Hay varios modelos ( que en algunos casos son
En esta unidad vamos a hablar acerca de cómo los equipos utilizan las redes para trabajar juntos. Hay varios modelos ( que en algunos casos son llamados arquitecturas ) que los ordenadores pueden seguir
Más detallesEs un conjunto de palabras y símbolos que permiten al usuario generar comandos e instrucciones para que la computadora los ejecute.
Los problemas que se plantean en la vida diaria suelen ser resueltos mediante el uso de la capacidad intelectual y la habilidad manual del ser humano. La utilización de la computadora en la resolución
Más detallesTema 7: Tecnologías de Servicios Web. Sistemas Distribuidos Marcos López Sanz [Curso ]
Tema 7: Tecnologías de Servicios Web Sistemas Distribuidos Marcos López Sanz [Curso 2012-2013] Índice Definición y características Arquitectura SOA de servicios Web Roles y operaciones Tecnologías implicadas
Más detallesBASES DE DATOS DISTRIBUIDAS
BASES DE DATOS DISTRIBUIDAS Una Base de Datos Distribuida entonces es una colección de datos que pertenecen lógicamente a un sólo sistema, pero se encuentra físicamente esparcido en varios "sitios" de
Más detalles1 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 detallesCapitulo 3. Remote Method Invocation: RMI
Capitulo 3 Remote Method Invocation: RMI En este capitulo mencionamos los aspectos principales de RMI, capas y componentes, entre otras características. 3. Remote Method Invocation (RMI) Los sistemas distribuidos
Más detallesTema 3.1: Introducción a Servicios Web
Tema 3.1: Introducción a Servicios Web Servicios Web (1) La Web proporciona un mecanismo de transporte universal, eficiente, robusto, escalable y probado tanto en aplicaciones inter-organización como intraorganización.
Más detallesARQUITECTURAS. Carlos Reveco D. IN73J Arquitectura, Diseño y Construcción de un Negocio con Apoyo TI.
ARQUITECTURAS 1 IN73J Arquitectura, Diseño y Construcción de un Negocio con Apoyo TI Carlos Reveco D. creveco@dcc.uchile.cl Arquitectura de una aplicación 2 Arquitectura: desarrolla un plan general del
Más detallesRegistro de Equipos Médicos y no Médicos. Situación actual y perspectivas
Registro de Equipos Médicos y no Médicos. Situación actual y perspectivas Lic. Alfredo Rodríguez Díaz. Dr. Ariel Delgado Ramos. Ing. Mirna Cabrera Hernández. Ing. Frank Pompa Sourd. (4), 5-6 Julio, La
Más detallesServicios Web. Desarrollo de Aplicaciones Empresariales
Servicios Web Desarrollo de Aplicaciones Empresariales 2014-1 Contenidos Introducción REST SOAP 2 Introducción Servicio Web Un servicio web es un sistema software diseñado para soportar interacciones máquina-a-máquina
Más detallesAnálisis y desarrollo de sistemas de información.
Análisis y desarrollo de sistemas de información. Introducción Proveemos servicios de análisis y desarrollo de sistemas de información basados en las características y procesos de las entidades, de sus
Más detallesLa 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 detallesGestores Administrativos
Información, comunicaciones y procesos Conectando empresas y personas para mejorar la forma de hacer negocios SOMOS360 Gestores Administrativos Qué es SOMOS360? SOMOS360 es una plataforma para gestorías
Más detalles3. Capítulo 3. Diseño de un generador de interfaces para administrar colecciones
3. Capítulo 3. Diseño de un generador de interfaces para administrar colecciones La utopía es el principio de todo progreso y el diseño de un futuro mejor. Anatole France (1844-1924) Escritor francés.
Más detallesMARCANDO 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 detallesMANUAL DE ORGANIZACIÓN Y FUNCIONES OFICINA DE INFORMATICA Y DESARROLLO DE SISTEMAS
MANUAL DE ORGANIZACIÓN Y FUNCIONES OFICINA DE INFORMATICA Y DESARROLLO DE SISTEMAS 233 I. FUNCIONES DE LA OFICINA DE INFORMATICA Y DESARROLLO DE SISTEMAS NATURALEZA DE LAS FUNCIONES Funciones Operativas
Más detallesMARCO DE REFERENCIA GOBIERNO DE TI PARA LA GESTIÓN DE TI EN EL ESTADO COLOMBIANO
MARCO DE REFERENCIA PARA LA GESTIÓN DE TI EN EL ESTADO COLOMBIANO GOBIERNO DE TI CUMPLIMIENTO Y ALINEACIÓN CON EL NEGOCIO 22. Alineación La entidad en sus instancias de relacionamiento, debe monitorear,
Más detallesSOA: Detalles Cualitativos
SOA: Detalles Cualitativos JUAN CARLOS CONDE RAMÍREZ WEB-SERVICES Pragmatismo Es un subcampo de la lingüística, también estudiado por la filosofía del lenguaje y la psicolingüística o psicología del lenguaje,
Más detallesCAPÍTULO I Investigación Preliminar
CAPÍTULO I Investigación Preliminar 1.1 Introducción Según la descripción dada en la página web oficial, Go (conocido también como Golang), es un lenguaje de programación de código abierto que hace simple
Más detallesPlaneador de Torneos y Competencias: PLATYCO. Documentación de la Arquitectura de Software
Planeador de Torneos y Competencias: PLATYCO Documentación de la Arquitectura de Software Daniel Santiago Vásquez Acero 22/08/2014 Tabla de figuras Ilustración 1: Modelo "4+1"[1]... 4 Ilustración 2: Servicio
Más detallesSAP API Management Términos y Condiciones Adicionales
SAP API Management Términos y Condiciones Adicionales SAP y el Cliente han formalizado un contrato para la suscripción a determinados productos y servicios de SAP ( Contrato ) en virtud del cual el Cliente
Más detallesWeb Services Tecnologías asociadas
Web Services 274 Web Services Tecnologías asociadas SOAP WSDL XML Tecnologías asociadas El modelo de web services está basado en ciertas tecnologías emergente que es el resultado del trabajo de varias
Más detallesJorge De Nova Segundo
UD 4: Instalación y administración de servicios Web Características generales de un servidor Web. Jorge De Nova Segundo Qué son los Servicios Web? Existen múltiples definiciones sobre lo que son los Servicios
Más detallesCAPÍTULO 1: INTRODUCCIÓN
CAPÍTULO 1: INTRODUCCIÓN 1.1.- Introducción a los servicios Web En los últimos años la mayoría de los procesos de negocio han cambiado para dar una mayor flexibilidad, interconectividad y autonomía debido
Más detallesCOMPETENCIAS DEL GRADO EN INGENIERÍA INFORMÁTICA
COMPETENCIAS DEL GRADO EN INGENIERÍA INFORMÁTICA COMPETENCIAS BÁSICAS CB1 - Que los estudiantes hayan demostrado poseer y comprender conocimientos en un área de estudio que parte de la base de la educación
Más detallesIntegrando telefonía IP. con una aplicación de. gestión de tiempos
Trabajo de Grado Integrando telefonía IP con una aplicación de gestión de tiempos Butierrez, Sebastián O. Ramos Giacosa, Luis F. Facultad de Informática, UNLP Septiembre, 2007 MOTIVACIÓN Usuario de una
Más detallesDISEÑO E IMPLEMENTACIÓN DE APLICACIONES EMPRESARIALES CON MOVILIDAD.
9 Con la realización de este proyecto hemos estudiado las tecnologías y herramientas existentes para el desarrollo de aplicaciones empresariales con movilidad. Se ha realizado un estudio de las posibilidades
Más detallesSoftware para supervisión y control de operaciones
Software para supervisión y control de operaciones PLCVisual es una solución de Software SCADA (Adquisición de datos y control de operaciones) Multiusuario en tiempo real, orientada a la automatización
Más detallesDiseño: Arquitectura de Software. IF 7100 Ingeniería del Software
Diseño: Arquitectura de Software IF 7100 Ingeniería del Software 1 Qué es arquitectura de software? Es la definición de una solución estructurada que cumpla todos los requerimientos técnicos y operacionales,
Más detallesTEMA 5. Otras arquitecturas distribuidas III. Otros entornos de objetos distribuidos
TEMA 5. Otras arquitecturas distribuidas III. Otros entornos de objetos distribuidos III. Otros entornos de objetos distribuidos 1. Problemas de CORBA 2. Java Enterprise Edition 1. EJB 2. Servidor de aplicaciones
Más detallesOBJETIVOS Y COMPETENCIAS DEL GRADO EN INGENIERÍA DEL SOFTWARE
OBJETIVOS Y COMPETENCIAS DEL GRADO EN INGENIERÍA DEL SOFTWARE Objetivos Los objetivos que se proponen en el Título de Graduado/a en Ingeniería del Software respetan la igualdad efectiva entre hombres y
Más detallesComunicación de Datos I Profesora: Anaylen López Sección IC631 MODELO OSI
Comunicación de Datos I Profesora: Anaylen López Sección IC631 MODELO OSI Arquitectura de Redes Definición Formal: Se define una arquitectura de red como un conjunto de niveles y protocolos que dan una
Más detallesGrado en Ingeniería del Software: competencias a nivel de módulo
Módulo I: Formación Básica Formada por: Nombre de la materia/asignatura Créditos Carácter Curso ECTS Empresa 6 Organización Empresarial 6 Formación Básica 1º Estadística 6 Métodos Estadísticos para la
Más detalles