Berechtigungen

Berechtigungen im Requirements & Systems Portal sind granular, und die übergeordneten Berechtigungen beginnen auf der Instanzebene des Requirements & Systems Portal (Default), dann auf Projektebene und verlaufen in jedem Modul über die Objekte höherer Ebene bis hinunter zu allen niedrigeren Ebenen, bis zu Valis oder Anforderungen. Der Administrator kann die Berechtigungen auf jeder Ebene ändern. Wenn innerhalb des Requirements & Systems Portal ein neues Projekt erstellt wird, übernimmt das Projekt standardmäßig die Standardberechtigungen (Read & Write & Delete für Everyone standardmäßig). Die Administratoren können die Berechtigungen der Objekte auf der Berechtigungsseite innerhalb des Projektmoduls ändern. 

Berechtigungsseite – die Oberfläche zum Ändern der Berechtigungen aller Objekte innerhalb des Projekts

Berechtigungstypen

Berechtigungen sind kumulativ, das heißt, höher eingestufte Berechtigungen schließen automatisch immer alle niedriger eingestuften Berechtigungen ein. Zum Beispiel ist „Lesen“-Zugriff automatisch enthalten, wenn Sie über „Schreiben“-Berechtigung verfügen. Die folgenden vier Typen sind verfügbar (in kumulativer Reihenfolge):

READ-ONLY

Die Leseberechtigung erlaubt Ihnen, ein Projekt und alle seine Elemente anzuzeigen: Blöcke, Valis und Matrizen. Sie können diese Daten auch in anderen Projekten verwenden, zum Beispiel in Formeln von Valis. Sie können jedoch nichts innerhalb des Projekts bearbeiten, für das Sie „Lesen“-Zugriff haben.

READ & WRITE

Um Elemente innerhalb eines Projekts zu bearbeiten, benötigen Sie Schreibberechtigung für dieses Projekt. Mit „Schreiben“-Berechtigung können Sie das Projekt sowie alle darin enthaltenen Blöcke, Valis und Matrizen bearbeiten/löschen. Mit Schreibberechtigung können Sie jedoch keine Berechtigungen für das Projekt anderen Benutzern zuweisen.

READ & WRITE & DELETE

Diese Berechtigung erlaubt dem Benutzer Lese- und Schreibzugriff sowie zusätzlich die Möglichkeit, Objekte zu löschen.

MANAGE

Die Verwaltungsberechtigung für ein Projekt gibt Ihnen die Möglichkeit, Berechtigungen für andere Benutzer für dieses spezifische Projekt hinzuzufügen oder zu entfernen. Sie erhalten automatisch Verwaltungsberechtigungen für ein Projekt, wenn Sie es erstellen. Ein Superuser kann Ihnen ebenfalls Verwaltungsberechtigungen zuweisen oder diese entfernen.

Spezielle Berechtigungen

Zusätzlich zu den Projektberechtigungen gibt es einige spezielle Berechtigungen, die auf Benutzerebene zugewiesen werden:

• Tags erstellen/bearbeiten

• Typen erstellen/bearbeiten

Alle oben genannten Berechtigungen werden standardmäßig gewährt, können jedoch von Administratoren im Admin-Bereich unter „Users“ und dann bei der jeweiligen User-ID entzogen werden.

Öffentliche Projekte

In öffentlichen Projekten wird jedem Benutzer automatisch die Berechtigung „Schreiben“ erteilt. Projekte sind standardmäßig öffentlich und müssen privat gemacht werden, wenn eine Berechtigungsverwaltung erforderlich ist.

Administratorrechte

Administratoren haben definitionsgemäß immer alle verfügbaren Berechtigungen. 

Einrichten Ihrer Berechtigungen

Sie können einem Objekt innerhalb eines Moduls im Requirements & Systems Portal benutzerdefinierte Berechtigungen hinzufügen. Wenn keine benutzerdefinierte Berechtigung festgelegt ist, übernimmt das Objekt die Berechtigungen von der höheren Ebene in der Reihenfolge Standard > Projekt > Blöcke / Spezifikationen > Unterblöcke / Gruppen > Valis / Anforderungen.

Sie können neue Berechtigungen hinzufügen, indem Sie auf die drei Punkte in der oberen rechten Ecke klicken und Permissions auswählen.

Im sich öffnenden Fenster Permissions können Sie die Berechtigungen für das Objekt festlegen, zu dem Sie aktuell navigiert haben. Oben im Fenster sehen Sie den Namen des Objekts, für das Sie Berechtigungen festlegen (im folgenden Beispiel ist es eine Spezifikation mit dem Namen 00 - Input Specifications). Sie können auch sehen, von welchem Objekt es seine Berechtigungen erbt, wenn keine benutzerdefinierte Berechtigung hinzugefügt wurde. In diesem Fall erbt 00 - Input Specifications seine Berechtigung vom Projekt Valicopter_5000.

Benutzerdefinierte Berechtigungen

Um eine benutzerdefinierte Berechtigung hinzuzufügen, klicken Sie im Fenster Permissions auf die Schaltfläche .

Beim Erstellen einer neuen benutzerdefinierten Berechtigung haben Sie zwei Auswahlmöglichkeiten, die unten erläutert werden:

Von <Objekt> erben

Mit dieser Option können Sie benutzerdefinierte Berechtigungen für das Objekt festlegen, die auch an alle darunterliegenden untergeordneten Elemente weitergegeben werden. Die standardmäßige benutzerdefinierte Berechtigung für jeden Benutzer wird vom übergeordneten Objekt geerbt. Wenn außerdem eine neue Berechtigung für das übergeordnete Objekt erstellt wird, zum Beispiel durch Hinzufügen eines neuen Benutzers zum Projekt, wird dessen Berechtigung für das aktuelle Objekt vom übergeordneten Objekt geerbt. Das gilt auch, wenn sich die Berechtigung eines Benutzers im übergeordneten Objekt ändert. Wenn ein Benutzer eine benutzerdefinierte Leseberechtigung hat und im übergeordneten Objekt Schreibberechtigung besitzt und sich die Berechtigung des übergeordneten Objekts auf „Verwalten“ ändert, wird die Leseberechtigung durch die neue Verwaltungsberechtigung überschrieben.

Einige Beispielanwendungsfälle sind:

• Sie möchten, dass ein Benutzer Lesezugriff auf ein gesamtes Projekt und benutzerdefinierten Schreibzugriff auf eine bestimmte Spezifikation und alle Anforderungen in dieser Spezifikation hat.

• Sie möchten, dass ein Benutzer Schreibzugriff auf ein gesamtes Projekt, aber nur Lesezugriff auf eine bestimmte Spezifikation und alle Anforderungen in dieser Spezifikation hat.

Berechtigungen von Grund auf neu beginnen

Mit dieser Option wird jede Vererbung von Berechtigungen von der übergeordneten Ebene gestoppt. Standardmäßig werden für das Objekt keine Berechtigungen erstellt, aber Sie können für jeden Benutzer benutzerdefinierte Berechtigungen für dieses Objekt hinzufügen. Es werden keine Berechtigungen vom übergeordneten Objekt geerbt, auch nicht beim Hinzufügen neuer Benutzer.

Einige Beispielanwendungsfälle sind:

• Sie möchten den Zugriff auf eine Spezifikation und ihre Anforderungen so einschränken, dass nur wenige Benutzer Lese- und Schreibzugriff haben. Andere Benutzer sehen diese Spezifikation nicht.

• Sie möchten nicht, dass Berechtigungen vom übergeordneten Objekt geerbt werden, wenn sich die Berechtigung des übergeordneten Objekts ändert.