Development Sequence Dependencies
Conceptual
When you create a new case in the Project Explorer, Development Intersection and Development Sequence dependencies are generated. Sequence dependencies are generated from all internal dependencies in the Development Network Layer, based on their Cut, and are case-specific. Similarly, intersection dependencies are generated from the intersections in the Development Network Layer.
If we add data to a case and create the bare minimum schedule we can see how these dependencies interact. Firstly, if we change the Intersection Dependency to Gold and the Sequence dependency to LimeGreen, we will be able to see the dependencies in the Animation Window using Dependencies > Overlay > Annotate Dependencies.
We can see here that the green arrows represent the direction of mining of two tunnels based on the Sequence dependency and the Yellow arrow represents the intersection between the two tunnels. This scenario would result in the right tunnel being mined up until the yellow arrow, then both tunnels being mined after that.
Here is an animated example:
Add
Development Sequence dependencies are generated from all internal dependencies in the Development Network Layer, based on their Cut, and are case-specific.
To view dependencies in the Animation Window, enable Annotate Dependencies and then select the Development Sequence Dependency from the Annotate Dependencies > Network Attach > right-click menu.
When you add or edit a Dependency of this type, you can set the following parameters (or accept the defaults where applicable):
Description
Optionally, enter a Description that can be used with the Name to further identify the Dependency. Detail useful for diagnosing issues with Dependencies should be added here.
Treat Predecessors as OR Group
Where multiple predecessor tasks have the same successor task and the OR check box is NOT enabled, the successor task will only be released after ALL of the predecessor tasks are completed.
Where multiple predecessor tasks have the same successor task and the OR check box is enabled, then the successor task will be released when ANY of the predecessor tasks are completed.
Priority
The Priority is a numerical method to classify your dependencies by importance. Ranges with Priority 1 will be resolved first, meaning if there are conflicting dependencies between two or more ranges, ranges with lower priority will become circular, rather than randomly resolving the conflict.
Act As Constraint
Normally a Dependency takes into consideration the relationship between Tasks regardless of the Equipment or Date involved. Selecting the Act As Constraint check box
For example, if the user ticks act as constraint in the dependency range, and excludes Jumbos, the Jumbos will not honour the dependency range.
Set the Source (Text Range or [Inline] *) Range that applies to the Tasks. See: Text Range and Inline Ranges.
Release Delay Expression
Once a Predecessor Range has been completed, the Release Delay controls how long until the Successor Range is considered "Released" and can be worked. Accept the default (None) or build a Release Delay Expression using the operators, constants and functions provided by the Expression Editor.
A common user case example is to use release delays between paste filling (for example, 21 days) and subsequent adjacent drilling or bogging activity.
Predecessor/Successor Range
By default, the predecessor and successor range for the Development Sequence dependency is set to everything ([Inline]*). This ensures that all the generated development solids from the Development Network Layer are connected based on their cut and direction.
In rare instances where the user might not want the internal connections to be done automatically, they can exclude the range for those solids.
Development Sequence Dependencies
Predecessor/Successor Processes
Allows you to control which Processes are used for the Dependency.
Reverse Direction
If the user wants to connect their internal dependencies in opposite directions to the Development Network Design, they can do so by ticking the Reverse Direction box.
Link between Development Network Design and Development Sequence Dependency
It is important to note that the mining direction in the Development Sequence Dependency is driven by the direction of the centrelines in the Development Network Design. Therefore, if the user changes the direction of a tunnel dependency that belongs to the Development Sequence, it will automatically change the direction of the centreline in the Development Network Design and vice versa: if the user changes the direction of a centreline, it will automatically revert the dependency direction associated with that centreline.
Use Node Sorting Sequence
Select this check box when path nodes have been ordered based on their positions and attributes as defined in an ordered list of Sorting Entries or Node Sorting Sequence. Node Sortings facilitate a degree of “auto-scheduling” by allowing tasks to be worked using an arbitrary ordering of nodes which might be intended, for example, to target the highest grade, or work in a structured order not specified by the level structure.
Node Sorting Sequence
Use the drop-down to select a Node Sorting Sequence. Alternatively, click on the ellipsis to edit or create Node Sortings.