Download (5Mb) - oops/ - Oldenburger Online-Publikations-Server

94 Umsetzung des Prototyps
Weiter kann ein InternalAsset in ein RealAsset oder in ein VirtualAsset (siehe nächsten
Paragraph) unterteilt werden. Die Modellierung als RealAsset erlaubt die Darstellung verschiedener
Gegenstände in einer hierarchischen Struktur und die Zuweisung einer bestimmten Kategorie
oder mehrerer Kategorien (z.B. in Form verschiedener Tags) mittels der Klasse AssetCategory.
Darüber hinaus wurde die Schnittstelle IAssetLogic modelliert, sodass ein Hinweis darauf gegeben
wird, dass ein Gegenstand auch mit einer bestimmten Logik in derjenigen Anwendung, die das
Datenmodell umsetzt, “eingeplant” werden kann. Weiterhin besteht im Rahmen des “Home Sharing”
Szenarios der Bedarf, ein zentrales Element (CentralElement) statisch modellieren zu können –
in diesem Fall wird das zentrale Element durch eine Wohnung repräsentiert.
Die Instanzen der Klasse InternalAsset sowie die Instanzen der Klasse AssetCategory
unterstützen die Definition von beliebigen Eigenschaften anhand der Klasse AttributeSet und
implizit der Klasse Attribute. Durch diesen Mechanismus können Eigenschaften wie z.B. die
Wohnfläche für jede Art von Raum oder die Mobilität eines bestimmten Gegenstands ausgedrückt
werden. Eine Eigenschaft (ein Attribut) kann einen Namen und eine Beschreibung tragen und
kann zugleich hinsichtlich der Optionalität und des Typs (numerisch oder textuell) angepasst werden.
Im Fall von InternalAssets können verschiedene Metadaten erfasst werden, welche im übernächsten
Paragraph erläutert werden.
7.2.2 Einbeziehung von Smart Objects (b)
Die im Paragraph 2.2.1 eingeführten Konzepte des “Smart Objects” Forschungsfeldes werden in
das Datenmodell für Home Sharing einbezogen, in welchem die weitere Spezialisierung der vorher
erläuterten InternalAsset Klasse, namens VirtualAsset modelliert ist. Hiermit wird es
ermöglicht, zumindest auf einer konzeptuellen Ebene (s.u) verschiedene zusätzliche, domänenspezifische
virtuelle Funktionalitäten an einem Gegenstand zu vergeben.
Die Bezeichnung “eine Art von Web Services” zeigt die Erweiterbarkeit des Prinzips: es können
entweder generische Web Services (GenericWebService), bei denen eine WSDL Beschreibung
vorliegt, oder REST Web Services (siehe auch Abschnitt 2.7), bei denen eine spezifische Art von
Beschreibung (siehe dazu Abschnitt 7.3.5) vorliegt, modelliert werden.
Bezüglich der erwarteten Funktionalität eines VirtualAssets werden zur Verringerung der
Komplexität keine Aussagen in diesem Modell getroffen. Vorgesehen ist die Bereitstellung einer
grundlegenden Funktionalität, die einige für das “eingekapselte”, anreicherte Objekt relevante Daten
zurückliefert. Beispielsweise liefern die Anfragen getName, getDescription und get-
Location grundlegende Informationen über den letztendlich modellierten Asset. Darüber hinaus
besteht die Möglichkeit, eine Schnittstelle zu definieren bzw. vom eingekapselten InternalAsset
umsetzen zu lassen, die für den Gegenstand eine spezifische Funktionalität (über einen Web Service,
wie beschrieben) bereitstellt. An dieser Stelle können z.B. fortgeschrittene Programmlogik ablaufen,
wie beispielsweise eine Anfrage an verschiedener Parameter direkt vom eingekapselten Gegenstand.