Grundlegende
Konzepte
Eigenschaften der Repository-Objekte
Die Logik hinter der Funktionsweise des Classification Toolset ist eng verknüpft mit einer Reihe grundlegender Konzepte, die sich in erster Linie auf die Eigenschaften von Repository-Objekten und die Natur des Klassifizierungsprozesses beziehen.
Die wichtigsten Eigenschaften von Repository-Objekten (wie Verantwortlicher, Paket usw.) werden im Objektverzeichnis (TADIR) abgelegt. Die zusätzlichen Eigenschaften (wie Anlegedatum, Letzter Änderer usw.) sind Teil der Metadaten der Objekte.
Wollen Sie zu einem Repository-Objekt neue Eigenschaften hinzufügen, müssen Sie dazu entweder das Objektverzeichnis oder die Struktur der Metadaten erweitern. Die Vor- und Nachteile davon sind:
Vorteile |
Nachteile |
Die Eigenschaften sind nach jedem Transport des Objekts in ein anderes System verfügbar. |
Die Ablage neuer Eigenschaften als Metadaten erzeugt zusätzliche Entwicklungsanforderungen für die bestehenden Werkzeuge, um die neue Eigenschaft zu pflegen. |
Die Eigenschaften werden im Verlauf des normalen Entwicklungsprozesses gepflegt. |
Wenn die Eigenschaft unterschiedliche Objekttypen abdeckt, müssen Sie mehrere Werkzeuge zur Wartung verwenden. |
|
Die Eigenschaften können nur im Originalsystem des Objekts geändert werden. |
Funktionale und nichtfunktionale Eigenschaften
Der Schlüssel zur Lösung der oben genannten Probleme liegt in der Unterscheidung zwischen funktionalen und nichtfunktionalen Eigenschaften von Repository-Objekten.
Die Sichtbarkeit einer Klasse ist eine funktionale Eigenschaft, weil Sie wissen müssen, ob ein Attribut privat, geschützt oder öffentlich ist, um den Kontext definieren zu können, in dem auf den Attributwert zugegriffen werden kann.
Die Eigenschaft der Barrierefreiheit kann als nichtfunktional angesehen werden, weil die Information, ob auf ein Bild zugegriffen werden kann oder nicht, vom GUI zur Anzeige dieses Bildes nicht benötigt wird.
Sie können die Nachteile einer Ablage neuer Eigenschaften als Metadaten vermeiden, indem Sie nichtfunktionale Eigenschaften wie separate Repository-Objekte behandeln. Wenn Sie in diesem Fall neue Eigenschaften zu einem Repository-Objekt hinzufügen wollen, ist es nicht notwendig, das Objektverzeichnis zu erweitern oder die Entwicklungswerkzeuge zu ändern. Außerdem ist es nicht zwingend erforderlich, dass die neuen Eigenschaften dasselbe Objektverzeichnis haben wie das Objekt, zu dem sie gehören.
Siehe auch: