the sales division may need inventory data to be
accurate and complete, while management may
need information that gathers other data quality
dimensions, like reputation or timeliness of data
for the decision making process.
2.1 Data Quality Modeling
In the past, data quality was often defined as non-
conformance to requirements, (Crosby, 1984).
However, just as there are several dimensions of
product quality, such as conformance, durability or
performance, in any industrial domain, data quality
embraces specific characteristics, denominated
quality dimensions.
In addition, data from several sources may have
common dimensions in which quality may be
measured. Even if data quality modeling does not
depend on business process modeling, the data
quality attributes should be tagged to business ob-
jects during entity/resource identification and defi-
nition.
Concluding, data quality is a multi-dimensional
and hierarchical concept, (Wang, 1995).
In our perspective, it is not possible to manage
different data quality perspectives of each data user
using an entity-relationship model. To accomplish
it, we need to model the several dimensions of data
quality requirements, proposing instead, the use of
role modeling, within the object-oriented para-
digm.
We shall use, in data quality modeling, two
concepts, namely (1) quality parameters and (2)
quality indicators, forming the quality attribute,
(Wang, 1995). Quality parameters relate with qual-
ity dimensions (qualitative aspects) while quality
indicators relate with measurable attributes (quan-
titative aspects, normally from physical goods).
For example, as quality parameters, we need to
attain confidence and timeliness, and as quality
indicators, we can decompose on data source and
creation date. The quality parameters and indica-
tors form the data quality attribute. This aggrega-
tion result in a hierarchical attribute tree that helps
defining the data quality requirements. This quality
attributes model provide a comprehension base to
understand the characteristics that defines data
quality.
2.2 Business Process Modeling Ap-
proach towards Data Quality
In this paper we use an object-oriented business
process modeling framework which is used to
model the interaction between process activities,
business goals, resources and information systems
(Vasconcelos, 2001).
To solve the problem stated above, we propose
the use of a business process pattern to ensure data
quality in an organization, making use of defining
data quality attributes upon information entities
considering different meanings on each business
perspective.
In this paper, we introduce the notion of Terti-
ary Organizational Processes. Tertiary processes
represent activities that cross over operational and
support processes planes, interacting within active
business entities, with the purpose of achieving
some special purpose objectives. The modeling of
tertiary processes is facilitated by the introduction
of the concept of an “orthogonal” plane, relative to
the operational and support business process plans.
We therefore consider three layers in which lies
the organization modeling of any business process.
Figure 1 – Process diagram on business (core and
support) processes and data quality processes interaction
Figure 1, depicts the main conceptual structure
and layer separation we use on our approach.
The first layer models the operational business
process activities, whereas the third layer models
the support process activities. The middle layer
deals with data modeling and data quality evalua-
tion (and assurance) activities, where designed
classes of objects “resources” are instantiated from
different perspectives, the quality (tertiary) proc-
esses versus operational or support processes.
2.2.1 The Resource Stereotype
In business process modeling, resources are objects
within the business that processes manipulate. The
resource types are represented as classes while
resource instances are represented as objects. The
business object in discussion is the resource stereo-
ICEIS 2004 - INFORMATION SYSTEMS ANALYSIS AND SPECIFICATION
566