Through the eyes of the Model Administrator we can look into the inside of the model. We schedule the View Aspects task first and start it in the 'normal' way.
Before starting it is good to know about the structure of the aspect servers.
Every aspect of a business model is put entirely in a server. There can be more than one aspect included in one server. The choise is one of finding an optimum between re-usefulness and complication.
The 'smaller' the extracted aspect in a separate server, the more complicated will be the reconstruction of processes.
And when you mix-up aspects in one server, this server wil be less reusable for more than one business model, and you'll have to make new variations for the next model.
And when you mix-up aspects in one server, this server wil be less reusable for more than one business model, and you'll have to make new variations for the next model.
Now, let's choose an aspect from the aspect collection window.
Clicking the services >details< button opens a services (collection) window.
Again for some model insight...
Within an aspect server there can be alternative business object collection variants. This is done to facilitate the use of reference models.
These alternative business object collections are called business aspect constructs.
Within an aspect server there can be alternative business object collection variants. This is done to facilitate the use of reference models.
These alternative business object collections are called business aspect constructs.
Let's choose the one and only construct type for the Workordertype Control Services server, called Workordertypes.
Clicking the properties >details< button opens a properties (collection) window.
- Remark:
- The Proto-6 does not yet support full interface object definition, it uses the original object instance variable names to show up the property names in the object windows. Only the choise and order of properties can be defined.
We can now open the primary business object types collection window and choose (the only) one, the Workorder Type.
Again, clicking the properties >details< button opens a properties (collection) window.
Primary business objects are the units to be found in a construct. These objects can be simple or rather complex. When they are complex, this means that they are build up as a construction of one ore more related objects.
In this case Workorder Type consists of one or more Program Types, so let's click the Related Objects button (the prior windows are not shown in the figure for readability reasons).
Clicking the properties >details< button opens a properties (collection) window. Clicking the elements >details< button opens a collection window of (sub)related business object types.
| < to previous page | to top of document ˆ |
