• Save
MDD - Andrés Goyes
Upcoming SlideShare
Loading in...5
×

Like this? Share it with your network

Share
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
    Be the first to like this
No Downloads

Views

Total Views
1,081
On Slideshare
1,080
From Embeds
1
Number of Embeds
1

Actions

Shares
Downloads
0
Comments
0
Likes
0

Embeds 1

http://www.slideee.com 1

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. Andrés Hernán Goyes Ortega 2009
  • 2. Model Driven Development
    • Surgió debido a que las formas de programación son de:
    • • Demasiado bajo nivel
    • • Poca expresividad
    • • Programas muy complejos
    • Hablando de las programaciones estructuradas y orientadas, que además indicaban diferentes lenguajes de programación.
  • 3.
    • Como hacerlo?
  • 4. Model Driven Development
    • Muchas ingenierías utilizan el proceso de modelado antes de la construcción de obras y artefactos.
    • Los modelos sirven para:
    • Especificar el sistema
      • Estructura, comportamiento,…
      • Comunicarse con los distintos usuarios
    • Comprender el sistema (si ya existe)
  • 5.
    • Razonar y validar el sistema
      • Detectar errores y omisiones en el diseño
      • Prototipado (ejecutar el modelo)
      • Inferir y demostrar propiedades
    • Guiar la implementación
  • 6. Características de los modelos
    • Abstractos
      • Enfatizan ciertos aspectos…
      • mientras ocultan otros
    • Comprensibles
      • Expresados en un lenguaje comprensible por los usuarios
    • Precisos
      • Fieles representaciones del objeto o sistema modelado
    • Predictivos
      • Deben de poder ser usados para inferir conclusiones correctas
    • Baratos
      • Mas fáciles y baratos de construir y estudiar que el propio sistema
  • 7. Grandes limitaciones de los modelos
    • Solo se usan como documentación.
    • No hay ni lenguajes ni herramientas para manejar modelos.
    • Diferencia entre el modelo y la implementación del sistema.
    • Ha solucionar el problema llega OMG y su solución MDD
  • 8. Object Management Group (OMG)
    • OMG es un consorcio abierto que produce normas para la interoperabilidad en el espacio de las aplicaciones empresariales.
    • OMG es responsable del leguaje de Modelado Unificado (UML) que es central a MDD.
    • Con UML se trata de producir un acercamiento de MDD a MDA.(MDA es un modo de organizar y manejar arquitecturas de la empresa).
  • 9. Model Driven Development (MDD)
    • Un acercamiento al desarrollo del software en que el enfoque y los artefactos primarios de desarrollo son modelos (como opuesto a los programas) y las transformaciones de modelos
  • 10. MDD
    • MDD implica la generación (semi) automatizada de implementaciones de modelos.
    • El lenguaje de modelado es la clave de MDD.
    • Lo que se busca con MDD no es el desarrollo de modelado ya que eso ya se tenia, lo que se quiere es que todos los modelados se hagan con el mismo lenguaje.
  • 11. Razones para usar MDD
    • Se busca proporcionar un camino para el dominio de expertos, que quieran manejar un solo lenguaje eso se logra con model transformations.
    • Cuando se quiere proporcionar diferentes implementaciones para el mismo modelo cuando se quiere correr en diferentes plataformas (.NET, Java, CORBA) (modelos concretos)
  • 12. Razones para usar MDD
    • Usted puede querer capturar conocimiento sobre el dominio, la tecnología, y su trazado, ordenado con los detalles de las otras áreas.
    • Usted no quiere generalmente incomodar con los detalles de puesta en práctica al especificarle funcionalidad al usuario.
    • MDD da lugar a un fan-out, es decir un sistema de modelos puede ser la fuente para las transformaciones a varios blancos.
  • 13. MDD-MDA
    • El MDD (Model Driven Development) tiene mayor valor cuando:
      • Los modelos dejan de ser meras documentaciones
      • Se pueden transformar los modelos de forma automática o semi-automática
      • La evolución de modelos puede ser gestionada (aún parcialmente)
      • Requiere compatibilidad entre los modelos y un cierto grado
      • de formalización de los modelos
    • MDA (Model Driven Architecture) es una propuesta concreta de MDD (OMG, 2003)
      • Proporciona lenguajes con cierta formalidad
      • Proporciona estándares conocidos y utilizados
  • 14. THE FUTURE OF MDD
    • Mirando la evolución de desarrollo de la aplicación, cuando Fortran, COBOL, e idiomas del C comenzaron a aparecer , nadie continuó escribiendo en ensamblador, se dejo el nicho y los diseñadores del software se trasladaron a lenguajes de niveles más altos se estaba obligando y universalizando. El necesario que el MDD se desarrolle e igualmente y se universalice, y eso significa obtener ese derecho: la herramienta de MDD necesita ser tan versátil como un lenguaje de bajo nivel, tiene que tener un factor de producción que lo haga utilizarse necesariamente.