1-4 OMG-OMG-MetacGegenstand-Service, v1.4 April 2002 1 Der Entwickler eines Software-Entwicklungssystems, das auf UDL basierte, konnte beginnen, indem er a verwendete Vorbildliche Darstellung MOF zum Definieren eines Metamodells für UDL. Conceivably, das UDL metamodel könnte Teil oder die ganze MOF-Modell, obwohl wiederverwenden dieses nicht notwendigerweise a ist gute Idee ² . Der Entwickler konnte ein einfaches MOF-gegründetes Entwicklungssystem dann benutzen (entlang den Linien oben beschrieben) das UDL-metamodel in CORBA IDL übersetzen für einen UDL-Behälter und handgeschriebene oder erzeugte Software zur Verfügung stellen das führt den Behälter UDL und verwendbare vorbildliche Eingangswerkzeuge UDL ein. Das hypothetische UDL-Entwicklungssystem kann nicht als komplett außen gelten irgendein Niveau der Unterstützung für den Prozeß des Verursachens des Arbeitscodes, der einführt Systeme beschrieben durch die UDL-Modelle. Abhängig von der Natur des UDL, dieses Prozeß konnte eine Anzahl von Schritten mit einbeziehen, in denen das Begriffsdesign umgewandelt wird in konkretere Designs und schließlich in Programmquellenprogramm. Ein UDL Entwicklungssystem konnte eine Strecke der Werkzeuge zur Verfügung stellen, um den Zielsystemplaner zu unterstützen oder Programmierer. Diese Werkzeuge würden durch Behälterfunktionen zu gestützt werden müssen speichern Sie Extradesign und Implementierungsinformationen, zusammen mit Informationen wie Versionsgeschichten, Projektzeitpläne und so weiter, daß Form die Grundlage einer fälligen Software Entwicklungsprozeß. In der Praxis würde ein Software-Entwicklungssystem, das entlang diesen Linien eingeführt wurde, haben Schwierigkeit, welche die Bedürfnisse des Marktes erfüllt. Eine typische Softwaretechnik "Geschäft" hat Anforderungen an den technischen und Prozeßaspekten von Software Technik, das nicht durch ein ein-Größe-passen-alles Entwicklungssystem getroffen werden kann. gegenwärtige Tendenz in den Software-Entwicklungssystemen ist für Universalbehältersysteme; das heißt, für in hohem Grade flexible Systeme, die schnell hergestellt werden und verlängert werden können. Ein MOF-gegründetes Universalbehältersystem würde um den Kern des MOF basieren Modellieren Sie und ein Suite der Werkzeuge für das Entwickeln von Zielmetamodels (zum Beispiel, das UDL) und ihre stützenden Werkzeuge. Viele der Werkzeuge im Universalbehälter konnten sein reflektierend; das heißt, konnten die Werkzeuge Informationen von den höheren Meta-levels zu gebrauchen lassen Sie sie über einer Strecke der vorbildlichen Arten funktionieren. Funktionalität, wie Ausdauer, Reproduktion, Versionssteuerung und Zugriffssteuerung würden gleichmäßig gestützt werden müssen über dem gesamten Behälterrahmen. 1,3 Schreiben Sie ManagementcDrehbücher Ein zweiter Bereich, in dem früher Gebrauch des MOF wahrscheinlich ist, ist in der Darstellung und Management der verschiedenen Arten der Artinformationen verwendet durch die erweiternreihe von CORBA-Infrastrukturdienstleistungen. Der CORBA-Schnittstellenbehälter (IR) ist der zentralste Art-in Verbindung stehende Service innen CORBA. Die IR Serves als zentraler Behälter für Schnittstelle schreiben Definitionen in a CORBA-basedsystem. Gegenwärtige IR liefert im Wesentlichen Zugang zur Schnittstelle Definitionen, die an das implizierte Informationsmodell von CORBA IDL sich anpassen. Während 2. Das MOF-Metamodell hat spezifische Anforderungen (z.B., vorbildliche Einfachheit und Unterstützung für automatisches IDL-Erzeugung) das nicht im Allgemeinen anwendbar sind. Als Folge ist es unrea- sonable das MOF-metamodeldesign erwarten, um für alle Arten Gegenstandmodell verwendbar zu sein ing.