Verknüpfungsreihenfolge für dynamisches Aufteilen: Unterschied zwischen den Versionen
DM (Diskussion | Beiträge) (Imported from text file) |
GK (Diskussion | Beiträge) |
||
| Zeile 1: | Zeile 1: | ||
{{DISPLAYTITLE:Verknüpfungsreihenfolge für dynamisches Aufteilen}} | {{DISPLAYTITLE:Verknüpfungsreihenfolge für dynamisches Aufteilen}} | ||
<div align="right">Hilfe Nummer: 785300</div> | <div align="right">Hilfe Nummer: 785300</div> | ||
| − | |||
<hr> | <hr> | ||
| − | Für aufeinanderfolgende Prozesse mit dynamisch aufgeteilten Vorgängen (durch Einstellungen in der Stammnutzungsanweisung oder Ressource) ist es möglich, die Reihenfolge der Verknüpfung zwischen diesen Vorgängen festzulegen. | + | Für aufeinanderfolgende Prozesse mit dynamisch aufgeteilten Vorgängen (durch Einstellungen in der Stammnutzungsanweisung oder Ressource) ist es möglich, die Reihenfolge der Verknüpfung zwischen diesen Vorgängen festzulegen. Hierfür wird die Artikeleigenschaft [Verknüpfungsreihenfolge für dynamische Aufteilung] genutzt, bei der folgende Werte gesetzt werden können: |
| + | ;Vorgangscode | ||
| + | :Verknüpfung findet in der Reihenfolge des Vorgangscodes statt. | ||
| + | ;Zuweisungszeit | ||
| + | :Verknüpfung findet basierend auf der Zuweisungsreihenfolge zur Zeit der Verknüpfung statt. | ||
| − | Die | + | ==Beispiele== |
| + | In den folgenden Bildern ist der blaue Vorgang immer der vorhergehende und der orangefarbene ist der nächste Vorgang. <br />Auftrag "A" mit zwei Prozessen wird vorwärts geplant.<br />Die Beschriftungen in den Balken zeigen jeweils den [Vorgangscode] des Vorgangs, zum Beispiel ist "A:10:001" ein Teillos. | ||
| + | ===Beispiel 1=== | ||
| + | Vorgänge des vorhergehenden Prozesses sind nicht in derselben Reihenfolge wie die Vorgangscodes. | ||
| − | {| | + | {| class="wikitable" |
|- | |- | ||
| − | + | |Vorgangscode||[[Image:divpegorder01.jpg]] | |
|- | |- | ||
| − | + | |Zuweisungszeit||[[Image:divpegorder01.jpg]] | |
| − | |||
| − | |||
|- | |- | ||
|} | |} | ||
| + | ===Beispiel 2=== | ||
| + | Sind Vorgänge des vorhergehenden Prozesses nicht in derselben Reihenfolge wie die Vorgangscodes und die Anzahl vorhergehender und folgender Prozesse ist unterschiedlich. | ||
| + | {| class="wikitable" | ||
| + | |- | ||
| + | |Vorgangscode||[[Image:divpegorder02.jpg]] | ||
| + | |- | ||
| + | |Zuweisungszeit||[[Image:divpegorder02.jpg]] | ||
| + | |- | ||
| + | |} | ||
| − | + | ===Beispiel 3=== | |
| + | Sind Vorgänge des vorhergehenden Prozesses nicht in derselben Reihenfolge wie die Vorgangscodes und die Losgrößen des vorhergehenden und folgenden Prozesses sind unterschiedlich. | ||
| − | + | {| class="wikitable" | |
| − | + | |- | |
| − | + | |Vorgangscode||[[Image:divpegorder03.jpg]] | |
| − | + | |- | |
| − | + | |Zuweisungszeit||[[Image:divpegorder03.jpg]] | |
| − | + | |- | |
| − | + | |} | |
| − | [[Image: | ||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | [[Image:divpegorder03.jpg]] | ||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | + | ==Auswahl zwischen Sortieren nach Vorgangscode und Zuweisungszeit== | |
| + | Verknüpfen unter Verwendung der Zuweisungszeitreihenfolge verbessert (reduziert) die Wartezeiten zwischen Prozessen. Im Beispiel 2 sind die vorhergehenden Prozesse nicht in der Reihenfolge der Vorgangscodes und Vorgänge "A:10:001" und "A:10:002" sind weit auseinander, was eine lange Wartezeit zur Folge hat, wenn nach der Vorgangscodereihenfolge verknüpft wird. | ||
| − | + | In Beispiel 3, wo die Menge, die von "A:20:004" verwendet wird, einen Rest übrig lässt, der von "A:20:003" benötigt wird, kann andererseits Verknüpfen nach der Zuweisungszeitreihenfolge dasselbe Problem hervorrufen. Wenn die Zuweisungszeitreihenfolge mit Beschränkungen der nächsten Ressource kombiniert wird, ist es in manchen Fällen nicht möglich, die Beschränkungen der nächsten Ressource zu erfüllen. | |
| + | Angenommen, im Beispiel oben seien Ressource und [Nächste Ressource] wie folgt gesetzt. <br />Beim Versuch "A:20:003" zuzuweisen werden Verknüpfungen sowohl von "A:10:004" als auch von "A:10:002" erstellt. Dies würde die Verwendung sowohl von "RessY1" als auch von "RessY2" erfordern, was aber nicht mit den Beschränkungen der nächsten Ressource vereinbar ist und somit zur Zuweisung des Vorgangs zur "Dummyressource" führt. <br />Grundsätzlich ist es bei Verwendung der Beschränkungen der nächsten Ressource besser, die Verknüpfungen nach Vorgangscodereihenfolge zu sortieren. | ||
[[Image:divpegorder04.jpg]] | [[Image:divpegorder04.jpg]] | ||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
<hr> | <hr> | ||
<div align="right">Hilfe Nummer: 785300</div> | <div align="right">Hilfe Nummer: 785300</div> | ||
Version vom 11. Juli 2017, 16:00 Uhr
Für aufeinanderfolgende Prozesse mit dynamisch aufgeteilten Vorgängen (durch Einstellungen in der Stammnutzungsanweisung oder Ressource) ist es möglich, die Reihenfolge der Verknüpfung zwischen diesen Vorgängen festzulegen. Hierfür wird die Artikeleigenschaft [Verknüpfungsreihenfolge für dynamische Aufteilung] genutzt, bei der folgende Werte gesetzt werden können:
- Vorgangscode
- Verknüpfung findet in der Reihenfolge des Vorgangscodes statt.
- Zuweisungszeit
- Verknüpfung findet basierend auf der Zuweisungsreihenfolge zur Zeit der Verknüpfung statt.
Inhaltsverzeichnis
Beispiele
In den folgenden Bildern ist der blaue Vorgang immer der vorhergehende und der orangefarbene ist der nächste Vorgang.
Auftrag "A" mit zwei Prozessen wird vorwärts geplant.
Die Beschriftungen in den Balken zeigen jeweils den [Vorgangscode] des Vorgangs, zum Beispiel ist "A:10:001" ein Teillos.
Beispiel 1
Vorgänge des vorhergehenden Prozesses sind nicht in derselben Reihenfolge wie die Vorgangscodes.
| Vorgangscode | 
|
| Zuweisungszeit |
|
Beispiel 2
Sind Vorgänge des vorhergehenden Prozesses nicht in derselben Reihenfolge wie die Vorgangscodes und die Anzahl vorhergehender und folgender Prozesse ist unterschiedlich.
| Vorgangscode | 
|
| Zuweisungszeit |
|
Beispiel 3
Sind Vorgänge des vorhergehenden Prozesses nicht in derselben Reihenfolge wie die Vorgangscodes und die Losgrößen des vorhergehenden und folgenden Prozesses sind unterschiedlich.
| Vorgangscode | 
|
| Zuweisungszeit |
|
Auswahl zwischen Sortieren nach Vorgangscode und Zuweisungszeit
Verknüpfen unter Verwendung der Zuweisungszeitreihenfolge verbessert (reduziert) die Wartezeiten zwischen Prozessen. Im Beispiel 2 sind die vorhergehenden Prozesse nicht in der Reihenfolge der Vorgangscodes und Vorgänge "A:10:001" und "A:10:002" sind weit auseinander, was eine lange Wartezeit zur Folge hat, wenn nach der Vorgangscodereihenfolge verknüpft wird.
In Beispiel 3, wo die Menge, die von "A:20:004" verwendet wird, einen Rest übrig lässt, der von "A:20:003" benötigt wird, kann andererseits Verknüpfen nach der Zuweisungszeitreihenfolge dasselbe Problem hervorrufen. Wenn die Zuweisungszeitreihenfolge mit Beschränkungen der nächsten Ressource kombiniert wird, ist es in manchen Fällen nicht möglich, die Beschränkungen der nächsten Ressource zu erfüllen.
Angenommen, im Beispiel oben seien Ressource und [Nächste Ressource] wie folgt gesetzt.
Beim Versuch "A:20:003" zuzuweisen werden Verknüpfungen sowohl von "A:10:004" als auch von "A:10:002" erstellt. Dies würde die Verwendung sowohl von "RessY1" als auch von "RessY2" erfordern, was aber nicht mit den Beschränkungen der nächsten Ressource vereinbar ist und somit zur Zuweisung des Vorgangs zur "Dummyressource" führt.
Grundsätzlich ist es bei Verwendung der Beschränkungen der nächsten Ressource besser, die Verknüpfungen nach Vorgangscodereihenfolge zu sortieren.
