applications:tpsr:privileges:discussion
Differences
This shows you the differences between two versions of the page.
|
applications:tpsr:privileges:discussion [2015/01/26 15:15] rtavassoli |
applications:tpsr:privileges:discussion [2015/01/27 10:33] (current) rtavassoli |
||
|---|---|---|---|
| Line 14: | Line 14: | ||
| === Antwort auf Frage 1 === | === Antwort auf Frage 1 === | ||
| Das entscheidet einzig und alleine der Projekt Kontext. Der Mitarbeiter Kontext könnte die Eigenschaften, die an andere Kontexte freigegeben sind, einschränken, z.B. sollen andere Kontexte keine Gehalts relevanten Daten sehen. Aus diesen u.U. eingeschränkten Eigenschaften kann der Projekt Kontext nun die wählen, die für einen Projektleiter mit Leserechten relevant sind. | Das entscheidet einzig und alleine der Projekt Kontext. Der Mitarbeiter Kontext könnte die Eigenschaften, die an andere Kontexte freigegeben sind, einschränken, z.B. sollen andere Kontexte keine Gehalts relevanten Daten sehen. Aus diesen u.U. eingeschränkten Eigenschaften kann der Projekt Kontext nun die wählen, die für einen Projektleiter mit Leserechten relevant sind. | ||
| - | + | == Module == | |
| - | ---- | + | Wenn die unterschiedlichen Kontexte lediglich Module eines allgemeinen Kontextes sind, gibt es die theoretische Möglichkeit, dass man eine Rückkoppelung vom Projekt Modul zum Mitarbeiter Modul baut. Angenommen jemand hat im Mitarbeiter Modul keine allgemeinen Leserechte auf Mitarbeiterdaten, und wenn er die Mitarbeiter Liste aufruft, ist sie leer. Im Projekt Modul erhält er nun Leserechte auf bestimmte Projekte, in denen er nun bestimmte Eigenschaften von Mitarbeitern sehen darf. Wenn diese Eigenschaften eine Obermenge der Eigenschaften in der Mitarbeiter Liste im Mitarbeiter Modul bilden, dann hat der Anwender im Grunde ja Leserechte auf einige Mitarbeiter in der Mitarbeiter Liste im Mitarbeiter Modul. D.h. ein Autorisierer aus dem Projekt Modul könnte die Mitarbeiter in Projekten des Anwenders der Mitarbeiter Liste im Mitarbeiter Modul hinzufügen, die Rechte im Mitarbeiter Modul im Grunde erweitern. |
| - | Hinweis: Es gibt die theoretische Möglichkeit, dass man eine Rückkoppelung vom Projekt Kontext zum Mitarbeiter Kontext baut. Angenommen jemand hat im Mitarbeiter Kontext keine allgemeinen Leserechte auf Mitarbeiterdaten, und wenn er die Mitarbeiter Liste aufruft, ist sie leer. Im Projekt Kontext erhält er nun Leserechte auf bestimmte Projekte, in denen er nun bestimmte Eigenschaften von Mitarbeitern sehen darf. Wenn diese Eigenschaften eine Obermenge der Eigenschaften in der Mitarbeiter Liste im Mitarbeiter Kontext bilden, dann hat der Anwender im Grunde ja Leserechte auf einige Mitarbeiter in der Mitarbeiter Liste im Mitarbeiter Kontext. D.h. ein Autorisierer aus dem Projekt Kontext könnte die Mitarbeiter in Projekten des Anwenders der Mitarbeiter Liste im Mitarbeiter Kontext hinzufügen, die Rechte im Mitarbeiter Kontext im Grunde erweitern. | + | \\ \\ |
| + | Das hat aber nur Sinn, wenn es sich um echte //Module// eines gemeinsamen //Kontextes// handelt, oder zumindest einer gemeinsamen //Anwendung//((in diesem Fall könnte ein Modul einen eigenen Kontext darstellen)). Auf jeden Fall müssen die Module die Möglichkeit haben, miteinander zu kommunizieren, speziell muss ein Modul die Autorisierer des anderen verwenden können. | ||
| \\ \\ | \\ \\ | ||
| Das klingt erst mal unnötig kompliziert. Aber angenommen, aus dem Mitarbeiter Stammblatt kann man über eine Projekt Komponente den Mitarbeiter weiteren Projekten zuordnen. Es wäre dann doch sinnvoll, dass ein Projektleiter in der Mitarbeiter Liste zumindest die Mitarbeiter sehen kann, die bereits in seinen Projekten sind, um diese auswählen zu können. Anders herum wäre es verwunderlich, wenn er diese Mitarbeiter zwar in seinem Projekt sieht, nicht aber in der Übersichtsliste der Mitarbeiter. | Das klingt erst mal unnötig kompliziert. Aber angenommen, aus dem Mitarbeiter Stammblatt kann man über eine Projekt Komponente den Mitarbeiter weiteren Projekten zuordnen. Es wäre dann doch sinnvoll, dass ein Projektleiter in der Mitarbeiter Liste zumindest die Mitarbeiter sehen kann, die bereits in seinen Projekten sind, um diese auswählen zu können. Anders herum wäre es verwunderlich, wenn er diese Mitarbeiter zwar in seinem Projekt sieht, nicht aber in der Übersichtsliste der Mitarbeiter. | ||
applications/tpsr/privileges/discussion.1422281759.txt.gz · Last modified: 2015/01/26 15:15 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
