An Event-Oriented Data Modeling Technique Based on the Cognitive Semantics Theory

An Event-Oriented Data Modeling Technique Based on the Cognitive Semantics Theory

Dinesh Batra
Copyright: © 2012 |Pages: 23
DOI: 10.4018/jdm.2012100103
OnDemand:
(Individual Articles)
Available
$37.50
No Current Special Offers
TOTAL SAVINGS: $37.50

Abstract

The Resource-Event-Agent (REA) model has been proposed as a data modeling approach for representing accounting transactions. However, most business events are not transactions; thus, the REA formulation is incomplete. Based on the Conceptual Semantics theory, this paper discusses the entity-relationship event network (EREN) model, which extends the REA model and provides a comprehensive data template for a business event. Specifically, the notions of resource, event, and agent in the REA model are extended to include more discriminating entity types. The EREN technique can be used to identify events, sketch a network of events, and develop a data model of a business application by applying the EREN template to each event. Most extant techniques facilitate only the descriptive role whereas the EREN technique facilitates both the design and descriptive role of data modeling.
Article Preview
Top

Introduction

The process of designing, constructing, and adapting information modeling methods for information systems (IS) development is known as method engineering (Siau, 1999; 2004). A technique or a modeling method is a procedure with a prescribed notation to perform a development activity (Brinkkemper, 1996) and, thus, provides the knowhow required for method engineering. Most modeling methods are designed based on common sense and intuition of the method designers rather than on theoretical foundations (Siau & Rossi, 2007). Cognitive psychology can provide a foundation for developing theory-based systems analysis and design techniques (Davern, Shaft, & Te'eni, 2012; Pitts & Browne, 2007; Siau, 1999). This paper builds on the resource-event-agent (REA) framework (Geerts & McCarthy, 2002; Poels, 2011) and provides a data modeling technique that is based on cognitive semantics theory proposed by (Jackendoff, 1985).

Several decades have passed since the entity-relationship (ER) data model (Chen, 1976) and the relational model (Codd, 1970) were proposed. Conceptual data modeling based on the ER model and logical data modeling based on the relational model are popular textbook methods (Gillenson, 2004; Teorey, 1999). These methods represent entities, attributes, and degree and cardinality of relationships in an ER diagram (Batini, Ceri, & Navathe, 1992; Hoffer, Ramesh, & Topi, 2010) and translate the resulting ER diagram into a relational representation (An, Hu, & Song, 2010; Ram, 1995). The translation from the ER diagram to the relational representation is governed by rules and can be automated. Thus, the ER model not only provides a conceptual role for capturing data requirements but also serves as an anchor for the logical model, which sets up the design stage (Teorey, Yang, & Fry, 1986). Consequently, the function of the ER model goes beyond providing graphical notations to document data requirements; the ER model also provides a framework for design.

Simsion (2007) debates whether data modeling is better characterized as a descriptive or a design activity. The objective of a descriptive activity is to document some aspect of the real world, whereas the objective of a design activity is to create data structures for meeting a set of requirements. Although description and design activities are both important, literature has focused too much on the descriptive role and too little on the design role of data modeling (Simsion, 2007). Most ER-based techniques are geared to mechanically translate and document stated user requirements and do not evoke the design thinking required to facilitate accurate modeling. For example, it is common knowledge that the stated requirement “a customer buys a product” does not result in a direct link between the entities Customer and Product. Nevertheless, there are no textbook guidelines that prohibit the Customer-Product relationship; instead, the correct solution is shown without discussing why the alternative would be wrong or why the designer needs to mediate the relationship between the entities Customer and Product by creating an entity corresponding to the event “buys.”

Techniques based on the ER-based model typically rely on examples that show exercises and resulting solutions but rarely explain the problem-solving process. According to Scheer (1998), many publications merely interpret preexisting entity relationship models. Most laboratory experiment studies that evaluate the effectiveness of the ER model, such as those by Batra, Hoffer, and Bostrom (1990) and Bock and Ryan (1993) provide model-ready user requirements as exercises for testing. Thus, the modeling exercise is reduced to a mere translation of the natural language into the data modeling representation. When model-ready user requirements are not provided, this literal translation can result in data modeling errors (Batra & Antony, 1994). Therefore, data modeling techniques should prevent the pitfalls in literal translation and be geared to deal with user requirements that entail deliberation.

Complete Article List

Search this Journal:
Reset
Volume 35: 1 Issue (2024)
Volume 34: 3 Issues (2023)
Volume 33: 5 Issues (2022): 4 Released, 1 Forthcoming
Volume 32: 4 Issues (2021)
Volume 31: 4 Issues (2020)
Volume 30: 4 Issues (2019)
Volume 29: 4 Issues (2018)
Volume 28: 4 Issues (2017)
Volume 27: 4 Issues (2016)
Volume 26: 4 Issues (2015)
Volume 25: 4 Issues (2014)
Volume 24: 4 Issues (2013)
Volume 23: 4 Issues (2012)
Volume 22: 4 Issues (2011)
Volume 21: 4 Issues (2010)
Volume 20: 4 Issues (2009)
Volume 19: 4 Issues (2008)
Volume 18: 4 Issues (2007)
Volume 17: 4 Issues (2006)
Volume 16: 4 Issues (2005)
Volume 15: 4 Issues (2004)
Volume 14: 4 Issues (2003)
Volume 13: 4 Issues (2002)
Volume 12: 4 Issues (2001)
Volume 11: 4 Issues (2000)
Volume 10: 4 Issues (1999)
Volume 9: 4 Issues (1998)
Volume 8: 4 Issues (1997)
Volume 7: 4 Issues (1996)
Volume 6: 4 Issues (1995)
Volume 5: 4 Issues (1994)
Volume 4: 4 Issues (1993)
Volume 3: 4 Issues (1992)
Volume 2: 4 Issues (1991)
Volume 1: 2 Issues (1990)
View Complete Journal Contents Listing