Funktionale Anforderungen und Entwurfsziele Edition 1(deutsch)
Funktionale Anforderungen und Entwurfsziele Edition 1(deutsch)
Funktionale Anforderungen und Entwurfsziele Edition 1(deutsch)
Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.
YUMPU macht aus Druck-PDFs automatisch weboptimierte ePaper, die Google liebt.
OSCI-Transport Version 2 – <strong>Funktionale</strong> <strong>Anforderungen</strong> <strong>und</strong> <strong>Entwurfsziele</strong> 41<br />
MUSS 40:<br />
Sender <strong>und</strong> Empfänger stehen i.d.R. in einer Vertrauensstellung zu den Instanzen der Kommunikation,<br />
die die in den jeweiligen Szenarien benötigten optionalen Mehrwertdienste erbringen.<br />
Es muss daher die Möglichkeit bestehen, diese Instanzen jeweils gem. der Vertrauensstellung<br />
der jeweiligen Endpunkte in den Nachrichtenfluss einzubinden.<br />
Die Architektur der OSCI-Infrastruktur muss so gestaltet sein, dass jeder Endpunkt für sich<br />
festlegen kann, welcher Instanz zur Erbringung von OSCI-Mehrwertdiensten er sich bedient;<br />
insbesondere muss jeder Empfänger den Provider des Postfachdienstes für sich festlegen<br />
können.<br />
In OSCI-Architekturen müssen die Knoten zur Erbringung der Mehrwertdienste somit flexibel lokalisierbar<br />
sein – als Service auf Zwischenknoten bei Nachrichtentransport oder auch lokalisiert jeweils<br />
direkt bei den Instanzen Sender <strong>und</strong> Empfänger. I.d.R. werden unterschiedliche Instanzen dieser<br />
Dienste betrieben, jeweils für Sender <strong>und</strong> Empfänger in deren jeweiligen „Trust Domains“. Bei überlappenden<br />
Vertrauensstellungen von Sender <strong>und</strong> Empfänger bzgl. einzelner Dienste können Instanzen<br />
der Mehrwertdienste zusammenfallen – mindestens für die Verzeichnisdienste der angezeigten<br />
<strong>und</strong> akkreditierten ZDAs ist dies immanent.<br />
© 2007-2009 OSCI Leitstelle
Change language