Day 1: Core Concepts

                                                                 

Synopsis

The primary objective of information systems is to manage symbolic representations (aka surrogates) of business’s objects and activities. For that purpose it is necessary to define:

  • The categories to be represented.
  • The identification mechanisms that will ensure continuous and consistent mapping between environments and systems.
  • The features to be associated with instances within each category.

Categories

Classifications (aka ontologies) are built on purpose, and as far as symbolic representations are concerned, targeted instances can be neatly classified along six basic categories, with another two for containers:

descr110descrPackContainer

Physical containers are holders introduced to address actual objects and control processes execution. In contrast, symbolic containers don’t deal instances but with descriptions whose semantics are managed under a single authority. For instance, organizational units will usually be simultaneously associated to different physical (locations) and symbolic (business objects and processes) containers.

Containers should not be confused with collections which are abstract constructs used by containers to manage sets of instances, actual or symbolic.

descr21Physical entity

Actual objects (active or passive) with stable (but not necessarily persistent) physical identity. Identities, life-cycle and behaviors are set by the businesses under consideration. Documents, systems, or locations can also be defined as physical entities.

descr20Symbolic description

Describe how instances of objects and activities are to be represented by surrogates, whether as paper or digital documents. Not o be confounded with symbolic physical objects (e.g documents) or digital hybrids (e.g digital signatures).

descr30Role

Part played by active entities (people, devices, or other systems) in activities (BPM), or, if it’s the case, when interacting with systems (UML’s actors). Not to be confounded with agents (physical identity) or associations (static).

bt31_Event

Change in the state of business objects, processes, or users’ expectations. Since the execution of  activities is defined by time-frames, they appear as events when start and completion cannot be distinguished.

descr40Activity

Functional description of operations and flows (data and control) defined independently of the part played by supporting systems. Equivalent to UML and BPM terms.

descr41Execution state (aka mode)

Operational description of activities with regard to processes’ control and execution.

Refined categories can then be defined by crossing primary ones.

Identification

A key purpose of the above classification is to tally with identification mechanisms supporting the continuous and consistent alignment of business objects and activities with their symbolic counterpart:

  • Source of identification: natural, physical, or social.
  • Life-cycle of identified instances: persistent (objects), transient (activities), or instant (events).

Features

The primary objective of categories is to select the relevant features shared by instances. It’s worth to note that while features can be initially defined independently of their nature (attribute, operation, or reference), they must be classified with regard to representation constraints:

  • Structural features are bound to identities.
  • Functional features can be modified.
  • Derived features are computed.

These constraints will mark out the way models can be built.

A Little Practice

Find three examples of each category in the Garage case study.

Further Reading


%d bloggers like this: