Administrative VOB hierarchies and global types

Managing type objects that are used in a group of related VOBs is greatly simplified by creating administrative VOB hierarchies that can share globally defined type objects.

After a global type object is created in a VOB, instances of the type can be created in any other VOB that links to it with an AdminVOB hyperlink. This section introduces global types and administrative VOB hierarchies.

Administrative VOB hierarchies

A VOB is an administrative VOB if it meets both of these criteria:
  • It contains at least one global type.
  • It is the target of an AdminVOB hyperlink from another VOB.

An administrative VOB hierarchy includes at least one administrative VOB and one or more VOBs that have an AdminVOB hyperlink to it or to another VOB that has an AdminVOB hyperlink to it.

Every VOB in an administrative VOB hierarchy has exactly one parent and zero or more children. Administrative VOB hierarchies can have any structure that does not violate these constraints or create a circular relationship. In the example shown in the following figure, the administrative VOB \admin defines global types used by all VOBs in the hierarchy, while lower-level administrative VOBs \admin_dev and \admin_re define additional global types specific to the needs of particular teams.

All UCM component VOBs are created as part of an administrative VOB hierarchy, with an AdminVOB hyperlink to a PVOB in which UCM type objects such as projects, folders, and streams are defined. If multiple PVOBs are in use, they must each have an AdminVOB hyperlink to a common PVOB in which shared UCM type objects are defined.
Note: If you are using UCM, you do not usually need to create administrative VOB hierarchies manually as described in this section.
Figure 1. An Administrative VOB hierarchy

Figure 4 shows an administrative VOB hierarchy. The parent VOB in the hierarchy has two child VOBs. Each of these child VOBs has one child.