April 2002 UML-Profil für CORBA: Spezifische DesigncEntscheidungen 1-3 1 1,3 Spezifische DesigncEntscheidungen 1,3,1 Namespace-Eindämmung In CORBA werden Erklärungen immer in etwas namespace-Bereich mit Verschachtelung enthalten das erlaubt, daß einige Erklärungen durch einen Behälter, der der Reihe nach enthalten wird enthalten werden, und so weiter. Ein anonymer globaler Bereich ist für Erklärungen vorhanden, die nicht nach innen sind ein Modul. Die zwei Hauptleitung Namescopes sind Module, die lediglich als einen Behälter dienen und können willkürlich tief genistet werden und Schnittstellen, die als eine Maßeinheit der Funktionalität dienen dargestellt an der Laufzeit durch einen CORBA-Gegenstand sowie einen Behälter für Datenart Erklärungen. Schnittstellen können möglicherweise nicht andere Schnittstellen enthalten. Konstruierte Datenarten (structs und Anschlüße) auch dienen als namespaces für ihre Mitgliedselemente, die innen können drehen Sie sich ist Inline-Erklärungen der genisteten (enthaltenen) konstruierten Datenarten. In UML ist namespace eine abstrakte MetaKategorie, die durch viele andere MetaKategorien übernommen wird diese Notwendigkeit, anderen genannten ModelElements zu enthalten. Das Namespaces, das uns für betreffen Sie modellierend sind CORBA Paket (vom vorbildlichen Management) und Klassifikator (vom Kern). Die Darstellung, die benutzt wird, um namespace-Eindämmung in UML bildlich darzustellen, ist "Kreis-plus," (UML 1,3, Abschnitt 3,13,2) das verwendet wird, um alles CORBA-namespace darzustellen Eindämmung, außer Moduleindämmung der Datenart- und -schnittstellenerklärungen, welches mit dem üblichen Paketkasten dargestellt wird, der das ModelElements das umgibt es enthält. Leider stützen einige Werkzeuge nicht die circleplusdarstellung, aber am meisten werden haben irgendeine Einheit für das Darstellen von namespace-Eindämmung und diese sollten verwendet werden bis eine conformant Version kann produziert werden. 1,3,2 Verwenden von Verbindungen, um verbraucherbestimmte Arten darzustellen Die Anhäufung der Mitglieder in konstruiert schreibt innen CORBA wird modelliert immer wie eine Anhäufungsverbindung mit navigability weg von der Gesamtheit. Der Name des Teils wird immer als der Rollenname des Teils in der Verbindung modelliert. Alle CORBA-Datenarten (hier bedeuten wir Nichtgegenstandarten, in denen Gegenstandarten sind Schnittstellen und die Wertarten, die Schnittstellen stützen), müssen sein instantiated völlig zwecks seien als Parameter oder Rückkehrwerte überschritten Sie. Das einzige nulls in CORBA sind Nullgegenstand Hinweise und Wertarten. Folglich die multiplicities für Teil AssociationEnds innen Anhäufungsverbindungen müssen 1,,1 für alle Nichtgegenstandarten sein. Modelers kann spezifizieren multiplicities von 0,,1, wenn Nullgegenstände gültig sind oder 1,,1, als Nullgegenstände unzulässig sind. Die multiplicities für das gesamte AssociationEnd sind normalerweise 0,,1 und zeigen das an die Teilart wird vorbei höchstens eine Gesamtheit besessen, aber die, die sie sein kann, instantiated unabhängig von einer Gesamtheit. Im Fall, in dem das Teil eine CORBA-Schnittstelle ist, kann die Vielfältigkeit 0. sein. *, als Gegenstandhinweis kann ein Teil vieler verbraucherbestimmter Arten sein. (dieses ist die Rückstellung für Diagramm von OMG IDL - aber das Modellieren in UML läßt das modeler begrenzen Vielfältigkeit weiter.) Für Gegenstandarten ist die Rückstellung schwache Anhäufung.