System theory
ontology – a first draft
This page is published under the terms and conditions of the
copyright conditions in the footnote.
A thing is a part of the universe that can be described as discrete, separable from the rest of the universe.
The things of interest to architects include working systems and system elements.
Architects are part of a meta system whose role is to describe and change systems.
This graphic illustrates the triangular relationship between architects, systems and system descriptions.
Three kinds of
thing |
|
Descriptions <create and use> <idealise> Architects <observe
and envisage> System elements |
It is impossible to impose a single perfect hierarchical structure on all the terms and concepts of interest here.
But people do find it easier to manage things organised in a hierarchical structure.
So, don’t think of the ontological structure below as “right”, it is only a tool to assist understanding.
An ontology |
|||
System element: a
unit of an operational system that can be described. |
Structural element: a unit that a system is made of. |
Active structural element: a structural element that can be asked to do work |
Component:
or subsystem, that can perform one or more process steps. It can be related to other components by
requesting or delivering services. It can be replaced by any other component with the
same interface(s). It is sometimes called a
building block. |
Interface:
a façade component that presents services for access by other components. It encapsulates any internal components needed to
deliver the services. |
|||
Passive structural element: a structural element that is acted upon. |
Object: an
item or structure that is used, moved or made. E.g. a data item, data
structure, or any kind of structural component. |
||
Location:
a place where components and interfaces are found and work is done. |
|||
Behavioural element: a unit of what a system does. |
Service: the external view of the processing that responds to
a singular event or service request. |
|
|
Process:
one or more activities, triggered by an event or service request, that ends
by producing a desired effect. It is performed by one or more components.
A process is described or defined as a sequence of actions or
instructions under a logical control flow. |
Adaptation: a
process by which an operational
system follows rules to act on observations to maintain its state
or achieve other desired effects (contrast: evolution) |
||
. |
|||
Description: an
abstraction that expresses a thing’s properties by “intension”.
(E.g. a name beginning with a “J”.) A description may be a large and complex type |
Design: a description
in the form of a plan (by drawing or other convention) of a buildable thing,
object or system. |
|
|
Model: a
description that abstracts from a referent thing or more elaborate model;
it can be a mental, documented, mechanical or other kind of model. It
expresses some properties of the referent and enables questions to about it
to be answered. |
Documented model (artefact): in a readable form
(writing or drawing) more stable and shareable than a mental model. |
|
|
Mental model:
that is recorded in a brain, less stable and shareable than a documented
model. |
|
||
Type: a
description comprising one or more property types embodied in an observed or
envisaged thing, and encoded in a description or model of some kind. Types are conceived by architects, found in descriptions
and embodied in things. |
Property (Concept): a type of a thing or element of a thing
(a fact, form, function,
feature, concept, condition, rule or attribute). A property type
in a description defines the values that a property instance
can take (e.g. height in metres, musical pitch). A property instance
is a fact about a particular thing that embodies a property type
(e.g. 2, B flat). |
Desired effect:
a property that describes the result, output or outcome that
one or more actors want from a process or operational
system. State: a
property comprising
the values of an operational system element’s properties
at a defined point in time, usually a large and complex type. |
|
Structure:
a description that is organised, usually in one of the following ways: a
list, a strict hierarchy (a one-to-many cascade with no duplicated items), a
redundant hierarchy (with some duplication of items), a grid or matrix
(relating element in two lists), or a network (items connected in
many-to-many relationships). |
Pattern:
that can be reused in similar situations to address similar issues, e.g. to
organise components so as to cooperate to complete a higher level process. |
|
|
System description: a description of an operational system. It may map system elements to environmental or
contextual elements and enable planning of work to implement the system. |
|
|
|
Nomination: definition
of a thing by name, or a set of things by listing their names. (E.g. Jack, Jay, Joan and John.) |
|
|
|
. |
|
|
|
Meta system element |
Meta system role: a role in system architecting. |
Architect: one
that can create,
recall and use descriptions of things that it observes
or envisages. |
|
Meta system process: a system architecting activity. |
Creation: a
process that brings a thing or description into existence, and
thus starts its life history. Observation: a
process by which sensors detect things (entities or events) and
capture information about them. Abstraction: a
process by which a description
is derived either directly from a thing or from a more elaborate or
specialised description. Envisaging: a
process by which an architect creates a description of a thing
that does not yet exist or is not observed. Technique:
a process that guides the performance of an activity to produce a work
product. It may be associated with a pattern. Evolution: a
process of the meta system by which an operational
system is changed to produce a new system generation (contrast: adaptation). |
|
|
Meta system product: an output of system architecting. |
See
Description and System Element |
|
Below are four words not so far included in the ontological structure above:
Term |
defined by genus |
and difference |
Discrete: |
|
not continuous, dividing a
whole or a continuum into distinct or separate things, elements,
entities or events. |
Instance: (aka particular) |
[a thing] |
that embodies the properties
of a type or universal (and perhaps other types). -
A particular
tree is an instance of the type “tree” (and “plant” and
“oxygenation engine” and “tall thing”) -
A particular
performance of Hamlet is an instance of “the play Hamlet” (and
“entertainment event”). |
Operational system: |
[a thing] |
that is a collection of
interrelated components playing roles in processes to maintain system state
and/or produce other desired effects. |
Set: |
[a thing] |
that is a collection or
group of things (set members), definable in one or both ways below. -
Extensional
definition lists all members of a
set - by nomination of their names. -
Intensional
definition describes one member of
a set - by description of its properties, as in a type elaboration below. |
Natural language is blessed and cursed with words that have multiple meanings and words that share meanings.
E.g. the words type, concept, property, quality, feature and attribute are all used in describing things.
Some verbs fit some of these words better than others. E.g. You might say a rose bush is a plant that
· instantiates the type(s) “thorny”, “flowering” and “bushy”
· embodies the concept(s) “thorny”, “flowering” and “bushy”
· exhibits the properties “thorny”, “flowering” and “bushy”
· possesses the qualities, features or attributes “thorny”, “flowering” and “bushy”.
The term "property" is often used ambiguously to mean property type (height) and/or property instance (1.74 metres).
The term "concept" is probably used more often for the property type (height) than the property instance.
A reader suggests all properties are concepts but not all concepts are properties, but it is difficult to find convincing examples of the latter.
Creative Commons Attribution-No Derivative Works Licence
2.0 10/01/2019 15:47
Attribution: You may copy, distribute and display this copyrighted
work only if you clearly credit “Avancier Limited: http:
//avancier.website” by means of including this copyright statement.
No Derivative Works: You may copy, distribute, display only
complete and verbatim copies of this page, not derivative works based
upon it. For more information about the licence, see http: //creativecommons.org.