Expecco ALM User Permissions - Versionsgeschichte

Mawalch am 11. Juni 2017 um 11:28 Uhr

2017-06-11T11:28:03Z

← Nächstältere Version		Version vom 11. Juni 2017, 11:28 Uhr
Zeile 1:		Zeile 1:
	expecco ALM beinhaltet ein umfangreiches Benutzerrechte System. Die Rechte was ein Benutzer machen oder sehen darf ergeben sich aus folgenden Einstellungen:		expecco ALM beinhaltet ein umfangreiches Benutzerrechte-System. Die Rechte, was ein Benutzer machen oder sehen darf, ergeben sich aus folgenden Einstellungen:
	== Implizierte Rechte ==		== Implizierte Rechte ==
	Dies sind ~~jene~~ Rechte, die fix im System verankert sind und sich aus fixen Konstellationen ergeben. So zum Beispiel:		Dies sind Rechte, die fix im System verankert sind und sich aus fixen Konstellationen ergeben. So zum Beispiel:
	* Jeder Benutzer darf die Artefakte löschen, die er angelegt hat, solange noch kein anderer Benutzer an diesem Artefakt mitgearbeitet hat		* Jeder Benutzer darf die Artefakte löschen, die er angelegt hat, solange noch kein anderer Benutzer an diesem Artefakt mitgearbeitet hat.
	* Ein Benutzer des Kunden "A" sieht niemals Artefakte, die vom Kunden "B" erstellt wurden. Den Kunden "B" selbst oder dessen Benutzer sieht er ebenfalls nicht		* Ein Benutzer des Kunden "A" sieht niemals Artefakte, die vom Kunden "B" erstellt wurden. Den Kunden "B" selbst oder dessen Benutzer sieht er ebenfalls nicht.
	* Der Besitzer oder Verantwortliche eines Artefaktes darf dieses immer bearbeiten (~~in wie weit~~ er dies darf, wird eventuell von den Workflow Rechten eingeschränkt)		* Der Besitzer oder Verantwortliche eines Artefaktes darf dieses immer bearbeiten (inwieweit er dies darf, wird eventuell von den Workflow-Rechten eingeschränkt).

	== Globalen Rechte ==		== Globalen Rechte ==
	Die globalen Rechte stellt man direkt bei der entsprechenden Person unter "Organisation" -> "Personen" -> eine Person auswählen -> "Rechte" ein. Man kann die globalen Rechte auch von einer ~~anderern~~ Person erben. Es könnte also Sinn ~~machen~~, sich eine Template Person mit globalen Rechten anzulegen und die realen Personen von dieser erben zu lassen, anstatt für bspw. 100 reale Personen die Rechte selbst zu vergeben. Insbesondere dann wenn sich im Nachhinein die globalen Rechte ändern ~~sollten~~. Im letzten Abschnitt auf dieser Seite "Projektübergreifende Rechte" ~~findet man~~ ~~einen~~ Artefakt-Rechte-Baum, anhand dessen kann man bspw. das Bearbeiten von Fehlern zulassen (In diesem Fall gilt das Recht global). Diesen Baum gibt es in gleicher Form auch bei den "Rollen", jedoch können die Rechte dort nur projektspezifisch geltend gemacht werden.		Die globalen Rechte stellt man direkt bei der entsprechenden Person unter "Organisation" -> "Personen" -> eine Person auswählen -> "Rechte" ein. Man kann die globalen Rechte auch von einer anderen Person erben. Es könnte also Sinn ergeben, sich eine Template Person mit globalen Rechten anzulegen und die realen Personen von dieser erben zu lassen, anstatt für bspw. 100 reale Personen die Rechte selbst zu vergeben. Insbesondere dann, wenn sich im Nachhinein die globalen Rechte ändern sollen. Im letzten Abschnitt auf dieser Seite "Projektübergreifende Rechte" ist ein Artefakt-Rechte-Baum, anhand dessen kann man bspw. das Bearbeiten von Fehlern zulassen (In diesem Fall gilt das Recht global). Diesen Baum gibt es in gleicher Form auch bei den "Rollen", jedoch können die Rechte dort nur projektspezifisch geltend gemacht werden.

	== Projektspezifische Rechte ==		== Projektspezifische Rechte ==
	Diese Rechte gelten nur für ein bestimmtes Projekt. Ihren Ursprung finden diese Rechte durch gesetzte Rollen in der Gruppe des jeweiligen Projektes. Jede Rolle hat einen Artefakt-Rechte-Baum. Eine Rolle kann wiederverwendet werden, dies bedeutet bspw. dass es eine Rolle wie "Testersteller" in mehreren Projekten an verschiedene Personen oder Gruppen vergeben werden kann. Eine Gruppe kann aus Personen und Untergruppen bestehen. Allen Gruppenmitgliedern (Personen und Untergruppen) können mehrere Rollen zugeordnet werden. Es wirken aber immer nur die Rollen, welche in der Gruppe, die dem Projekt zugeordnet ist vergeben sind. Das bedeutet, die Rollen die in einer Untergruppe einer Projektgruppe gesetzt sind werden für dieses ~~Projekte~~ ignoriert.		Diese Rechte gelten nur für ein bestimmtes Projekt. Ihren Ursprung finden diese Rechte durch gesetzte Rollen in der Gruppe des jeweiligen Projektes. Jede Rolle hat einen Artefakt-Rechte-Baum. Eine Rolle kann wiederverwendet werden, dies bedeutet bspw. dass eine Rolle wie "Testersteller" in mehreren Projekten an verschiedene Personen oder Gruppen vergeben werden kann. Eine Gruppe kann aus Personen und Untergruppen bestehen. Allen Gruppenmitgliedern (Personen und Untergruppen) können mehrere Rollen zugeordnet werden. Es wirken aber immer nur die Rollen, welche in der Gruppe, die dem Projekt zugeordnet ist, vergeben sind. Das bedeutet, die Rollen die in einer Untergruppe einer Projektgruppe gesetzt sind, werden für dieses Projekt ignoriert.

	== Workflow Rechte ==		== Workflow-Rechte ==
	Diese Rechte sind immer projektspezifisch, und werden über Workflows definiert ("Organisation" -> "Workflow"). Workflows definieren wie die Bearbeitung eines Artefaktes voranschreiten ~~soll / darf /~~ kann. So wird zum Beispiel definiert wer von welchem Stand auf welche ~~folgende~~ Stände schalten darf oder welche Felder für wen änderbar sind. Für jedes Artefakt welches Workflows unterstützt gibt es einen eigenen Workflow Typ. Dies ergibt sich aus der Tatsache, dass die Artefakte unterschiedliche Felder haben. ~~Workflow~~ können einem Projekt unter "Projekte" -> ein Projekt auswählen -> "Workflow" zugeordnet werden.		Diese Rechte sind immer projektspezifisch, und werden über Workflows definiert ("Organisation" -> "Workflow"). Workflows definieren, wie die Bearbeitung eines Artefaktes voranschreiten kann. So wird zum Beispiel definiert, wer von welchem Stand auf welche folgenden Stände schalten darf oder welche Felder für wen änderbar sind. Für jedes Artefakt, welches Workflows unterstützt, gibt es einen eigenen Workflow-Typ. Dies ergibt sich aus der Tatsache, dass die Artefakte unterschiedliche Felder haben. Workflows können einem Projekt unter "Projekte" -> ein Projekt auswählen -> "Workflow" zugeordnet werden.

Sr: /* Workflow Rechte */

2017-02-06T13:31:52Z

Workflow Rechte

← Nächstältere Version		Version vom 6. Februar 2017, 13:31 Uhr
Zeile 13:		Zeile 13:

	== Workflow Rechte ==		== Workflow Rechte ==
			Diese Rechte sind immer projektspezifisch, und werden über Workflows definiert ("Organisation" -> "Workflow"). Workflows definieren wie die Bearbeitung eines Artefaktes voranschreiten soll / darf / kann. So wird zum Beispiel definiert wer von welchem Stand auf welche folgende Stände schalten darf oder welche Felder für wen änderbar sind. Für jedes Artefakt welches Workflows unterstützt gibt es einen eigenen Workflow Typ. Dies ergibt sich aus der Tatsache, dass die Artefakte unterschiedliche Felder haben. Workflow können einem Projekt unter "Projekte" -> ein Projekt auswählen -> "Workflow" zugeordnet werden.

Sr: /* Projektspezifische Rechte */

2017-02-06T11:01:50Z

Projektspezifische Rechte

← Nächstältere Version		Version vom 6. Februar 2017, 11:01 Uhr
Zeile 10:		Zeile 10:

	== Projektspezifische Rechte ==		== Projektspezifische Rechte ==
	Diese Rechte gelten nur für ein bestimmtes Projekt. Ihren Ursprung finden diese Rechte durch gesetzte Rollen in der Gruppe des jeweiligen Projektes. Jede Rolle hat einen Artefakt-Rechte-Baum. Eine Rolle kann wiederverwendet werden, dies bedeutet bspw. dass es eine Rolle wie "Testersteller" in mehreren Projekten an verschiedene Personen oder Gruppen vergeben werden kann. Eine Gruppe kann aus Personen und Untergruppen bestehen. Allen Gruppenmitgliedern (Personen und Untergruppen) können mehrere Rollen zugeordnet werden. Es wirken aber immer nur die Rollen, welche in der Gruppe, die dem Projekt zugeordnet ist vergeben sind. Das bedeutet, die Rollen die in einer Untergruppe einer Projektgruppe gesetzt sind werden für ~~diese~~ Projekte ignoriert.		Diese Rechte gelten nur für ein bestimmtes Projekt. Ihren Ursprung finden diese Rechte durch gesetzte Rollen in der Gruppe des jeweiligen Projektes. Jede Rolle hat einen Artefakt-Rechte-Baum. Eine Rolle kann wiederverwendet werden, dies bedeutet bspw. dass es eine Rolle wie "Testersteller" in mehreren Projekten an verschiedene Personen oder Gruppen vergeben werden kann. Eine Gruppe kann aus Personen und Untergruppen bestehen. Allen Gruppenmitgliedern (Personen und Untergruppen) können mehrere Rollen zugeordnet werden. Es wirken aber immer nur die Rollen, welche in der Gruppe, die dem Projekt zugeordnet ist vergeben sind. Das bedeutet, die Rollen die in einer Untergruppe einer Projektgruppe gesetzt sind werden für dieses Projekte ignoriert.

	== Workflow Rechte ==		== Workflow Rechte ==

Sr: /* Projektspezifische Rechte */

2017-02-06T11:01:31Z

Projektspezifische Rechte

← Nächstältere Version		Version vom 6. Februar 2017, 11:01 Uhr
Zeile 10:		Zeile 10:

	== Projektspezifische Rechte ==		== Projektspezifische Rechte ==
	Diese Rechte gelten nur für ein bestimmtes Projekt. Ihren Ursprung finden diese Rechte durch gesetzte Rollen in der Gruppe des jeweiligen Projektes. Jede Rolle hat einen Artefakt-Rechte-Baum. Eine Rolle kann wiederverwendet werden, dies bedeutet bspw. dass es eine Rolle wie "Testersteller" in mehreren Projekten an verschiedene Personen oder Gruppen vergeben werden kann. Eine Gruppe kann aus Personen und Untergruppen bestehen. Allen Gruppenmitgliedern (Personen und Untergruppen) können mehrere Rollen zugeordnet werden. Es wirken aber immer nur die Rollen, welche in der Gruppe die dem Projekt zugeordnet ist vergeben sind. Das bedeutet, die Rollen die in einer Untergruppe einer Projektgruppe gesetzt sind werden für diese Projekte ignoriert.		Diese Rechte gelten nur für ein bestimmtes Projekt. Ihren Ursprung finden diese Rechte durch gesetzte Rollen in der Gruppe des jeweiligen Projektes. Jede Rolle hat einen Artefakt-Rechte-Baum. Eine Rolle kann wiederverwendet werden, dies bedeutet bspw. dass es eine Rolle wie "Testersteller" in mehreren Projekten an verschiedene Personen oder Gruppen vergeben werden kann. Eine Gruppe kann aus Personen und Untergruppen bestehen. Allen Gruppenmitgliedern (Personen und Untergruppen) können mehrere Rollen zugeordnet werden. Es wirken aber immer nur die Rollen, welche in der Gruppe, die dem Projekt zugeordnet ist vergeben sind. Das bedeutet, die Rollen die in einer Untergruppe einer Projektgruppe gesetzt sind werden für diese Projekte ignoriert.

	== Workflow Rechte ==		== Workflow Rechte ==

Sr: /* Projektspezifische Rechte */

2017-02-06T11:01:05Z

Projektspezifische Rechte

← Nächstältere Version		Version vom 6. Februar 2017, 11:01 Uhr
Zeile 10:		Zeile 10:

	== Projektspezifische Rechte ==		== Projektspezifische Rechte ==
	Diese Rechte gelten nur für ein bestimmtes Projekt. Ihren Ursprung finden diese Rechte durch gesetzte Rollen in der Gruppe des jeweiligen Projektes. Jede Rolle hat einen Artefakt-Rechte-Baum. Eine Rolle kann wiederverwendet werden, dies bedeutet bspw. dass es eine Rolle wie "Testersteller" in mehreren Projekten an verschiedene Personen oder Gruppen vergeben werden kann. Eine Gruppe kann aus Personen und Untergruppen bestehen. ~~Es können allen~~ Gruppenmitgliedern (Personen und Untergruppen) mehrere Rollen zugeordnet werden ~~können~~. Es wirken aber immer nur die Rollen, welche in der Gruppe die dem Projekt zugeordnet ist vergeben sind. Das bedeutet, die Rollen die in einer Untergruppe einer Projektgruppe gesetzt sind werden für diese Projekte ignoriert.		Diese Rechte gelten nur für ein bestimmtes Projekt. Ihren Ursprung finden diese Rechte durch gesetzte Rollen in der Gruppe des jeweiligen Projektes. Jede Rolle hat einen Artefakt-Rechte-Baum. Eine Rolle kann wiederverwendet werden, dies bedeutet bspw. dass es eine Rolle wie "Testersteller" in mehreren Projekten an verschiedene Personen oder Gruppen vergeben werden kann. Eine Gruppe kann aus Personen und Untergruppen bestehen. Allen Gruppenmitgliedern (Personen und Untergruppen) können mehrere Rollen zugeordnet werden. Es wirken aber immer nur die Rollen, welche in der Gruppe die dem Projekt zugeordnet ist vergeben sind. Das bedeutet, die Rollen die in einer Untergruppe einer Projektgruppe gesetzt sind werden für diese Projekte ignoriert.

	== Workflow Rechte ==		== Workflow Rechte ==

Sr: /* Projektspezifische Rechte */

2017-02-06T10:59:27Z

Projektspezifische Rechte

← Nächstältere Version		Version vom 6. Februar 2017, 10:59 Uhr
Zeile 10:		Zeile 10:

	== Projektspezifische Rechte ==		== Projektspezifische Rechte ==
			Diese Rechte gelten nur für ein bestimmtes Projekt. Ihren Ursprung finden diese Rechte durch gesetzte Rollen in der Gruppe des jeweiligen Projektes. Jede Rolle hat einen Artefakt-Rechte-Baum. Eine Rolle kann wiederverwendet werden, dies bedeutet bspw. dass es eine Rolle wie "Testersteller" in mehreren Projekten an verschiedene Personen oder Gruppen vergeben werden kann. Eine Gruppe kann aus Personen und Untergruppen bestehen. Es können allen Gruppenmitgliedern (Personen und Untergruppen) mehrere Rollen zugeordnet werden können. Es wirken aber immer nur die Rollen, welche in der Gruppe die dem Projekt zugeordnet ist vergeben sind. Das bedeutet, die Rollen die in einer Untergruppe einer Projektgruppe gesetzt sind werden für diese Projekte ignoriert.

	== Workflow Rechte ==		== Workflow Rechte ==

Sr: /* Globalen Rechte */

2017-02-06T10:32:08Z

Globalen Rechte

← Nächstältere Version		Version vom 6. Februar 2017, 10:32 Uhr
Zeile 7:		Zeile 7:

	== Globalen Rechte ==		== Globalen Rechte ==
	Die globalen Rechte stellt man direkt bei der entsprechenden Person unter "Organisation" -> "Personen" -> eine Person auswählen -> "Rechte" ein. Man kann die globalen Rechte auch von einer anderern Person erben. Es könnte also Sinn machen, sich eine Template Person mit globalen Rechten anzulegen und die realen Personen von dieser erben zu lassen, anstatt für bspw. 100 reale Personen die Rechte selbst zu vergeben. Insbesondere dann wenn sich im Nachhinein die globalen Rechte ändern sollten. Im letzten Abschnitt auf dieser Seite "Projektübergreifende Rechte" findet man einen Artefakt-Rechte-Baum, anhand dessen kann man bspw. ~~global~~ das Bearbeiten von Fehlern zulassen. Diesen Baum gibt es in gleicher Form bei den "Rollen", jedoch können die ~~Rollenrechte~~ nur projektspezifisch ~~angewand~~ werden.		Die globalen Rechte stellt man direkt bei der entsprechenden Person unter "Organisation" -> "Personen" -> eine Person auswählen -> "Rechte" ein. Man kann die globalen Rechte auch von einer anderern Person erben. Es könnte also Sinn machen, sich eine Template Person mit globalen Rechten anzulegen und die realen Personen von dieser erben zu lassen, anstatt für bspw. 100 reale Personen die Rechte selbst zu vergeben. Insbesondere dann wenn sich im Nachhinein die globalen Rechte ändern sollten. Im letzten Abschnitt auf dieser Seite "Projektübergreifende Rechte" findet man einen Artefakt-Rechte-Baum, anhand dessen kann man bspw. das Bearbeiten von Fehlern zulassen (In diesem Fall gilt das Recht global). Diesen Baum gibt es in gleicher Form auch bei den "Rollen", jedoch können die Rechte dort nur projektspezifisch geltend gemacht werden.

	== Projektspezifische Rechte ==		== Projektspezifische Rechte ==

Sr: /* Globalen Rechte */

2017-02-06T10:30:34Z

Globalen Rechte

← Nächstältere Version		Version vom 6. Februar 2017, 10:30 Uhr
Zeile 7:		Zeile 7:

	== Globalen Rechte ==		== Globalen Rechte ==
			Die globalen Rechte stellt man direkt bei der entsprechenden Person unter "Organisation" -> "Personen" -> eine Person auswählen -> "Rechte" ein. Man kann die globalen Rechte auch von einer anderern Person erben. Es könnte also Sinn machen, sich eine Template Person mit globalen Rechten anzulegen und die realen Personen von dieser erben zu lassen, anstatt für bspw. 100 reale Personen die Rechte selbst zu vergeben. Insbesondere dann wenn sich im Nachhinein die globalen Rechte ändern sollten. Im letzten Abschnitt auf dieser Seite "Projektübergreifende Rechte" findet man einen Artefakt-Rechte-Baum, anhand dessen kann man bspw. global das Bearbeiten von Fehlern zulassen. Diesen Baum gibt es in gleicher Form bei den "Rollen", jedoch können die Rollenrechte nur projektspezifisch angewand werden.

	== Projektspezifische Rechte ==		== Projektspezifische Rechte ==
	== Workflow Rechte ==		== Workflow Rechte ==

Sr: /* Implizierte Rechte */

2017-02-06T10:21:57Z

Implizierte Rechte

← Nächstältere Version		Version vom 6. Februar 2017, 10:21 Uhr
Zeile 3:		Zeile 3:
	Dies sind jene Rechte, die fix im System verankert sind und sich aus fixen Konstellationen ergeben. So zum Beispiel:		Dies sind jene Rechte, die fix im System verankert sind und sich aus fixen Konstellationen ergeben. So zum Beispiel:
	* Jeder Benutzer darf die Artefakte löschen, die er angelegt hat, solange noch kein anderer Benutzer an diesem Artefakt mitgearbeitet hat		* Jeder Benutzer darf die Artefakte löschen, die er angelegt hat, solange noch kein anderer Benutzer an diesem Artefakt mitgearbeitet hat
	* Ein Benutzer des Kunden "A" sieht niemals Artefakte, die vom Kunden "B" erstellt wurden. Den Kunden "B" selbst oder dessen Benutzer sieht er ebenfalls nicht.		* Ein Benutzer des Kunden "A" sieht niemals Artefakte, die vom Kunden "B" erstellt wurden. Den Kunden "B" selbst oder dessen Benutzer sieht er ebenfalls nicht
	* Der Besitzer oder Verantwortliche eines Artefaktes darf dieses immer bearbeiten (in wie weit er dies darf, wird eventuell von den Workflow Rechten eingeschränkt)		* Der Besitzer oder Verantwortliche eines Artefaktes darf dieses immer bearbeiten (in wie weit er dies darf, wird eventuell von den Workflow Rechten eingeschränkt)

Sr: /* Implizierte Rechte */

2017-02-06T10:21:38Z

Implizierte Rechte

← Nächstältere Version		Version vom 6. Februar 2017, 10:21 Uhr
Zeile 2:		Zeile 2:
	== Implizierte Rechte ==		== Implizierte Rechte ==
	Dies sind jene Rechte, die fix im System verankert sind und sich aus fixen Konstellationen ergeben. So zum Beispiel:		Dies sind jene Rechte, die fix im System verankert sind und sich aus fixen Konstellationen ergeben. So zum Beispiel:
	* Jeder Benutzer darf die ~~Objekte~~ löschen, die er angelegt hat, solange noch kein anderer Benutzer an diesem ~~Objekt~~ mitgearbeitet hat		* Jeder Benutzer darf die Artefakte löschen, die er angelegt hat, solange noch kein anderer Benutzer an diesem Artefakt mitgearbeitet hat
	* Ein Benutzer des Kunden "A" sieht niemals ~~Objekte~~ die vom Kunden "B" erstellt wurden. Den Kunden "B" oder dessen Benutzer sieht er ebenfalls nicht.		* Ein Benutzer des Kunden "A" sieht niemals Artefakte, die vom Kunden "B" erstellt wurden. Den Kunden "B" selbst oder dessen Benutzer sieht er ebenfalls nicht.
			* Der Besitzer oder Verantwortliche eines Artefaktes darf dieses immer bearbeiten (in wie weit er dies darf, wird eventuell von den Workflow Rechten eingeschränkt)

	== Globalen Rechte ==		== Globalen Rechte ==