File: Scheduling

package info (click to toggle)
planner 0.14.92-1.1
  • links: PTS, VCS
  • area: main
  • in suites: forky, sid, trixie
  • size: 13,676 kB
  • sloc: ansic: 68,177; xml: 6,112; sql: 890; makefile: 43; sh: 42; python: 26
file content (153 lines) | stat: -rw-r--r-- 4,181 bytes parent folder | download | duplicates (2)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
Brief description of the task scheduling in Planner
===================================================

Work breakdown structure
------------------------

The tasks are organized in a hierarchy of tasks and subtasks. A
project is normally divided into a few subprojects. Each subproject is
then divided further until each leaf in the resulting tree
is sufficiently small to be concrete and manageable. Tasks that have
subtasks (or children), are called summary tasks.


Scheduling
==========

Each task is scheduled according to its scheduling type, which can be
any of:

* As-soon-as-possible (ASAP)
* As-late-as-possible (ALAP)
* Must-start-on (MSO)
* Start-no-earlier-than (SNET)
* Finish-no-later-than (FNLT)

ASAP
----

Per default, tasks are scheduled as-soon-as-possible (ASAP). This
means that all tasks start directly at the project start if they have
no predecessors. Tasks that have predecessors, are scheduled to start
directly after its latest predecessor.

ALAP
----

[ Note: Not yet implemented. ]

Tasks that are scheduled with an as-late-as-possible type, are put as
close to the project finish time as possible.

MSO
---

The must-start-on constraint means that the task start time is locked
down to a specific time (but never before the project start).

SNET
----

Start-no-earlier-than makes the task start when otherwise scheduled,
but no earlier than the specified time.

FNLT
----

[ Note: Not yet implemented. ]

Finish-no-eariler-than make the task finish no later than the
specified time.


Summary tasks can only have SNET, FNLT, and ASAP constraints.


Predecessors
============

Predecessor relationships can be of any of the following types:

* Finish-to-start (FS)
* Start-to-start (SS)
* Finish-to-finish (FF)
* Start-to-finish (SF)

[ Note: Only FS is implemented so far. ]

A predecessor relationship can involve a lag time, so that a task is
scheduled after the predecessor plus the specified lag. A negative lag
is interpreted as lead time.

[ Note: There is currently no way to set lag in the UI ]


Summary tasks can only have predecessors with FS or SS type.


Scheduling from project start/finish
====================================

[ Note: Only scheduling from project start is implemented yet. ]

Project start
-------------

When scheduling from project start, newly inserted tasks get scheduled
with an ASAP constraint by default. 

[Note: We might want to make dragging tasks or entering times in
cells put a SNET constraint, when scheduling from project start. ]

Project finish
--------------

When scheduling from project finish, newly inserted tasks get scheduled
with an ALAP constraint by default. 

[Note: We might want to make dragging tasks or entering times in
cells put a FNLT constraint, when scheduling from project finish. ]


Topological sorting and CPM
===========================

When scheduling tasks, they need to be sorted topological, to make the
order in which they should be layed out known. Since the graph is
really a tree, we need to special case the sort algorithm a bit:

1. Mark all nodes as unvisited.

2. Traverse the dependency graph and produce a sorted list.

2.1. It the task is not visited, recurse for its successors.

2.2. Also recurse for the ancestors of the successors that has the
     same parent as an ancestor of the task. This way predecessors
     will be listed before the summary tasks of the successors.

2.3. Finally recurse for the task's children.

2.4. Prepend the task to the sorted list.

3. Go through the sorted list and build a tree. Parents are listed
   before their children and predecessors are listed before their
   successors (including successors' parents) so the tree will be
   sorted.

4. Do a forward pass through the tasks to set the earliest start and
   earliest finish times for all tasks.

4.1. Lay out tasks according to constraints and predecessors.

5. Do a backward pass to set latest start and latest finish times.



Work / Duration / Resources
===========================

Iterate through calendar intervals, if the start time is inside
non-working time, then move the start time after that interval.

Then keep iterating and add to the duration