Sie zeigen eine alte Version dieser Seite an. Zeigen Sie die aktuelle Version an.

Unterschiede anzeigen Seitenhistorie anzeigen

« Vorherige Version anzeigen Version 20 Nächste Version anzeigen »

In der Facility-Bibliothek sind alle Facility-Typen, dazu gehörige Eigenschaften und Meanings hinterlegt. 

Damit das System der Facility-Bibliothek funktioniert, welches vor allem von intelligenten Vererbungen innerhalb der Facility-Typen profitiert, ist es wichtig, dass die Bibliothek effizient verwaltet wird. 

Deshalb besprechen wir in diesem Artikel in Form eines Best-Practice die wichtigsten Aspekte, die bei der Verwaltung der Facility-Bibliothek zu beachten sind. 


Regeln zum Anlegen von Typen, Meanings und Eigenschaften

So allgemein wie möglich und so spezifisch wie nötig

Alle Facility-Typen und ihre Elemente allgemein wie möglich zu gestalten, bedeutet, dass sie für so viele Anwendungsfälle wie möglich einsetzbar sind. Das heißt, dass zum Beispiel ein Typ so gestaltet sein muss, dass seine dazugehörigen Properties und Meanings auf so viele Facilities wie möglich übertragbar sind. Durch einen solchen Aufbau kann der Facility-Typ für viele Facilities genutzt werden und gleichzeitig problemlos Eigenschaften an zahlreiche untergeordnete Facility-Typen vererben. 

Die Facility-Typen und ihre Elemente sollten dennoch so spezifisch wie nötig beschrieben werden! Sie sollten zwar universell einsetzbar, aber trotzdem so spezifisch gestaltet, dass sie optimal zu ihrem Anwendungsbereich passen.

Beispiel: Beim Einrichten einer Facility für ein Büro ist es möglich, den Typen "Raum" zu verwenden, da dieser so allgemein gestaltet ist, dass er zu allen Räumen ohne spezielle Anforderungen passt. Ein Facility für einen Kühlraum bringt jedoch unter Umständen besondere Anforderungen mit sich, weshalb es notwendig ist, einen spezifischeren Typen zu verwenden. 

Kontrolliere, ob ein neuer Typ wirklich notwendig ist!

Einige Facilities sind so spezifisch, dass es notwendig ist, einen eigenen Typen für sie anzulegen, weil sie Einstellungen benötigen, die so nicht durch andere Typen abgedeckt werden. Ist dies nicht der Fall, sollte kein neuer Facility-Typ angelegt werden! 

Beispiel: Soll eine Kaffeemaschine als Facility angelegt werden, ist es durchaus möglich, dass alle dafür notwendigen Eigenschaften wie "Hersteller"  oder "Garantie bis" bereits am Typen "Equipment" hinterlegt sind. Daher kann dieser Facility-Typ für die Kaffeemaschine benutzt werden. Wird eine neue Eigenschaft benötigt, wie zum Beispiel "Sorte der Kaffeebohnen", kann ein neuer Typ angelegt werden.

Nutze die Vererbung weise!

Eigenschaften werden immer von übergeordneten an untergeordnete Facility-Typen vererbt. So können allgemeine Eigenschaften an speziellen Typen wiederverwendet werden. Deshalb sollten Sie so weit oben wie möglich in der Hierarchie eingesetzt werden. 

Beispiel: Beim Facility-Typen "Elektrozähler wird die Eigenschaft "Geeicht bis" benötigt. Diese Eigenschaft findet aber auch am übergeordneten Typen "Zähler" und all seinen anderen untergeordneten Facility-Typen Verwendung. Es ergibt jedoch keinen Sinn, die Eigenschaft beim Typen "Equipment" zu verwenden, da sie nicht für alle dort untergeordneten Typen gilt. "Geeicht bis" sollte demzufolge beim höchstmöglichen Typen "Zähler" angebracht werden, da es sinnvoll auf alle untergeordneten Typen vererbt werden kann. 

Nutze Meanings um Daten zu separieren!

Wenn es notwendig ist, Daten separiert voneinander zu aggregieren, werden auch separate Meanings benötigt. 

Beispiel: In den meisten Fällen ist es notwendig, die Lastgänge vom Erdgas und der Elektrizität getrennt voneinander auszuwerten. Natürlich könnte man für beides das Meaning "Lastgang" benutzen, aber dann wäre es nicht möglich, die Daten auch in übergeordneten Facilities voneinander zu unterscheiden. Da ein Bedarf daran besteht, die Lastgänge getrennt voneinander zu betrachten, ist es auch sinnvoll, separate Meanings anzulegen.



Hinweise zu Eigenschaften 

Gruppiere Eigenschaften sinnvoll!

Eine sinnvolle Gruppierung von Eigenschaften macht die Eigenschaftenseite an Facilities übersichtlicher, hilft dem Nutzer dabei, diese einzutragen und erleichtert die Zuordnung

Beispiel: Beim Facility-Typen "Equipment" können zahlreiche Angaben zu den Ausrüstungsgegenständen als Eigenschaft hinterlegt werden. Allgemeine Angaben wie der Hersteller oder die Inventar Nummer werden in einer Gruppe zusammengefasst, ebenso wie alle technischen Daten und die Abmessungen des Geräts.

Vereinfache die Facility-Suche!

Ist eine Eigenschaft als "searchable" markiert, kann deren zugehörige Facility in QBRX über die Suche gefunden werden. Eigenschaften sollten als "searchable" markiert werden, wenn sie dabei helfen, Facilities zu finden. Es sollte jedoch nicht jede Eigenschaft markiert werden, da sonst unnötig viele Suchergebnisse geliefert werden. Die Funktion sollte auch nur bei Eigenschaften verwendet werden, deren Wert eindeutig von anderen unterscheidbar ist.

Beispiel: Adressen von Standorten sind sinnvolle, suchbare Eigenschaften, da der Nutzer manchmal eher die Adresse eines Ladens zur Verfügung hat, statt dessen Nummer. Auch der Hersteller von Ausrüstungsteilen ist eine Eigenschaft, nach der zum Beispiel gesucht werden kann, um baugleiche Geräte zu finden. Es wäre jedoch nicht sinnvoll, das Gewicht eines Objektes als "searchable" zu markieren, da eine Zahl als Wert nicht eindeutig genug ist und zu viele, zusammenhanglose Ergebnisse liefern könnte. 



Tipps zur Benennung

Namen konsistent und eindeutig wählen!

Eine eindeutige Benennung erleichtert es dem Nutzer, den richtigen Facility-Typen und dessen Elemente auszuwählen und danach zu filtern. Dabei sollte man sich an vorher festgelegte Konventionen halten, um eine gewisse Konsistenz zu gewährleisten.

Damit diese eindeutig und konsistent benannt werden, sollte vorher eine dementsprechende Einigung getroffen werden, die in einer Dokumentation festgehalten wird. 

Abkürzungen vermeiden!

Es gibt Abkürzungen, die allgemein bekannt sind und von jedem verstanden werden, wie zum Beispiel "z.B.". Es gibt allerdings auch Abkürzungen, die zwar praktisch erscheinen, aber aufgrund ihrer Unbekanntheit oder Doppeldeutigkeit mehr Probleme verursachen als lösen. Nicht jeder kennt die Abkürzung "NTH" für "nice to have". Stattdessen könnte sie auch als "Nothing" oder "No Therapy Helpful" gedeutet werden. 

Im Zweifelsfall sollte immer davon ausgegangen werden, dass die Bedeutung einer Abkürzung nicht bekannt ist!


  • Keine Stichwörter