Dependency Synchronization

To access this dialog:

Using the EPS panel, load the schedule and select Synchronize Dependencies

The Dependency Synchronization dialog is used to align Studio UG and Enhanced Production Scheduler (EPS) schedule dependency information. The following can happen as a result of this function:

Commit existing dependency information in Studio UG (the "Project Schedule") to the "EPS Schedule"
To add existing EPS schedule dependencies to the Project Schedule where they don't already exist there
Ignore schedule dependency differences between Studio UG and EPS

What happens where a dependency discrepancy is found between the two systems is up to you; for each conflicting dependency situation you can choose to update the UG schedule, the EPS schedule or neither.

As such, potentially, either the Studio UG project or the EPS schedule can be updated as a result of synchronization.

Note: Dependency synchronization relies on an installed and licensed, local instance of Enhanced Production Scheduler (EPS). You must also load the EPS schedule using the EPS panel before the Synchronize Dependencies option becomes available.

The Dependency Synchronization dialog detects all dependency conflicts between EPS and Studio UG's schedule data, including:

Dependency changes made in Studio UG that aren't represented (or represented in the same way) in EPS
EPS dependency data that can't be found as-is in Studio UG for the same activities
Differences between dependency types (start-finish, finish-start etc.) between the two systems
Differences in lag between activities between the two systems
Any discrepancies found in layer specification between the same dependencies in both systems

The dialog is dominated by a list of dependency conflicts that have been detected. On the left, there is a group of columns representing a dependency in Studio UG. The next, similar, group of columns represent the data detected in the EPS schedule.

Tip: hover your cursor over any dependency to show a tooltip displaying the ID, name, design type, description, design ID and segment number of the dependency.

Either group of data can be blank (indicating dependencies were found in one system and not the other. For example, in the image below, two dependency conflicts were found. The first (a) exists in EPS but not in Studio UG and the second (b) in Studio UG but not EPS:

In the following example, an identical dependency has been found in Studio UG and EPS, but the lag differs (0d in Studio UG and 2d in EPS). In this case, the predecessor (From) and follower (To) are identical, as is the dependency status (finish-start). It is the lag that differs, so in this situation both sets of data are filled for the same row:

You can filter the main list to show only a specific type of discrepancy if you like. By default, all differences are shown, but you can change this using the drop-down list in the top right of the screen:

In this context, [Only in Project] refers to discrepancies currently unique to Studio UG and [Only in Schedule] those that have only been found in EPS.

Dependencies are deemed to be the same specification if they are found to have both the same predecessor and follower. This is represented by the [In Both] list.

Deciding what to do with differences

If dependency discrepancies are found between EPS and Studio UG, generally, you should consider adopting the dependency in one or both systems. For each discrepancy listed in the main table, the Action column is used to determine what happens (if anything).

The following options are available by clicking inside the Action column for a particular row of data:

Do Nothing: ignore the difference - neither system will be changed.
Add to Project: add the EPS schedule dependency data to the Studio UG database, retaining the current EPS status. To update the Studio UG project with EPS dependency data, the Is Override option must also be checked.

Note: if you have chosen to override a Studio UG dependency with EPS data, the status bar will display that such a change will be made. If multiple rules of this type are specified, the number of changes is highlighted.
Delete from Schedule: remove the conflicting dependency from EPS and retain it in the Studio UG project.

You can do this row-by-row, or you can select a group of records to assign the same Action.

Click any row to highlight it
Click a row, hold down <SHIFT> and select another row to group-select all rows between.
Hold down <CTRL> and select one or more rows. Each click will add to the current selection, or toggle an active row off. This is the only method that will allow the selection of non-contiguous rows.

Once a group have been selected, use the drop-down list at the bottom of the form to select a group Action to apply to selected rows. This contains the same options as the list filter described above; either ignore, update Studio UG (Add to Project), or update EPS (Delete from Schedule).

Processing Changes

Any item in the discrepancies list that is assigned an action of [Add to Project] or [Delete from Schedule] requires processing. The number of items to be processed is shown at the bottom left of the dialog, e.g. where four differences have been found, but two can be ignored, one is correct in Studio UG and one is correct in EPS, the readout will be like this:

The Process button is only enabled if at least one discrepancy is to be processed (i.e. if they are all set to [Do Nothing], the button will remain disabled).

Once processed, changes are committed immediately to the corresponding systems, synchronizing the affected dependencies in one system or the other. As those items are now the same, they are removed from the list.

Synchronize/process dependency differences, or choose to ignore them.

When you close the Dependency Synchronization dialog without processing all actionable changes, a warning is shown.

Viewing Dependencies

All dependencies found to mismatch between Studio UG and EPS can be visualized in the 3D window, providing dependencies have been loaded first (using the Load Dependencies button on the EPS panel) and the selected dependency already exists in Studio UG.

Filter on selection change: enable this check box to automatically filter (hide) all data other than the selected dependency when the corresponding table row is selected.
Zoom all when filter changes: enable this check box to zoom to display the selected Studio UG dependency, maximized to the current 3D window extents.

Tip: Select both check boxes to filter and zoom simultaneously.