Example:
A password is concretized when it is entered, and it allows the computer to be unlocked. The password participates in the unlocking process through its concretization.
A pump, a hammer, a password.
Iof usage note:
A "tag", when included in an IDO asset model, should in general have a type that is subclass of both 'functional object' and 'physical artefact'.
Artefact types tend to be described primarily in terms of 'function'; for example, the "minimal" definition of a pump would be, "a physical artefact, the function of which is to pump (to be the active participant in a pumping activity)". This kind of definition places no restriction on physical make-up and is suitable for a subclass of 'functional object'. Note that the activity type of 'pumping' is here a precursor to the definition of the physical object type 'pump'. A taxonomy of pump classes should extend from a class 'pump' defined solely in terms of function, as above.
Most artefacts are both physical and functional objects as a functional object is any object that has a function.
Note that it is possible to model without explicitly using this class, as any object that has a function can be inferred to be a functional object.
This class can be used as a root class for functional classification of objects, including physical objects.
