2-4 OMG-OMG-MetacGegenstand-Service, v1.4 April 2002 2 Die MOF-metadataarchitektur hat einige wichtige Eigenschaften, denen sie von unterscheiden Sie frühere metamodeling Architektur: ¥ das MOF-Modell (der Kernmeta-metamodel-metamodel MOF s) ist, mit objektorientiert metamodeling Konstruieren, das mit dem Gegenstand UML s ausgerichtet sind, der Konstruieren modelliert. Folglich benutzt das Beispiel UML-Paketikonen, um MOF-gegründete metamodels wie zu bezeichnen Brunnen als UML-Modelle. ¥ die Meta-Niveaus in der MOF-metadataarchitektur sind nicht örtlich festgelegt. Während es gibt gewöhnlich 4 Meta-Niveaus, konnten dort sein mehr oder weniger als dieses, abhängig von wie MOF wird entfaltet. In der Tat erfordert die MOF-Spezifikation nicht dort, um zu sein getrennter Meta- ebnet an allen auf dem Implementierungsniveau. MOF-Meta-Niveaus sind lediglich eine Versammlung für Verstehenverhältnisse zwischen unterschiedlichen Arten von Daten und metadata. Modell des ¥ A (in der weiten Richtung einer Ansammlung metadata) ist nicht notwendigerweise begrenzt zu einem Meta-Niveau. Z.B. in einem einlagernkontext der Daten, kann es zu nützlich sein denken Sie an die Metaschemaverwandtschaftstabelle und die spezifischen Schemata, die Fälle sind von den Verwandtschaftstabellen als seiend ein Begriffsmodell. ¥ das MOF-Modell ist self-describing. Das heißt, ist das MOF-Modell formal definiert, sein eigenes metamodeling Konstruieren verwendend. Folglich ist das MOF-Modell auch bezeichnet durch eine UML-Art-Paketikone. Die self-describing Natur des MOF-Modells hat etwas wichtige Konsequenzen: ¥ zeigt sie, daß das MOF-Modell für das praktische Metamodeling genug ausdrucksvoll ist. ¥ erlaubt sie die indem sie zu definierende Schnittstellen und Verhalten MOF s, das MOF anwenden IDL, das zum MOF-Modell abbildet. Dieses liefert Gleichförmigkeit von Semantik zwischen Berechnungsgegenstände, die Modelle und metamodels darstellen. Es bedeutet auch das wenn ein Diagramm der neuen Technologie definiert wird, das APIs für Handhabenmetamodels innen dieser Kontext werden implizit außerdem definiert. ¥ stellt er eine architektonische Grundlage für Verlängerungen und Änderungen am MOF zur Verfügung Modell. Aufeinanderfolgende MOF RTFs sind folglich in der Lage ge$$$wesen, zusätzliche Änderungen innen vorzunehmen das MOF-Modell zum Adressieren der Probleme, die offensichtlich werden. Zukünftig neuer Meta- metamodels können Stützaufgaben wie Spezifikation des Modellierens der Darstellungen hinzugefügt werden und Modell-zu-Modellumwandlungen. das ¥, das einen passenden Satz Implementierungsgeneratoren gegeben wird, erlaubt es neues MOF metamodelbehälterimplementierungen und dazugehörige vorbei zu verursachende Werkzeuge Laden des Urprogramms. 2,2,3 Terminologie MOF Metamodeling Es gibt enormen Bereich für Durcheinander, wenn metamodeling Standardterminologie verwendet wird in der MOF-Spezifikation. um dieses zu vermeiden und es einfacher zu bilden zu lesen, haben wir zu entschieden vereinfachen Sie die Terminologie. Etwas bestimmte Punkte des Durcheinanders sind, wie folgt: ¥ , da die Zahl MOF-Meta-levels nicht örtlich festgelegt ist und Meta-levels sind herkömmlich genannt aufwärts von der Informationsschicht, der obere Meta-level vom Stapel schwankt. Einige Leute finden diese Idee hart zu greifen.