November 2002 UMS-DatencZugangs-Service: DesigncGrundprinzip 1-5 1 Teilweises Schema Das EPRI-CIM ist verhältnismäßig großes Schema und ein gegebener DAF-Datenversorger (im elektrischen Energiengebiet) kann möglicherweise nicht die ganze es stützen. In einer Bemühung, teilweisen Implementierungen von zu ermöglichen das EPRI-CIM, die Task Force EPRI CCAPI ist bei dem Definieren von Übereinstimmung Blöcke für spezifische Verwendungsgebiete. Eine Notwendigkeit an der teilweisen Schemaunterstützung wird in beabsichtigt Wasser- und Gasgebiete außerdem. Das DAF liefert eine Methode, get_resource_ids() welche Klienten pflegen können, festzustellen, ob eine gegebene Kategorie oder ein Attribut durch a gestützt wird gegebene Implementierung. Die gleiche Methode wird verwendet, um festzustellen ob a Übereinstimmungblock als Ganzes wird gestützt, sobald jene Blöcke definiert werden. ?- Zuschreiben-NiveaucAufspaltung - ein teilweises Schema kann vollständige Kategorien von Daten auslassen, aber gerade da häufig es einige Attribute einer Kategorie ausläßt und andere stützt. Dieses reflektiert die Beobachtung, daß unterschiedliche Gruppen Attribute unterschiedlichem entsprechen Funktionsbereiche. Mitglieder Aufgabe des Gebrauchsgebietes EPRI CCAPI und OMG Kräfte haben häufig sich diese funktionell in Verbindung stehenden Gruppen auf Attribute wie bezogen Aspekte . In einem traditionellen orientierten Gegenstand würde Design, Aspekte Kategorien in ihrem eigenen Recht sein. Jedoch definiert das EPRI-CIM keine solchen Kategorien und es würde zu sehr schwierig sein halten Sie solche Definitionen aktuell, die Neuanmeldungen entdeckt werden. Dementsprechend läßt das DAF Implementierungen Daten auf dem Niveau von stützen oder auslassen Einzelpersonenattribute auf einzelnen Gegenständen. Dieses beeinflußt das Design der Frage Resultatsstrukturen und, grundlegender, das Modell von Daten, die zugrunde liegt DAF. ?- Vereinigung der Datenversorger - diese Spezifikation nimmt daß eine Anzahl von Daten vorweg Versorger, jedes stützende Teil eines gesamten Schemas, konnten kombiniert werden, um a zu verursachen führen Sie System durch. Dieses würde unabhängige Entwickler ermöglichen, UMS mit zu verlängern Datenversorger sowie Klienten. Jedoch deutet dieses die Notwendigkeit am System an und abhängige Logik der Konfiguration, die Fragen auf die passenden Daten verweisen muß Versorger und vermischen die erreichten Resultate. Das DAF stellt für Proxydaten zur Verfügung Versorger zum Verstecken dieser Details von den Klienten und von den entscheidenden Datenversorgern, sicherstellen, daß diese Bestandteile von irgendwie gegeben worden unabhängig entwickelt werden können System. SchemacZugang Das DAF wird nicht angefordert, um Zugang zum metadata (d.h., Schemainformationen) zu stützen; jedoch ist es nicht möglich, Fragen ohne Hinweis auf mindestens irgendeinem Schema zu formulieren Elemente: Kategorien, Attribute und Verhältnisse. Ausserdem viele generische Anwendungen nicht nur fragen Bezugsschemainformationen aber es auch im Detail. Ein Beispiel, nehmen XML-Export-Service konnte was zu exportieren und wie feststellen, indem er was Kategorien fragte bestehen Sie, was Attribute jedem gehören und was die Attributarten sind. ?, das SchemacElemente Kennzeichnet - diese Spezifikation beschäftigt Schema bei zwei Niveaus. Für einfache Klienten und Bediener ist es genügend, die Schemaelemente zu kennzeichnen. DAF setzt Universalhilfsmittelbezeichnerhinweise (URIs) zu diesem Zweck ein. A einfacher Klient wird erwartet, das URIs für die Kategorien und die Attribute zu kennen, die es zu wünscht Zugang. Ein Diagramm wird zwischen dem EPRI-CIM zur Verfügung gestellt, das in UML und definiert wird URIs verwendet im DAF.