based on Systems Theory, where the enterprise,
processes, and products are considered as a system.
The CEO Framework (FCEO) was developed in
CEO with purpose of providing a formal way to
describe enterprises, goals, business processes,
information systems, and the dependencies between
them (Eriksson, 2000).
The aims of this article are:
• to describe the set of points that should
be checked in order to conclude if an
enterprise framework generates models
in conformance with ISO14248
• to apply those procedure to analyse
FCEO .
The next section presents an overview of the
main principles and rules of ISO14258. Section 3
summarises the FCEO. Section 4 shows that CEO
enterprise models comply to standard ISO14248.
Section 5 presents a case study on a Pulp and Paper
Portuguese Mill. Conclusions and future work are
presented in Section 6.
Figure 1: System Theory applied to enterprise.
2 PROCEDURE TO VERIFY
ISO14258 COMPILANCE
ISO14258 (ISO,1998) specifies rules and concepts
necessary to create enterprise models. It is not the
purpose of the standard to define an Enterprise
Model, a language to represent it or a framework. It
aims is to define a set of common concepts and
proprieties that all models should satisfy.
The normative concepts and rules presented this
international standard are based on relevant elements
of system theory. This concepts and proprieties
defined in System Theory are applied to enterprise
model, where elements are the objects of the
enterprise. The connection between two elements is
mapped to an activity (see Figure 1)
2.1 Structural, Hierarchical, and
Behavioural Aspects
Each system can be analyzing through three aspects:
Structural – Defines the structure of the enterprise
and the interdependencies between its elements
(activities and resources)
Hierarchical – There are two types of hierarchies:
part-of hierarchies and kind-of hierarchies. Part-of
hierarchies describe the composition of elements or
decomposition of systems and are used to construct
detailed models, or to link models with different
purposes. Kind-of hierarchies
describe different
levels of abstraction ordered by generalization and
specialization and is used to classify the entities
building blocks.
Behavioural –Enterprise models must have the
capability to describe behaviour; that is, to represent
sequentially events, actions, conditions, states, and
to describe transformation functions. Dynamic
and
static
behaviour should be supported.
2.2 Views
The standard says also that each model should
provide more than one view, where each view
illustrates a different aspect of the enterprise.
According the ISO14258 Information view and
Function view are required for all models. The
Information view represents the information
requirements to operate the system. The function
view shows the enterprise processes.
2.3 Life Cycle
Each system (enterprise project or product) has a life
cycle that is partitioned in phases: plan/build,
use/operate and recycle/dispose. Each phase of the
life cycle can be represented by different models.
2.4 Activity Classification
Activities can be classified in the following 3 types:
• Activity W – define what to do
• Activity H – define how to do
• Activity D – define the execution (do)
Each type of activity can be represented by
different models. Activities are recursive,
decomposable, and iterative.
ICEIS 2006 - INFORMATION SYSTEMS ANALYSIS AND SPECIFICATION
560