Spezielle Verwaltung > Datensicherheit gewährleisten > Richtlinienverwaltung > Kontext- und Domänenhierarchien
  
Kontext- und Domänenhierarchien
Ein Kontext liefert den Rahmen, in dem Benutzeraktionen ausgeführt werden. Projekte, Produkte, Bibliotheken und Organisationen sind Beispiele für eindeutige Kontexttypen. Wenn ein Administrator beispielsweise auf Windchill PDMLink zugreift, zur Seite Dienstprogramme im Kontext des Produkts "Fahrrad123" navigiert und das Dienstprogramm "Richtlinienverwaltung" öffnet, sind die für den Administrator verfügbaren Domänen und Richtlinien die im Kontext des Produkts "Fahrrad123" oder die in Vorgängerdomänen erstellten.
Das folgende Beispiel zeigt eine festgelegte Hierarchie von Kontexttypen:
In diesem Beispiel wird davon ausgegangen, dass sowohl Windchill PDMLink als auch Windchill ProjectLink installiert sind.
Beim Installieren einer Windchill Lösung wird immer der Standortkontext (Stamm) und wahlweise ein Kind-Organisationskontext, der während der Installation benannt wird, erstellt. Wenn bei der Installation kein Organisationskontext erstellt wird, wird dieser Vorgang vom Administrator im Rahmen der Konfiguration der Lösung für Benutzer vorgenommen. Weitere Organisationskontexte und Kontexte, die Kinder eines Organisationskontextes sind, werden je nach Geschäftsanforderungen erstellt.
Folgende Kontexte sind verfügbar:
Administratoren von Windchill PDMLink können Produkt-, Bibliotheks- und Organisationskontexte erstellen.
Administratoren von Windchill ProjectLink können Projekt-, Programm- und Organisationskontexte erstellen.
Beim Erstellen jedes Kontextes wird ebenfalls ein Satz von Domänen für die Verwendung im Kontext erstellt. Im Allgemeinen wird die Domänenhierarchie mithilfe der Kontexthierarchie erstellt. Eine Eltern-Domäne befindet sich entweder in demselben Kontext wie die Kind-Domäne oder im Eltern-Kontext des Kontextes der Kind-Domäne. In dem folgenden Diagramm werden die Standort-, Organisations- und Bibliothekskontexte mit einer in jedem Kontext definierten Domäne dargestellt. In der Domänenhierarchie wird Domäne3 (im Bibliothekskontext) als Kind von Domäne2 (im Organisationskontext) und Domäne2 als Kind von Domäne1 (im Standortkontext) dargestellt:
Nehmen Sie die folgenden Beispiele an, um diese Regel zu verdeutlichen:
1. Windchill PDMLink wird installiert und ein Kind-Organisationskontext namens "Fahrradunternehmen" wird unter dem Kontext "Standort" erstellt. Ein Administrator, der eine standardmäßige Bibliotheksvorlage verwendet und die Standardauswahl Nein für Privater Zugriff beibehält, erstellt einen Bibliothekskontext namens "Vertrieb", der ein Kind des Kontextes "Fahrradunternehmen" ist. Die standardmäßige Domänenhierarchie für diese Struktur wird im Fensterbereich Domänen des Dienstprogramms Richtlinienverwaltung wie folgt angezeigt:
2. Windchill ProjectLink wird installiert und ein Kind-Organisationskontext namens "Fahrradunternehmen" wird unter dem Kontext "Standort" erstellt. Ein Administrator, der eine standardmäßige Projektvorlage verwendet und Privater Zugriff auf Nur Projektmitglieder festlegt, erstellt einen Projektkontext namens "Super Bike", der ein Kind des Kontextes "Fahrradunternehmen" ist. Die standardmäßige Domänenhierarchie für diese Struktur wird im Fensterbereich Domänen des Dienstprogramms Richtlinienverwaltung wie folgt angezeigt:
Wenn ein gemeinsam benutztes Team erstellt wird, erstellt das System eine Domäne zur Einstellung der Zugriffsrichtlinienregeln für die Mitglieder des gemeinsam benutzten Teams. Details zu dieser Domäne und anderen gemeinsam benutzten Teaminformationen finden Sie unter Gemeinsam benutzte Teams.
Weitere Informationen zu Kontexten finden Sie unter Contexts – Distributed and Hierarchical Administration und Context and Domain Hierarchy Overview.
Weitere Informationen über das Erstellen von Kontextvorlagen und den Zugriff auf diese finden Sie in der Kontextvorlagen.