Vereinfachte Integration von Fachwissen in Computerprogramme ...

3.3.4 Datenmodelle 39
3.3.4 Datenmodelle
Ein standardisiertes Datenmodell ist nach [19] nicht vorhanden. Aktuell setzen die
meisten Systeme auf den Konzepten der Dateien und der Verzeichnisse auf. Damit
ist ein Management eines komplexen Objekts nicht möglich. Lin beschreibt in [39]
davon abweichend ein System mit einem objektorientierten Modell.
3.3.5 Produktmodelle
Zahlreiche SCM-Werkzeuge basieren auf der Grundlage, dass ein Softwareprodukt
einen Baum aus Dateien und Ordnern darstellt [19]. Ihr Modell ist demnach ein
Dateisystem-Modell, und die Struktur einer Software wird durch einen Baum repräsentiert.
Zur Darstellung detaillierterer Produktmodelle wurden Systemmodelle
mit dem Ziel eingeführt, Beziehungen zwischen den Komponenten zu definieren.
Diese Produktmodelle sind Graphen mit Dateien als Knoten. Das Problem dieser
SCM-Systeme ist, dass die Struktur der Abhängigkeiten – modelliert als Graph –
die Dateisystem-Struktur nicht ersetzt. Vielmehr existieren beide, und sie sind nicht
identisch. Darüber hinaus arbeiten Softwareentwickler mit einer weiteren Strukturierung,
die auf Konzepten wie beispielsweise Modul, Subsystem und System basiert.
Der Versuch, ein Standard-Produktmodell basierend auf einem Standard-
Datenmodell zu definieren, wurde nach [19] mehrfach unternommen. Ein Standard
vergleichbar zu STEP ist nicht vorhanden.
3.3.6 Versionierung
Bei SCM basiert die Versionierung auf der Basis von Dateien, die sich jeweils in der
Abfolge von Revisionen entwickelt.
3.3.7 Arbeitsumgebung
In SCM werden zur Bearbeitung spezielle Editoren, Texteditoren, Compiler und Linker
eingesetzt. Zur Bereitstellung der Daten, die in Form von Textdateien vorliegen,
hat sich die Anwendung von check-in/check-out-Protokollen verbreitet. Diese verhindern,
dass ein Datensatz in getrennten Arbeitsumgebungen zeitgleich geändert
werden kann.
3.3.8 Prozessmodell
In SCM ist die Prozessunterstützung nach [19] schwach ausgeprägt.