SlideShare una empresa de Scribd logo
Integrantes:
Dennys Quintero
José Ortega
Simón Fagundez
Caracas 09 de Febrero de 2015
MDA
Es una evolución de estándares definidos por OMG (Object
Management Group) para mejorar procesos de desarrollo de sistemas
de software dirigidos por modelos.
La MDA rescata la importancia de los modelos como estrategia clave
para entender y especificar una solución de software y
progresivamente obtener la solución final. Algunas definiciones de
modelo de la comunidad de MDA:
- Un modelo es la descripción de un sistema (o de una parte) en un
lenguaje bien definido.
- Un lenguaje bien definido es un lenguaje con una forma definida
(sintaxis) y significado (semántica) que sea apropiado para ser
interpretado automáticamente por un computador.
- Un modelo se presenta con frecuencia como una combinación de
dibujos y de texto.
MODELOS EN MDA
- CIM (Modelo Independiente de Cómputo)
Describe la situación en que el sistema será usado, representa exactamente
lo que se espera del sistema.
- PIM (Modelo
Independiente de
Plataforma)
Describe el sistema, pero
no muestra los detalles
de su uso en una
plataforma tecnológica
particular.
- PSM (Modelo Específico
de Plataforma)
Contiene el detalle
necesario para utilizar la
plataforma tecnológica en
que el sistema funcionará.
- Code Model (Modelo
de Código)
Resulta en la
generación de código
para lograr una
solución o modelo
ejecutable.
CICLO DE VIDA TRADICIONAL Y CICLO DE VIDA DIRIGIDO POR MODELOS
Cada etapa del desarrollo produce artefactos que sirven como insumo para la
siguiente etapa. La principal diferencia entre el enfoque tradicional y el enfoque
propuesto por MDA radica en la formalización y consistencia en que se realiza el
proceso de transformación del modelo de una fase a otra.
VENTAJA PRINCIPAL DE MDA
Clara y estricta separación de responsabilidades.
Por un lado, modelar los PIMs, que representan los modelos del
negocio, y por otro lado, los PSMs con las preocupaciones
tecnológicas. Esto permitirá que ambos modelos puedan evolucionar
por separado.
MDA resuelve los retos de los sistemas actuales altamente
conectados y constantemente cambiantes, tanto en reglas de negocio
como en tecnología proponiendo un marco de trabajo para una
arquitectura que asegura:
- Portabilidad. - Interoperabilidad entre plataformas.
- Independencia de plataforma. - Especificidad del dominio.
- Productividad.
Flujo de transformación de modelos.
PIM (Modelo Independiente de Plataforma)
Se observa un ejemplo de un PIM sencillo con tres clases
interrelacionadas. Como se puede observar el PIM se modela mediante
el diagrama de clases de UML.
PSM (Modelo Específico de Plataforma)
La siguiente figura muestra un PSM construido a partir de la
figura anterior, representado también mediante un diagrama de
clases UML.
HERRAMIENTAS MDA.
Aspectos funcionales que debería cumplir una herramienta MDA:
- Niveles que cubre.
- Grado de generación de código.
- Transformaciones.
- Interacción con el usuario.
- Tipo de transformaciones. Transformaciones verticales y/u horizontales.
- Herramientas de transformación de PIM a PSM: permiten transformar un PIM a
uno o varios PSM.
- Herramientas de transformación de PSM a Código: poseen una definición de
transformación integrada que toman un tipo predefinido de modelo de
entrada(PSM) y producen otro tipo predefinido como salida(Modelo de Código).
- Herramientas de transformación de PIM a Código: soporta las dos
transformaciones anteriores. En ocasiones el usuario vera simplemente una
transformación directa de PIM a Código, quedando implícito el PSM.
TRANSFORMACIONES
La transformación de modelos se considera el proceso central de MDA. Con el
propósito de lograr un estándar para la transformación, OMG inicia un proceso
de estandarización que favorece la presentación de propuestas por parte de toda
la comunidad informática alrededor del estándar denominado QVT
(Queries/Views/ Transformations). Estandar basado en MOF y pretende
establecer un lenguaje para la transformación de modelos (T), para consulta de
modelos (Q) para la definición y generación de vistas (V) que facilite el análisis
de modelos desde diferentes perspectivas de los desarrolladores.
La transformación
es el proceso que,
basado en una serie
de reglas, define los
mecanismos para el
paso de un modelo
origen a un modelo
destino.
ESTÁNDARES EN MDA
Las tecnologías más importantes involucradas, para poder llevar a la práctica los
conceptos subyacentes en MDA son:
MOF (Meta Object Facility)
es una arquitectura de
metamodelos de cuatro capas.
Common Warehouse Metamodel (CWM).
Es un meta-modelo que especifica interfaces
que pueden ser usadas para habilitar el
intercambio de metadatos de almacenes de
datos e inteligencia de negocio. Los modelos
CMW permiten a los usuarios rastrear la
clase de los datos, mediante objetos que
describen de donde vienen los datos y
cuándo y cómo se crearon los datos.
Unified Modeling Language (UML). El
Lenguaje de Unificado (UML) sirve como
notación base para la definición de CMW.
Dado que UML utiliza una definición
precisa, a partir de sus modelos visuales se
pueden realizar traducciones automáticas a
otros lenguajes formales.
CONCLUSIONES
MDA promueve el uso eficiente de los modelos de sistemas en
el proceso de desarrollo de software.
Representa una nueva manera de organizar y administrar
arquitecturas, basada en la utilización de herramientas de
automatización de etapas en el ciclo de desarrollo y servicios.
Permite definir modelos y facilitar transformaciones paulatinas
entre diferentes modelos.
Los modelos son costosos de construir, luego que están
construidos deben ser transformados manualmente en código, lo que
resulta tedioso y a su vez puede generar errores, MDA contribuye a
disminuir las cargas en estas tareas, bien utilizado y teniendo en
cuenta los principios subyacentes , pude ayudar a ahorrar la escritura
y generación de muchas líneas de código. Con - MDA se reconoce que
la interoperabilidad es algo bueno y que el modelado también los es.
Un aspecto fundamental de MDA es su habilidad para
contemplar el ciclo completo de desarrollo, cubriendo análisis, diseño,
programación, pruebas, despliegue y mantenimiento.

Más contenido relacionado

La actualidad más candente

Presentación1
Presentación1Presentación1
Presentación1
perez0123
 
3 1 mde mda
3 1 mde mda3 1 mde mda
3 1 mde mda
landeta_p
 
Universidad regional autonoma de los andes
Universidad regional autonoma de los andesUniversidad regional autonoma de los andes
Universidad regional autonoma de los andes
myle22
 
Sistemas informacion Com Doc
Sistemas informacion Com DocSistemas informacion Com Doc
Sistemas informacion Com Doc
jaimedetrelew
 
Informacion desarrollo a la medida
Informacion desarrollo a la medidaInformacion desarrollo a la medida
Informacion desarrollo a la medida
Mariana G-c
 
Mda mde
Mda mdeMda mde
Mda mde
com2merwil
 
Tech Talks - Programación Orientada a Modelos
Tech Talks - Programación Orientada a Modelos Tech Talks - Programación Orientada a Modelos
Tech Talks - Programación Orientada a Modelos
BVision
 
UML para dispositivos móviles - Milena Cabrera
UML para dispositivos móviles - Milena CabreraUML para dispositivos móviles - Milena Cabrera
UML para dispositivos móviles - Milena Cabrera
2008PA2Info3
 
Modelamiento de software
Modelamiento de softwareModelamiento de software
Modelamiento de software
sairarcf
 
Patrones diseño y arquitectura
Patrones diseño y arquitecturaPatrones diseño y arquitectura
Patrones diseño y arquitectura
Joan Sebastián Ramírez Pérez
 
Descomposición modular y estilos de control
Descomposición modular y estilos de controlDescomposición modular y estilos de control
Descomposición modular y estilos de control
Juan Pablo Bustos Thames
 
Diseño en-el-nivel-de-componentes
Diseño en-el-nivel-de-componentesDiseño en-el-nivel-de-componentes
Diseño en-el-nivel-de-componentes
AndresRealp1
 
Desarrollo de software basado en componentes
Desarrollo de software basado en componentesDesarrollo de software basado en componentes
Desarrollo de software basado en componentes
mellcv
 
APLICACIONES N-CAPAS EN VISUAL NET
APLICACIONES N-CAPAS EN VISUAL NETAPLICACIONES N-CAPAS EN VISUAL NET
APLICACIONES N-CAPAS EN VISUAL NET
MODA ESTILO Y BELLEZA
 
Modelo vista controlador vas Programacion por n capas
Modelo vista controlador vas Programacion por n capasModelo vista controlador vas Programacion por n capas
Modelo vista controlador vas Programacion por n capas
Alex Uhu Colli
 
UML
UMLUML
METODOLOGÍA PARA EL DISEÑO DE SOFTWARE
METODOLOGÍA PARA EL DISEÑO DE SOFTWAREMETODOLOGÍA PARA EL DISEÑO DE SOFTWARE
METODOLOGÍA PARA EL DISEÑO DE SOFTWARE
adark
 
Entrega por etapas
Entrega por etapasEntrega por etapas
Entrega por etapas
Jofrahona Rojinegro
 
Analisis y Sistemas
Analisis y SistemasAnalisis y Sistemas
Analisis y Sistemas
Darcks Emoxs
 
10.el diseño en el nivel de componentes
10.el diseño en el nivel de componentes10.el diseño en el nivel de componentes
10.el diseño en el nivel de componentes
Ramiro Estigarribia Canese
 

La actualidad más candente (20)

Presentación1
Presentación1Presentación1
Presentación1
 
3 1 mde mda
3 1 mde mda3 1 mde mda
3 1 mde mda
 
Universidad regional autonoma de los andes
Universidad regional autonoma de los andesUniversidad regional autonoma de los andes
Universidad regional autonoma de los andes
 
Sistemas informacion Com Doc
Sistemas informacion Com DocSistemas informacion Com Doc
Sistemas informacion Com Doc
 
Informacion desarrollo a la medida
Informacion desarrollo a la medidaInformacion desarrollo a la medida
Informacion desarrollo a la medida
 
Mda mde
Mda mdeMda mde
Mda mde
 
Tech Talks - Programación Orientada a Modelos
Tech Talks - Programación Orientada a Modelos Tech Talks - Programación Orientada a Modelos
Tech Talks - Programación Orientada a Modelos
 
UML para dispositivos móviles - Milena Cabrera
UML para dispositivos móviles - Milena CabreraUML para dispositivos móviles - Milena Cabrera
UML para dispositivos móviles - Milena Cabrera
 
Modelamiento de software
Modelamiento de softwareModelamiento de software
Modelamiento de software
 
Patrones diseño y arquitectura
Patrones diseño y arquitecturaPatrones diseño y arquitectura
Patrones diseño y arquitectura
 
Descomposición modular y estilos de control
Descomposición modular y estilos de controlDescomposición modular y estilos de control
Descomposición modular y estilos de control
 
Diseño en-el-nivel-de-componentes
Diseño en-el-nivel-de-componentesDiseño en-el-nivel-de-componentes
Diseño en-el-nivel-de-componentes
 
Desarrollo de software basado en componentes
Desarrollo de software basado en componentesDesarrollo de software basado en componentes
Desarrollo de software basado en componentes
 
APLICACIONES N-CAPAS EN VISUAL NET
APLICACIONES N-CAPAS EN VISUAL NETAPLICACIONES N-CAPAS EN VISUAL NET
APLICACIONES N-CAPAS EN VISUAL NET
 
Modelo vista controlador vas Programacion por n capas
Modelo vista controlador vas Programacion por n capasModelo vista controlador vas Programacion por n capas
Modelo vista controlador vas Programacion por n capas
 
UML
UMLUML
UML
 
METODOLOGÍA PARA EL DISEÑO DE SOFTWARE
METODOLOGÍA PARA EL DISEÑO DE SOFTWAREMETODOLOGÍA PARA EL DISEÑO DE SOFTWARE
METODOLOGÍA PARA EL DISEÑO DE SOFTWARE
 
Entrega por etapas
Entrega por etapasEntrega por etapas
Entrega por etapas
 
Analisis y Sistemas
Analisis y SistemasAnalisis y Sistemas
Analisis y Sistemas
 
10.el diseño en el nivel de componentes
10.el diseño en el nivel de componentes10.el diseño en el nivel de componentes
10.el diseño en el nivel de componentes
 

Similar a Mda 2

Mda
MdaMda
Mos kitt
Mos kittMos kitt
Mos kitt
Jorge Leonardo
 
Uml
UmlUml
Desarrollo de software basado en componentes
Desarrollo de software basado en componentesDesarrollo de software basado en componentes
Desarrollo de software basado en componentes
Ulises Cruz
 
Desarrollo de software
Desarrollo de softwareDesarrollo de software
Desarrollo de software
AlexanderLara29
 
MDD - Andrés Goyes
MDD - Andrés GoyesMDD - Andrés Goyes
MDD - Andrés Goyes
2008PA2Info3
 
r3022837166376237762356d7263d524.05272591.pdf
r3022837166376237762356d7263d524.05272591.pdfr3022837166376237762356d7263d524.05272591.pdf
r3022837166376237762356d7263d524.05272591.pdf
Rebeca Ortega
 
Aplicaciones Sistemas Distribuidos
Aplicaciones Sistemas DistribuidosAplicaciones Sistemas Distribuidos
Aplicaciones Sistemas Distribuidos
Tensor
 
MDD - Desarrollo de software dirigido por modelos que funciona (de verdad!)
MDD - Desarrollo de software dirigido por modelos que funciona (de verdad!)MDD - Desarrollo de software dirigido por modelos que funciona (de verdad!)
MDD - Desarrollo de software dirigido por modelos que funciona (de verdad!)
Jordi Cabot
 
1127082.ppt
1127082.ppt1127082.ppt
1127082.ppt
BlenMridaYucatn
 
Mapa mental (artemio y brenda) (2)
Mapa mental (artemio y brenda) (2)Mapa mental (artemio y brenda) (2)
Mapa mental (artemio y brenda) (2)
Homero Jimenez
 
Analisis y diseño de sistemas proceso unificado henriquez malla santiago alberto
Analisis y diseño de sistemas proceso unificado henriquez malla santiago albertoAnalisis y diseño de sistemas proceso unificado henriquez malla santiago alberto
Analisis y diseño de sistemas proceso unificado henriquez malla santiago alberto
Santiago Henriquez
 
Metodología WEB UWE
Metodología WEB UWEMetodología WEB UWE
Metodología WEB UWE
Universidad Técnica del Norte
 
Proceso unificado de desarrollo de software
Proceso unificado de desarrollo de softwareProceso unificado de desarrollo de software
Proceso unificado de desarrollo de software
Sonia Trejo Marano
 
Rational System Architect
Rational System ArchitectRational System Architect
Rational System Architect
Alejandra Altamirano
 
S01-s1-MVC.pptx
S01-s1-MVC.pptxS01-s1-MVC.pptx
S01-s1-MVC.pptx
AnthonyJosuVillar
 
Arquitectura del software
Arquitectura del softwareArquitectura del software
Arquitectura del software
Johns Chacon
 
Tema 2.UML parte 1.ppt
Tema 2.UML parte 1.pptTema 2.UML parte 1.ppt
Tema 2.UML parte 1.ppt
RafaelAcedo2
 
C:\fakepath\diseño orientado a flujo de datos
C:\fakepath\diseño orientado a  flujo de datosC:\fakepath\diseño orientado a  flujo de datos
C:\fakepath\diseño orientado a flujo de datos
Abel Rodriguez Carreon
 
Uml hoja deruta
Uml hoja derutaUml hoja deruta

Similar a Mda 2 (20)

Mda
MdaMda
Mda
 
Mos kitt
Mos kittMos kitt
Mos kitt
 
Uml
UmlUml
Uml
 
Desarrollo de software basado en componentes
Desarrollo de software basado en componentesDesarrollo de software basado en componentes
Desarrollo de software basado en componentes
 
Desarrollo de software
Desarrollo de softwareDesarrollo de software
Desarrollo de software
 
MDD - Andrés Goyes
MDD - Andrés GoyesMDD - Andrés Goyes
MDD - Andrés Goyes
 
r3022837166376237762356d7263d524.05272591.pdf
r3022837166376237762356d7263d524.05272591.pdfr3022837166376237762356d7263d524.05272591.pdf
r3022837166376237762356d7263d524.05272591.pdf
 
Aplicaciones Sistemas Distribuidos
Aplicaciones Sistemas DistribuidosAplicaciones Sistemas Distribuidos
Aplicaciones Sistemas Distribuidos
 
MDD - Desarrollo de software dirigido por modelos que funciona (de verdad!)
MDD - Desarrollo de software dirigido por modelos que funciona (de verdad!)MDD - Desarrollo de software dirigido por modelos que funciona (de verdad!)
MDD - Desarrollo de software dirigido por modelos que funciona (de verdad!)
 
1127082.ppt
1127082.ppt1127082.ppt
1127082.ppt
 
Mapa mental (artemio y brenda) (2)
Mapa mental (artemio y brenda) (2)Mapa mental (artemio y brenda) (2)
Mapa mental (artemio y brenda) (2)
 
Analisis y diseño de sistemas proceso unificado henriquez malla santiago alberto
Analisis y diseño de sistemas proceso unificado henriquez malla santiago albertoAnalisis y diseño de sistemas proceso unificado henriquez malla santiago alberto
Analisis y diseño de sistemas proceso unificado henriquez malla santiago alberto
 
Metodología WEB UWE
Metodología WEB UWEMetodología WEB UWE
Metodología WEB UWE
 
Proceso unificado de desarrollo de software
Proceso unificado de desarrollo de softwareProceso unificado de desarrollo de software
Proceso unificado de desarrollo de software
 
Rational System Architect
Rational System ArchitectRational System Architect
Rational System Architect
 
S01-s1-MVC.pptx
S01-s1-MVC.pptxS01-s1-MVC.pptx
S01-s1-MVC.pptx
 
Arquitectura del software
Arquitectura del softwareArquitectura del software
Arquitectura del software
 
Tema 2.UML parte 1.ppt
Tema 2.UML parte 1.pptTema 2.UML parte 1.ppt
Tema 2.UML parte 1.ppt
 
C:\fakepath\diseño orientado a flujo de datos
C:\fakepath\diseño orientado a  flujo de datosC:\fakepath\diseño orientado a  flujo de datos
C:\fakepath\diseño orientado a flujo de datos
 
Uml hoja deruta
Uml hoja derutaUml hoja deruta
Uml hoja deruta
 

Mda 2

  • 1. Integrantes: Dennys Quintero José Ortega Simón Fagundez Caracas 09 de Febrero de 2015
  • 2. MDA Es una evolución de estándares definidos por OMG (Object Management Group) para mejorar procesos de desarrollo de sistemas de software dirigidos por modelos. La MDA rescata la importancia de los modelos como estrategia clave para entender y especificar una solución de software y progresivamente obtener la solución final. Algunas definiciones de modelo de la comunidad de MDA: - Un modelo es la descripción de un sistema (o de una parte) en un lenguaje bien definido. - Un lenguaje bien definido es un lenguaje con una forma definida (sintaxis) y significado (semántica) que sea apropiado para ser interpretado automáticamente por un computador. - Un modelo se presenta con frecuencia como una combinación de dibujos y de texto.
  • 3. MODELOS EN MDA - CIM (Modelo Independiente de Cómputo) Describe la situación en que el sistema será usado, representa exactamente lo que se espera del sistema. - PIM (Modelo Independiente de Plataforma) Describe el sistema, pero no muestra los detalles de su uso en una plataforma tecnológica particular. - PSM (Modelo Específico de Plataforma) Contiene el detalle necesario para utilizar la plataforma tecnológica en que el sistema funcionará. - Code Model (Modelo de Código) Resulta en la generación de código para lograr una solución o modelo ejecutable.
  • 4. CICLO DE VIDA TRADICIONAL Y CICLO DE VIDA DIRIGIDO POR MODELOS Cada etapa del desarrollo produce artefactos que sirven como insumo para la siguiente etapa. La principal diferencia entre el enfoque tradicional y el enfoque propuesto por MDA radica en la formalización y consistencia en que se realiza el proceso de transformación del modelo de una fase a otra.
  • 5. VENTAJA PRINCIPAL DE MDA Clara y estricta separación de responsabilidades. Por un lado, modelar los PIMs, que representan los modelos del negocio, y por otro lado, los PSMs con las preocupaciones tecnológicas. Esto permitirá que ambos modelos puedan evolucionar por separado. MDA resuelve los retos de los sistemas actuales altamente conectados y constantemente cambiantes, tanto en reglas de negocio como en tecnología proponiendo un marco de trabajo para una arquitectura que asegura: - Portabilidad. - Interoperabilidad entre plataformas. - Independencia de plataforma. - Especificidad del dominio. - Productividad.
  • 7. PIM (Modelo Independiente de Plataforma) Se observa un ejemplo de un PIM sencillo con tres clases interrelacionadas. Como se puede observar el PIM se modela mediante el diagrama de clases de UML. PSM (Modelo Específico de Plataforma) La siguiente figura muestra un PSM construido a partir de la figura anterior, representado también mediante un diagrama de clases UML.
  • 8. HERRAMIENTAS MDA. Aspectos funcionales que debería cumplir una herramienta MDA: - Niveles que cubre. - Grado de generación de código. - Transformaciones. - Interacción con el usuario. - Tipo de transformaciones. Transformaciones verticales y/u horizontales. - Herramientas de transformación de PIM a PSM: permiten transformar un PIM a uno o varios PSM. - Herramientas de transformación de PSM a Código: poseen una definición de transformación integrada que toman un tipo predefinido de modelo de entrada(PSM) y producen otro tipo predefinido como salida(Modelo de Código). - Herramientas de transformación de PIM a Código: soporta las dos transformaciones anteriores. En ocasiones el usuario vera simplemente una transformación directa de PIM a Código, quedando implícito el PSM.
  • 9. TRANSFORMACIONES La transformación de modelos se considera el proceso central de MDA. Con el propósito de lograr un estándar para la transformación, OMG inicia un proceso de estandarización que favorece la presentación de propuestas por parte de toda la comunidad informática alrededor del estándar denominado QVT (Queries/Views/ Transformations). Estandar basado en MOF y pretende establecer un lenguaje para la transformación de modelos (T), para consulta de modelos (Q) para la definición y generación de vistas (V) que facilite el análisis de modelos desde diferentes perspectivas de los desarrolladores. La transformación es el proceso que, basado en una serie de reglas, define los mecanismos para el paso de un modelo origen a un modelo destino.
  • 10. ESTÁNDARES EN MDA Las tecnologías más importantes involucradas, para poder llevar a la práctica los conceptos subyacentes en MDA son: MOF (Meta Object Facility) es una arquitectura de metamodelos de cuatro capas. Common Warehouse Metamodel (CWM). Es un meta-modelo que especifica interfaces que pueden ser usadas para habilitar el intercambio de metadatos de almacenes de datos e inteligencia de negocio. Los modelos CMW permiten a los usuarios rastrear la clase de los datos, mediante objetos que describen de donde vienen los datos y cuándo y cómo se crearon los datos. Unified Modeling Language (UML). El Lenguaje de Unificado (UML) sirve como notación base para la definición de CMW. Dado que UML utiliza una definición precisa, a partir de sus modelos visuales se pueden realizar traducciones automáticas a otros lenguajes formales.
  • 11. CONCLUSIONES MDA promueve el uso eficiente de los modelos de sistemas en el proceso de desarrollo de software. Representa una nueva manera de organizar y administrar arquitecturas, basada en la utilización de herramientas de automatización de etapas en el ciclo de desarrollo y servicios. Permite definir modelos y facilitar transformaciones paulatinas entre diferentes modelos. Los modelos son costosos de construir, luego que están construidos deben ser transformados manualmente en código, lo que resulta tedioso y a su vez puede generar errores, MDA contribuye a disminuir las cargas en estas tareas, bien utilizado y teniendo en cuenta los principios subyacentes , pude ayudar a ahorrar la escritura y generación de muchas líneas de código. Con - MDA se reconoce que la interoperabilidad es algo bueno y que el modelado también los es. Un aspecto fundamental de MDA es su habilidad para contemplar el ciclo completo de desarrollo, cubriendo análisis, diseño, programación, pruebas, despliegue y mantenimiento.