Rule context model
1. Overview
The rule context defines link, restriction, flow-control, and feasibility services used to judge whether a recovered task sequence is legal. It supplies predicates and costs to bunch generation; it is not an independent master model.
1. Dependent Contexts
Task, aircraft, and infrastructure time/cost types.
2. Concepts / Entities
1. Link
2. Restriction
3. Flow control
3. Variables
No decision or auxiliary variables are registered by RuleContext.
4. Predicates
linkType(l) classifies link semantics. violates(t,r) means task t violates restriction r. flowClosed(f) means the flow capacity is zero. feasible(t,t') means the connection time, rule, and aircraft tests pass.
5. Sets
6. Intermediate Values
The connection service derives a transition time and total violation cost:
7. Assertions
Every link has two task endpoints, and a connecting link only connects tasks whose airport/time data are defined. A flow window has nonnegative capacity and nonempty time range.
8. Constraints
No independent solver rows are registered. Feasibility is a service predicate:
9. Objective Function (if applicable)
None. Transition and restriction costs are inputs to a bunch cost calculator.
10. Algorithm References
No standalone algorithm document; FeasibilityJudger, connection-time, and cost calculators implement the predicates.
11. Ubiquitous Language
| Term | Symbol | Definition |
|---|---|---|
| link | l | relation between consecutive tasks |
| restriction | r | rule limiting a task transition |
| flow control | f | airport/time capacity window |
| feasibility | feasible | all enabled rules pass |
12. Design Decisions
| Decision | Alternative | Rationale |
|---|---|---|
| evaluate rules before column insertion | add invalid bunches then filter in master | keeps generated columns feasible |
13. Change Log
| Version | Change | Reason |
|---|---|---|
| 1.0 | Documented rule predicates as a service boundary | Separate feasibility from master variables |