Arquitectura dirigida por modelos - Historial de revisiones

Carlos idict: Texto reemplazado: «
» por «»

2019-07-18T11:57:33Z

Texto reemplazado: «<div align="justify">» por «»

Nailethernandez en 19:55 15 abr 2013

2013-04-15T19:55:26Z

Ariagna idict en 15:29 12 jun 2012

2012-06-12T15:29:17Z

Metodologo1 jc en 19:27 21 feb 2012

2012-02-21T19:27:58Z

Metodologo1 jc en 19:26 21 feb 2012

2012-02-21T19:26:02Z

Metodologo1 jc en 17:05 21 feb 2012

2012-02-21T17:05:10Z

Cinformpri jc en 15:44 5 oct 2011

2011-10-05T15:44:44Z

Cinformpri jc: /* Fuentes */

2011-10-03T18:50:50Z

‎Fuentes

Cinformpri jc en 18:47 3 oct 2011

2011-10-03T18:47:06Z

Cardet0302 jc: Arquitectura Dirigida por Modelos trasladada a Arquitectura dirigida por modelos: Traslado de nombre

2011-09-28T20:40:49Z

Arquitectura Dirigida por Modelos trasladada a Arquitectura dirigida por modelos: Traslado de nombre

@@ Línea 2: / Línea 2: @@
 |imagen=arquitectura mda.gif
 |descripcion=Arquitectura de Software}}
-<div align="justify">
 '''Arquitectura MDA'''. Producto de las mejores prácticas en [[Ingeniería de Software]] surge la [[Arquitectura]] dirigida por modelos (MDA – Model Driven Architecture).

@@ Línea 1: / Línea 1: @@
 {{Ficha_Software|nombre=Arquitectura Dirigida por Modelos(MDA)
-|imagen=arquitectura_mda.JPG
+|imagen=arquitectura mda.gif
 |descripcion=Arquitectura de Software}}
 <div align="justify">

@@ Línea 6: / Línea 6: @@
 == ¿Qué es MDA?==
-[[MDA]] es un concepto promovido (pero no creado) por la [[OMG]], que propone basar el [[desarrollo de software]] en modelos especificados utilizando [[UML]], para que, a partir de esos modelos, se realicen trasformaciones que generen [[código]] u otro modelo, con características de una [[tecnología]] particular (o con menor nivel de abstracción). MDA define un framework para procesar y relacionar modelos. Suele escucharse que MDA es la evolución natural de UML, ya que tiende a incrementar la cantidad de código generado, a partir de especificaciones detalladas en UML.
+[[MDA]] es un concepto promovido (pero no creado) por la [[OMG]], que propone basar el [[desarrollo de software]] en modelos especificados utilizando [[UML]], para que, a partir de esos modelos, se realicen trasformaciones que generen código u otro modelo, con características de una [[tecnología]] particular (o con menor nivel de abstracción). MDA define un framework para procesar y relacionar modelos. Suele escucharse que MDA es la evolución natural de UML, ya que tiende a incrementar la cantidad de código generado, a partir de especificaciones detalladas en UML.
 ==¿Qué no es MDA?==
@@ Línea 21: / Línea 21: @@
 Los modelos juegan un rol trascendental en MDA. Como un [[framework]] para construir sistemas, MDA abstrae el sistema a construir en distintas capas de abstracción. Tradicionalmente, el OOAD (Object Oriented Analysis and Design) contiene, entre otros, una [[vista de análisis]], una [[vista de diseño]] detallado y código -representando la [[vista de negocios]] de un sistema-, la [[vista de arquitectura]] y la [[vista de implementación]]. MDA agrega una capa de abstracción más, que representa el contexto de negocio del sistema.
-Los modelos concretos exceden en número a los modelos abstractos. A medida que avanzamos en las transformaciones, los modelos se vuelven más concretos, transformando al modelo abstracto en uno compatible con una tecnología o plataforma. La situación inversa de llevar el código hacia un modelo concreto -también conocido como ingeniería reversa- rara vez ocurre, excepto cuando el punto de partida es el [[código]] mismo. Esto se produce debido a que MDA promueve la fuerte separación entre las responsabilidades de requerimientos del negocio y las responsabilidades tecnológicas. La ventaja de esta “separación de responsabilidades” es que ambos aspectos pueden evolucionar individualmente sin generar dependencias entre sí. De está manera, la lógica de negocio responderá a las necesidades del negocio y no dependerá de vicisitudes técnicas.
+Los modelos concretos exceden en número a los modelos abstractos. A medida que avanzamos en las transformaciones, los modelos se vuelven más concretos, transformando al modelo abstracto en uno compatible con una tecnología o plataforma. La situación inversa de llevar el código hacia un modelo concreto -también conocido como ingeniería reversa- rara vez ocurre, excepto cuando el punto de partida es el código mismo. Esto se produce debido a que MDA promueve la fuerte separación entre las responsabilidades de requerimientos del negocio y las responsabilidades tecnológicas. La ventaja de esta “separación de responsabilidades” es que ambos aspectos pueden evolucionar individualmente sin generar dependencias entre sí. De está manera, la lógica de negocio responderá a las necesidades del negocio y no dependerá de vicisitudes técnicas.
 ===CIM (Computational-Independent Model)===
@@ Línea 70: / Línea 70: @@
 ==Importancia de MDA para el desarrollador==
-Actualmente, MDA es importante para el desarrollador promedio. Quienes son bendecidos con la capacidad de utilizar la creatividad para transformar ceros y unos en aplicaciones útiles para nuestros clientes. En los últimos dos años, muchas organizaciones han comenzado a prestar atención a [[MDA]], ya que promueve el uso eficiente de modelos de sistemas en el proceso de desarrollo de software.
+Actualmente, MDA es importante para el desarrollador promedio. Quienes son bendecidos con la capacidad de utilizar la creatividad para transformar ceros y unos en aplicaciones útiles para nuestros clientes. En los últimos dos años, muchas organizaciones han comenzado a prestar atención a MDA, ya que promueve el uso eficiente de modelos de sistemas en el proceso de desarrollo de software.
-[[MDA]] representa para los desarrolladores, una nueva manera de organizar y administrar arquitecturas empresariales, basada en la utilización de herramientas de automatización de etapas en el ciclo de desarrollo y servicios. De esta forma, permite definir los modelos y facilitar trasformaciones paulatinas entre diferentes modelos. Es decir que, a partir de un modelo, se puede generar otro de menor abstracción.
+MDA representa para los desarrolladores, una nueva manera de organizar y administrar arquitecturas empresariales, basada en la utilización de herramientas de automatización de etapas en el ciclo de desarrollo y servicios. De esta forma, permite definir los modelos y facilitar trasformaciones paulatinas entre diferentes modelos. Es decir que, a partir de un modelo, se puede generar otro de menor abstracción.
 Un ejemplo común de generación de modelos, es la generación de código a partir del modelo de diseño, mediante el uso de una herramienta de modelado UML. En este caso se usa una herramienta para transformar el modelo de diseño en el “modelo” de código.</div>

@@ Línea 70: / Línea 70: @@
 ==Importancia de MDA para el desarrollador==
-Actualmente, MDA es importante para el desarrollador promedio. Quienes son bendecidos con la capacidad de utilizar la creatividad para transformar ceros y unos en aplicaciones útiles para nuestros clientes. En los últimos dos años, muchas organizaciones han comenzado a prestar atención a MDA, ya que promueve el uso eficiente de modelos de sistemas en el proceso de desarrollo de software.
+Actualmente, MDA es importante para el desarrollador promedio. Quienes son bendecidos con la capacidad de utilizar la creatividad para transformar ceros y unos en aplicaciones útiles para nuestros clientes. En los últimos dos años, muchas organizaciones han comenzado a prestar atención a [[MDA]], ya que promueve el uso eficiente de modelos de sistemas en el proceso de desarrollo de software.
-MDA representa para los desarrolladores, una nueva manera de organizar y administrar arquitecturas empresariales, basada en la utilización de herramientas de automatización de etapas en el ciclo de desarrollo y servicios. De esta forma, permite definir los modelos y facilitar trasformaciones paulatinas entre diferentes modelos. Es decir que, a partir de un modelo, se puede generar otro de menor abstracción.
+[[MDA]] representa para los desarrolladores, una nueva manera de organizar y administrar arquitecturas empresariales, basada en la utilización de herramientas de automatización de etapas en el ciclo de desarrollo y servicios. De esta forma, permite definir los modelos y facilitar trasformaciones paulatinas entre diferentes modelos. Es decir que, a partir de un modelo, se puede generar otro de menor abstracción.
 Un ejemplo común de generación de modelos, es la generación de código a partir del modelo de diseño, mediante el uso de una herramienta de modelado UML. En este caso se usa una herramienta para transformar el modelo de diseño en el “modelo” de código.</div>

@@ Línea 70: / Línea 70: @@
 ==Importancia de MDA para el desarrollador==
-Actualmente, MDA es importante para el desarrollador promedio. Quienes son bendecidos con la capacidad de utilizar la creatividad para transformar ceros y unos en aplicaciones útiles para nuestros clientes. En los últimos dos años, muchas organizaciones han comenzado a prestar atención a [[MDA]], ya que promueve el uso eficiente de modelos de sistemas en el proceso de desarrollo de software.
+Actualmente, MDA es importante para el desarrollador promedio. Quienes son bendecidos con la capacidad de utilizar la creatividad para transformar ceros y unos en aplicaciones útiles para nuestros clientes. En los últimos dos años, muchas organizaciones han comenzado a prestar atención a MDA, ya que promueve el uso eficiente de modelos de sistemas en el proceso de desarrollo de software.
-[[MDA]] representa para los desarrolladores, una nueva manera de organizar y administrar arquitecturas empresariales, basada en la utilización de herramientas de automatización de etapas en el ciclo de desarrollo y servicios. De esta forma, permite definir los modelos y facilitar trasformaciones paulatinas entre diferentes modelos. Es decir que, a partir de un modelo, se puede generar otro de menor abstracción.
+MDA representa para los desarrolladores, una nueva manera de organizar y administrar arquitecturas empresariales, basada en la utilización de herramientas de automatización de etapas en el ciclo de desarrollo y servicios. De esta forma, permite definir los modelos y facilitar trasformaciones paulatinas entre diferentes modelos. Es decir que, a partir de un modelo, se puede generar otro de menor abstracción.
 Un ejemplo común de generación de modelos, es la generación de código a partir del modelo de diseño, mediante el uso de una herramienta de modelado UML. En este caso se usa una herramienta para transformar el modelo de diseño en el “modelo” de código.</div>
 ==Fuentes==

@@ Línea 1: / Línea 1: @@
 {{Ficha_Software|nombre=Arquitectura Dirigida por Modelos(MDA)
 |imagen=arquitectura_mda.JPG
 |descripcion=Arquitectura de Software}}
-'''<div align="justify">Arquitectura MDA'''.Producto de las mejores prácticas en Ingeniería de Software surge la Arquitectura Dirigida por Modelos (MDA – Model Driven Architecture).
+<div align="justify">
 == ¿Qué es MDA?==
@@ Línea 36: / Línea 36: @@
 El modelo de código representa el código desplegable (deployable), normalmente en un lenguaje de programación de alto nivel, como [[Java]], [[C#]], [[C++]], [[VB]], [[JSP]], etc. Idealmente, el modelo de código está listo para compilar y no debería requerir la intervención humana; el despliegue de la aplicación podría ser automatizado. Según los puristas y algunos fanáticos de MDA, en un ambiente MDA maduro no se debería pensar en el código más que como simples archivos, o como un mero objeto intermedio para generar el ejecutable final. Pero debido a que MDA no está maduro, y difícilmente se llegue alguna vez a la utopía de no tener que tocar ningún código, los desarrolladores seguirán necesitando conocer la tecnología para complementar la generación de código, debuguear la aplicación y, sobre todo, lidiar con muchos y variados errores inesperados, extraños y divertidos.
-==Decisiones de Diseño==
+==Decisiones de diseño==
 MDA promueve la transformación de modelos que representan lógicas de negocios complejas (CIM), hasta llegar al código ejecutable y desplegable (Code Model). Pero, ¿qué pasa con las decisiones de diseño, aquellas decisiones que se toman cuando, por ejemplo, se tiene que desarrollar un sistema donde la mayoría de las transacciones sólo leen datos, pero diez de ellas hacen uso intensivo del procesador? ¿Qué pasaría si todos los mapeos se hicieran de igual manera? Se pudiera pensar que esto degradaría la calidad final percibida de la aplicación. Para corregir este problema, MDA promueve el uso de marcas (Marks), las cuales indican aspectos específicos para tener en cuenta en cada transformación. Un PIM generado a partir de un [[PIM]] y Marcas se denomina PIM Marcado o Marked PIM. La utilización de las marcas establece que las decisiones respecto a aspectos tecnológicos queden fuera de los modelos principales.
 Ahora bien, para realizar el mapeo entre un PIM marcado y, por ejemplo, un PSM, es necesario detallar cómo se mapean esas marcas; para eso se definen los Mappers (mapeadores). Puede verse la relación entre los mapeadores, las marcas y los [[PSM]] en la figura anterior. Los mapeos se hacen utilizando un QVT: Query, Views, and Transformations.
@@ Línea 69: / Línea 69: @@
 # AndroMDA
-==La importancia de MDA para el desarrollador==
+==Importancia de MDA para el desarrollador==
 Actualmente, MDA es importante para el desarrollador promedio. Quienes son bendecidos con la capacidad de utilizar la creatividad para transformar ceros y unos en aplicaciones útiles para nuestros clientes. En los últimos dos años, muchas organizaciones han comenzado a prestar atención a [[MDA]], ya que promueve el uso eficiente de modelos de sistemas en el proceso de desarrollo de software.
 [[MDA]] representa para los desarrolladores, una nueva manera de organizar y administrar arquitecturas empresariales, basada en la utilización de herramientas de automatización de etapas en el ciclo de desarrollo y servicios. De esta forma, permite definir los modelos y facilitar trasformaciones paulatinas entre diferentes modelos. Es decir que, a partir de un modelo, se puede generar otro de menor abstracción.
@@ Línea 75: / Línea 75: @@
 ==Fuentes==
 * Anacleto V. A. Corredera, L. E. MDA: Reusabilidad Orientada al Negocio 2006.
 * Corredera, L. E. Arquitectura dirigida por modelos, 2006.
 [[Category:Ingeniería_de_software]]

← Revisión anterior	Revisión del 20:40 28 sep 2011
(Sin diferencias)