Ressourcensperre (Option) - Versionsgeschichte

GK: /* Einschränkungen */

2022-12-06T07:35:20Z

‎Einschränkungen

GK: /* Verletzen der Ressourcensperre */

2022-12-06T07:34:31Z

‎Verletzen der Ressourcensperre

GK: /* Verletzen der Ressourcensperre */ Anpassung an Kommentare in Asprova

2018-03-02T20:52:43Z

‎Verletzen der Ressourcensperre: Anpassung an Kommentare in Asprova

GK: /* Übersicht */ Typo

2018-02-14T21:27:40Z

‎Übersicht: Typo

GK: /* Einschränkungen */ Link korrigiert

2018-02-14T21:27:14Z

‎Einschränkungen: Link korrigiert

GK: /* Einschränkungen */

2018-02-14T19:12:35Z

‎Einschränkungen

GK: /* Selbe Ressource nicht erlauben */

2018-02-14T18:54:55Z

‎Selbe Ressource nicht erlauben

GK: /* Ressourcenanzahl */

2018-02-14T18:43:16Z

‎Ressourcenanzahl

GK: /* Verletzen der Ressourcensperre */

2018-02-14T17:28:41Z

‎Verletzen der Ressourcensperre

GK: /* Anmerkungen */ Typo

2018-02-14T13:33:48Z

‎Anmerkungen: Typo

@@ Zeile 134: / Zeile 134: @@
 * Bei einer Ressourcensperre, die vom nächsten Prozess abhängt, erfolgt kein dynamisches Teilen für verbundene Prozesse.
 * Ist der nächste Prozess, der die Basis für die Zuweisung der Ressourcensperre ist, nicht zugewiesen, bleibt die Ressourcensperre unverändert zugewiesen und wird nicht angepasst. Erst bei der Neuzuweisung des nächsten Prozess wird die Ressourcensperre angepasst.
-*  Ist der nächste Prozess, der die Basis für die Zuweisung der Ressourcensperre ist, bereits zugewiesen, und dessen Zuweisung schlägt fehl und erfordert eine zwangsweise Zuweisung, so wird doe Ressourcensperre nicht angepasst.
+*  Ist der nächste Prozess, der die Basis für die Zuweisung der Ressourcensperre ist, bereits zugewiesen, und dessen Zuweisung schlägt fehl und erfordert eine zwangsweise Zuweisung, so wird die Ressourcensperre nicht angepasst.
 * Bei der Rückwärtsplanung werden linke Vorgänge nicht immer korrekt zugewiesen. Weiter Informationen finden Sie in [[Logik 28|Bekannte Verhalten - Logik 28]].

@@ Zeile 67: / Zeile 67: @@
 == Verletzen der Ressourcensperre ==
-Es kann bestimmt werden wie Asprova vorgeht, wenn Vorgänge nicht zugewiesen werden können, ohne die Ressourcensperre zu verletzen. Dieses Verhalten wird in der Projekteigenschaft [Zuweisung gescheitert (Ressourcensperre)] definiert. Die folgenden Optionen stehen zur Verfügung:
+Es kann bestimmt werden wie Asprova vorgeht, wenn Vorgänge nicht zugewiesen werden können, ohne die Ressourcensperre zu verletzen. Dieses Verhalten wird in der Planungsparametereigenschaft [Zuweisung gescheitert (Ressourcensperre)] definiert. Die folgenden Optionen stehen zur Verfügung:
 ; Außerhalb der Planungsperiode zuweisen

@@ Zeile 68: / Zeile 68: @@
 == Verletzen der Ressourcensperre ==
 Es kann bestimmt werden wie Asprova vorgeht, wenn Vorgänge nicht zugewiesen werden können, ohne die Ressourcensperre zu verletzen. Dieses Verhalten wird in der Projekteigenschaft [Zuweisung gescheitert (Ressourcensperre)] definiert. Die folgenden Optionen stehen zur Verfügung:
-; Ausserhalb der Planungsperiode zuweisen
-: Die durch die Ressourcensperre verbundene Vorgänge werden zwangsweise außerhalb der Planungsperiode zugewiesen.
+; Außerhalb der Planungsperiode zuweisen
-; Beschränkung ignorieren
+: Durch die Ressourcensperre verbundene Vorgänge werden zwangsweise außerhalb der Planungsperiode zugewiesen.
-: Die durch die Ressourcensperre verbundene Vorgänge werden, die Ressourcensperre ignorierend, unabhängig voneienander zugewiesen.
+; Ressourcensperre ignorieren
 ; An Dummyressource zuweisen
-: Die durch die Ressourcensperre verbundene Vorgänge werden der "Dummyressource" zugewiesen.
+: Durch die Ressourcensperre verbundene Vorgänge werden der "Dummyressource" zugewiesen.
 == Weitere Einstellungen ==

@@ Zeile 19: / Zeile 19: @@
 |<Dynamische Sperrzeit>
 |-
-!rowspan="2"|dynamische Sperrzeit
+!rowspan="2"|Dynamische Sperrzeit
 |"PS"||rowspan="2"|"P" steht für ''Parent'' und repräsentiert den nachfolgenden Prozess, "S" für ''Start'' und "E" für ''Ende''
 |-

@@ Zeile 134: / Zeile 134: @@
 * Ist der nächste Prozess, der die Basis für die Zuweisung der Ressourcensperre ist, nicht zugewiesen, bleibt die Ressourcensperre unverändert zugewiesen und wird nicht angepasst. Erst bei der Neuzuweisung des nächsten Prozess wird die Ressourcensperre angepasst.
 *  Ist der nächste Prozess, der die Basis für die Zuweisung der Ressourcensperre ist, bereits zugewiesen, und dessen Zuweisung schlägt fehl und erfordert eine zwangsweise Zuweisung, so wird doe Ressourcensperre nicht angepasst.
-* Bei der Rückwärtsplanung werden linke Vorgänge nicht immer korrekt zugewiesen. Weiter Informationen finden Sie in [[Confirmed behaviors#Logik|Bekannte Verhalten - Logik 28]].
+* Bei der Rückwärtsplanung werden linke Vorgänge nicht immer korrekt zugewiesen. Weiter Informationen finden Sie in [[Logik 28|Bekannte Verhalten - Logik 28]].
 == Weitere Informationen ==

@@ Zeile 126: / Zeile 126: @@
 == Einschränkungen ==
-* Zur Nutzung der Option "Ressourcensperre" ist der Erwerb einer separaten Lizenz erforderlich.
+* Zur Nutzung der Option "Ressourcensperre" ist die entsprechende Lizenz erforderlich.
-* Bei einer Ressourcensperre zwischen Aufträgen bedarf es einer weiteren Einstellung, die verhindert, dass die Zuordnung zwischen Aufträgen gleich bleibt. Denn die Neuplanung erfolgt unter Berücksichtigung des Zuordnungsstatuses unmittelbar davor. Durch Nutzung des Befehles "Aufträge zuweisen/verknüpfen" zur Zuordnung von Vorgängen kann der Zuordnungsstatus nach Vorgangszuweisung verändert werden. Hierfür muss stattdessen der Befehl "Fertigungsaufträge erstellen" verwendet werden.
+* Bei einer Ressourcensperre zwischen Aufträgen bedarf es einer weiteren Einstellung, damit die Verknüpfung der Aufträgen beibehalten wird, da die Planung mit dem Verknüpfungsstatus direkt vor der Zuweisung erfolgt. Wird der Befehl "Aufträge zuweisen/verknüpfen" zur Zuweisung von Vorgängen genutzt, so können sich die Verknüpfungen nach der Zuweisung ändern. Stattdessen muss der Befehl "Fertigungsaufträge zuweisen" verwendet werden.
-* Bei Hinterlegung einer vom nächsten Prozess unabhängigen Ressourcensperre können die Eigenschaften "Prozesse verbinden/aufteilen" und "Vorgänge teilen" gleichzeitig verwendet werden.
+* Bei einer vom nächsten Prozess unabhängigen Ressourcensperre können gleichzeitig auch sich verzweigende/zusammenführende Prozesse oder Vorgangsteilung genutzt werden.
 * Bei Hinterlegung einer vom nächsten Prozess abhängigen Ressourcensperre bei mehreren nachfolgenden Prozessen wird der nächste Prozess, der die längste Sperrzeit haben würde, gesperrt. Dabei verhält es sich gleich, egal wie viele Prozesse aus einem Aufteilungsprozess order statischen Teilen herrühren.<br>[[Image:reslock01.jpg]]
-* Negative Werte sind nicht erlaubt, wenn "absolute Zeit" als Sperrzeit hinterlegt wurde.
+* Negative Werte sind nicht erlaubt, wenn eine "absolute Zeit" als Sperrzeit hinterlegt wurde.
-* Für eine Ressourcensperre, die vom nächsten Prozess abhängt (zum Beispiel: PS), wird kein dynamisches Teilen für verbundene Prozesse angewendet.
+* Bei einer Ressourcensperre, die vom nächsten Prozess abhängt, erfolgt kein dynamisches Teilen für verbundene Prozesse.
-*; Hinweis:
+* Ist der nächste Prozess, der die Basis für die Zuweisung der Ressourcensperre ist, nicht zugewiesen, bleibt die Ressourcensperre unverändert zugewiesen und wird nicht angepasst. Erst bei der Neuzuweisung des nächsten Prozess wird die Ressourcensperre angepasst.
-*: Vorgänge dynamisch zu teilen bedeutet, dass Vorgänge entsprechend den Teilungseinstellungen in Ressourcen und Hauptnutzungsanweisungen geteilt werden. Statisches Teilen hingegen bedeutet, dass entsprechend den Einstellungen zur Teilung von Artikeln und Vorgängen geteilt wird.
+*  Ist der nächste Prozess, der die Basis für die Zuweisung der Ressourcensperre ist, bereits zugewiesen, und dessen Zuweisung schlägt fehl und erfordert eine zwangsweise Zuweisung, so wird doe Ressourcensperre nicht angepasst.
-*Wenn der nächste Prozess, auf dessen Basis Zuweisungen für eine Ressourcensperre vorgenommen werden sollen, nicht zugewiesen ist, bleibt die Ressourcensperre zugeordnet wie sie ist und wird nicht angepasst. Wenn der nächste Prozess neu zugewiesen wird, wird die Ressourcensperre angepasst.
+* Bei der Rückwärtsplanung werden linke Vorgänge nicht immer korrekt zugewiesen. Weiter Informationen finden Sie in [[Confirmed behaviors#Logik|Bekannte Verhalten - Logik 28]].
 == Weitere Informationen ==

@@ Zeile 114: / Zeile 114: @@
 === Selbe Ressource nicht erlauben ===
-Angenommen mehrere Vorgänge mit demselben Nachfolgerprozess werden an eine Ressourcen mit einer vom nächsten Prozess (PS oder PE) abhängigen Ressourcenbeschränkung zugewiesen. In diesem Fall kann der Vorgang die Ressourcensperrbeschränkung nicht erfüllen, wenn die Ressource nicht über die zur Zuweisung mehrerer Vorgänge benötigte Menge hat.
+Angenommen mehrere Vorgänge mit demselben Nachfolgerprozess werden an eine Ressource mit einer vom nächsten Prozess (über "PS" oder "PE") abhängigen Ressourcensperre zugewiesen. In diesem Fall kann der Vorgang die Ressourcensperre nicht einhalten, wenn die Ressource nicht die für die Zuweisung mehrerer Vorgänge benötigte Ressourcenanzahl hat.
-Beispiel: Im folgenden Diagramm wurde "PE" unter der Eigenschaft "Ressourcensperrzeit" für die Ressource R10 hinterlegt. Indem die Ressourcenmenge für R10 auf 2 gestellt ist, können ihr zwei Vorgänge zugewiesen werden, selbst wenn eine Ressourcensperre aktiv ist. However, if the resource quantity is 1, since the resource lock specified for each operation interferes the other operation from assigning to the locked time, the operations cannot be assigned sequentially.
+;Beispiel
-[[Image:reslock02.jpg]]
+[[Image:reslock02.jpg|600px]]
-In diesem Fall können die Eigenschaften "Ressourcensperre - selbe Ressource nicht erlauben" (in der Ressourcentabelle) benutzt werden um festzulegen, ob mehrere, dem selben Prozess zugeordnete Vorgänge an die selbe Ressource zugewiesen werden können, für die eine Ressourcensperre mit Abhängigkeit vom nächsten Prozess festgelegt wurde.
+In diesem Fall die Ressourceneigenschaft [Ressourcensperre - selbe Ressource nicht erlauben] benutzt werden um festzulegen, ob mehrere, dem selben Prozess zugeordnete Vorgänge der selben Ressource zugewiesen werden können, für die eine Ressourcensperre mit Abhängigkeit vom nächsten Prozess festgelegt wurde.
-Stellen Sie diese Eigenschaft auf "Ja", damit Vorgänge nicht an die gleiche Ressource zugewiesen werden. Somit wird eine Kombination mehrerer Vorgänge unterbunden, welche die Ressourcensperre der zugeordneten Ressource nicht befolgen kann. Wenn mehrere Vorgänge mit den gleichen, vorherigen Vorgängen auf die gleiche Ressource zugewiesen werden, muss diese Eigenschaft auf "Nein" gestellt werden.
+Stellen Sie diese Eigenschaft auf "Ja", damit Vorgänge nicht der gleichen Ressource zugewiesen werden. Somit wird eine Kombination mehrerer Vorgänge unterbunden, welche die Ressourcensperre der zugeordneten Ressource nicht befolgen kann. Wenn mehrere Vorgänge mit den gleichen, vorherigen Vorgängen der gleichen Ressource zugewiesen werden können, muss diese Eigenschaft auf "Nein" gestellt werden.
 == Einschränkungen ==

@@ Zeile 54: / Zeile 54: @@
 * Wenn der [Status] durch eine Ressourcensperre miteinander verbundene Vorgänge "Beendet", "Begonnen", "Gesperrt" oder "Freigegeben" ist, oder einige zeitlich fixiert sind, können folgende Befehle zur Zuweisung verwendet werden:
 ** "Ergebnisbeschränkte Vorgänge zuweisen"
-** "Zeitbeschränkte Vorgänge zuweisen"
+** "Zeitlich beschränkte Vorgänge zuweisen"
 : Hierdurch werden Vorgänge zugewiesen, die durch eine Ressourcensperre miteinander verbunden sind und für die keine Ergebnisse festgelegt wurden. Wenn diese beiden Befehle, wie nachfolgend dargestellt, nicht verwendet werden, dann werden durch eine Ressourcensperre miteinander verbundene Vorgänge mit hinterlegten Ergebnissen in 1. oder 2. zugewiesen. Vorgänge, die durch eine Ressourcensperre miteinander verbunden sind, für die aber keine Ergebnisse festgelegt wurden, werden erst in 3., also zeitgleich mit nicht durch eine Ressourcensperre verbundene Vorgänge, zugewiesen.
 :# Privilegierte Vorgänge zuweisen