UMLTM Profile for Schedulability, Performance, and Time Specification (automatische Übersetzung)

September 2003 UML-Profil für Schedulability, Leistung und Zeit 5-11 5 ? wird es angenommen, daß die Fokus-von-Steuerungsstäbe benutzt werden können, um Tätigkeit darzustellen Durchführungen sowie Tätigkeiten. ? häufig die Eigenschaften der Tätigkeitsdurchführungen kann von den Tätigkeiten abgeleitet werden (Beschreiber), z.B. ob oder nicht eine Anforderung synchron ist oder asynchron. Tabelle 5-2 zeigt, wie Daten im Fernmessungsystem angezeigt werden; dieses kennzeichnet einiges asynchrone Kommunikation. Tabelle 5-2 Parallelitätsmodell - asynchroner Fall In diesem Fall benennt ein Taktgeber 10ms TelemetryDisplayer asynchronously und fährt dann fort. Unterdessen faßt Fernmessung Displayer den Service auf eine aufgeschobene Art und Weise, obgleich innen an dieser Fall wartet sie ihn bereits. Sie erhält dann die Daten von den Sensoren in einem Betrieb und zeigt dann die Daten an. Der Betrieb DisplayData muß atomar sein (d.h., nicht preempted) weil die Anzeige in einem Klumpen aktualisiert werden muß. 5,2,5 Vorgeschlagene Notational Verlängerungen Keine zusätzlichen notational Verlängerungen werden für das Modellieren von Parallelität zur Verfügung gestellt. "CRdeferred" "RTevent" { RTat=('periodic ', 10, ' Ms ') } TelemDataDisplay () "CRimmediate" { CRthreading=remote } TelemDataDisplay () "CRimmediate" { CRthreading=remote } DisplayData () "CRsynch" "CRsynch" "CRaction" { CRatomic=$true } "CRasynch" "CRconcurrent" TGClock "CRconcurrent" TelemetryDisplayer :DataDisplayer Anzeige :DisplayInterface SensorData :RawDataStorage