EDV-gestützte Planung und Verwaltung heterogener technischer Netzwerkinfrastrukturen

abhängig, zum Anderen jedoch von der gewünschten Detailtiefe der jeweiligen (zu erstellenden) Zeichnung. Auf einer obersten (ungenauesten) Ebene (Stufe 1) kann eine Zeichnung aus unspezifizierten (der Datenbank nicht bekannten) Knoten und Kanten bestehen, die lediglich das Beziehungsgefüge als logische Abbildungsvariante in der Zeichnungsumgebung (Strukturplan) beinhaltet. Einziger Datenbankbezug ist hier die Zuordnung der Zeichnung zum Standortobjekt. Auf dieser Stufe wird weder ein Basisplan als Hintergrundbild, noch der Bezug zu Raumobjekten zwingend benötigt. Werden die abgebildeten Knoten und Kanten Configuration Items ohne Produkt- und Klassenbezug zugeordnet, ist eine erste spezifizierte Detailtiefe (Stufe 2) erreicht. Unter Berücksichtigung der Produkt- und Klasseninformation (also der exakten Kenntnis der Knoten- und Kantenkonfiguration mit entsprechender Symbolzuordnung) kann von feinspezifizierter Detailtiefe gesprochen werden (Stufe 3). Die nächste Detaillierungsstufe (Stufe 4) gleicht einer lagegenauen Knotenabbildung, d.h. Lageinformation für Knoten wird aus dem Raumobjekt ausgelesen, Kanten werden jedoch weiterhin als logische Verbindungen eingefügt. Nun wird auch der Bezug zur Basiszeichnungsebene und die Raumobjektebene (als Orientierung) benötigt. Die detaillierteste (realitätsnäheste) Ebene (Stufe 5) ergänzt die vorherige Stufe um lagegenaue Kanten mit Informationen aus dem Raumobjekt. [...]

Während bisher atomare Elemente und Topologieabbildungen technischer Netzwerkinfrastrukturen als alphanumerische Datenobjekte eingeführt wurden, sollen diese nun um zeichnerische (grafische) Abbildungen erweitert werden. Nach dem „Architekturmodell für datenbankbasierende Softwaresysteme“, stellt die grafische Abbildung in Zeichnungsumgebungen, neben alphanumerischen Tabellen- oder Maskensichten, lediglich eine weitere Anwendung der externen Schicht (des Graphical User Interface) dar. Datenbankseitig verwaltete (alphanumerische) Objekte sollen also in der Zeichnungsumgebung grafischen Objekten zugeordnet werden, ohne alphanumerische Inhalte im Zeichnungsprogramm pflegen zu müssen. Die angegebene Architektur läßt zu, bei entsprechender Kopplung auf alphanumerischer Ebene (Schnittstellenkopplung), ein beliebiges Zeichnungsprogramm (z. B. GIS-, CAD-System, oder Microsoft Visio™) zur Visualisierung heran zu ziehen. In gängigen Netzwerkdokumentationsumgebungen sind jedoch auch Produkte zu nennen, die über eine integrierte Zeichnungsverwaltung verfügen (z. B. „SATIN“ der Firma Tenovis, oder „C-6000“ der Firma Facility Network Technology (FNT)) [TENOVIS 2004, FNT 2004]. Vorteile einer integrierten Lösung ergeben sich bezüglich einheitlicher Systemumgebung (auch auf externer Ebene), bzw. nicht vorzunehmender Schnittstellenanpassung. Eine Anbindung externer Zeichnungssysteme erlaubt im Gegensatz hierzu die Nutzung des spezifischen Funktionsumfangs des jeweiligen Zeichnungsprogramms. Die Zuordnung der Einzelzeichnungen soll über das Standortobjekt vorgenommen werden. D.h. die jeweilige Zeichnungsdatei (des Zeichnungsprogramms) wird als interner Datenbankeintrag (Attribut), bzw. per Dateireferenz (Link), auf ein Speichermedium (Festplatte) von der Datenbank verwaltet. Demnach können beliebig viele Einzelzeichnungen je Entfernungsklasse (Eintrag des Standortobjekts) gepflegt, und aus der Datenbankanwendung aufgerufen werden. Eine Strukturierung der [...]

Für ein Betriebsszenario einer angegebenen Systemumgebung ist davon auszugehen, daß nicht beliebig viele unterschiedliche Herstellerprodukte für Knoten oder Kanten zum Einsatz kommen. Da diese Artikelliste als begrenzt bezeichnet werden kann, soll eine maßgebliche funktionale Vereinfachung über die Produktbibliothek eingeführt werden. Neben der organisatorischen und räumlichen Stammdatenabbildung, erhält jedes Configuration Item (gemäß konzeptionellem Basismodell) eine Zuordnung zu Produkt und Klasse für die technische Stammdatenabbildung. In diesem Konstrukt (Produkt wird über Klasse referenziert, und dem Gerät zugeordnet) werden also herstellerspezifische Eigenschaften des Geräts festgeschrieben, und über das klassenspezifische N-Tupel an das Gerät vererbt. D.h. die Produktbibliothek ist keine „flache“ Tabelle mit den Werten „Hersteller“, „Artikelbezeichnung“, oder „Seriennummer“, sondern beinhaltet spezielle Eigenschaften der Produkte. Darüber hinaus können, unter Verwendung von internen und externen Verbindungspunkten und geschachtelten (hierarchischen) Configuration Items, beliebige Konfigurationen für Knoten und Kanten erzeugt werden. Besteht nun die Möglichkeit, solche Konfigurationen im administrativen Bereich der Systemumgebung zu hinterlegen, können solche „Schablonen“ (Templates) im Bedarfsfall mit allen gewünschten organisatorischen, räumlichen, technischen, und konfigurationsspezifischen Eigenschaften (Attribute) beliebig dupliziert werden („n-faches Erzeugen eines Configuration Items“). Gerade für Massenoperationen, bzw. für komplexe Knoten- oder Kantenkonfigurationen (z. B. Kabel mit 50 Doppeladern), stellt diese Basisfunktionalität eine elementare Vereinfachung dar. Template-Definitionen sind hierbei nicht auf physikalisch existente Geräteaufbauten beschränkt, sondern können durch übergeordnete Vaterkomponenten zu logischen Konstrukten gruppiert werden (z. B. „Standardarbeitsplatz“). [...]