April 2002 Omg-mof, v1.4: BerechnungscSemantik 4-23 4 4,13,2 Zugangsbetriebe sollten nicht metadata ändern Viele Betriebe auf Fall und Verbindungen werden zum Stützzugang zu zur Verfügung gestellt allgemeiner Zustand eines Modells; z.B. die erhaltenbetriebe für Attribute, die Fragenbetriebe für Verbindungen. Für normale (nicht-abgeleitete) Attribute und Verbindungen der Standard Berechnungssemantik der Betriebe eines Zuganges sollen das Entsprechen einfach zurückbringen Wert oder Ansammlung. Für abgeleitete Attribute und Verbindungen gibt es keinen Standard Semantik an allen. Im allgemeinen ist es schlechte Art, damit ein Zugangsbetrieb wahrnehmbare Seite hat Effekte auf das Primärmetadata. Ähnlich ist es schlechte Art für einen Betrieb mit dem isQuery zutreffend solche Nebenwirkungen haben. Das Grundprinzip für diese Richtlinie ist, daß der Benutzer nicht einen Zugangsbetrieb erwarten würde, um zu haben sichtbare Nebenwirkungen. Anmerkung -- es kann (zum Beispiel) für ein Attribut angemessen sein gelangt Betrieb an Update a privates Gegenattribut, das die Zahl Zugängen notiert. Die Legitimität von diesem Art des Verhaltens hängt an ab, ob oder nicht der geänderte Zustand wie eingestuft werden kann Primärmetadata. 4,13,3 Updatebetriebe sollten das ernannte metadata nur ändern Die Standardsemantik der metadataupdatebetriebe definieren, welches metadata ist erwartete, durch den Betrieb geändert zu werden. Jedoch gibt es keine ausdrückliche Anforderung daß anderes metadata nicht geändert werden sollte. Es ist schlechte Art für einen Updatebetrieb für ein nicht-abgeleitetes Attribut, Hinweis oder Verbindung zum Ändern irgendeines Primärmetadata anders als das welches durch die Standardsemantik gekennzeichnet wird. Das Grundprinzip für diese Richtlinie ist, daß der Benutzer nicht solche Änderungen erwarten würde, um einzutreten. Anmerkung -- diese Richtlinie soll nicht auf Betriebe für abgeleitete Attribute zutreffen, Hinweise oder Verbindungen oder zu den Betrieben mit dem isQuery falsch. 4,13,4 Abgeleitete Elemente sollten wie nicht-abgeleitete Elemente sich benehmen M2-levelattribute und -verbindungen können definiert werden, wie, ableitend von anderem Informationen in einem Metamodell (d.h., indem die Einstellung das jeweilige, isDerived Markierungsfahne, um auszurichten). Das angeforderte M1-levelverhalten der abgeleiteten Elemente ist zu dem für Äquivalent identisch nicht-abgeleitete Elemente. Verhalten, das die Semantik in diesem Kapitel und innen widerspricht die relevante Diagrammspezifikation ist non-conformant. Jedoch da abgeleitete Attribute und Verbindungen eingeführtes Verwenden sein müssen Einheiten, die über dem Bereich des MOF-Modells hinaus sind, Übereinstimmung ist schließlich die Verantwortlichkeit des Metamodellimplementor.