April 2002 Omg-mof, v1.4: Software-EntwicklungscDrehbücher 1-3 1 Im einfachen Fall konnte der Behälterservice eine Implementierung des MOF sein vorbildliche Schnittstellen. Dieser Service würde von den Werkzeugen begleitet (zum Beispiel, Compiler oder graphische Herausgeber) die dem Entwerfer erlauben, Informationsmodelle mit einem Menschen einzugeben lesbare Darstellung für das MOF-Modell. Annehmen daß das Ziel für Software Entwicklung ist gegründetes CORBA, das System würde mit.einschließen einen IDL-Generator das führt das Standard-Diagramm MOF model-to-CORBA IDL ein. Das Verbrauchdrehbuch für diesen Behälterservice würde entlang den folgenden Linien sein: 1. Der Programmierer benutzt die Eingangswerkzeuge, die durch das System bereitgestellt werden, um einen Gegenstand zu definieren orientiertes Informationsmodell mit der Darstellung bereitgestellt. 2. Wenn das Design komplett ist, läßt der Programmierer den IDL-Generator laufen, um zu übersetzen das Modell in CORBA IDL. 3. Der Programmierer überprüft das IDL und wiederholt Schritte 1 und 2, um das Modell wie zu verfeinern erfordert. 4. Der Programmierer führt dann das erzeugte IDL ein, um einen Zielgegenstand zu produzieren Bediener und führen die Anwendungen ein, die den Gegenstandbediener benutzen. Die Funktionalität des Entwicklungssuite, der oben beschrieben wird, kann in a erweitert werden Vielzahl von Weisen. Wir können: ¥ addieren Generatorwerkzeuge, um das Skelett eines Gegenstandbedieners automatisch zu produzieren dem erzeugten IDL. abhängig von der Weltklugheit des Werkzeugs entsprechen, dieses Skelett konnte Code für die Fragen- und Updatebetriebe umfassen, die vorbei vorgeschrieben wurden die abbildenden IDL und der Code, um die Begrenzungen auf den Informationen zu überprüfen modellieren. ¥ addieren Generatorwerkzeuge, um stereotypical Anwendungen wie automatisch zu produzieren scripting Werkzeuge und GUI-gegründete Datenbanksuchroutinen. ¥ verlängern den Behälterservice, um die Spezifikationen und/oder den Implementierungscode zu speichern für Zielbediener und Anwendungsfunktionalität, die nicht im MOF ausgedrückt werden können Modell. Während das MOF-Modell eine bedeutende modellierende Sprache für das Ausdrücken einer Strecke ist Informationen modellieren, es sollen nicht die entscheidende modellierende Sprache sein. Stattdessen ein beabsichtigter Gebrauch des MOF ist als Werkzeug für das Entwerfen und das Einführen mehr hoch entwickelte modellierende Systeme. Das folgende Beispiel veranschaulicht, wie das MOF konnte seien verwendet Sie, ein Software-Entwicklungssystem zu konstruieren, das um ein hypothetisches zentriert wird UniversalcDesigncSprache (UDL). Viele Ähnlichkeiten können zwischen das hypothetische UDL gezeichnet werden unten besprochen worden und zeichnen Sie Antrag OA&DF UML dadurch, daß UML entworfen wird, um ein universeller Zweck zu sein Modellieren der Sprache für das Sichtbar machen, das Entwerfen und sich entwickelnde Teil-Software. Das UDL kann für eine Verlängerung, sowie eine Verfeinerung, von vielen von gehalten werden Konzepte im UML. Die Verlängerungen sind hauptsächlich im Bereich des Zur Verfügung stellens genügend Detail zum Durchführen der Implementierungsrahmentechnologien und -definierens zusätzlich Metamodelle, die verschiedene Technologiegebiete wie Datenbankmanagement adressieren, Verhandlungverarbeitung, usw..