Personas, Bearbeiter und Zugriff auf Aufgaben
Pega-Plattform-Anwendungen verwalten Benutzer, deren Zugriffsrechte und das Routing von Aufgaben über Personas, Bearbeiter (Operator), Zugriffsgruppen (Access Groups) und Zugriffsrollen (Access Roles).
- Eine Persona repräsentiert eine Gruppe von Benutzern für Ihre Anwendung, die deren Anforderungen bei der Interaktion mit einer Anwendung entspricht.
- Ein Operator ist ein Bearbeiter – ein bestimmter Benutzer, der Aufgaben in Ihrer Anwendung ausführt.
- Eine Access Group ist eine Zugriffsgruppe, die bestimmte Berechtigungen im System hat.
- Eine Access Role ist eine Zugriffsrolle und definiert die Klassen, die ein Benutzer anzeigen, aktualisieren und löschen kann.
Personas, Bearbeiter, Zugriffsgruppen und Zugriffsrollen werden kombiniert, um zu bestimmen, welche Aufgaben ein bestimmter Benutzer in einer Anwendung ausführen kann.
Als Pega Business Architect (BA) sind Sie wahrscheinlich nicht für die Erstellung dieser Artefakte in der Anwendung zuständig. Sie arbeiten jedoch mit den Stakeholdern im Unternehmen zusammen, um die primären Benutzergruppen der Anwendung zu identifizieren. Anschließend erklären Sie den IT-Teams die Unterschiede zwischen den wichtigsten Benutzergruppen, damit diese die entsprechenden Personas, Zugriffsgruppen und Zugriffsrollen zur Unterstützung des Case-Typ-Workflows erstellen können.
In diesem Lerninhalt geht es um die Beziehung zwischen Personas, Operatoren, Zugriffsgruppen und Zugriffsrollen. Sie erfahren, wie Sie dafür sorgen, dass die Benutzer Ihrer Anwendung die erforderlichen Berechtigungen haben, um ihre Aufgaben so sicher und effizient wie möglich zu erledigen.
Personas
Jede Persona repräsentiert eine Gruppe von Benutzern für Ihre Anwendung, die durch ihre Geschäftsrolle, Aufgaben und Ziele hinsichtlich des Business-Prozesses definiert ist. Der Zweck einer Persona besteht darin, Ihre wichtigsten Benutzergruppen im System einheitlich, stimmig und realistisch zu repräsentieren, damit die Anwendung zu deren Anforderungen, Erwartungen und Verhaltensweisen passt.
Sachbearbeiter
In der Pega-Plattform wird jeder Benutzer, der mit einer Anwendung interagiert, als Operator identifiziert. Zu jedem Operator gehören eine eindeutige Kennung (meist eine E-Mail-Adresse), ein Passwort und persönliche Informationen, einschließlich relevanter Fähigkeiten.
Diese Bearbeiter erledigen Aufgaben in einer Anwendung, damit die Business-Prozesse erfolgreich abgeschlossen werden können. In einer Anwendung zur Prüfung von Kreditanträgen können Entwickler beispielsweise Kundenbetreuer, unterstellte Manager und Kreditadministratoren als Operatoren anlegen. Das sind dann die Mitarbeitenden, die Kreditanträge prüfen, zu genehmigen und bearbeiten.
Klicken Sie in der folgenden Abbildung auf die Pluszeichen (+), um die Vorteile anzuzeigen, die Operatoren einer Anwendung bieten:
Entwickler erstellen Operator-Datensätze, um Benutzer in einer Anwendung einzurichten. Der Operator-Datensatz muss aus Sicherheitsgründen eine ID (in der Regel eine E-Mail-Adresse) und ein eindeutiges Passwort enthalten. Wenn die Informationen verfügbar sind, kann der Operator-Datensatz auch die vom einzelnen Benutzer definierten Fähigkeiten (Skill-Set) und Informationen über Vertretungen bei Abwesenheiten enthalten. Standardmäßig verfügt jeder Benutzer über eine Arbeitsliste, aus der er die ihm zugewiesenen Aufgaben erhält.
Neben der ID und dem Passwort ist einer der wichtigsten Aspekte bei der Erstellung eines Operator-Datensatzes die Zuordnung zu einer Zugriffsgruppe, der so genannten Access Group.
Access Groups – die Zugriffsgruppen
Eine Access Group ist eine Zugriffsgruppe, die bestimmte Berechtigungen im System hat. Die Access-Group-Berechtigungen definieren den Zugriff eines Bearbeiters auf:
- relevante Anwendungen: Rulesets und Versionen
- verfügbare Portale (einschließlich App Studio, Dev Studio und Admin Studio)
- verfügbare Aufgaben-Pools (alle offenen und abgeschlossenen Arbeitselemente)
- verfügbare Zugriffsrollen
Nachdem ein Benutzer einen Operator-Datensatz erstellt hat, erhält dieser eine Zuweisung zu einer Access Group. Diese Zugriffsgruppe legt fest, auf welche Anwendungen und auf welche Teile einer Anwendung dieser Benutzer zugreifen darf.
Ein Bearbeiter kann mehreren Zugriffsgruppen angehören und zwischen ihnen wechseln. Es kann aber nur eine einzige Zugriffsgruppe für einen bestimmten Bearbeiter zu einem bestimmten Zeitpunkt aktiv sein.
Zugriffsgruppen und Personas
Zugriffsgruppen werden für Bearbeiter definiert, die ähnliche Zuständigkeiten haben. In dieser Hinsicht ähneln Zugriffsgruppen den Personas. Wenn Benutzer eine neue Persona für eine Anwendung in App Studio erstellen, legt das System automatisch eine entsprechende Access Group mit demselben Namen. Beispiel: In einer Darlehensanwendung erstellt das System nach der Erstellung einer Manager-Persona in App Studio eine Zugriffsgruppe „Loan:Managers“ in Dev Studio.
Es ist jedoch wichtig zu wissen, dass Personas und Zugriffsgruppen nicht identisch sind. Eine Persona ist eine allgemeine Benutzergruppe, die in App Studio erstellt wurde und nur dort verfügbar ist. Eine Access Group ist eine Zugriffsgruppe mit bestimmten Berechtigungen in einer Anwendung, die festlegt, welche Aufgaben ein Operator bearbeiten darf. Auf Access Groups können Sie nur in Dev Studio zugreifen.
Zugriffsgruppen und Arbeitsgruppen
Auch wenn sie auf den ersten Blick ähnlich erscheinen, ist es wichtig, Arbeitsgruppen nicht mit Zugriffsgruppen zu verwechseln.
Zugriffsgruppen umfassen mehrere Berechtigungen, die regeln, auf welche Anwendungen und Teile dieser Anwendungen Benutzer zugreifen dürfen. Die Zugriffsgruppe für Benutzer legt fest, auf welchen Aufgaben-Pool (alle offenen und abgeschlossenen Arbeitselemente) Benutzer zugreifen dürfen. Zugriffsgruppen steuern viel mehr als nur den Zugriff eines Benutzers auf die Arbeit.
Arbeitsgruppen dienen ausschließlich zum Zuweisen von Aufgaben an das funktionsübergreifende Team, das zur Unterstützung des Business-Prozesses gebildet wurde, bei dessen Neugestaltung Sie als Pega BA eine wesentliche Rolle gespielt haben.
Access Roles – die Zugriffsrollen
Obwohl Zugriffsgruppen für Bearbeiter mit ähnlichen Zuständigkeiten definiert sind, benötigen oder haben möglicherweise nicht alle Bearbeiter einer Access Group dieselben Berechtigungen. Beispielsweise sind ein Manager in der Kreditabteilung und ein Manager in der Kreditabteilung beide Mitglieder der Zugriffsgruppe „Manager“. Beide Manager benötigen Zugriff auf dieselbe Anwendung und dieselben Portale für Konsumkredite. Der Manager in der Kreditabteilung darf jedoch nur Informationen für Cases anzeigen, aktualisieren und löschen können, die über den Case-Typ „Kredit“ geöffnet wurden. Der Manager in der Kreditabteilung sollte die Berechtigung für die gleiche Funktionalität haben, allerdings nur für die Cases, die über den Case-Typ „Kredit“ geöffnet wurden.
Jede Zugriffsgruppe ist mit mehreren Zugriffsrollen verknüpft. Mit Zugriffsrollen haben Benutzer detaillierte Kontrolle über die Berechtigungen und Privilegien innerhalb einer Access Group. Eine Zugriffsrolle definiert eine bestimmte Funktion, Position oder Verantwortung für eine Anwendung. Die Zugriffsrolle bestimmt die Klassen, die ein Benutzer in einer Anwendung anzeigen, aktualisieren und löschen kann.
Als Pega BA arbeiten Sie mit geschäftlichen Stakeholdern zusammen, um die Anforderungen an die rollenbasierte Zugriffskontrolle (Role-Based Access Aontrol, RBAC) für die Anwendung zu bewerten und zu bestimmen, wie viele unterschiedliche Zugriffsrollen erforderlich sind. Anschließend erarbeiten Sie gemeinsam mit dem IT-Team die Anforderungen an die Zugriffsrollen der Access Groups und Personas. Das stellt sicher, dass alle verschiedenen Gruppen und Rollen für Anwendungen über alles verfügen, was sie für eine erfolgreiche Workflow-Navigation benötigen.
Prüfen Sie mit der folgenden Interaktion Ihr Wissen:
Dieses Thema ist im folgenden Modul verfügbar:
Möchten Sie uns dabei helfen, diesen Inhalt zu verbessern?