prom20:usermanagement
Differences
This shows you the differences between two versions of the page.
|
prom20:usermanagement [2013/11/13 16:42] rtavassoli created |
prom20:usermanagement [2013/11/13 18:27] (current) rtavassoli [Aggregates] |
||
|---|---|---|---|
| Line 1: | Line 1: | ||
| ====== UserManagement ====== | ====== UserManagement ====== | ||
| - | UserManagement bildet die Basis für die Authentifizierung und für die Autorisierung. Da diese beiden Module austauschbar sein sollen((Die Authentifizierung kann z.B. beliebig verändert werden, z.B. auf eine OAuth 2.0 Implementierung von Google, oder auf eine Windows Authentifizierung)). Hier werden Benutzerkonten eingeführt((Eine Rolle der Person)), und Systemkonten((Für die Rechtevergabe für nicht-Personen, z.B. für Schnittstellen, SAGAs oder andere Prozesse)). Auch die Lizenzierung wird hierüber verwaltet, wobei das noch in ein separates Modul ausgelagert werden könnte. | + | UserManagement bildet die Basis für die Authentifizierung und für die Autorisierung, Module, die austauschbar sein sollen, ohne das gesamte Prinzip der Benutzervewaltung austauschen zu müssen((Die Authentifizierung kann z.B. beliebig verändert werden, z.B. auf eine OAuth 2.0 Implementierung von Google, oder auf eine Windows Authentifizierung)). Hier werden Benutzerkonten eingeführt((Eine Rolle der Person)), und Systemkonten((Für die Rechtevergabe für nicht-Personen, z.B. für Schnittstellen, SAGAs oder andere Prozesse)). Auch die Lizenzierung wird hierüber verwaltet, wobei das noch in ein separates Modul ausgelagert werden könnte. |
| ===== Aggregates ===== | ===== Aggregates ===== | ||
| [[prom20:usermanagement:useraccount|UserAccount]] \\ | [[prom20:usermanagement:useraccount|UserAccount]] \\ | ||
| [[prom20:usermanagement:systemaccount|SystemAccount]] \\ | [[prom20:usermanagement:systemaccount|SystemAccount]] \\ | ||
| - | [[prom20:usermanagement:licencegroup|LicenceGroup]] | + | [[prom20:usermanagement:licencegroup|LicenceGroup]] \\ |
| + | \\ | ||
| + | UserAccount und SystemAccount leiten sich nicht von einer gemeinsamen Basisklasse ab. Der Grund ist der, dass UserAccount eine Rolle von //Person// ist, und von //AggregatePartRoot<Person>// abgeleitet ist, SystemAccount direkt von //Aggregate//. Zudem verwendet UserAccount dadurch die Id von Person, SystemAccount hat eine eigene Id. Es hat auch keinen wirklichen Vorteil, beide von derselben Basisklasse abzuleiten. Wenn man möchte, kann man beide eine gemeinsame Schnittstelle implementieren lassen, dafür sehe ich aber aktuell keine Notwendigkeit. | ||
prom20/usermanagement.1384357359.txt.gz · Last modified: 2013/11/13 16:42 by rtavassoli
Page Tools
Except where otherwise noted, content on this wiki is licensed under the following license: CC Attribution-Share Alike 3.0 Unported
