September 2003 UML-Profil für Schedulability, Leistung und Zeit 3-31 3 Das Diagramm von den zwei Kategorien in Tabelle 3-14 zum vollziehbaren Bestandteil (Kunstprodukt) ist ein Beispiel eines Codes Diagramm der Programmspezifikationen für d.h. verpacken zwei Kategorien in eine Maßeinheit des deployable und vollziehbaren Codes. Das Diagramm von Bestandteil zum Nullpunkt ist ein Beispiel einer Entwicklung das Diagramm, wie ist normalerweise dargestellt in den UML-Entwicklungdiagrammen. Code- und Entwicklungrealisierungskartenaufnahmen sind Spezialisierungen von verwirklicht Verhältnis. Andere Spezialisierungen sind auch möglich. Zu den Zwecken der Realzeit Profil, haben wir die folgenden Arten gekennzeichnet: "Code" Ein Diagramm von einer dessen entsprechenden Laufzeit des vorbildlichen Elements Verhalten wird durch ein Programm von etwas Art spezifiziert (z.B., ein Klassifikator, geben Sie Maschine, Betrieb, Methode) zu jedem ein UML-Bestandteil an (normalerweise ein Kunstprodukt) oder zu einem Nullpunkt. Abbildendes dieses wird verwendet, um zu bezeichnen daß der Klient physikalisch den Programmcode für den Lieferanten enthält. "entfaltet" Ein Generaldiagramm, das anzeigt, daß Fälle des Lieferanten sind gefunden auf dem Klienten. Dieses Verhältnis wird häufig implizit vorbei definiert das entfaltete Kunstprodukt in den Kontext von graphisch legen entfaltendes Wesen. Z.B. im Diagramm oben, anstelle von ausdrückliche Entwicklungabhängigkeit vom Nullpunkt zum vollziehbaren Bestandteil, der Bestandteil könnte direkt nach innen gesetzt worden sein das Nullpunktsymbol zum Anzeigen, daß es auf diesem spezifischen Nullpunkt entfaltet wird. "erfordert" Eine Spezialisierung von "entfaltet" das Diagramm, das an ist zeigen Sie an, daß die Klientenelemente eine Fachgrundspezifikation von darstellen das minimale annehmbare Entwicklungklima angefordert durch Lieferant. In Wirklichkeit sagt es das wenn die tatsächliche Entwicklung Klima kann nicht das Minimum erfüllen, das vom Klienten von spezifiziert wird dieses Diagramm, ist es nicht möglich, zu garantieren, daß Lieferant wird stellen Sie seine volle Funktionalität oder sein angebotenes QoS zur Verfügung. Wir beschreiben dieses ausführlicher später abbilden im Dokument. Unabhängig davon die Art der Realisierung abbildend, scheinen die folgende Semantik, auf zuzutreffen alle (außer erfordert Diagramm): ? , wenn der Lieferant ausfällt, der Klient auch fällt wahrscheinlich auf gewisse Weise aus, es sei denn es das gibt viel zur Realisierung, die zwischen einem Klienten und einem Lieferanten abbildet (sehen Sie unten) ? die Laufzeit information/data (Zustand) des Klienten wird mit dem Lieferanten zusammengestellt und Ausfälle dieses Lieferanten können Verlust der Informationen bedeuten ? das QoS, das durch den Klienten erreichbar ist, wird durch die Eigenschaften QoS von begrenzt Lieferant. Die exakte Semantik dieser Begrenzung hängen von der Art von QoS ab und Art des Elements. Wenn ein Lieferantenelement zu zwei oder mehr Klientenelementen abgebildet wird, kann dieses ein von bedeuten das folgende (Anmerkung die, wenn die Kardinalität eines Lieferantenelements grösser als eine ist, dann dieses wird betrachtet, mehrere Lieferanten darzustellen): ? einschließlich - Mittel, daß die Funktionalität des Lieferanten irgendwie durch verwirklicht wird Ansammlung von allen Klientenelemente.