the rea data model based on: ©2003 prentice hall business publishing, accounting information...
TRANSCRIPT
![Page 1: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/1.jpg)
The REA Data Model
Based on:
©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart
![Page 2: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/2.jpg)
The REA Data Model
The REA data model is a conceptual modeling tool specifically designed to provide structure for designing AIS data bases.
![Page 3: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/3.jpg)
The REA Data Model
• The REA data model provides structure in two ways:
– By identifying what entities should be included in the AIS database
– By prescribing how to structure relationships among the entities in the AIS database
![Page 4: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/4.jpg)
Business Activities
• Business transactions are exchanges. • Who “gets” what and who “gives” what in return are
separate transactions.• The exchange occurs between the business entity
and usually an outside agent.• The business gives something and then gets
something in return.
![Page 5: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/5.jpg)
Resources, Events, and Agents
• Every business transaction is made up of three components:– Resources are the things of economic value
exchanged.
– Events are the actual giving and getting of the resources.
– Agents are the people who actually make the exchange.
![Page 6: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/6.jpg)
Steps and Documents in the Acquisition/Payment Process
(as used in the SUA)
![Page 7: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/7.jpg)
Steps and Documents in the Sales/Collection Process
(as used in the SUA)
![Page 8: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/8.jpg)
Assets = Claims Assets = Liabilities + Owner’s Equity
• Asset: economic resources owned by the business.
• Liability: obligations of the business to creditors.
• Equity: owner’s claims to the assets.
The Accounting Equation
![Page 9: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/9.jpg)
Four Basic Financial Statements
• Balance SheetBalance SheetAssets = Liabilities + Equity
• Income StatementIncome StatementRevenues - Expenses = Net income
• Statement of Retained EarningsStatement of Retained EarningsBeginning RE + Net income - Dividends = Ending RE
• Cash Flow StatementCash Flow StatementCash inflow - Cash outflow = Net cash flow
![Page 10: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/10.jpg)
Traditional Approaches: User-View Orientation
• When data-modeling and IS design is too oriented toward the user’s views, problems arise:
– multiple information systems– duplication of data– restricted user-view leads to poor decision-making– inability to support change
![Page 11: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/11.jpg)
Traditional Approaches: Financial Accounting Orientation
• Dominance of traditional accounting as the primary information provider leads to problems:– single view of business entity using the accounting/balance
sheet model:
– double-entry, debits and credits– high level of aggregation– ignoring non-financial data– inability to serve diverse enterprise-wide needs
Assets = Liabilities + Owners’ EquityAssets = Liabilities + Owners’ Equity
![Page 12: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/12.jpg)
The REA Approach to Business Modeling
![Page 13: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/13.jpg)
Resources, Events, and Agents (REA) Model
• Developed in the ‘70's by Dr. Bill McCarthy of Michigan State University
• The definition of events is broad enough to encompass both operational and accounting transactions. – Expands the scope and usefulness of AIS by making it
capable of providing both financial and nonfinancial information.
• Data for each event is stored in disaggregated form. – Outputs are subsequently produced by assembling the
required data from the various records.
• Many firms have not adopted the REA model since it is a major change from the traditional double-entry approach. – The REA or events perspective is increasingly seen as
necessary to meet changing information needs.
![Page 14: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/14.jpg)
• An approach to database design meant to overcome problems with traditional approaches:
– formalized data modeling and design of IS – use of centralized database – use of relational database structure– collects detailed financial and non-financial data– supports accounting and non-accounting analysis– supports multiple user views– supports enterprise-wide planning
Resources, Events, and Agents (REA) Model …
![Page 15: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/15.jpg)
• The REA model is an alternative accounting framework for modeling an organization’s – economic resources – economic events– economic agents, and
– their interrelationships
• A variation of entity-relationship diagramming (ERD) is used to model these relationships.
Resources, Events, and Agents (REA) Model …
![Page 16: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/16.jpg)
Resources in the REA Model
• Economic resources are the assets of the company.– able to generate revenue– objects that are scarce and under the control of the
organization– can be tangible or intangible
• Does not include some traditional accounting assets:– for example, Accounts Receivables– artifacts that can be generated from other primary data
![Page 17: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/17.jpg)
Events in the REA Model
• Economic events are phenomena that effect changes in resources.– a source of detailed data in the REA approach to databases
• Three classes of events:– operating events--what happens– information events--what is recorded– decision/management events--what is done as a result
• Only operating events are included in the REA model.
![Page 18: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/18.jpg)
Agents in the REA Model
• Can be individuals or departments• Can participate in events• Can affect resources
– have discretionary power to use or dispose of resources
• Can be inside or outside the organization– clerks– production workers– customers– suppliers, vendors– departments, teams
![Page 19: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/19.jpg)
• A variation of the entity-relationship diagramming (ERD) is used in REA modeling.
• Basic ERD symbols:
entity relationship(optional)
attribute(optional)
Resources, Events, and Agents (REA) Model …
![Page 20: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/20.jpg)
Advantages of the REA Model
• Using REA can lead to more efficient operations– helps managers identify non-value added activities that can
be eliminated• increased productivity via elimination of non-value added
activities generates excess capacity
– storing both financial and nonfinancial data in the same central database reduces multiple data collection, data storage, and maintenance
– detailed financial and nonfinancial business data supports a wider range of management decisions
• increased competitive advantage by providing more relevant, timely, and accurate information to managers
![Page 21: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/21.jpg)
Value Chain Analysis
• Competitive advantages from the REA approach can be see via value chain analysis.
– Value chain analysis distinguishes between primary activities (create value) and support activities (assist performing primary activities).
– REA provides a model for identifying and differentiating between these activities.
– Prioritizing Strategy: Focus on primary activities; eliminate or outsource support activities.
![Page 22: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/22.jpg)
Phase 1Flat Files
Phase 2Event-Driven Database
Phase 3REA-ModelDatabase
Limitations:Redundant data;Anomalies
Limitations:Loss of non-economic information
Limitations:Not widely used;Requires detailed analysis
Database Applications
![Page 23: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/23.jpg)
Database Sales Order Entry/Cash Receipts System
![Page 24: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/24.jpg)
Database Purchases/Cash Disbursement System
![Page 25: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/25.jpg)
Limitations of Transaction-Based
Systems
• Event: a single business activity within a business process which involves resources and agents
• Traditional event-based database systems tend to focus exclusively on economic events.– loss of non-economic/non-financial information
• REA is event-oriented versus event-based.– includes non-economic and economic event information
![Page 26: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/26.jpg)
Developing an REA Model: Overview
• Before developing the REA model, identify events and classify as:
Operating events--activities that produce goods and services
Information events--activities associated with recording, maintaining, and reporting information
Decision/Management events--activities that lead to decisions being taken
• REA model uses only operating events.
![Page 27: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/27.jpg)
The REA Data Model
Resources Events Agents
Give-To- Get Duality
![Page 28: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/28.jpg)
The REA Data Model
Resources Events Agents
Resources: Those things
that have economic value
to the firm.
![Page 29: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/29.jpg)
The REA Data Model
Resources Events Agents
Events: Various
Business Activities
![Page 30: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/30.jpg)
The REA Data Model
Resources Events Agents
Agents: People and
Organizations that participate
in events.
![Page 31: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/31.jpg)
Developing an REA Diagram
![Page 32: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/32.jpg)
1Step 1: Identify the Economic Exchange Events
• Identify the pair of events that reflect the basic economic exchange (give-to-get duality relationship) in that cycle.
![Page 33: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/33.jpg)
Identify the PAIR of events•One GET•One GIVE
![Page 34: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/34.jpg)
2Step 2: Identify Resources and Agents
• Identify the Resources affected by each event and the agents who participate in those events.
![Page 35: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/35.jpg)
Identify . . .•RESOURCES affected by each event.
•AGENTS who participate in the events.
![Page 36: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/36.jpg)
3Step 3: Include commitment Events
• Analyze each economic exchange event to determine whether it should be decomposed into a combination of one or more commitment events and an economic exchange event.
![Page 37: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/37.jpg)
Include commitment events.
![Page 38: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/38.jpg)
4• Determine the cardinalities of each relationship.
Step 4: Determine Cardinalities of Relationships
![Page 39: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/39.jpg)
Determine cardinalities of relationships.
![Page 40: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/40.jpg)
Sales Customer
How many sales transactions can be linked to each individual customer?
How many customers can be linked to each individual sales transaction?
![Page 41: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/41.jpg)
Cardinalities
(1,N)
Minimum
Maximum
![Page 42: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/42.jpg)
The first number is the minimum cardinality. It indicates whether a row in this table must be linked to at least one row in the table on the
opposite side of that relationship.
![Page 43: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/43.jpg)
Minimum Cardinality
• The minimum cardinality of a relationship indicates whether each row in that entity MUST be linked to a row in the entity on the other side of the relationship.
• Minimum cardinalities can be either 0 or 1.
![Page 44: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/44.jpg)
Minimum Cardinalities
• A minimum cardinality of zero means that a new row can be added to that table without being linked to any rows in the other table.
• A minimum cardinality of one means that each row in that table MUST be linked to at least one row in the other table
![Page 45: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/45.jpg)
Cardinalities
Sales Made to Customer(0, N)
The minimum cardinality of zero in the (0, N) cardinality pair to the left of the customer entity in the customer-sales relationship . . .
. . . indicates that a new customer may be added to the database without being linked to any sales events.
![Page 46: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/46.jpg)
Cardinalities
The minimum cardinality of 1 in the (1,1) cardinality pair to the right of the sales entity in the customer-sales relationship . . .
. . . indicates that a new sales transaction CAN ONLY be added if it is linked to a customer.
Sales Made to Customer(0, N)(1,1)
![Page 47: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/47.jpg)
The second number is the maximum cardinality. It indicates whether one row in that table can be linked to more than one row in the
other table.
![Page 48: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/48.jpg)
Maximum Cardinalities
• The maximum cardinality of a relationship indicates whether each row in that entity CAN be linked to more than one row in the entity on the other side of the relationship.
• Maximum cardinalities can be either 1 or N.
![Page 49: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/49.jpg)
Maximum Cardinalities
• A maximum cardinality of 1 means that each row in that table can be linked to at most only 1 row in the other table.
• A maximum cardinality of N means that each row in that table MAY be linked to more than one row in the other table.
![Page 50: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/50.jpg)
Cardinalities
Sales Made to Customer(0, N)
The maximum cardinality of N in the (0,N) cardinality pair to the left of the customer entity in the customer-sales relationship . . .
. . . indicates that a given customer MAY be linked to many sales events.
![Page 51: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/51.jpg)
Cardinalities
The maximum cardinality of 1 in the (1,1) cardinality pair to the right of the sales entity in the customer-sales relationship . . .
. . . indicates that a given sales transaction can only be linked to one customer.
Sales Made to Customer(0, N)(1,1)
![Page 52: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/52.jpg)
Determine Cardinalities
• Cardinalities are not arbitrarily chosen by the database designer.
• They reflect facts about the organization being modeled and its business practices obtained during the requirements analysis stage of the database design process.
![Page 53: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/53.jpg)
Cardinalities: Types of Relationships
• Three basic types - depending on the maximum cardinality associated with each entity.
– A one-to-one relationship (1:1)
– A one-to-many relationship (1:N)
– A many-to-many relationship (M:N)
![Page 54: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/54.jpg)
Types of Relationships
Panel A: One-to-One (1:1) Relationship
SalesCash
Receipts(0,1) (1,1)
![Page 55: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/55.jpg)
Types of Relationships
Panel B: One-to-Many (1:N) Relationship
SalesCash
Receipts(0,N) (1,1)
![Page 56: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/56.jpg)
Types of Relationships
Panel C: One-to-Many (1:N) Relationship
SalesCash
Receipts(0,1) (1,N)
![Page 57: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/57.jpg)
Types of Relationships
Panel D: Many-to-Many (M:N) Relationship
SalesCash
Receipts(0,N) (1,N)
![Page 58: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/58.jpg)
Build a Set of Tables to Implement an REA Model of an AIS in a Relational Database
![Page 59: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/59.jpg)
Implementing an REA Diagram in a Relational Database
• An REA diagram can be used to design a well-structured relational database.
• A well-structured relational database is one that is not subject to update, insert, and delete anomaly problems.
![Page 60: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/60.jpg)
Three Step Process
• Create a table for each distinct entity and for each many-to many relationship
• Assign attributes to appropriate tables
• Use foreign keys to implement one-to-one and one-to-many relationships
![Page 61: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/61.jpg)
Implementing an REA Diagram
![Page 62: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/62.jpg)
Implementing an REA model
Inventory
Purchases-Cash
Disbursements
Buyer(Purchasing Agent)
Purchases
CashDisbursement
Cash Cashier
Vendor
(1,N)(0,N)
(0,N)
(1,N)
(1,1)(0,N) (1,1) (0,N)
(1,1)
(1,1)
(0,N)(1,1)
Stockflow
Inventory-Purchases
Participant
Participant
Participant
Participant
(0,N)
(0,N)
![Page 63: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/63.jpg)
Create Tables
1. Inventory
2. Purchases
3. Employees
4. Vendors
5. Cashier
6. Cash disbursements7. Cash8. Purchases-inventory9. Purchases-cash
disbursements
From the previously discussed REA diagram, nine tables would be created: one for each of the seven entities and one for each of the many-to-many relationships.
![Page 64: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/64.jpg)
Assign Attributesfor Each Table
• Primary keys: Usually, the primary key of a table representing an entity is a single attribute.
• Other Attributes: Additional attributes are included in each table to satisfy transaction processing requirements.
![Page 65: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/65.jpg)
Implementing an REA Diagram
![Page 66: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/66.jpg)
Implementing an REA Diagram
![Page 67: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/67.jpg)
Documentation of Business Practices
• REA diagrams are especially useful for documenting an advanced AIS built using databases.
• REA diagrams provide information about the organization’s business practices
![Page 68: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/68.jpg)
Documentation of Business Practices• The zero minimum for the sales event
indicates that credit sales are made
• The N maximum for the sales event means that customers may make installment payments
Cash Receipts
Sales-Cash Receipts Sales(1, N) (0, N)
![Page 69: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/69.jpg)
Documentation of Business Practices• The one minimum for the cash receipts
event indicates that cash is not received prior to delivering the merchandise
• The N maximum for the cash receipts event means that customers may pay for several sales with one check
Cash Receipts
Sales-Cash Receipts Sales(1, N) (0, N)
![Page 70: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/70.jpg)
Extracting InformationFrom the AIS
• A complete REA diagram serves as a useful guide for querying an AIS database.
• Queries can be used to generate journals and ledgers from a relational database built on the REA model.
![Page 71: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/71.jpg)
Extracting InformationFrom the AIS
• Each sales transaction is paid in full by a cash collection event.
• Each customer payment may be for more than one sale.
• What is the query logic?• Total accounts receivable is the sum of all
sales for which there is no remittance number.
CashcollectionsSales
(0, 1) (1, N)
![Page 72: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/72.jpg)
Extracting InformationFrom the AIS
• Each sales transaction can be paid in installments.
• Each customer payment is for just one sale.
• What is the query logic?
• (1) sum all sales; (2) sum cash collections; then A/R = (1)-(2)
CashcollectionsSales
(0, N) (1, 1)
![Page 73: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/73.jpg)
Extracting InformationFrom the AIS
• Each sales transaction is paid in full by a cash collection event.
• Each customer payment is for one sale.• What is the query logic?• Total accounts receivable is the sum of all
sales for which there is no remittance number.
CashcollectionsSales
(0, 1) (1, 1)
![Page 74: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/74.jpg)
Extracting InformationFrom the AIS
• Each sales transaction may be paid for in installments.
• Each customer payment may be for more than one sale.
• What is the query logic?• (1) Sum all sales; (2) Sum all cash
collections; Then A/R = (1)-(2)
CashcollectionsSales
(0, N) (1, N)
![Page 75: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/75.jpg)
Let’s Review with a Little Help From My Friends ….
![Page 76: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/76.jpg)
An REA Model of an Economic Exchange
William E. McCarthy*Michigan State University
(These slides may be copied as long as original source is cited)*http://www.msu.edu/user/mccarth4/
![Page 77: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/77.jpg)
Cookie-Monster (the customer) and Elmo (the entrepreneur) meet in the (real or virtual) marketplace, thus setting the stage for an Economic Exchange
![Page 78: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/78.jpg)
EconomicEvent
EconomicAgent
EconomicResource
duality
Source:
W. E. McCarthy “The REA Accounting Model: A Generalized Framework for Accounting Systems in a Shared Data Environment,” The Accounting Review, July 1982, pp 554-78.
W.E. McCarthy “The REA Modeling Approach to Teaching Accounting Information Systems,” Issues in Accounting Education, November 2003, pp. 427-41. (source of following slides)
![Page 79: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/79.jpg)
Cookie-Monster (the customer) and Elmo (the entrepreneur) engage in a SHIPMENT (transfer of Cookie Inventory)
![Page 80: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/80.jpg)
Give
Take
Economic Resource
inside participatio
n
outside participatio
n
outside participatio
n
inside participatio
n
stock-flow
stock-flow
Economic Event
Economic Agent
Economic Agent
Economic Agent
Economic Agent
Economic Resource
duality
Economic Event
REA model of cookie sale from entrepreneur’s (ELMO) perspective
![Page 81: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/81.jpg)
Cookie-Monster (the customer) and Elmo (the entrepreneur) engage in a PAYMENT (transfer of Cash)
![Page 82: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/82.jpg)
Give
Take
Economic Resource
inside participatio
n
outside participatio
n
outside participatio
n
inside participatio
n
stock-flow
stock-flow
Economic Event
Economic Agent
Economic Agent
Economic Agent
Economic Agent
Economic Resource
duality
Economic Event
REA model of cookie sale from entrepreneur’s (ELMO) perspective
![Page 83: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/83.jpg)
Give
Take
Economic Resource
inside participatio
n
outside participatio
n
outside participatio
n
inside participatio
n
stock-flow
stock-flow
Economic Event
Cash Receipt
Economic Agent
Salesperson
Economic Agent
Customer
Economic Agent
Customer
Economic Agent
Cashier
Cash
Economic Resource
Cookies
duality
Economic Event
Sale
more general exchange model from the entrepreneur’s (ELMO’s) internal perspective
![Page 84: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/84.jpg)
Product#
Description
Price
QOH
P-1 Chocolate Chip
1.05 200
P-2 Chocolate .95 205
P-3 Peanut Butter
1.00 97
P-4 Pecan 1.10 257
Invoice#
Receipt Timestam
p
Amount Applied
I-1 2JUL0830 14.75
I-2 3JUL0800 2.00
I-2 5JUL0800 18.00
I-3 8JUL1145 9.90
I-4 8JUL1145 9.20
Invoice# Dollar Amoun
t
Date
Salesperson
Employee#
Customer #
I-1 14.75 1JUL E-1234 C-987
I-2 20.00 2JUL E-1235 C-888
I-3 9.90 3JUL E-1236 C-999
I-4 9.20 5JUL E-1237 C-999
Product# Invoice# Quantity
P-2 I-1 5
P-3 I-1 10
P-3 I-2 20
P-4 I-3 9
P-1 I-4 4
P-3 I-4 5
COOKIES
SALE
COOKIES-stockflow-SALE
SALE-duality-CASH_RECEIPT
Partial Database for Elmo’s Cookie Business
Why is this invoice amount $14.75 ??How is customer paying for
this ???
![Page 85: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/85.jpg)
A business process is a set of activities that takes one or more kinds of input and creates an output that is of
greater value to the customer (Hammer and Champy)
A value chain is a purposeful network of business processes aimed at assembling the individual components of a final product (i.e., its portfolio of attributes) of value
to the customer (Porter and Geerts/McCarthy)
Part of ELMO’s Value Chain for Providing Cookies
cookie ingredient
s
Acquisition Cycle
cash
business process
labor
cookiesConversion Cycle
business process
Revenue Cycle
cash
business process
value chain
![Page 86: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/86.jpg)
Enterprise Systems classification structure is from David, McCarthy & Sommer, Communications of the ACM, May 2003, pp. 65-9.
EnterpriseSystems
No OrganizingRationale Outwardly
Organized
Single Entry
Transactions& Obligations
A = L + OEEnterprise
Value Chain
BookkeepingModular
Integration: ABC, MRP
ERP SupplyChain
Multi-dimensionalAccounting
Hybrid
Inwardly Oranized
Best ofBreed ERP
Integrator-Enabled
Standards-Enabled
SingleSourceERP
CustomerFocused
MS MoneyQuicken
PeachtreeQuickbooks
PlatinumSolomon
PeopleSoftSAP
OMGOAG Siebel
Goldmine
i2Ariba
Constellar HubVitria
BPCSGreat Plains Dynamics
TradingPartner Independent
ebXMLISO Open -EDI
Semantic infrastructure of system matches extended REA pattern
![Page 87: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/87.jpg)
Different perspectives on REA modeling needed for enterprise modeling (value chains) and collaboration space (supply chains)• Enterprise modeling (as evidenced in normal ERP systems) is
done from the perspective of one company or entrepreneur. Business processes are viewed as components of a single value chain. A single exchange (like the sale of a product for money) would be modeled twice, once in the enterprise system of each trading partner.
• Collaboration space modeling (as evidenced in ebXML or ISO Open-edi) is done from a perspective independent of each trading partner. A single exchange is modeled once in independent terms that can be then mapped into internal enterprise system components. Supply chains are networks of business processes that alternate internal transformations and external exchanges (definition due to Bob Haugen).
• REA modeling works in both cases and the independent to trading partner mapping is absolutely straightforward and completely defined.
![Page 88: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/88.jpg)
BusinessProcess
BusinessProcess
BusinessProcess
BusinessProcess
BusinessProcess
BusinessProcess
Independent view of Inter-enterprise events
Enterprise
Enterprise
Enterprise
BusinessProcess
BusinessProcess
BusinessProcess
Illustration of Perspective: Trading Partner vs. Independent
Trading Partner view of Inter-enterprise events (upstream vendors and downstream customers)
Blue arrows represent flow of goods, services, and cash between different companies; green arrows represent flows within companies
SOURCE: Adapted from ISO 15944-4, K. Morita
Used for collaboration space modeling
![Page 89: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/89.jpg)
initiating transfer
Economic Resource
from
to
to
from
stock-flow
stock-flow
Economic Event
Economic Agent
Economic Agent
Economic Agent
Economic Agent
Economic Resource
duality
Economic Event
REA model of cookie sale from independent (collaboration space) perspective
responding transfer
![Page 90: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/90.jpg)
Ontological Extensions to the REA Model (Geerts and McCarthy)• Type images for basic objects allows
specification of policies and controls plus abstract specification of negotiation components
• Commitment images for economic events allows specification of contracts and agreements
• State machine model allows specification and ordering of business events as collaboration space messaging and/or internal workflow
• Aggregation of binary collaborations allows mediated collaboration with third parties
SOURCE: Geerts and McCarthy, The Ontological Foundations of REA Enterprise Information Systems, 2003.
![Page 91: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/91.jpg)
ISO Open-edi Ontology Collaboration Model
Bilateral Collaboration
governs
Economic Event
Economic Resource
Economic Agent
stockflow from
to
Economic Contract
Economic Commitment
reciprocal
fulfills
establish
duality
Economic Resource
Type
typifies
specifies
Economic Event Type
Business Role
specifies
specifies
typifies
qualifies
reserves
involves
Partner Third Party
Mediated Collaboration
Business Transaction
participates
requires
Agreement
Regulator
constrains
SOURCE: Adapted from ISO 15944-4, W.E. McCarthy
![Page 92: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/92.jpg)
Cookie-Monster and Elmo after their economic exchange (both economic agents have now reached higher levels of utility)
![Page 93: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/93.jpg)
Cookie Monster and Elmo are of course characters from the Public Broadcasting Service TV show Sesame Street*. Their use here is only illustrative. Cookie Monster is a great example of a typical buyer (has money, wants goods) because he is most happy when he has a cookie to eat. The use of Elmo as a typical seller (has goods, wants money) is only a convenient illustration.
* see http://www.sesameworkshop.org
![Page 94: The REA Data Model Based on: ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart](https://reader035.vdocuments.net/reader035/viewer/2022081422/55169292550346f0208b473e/html5/thumbnails/94.jpg)
Online resources:
• AIS Romney 2006 notes Chapter15 Database Design Using the REA
• AIS Romney 2006 notes Chapter 16 Implementing an REA