Tema 2. Fundamentos del DSDM. Metamodelado

Presentación del tema: "Tema 2. Fundamentos del DSDM. Metamodelado"— Transcripción de la presentación:

1 Tema 2. Fundamentos del DSDM. Metamodelado
Departamento de Informática y Sistemas Tema 2. Fundamentos del DSDM. Metamodelado Hola, buenos días, mi nombre es Javier Cánovas Izquierdo, pertenezco al grupo de investigación de tecnología del software de la Universidad de Murcia y en esta exposición voy a presentar el artículo de las jornadas titulado “Utilidad de las transformaciones modelo-modelo en la generación automática de código” Posgrado Informática y Matemáticas Aplicadas a la Ciencia e Ingeniería Jesús García Molina Departamento de Informática y Sistemas Universidad de Murcia

2 Contenidos Metamodelado Lenguajes de metamodelado Lenguaje OCL
MOF Ecore Lenguaje OCL Perfiles UML Cuestiones de metamodelado Estos son los contenidos que voy a desarrollar a los largo de la presentación. En primer lugar veremos una ligera introducción para contextualizar el artículo. A continuación explicaré el problema en el que nos basaremos para analizar las aproximaciones que veremos. Este problema consiste en la creación de wrappers Java para PL/SQL. El núcleo principal de la presentación se centrará en la explicación de la aplicación de MDD que hemos realizado al problema, siguiendo dos aproximaciones. Por una parte, la aproximación modelo-codigo, y por otra, la aproximación modelo-modelo. Finalmente veremos una comparación entre ambas aproximaciones y unas conclusiones. 11/04/2017 DSDM

3 Metamodelado DSDM requiere lenguajes apropiados para describir todos los aspectos de los sistemas y a diferentes niveles de abstracción. Lenguajes de modelado son lenguajes específicos del dominio (DSL). Dos posibilidades para definir un nuevo lenguaje: Crear un perfil UML Crear un metamodelo con un lenguaje de metamodelado

4 Metamodelado Un lenguaje de modelado o DSL se define formalmente mediante un metamodelo: Sintaxis abstracta y restricciones Sintaxis concreta Semántica Necesidad de un lenguaje de metamodelado: OMG MOF: EMOF y CMOF Eclipse (EMF, Eclipse Modeling Framework) Ecore Otros: Herramientas de metamodelado existentes disponen de uno propio (XMF, Metaedit+, DSL Tools,...)

5 Metamodelado Un metamodelo define los elementos de un lenguaje de modelado y las relaciones entre ellos, y las restricciones (semántica abstracta). Un metamodelo define la sintaxis abstracta y la semántica estática, pero no la sintaxis concreta. Un metamodelo define formalmente un lenguaje de modelado o DSL. Crear un metamodelo es una actividad de modelado conceptual OO Necesidad de conocer bien el dominio Herramientas manejan metamodelos y los desarrolladores sintaxis concreta (modelos).

6 Sintaxis abstracta de una máquina de estados
Metamodelado context StateMachine inv: EstadosDistintoNombre states-> forAll (s1 | states->forAll (s2 | s1.name = s2.name implies s1 = s2)) end +states Sintaxis abstracta de una máquina de estados

7 Sintaxis concreta de una máquina de estados
Metamodelado ruido after (2 sec) send c.estaActivo contactar objetivoEn(p) [representaAmenaza] / t.añadirObjetivo(p) Inactivo Buscando Rastreando Acoplamiento Sintaxis concreta de una máquina de estados

8 Metamodelado MOF y Ecore se basan en elementos de modelado orientado a objetos: Clases y Atributos Asociaciones en MOF y referencias entre objetos en Ecore Agregación en MOF Generalización Paquetes

9 MOF (MetaObject Facility)
MOF es el lenguaje para crear metamodelos propuesto por OMG para MDA. UML está definido como un metamodelo MOF. Aplicable a cualquier dominio. Lenguajes OMG: CWM, EJB, EAI, EDOC “Medio universal para definir lenguajes de modelado” MOF permite expresar metadatos (igual que XML) Independiente de la plataforma

10 MOF (MetaObject Facility)
MOF es descrito con la notación UML, OCL y texto informal. La notación para metamodelos MOF es la sintaxis concreta de UML: ¡Puede generar confusión al principio! Comparte elementos de modelado con UML: clases, atributos, generalización, etc.

11 MOF Cada elemento del lenguaje de modelado se representa mediante una clase y sus propiedades como atributos Las relaciones entre elementos se representan como asociaciones. La generalización permite expresar que un elemento es una especialización de otro. Se usa OCL para expresar la semántica estática. Uso de paquetes si el metamodelo es muy grande

12 Arquitectura de cuatro niveles
Descripción M3 (Meta-metamodelo) Define un lenguaje para especificar metamodelos M2 (Metamodelo) Define un lenguaje para especificar modelos Cada elemento es una instancia del meta-metamodelo M1 (Modelo) Cada elemento es una instancia de un metamodelo. M0 (Instancia) Instancias de elementos definidos en un modelo

13 Arquitectura de cuatro niveles en MDA
Descripción M3 MOF M2 metamodelos, instancias de los elementos MOF M1 modelos, instancia de un metamodelo MOF M0 el sistema, objetos y datos, instancias de los elementos de un modelo

14 Arquitectura de cuatro niveles: Ejemplo
MOF M2 Metamodelo de UML M1 Modelo de clases UML para un sistema TPV M0 Instancias de elementos en el modelo de clases del TPV

15 Arquitectura de cuatro niveles: Ejemplo
Elementos M3 MOF Clase, Atributo, Asociación,.. M2 Metamodelo de UML Clase, Atributo, Asociación, Estado, Actividad, Caso de uso, … M1 Modelo de clases UML para un sistema TPV Clase “Cliente”, atributo “dni”, asociación “Cliente-Pedido” M0 Instancias de elementos en el modelo de clases del TPV Cliente Pepe Pérez, , … Cliente Ana Haro, ,…

16 Arquitectura de cuatro niveles: Ejemplo
Elementos M3 MOF Clase, Atributo, Asociación,.. M2 Metamodelo del DSL TaskFlow Actividad, Tarea, Agente,.. M1 Modelo de TaskFlow Actividad “Gestión artículos de un Congreso”, Tarea “Enviar artículo”, Actor “Autor” M0 Instancias de elementos en el modelo de clases del TPV Actividad “Congreso DSDM, Tarea “Envío artículo XXX”, Actor “JJGM”

17 Arquitectura de cuatro niveles

18 Arquitectura de cuatro niveles

19 MOF Tabla y Columna son elementos de un modelo Existe el concepto de
jerarquía de tablas context Tabla inv: padre.columna -> forAll (columnaPadre | self.columna ->includes (columnaPadre))

20 Árbol Sintaxis Abstracta
Compiladores construyen árbol de sintaxis a partir de una sintaxis concreta (gramática). Herramientas que manejan metamodelos crean un árbol de sintaxis abstracta (AST) para representar un modelo. Sus nodos son instancias de clases del metamodelo Sus arcos son instancias de asociaciones del metamodelo

21 Ejemplo AST :Tabla nombre = “Persona” :Tabla nombre = “Empleado”
:Columna nombre = “Pepe” :Columna dni = “ ” :Columna sueldo = “100000”

22 MOF (MetaObject Facility)
UML 2.0 está organizado en dos partes: Infraestructura y SuperEstructura Infraestructura define las construcciones básicas de UML 2.0. SuperEstructura define las construcciones a nivel de usuario de UML 2.0. MOF “merges” ciertos paquetes de Infraestructura Subconjunto de UML Misma notación que UML

23 Infraestructura: Core
Contiene conceptos básicos de metamodelos Profiles Define mecanismos para extender metamodelos

24 SuperEstructura: Estructura

25 SuperEstructura: Comportamiento

26 MOF(MetaObject Facility)
Integra facilidades básicas como reflexión o identificadores. Reflexión útil para crear herramientas de metamodelado Se debe manejar elementos de cualquier metamodelo Identificadores Se asigna un identificador único a cada elemento. Útil en actualizaciones de datos, identificación de objetos en comunicación, comparación por identidad, establecer la traza de los elementos, …

27 EMOF MOF: Essential MOF (EMOF) + Complete MOF (CMOF)
EMOF es un subconjunto “mínimo” de MOF que contiene el núcleo con las capacidades básicas. El objetivo de EMOF es facilitar su implementación y que las herramientas conformen a MOF. Proporciona el conjunto mínimo de elementos para hacer modelado OO: clases, atributos, operaciones, herencia, y paquetes. EMOF permite definir metamodelos simples.

28

29 EMOF

30 EMOF

31 CMOF Elementos principales:
Clase, Asociación, Generalización y Paquete Las clases tienen Atributos y Operaciones Una asociación tiene dos extremos que pueden tener una cardinalidad asociada y semántica de orden y agregación, y navegabilidad.

32 CMOF

33 MOF

34 Metamodelo UML Instancia de MOFAttribute Instancia de MOFGeneralizes
Instancia de MOFAssociation Instancia de MOFClass

35 MetamodeloUML Instancia de MOFGeneralizes Instancia de MOFAttribute
Instancia de MOFAssociation Instancia de MOFClass

36 CWM Instancia de MOFAssociation Instancia de MOFClass
Instancia de MOFAttribute Instancia de MOFGeneralization

37 Arquitectura de cuatro niveles
Descripción M3 MOF M2 metamodelos, instancias de los elementos MOF M1 modelos, instancia de un metamodelo MOF M0 el sistema, objetos y datos, instancias de los elementos de un modelo

38 EMF-Eclipse UML Java EMF Model Ecore XML
Framework de DSDM para Eclipse. “Modelado y programación pueden ser considerados la misma cosa” Código Java generado a partir de un modelo Ecore Notificación de cambios, reflexión, serialización XMI, persistencia, clases de utilidad. Java (anotaciones) UML (diagramas de clase) EMF Model Ecore XML

39 Ecore 0..* 0..* 0..*

40 Ecore EClass EAttribute EDataType EReference Epackage y EFactory
Modela clases EAttribute Modela atributos EDataType Modela los tipos de los atributos, que son tipos primitivos y tipos de datos objetos definidos en Java. EReference Modela asociaciones entre clases, incluyendo composición. Epackage y EFactory Clases y tipos relacionados son agrupados en paquetes y una factoría se utiliza para crear objetos.

41 Ecore: Parte Estructural

42 Ecore : Parte Comportamiento
0..* 0..* 0..* 0..*

43 Ecore: Paquetes 0..* 0..*

44 MOF Metamodelos MOF son independientes de la plataforma.
Mappings de MOF a middleware, lenguajes, y formatos de información, permiten a generadores transformar automáticamente una sintaxis abstracta de un metamodelo en representaciones concretas basadas en plataformas concretas. Se han definido mappings para CORBA, XML (XMI) y Java (JMI).

45 XMI (XML Data Interchange)
Formato de intercambio de metadatos común independiente de cualquier plataforma. Nueva forma de transferir metadatos entre repositorios MOF. Serialización de modelos y metamodelos MOF en XML Primero fue aplicado al metamodelo de UML Proporciona interoperabilidad entre herramientas

46 Metamodelo de clases MOF EMOF

47 XMI del metamodelo de clases (EMOF)
<?xml version="1.0" encoding="UTF-8"?> <emof:Package xmi:version="2.0" xmlns:xmi=" xmlns:emof=" xmi:id="ClassM" name="ClassM"> <ownedType xmi:type="emof:Class" xmi:id="6E721B079B360F7A00D1E07C4458BAA5" name="Class" superClass="6EEE79489B360F7A007244CA3BE86B5B"> <ownedAttribute xmi:id="73695CDB9B360F7A0033B121713E40BF" name="attrs" upper="*" type="6EF9DA649B360F7A007244CA408DB38E" isComposite="true" opposite="ClassM.Attribute.owner"/> </ownedType> <ownedType xmi:type="emof:Class" xmi:id="6EEE79489B360F7A007244CA3BE86B5B" name="Classifier"> <ownedAttribute xmi:id="ClassM.Classifier.name" name="name“ > <type xmi:type="emof:PrimitiveType" href=" </ownedAttribute> <ownedAttribute xmi:id="73695CDB9B360F7A0033B121AF590F9B" name="typeOf" upper="*" type="6EF9DA649B360F7A007244CA408DB38E" opposite="ClassM.Attribute.type"/> <ownedType xmi:type="emof:Class" xmi:id="6EF9DA649B360F7A007244CA408DB38E" name="Attribute"> <ownedAttribute xmi:id="ClassM.Attribute.owner" name="owner" lower="1" type="6E721B079B360F7A00D1E07C4458BAA5" opposite="73695CDB9B360F7A0033B121713E40BF"/> <ownedAttribute xmi:id="ClassM.Attribute.type" name="type" lower="1" type="6EEE79489B360F7A007244CA3BE86B5B" opposite="73695CDB9B360F7A0033B121AF590F9B"/> <ownedAttribute xmi:id="ClassM.Attribute.name" name="name"> <ownedAttribute xmi:id="ClassM.Attribute.is_primary" name="is_primary"> <type xmi:type="emof:PrimitiveType" href=" <ownedType xmi:type="emof:Class" xmi:id="6EF9E0579B360F7A007244CA0FCB1365" name="PrimitiveType" superClass="6EEE79489B360F7A007244CA3BE86B5B"/> </emof:Package>

48 XMI del metamodelo de clases (ECore)
<?xml version="1.0" encoding="UTF-8"?> <ecore:EPackage xmi:version="2.0" xmlns:xmi=" xmlns:xsi=" xmlns:ecore=" name="ClassM" nsURI=" nsPrefix="classm"> <eClassifiers xsi:type="ecore:EClass" name="Class" eSuperTypes="#//Classifier"> <eStructuralFeatures xsi:type="ecore:EReference" name="attrs" upperBound="-1" eType="#//Attribute" containment="true" eOpposite="#//Attribute/owner"/> </eClassifiers> <eClassifiers xsi:type="ecore:EClass" name="Attribute"> <eStructuralFeatures xsi:type="ecore:EAttribute" name="name" eType="ecore:EDataType <eStructuralFeatures xsi:type="ecore:EReference" name="type" eType="#//Classifier"/> <eStructuralFeatures xsi:type="ecore:EAttribute" name="is_primary" eType="ecore:EDataType <eStructuralFeatures xsi:type="ecore:EReference" name="owner" eType="#//Class" eOpposite="#//Class/attrs"/> <eClassifiers xsi:type="ecore:EClass" name="Classifier"> <eClassifiers xsi:type="ecore:EClass" name="PrimitiveType" eSuperTypes="#//Classifier"/> <eClassifiers xsi:type="ecore:EClass" name="Model"> <eStructuralFeatures xsi:type="ecore:EReference" name="classifiers" upperBound="-1" eType="#//Classifier" containment="true"/> </ecore:EPackage>

49 Metamodelo Relacional
Column name : String type : String Table 0..n 1 +cols +owner 1..n +pKeys +pKeyOf Fkey +partOfFkey +fKeys +references +referencedBy MOF EMOF Table name : String cols : set(Column) pKeys : set(Column) referenceBy : set(FKey) fkeys : set(Fkey) Column owner : Table pKeyOf : Table partOfFkey : Fkey type : String Fkey references : Table

50 Metamodelo relacional (EMOF)
<?xml version="1.0" encoding="UTF-8"?> <emof:Package xmi:version="2.0" xmlns:xmi=" xmlns:emof=" xmi:id="TableM" name="TableM"> <ownedType xmi:type="emof:Class" xmi:id="6F184C409B360F7A007244CA1577F422" name="Table“ > <ownedAttribute xmi:id="TableM.Table.name" name="name"> <type xmi:type="emof:PrimitiveType" href=" </ownedAttribute> <ownedAttribute xmi:id="73A6F82B9B360F7A0033B121EF646314" name="cols" upper="*" type="6F B360F7A007244CA3E24CF40" isComposite="true" opposite="TableM.Column.owner"/> <ownedAttribute xmi:id="73A6F82B9B360F7A0033B1218D1F3EAA" name="pkeys" upper="*" type="6F B360F7A007244CA3E24CF40" opposite="TableM.Column.pkeyOf"/> <ownedAttribute xmi:id="73A6F82B9B360F7A0033B D64" name="referenceBy" upper="*" type="6F197CD29B360F7A007244CA704AD65E" opposite="TableM.FKey.references"/> <ownedAttribute xmi:id="73A6F82B9B360F7A0033B E62B" name="fkeys" upper="*" type="6F197CD29B360F7A007244CA704AD65E" opposite="TableM.FKey.owner"/> </ownedType> <ownedType xmi:type="emof:Class" xmi:id="6F B360F7A007244CA3E24CF40" name="Column"> <ownedAttribute xmi:id="TableM.Column.owner" name="owner" lower="1" type="6F184C409B360F7A007244CA1577F422" opposite="73A6F82B9B360F7A0033B121EF646314"/> <ownedAttribute xmi:id="TableM.Column.pkeyOf" name="pkeyOf" lower="1" type="6F184C409B360F7A007244CA1577F422" opposite="73A6F82B9B360F7A0033B1218D1F3EAA"/> <ownedAttribute xmi:id="TableM.Column.type" name="type"> <ownedAttribute xmi:id="TableM.Column.name" name="name"> <ownedAttribute xmi:id="73A6F82C9B360F7A0033B1218CE3CB87" name="partOfFkey" lower="1" type="6F197CD29B360F7A007244CA704AD65E" opposite="TableM.FKey.cols"/> <ownedType xmi:type="emof:Class" xmi:id="6F197CD29B360F7A007244CA704AD65E" name="FKey"> <ownedAttribute xmi:id="TableM.FKey.references" name="references" type="6F184C409B360F7A007244CA1577F422" opposite="73A6F82B9B360F7A0033B D64"/> <ownedAttribute xmi:id="TableM.FKey.owner" name="owner" lower="1" type="6F184C409B360F7A007244CA1577F422" opposite="73A6F82B9B360F7A0033B E62B"/> <ownedAttribute xmi:id="TableM.FKey.cols" name="cols" upper="*" type="6F B360F7A007244CA3E24CF40" opposite="73A6F82C9B360F7A0033B1218CE3CB87"/> </emof:Package>

51 Metamodelo Relacional (Ecore)
<?xml version="1.0" encoding="UTF-8"?> <ecore:EPackage xmi:version="2.0" xmlns:xmi=" xmlns:xsi=" xmlns:ecore=" name="TableM" nsURI=" nsPrefix="relational"> <eClassifiers xsi:type="ecore:EClass" name="Table"> <eStructuralFeatures xsi:type="ecore:EAttribute" name="name" eType="ecore:EDataType <eStructuralFeatures xsi:type="ecore:EReference" name="cols" upperBound="-1" eType="#//Column" containment="true" eOpposite="#//Column/owner"/> <eStructuralFeatures xsi:type="ecore:EReference" name="pkeys" upperBound="-1" eType="#//Column"/> <eStructuralFeatures xsi:type="ecore:EReference" name="fkeys" upperBound="-1" eType="#//FKey" containment="true" eOpposite="#//FKey/owner"/> <eStructuralFeatures xsi:type="ecore:EReference" name="referencedBy" upperBound="-1" eType="#//FKey"/> </eClassifiers> <eClassifiers xsi:type="ecore:EClass" name="Column"> <eStructuralFeatures xsi:type="ecore:EReference" name="owner" eType="#//Table" eOpposite="#//Table/cols"/> <eStructuralFeatures xsi:type="ecore:EAttribute" name="type" eType="ecore:EDataType <eClassifiers xsi:type="ecore:EClass" name="FKey"> <eStructuralFeatures xsi:type="ecore:EReference" name="references“ eType="#//Table"/> eOpposite="#//Table/fkeys"/> <eStructuralFeatures xsi:type="ecore:EReference" name="cols" upperBound="-1" eType="#//Column"/> </ecore:EPackage>

52 XMI de un modelo “Relacional” (EMOF)
<xmi:XMI xmlns:emof=' xmi:version='2.0' xmlns:TableM='file:////home/jesus/usr/eclipse-age-dev/runtime-age.product/class2table-tutorial/metamodels/TableM.emof' xmlns:xmi=' <TableM:Table name='Person' pkeys='TableM.Column_4' xmi:id='TableM.Table_1' referenceBy='TableM.FKey_3' fkeys='TableM.FKey_2 TableM.FKey_1'> <cols name='Pet_name_id' partOfFkey='TableM.FKey_1' type='String' xmi:id='TableM.Column_1'/> <cols name='Job_name_id' partOfFkey='TableM.FKey_2' type='String' xmi:id='TableM.Column_2'/> <cols name='Job_address_id' partOfFkey='TableM.FKey_2' type='String' xmi:id='TableM.Column_3'/> <cols name='name' type='String' xmi:id='TableM.Column_4' pkeyOf='TableM.Table_1'/> <cols name='age' type='Integer' xmi:id='TableM.Column_5'/> </TableM:Table> <TableM:Table name='Job' pkeys='TableM.Column_6 TableM.Column_7' xmi:id='TableM.Table_2' referenceBy='TableM.FKey_2' fkeys='TableM.FKey_3'> <cols name='name' type='String' xmi:id='TableM.Column_6' pkeyOf='TableM.Table_2'/> <cols name='address' type='String' xmi:id='TableM.Column_7' pkeyOf='TableM.Table_2'/> <cols name='Person_name_id' partOfFkey='TableM.FKey_3' type='String' xmi:id='TableM.Column_8'/> </TableM:Table> <TableM:Table name='Pet' pkeys='TableM.Column_9' xmi:id='TableM.Table_3' referenceBy='TableM.FKey_1'> <cols name='name' type='String' xmi:id='TableM.Column_9' pkeyOf='TableM.Table_3'/> <cols name='age' type='Integer' xmi:id='TableM.Column_10'/> <TableM:FKey references='TableM.Table_1' xmi:id='TableM.FKey_3' cols='TableM.Column_8' owner='TableM.Table_2'/> <TableM:FKey references='TableM.Table_2' xmi:id='TableM.FKey_2' cols='TableM.Column_2 TableM.Column_3' owner='TableM.Table_1'/> <TableM:FKey references='TableM.Table_3' xmi:id='TableM.FKey_1' cols='TableM.Column_1' owner='TableM.Table_1'/> </xmi:XMI>

53 XMI de un modelo “Relacional” (Ecore)
<xmi:XMI xmlns:xsi=' xsi:schemaLocation=' ../metamodels/TableM.ecore' xmi:version='2.0' xmlns:xmi=' <relational:Table name='Person' xmlns:relational=' <cols name='Pet_name_id' type='String'/> <cols name='Job_name_id' type='String'/> <cols name='Job_address_id' type='String'/> <cols name='name' type='String'/> <cols name='age' type='Integer'/> <fkeys references='#/1' <fkeys references='#/2' </relational:Table> <relational:Table name='Job' xmlns:relational=' <cols name='address' type='String'/> <cols name='Person_name_id' type='String'/> <fkeys references='#/0' <relational:Table name='Pet' xmlns:relational=' </xmi:XMI>

54 Ejemplo XMI (UML) <XMI xmi.version="1.2" xmlns:UML="org.omg/standards/UML"> <XMI.header> <XMI.metamodel name="UML" version="1.3" href="UML.xml"/> <XMI.model name=“ejemplo" version="1" href="ejemplo.xml"/> </XMI.header> <XMI.content> <UML:Class name="C1"> <UML:Classifier.feature> <UML:Attribute name="at1“ visibility="private"/> </UML:Classifier.feature> </UML:Class> </XMI.content> </XMI>

55 JMI (Java Metadata Interface)
JMI define un mapping Java para MOF JMI especifica cómo generar automáticamente, para un metamodelo MOF cualquiera, un conjunto de API Java para manipular modelos de ese metamodelo. API que proporciona un mapping MOF-Java Interfaz de programación a MOF. Integración con J2EE.

56 JMI Las aplicaciones Java cliente pueden usar esta API o un API reflectiva genérica, para interactuar con los metadatos: operaciones de consulta, recorrido, ciclo de vida. Se puede construir un mecanismo para facilitar la interoperabilidad con metadatos genéricos.

57 Ejemplo JMI

58 Ejemplo JMI: Interfaz instancia
public interface Element extends javax.jmi.reflect.RefObject { public String getName(); public void setName(String newValue); public Node getContainer(); public void setContainer(Node newValue); }

59 Ejemplo JMI: Interfaz proxy clase
public interface AttributeClass extends javax.jmi.reflect.RefClass { public Attribute createAttribute(); public Attribute createAttribute(String name, String value); }

60 Ejemplo JMI: Interfaz proxy asociación
public interface Contains extends javax.jmi.reflect.RefAssociation { public boolean exists(Element element, Node container); public java.util.List getElements(Node container); public Node getContainer(Element element); public boolean add(Element element, Node container); public boolean remove(Element element, Node container); }

61 Ejemplo JMI: Interfaz proxy paquete
public interface XMLModelPackage extends javax.jmi.reflect.RefPackage { public NodeClass getNode(); public AttributeClass getAttribute(); public ElementClass getElement(); public RootNodeClass getRootNode(); public Contains getContains(); }

62 Repositorio MOF A partir de un metamodelo MOF, un generador crea las APIs, junto con sus implementaciones, que permiten manipular modelos de ese tipo. Posibilidad de código genérico para manipular metadatos del repositorio: mismo código para modelos de distintos metamodelos. Editores genéricos en los repositorios MDR/NetBeans (MOF 1.4 y JMI) RMOF (EMOF 2.0 y Ruby)

63 Repositorio MOF Modelos UML (M1) Modelos datos (M1) Metamodelos (M2)
XMI JMI Modelos UML (M1) Modelos datos (M1) Metamodelos (M2) El modelo MOF (M3)

64 ¿MOF o XML? < xml version = “1.0” encoding = “UTF-8”? >
<! ELEMENT TABLA (NOMBRE, COLUMNA+)> <!ELEMENT NOMBRE (#PCDATA)> <!ELEMENT COLUMNA (NOMBRE)>

65 OCL (Object Constraint Language )
Lenguaje declarativo para añadir información a los modelos UML: restricciones, invariantes, queries,.. Estándar del OMG Versión actual OCL 2.0

66 OCL (Object Constraint Language )
Lenguaje de especificación para escribir expresiones sobre modelos UML, p.e. queries, reglas de derivación de atributos, el cuerpo de operaciones de consulta, pre y postcondiciones o el invariante, guardas. Extiende la potencia expresiva de UML y permite crear modelos más precisos y más completos. Es tipado, cada expresión OCL tiene un tipo. Utilizado para escribir las restricciones

67 OCL (Object Constraint Language )
¿Por qué usar OCL? Limitaciones de los lenguajes (diagramas) para crear modelos precisos y completos. context Vuelo inv: pasajeros -> size() <= avion. númeroPlazas

68 OCL: Características Lenguaje de restricciones y de consulta
Lenguaje formal basado en teoría de conjuntos y lógica de predicados pero notación fácil de usar. Fuertemente tipado Tipos de modelos UML Modelos validados antes de la ejecución Lenguaje declarativo

69 OCL Contexto de una definición Tipo contextual
Especifica el elemento de un modelo UML para el que se define una expresión OCL. Normalmente una clase, una interfaz o una operación Tipo contextual Es el tipo del objeto para el que se evaluará una expresión OCL: una clase, interfaz, tipo de dato o componente. Una expresión OCL se evalúa siempre para una única instancia del tipo contextual.

70 Ejemplo: Modelo “Royal and Loyal”

71 Navegación Los extremos de las asociaciones pueden ser utilizados para navegar de un objeto a otro: Notación Punto. context CustomerCard inv self.owner.programs -> size() > 0 Customer LoyaltyProgram CustomerCard programs 0..* cards owner 1

72 Navegación : Tipos Contexto CustomerCard Tipo(self.owner) = Customer
Tipo(self.owner.programs) = Set(LoyaltyProgram) Contexto Customer Tipo(self.programs) = Set(LoyaltyProgram) Tipo(self.cards) = Set(CustomerCard) Contexto LoyaltyProgram Tipo(self.Customer.programs) = Bag(CustomerCard)

73 OCL: Query context CustomerCard::getTransactions (from: Date,
until: Date) : Set(Transaction) body: transactions -> select (date.isAfter(from) and date.isBefore(until)) context LoyaltyProgram::getServices():Set(Service) body: partners.deliveredServices->asSet() context LoyaltyProgram::getServices(pp: ProgramPartner) : Set(Service) body: if partners ->includes(pp) then pp.deliveredServices else Set() end

74 OCL: Invariantes context Customer inv ofAge: age >= 18
context CustomerCard inv checkDates: validFrom.isBefore(goodThru) inv ofAge: owner.age >= 18

75 OCL: Colecciones (Operaciones Estándar)
Operación Descripción count(obj) Número de ocurrencias de un objeto obj en la colección excludes (obj) True si obj no pertenece a la colección excludesAll(c) True si ningún objeto la colección c pertenece a la colección includes(obj) True si obj pertenece a la colección includesAll(c) True si todos los objetos c pertenecen a la colección isEmpty True si la colección está vacía. notEmpty True si no está vacía. size() Número de elementos sum() Suma de todos los elementos

76 OCL: Colecciones (operaciones con significado diferente)
= y <> asBag(), asSet(), asOrderedSet(), asSequence() Conversión de un tipo en otro including(obj) Retorna una nueva colección que incluye a obj excluding(obj) Retorna una nueva colección en la que se ha eliminado obj flatten() Trasforma una colección de colecciones en una única colección union (col), intersection (col)

77 OCL: OrderedSet y Sequence
append(objeto) at(index) first() last() insertAt(objeto) indexOf(objeto)

78 OCL: Iteradores col -> isUnique (expr) col -> iterate (…) select
Retorna true si expr tiene el mismo valor para cada elemento col -> iterate (…) Iterar sobre todos los elementos select reject collect forAll exist sortedBy(expr)

79 OCL: Colecciones context LoyaltyProgram
inv minServices: partners.deliveredServices -> size() >=1 context Customer inv sizesAgree: programs ->size() = card -> select(valid = true)->size() inv: participants -> forAll (age() <= 70) inv: self.participants -> forAll (c1, c2 | c1 <> c2 implies c1.name <> c2.name) inv: points>0 implies transactions->exist(t | t.points > 0)

80 OCL: Colecciones context LoyaltyAccount
inv: transactions -> collect (points)->exist( p : Integer | p = 500) inv: transactions.points -> exist(

81 OCL: Pre y Postcondiciones
context LoyaltyAccount::enroll(c : Customer) pre – not (participants -> includes (c)) post participants = ->including(c) context LoyaltyAccount::isEmpty(): Boolean pre -- ninguna post result = (points = 0) context Customer::birthdaysHappens() post: age = + 1 context Person::birthdaysHappens()

82 Perfiles UML (Profiles)
En vez de definir un nuevo metamodelo MOF se puede extender un metamodelo existente. Extensibilidad de los metamodelos (DSL) Si el metamodelo elegido es UML Extender el metamodelo UML Definir un perfil UML Mecanismo definido en el propio metamodelo de UML

83 Extensión del metamodelo
UML::Class CM::Component transational: bool Necesidad de herramientas que permitan: Manejar el metamodelo Asociar una sintaxis concreta a la extensión

84 Perfiles UML UML es una familia de lenguajes
Lenguaje core + Perfiles Un perfil define una extensión de UML mediante la especialización de un subconjunto del metamodelo de UML. Un perfil define una forma específica de usar UML para un dominio concreto: EJB, aplicaciones web, CORBA, modelado del negocio,.. Agrupación de un conjunto de estereotipos, valores etiquetados y restricciones, con su correspondiente notación. Usados como lenguajes de los PSM en MDA

85 Perfiles UML Un perfil se define mediante un modelo formal UML.
• Estereotipos pueden extender cualquier elemento del metamodelo para definir nuevas meta-clases, meta-asociaciones,.. • Valores etiquetados definen los atributos de un estereotipo. • Restricciones semánticas en OCL completan la definición del perfil. • Se puede asociar una representación gráfica a cada estereotipo.

86 Perfiles UML Metamodelo de UML 2.0
<<stereotype>> CM::Component transational: bool <<metaclass>> UML::Class Extensión Metamodelo de UML 2.0 Un perfil es una especialización de UML::Package Un estereotipo es una especialización de UML::Class Un perfil contiene estereotipos Una extensión es una especialización de UML::Association cuyos extremos son una clase y un estereotipo. Un perfil se define sobre un metamodelo referencia (UML u otro perfil) y no puede modificar las definiciones existentes. Las herramientas actuales no soportan bien los perfiles.

87 <<profile>> EJB
context Bean inv: realization->realizer -> collect( ili.hasStereotype(“”Remote”)->size ()) == 1 && realization->realizer -> collect( ili.hasStereotype(“”Home”)->size ()) == 1 UML::Component <<stereotype>> Bean <<stereotype>> EntityBean <<stereotype>> SessionBean state: StateKind UML::Artifact <<stereotype>> Bean <<enumeration>> StateKind stateful stateless <<stereotype>> Remote UML::Artifact <<stereotype>> Home

88 Perfiles del OMG

89 Perfiles del OMG Perfiles definidos por OMG:
CORBA y CCM EDOC (Enterprise Distributed Object Computing) EAI (Enterprise Application Integration) Planificación, Prestaciones, y Tiempo Otros perfiles estándares de-facto: EJB Java C#

90 Pasos para definir un Perfil UML
Definir, si no se dispone, el modelo conceptual de la plataforma o del dominio de aplicación. Definir un estereotipo para cada elemento del modelo conceptual; hay que elegir el elemento del metamodelo UML a extender. Definir como valores etiquetados los atributos de los elementos del modelo conceptual. Definir las restricciones del dominio como restricciones del perfil.

91 Ejemplo de definición de Perfil UML
“Modelar conexiones entre elementos de un sistema de información conectados según la topología estrella” context MyTopology::MainNode inv : self.localnodes ->forAll (n : Node | n.location = self.location) inv: self.target ->forAll (n : MainNode | n.location <> self.location )

92 Ejemplo de definición de un Perfil UML
«profile» TopologyProfile «stereotype» Node MainNode location: String «metaclass» Class Association Egde LocalEdge

93 Ejemplo de definición de un Perfil UML
context UML::InfrastructureLibrary::Core::Constructs::Class inv : self.isStereotyped(“Node”) implies self.connection -> select (isStereotyped(“LocalEdge”)) -> size = 1 and self.connection -> select (isStereotyped(“Edge”)) ->isEmpty context UML::InfrastructureLibrary::Core::Constructs::Association inv : self.isStereotyped(“LocalEdge”) implies self.connection -> exists (participant.isStereotyped(“MainNode”) and multiplicity.min=1 and multiplicity.max=1) self.connection -> select (participant.isStereotyped(“Node”) or participant.isStereotyped(“MainNode”) ) -> forAll (n1, n2 | n1.location = n2.location) inv : self.isStereotyped(“Edge”) implies self.connection -> select(participant.isStereotyped(“Node”))->isEmpty and self.connection->select(participant.isStereotyped(“MainNode”) ) -> forAll (n1, n2 | n1.location <> n2.location)

94 Cuestiones de metamodelado
¿Cómo expresar que las instancias de cierta metaclase Entidad deben implementar cierta interfaz IA? Entidad context Entidad inv: realization -> exist(realizer oclTypeOf IA) Entidad {subsets realization} IA Entidad IA

95 Cuestiones de metamodelado
Varios elementos del metamodelo deben tener un nombre <<interface>> ElementoConNombre Entidad Nodo Servicio

96 Cuestiones de metamodelado
Varios elementos dependen de una interfaz IA porque invocan sus operaciones Entidad * * IA Entidad IA

97 Cuestiones de metamodelado
Un elemento Entidad tiene un atributo ID de tipo String. context Entidad inv: self.attributes -> select (name =“ID”)->size == 1 && self.attributes -> select (name =“ID”)->forAll( type.name = “String”) Entidad Entidad ID: String

98 Ejemplo de metamodelo DSL para crear “modelos de características” MOF
Attribute type: String value: String attributes MOF::Class MOF FM::Feature groups FM::SubFeatureGroup kind FM::GroupKind 1 1 1 n 1 parent n features Feature Model FM::Concept context FM::GroupKind inv: value ==“optional” || value ==“required” value == “alternative” context FM::Concept inv: parent == null

99 Herramientas y metamodelado
Herramientas UML Mayoría no soportan metamodelado Tendencia a soportar perfiles Herramientas que tiene como entrada modelos creados con herramientas UML Entrada es un modelo XMI Validadores, Transformación de modelos, Generadores de código Herramientas de metamodelado Permiten definir metamodelos y generan editores de modelos Tienen su propio lenguaje de metamodelado Metaedit, GME, DSL Tools, XMF