SlideShare une entreprise Scribd logo
1  sur  1
Model DRIVEN
José Luis Pérez García
http://www.modeldriven.com/

En el desarrollo de un sistema se necesita el manejo de diferentes técnicas que me permitan mantener un
mejor control de cada una de las actividades del sistema a desarrollar, para esto es necesario recurrir a
metodologías estandarizadas que permitan el control optimizado de recursos para que al final se pueda
obtener un resultado eficaz y de calidad, el problema en algunos modelos es que a veces no se logran adecuar
al sistema en desarrollo por lo que los integrantes de dicho proyecto tienen que lograr que el sistema se
adecue al proyecto.
Es en esta parte donde surge el Model Driven que nos permite manejar varias técnicas para el desarrollo
eficiente del sistema, dentro de algunos de los estándares que utiliza se encuentran el Lenguaje Unificado de
Modelado (UML), el Fondo para el Meta-Objeto (MOF), XML Metadata Interchange (XMI), Empresa Distributed
Computing objeto (EDOC), el Software Process Engineering Metamodel (SPEM) y el meta modelo común
Almacén (CWM), de esta forma podemos tomar lo mejor de cada uno e implementarlo en nuestro proyecto, de
esta forma se puede tener un mayor dominio de la aplicación.
“Model Driven Architecture (MDA) proporciona un enfoque abierto, independiente del proveedor para el reto de
la interoperabilidad, aumentar y aprovechar las normas establecidas de modelado de OMG, incluyendo Unified
Modeling Language (UML). DAT utiliza estas normas para permitir el desarrollo de la reducción de tiempo y
costo, arquitecturas de sistemas abiertos.”
Model Driven Solutions. (s.f.). Obtenido de http://www.modeldriven.com/MDA.shtml

En base a esta definición encontramos que al ser una metodología que nos permite utilizar varias técnicas para
llegar a un fin nos da como resultado una forma de generar resultados mediante el uso de técnicas abiertas,
además es un enfoque para el desarrollo del sistema, lo que aumenta el poder de modelos en los que el
trabajo. Es basado en modelos, ya que proporciona un medio para el uso de modelos para dirigir el curso de la
comprensión, el diseño, la construcción, el despliegue, la operación, el mantenimiento y la modificación. Los
tres objetivos principales de la MDA (Model Driven Architecture) son la portabilidad, la interoperabilidad y la
reutilización a través de la separación arquitectónica de preocupaciones.
La arquitectura de un sistema es una especificación de las partes y los conectores del sistema y las reglas para
las interacciones de las partes utilizando los conectores. Model-Driven Architecture prescribe ciertos tipos de
modelos que se utilizarán, cómo se pueden preparar los modelos y las relaciones de los diferentes tipos de
modelos.
Fuentes de información:
Model Driven Solutions. (s.f.). Obtenido de http://www.modeldriven.com/MDA.shtml
Wikipedia. (s.f.). Obtenido de http://en.wikipedia.org/wiki/Model-driven_architecture
Wikipedia. (s.f.). Obtenido de http://en.wikipedia.org/wiki/Model-driven_engineering

Herramientas Automatizadas

2NM50

Contenu connexe

Tendances

Tendances (20)

Uwe uml
Uwe umlUwe uml
Uwe uml
 
S8 arely medina_power_point
S8 arely medina_power_pointS8 arely medina_power_point
S8 arely medina_power_point
 
Proceso unificado de desarrollo de software
Proceso unificado de desarrollo de softwareProceso unificado de desarrollo de software
Proceso unificado de desarrollo de software
 
Uwe uml
Uwe   umlUwe   uml
Uwe uml
 
Ciclo de vida de un software y Modelos de desarrollo 2015
Ciclo de vida de un software y Modelos de desarrollo 2015Ciclo de vida de un software y Modelos de desarrollo 2015
Ciclo de vida de un software y Modelos de desarrollo 2015
 
Metodología WEB NDT
Metodología WEB NDTMetodología WEB NDT
Metodología WEB NDT
 
Mda mde
Mda mdeMda mde
Mda mde
 
Metodologias del desarrollo del software
Metodologias del desarrollo del softwareMetodologias del desarrollo del software
Metodologias del desarrollo del software
 
ANALISIS Y DISEÑO DE SISTEMAS
ANALISIS Y DISEÑO DE SISTEMASANALISIS Y DISEÑO DE SISTEMAS
ANALISIS Y DISEÑO DE SISTEMAS
 
Arquitectura
ArquitecturaArquitectura
Arquitectura
 
Modelos de Procesos del Software Grupo 4
Modelos de Procesos del Software Grupo 4Modelos de Procesos del Software Grupo 4
Modelos de Procesos del Software Grupo 4
 
Ensayo ciclo de vida del software
Ensayo ciclo de vida del softwareEnsayo ciclo de vida del software
Ensayo ciclo de vida del software
 
Metodología WEB W2000
Metodología WEB W2000Metodología WEB W2000
Metodología WEB W2000
 
MANTENIMIENTO
MANTENIMIENTOMANTENIMIENTO
MANTENIMIENTO
 
Fundamentos básicos para el Diseño de Software - Alejandro Coronado 26776116
Fundamentos básicos para el Diseño de Software - Alejandro Coronado 26776116Fundamentos básicos para el Diseño de Software - Alejandro Coronado 26776116
Fundamentos básicos para el Diseño de Software - Alejandro Coronado 26776116
 
Modelamiento de software
Modelamiento de softwareModelamiento de software
Modelamiento de software
 
Ensayo Jesus Guerrero
Ensayo Jesus GuerreroEnsayo Jesus Guerrero
Ensayo Jesus Guerrero
 
Proceso Unificado
Proceso Unificado Proceso Unificado
Proceso Unificado
 
Juliocesargalvan07
Juliocesargalvan07Juliocesargalvan07
Juliocesargalvan07
 
Modelo de requerimientos
Modelo de requerimientosModelo de requerimientos
Modelo de requerimientos
 

En vedette (7)

Revolución_francesa_inicios
Revolución_francesa_iniciosRevolución_francesa_inicios
Revolución_francesa_inicios
 
Revista 1
Revista 1Revista 1
Revista 1
 
Irene pérez íñiguez_rapport_stages_2- def
Irene pérez íñiguez_rapport_stages_2- defIrene pérez íñiguez_rapport_stages_2- def
Irene pérez íñiguez_rapport_stages_2- def
 
Oferta Educativa 2008 Con Fot Y Laboratorio
Oferta Educativa 2008 Con Fot Y LaboratorioOferta Educativa 2008 Con Fot Y Laboratorio
Oferta Educativa 2008 Con Fot Y Laboratorio
 
De acuerdo al video
De acuerdo al videoDe acuerdo al video
De acuerdo al video
 
Reactivos 4
Reactivos 4Reactivos 4
Reactivos 4
 
жизнь на лугу
жизнь на лугужизнь на лугу
жизнь на лугу
 

Similaire à Ha2 nm50 perez g jose-model driven

Metodologias para el analisis y diseño de sistemas
Metodologias para el analisis y diseño de sistemasMetodologias para el analisis y diseño de sistemas
Metodologias para el analisis y diseño de sistemas
Alexander Pino
 
Universidad regional autonoma de los andes
Universidad regional autonoma de los andesUniversidad regional autonoma de los andes
Universidad regional autonoma de los andes
myle22
 
r3022837166376237762356d7263d524.05272591.pdf
r3022837166376237762356d7263d524.05272591.pdfr3022837166376237762356d7263d524.05272591.pdf
r3022837166376237762356d7263d524.05272591.pdf
Rebeca Ortega
 

Similaire à Ha2 nm50 perez g jose-model driven (20)

Análisis y diseño de sistemas1
Análisis y diseño de sistemas1Análisis y diseño de sistemas1
Análisis y diseño de sistemas1
 
Metodologias para el analisis y diseño de sistemas
Metodologias para el analisis y diseño de sistemasMetodologias para el analisis y diseño de sistemas
Metodologias para el analisis y diseño de sistemas
 
Universidad regional autonoma de los andes
Universidad regional autonoma de los andesUniversidad regional autonoma de los andes
Universidad regional autonoma de los andes
 
Metodologias de Analisis y Diseno de Sistemas
Metodologias de Analisis y Diseno de SistemasMetodologias de Analisis y Diseno de Sistemas
Metodologias de Analisis y Diseno de Sistemas
 
Analisis y diseño de sistemas
Analisis y diseño de sistemasAnalisis y diseño de sistemas
Analisis y diseño de sistemas
 
Metodologia rad
Metodologia radMetodologia rad
Metodologia rad
 
Alumno david gimenez ci 26846136 metodología
Alumno david gimenez ci 26846136 metodologíaAlumno david gimenez ci 26846136 metodología
Alumno david gimenez ci 26846136 metodología
 
Metodologías Ágiles para el Desarrollo de Software y Metodologias Para el de...
Metodologías Ágiles  para el Desarrollo de Software y Metodologias Para el de...Metodologías Ágiles  para el Desarrollo de Software y Metodologias Para el de...
Metodologías Ágiles para el Desarrollo de Software y Metodologias Para el de...
 
Tema 2.UML parte 1.ppt
Tema 2.UML parte 1.pptTema 2.UML parte 1.ppt
Tema 2.UML parte 1.ppt
 
Presentación2
Presentación2Presentación2
Presentación2
 
Metodologiasde desarrollo de software
Metodologiasde desarrollo de softwareMetodologiasde desarrollo de software
Metodologiasde desarrollo de software
 
Proceso de desarrollo del software
Proceso de desarrollo del softwareProceso de desarrollo del software
Proceso de desarrollo del software
 
Uml presentacion
Uml presentacionUml presentacion
Uml presentacion
 
Metodologías para el análisis y diseño de sistemas
Metodologías para el análisis y diseño de sistemasMetodologías para el análisis y diseño de sistemas
Metodologías para el análisis y diseño de sistemas
 
Metodologías para el análisis y diseño de sistemas
Metodologías para el análisis y diseño de sistemasMetodologías para el análisis y diseño de sistemas
Metodologías para el análisis y diseño de sistemas
 
r3022837166376237762356d7263d524.05272591.pdf
r3022837166376237762356d7263d524.05272591.pdfr3022837166376237762356d7263d524.05272591.pdf
r3022837166376237762356d7263d524.05272591.pdf
 
Presentación2
Presentación2Presentación2
Presentación2
 
Uml
UmlUml
Uml
 
Presentación1
Presentación1Presentación1
Presentación1
 
Proceso unificado de desarrollo de software
Proceso unificado de desarrollo de softwareProceso unificado de desarrollo de software
Proceso unificado de desarrollo de software
 

Plus de Luis Pérez

Ha2 nm50 eq4-proyecto
Ha2 nm50 eq4-proyectoHa2 nm50 eq4-proyecto
Ha2 nm50 eq4-proyecto
Luis Pérez
 
Ha2 nm50 eq#4-presentacion
Ha2 nm50 eq#4-presentacionHa2 nm50 eq#4-presentacion
Ha2 nm50 eq#4-presentacion
Luis Pérez
 
Ha2 nm50 eq4-teamfoundationserver
Ha2 nm50 eq4-teamfoundationserverHa2 nm50 eq4-teamfoundationserver
Ha2 nm50 eq4-teamfoundationserver
Luis Pérez
 
Ha2 nm50 eq#4-presentacion
Ha2 nm50 eq#4-presentacionHa2 nm50 eq#4-presentacion
Ha2 nm50 eq#4-presentacion
Luis Pérez
 
Ha2 nm50 eq#4-metodología espiral
Ha2 nm50 eq#4-metodología espiralHa2 nm50 eq#4-metodología espiral
Ha2 nm50 eq#4-metodología espiral
Luis Pérez
 
Ha2 nm50 eq#4-presentacion
Ha2 nm50 eq#4-presentacionHa2 nm50 eq#4-presentacion
Ha2 nm50 eq#4-presentacion
Luis Pérez
 
Ha2 nm50 perez g jose-diseño manejado por modelos
Ha2 nm50 perez g jose-diseño manejado por modelosHa2 nm50 perez g jose-diseño manejado por modelos
Ha2 nm50 perez g jose-diseño manejado por modelos
Luis Pérez
 
Ha2 nm50 perez g jose-fose
Ha2 nm50 perez g jose-foseHa2 nm50 perez g jose-fose
Ha2 nm50 perez g jose-fose
Luis Pérez
 
Ha2 nm50 perez g jose-l-case
Ha2 nm50 perez g jose-l-caseHa2 nm50 perez g jose-l-case
Ha2 nm50 perez g jose-l-case
Luis Pérez
 
Ha2 nm50 perez g jose-clasificación case
Ha2 nm50 perez g jose-clasificación caseHa2 nm50 perez g jose-clasificación case
Ha2 nm50 perez g jose-clasificación case
Luis Pérez
 
Ha2 nm50 perez g jose-m-case
Ha2 nm50 perez g jose-m-caseHa2 nm50 perez g jose-m-case
Ha2 nm50 perez g jose-m-case
Luis Pérez
 
Ha2 nm50 perez g jose-toolkit
Ha2 nm50 perez g jose-toolkitHa2 nm50 perez g jose-toolkit
Ha2 nm50 perez g jose-toolkit
Luis Pérez
 
Ha2 nm50 perez g jose-u-case
Ha2 nm50 perez g jose-u-caseHa2 nm50 perez g jose-u-case
Ha2 nm50 perez g jose-u-case
Luis Pérez
 
Ha2 nm50 perez g jose-i-case
Ha2 nm50 perez g jose-i-caseHa2 nm50 perez g jose-i-case
Ha2 nm50 perez g jose-i-case
Luis Pérez
 
Ha2 nm50 perez g jose-case
Ha2 nm50 perez g jose-caseHa2 nm50 perez g jose-case
Ha2 nm50 perez g jose-case
Luis Pérez
 
Ha2 nm50 perez g jose-normas y estándares‏
Ha2 nm50 perez g jose-normas y estándares‏Ha2 nm50 perez g jose-normas y estándares‏
Ha2 nm50 perez g jose-normas y estándares‏
Luis Pérez
 
Ha2 nm50 perez g jose-que es emc
Ha2 nm50 perez g jose-que es emcHa2 nm50 perez g jose-que es emc
Ha2 nm50 perez g jose-que es emc
Luis Pérez
 

Plus de Luis Pérez (19)

Ha2 nm50 eq4-proyecto
Ha2 nm50 eq4-proyectoHa2 nm50 eq4-proyecto
Ha2 nm50 eq4-proyecto
 
Ha2 nm50 eq#4-presentacion
Ha2 nm50 eq#4-presentacionHa2 nm50 eq#4-presentacion
Ha2 nm50 eq#4-presentacion
 
Ha2 nm50 eq4-teamfoundationserver
Ha2 nm50 eq4-teamfoundationserverHa2 nm50 eq4-teamfoundationserver
Ha2 nm50 eq4-teamfoundationserver
 
Ha2 nm50 eq#4-presentacion
Ha2 nm50 eq#4-presentacionHa2 nm50 eq#4-presentacion
Ha2 nm50 eq#4-presentacion
 
Ha2 nm50 eq#4-metodología espiral
Ha2 nm50 eq#4-metodología espiralHa2 nm50 eq#4-metodología espiral
Ha2 nm50 eq#4-metodología espiral
 
Ha2 nm50 eq#4-presentacion
Ha2 nm50 eq#4-presentacionHa2 nm50 eq#4-presentacion
Ha2 nm50 eq#4-presentacion
 
Icse
IcseIcse
Icse
 
Ha2 nm50 perez g jose-diseño manejado por modelos
Ha2 nm50 perez g jose-diseño manejado por modelosHa2 nm50 perez g jose-diseño manejado por modelos
Ha2 nm50 perez g jose-diseño manejado por modelos
 
Ha2 nm50 perez g jose-fose
Ha2 nm50 perez g jose-foseHa2 nm50 perez g jose-fose
Ha2 nm50 perez g jose-fose
 
Ha2 nm50 perez g jose-l-case
Ha2 nm50 perez g jose-l-caseHa2 nm50 perez g jose-l-case
Ha2 nm50 perez g jose-l-case
 
Ha2 nm50 perez g jose-clasificación case
Ha2 nm50 perez g jose-clasificación caseHa2 nm50 perez g jose-clasificación case
Ha2 nm50 perez g jose-clasificación case
 
Ha2 nm50 perez g jose-m-case
Ha2 nm50 perez g jose-m-caseHa2 nm50 perez g jose-m-case
Ha2 nm50 perez g jose-m-case
 
Ha2 nm50 perez g jose-toolkit
Ha2 nm50 perez g jose-toolkitHa2 nm50 perez g jose-toolkit
Ha2 nm50 perez g jose-toolkit
 
Ha2 nm50 perez g jose-u-case
Ha2 nm50 perez g jose-u-caseHa2 nm50 perez g jose-u-case
Ha2 nm50 perez g jose-u-case
 
Ha2 nm50 perez g jose-i-case
Ha2 nm50 perez g jose-i-caseHa2 nm50 perez g jose-i-case
Ha2 nm50 perez g jose-i-case
 
Ha2 nm50 perez g jose-case
Ha2 nm50 perez g jose-caseHa2 nm50 perez g jose-case
Ha2 nm50 perez g jose-case
 
Ha2 nm50 perez g jose-normas y estándares‏
Ha2 nm50 perez g jose-normas y estándares‏Ha2 nm50 perez g jose-normas y estándares‏
Ha2 nm50 perez g jose-normas y estándares‏
 
Ha2 nm50 perez g jose-que es emc
Ha2 nm50 perez g jose-que es emcHa2 nm50 perez g jose-que es emc
Ha2 nm50 perez g jose-que es emc
 
Ha2 nm50 p..
Ha2 nm50 p..Ha2 nm50 p..
Ha2 nm50 p..
 

Ha2 nm50 perez g jose-model driven

  • 1. Model DRIVEN José Luis Pérez García http://www.modeldriven.com/ En el desarrollo de un sistema se necesita el manejo de diferentes técnicas que me permitan mantener un mejor control de cada una de las actividades del sistema a desarrollar, para esto es necesario recurrir a metodologías estandarizadas que permitan el control optimizado de recursos para que al final se pueda obtener un resultado eficaz y de calidad, el problema en algunos modelos es que a veces no se logran adecuar al sistema en desarrollo por lo que los integrantes de dicho proyecto tienen que lograr que el sistema se adecue al proyecto. Es en esta parte donde surge el Model Driven que nos permite manejar varias técnicas para el desarrollo eficiente del sistema, dentro de algunos de los estándares que utiliza se encuentran el Lenguaje Unificado de Modelado (UML), el Fondo para el Meta-Objeto (MOF), XML Metadata Interchange (XMI), Empresa Distributed Computing objeto (EDOC), el Software Process Engineering Metamodel (SPEM) y el meta modelo común Almacén (CWM), de esta forma podemos tomar lo mejor de cada uno e implementarlo en nuestro proyecto, de esta forma se puede tener un mayor dominio de la aplicación. “Model Driven Architecture (MDA) proporciona un enfoque abierto, independiente del proveedor para el reto de la interoperabilidad, aumentar y aprovechar las normas establecidas de modelado de OMG, incluyendo Unified Modeling Language (UML). DAT utiliza estas normas para permitir el desarrollo de la reducción de tiempo y costo, arquitecturas de sistemas abiertos.” Model Driven Solutions. (s.f.). Obtenido de http://www.modeldriven.com/MDA.shtml En base a esta definición encontramos que al ser una metodología que nos permite utilizar varias técnicas para llegar a un fin nos da como resultado una forma de generar resultados mediante el uso de técnicas abiertas, además es un enfoque para el desarrollo del sistema, lo que aumenta el poder de modelos en los que el trabajo. Es basado en modelos, ya que proporciona un medio para el uso de modelos para dirigir el curso de la comprensión, el diseño, la construcción, el despliegue, la operación, el mantenimiento y la modificación. Los tres objetivos principales de la MDA (Model Driven Architecture) son la portabilidad, la interoperabilidad y la reutilización a través de la separación arquitectónica de preocupaciones. La arquitectura de un sistema es una especificación de las partes y los conectores del sistema y las reglas para las interacciones de las partes utilizando los conectores. Model-Driven Architecture prescribe ciertos tipos de modelos que se utilizarán, cómo se pueden preparar los modelos y las relaciones de los diferentes tipos de modelos. Fuentes de información: Model Driven Solutions. (s.f.). Obtenido de http://www.modeldriven.com/MDA.shtml Wikipedia. (s.f.). Obtenido de http://en.wikipedia.org/wiki/Model-driven_architecture Wikipedia. (s.f.). Obtenido de http://en.wikipedia.org/wiki/Model-driven_engineering Herramientas Automatizadas 2NM50