background preloader

MDA

MDA
Related:  Arquitectura Conducida por Modelos: Principios y Prácticas

MDA Arquitectura empresarial - Mexico Arquitectura empresarial: Convierta la estrategia en un cambio efectivo ¿Qué retiene a las organizaciones para que logren un cambio efectivo? Un reciente estudio de IBM muestra que más de dos tercios de los CEOs están implementando amplias innovaciones en sus modelos empresariales. Y los CIOs están acelerando la entrega de soluciones que den soporte a esta agenda de cambios acelerada. Pero para muchas organizaciones, la planificación estratégica y la ejecución de los proyectos resultantes se dificulta por la falta de una visión compartida de la empresa actual y del panorama de TI – la arquitectura empresarial. La gerencia necesita ver el panorama completo. Necesita de una visión que combine la estrategia, la arquitectura empresarial, los sistemas de información y los dominios de la tecnología. Alinee las inversiones de TI con las metas empresariales. Es esencial la creación de una plataforma para la colaboración de los grupos de interés de tecnología del negocio.

Arquitectura Orientada a Servicios La 'Arquitectura Orientada a Servicios' (en inglés Service Oriented Architecture), es un paradigma de arquitectura para diseñar y desarrollar sistemas distribuidos. Las soluciones SOA han sido creadas para satisfacer los objetivos de negocio las cuales incluyen facilidad y flexibilidad de integración con sistemas legados, alineación directa a los procesos de negocio reduciendo costos de implementación, innovación de servicios a clientes y una adaptación ágil ante cambios incluyendo reacción temprana ante la competitividad. [1] Permite la creación de sistemas de información altamente escalables que reflejan el negocio de la organización, a su vez brinda una forma bien definida de exposición e invocación de servicios (comúnmente pero no exclusivamente servicios web), lo cual facilita la interacción entre diferentes sistemas propios o de terceros. SOA define las siguientes capas de software: Terminología[editar] Diseño y desarrollo de SOA[editar] Lenguajes de alto nivel[editar]

Business Process Execution Language for Web Service Messaging and Transaction Coordination : General reference document on standards related to coordination of messages/transactions, as well as choreography, workflow, and business brocess modeling, especially in the Web Services arena. [January 14, 2008] OASIS announced that consortium members have submitted a charter proposal for a new WS-BPEL Extension for People (BPEL4People) Technical Committee. Companies sponsoring the proposal include Active Endpoints, Adobe, BEA, IBM, Oracle, SAP, Software AG, and Sun Microsystems. The designated TC Convenor is Jeff Mischkinsky (Oracle). This Technical Committee proposal follows a June 2007 statement from a group of six technology vendors, including Active Endpoints, Adobe, BEA Systems, IBM, Oracle, and SAP AG, announcing that the two-part BPEL4People specification would be submitted to OASIS in the near future. [November 28, 2007] "Transactional BPEL Processes with AO4BPEL Aspects." [November 09, 2005] "WS-BPEL Language Basics."

Materiales fuentes de la MDA Rational Rose Technical Developer Visual modeling for complex systems development IBM® Rational Rose® Technical Developer is a model-driven development (MDD) solution for developing complex systems. Based on the Unified Modeling Language (UML), it supports model-based constructs for development automation including model execution and fully executable code generation. Rational Rose Technical Developer components help embedded systems teams collaborate and achieve high levels of productivity. Supports integrated, model-driven development—a comprehensive set of model-based tools helps you overcome the challenges of developing complex systems. More Less Supports integrated, model-driven development Delivers runtime model execution, visual model debugging, model-based testing and advanced modeling constructs. Provides code generation support Generates code that manages relationships between classes. Visual modeling for complex systems development Download software online after purchase - no shipping costs!

Arquitectura empresarial para Ingenieros de Sistemas Los ingenieros de sistemas generalmente se concentran en el sistema que se está desarrollando actualmente, sin ocuparse mucho de la empresa que soporta dicho sistema. Este artículo explora los puntos de conexión que existen entre la arquitectura empresarial y la arquitectura de sistemas, y describe cómo la arquitectura empresarial beneficia y a la vez limita el desarrollo de sistemas. Su objetivo es ayudar a los ingenieros de sistemas a comprender mejor cómo sus esfuerzos en los proyectos que crean o modifican sistemas pueden verse limitados por, y pueden a su vez modificar la arquitectura de la empresa a la cual soportan dichos sistemas. En la empresa de hoy, impulsada por los negocios, existe una relación directa entre la capacidad de negocios de la empresa y la funcionalidad implementada en los proyectos. El cambiante panorama del desarrollo de sistemas La Figura 1 ofrece una descripción general de este cambio de foco. Volver arriba Definiciones Empresa Arquitectura empresarial Sistema

Software Product Lines A software product line (SPL) is a set of software-intensive systems that share a common, managed set of features satisfying the specific needs of a particular market segment or mission and that are developed from a common set of core assets in a prescribed way. Software product lines are emerging as a viable and important development paradigm allowing companies to realize order-of-magnitude improvements in time to market, cost, productivity, quality, and other business drivers. Software product line engineering can also enable rapid market entry and flexible response, and provide a capability for mass customization. We are working to make software product line practice a dependable low-risk high-payoff practice that combines the necessary business and technical approaches to achieve success. Benefits Product lines can help organizations overcome the problems caused by resource shortages. Learn More

Go Flow » Blog Archive » BPMN, XPDL and BPEL in your spare time I got the chance to participate on a panel session at the BPM Think Tank in Arlington VA on May 24 2006 on the subject of BPM Standards. Richard Mark Soley was on one end representing OMG and the BPMN standard. John Evdemon from Microsoft was on the other end representing BPEL for which he is the TC Co-Chairman. I was between them representing XPDL from WfMC. BPEL is an “execution language”. XPDL is a process design format. The goal of BPEL is to provide a definition of web service orchestration, the underlying sequence of interactions, the flow of data from point to point. The goal of XPDL is to store and exchange the process diagram. The different usage is best represented the diagram below. The XPDL file can provide this design interchange because it offers one for one representation of the original BPMN process diagram; it can be written, and re-read to recover the original diagram. The importance of process design interchange will increase as the market matures. Like this:

Estandares Abiertos OMG 5 Arquitectura empresarial y modelización de procesos | Data.ti | Revista de TI para empresa | Actualidad - Software - TIC De acuerdo a los principios de Gestión, Calidad Total y a la European Foundation for Quality Management (EFQM), es determinante que para poder gestionar cualquier elemento organizacional, hay que tenerlo bien identificado y definido, asignarle objetivos y metas y disponer de medidas para valorar su actuación. En el gráfico Procesos de Negocio. Un activo estratégico que hay que gestionar se resalta la importancia de ese elemento intangible pero que está presente en toda la organización, llamado Proceso. Por ésta y muchas otras razones tales como competitividad, agilidad, nuevos canales y nuevas tecnologías y soluciones, cada vez hay más empresas que implementan la Gestión de Procesos en sus organizaciones porque se están dando cuenta de que los procesos son un activo estratégico que hay que gestionar de principio a fin. ¿Qué es Arquitectura Empresarial? Resumiendo estos beneficios en una sola palabra: gestionar los procesos de negocio. ShareThis URL :

Service - Oriented Architecture See also the client-server model, a progenitor concept A Service-Oriented Architecture (SOA) is a design pattern in which software/application components provide services to other software/application components via a protocol, typically over a network and in a loosely-coupled way. The principles of service-orientation are independent of any vendor, product or technology.[1] A service is a self-contained unit of functionality, such as retrieving an online bank statement.[2] By that definition, a service is a discretely invokable operation. However, in the Web Services Definition Language (WSDL), a service is an interface definition that may list several discrete services/operations. Services can be combined to provide the complete functionality of a large software application.[3] A SOA makes it easier for software components on computers connected over a network to cooperate. Definitions[edit] The Open Group's definition is: Overview[edit] SOA framework[edit] Design concept[edit]

Related:  MBD