FERC 881: High-Level-Architektur und Projektdesign

Rückblick: Definition und Verständnis

Letzte Woche haben wir die Definition und das Verständnis unseres FERC-881-Compliance-Projekts vorgestellt. Zur Wiederholung haben wir uns folgende Punkte angesehen:

• Definition des FERC-881-Projekts
• Definition der Facilities
• Definition der MLSE-Elemente
• Definition der Facility-Ratings-Berechnungen.
• High-Level-Architektur und Projektdesign

High-Level-Architektur und Projektdesign können parallel zu unserem vorherigen Schritt, Definition und Verständnis, ablaufen. Für dieses hypothetische Projekt mit einer Laufzeit von neun Monaten veranschlagen wir 35 Arbeitstage für diesen Schritt. Dieser Zeitrahmen hängt von den Ressourcen der jeweiligen Versorgungsunternehmen ab, aber die parallele Durchführung beider Prozesse kann die Gesamtprojektzeit verkürzen. Zudem ermöglicht dies die Optimierung und Anpassung des Plans während des gesamten Projekts.

Ziele für den Projekterfolg im Fokus

Das Hauptziel dieser Folge zur Umsetzung der FERC-Order-881-Compliance besteht darin, alle Anforderungen, Quellen und die Logik für sämtliche externen (systemfremden) Daten zu analysieren, die zur Berechnung der Facility-Ratings benötigt werden:

• Analyse der High-Level-Systemarchitekturanforderungen und Datenquellen.
• Woher stammt die Netzkonnektivität?
• Woher stammen die Basisratings der Komponenten?
• Analyse der Daten und Festlegung aller Datentypen je Datenquelle.
• Analyse der Schnittstellentechnologie, ihres Typs und ihrer Logik (z. B. unidirektional, bidirektional usw.)
• Festlegung der Anzahl der Schnittstellenanfragen je Datenquelle und Datenobjekt.
• Analyse der Netzmodellquellen
• Festlegung, welches aktive Modell die Primäranlagen enthält.
• Feststellung, ob zusätzliche Modelle verfügbar oder gewünscht sind.
• Gibt es ein System of Record für Nebenanlagen wie Wave Traps und Leiterseile?
• Prüfung, ob die Modellelemente vollständige Rating-Informationen enthalten?

Bei der Analyse des Basismodells kann sich herausstellen, dass bestimmten Elementen Rating-Informationen fehlen. In diesem Fall benötigt die Identifikation der Quelle der fehlenden Daten zusätzliche Zeit. Zusammenfassend erfordert der Erfolg dieses Schritts die korrekte Identifikation und Definition aller erforderlichen Datenspezifikationen und -quellen.

Netzmodell

Eine wichtige Quelle zur Speicherung der Konnektivität der Facility-Komponenten ist das Netzmodell. Ein Netzmodell ist ein zentrales Repository- und Verwaltungssystem und für eine nachhaltige FRM-Lösung unerlässlich – unabhängig davon, ob Sie IPS® Netzmodell Management zur Speicherung der Konnektivität und zur Generierung aller benötigten Facility-Komponenten nutzen oder die Facility aus einer Tabelle oder Liste einer anderen Lösung laden. Ohne die Konnektivität im Netzmodell ist es äußerst schwierig, den manuellen Prozess zu unterstützen, der sicherstellt, dass alle gemeinsam genutzten Anlagen in allen Facilities aktuell gehalten werden.

Das IPS® Netzmodell Management erfüllt alle Anforderungen an Network-Model-Management-Lösungen, die von EPRI im Dokument „Netzmodell Manager Technical Market Requirements – The Transmission Perspective“ veröffentlicht und auf Basis der Erkenntnisse der CIM User Group aktualisiert wurden. Diese CIM-basierte Objektstruktur ermöglicht einen effizienten Datenaustausch mit allen CIM-konformen Anwendungen und macht die manuelle Prüfung und Übernahme von Daten aus anderen Systemen überflüssig.

Während des Projektdesigns können Objekte identifiziert werden, die sich aktuell nicht im Netzmodell befinden. In diesem Fall muss das Projektteam über die Notwendigkeit und den Umgang mit diesen Objekten entscheiden.

Fazit: Verbessertes Projektdesign und High-Level-Systemarchitektur

Diese Arbeit kann zu einer klar definierten und verbesserten High-Level-Systemarchitektur, definierten Datenquellen und definierter Datenintelligenz führen. Alle Datenquellen sind definiert, und alle erforderlichen Schnittstellen – wie Schnittstellentechnologie, Richtung, Anzahl der benötigten Schnittstellenanfragen, deren Häufigkeit und die Beschreibung der Integration als einseitige oder End-to-End-Integration – sind festgelegt. Es ist für den Projektabschluss entscheidend, sich Zeit zu nehmen, um die Quellen, die Daten und deren Einordnung in die Einhaltung der FERC-881-Standards zu verstehen.

Nächste Woche liegt unser Fokus auf der Systemkonfiguration.