Download presentation

Presentation is loading. Please wait.

Published bySydney Slater Modified over 4 years ago

1
1-1 Constraint-based Scheduling Claude Le Pape

2
1-2 Outline Introduction Scheduling constraints Non-preemptive scheduling –Temporal constraints –Resource constraints –Problem-solving examples Preemptive scheduling Conclusion (applications)

3
1-3 Scheduling problems "Scheduling is the allocation of resources over time to perform a collection of tasks" [Baker 74] –Pure scheduling problems: assignment of start and end times to activities (each activity requires given resources with given capacities) –Pure resource allocation problems: assignment of resources to activities (the start and end times of each activity are given) –Joint scheduling and resource allocation problems: assignment of resources and start and end times to activities

4
1-4 Scheduling problems Transportation –Traffic scheduling and control (aircrafts, buses, trains, trucks) –Loading and unloading (aircrafts, ships, trucks) –Crew rostering Production and maintenance Manpower planning and timetabling (shifts, courses, exams) Project or mission scheduling Network planning and routing Computer or printer job scheduling Mixture planning, rack configuration, textile cutting,...

5
1-5 Variety of scheduling problems Activities Resources Constraints Optimization criteria Problem size Time available to make a decision

6
1-6 Activities Interval (block) activities Splittable activities (with interruption cost?) A time A AAA

7
1-7 Resources Unary resources –one person –one machine Discrete resources –a group of people with the same capabilities State resources –an oven with different possible temperatures Energetic resources –a limited number of human-days each week

8
1-8 Constraints Temporal constraints –Fixed or variable durations –Precedences –Minimal and maximal delays Resource constraints –Fixed capacity –Variable capacity (time versus capacity tradeoffs) –Variable capacity over time Specific constraints

9
1-9 Optimization criteria No optimization criterion A well-defined criterion –Project makespan –Number of activities performed within given delays –Maximal or average tardiness or earliness –Peak or average resource utilization A combination of well-defined criteria Preferences (soft constraints) Optimization versus robustness

10
1-10 Problem size number of resources number of activities 1000 100 10 1 1 100100010000 unary resources discrete resources several types of resources

11
1-11 Problem size number of resources number of activities 1000 100 10 1 1 100100010000 production and maintenance network routing and traffic control other applications

12
1-12 Suitable response time Reactive train traffic control: two seconds Predictive production and maintenance scheduling: minutes to hours Reactive production and maintenance scheduling: seconds Predictive timetabling: minutes to hours Reactive computer or printer job scheduling: small fraction of the average job duration

13
1-13 Constraint programming Problem definition Decision-making (and retracting) Constraint propagation Problem specification or partial solution in terms of constraints Initial constraints Dynamic changes Deduced constraints Contradictions New constraints (decisions)

14
1-14 Constraint programming Explicit problem definition Separation between problem definition and problem solving Systematic deduction of the consequences of made decisions (constraint propagation) Partial constraint propagation development of heuristic search algorithms to generate and optimize solutions Incremental constraint propagation (with fixpoint semantics) Localized definition of the constraint propagation process (each constraint propagates independently of other constraints)

15
1-15 Incrementality principle (1) Masonry (7) Carpentry (3) Roofing (1) Windows (1)Facade (2)Garden (1)Painting (2) Moving (1) Plumbing (8)Ceilings (3)

16
1-16 Incrementality principle (2) Masonry Plumbing Carpentry R. Ceilings Facade W. G. Paint. M. 05101520

17
1-17 Incrementality principle (3) "Plumber" "Roofer" Solution: Order "Plumbing" and "Roofing" Heuristic choice For example, "Plumbing" before "Roofing"

18
1-18 Incrementality principle (4) Masonry Plumbing Carpentry R. Ceilings Facade W. G. Paint. 05101520 M.

19
1-19 Incrementality principle (5) Masonry Plumbing Carpentry R. Ceilings Facade W. G. Paint. 05101520 M.

20
1-20 Incrementality principle (6) Masonry Plumbing Carpentry R. Ceilings Facade W. G. Paint. M. 05101520

21
1-21 Incrementality principle (7) Masonry Plumbing Carpentry R. Ceilings Facade W. G. Paint. 05101520 M.

22
1-22 Incrementality principle (8) Constraint propagation consists in incrementally updating characteristics of a partial problem solution when an additional constraint is added These characteristics may be: –indicators of contradictions –domains of variables (relational propagation) –the overall set of constraints (logic/algebraic propagation)

23
1-23 Incrementality principle (9) Particular case: arc-consistency A constraint propagation technique enforces arc-consistency if and only if when propagation stops the following statement holds: for every constraint c(v 1... v n ) for every variable v i for every value val i in the domain of v i there are values val 1... val i 1 val i 1... val n in the domains of v 1... v i 1 v i 1... v n such that val 1... val i 1 val i val i 1... val n satisfy c

24
1-24 Incrementality principle (10) Non-monotonic constraint propagation consists in incrementally updating characteristics of a partial problem solution when a constraint is added or retracted Non-monotonic constraint propagation implies the cancellation (hence the identification) of the consequences of the retracted constraints Non-monotonic constraint propagation is not used as much as "monotonic" constraint propagation (for complexity reasons)

25
1-25 Locality principle (1) Each constraint (or constraint type) "includes" all the information necessary to enable its propagation and, in particular, to determine whether it is satisfied or not as soon as all its variables are instantiated The constraint propagation methods associated with a constraint (or constraint type) are a priori independent of the methods associated with other constraints

26
1-26 Locality principle (2) Example: temporal constraints and resource constraints –User: "Plumber" "Roofer" –User: "Moving" must end before 20 –Temporal constraints: "Plumbing" must end before 17 –Disjunctive resource constraint: "Plumbing" must precede "Roofing" –Temporal constraints: "Moving" cannot end before 19

27
1-27 Constraint programming Artificial Intelligence –Declarative programming (problem definition) –Generic inference mechanisms (constraint propagation) –Generic search techniques (problem solving) Operations Research –Linear programming is "declarative" –Efficient algorithms for deducing solution characteristics –Efficient search techniques Software Engineering –Incremental and local processes

28
1-28 Constraint programming PrecisionFlexibility EfficiciencyExtensibility

29
1-29 Precision Explicit representation of the overall set of constraints Guarantee of constraint satisfaction Software package Specific development Use of a constraint programming tool Guarantee of constraint satisfaction BUT limitation to the constraints considered in the package. No limitation BUT guarantee of constraint satisfaction to build totally. Guarantee of satisfaction of the predefined constraints. Possibility of defining specific constraints.

30
1-30 Precision (example) An automatic cart places the batches of products on the waiting areas ( ) Batches are also evacuated through the waiting areas A waiting area contains at most one batch at a time There are only two waiting areas per machine Machine

31
1-31 Efficiency Generation of a "good" solution in a reasonable amount of time Response time versus solution quality tradeoffs which correspond to the needs of the users Software package Specific development Use of a constraint programming tool CPU time not controlled (although generally correct). Solution quality not controlled. Compromises made by the development team. Heavy (often omitted) code optimization task. Compromises made by the development team. Highly optimized predefined constraints and basic mechanisms.

32
1-32 Scheduling of 48n activities on 17n resources of 5 different types (2 to 7 resources per activity) Algorithm 1Algorithm 2Algorithm 3Combination Efficiency (example) solution cost CPU.00111000 solution cost CPU.00111000

33
1-33 Flexibility Using (combining) different methods to solve different problems (or subproblems) Incrementally modifying a problem Software package Specific development Use of a constraint programming tool Some flexibility may exist BUT limited to cases considered by the software designer. Points of flexibility chosen with respect to actual needs. More or less complex implementation process. Exploitation of the separation between "problem definition," "constraint propagation," and "decision-making."

34
1-34 Flexibility (example) Importance of bottleneck resource Importance of bottleneck resource Quality of a resource-based problem decomposition Quality of an order-based problem decomposition Importance of bottleneck resource Quality of an "opportunistic" problem decomposition

35
1-35 Extensibility Extending and modifying an application when the context in which it is used changes Adapting an application to a new problem Software package Specific development Use of a constraint programming tool Extensibility is limited. Very often no way of extending the system at all. Extensible as the source code is available BUT high extension cost (depending on the source code). Exploitation of the separation between "problem definition," "constraint propagation," and "decision-making."

36
1-36 Extensibility (example) Allocation of locomotives to trains Constraints Diesel Constraints Electric Constraints TGV "Electric to Diesel": immediate adaptation (one additional specific constraint) "Electric to TGV": 3 man-months

37
1-37 Limits Not a miracle NP-hard problems remain NP-hard Not an immediate solution Constraint programming is a method for which tools are available Developing and testing software remains necessary Not a universally useful method Many problems do not necessitate constraint programming (e.g., critical path computation) or are such that their resolution cannot benefit from the use of constraint-based techniques

Similar presentations

OK

Flexible access control policy specification with constraint logic programming Steve Barker, Peter J. Stuckey Presenter: Vijayant Dhankhar.

Flexible access control policy specification with constraint logic programming Steve Barker, Peter J. Stuckey Presenter: Vijayant Dhankhar.

© 2018 SlidePlayer.com Inc.

All rights reserved.

To make this website work, we log user data and share it with processors. To use this website, you must agree to our Privacy Policy, including cookie policy.

Ads by Google