Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

Definitions and Symbols: Functional Component (Primary) Key Data Object

Download as pdf or txt
Download as pdf or txt
You are on page 1of 2

Definitions and Symbols

Information Model

Functional Model

Object Type

Description

Key Data Object

Key data objects describe aspects of


how services are created, delivered, and
consumed; they are essential to managing
the service lifecycle. Managing the endto-end service lifecycle and associated
measurement, reporting, and traceability
would be virtually impossible without them.
The IT4IT Reference Architecture defines 32
key data objects and most are depicted as
black circles.

Service Model

Auxiliary Data
Object

Service models are a stand-alone subclass


of key data objects that describe what IT
delivers to its consumers. They represent
the attributes of a service at three levels
of abstraction: Conceptual, Logical, and
Realized. These data objects are referred to
as Service Model Backbone data objects (or
service backbone data objects in short form)
and depicted using a purple colored circle in
the IT4IT Reference Architecture diagrams.
Auxiliary data objects provide context for
the why, when, where, etc. attributes and,
while they are important to the IT function,
they do not play a vital role in managing
the service lifecycle. The IT4IT Reference
Architecture currently describes eight (8)
auxiliary data objects and they are depicted
using a gray colored circle.

Informal
Representation

Formal
Representation

Object Type

Description

Primary
Functional
Component

A primary functional component is depicted


using a blue colored rectangle and is core
to a specific value stream. This means that
the functional component plays a key role
in the activities of a particular value stream.
Without this functional component, the
integrity of the data objects and thus the
Service Model could not be maintained
consistently and efficiently. Most IT4IT
documentation will use language such as a
functional component is owned by or is core
to a particular value stream to represent a
primary functional component.

Data Object

Key Data
Object

Data Object

Service Model

Secondary
Functional
Component

Data Object

Auxiliary Data
Object

www.orbussoftware.com

Secondary functional components are


depicted using a gray colored rectangle
and represent some level of dependency
or interaction with a value stream and its
data objects. While they interact with a
value stream, they are not core to it and are
either primary to another value stream or
supporting function or represent a capability

Informal
Representation

Functional
Component (Primary)

Functional Component
(Secondary)

Formal
Representation

Application
Component

Application
Component

Definitions and Symbols


Information Model
Relationship Type
Entity
Relationship

Description

Informal
Representation

Formal
Representation

The essential relationships between data objects


within and across value streams are defined
in the IT4IT Reference Architecture. These
relationships function as a prescriptive guide for
ensuring the integrity of the Service Model as
it progresses through its lifecycle and facilitate
traceability across value streams. Within the
IT4IT Reference Architecture, the relationship
between data objects is annotated as follows:

1:1

1 to 1 (1:1): implies that if there is a relationship, it is between


two data objects. It does not imply that there will always
be a relationship. For example, Events without Incidents or
Incidents without Events are legitimate scenarios.

1:1

0..1:0..1

1 to many (1:n): implies that one data object relates (A) to


one or more other data objects (B...) in scenarios where
there is a relationship.

1:n

0..1:*

Many to many (n:m): implies that both and A and B above can
relate to zero, one, or many of the connected data objects.

n:m

*..*:*

Record Fabric
Relationship

These entity relationship definitions


ensure the consistent management of the
lifecycle for individual data objects, as
well as ensuring that the data objects are
consistently named and crosslinked through
prescriptive data flows between functional
components to maintain the integrity of the
Service Model. They are represented by a
dotted black line.

Engagement
Dataflow

These are user interface integrations derived


from value stream use-cases and user stories.
These integrations deliver the technology
underpinning for a capability by combining
several functional components into a
single user experience to facilitate human
interaction with data objects. In the IT4IT
Reference Architecture system of engagement
integrations are represented by the blue arrow

0..1

0..1

www.orbussoftware.com

You might also like