PRINCIPIOS DE APLICACIÓN DEL ESTANDAR OPC UA EN UN CASO DE ESTUDIO. Carlos A. Castaño Gómez, Edgar F. Villamarin Meneses, Oscar A. Rojas Alvarado.
|
|
- Benito Acuña Díaz
- hace 8 años
- Vistas:
Transcripción
1 PRINCIPIOS DE APLICACIÓN DEL ESTANDAR OPC UA EN UN CASO DE ESTUDIO Carlos A. Castaño Gómez, Edgar F. Villamarin Meneses, Oscar A. Rojas Alvarado. Grupo de I+D en Automática Industrial - Universidad del Cauca Calle 5 No 4-50, Popayán, Cauca, Colombia s: ccastano@unicauca.edu.co, evillamarin@unicauca.edu.co, orojas@unicauca.edu.co Abstract: The industrial automation integrates the manufacture process, making possible that the industries improve their products. For this reason is necessary that the information from the manufacture processes to the enterprise are systematized. All of this with the purpose of creates communication interfaces over technologies and standard information models between the different levels of the enterprise. In the current industry there are promoted standards that have allowed normalizing the information structure in the enterprises, however before OPC UA did not exist a standard for implement these standards, for this reason the interoperability of the first standards over the different technological platforms were very limited. This paper gives an overview over the architecture of the OPC UA systems, its target and its relevance into the enterprise integration. It present the proposed rules for the application of the standard OPC UA in a case study enterprise modeled with the standard ISA S95. Finally the information models encoding in XML-UA schemes and the result of the validation of these models are presented. Keywords: OPC UA, Metamodelo, Servicios web, API, Stack comunicaciones, Nodo, AddressSpace, Migración, Wrapper, Proxies. 1. INTRODUCCIÓN En la situación actual las organizaciones se enfrentan a la necesidad de integrar todas sus áreas funcionales con el propósito de disponer de información desde la parte operativa hasta los niveles gerenciales de la empresa. Las actividades desarrolladas para llevar a cabo el proceso de integración empresarial conllevan un gran número de soluciones que inundan el mercado, pero debido a la falta de un marco de referencia han limitado la posibilidad de ser un conjunto de sistemas inter-operables y de fácil adaptación al cambio tecnológico. En general el mercado proporciona a la industria soluciones a nivel administrativo para la planificación y ejecución de manufactura y sistemas para la supervisión y control de procesos que al tratar de integrarse deben enfrentar un alto grado de heterogeneidad debido a las diferentes tecnologías, metadatos, lenguajes de programación e interfaces utilizadas. [1] La OPC Foundation y otras organizaciones reconocidas en el campo de la integración industrial han estado trabajando en la solución de problemáticas encontradas en la automatización, por éste motivo se encuentran en el desarrollo de nuevos estándares que permitan llevar el proceso de integración empresarial a un nivel de abstracción, donde la interoperabilidad y adaptación en las empresas de manufactura ayuden a cumplir con los requerimientos de la industria actual. Uno de los problemas encontrados es el alto grado de dependencia de Microsoft que los anteriores estándares de implementación tienen, lo cual es un obstáculo para la interoperabilidad. Por esta razón la OPC Foundation opta entonces por generar un nuevo estándar: OPC UA (Arquitectura Unificada), empleando tecnologías nuevas como los servicios web los cuales brindan soluciones multiplataforma.
2 El estándar OPC UA busca establecer interoperabilidad en las estructuras organizativas de las empresas. Actualmente el estándar consta de 12 especificaciones, las cuales aun son objeto de revisión y hacen parte de las organizaciones y grupos de investigación que se encuentran alrededor de la OPC Foundation. Estos documentos definen el estándar en términos abstractos y lo relacionan con las tecnologías existentes sobre las cuales las aplicaciones software puedan ser implementadas [2]. En este artículo se presentan de manera general los resultados obtenidos en la investigación para determinar los principios de aplicación del estándar OPC UA dentro de una empresa caso de estudio modelada con el estándar ISA S95. El documento consta de seis secciones organizadas de la siguiente manera: en la segunda sección se muestra el objetivo del estándar OPC UA; la tercera sección presenta la arquitectura de OPC UA; la cuarta sección incluye los diferentes pasos para la aplicación del estándar; la quinta sección hace referencia a la validación de los modelos XML desarrollados, finalmente en la sexta sección se muestran las conclusiones a las que se llego con el desarrollo de este proyecto. 2. OBJETIVO DEL ESTÁNDAR OPC UA. A raíz de los cambios tecnológicos y de los requerimientos de la industria por ser más competitiva en el actual mercado globalizado, la OPC Foundation en enero de 2004, conformó un grupo de trabajo para desarrollar una nueva arquitectura software que llevara una propuesta de interoperabilidad a la vanguardia de la tecnología proporcionando un marco multiplataforma viable durante los próximos años. Como resultado en junio de 2006 este grupo entregó las primeras especificaciones del nuevo estándar denominado OPC UA, y en mayo de 2008 la empresa ICONICS en asocio con KEPWARE presentaron el primer prototipo basado en una solución End to End para la arquitectura unificada de OPC UA. [2] Con este nuevo estándar la OPC Foundation logra avanzar en el alcance de sus especificaciones al cubrir el nivel de control de procesos hasta los niveles de gestión y fuera de la organización, permitiendo que estándares reconocidos como los de la organización ISA implementen sus modelos de información sobre esta nueva arquitectura. [3] Las principales características de OPC basadas en la tecnología COM fueron unificadas en un modelo de información el cual integra los datos de ejecución, los datos históricos, alarmas y eventos. De esta manera con las tecnologías propuestas por OPC UA los fabricantes podrán disponer de productos Plug and Play entre las diferentes marcas, disponer de proveedores software y hardware sin ningún problema de interoperabilidad, productos fáciles de monitorear, fiables, extensibles a los futuros requerimientos y una reducción en los costos de desarrollo e implementación, soporte y mantenimiento. 3. ARQUITECTURA DE LOS SISTEMAS OPC UA El estándar OPC UA especifica un metamodelo de información el cual consiste de clases abstractas utilizadas para describir la manera como se relacionan los nodos que conforman el espacio de información del servidor, denominado AddressSpace, el cual es puesto a disposición de los clientes. Para acceder al AddressSpace de un servidor, un cliente UA utiliza un stack de comunicaciones definido por OPC UA, esto lo hace a través de la API UA, (interfaz de programación de aplicaciones) la cual es un componente software no estandarizado que puede variar para diferentes lenguajes de programación y para diferentes stacks de comunicaciones [4]. La OPC Foundation atendiendo a que los requerimientos y funciones de los sistemas en la estructura jerárquica de las empresas varían considerablemente ha definido el concepto de Perfil del servidor, estructurando cada perfil a través de unidades de conformidad que definen las características de acceso a información, los métodos de codificación, los protocolos de seguridad y los protocolos de transporte de cada sistema. [5] 4. APLICACIÓN DEL ESTÁNDAR OPC UA La aplicación del estándar dio como resultado un conjunto de documentos XML que representan los modelos de información del caso de estudio mapeados a OPC UA. Para abordar la aplicación del estándar OPC UA en el caso de estudio, el proyecto desarrolla un conjunto de pautas que
3 permiten unificar criterios para el modelado del servidor OPC UA. Las pautas propuestas para el diseño son: Establecer los criterios para la definición de los elementos del AddressSpace. Estructurar las capas del AddressSpace para la aplicación. Aplicar los modelos de información dentro de cada una de las capas del AddressSpace. Codificar el modelo de información que se obtuvo en la pauta tres. Establecer las pautas técnicas para la comunicación de los servidores a nivel de gestión y control de procesos. Establecer las pautas para la migración de servidores OPC DA COM a los servidores OPC UA. Las siguientes subsecciones hacen referencia a cada una de las pautas anteriores. 4.1 Establecer los criterios para la definición de los elementos del AddressSpace. A través de esta pauta se colecciona y se propone un conjunto de referencias para el diseño y la aplicación del modelado del AddressSpace. De ésta manera la propuesta realizada consiste en: Utilizar los criterios básicos establecidos por OPC UA para definir un nodo. Utilizar la guía propuesta para el nombramiento de los nodos del AddressSpace. Utilizar las convenciones para la descripción de nodos de OPC UA. Utilizar las convenciones propuestas para graficar los nodos del AddressSpace. 4.2 Estructurar las capas del AddressSpace para la aplicación del modelado. El propósito de estructurar las capas de AddressSpace es organizar funcionalmente sus nodos. La capa principal consiste en el metamodelo de OPC UA desde la cual se instancian los nodos de las otras capas y su definición es propuesta por la OPC Foundation quien es la única organización que puede realizar actualizaciones en su definición. La estructura en capas del AddressSpace se presenta en la figura 1. [6] Figura 1. Estructura del AddressSpace [3] 4.3 Aplicar el Metamodelo de OPC UA a los modelos de información del caso de estudio. Para llevar a cabo la aplicación del metamodelo se considero establecer los modelos de información de los servidores objeto de estudio. Servidor del nivel de control de procesos Modelo de materiales Modelo de equipos. Servidor del nivel de gestión Modelo de definición de producto. Modelo de programa de producción. Para la definición de cada una de los modelos se siguieron los siguientes pasos: Definición de la capa de tipos del AddressSpace. Definición de los tipos de datos. Definición de los tipos de relaciones. Definición de las instancias declaradas del AddressSpace. La capa de tipos del AddressSpace se constituye de las VariableTypes (tipos de variables) y los ObjectTypes (tipos de objetos) diseñados en el caso de estudio, la figura 2 presenta un ejemplo representativo de la definición de un nodo ObjectType.
4 los nodos del AddressSpace, en ella se encuentra la definición de las referencias propuestas por el estándar OPC UA y aquellas diseñadas para la aplicación en el caso de estudio. La figura 5 presenta el modelado de una ReferenceType (tipo de referencia) diseñada para el caso de estudio. Figura 2. Definición del ObjectType LecheCrudaEnteraType [10] La figura 3 presenta la definición de un nodo VariableType del caso de estudio. Figura 3. Definición de la VariableType RangoType [10] La capa con los tipos de datos describe los nodos que son instanciados a través de esquemas en el AddressSpace, muchos de los tipos de datos descritos a través de la aplicación son codificados utilizando el formato de la especificación XML [XML Scheme Part 2] de la W3C e instanciados al estándar OPC UA. Los tipos de datos diseñados en la aplicación del proyecto son complejos e instanciados directamente a la capa de instancias. La figura 4 presenta el modelado de un nodo DataType (tipo de dato) complejo. Figura 5. Definición del ReferenceType ConformadoPor [10] 4.4 Codificación de los modelos del AddressSpace Para la codificación del modelo caso de estudio, el proyecto propone la construcción de los archivos denominados Esquemas XML UA que cumplen con la recomendación del estándar OPC UA y se derivan de los esquemas B2MML (Business To Manufacturing Markup Language) del WBF (World Batch Forum), los cuales implementan los modelos ISA-95 utilizados en el caso de estudio, en esquemas XML. El propósito es generar los modelos estándar B2MML2UA- V01 que describen la información que cumple con los estándares relacionados (OPC UA e ISA 95) a partir de los cuales se instancian los modelos para hacer la aplicación en el caso de estudio. La figura 6 expone un ejemplo del esquema propuesto para el modelo de materiales del caso de estudio. Figura 4. Definición del DataType RangoDataType [10] La capa de referencias expone el conjunto de nodos que expresan una relación explicita entre Figura 6. Esquema XML del modelo de materiales del caso de estudio. [10]
5 Estos esquemas permitirán utilizar modelos que cumplen con la recomendación del estándar ISA 95 y el estándar OPC UA formulando los elementos a ser instanciados en el caso de estudio, permitiendo también indicar los tipos de datos (tipos de datos propuestos por el proyecto) que los elementos que conforman el documento XML instanciado del esquema deben admitir. Igualmente estos esquemas permitirán integrar espacios de nombres con el propósito de adaptarse a las actualizaciones que se puedan presentar en el futuro. A continuación se expone el conjunto de esquemas propuestos en la integración del estandar OPC UA e ISA 95 para los modelos del caso de estudio. B2MML2UA-V01-Material.xsd B2MML2UA-V01-Equipment.xsd B2MML2UA-V01-ProductDefinition.xsd B2MML2UA-V01-ProductionSchedule.xsd Los documentos instanciados para el caso de estudio a partir de la integración de los esquemas B2MML y OPC UA son: Instance-B2MML2UA-V01-Material.xml Instance-B2MML2UA-V01- Equipment.xml Instance-B2MML2UA-V01- ProductDefinition.xml Instance-B2MML2UA-V01- ProductionSchedule.xml 4.5 Pautas para la comunicación de los niveles de gestión y control de procesos. Para la comunicación entre los niveles de gestión y control de procesos es necesario establecer las características que el stack de comunicaciones proporcionado por OPC UA debe cumplir para ser implementado en cada servidor. Por lo tanto se han propuesto las siguientes unidades de conformidad para su descripción. El stack de comunicaciones esta conformado por las tres unidades de conformidad presentadas en la figura 7 y descritas a continuación. [7] Figura 7. Stack de comunicaciones [10] La aplicación de la unidad de conformidad Método de codificación utilizo los esquemas XML propuestos por el estándar OPC UA definido en el enlace web: xsd La unidad de conformidad Protocolo de seguridad propuesta para la aplicación en los niveles de gestión y control de procesos utiliza la recomendación WS Secure Conversation de las especificaciones WS-* para el intercambio de mensajes SOAP del caso de estudio. La unidad de conformidad Protocolo de transporte propuesta para el caso de estudio utiliza la recomendación de la W3C para el intercambio de mensajes SOAP versión 1.2 a través de http. 4.6 Pautas para la migración de servidores OPC DA COM a los servidores OPC UA. En la mayoría de las evoluciones dadas por el avance en las tecnologías es necesario definir los pasos para llegar desde los actuales servidores OPC COM a los sistemas OPC UA. Por lo tanto, a continuación se presenta la ruta de migración propuesta por la OPC Foundation para realizar la migración hasta llegar completamente a los sistemas UA nativos. Dichas etapas se ilustran en la figura 8. [8] Figura 8. Etapas necesarias para la migración de COM-UA [10]
6 Las siguientes subsecciones de este numeral hacen referencia de las etapas ilustradas en la anterior figura Utilización de Wrapper/Proxies con productos basados en OPC COM. Las herramientas Proxies son utilizadas para que los clientes OPC COM accedan a los servidores UA de manera estándar. Las Wrappers son las herramientas utilizadas para que clientes UA accedan a servidores OPC COM de forma estándar Wrapper y proxies adaptadas a implementaciones de referencia. Utilizando las herramientas que la OPC Foundation brinda a sus miembros los desarrolladores de software podrán utilizar las implementaciones de referencia para personalizar las herramientas de la manera deseada Creación de implementaciones específicas del modelo de la arquitectura OPC UA. Los productos nativos son implementaciones específicas del modelo de arquitectura de OPC UA, para su creación la OPC Foundation en conjunto con el grupo de adaptadores iníciales de la norma desarrollan los códigos utilizados para la producción de sistemas. 5. VALIDACIÓN DE LA APLICACIÓN DEL ESTANDAR La validación XML se realizó con el objetivo de comprobar que los documentos XML UA obtenidos en la aplicación del estándar OPC UA al caso de estudio estuvieran bien formados y se ajustaran a una estructura definida. Un documento XML bien formado sigue las reglas básicas del lenguaje XML establecidas por el W3C (Consorcio World Wide Web) y un documento válido además de estar bien formado debe respetar las normas dictadas por su esquema XML [9]. Para realizar la validación de los documentos XML, se partió de los esquemas B2MML2UA- V01 sobre cuales se hicieron instancias para realizar la aplicación sobre los modelos de información del caso de estudio. Estos modelos resultantes se validaron mediante la herramienta ALTOVA XMLSpy Enterprise Edition versión 2008 la cual es una herramienta que sirve para comprobar la estructura de un documento XML, haciendo la verificación con el respectivo esquema, de esta manera se comprobó que los documentos XML generados con el desarrollo de esta investigación cumplen con las recomendaciones de la W3C y las especificaciones OPC UA [10]. 6. CONCLUSIONES Y RECOMENDACIONES El estándar OPC UA se perfila como el estándar de estándares porque a través de su definición propone las pautas para la implementación de servidores de información con la capacidad de estructurar estándares de información como ISA- 95 y porque este se basa en estándares de internet ampliamente reconocidos como SOAP, WSDL, XML, UDDI y Servicios web, con un metamodelo de información estándar establecido por la OPC Foundation. El estándar OPC UA se encuentra en fase de desarrollo y de validación ya que las especificaciones aun no se dan por terminadas y porque los elementos del estándar como los SDK s y las APIs para los diferentes ambientes de desarrollo como.net, JAVA y ANSI C, aun se encuentran en etapa de desarrollo y de prueba. Las clases abstractas de OPC UA definen el metamodelo del estándar UA y la OPC Foundation es la única organización con la capacidad de realizar sus actualizaciones. El metamodelo de OPC UA permite diseñar cualquier modelo de información dentro del paradigma orientado a objetos. Es importante la manera en que la coreografía de negocios y los diagramas de actividades describen la dinámica y las funciones involucradas dentro de las arquitecturas orientadas a servicios con el propósito de brindar mejor entendimiento a la gestión e interacción de los servicios web. Para la arquitectura de OPC UA el proyecto propone la coreografía de
7 negocios y los diagramas de actividades de los servicios web de OPC UA. El estándar OPC UA es una especificación multipartes con el propósito de brindar una solución modular que sea escalable a los nuevos requerimientos y a los avances tecnológicos en el tiempo. Es importante resaltar que el conjunto de reglas propuestas para el nombramiento y la diagramación de los nodos en el AddressSpace servirá para que el conocimiento se comparta y se reutilice en posteriores investigaciones. El resultado de la aplicación del estándar OPC UA a los modelos de información desarrollados en el caso de estudio es el primer acercamiento que se ha hecho en la integración de los estándares OPC UA e ISA S95 dentro del entorno investigativo de la automatización industrial. Actualmente se conformó el grupo de investigación IICI (The Industrial Interoperability Compliance Institute). El objetivo de este grupo es trabajar con los estándares OPC UA, ISA 95 e ISA 88 con el propósito de crear un framework de aplicación estandarizado y un punto de referencia para la interoperabilidad que permita adoptar los procesos de negocios y de manufactura. El método de codificación del estándar OPC UA basado en los esquemas XML UA permite que otros modelos de información descritos a través de XML sean mapeados a través de la extensión de los elementos del estándar OPC UA y de la creación de nuevos elementos que complementan la definición del modelo de información. Sin embargo la extensión de los modelos a OPC UA produce esquemas XML que en el momento de ser instanciados requieren más líneas de código. Los esquemas B2MML2UA propuestos en el proyecto son la representación de los modelos B2MML a OPC UA a partir de los cuales es posible instanciar modelos de información basados en ISA-95 Para los productos OPC basados en las tecnologías COM el estándar OPC UA formula la estrategia de migración a UA. Sin embargo estos productos estarán limitados en las arquitecturas orientadas a servicios porque los endpoints de las wrapper o las proxies mapean respectivamente cada interface COM. La arquitectura SOA que propone el estándar OPC UA es la revolución en arquitecturas software en la industria, por esta razón debería ser explorado en el entorno investigativo de la universidad del Cauca. RECONOCOCIMIENTOS Este trabajo ha sido posible gracias a la colaboración de personas que han participado activamente en la gestión y en la formulación de las especificaciones OPC UA: los ingenieros Tom Burke y Wolfgang Mahnke miembros de la OPC Foundation por su colaboración, al ingeniero Libardo Steven Muños por su gestión ante la OPC Foundation, y el ingeniero Carlos Ardila por su invaluable colaboración. REFERENCIAS [1] Revista Electroindustria. Sistemas de Ejecución de Manufactura. [En linea] id=166&tip=7 [2] OPC Foundation. OPC Unified Architecture. [En línea] bout/ua.asp?mid=aboutopc [3] OPC FOUNDATION, UA DevCon Architecture PPT. [En línea] (Consulta: 10 Junio de 2008). x?cm=3&ri=434&cn=key&ci=287&cu =9 [4] OPC Foundation: OPC UA Specification: Part 1 Concepts. Version 1.00, July 28, 2006 [5] OPC Foundation: OPC UA Specification: Part 7 Profiles. Draft 0.93, July 28, 2006
8 [6] OPC Foundation: OPC Today and in the Future, OPC ARC Work Group June 2006.ppt [7] OPC Foundation: OPC UA Specification: Part 6 Mapping. Release Candidate 0.93, June 01, 2006 [8] OPC Foundation: OPC UA DevCon 2007 Migration to UA.ppt [9] POSADAS, Marino. Introducción al lenguaje XML. Grupo Eidos [10] CASTAÑO, Carlos Alberto y VILLAMARIN, Edgar Fernando Principios de Aplicación de estándar OPC UA, Trabajo de Grado. Universidad del Cauca
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 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 detallesLa 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 detallesJAVA 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 detallesCONCLUISIONES Y RECOMENDACIONES
CONCLUISIONES Y RECOMENDACIONES CONTENIDO 7.1 Verificación de Hipótesis 7.2 Conclusiones 7.3 Recomendaciones Mónica Cecilia Gallegos Varela - 145 - VERIFICACIÓN DE HIPÓTESIS La hipótesis planteada al inicio
Más detallesElementos requeridos para crearlos (ejemplo: el compilador)
Generalidades A lo largo del ciclo de vida del proceso de software, los productos de software evolucionan. Desde la concepción del producto y la captura de requisitos inicial hasta la puesta en producción
Más detallesService 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 detallesPORTAL 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 detallesUnidad II. Interfaz Grafica (continuación ) Basado en clases de Ing. Carlos A. Aguilar
Clase:005 1 Unidad II Interfaz Grafica (continuación ) Basado en clases de Ing. Carlos A. Aguilar 2 Agenda Desarrollo de Apps para Android Aplicaciones en Android Componentes Básicos de las Aplicaciones
Más detallesServidores Donantonio
Especificación de requisitos software Tabla de contenidos Juan José Amor David Escorial Ismael Olea 1. Introducción...3 1.1. Propósito...3 1.2. Ámbito del sistema...3 1.3. Definiciones, acrónimos y abreviaturas...3
Más detallesCAPÍTULO 1. INTRODUCCIÓN
CAPÍTULO 1. INTRODUCCIÓN La industria de la información alrededor del mundo está creciendo con rapidez y con el uso de la tecnología es necesario estimular, guiar y apoyar los esfuerzos en el desarrollo
Más detallesSISTEMAS 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 detallesPRINCIPIOS PARA LA APLICACIÓN DEL ESTÁNDAR ISA S95. Libardo Steven Muñoz, Fabian Yesid Vidal, Oscar Amaury Rojas A
PRINCIPIOS PARA LA APLICACIÓN DEL ESTÁNDAR ISA S95 Libardo Steven Muñoz, Fabian Yesid Vidal, Oscar Amaury Rojas A Grupo de I+D en Automática Industrial - Universidad del Cauca Calle 5 No 4-50, Popayán,
Más detallesFigure 9-1: Phase C: Information Systems Architectures
FASE C Figure 9-1: Phase C: Information Systems Architectures Objetivos Los objetivos de la Fase C son: Desarrollar la arquitectura de sistemas de información objetivo (datos y aplicaciones), que describe
Más detalleswww.sociedadelainformacion.com
Cambio de paradigma en el marco de trabajo conceptual en las organizaciones. Maribel Sánchez Sánchez Jefe de proyectos de cómputo Universidad Iberoamericana Maribel Sánchez Sánchez, Lic. maryssan_81@hotmail.com
Más detallesService 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 detallesMACROPROCESO GESTIÓN TECNOLÓGICA
Versión 1.0 Página 1 de 5 1. OBJETIVO Suministrar las fases para la puesta en producción de aplicaciones y sistemas de información desarrollados o adquiridos por el Instituto Colombiano de Bienestar Familiar
Más detallesClientes Donantonio. Especificación de requisitos software. Juan José Amor David Escorial Ismael Olea
Especificación de requisitos software Tabla de contenidos Juan José Amor David Escorial Ismael Olea 1. Introducción...3 1.1. Propósito...3 1.2. Ámbito del sistema...3 1.3. Definiciones, acrónimos y abreviaturas...3
Más detallesGLOSARIO. 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 detallesBechtle Solutions Servicios Profesionales
Soluciones Tecnología Bechtle Solutions Servicios Profesionales Fin del servicio de soporte técnico de Windows Server 2003 No hacer nada puede ser un riesgo BECHTLE Su especialista en informática Ahora
Más detallesPROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.2 UML: Modelado de casos de uso
PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación II MODELOS y HERRAMIENTAS UML 1 1 Modelado de casos de uso (I) Un caso de uso es una técnica de modelado usada para describir lo que debería hacer
Más detallesGerencia 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 detallesCARRERA TITULO DEL TRABAJO CURSO
CARRERA Ingeniería Informática TITULO DEL TRABAJO TOGAF 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
Más detallesFÁBRICA DE SOFTWARE. Presentado por: Ing. Juan José Montero Román Gerente de Fábrica de Software USMP jmonteror@usmp.pe
FÁBRICA DE SOFTWARE Presentado por: Ing. Juan José Montero Román Gerente de Fábrica de Software USMP jmonteror@usmp.pe FÁBRICA DE AUTOS Entrada Salida Autos FÁBRICA DE SOFTWARE Entrada Salida Información
Más detallesSERVICE 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 detallesSistema de Información Integrada del Área Social
Sistema de Información Integrada del Área Social Resumen de Requerimientos Técnicos 22 de Diciembre de 2008 Página 1 de 5 Contenido 1 Generalidades... 3 2 Alcance y objetivos... 4 3 Arquitectura de referencia
Más detallesTransformación de modelos en el proceso de obtención de Modelos Conceptuales partiendo de BPMN
Transformación de modelos en el proceso de obtención de Modelos Conceptuales partiendo de BPMN Fernández Taurant, Juan Pablo Marciszack, Marcelo Martín Universidad Tecnológica Nacional, Facultad Regional
Más detallesPlan de estudios ISTQB: Nivel Fundamentos
Plan de estudios ISTQB: Nivel Fundamentos Temario 1. INTRODUCCIÓN 2. FUNDAMENTOS DE PRUEBAS 3. PRUEBAS A TRAVÉS DEL CICLO DE VIDA DEL 4. TÉCNICAS ESTÁTICAS 5. TÉCNICAS DE DISEÑO DE PRUEBAS 6. GESTIÓN DE
Más detallesARQUITECTURAS DE PROCESOS DE NEGOCIOS INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN
ARQUITECTURAS DE PROCESOS DE NEGOCIOS INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN ARQUITECTURA SOA Services Oriented Arquitecture SOA como arquitectura para BPM Las organizaciones deben
Más detallesUna 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 detallesTema 6: Comparativa CORBA/Servicios Web
Tema 6: Comparativa CORBA/Servicios Web Introducción Para establecer una comparativa, es preciso tener en cuenta CORBA se introdujo en 1991 y Servicios Web en el 2000 CORBA es una solución más madura y
Más detallesPlataforma de expediente Electrónico @DOC
MINISTERIO DE LA PRESIDENCIA SUBSECRETARÍA SUBDIRECCIÓN GENERAL DE TECNOLOGÍAS Y SERVICIOS DE LA INFORMACIÓN Plataforma de expediente Electrónico @DOC Arquitectura de Sistemas Control de versiones Versión
Más detallesOLIMPO Servidor Universal
OLIMPO Servidor Universal Documento 20050714/01 Fecha Creación Julio 2005 Fecha Última Revisión Agosto 2007 Versión de documento 2.0 1/7 Visión Global Desde el año 1984, en IGT Microelectronics hemos ofrecido
Más detallesCapítulo I. Marco Teórico
1 Capítulo I. Marco Teórico 1. Justificación Hoy en día existe una gran diversidad de aplicaciones que corren sobre la World Wide Web (WWW o Web), y cada una orientada a un fin en particular, el cuál depende
Más detallese-commerce, es hacer comercio utilizando la red. Es el acto de comprar y vender en y por medio de la red.
Comercio electrónico. (e-commerce) Las empresas que ya están utilizando la red para hacer comercio ven como están cambiando las relaciones de la empresa con sus clientes, sus empleados, sus colaboradores
Más detallesBASES DE DATOS OFIMÁTICAS
BASES DE DATOS OFIMÁTICAS Qué es una Bases de Datos Ofimática?. En el entorno de trabajo de cualquier tipo de oficina ha sido habitual tener un archivo con gran parte de la información necesaria para el
Más detallesARQUITECTURA ORIENTADA A SERVICIOS (SOA) EN LA JUNTA DE ANDALUCÍA
ARQUITECTURA ORIENTADA A SERVICIOS (SOA) EN LA JUNTA DE ANDALUCÍA Dirección General de Administración Electrónica y Calidad de los Servicios Consejería de Justicia y Administración Pública Junta de Andalucía
Más detallesBeneficios estratégicos para su organización. Beneficios. Características V.2.0907
Herramienta de inventario que automatiza el registro de activos informáticos en detalle y reporta cualquier cambio de hardware o software mediante la generación de alarmas. Beneficios Información actualizada
Más detallesPRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE
PRUEBAS DE SOFTWARE La prueba del software es un elemento crítico para la garantía de la calidad del software. El objetivo de la etapa de pruebas es garantizar la calidad del producto desarrollado. Además,
Más detallesArquitectura de desarrollo Fomento.Net
Casos de éxito everis Arquitectura de desarrollo Fomento.Net Resumen País: España. Sector: Administración. Perfil del Cliente Subdirección General de Tecnologías y Sistemas de la Información (SGTSI) del
Más detallesE-Government con Web Services
E-Government con Web Services Fernando Leibowich Beker * Uno de los grandes avances que produjeron las Nuevas Tecnologías de la Información y la Comunicación es la posibilidad de generar redes de computadoras
Más detallesUNIVERSIDAD CENTROCCIDENTAL "LISANDRO ALVARADO" DECANATO DE CIENCIAS Y TECNOLOGIA MAESTRIA EN CIENCIAS DE LA COMPUTACION MENCION REDES DE COMPUTADORAS
UNIVERSIDAD CENTROCCIDENTAL "LISANDRO ALVARADO" DECANATO DE CIENCIAS Y TECNOLOGIA MAESTRIA EN CIENCIAS DE LA COMPUTACION MENCION REDES DE COMPUTADORAS MODELO DE GESTION WBEM PARA ADMINISTRACION DE REDES
Más detallesUNIVERSIDAD DE SANTANDER UDES
UNIVERSIDAD DE SANTANDER UDES Programa Nombre Código Facultad Administración e Ingenierias Ingenieria de Sistemas Arquitectura Orientada a Servicios (SOA) Problema? Competencia específica Rango de Aplicación
Más detallesSOFTWARE & SYSTEMS PROCESS ENGINEERING METAMODEL SPECIFICATION V.20 SPEM 2.0
SPEM 2.0 SOFTWARE & SYSTEMS PROCESS ENGINEERING METAMODEL SPECIFICATION V.20 SPEM 2.0 Metamodelo para modelos de procesos de ingeniería de software y de ingeniería de sistemas. La idea central de SPEM
Más detallesConsultoría de D I S P O N I B L E S. Soluciones en Facturación electrónica. Desarrollo de Software Windows/Web
D I S P O N I B L E S Soluciones en Facturación electrónica Desarrollo de Software Windows/Web Desarrollo de portales corporativos y sitios Web Presencia y posicionamiento en internet Consultoría de Tecnología
Más detallesXBRL extensible Business Reporting Language. Noviembre / 2014
XBRL extensible Business Reporting Language Noviembre / 2014 Qué es XBRL o datos interactivos? XBRL es un lenguaje para la comunicación electrónica de datos de negocio y financieros basados en XML utilizada
Más detallesSolución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar
Gobierno Municipal del Cantón Bolívar Versión: Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Plan de Desarrollo de Software Universidad
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 detallesLANZAMIENTO PROYECTO : INTEGRA Montaje del ERP SIESA Enterprise. Barranquilla - Colombia 2012
LANZAMIENTO PROYECTO : INTEGRA Montaje del ERP SIESA Enterprise Barranquilla - Colombia 2012 Contenido 1. Que Queremos? 2. Como estamos? 3. Razones para Cambiar? 4. Quien es SIESA? 1. Presentación Video
Más detallesCORPORACIÓN MEXICANA DE INVESTIGACIÓN EN MATERIALES, S.A. DE CV
Página 1 de 6 1. OBJETIVO El presente documento tiene la finalidad de citar los beneficios de la migración de la herramienta de análisis de riesgo, mantenimiento e inspección que en lo sucesivo se denominará
Más detallesMetodología Orientada a Objetos Clave 43100007 Maestría en Sistemas Computacionales
Metodología Orientada a Objetos Clave 43100007 Maestría en Sistemas Computacionales Modulo 03 UML: Vista de Casos de Uso Artefacto: Actores Catedrático MSC. Jose Juan Aviña Grimaldo e-mail josejuan_avina@gmail.com
Más detallesCapítulo 5. Cliente-Servidor.
Capítulo 5. Cliente-Servidor. 5.1 Introducción En este capítulo hablaremos acerca de la arquitectura Cliente-Servidor, ya que para nuestra aplicación utilizamos ésta arquitectura al convertir en un servidor
Más detallesCAPÍTULO 3 Servidor de Modelo de Usuario
CAPÍTULO 3 Servidor de Modelo de Usuario Para el desarrollo del modelado del estudiante se utilizó el servidor de modelo de usuario desarrollado en la Universidad de las Américas Puebla por Rosa G. Paredes
Más detallesVisión General de GXportal. Última actualización: 2009
Última actualización: 2009 Copyright Artech Consultores S. R. L. 1988-2009. Todos los derechos reservados. Este documento no puede ser reproducido en cualquier medio sin el consentimiento explícito de
Más detallesSistema de Mensajería Empresarial para generación Masiva de DTE
Sistema de Mensajería Empresarial para generación Masiva de DTE TIPO DE DOCUMENTO: OFERTA TÉCNICA Y COMERCIAL VERSIÓN 1.0, 7 de Mayo de 2008 CONTENIDO 1 INTRODUCCIÓN 4 2 DESCRIPCIÓN DE ARQUITECTURA DE
Más detallesSistema informatizado de Trazabilidad alimentaria
Universdad de Oviedo Trazabilidad Alimentaria Según el reglamento europeo, todas las empresas del sector alimentario han de tener un control de la trazabilidad alimentaria. La forma más eficiente, segura,
Más detallesUna propuesta de valor para la gran empresa: Atlassian Data Center
Artículo de Experto marzo 2015 Mariano Galán Martín Líder tecnológico de Atlassian en atsistemas Una propuesta de empresa: Atlassian Muchas empresas comienzan utilizando JIRA en un pequeño departamento
Más detallesLibertya, el ERP libre
Libertya, el ERP libre Activa Sistemas Indice Qué es Libertya ERP Arquitectura Soluciones sectoriales Casos de éxito Qué es Libertya ERP (I) Libertya ERP es una solución integral de gestión empresarial
Más detallesFigure 7-1: Phase A: Architecture Vision
Fase A Figure 7-1: Phase A: Architecture Vision Objetivos: Los objetivos de la fase A son: Enfoque: Desarrollar una visión de alto nivel de las capacidades y el valor del negocio para ser entregado como
Más detallesCURSO COORDINADOR INNOVADOR
CURSO COORDINADOR INNOVADOR PRESENTACIÓN La tarea que el Ministerio de Educación se propone a través de Enlaces, en relación al aseguramiento del adecuado uso de los recursos, con el fin de lograr un impacto
Más detalles5.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 detallesCapítulo 1 Introducción
Capítulo 1 Introducción Dentro de los muchos campos que abarca la universidad para la investigación científica, se encuentra el de los Sistemas de Información Geográfica (SIG). Para ello, cuenta con el
Más detallesConsultoría en Arquitectura Empresarial, SOA y de Software
Consultoría en Arquitectura Empresarial, SOA y de Software Dentro de su propuesta de servicios de consultoría, HEINSOHN ofrece consultoría en planeación de tecnologías de información, donde se define a
Más detallesORBERE. Memoria Técnica del Aplicativo de Gestión de la producción para ADIMDE
ORBERE Memoria Técnica del Aplicativo de Gestión de la producción para ADIMDE Bilbao, 12 de diciembre de 2006 INDICE 1. METODOLOGÍA DE TRABAJO 2 1.1 Pautas para el Desarrollo 2 1.2 Entorno Tecnológico,
Más detallesAlfresco permite su integración y personalización en sistemas de gestión documental para implementar funcionalidades específicas
INTRODUCCIÓN La flexibilidad y facilidad de integración de Alfresco en arquitecturas distribuidas de tipo SOA permiten a Mecatena el desarrollo de proyectos de gestión de contenidos, de cara a los nuevos
Más detallesBPM: Articulando Estrategia, Procesos y Tecnología
BPM: Articulando Estrategia, Procesos y Tecnología Resumen: La competitividad es el imaginario que dirige las acciones empresariales en la actualidad. Lograr condiciones que permitan competir con mayores
Más detallesTEMA: DESARROLLO DE APLICACIONES WEB INTERACTIVAS UTILIZANDO LA TÉCNICA AJAX AUTOR: MERY SUSANA ZAMBONINO BAUTISTA
TEMA: DESARROLLO DE APLICACIONES WEB INTERACTIVAS UTILIZANDO LA TÉCNICA AJAX AUTOR: MERY SUSANA ZAMBONINO BAUTISTA AREA DEL TEMA: INGENIERÍA DE SOFTWARE OBJETIVO GENERAL Desarrollar aplicaciones web utilizando
Más detallesCore Solutions of Microsoft SharePoint Server 2013 CURSO PRESENCIAL DE 25 HORAS
Core Solutions of Microsoft SharePoint Server 2013 CURSO PRESENCIAL DE 25 HORAS CURSO DESCRIPCIÓN DEL CURSO... 2 TEMARIO... 3 Administración de bases de datos Microsoft SQL Server Duración: 25 horas Después
Más detallesIngenierí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 detallesSISTEMA DE ESPECIICACION DE REQUERIMIENTOS
SISTEMA DE ESPECIICACION DE REQUERIMIENTOS Presentado por: Jefferson Peña Cristian Álvarez Cristian Alzate 10 CONTENIDO 1. INTRODUCCIÓN 1.1. PROPÓSITO 1.2. AMBITO DEL SISTEMA 1.3. DEFINICIONES, ACRÓNIMOS
Más detallesAFIKnow. Sistema de Gestión del Conocimiento
AFIKnow Sistema de Gestión del Conocimiento Qué es AfiKnow? La Gestión del Conocimiento consiste en administrar la inteligencia corporativa para permitir a la empresa enfrentarse fácilmente a los cambios
Más detallesControle los documentos mediante una administración de directivas detallada y ampliable.
Microsoft Office SharePoint Server 2007 es un conjunto integrado de funcionalidades de servidor que pueden ayudar a mejorar la eficacia de la empresa al proporcionar administración de contenido y búsqueda
Más detalleshttp://www.cem.itesm.mx/extension/ms
Diplomado Programación orientada a objetos con Java y UML Las empresas necesitan contar con sistemas de información modernos, ágiles y de calidad para alcanzar sus objetivos y ser cada vez más competitivos
Más detallesDurante la determinación del problema dentro de los procesos de mercadeo de R & S Training se pudo notar notables deficiencias en las relaciones con
Autora: Rodríguez Fortunato, Marìa Rossana Titulo: Implementación de un sistema bajo tecnología web basado en estrategias de CRM que apoye las actividades de mercadeo de una empresa de servicios de adiestramientos
Más detallesTí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 detallesSistema de marketing de proximidad
Dizan Vasquez Propuesta de proyecto Sistema de marketing de proximidad ACME México Dizan Vasquez Índice general 1. Descripción 3 2. Resúmen ejecutivo 4 2.1. Objetivo.................................................
Más detalles5.2. PROYECTO RODA. http://roda.ibit.org/index.cfm (6/07/04).
5.2. PROYECTO RODA Se trata de un proyecto 1 piloto de demostración tecnológica, cofinanciado por el PROFIT 2003, cuya duración se fijó de Enero 2003 a Marzo de 2004. Los participantes son ROBOTIKER, la
Más detalles.NET y J2EE VALORACIÓN Y COMPARACIÓN DE LOS ELEMENTOS DE LAS DOS PLATAFORMAS. Definiciones...2 C# y Java...3 Similitudes...4 Ventajas...
.NET y J2EE VALORACIÓN Y COMPARACIÓN DE LOS ELEMENTOS DE LAS DOS PLATAFORMAS Definiciones...2 C# y Java.....3 Similitudes...4 Ventajas...4 Definiciones Sobre J2EE J2EE (Java 2 Platform Enterprise Edition)
Más detallesUnidad III. Software para la administración de proyectos.
Unidad III Software para la administración de proyectos. 3.1 Herramientas de software para administrar proyectos. El software de administración de proyectos es un concepto que describe varios tipos de
Más detalles"Diseño, construcción e implementación de modelos matemáticos para el control automatizado de inventarios
"Diseño, construcción e implementación de modelos matemáticos para el control automatizado de inventarios Miguel Alfonso Flores Sánchez 1, Fernando Sandoya Sanchez 2 Resumen En el presente artículo se
Más detallesServicios Web Estándares, Extensiones y Perspectivas de Futuro
Servicios Web Estándares, Vicente Pelechano DEPARTAMENTO DE SISTEMAS INFORMÁTICOS Y COMPUTACIÓN Contenido Servicios Web Estándares y Tecnologías Subyacentes. Infraestructura Básica SOAP WSDL UDDI La Pila
Más detallesUniversidad Autónoma del Perú Ingeniería de Sistemas. Ing. Heyner Ninaquispe Castro Sesión 1
Universidad Autónoma del Perú Ingeniería de Sistemas Ingeniería de la Información Apuntes Generales Ing. Heyner Ninaquispe Castro Sesión 1 Agenda 1.- Objetivo 2.- Introducción 3.- Características 4.- Niveles
Más detallesIngeniería de Software. Pruebas
Ingeniería de Software Pruebas Niveles de prueba Pruebas unitarias Niveles Pruebas de integración Pruebas de sistema Pruebas de aceptación Alpha Beta Niveles de pruebas Pruebas unitarias Se enfocan en
Más detallesSustitución de certificados administrativos en soporte papel por medios telemáticos
Sustitución de certificados administrativos en soporte papel por medios telemáticos I Congreso Español de Informática Jornadas Científico-Técnicas en Servicios Web Granada, Septiembre 2005 Francisco Lova
Más detallesEnginyeria del Software III
Enginyeria del Software III Sessió 3. L estàndard ISO/IEC 15504 Antònia Mas Pichaco 1 Introducción El proyecto SPICE representa el mayor marco de colaboración internacional establecido con la finalidad
Más detallesProceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:
PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: 1. Proporcionar una guía de actividades para el trabajo en equipo. (Guía detallada para el desarrollo
Más detallesCapítulo 2. Planteamiento del problema. Capítulo 2 Planteamiento del problema
Capítulo2 Planteamientodelproblema 38 2.1Antecedentesycontextodelproyecto En lo que respecta a los antecedentes del proyecto, se describe inicialmente el contexto donde se utiliza el producto de software.
Más detallesIntroducció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 detallesNuevas Tendencias de Software y Creación de empresas.
Nuevas Tendencias de Software y Creación de empresas. Nuevas Tendencias de Software Aunque es muy difícil predecir el futuro, existen un conjunto de procesos industriales e investigación, que nos dan ideas
Más detallesDiseño dinámico de arquitecturas de información
Diseño dinámico de arquitecturas de información CARACTERISTICAS DEL SISTEMA Las organizaciones modernas basan su operación en la gestión del conocimiento, es decir, en el manejo de información que se presenta
Más detallesServicio de Mapas. Portal Inteligente Medellín Documentación de la Arquitectura de Software
Servicio de Mapas Portal Inteligente Medellín Documentación de la Arquitectura de Software Juan G. Lalinde-Pulido Claudia M. Zea Luis F. Londoño Nicolás Hock Sergio A. Monsalve Departamento de Informática
Más detallesCAPÍTULO I DEFINICIÓN DEL PROBLEMA Y OBJETIVOS
CAPÍTULO I DEFINICIÓN DEL PROBLEMA Y OBJETIVOS 10 1.1 Definición del problema Actualmente las metodologías de ingeniería de software pueden considerarse como una base necesaria para la ejecución de cualquier
Más detallesEstándares de ofimática
Estándares de ofimática Guía sobre la aplicación de las recomendaciones de uso de los estándares ISO/IEC 26300:2006 (ODF v1.0), ISO 19005-1:2005 (PDF 1.4) e ISO 32000-1:2008 (PDF 1.7) Contenido 1. Introducción...
Más detallesInteroperabilidad de Fieldbus
2002 Emerson Process Management. Todos los derechos reservados. Vea este y otros cursos en línea en www.plantwebuniversity.com. Fieldbus 201 Interoperabilidad de Fieldbus Generalidades Qué es interoperabilidad?
Más detalles2 EL DOCUMENTO DE ESPECIFICACIONES
Ingeniería Informática Tecnología de la Programación TEMA 1 Documentación de programas. 1 LA DOCUMENTACIÓN DE PROGRAMAS En la ejecución de un proyecto informático o un programa software se deben de seguir
Más detallesLaboratorio III de Sistemas de Telecomunicaciones Departamento de Telemática
Proyecto: Interoperabilidad entre una Red de Telefonía IP y una red de Radio VHF Objetivos Lograr la interoperabilidad de clientes de VoIP con clientes de Radio VHF Implementar el servicio de Call Center
Más detallesObjetos educativos y estandarización en e-learning: Experiencias en el sistema <e-aula>
Objetos educativos y estandarización en e-learning: Experiencias en el sistema Fernández-Manjón, B.1, López Moratalla, J.2 Martínez Ortiz, I. 2, Moreno Ger, P. 2 Universidad Complutense de Madrid,
Más detallesServicios 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 detallesWeb Services en Java. Taller de Programación. Instituto de Computación Facultad de Ingeniería Universidad de la República
Web Services en Java Taller de Programación Instituto de Computación Facultad de Ingeniería Universidad de la República Contenido Motivación y Conceptos Funcionamiento Annotations Desarrollando una aplicación
Más detallesManual de Referencia. Apertura
Manual de Referencia Apertura Cerrito 1214, (C1010AAZ), Buenos Aires, Argentina. Ventas 54 (011) 4816-2620 Fax: 54 (011) 4816-2394 Dirigido a VENTAS ventas@axoft.com Soporte a Usuarios 54 (011) 4816-2919
Más detalles