©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-1 Accounting Information Systems 9 th Edition Marshall.

Slides:



Advertisements
Similar presentations
Relational Database and Data Modeling
Advertisements

Database Design Using the REA Data Model
Business Processes, Data Modeling and Information Systems
BUSINESS DRIVEN TECHNOLOGY Plug-In T4 Designing Database Applications.
REA analysis and E-R diagramming 12/8/2011. What are we hoping to achieve? Tool for designing a database system to meet the needs of the organization.
Chapter 3 Data Modeling Copyright © 2014 McGraw-Hill Education. All rights reserved. No reproduction or distribution without the prior written consent.
Accounting Information Systems 9th Edition
Copyright © 2015 Pearson Education, Inc. Database Design Chapters 17 and
Implementing an REA Model in a Relational Database
FIS 431/631 Financial Information Systems: Analysis and Design REA Modeling Joe Callaghan Oakland University Department of Accounting & Finance.
© 2008 Prentice Hall Business Publishing Accounting Information Systems, 11/e Romney/Steinbart1 of 121 C HAPTER 16 Implementing an REA Model in a Relational.
Technology Review-II Professor Martin Professor Xiong CSUS
© 2008 Prentice Hall Business Publishing Accounting Information Systems, 11/e Romney/Steinbart1 of 85 C HAPTER 1 Accounting Information Systems: An Overview.
Database Design Using the REA Data Model
A Quick Review of Analysis Stages of the Systems Development Life Cycle Planning Analysis Design Construction.
Chapter 3: Data Modeling
Implementing an REA Model in a Relational Database
Copyright © 2012 Pearson Education, Inc. publishing as Prentice Hall 18-1.
©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 16-1 Accounting Information Systems 9 th Edition Marshall.
APPENDIX C DESIGNING DATABASES
Database Design Using the REA Data Model
© 2008 Prentice Hall Business Publishing Accounting Information Systems, 11/e Romney/Steinbart1 of 138 C HAPTER 15 Database Design Using the REA Data Model.
Database Design Using the REA Data Model
Chapter 5 UNDERSTANDING AND DESIGNING ACCOUNTING DATA.
Database Design Using the REA Data Model
Chapter 17 Database Design Using the REA Data Model Copyright © 2012 Pearson Education, Inc. publishing as Prentice Hall 17-1.
Chapter 17 Database Design Using the REA Data Model Copyright © 2012 Pearson Education 17-1.
Introduction to Accounting Information Systems
© 2008 Prentice Hall Business Publishing Accounting Information Systems, 11/e Romney/Steinbart1 of 138 C HAPTER 15 Database Design Using the REA Data Model.
Database Systems: Design, Implementation, and Management
1 Database Systems: Design, Implementation, and Management CHAPTER 6 Database Design.
REA analysis and E-R diagramming December 2, 2008.
1 ER Modeling BUAD/American University Entity Relationship (ER) Modeling.
The REA Model. The REA model provides structure for developing an accounting database It helps to identify It helps to The REA Model.
Accounting Information Systems 9th Edition
©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 6-1 Accounting Information Systems 9 th Edition Marshall.
© 2008 Prentice Hall Business Publishing Accounting Information Systems, 11/e Romney/Steinbart1 of 138 C HAPTER 15 Database Design Using the REA Data Model.
© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart1 of 131 C HAPTER 16 Implementing an REA Model In a Relational.
© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart1 of 96 C HAPTER 17 Special Topics in REA Modeling for the.
©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 4-1 Accounting Information Systems 9 th Edition Marshall.
Acct 316 Acct 316 Acct 316 Data Modeling and Database Design 5 UAA – ACCT 316 Accounting Information Systems Dr. Fred Barbee Chapter.
Implementing an REA Model in a Relational Database
1 Relational Databases and SQL. Learning Objectives Understand techniques to model complex accounting phenomena in an E-R diagram Develop E-R diagrams.
Implementing an REA Model in a Relational Database
REA analysis and E-R diagramming 4/27/2011. What are we hoping to achieve? Tool for designing a database system to meet the needs of the organization.
© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart1 of 138 C HAPTER 15 Database Design Using the REA Data Model.
© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart1 of 138 C HAPTER 15 Database Design Using the REA Data Model.
© 2008 Prentice Hall Business Publishing Accounting Information Systems, 11/e Romney/Steinbart1 of 138 C HAPTER 15 Database Design Using the REA Data Model.
Copyright © 2013 by The McGraw-Hill Companies, Inc. All rights reserved. McGraw-Hill/Irwin APPENDIX C DESIGNING DATABASES APPENDIX C DESIGNING DATABASES.
© 2008 Prentice Hall Business Publishing Accounting Information Systems, 11/e Romney/Steinbart1 of 138 C HAPTER 15 Database Design Using the REA Data Model.
Entity Relationship Diagram (ERD). Objectives Define terms related to entity relationship modeling, including entity, entity instance, attribute, relationship.
©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 4-1 Relational Databases.
Copyright © 2012 Pearson Education, Inc. publishing as Prentice Hall 18-1.
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 10 Structuring.
© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart1 of 131 C HAPTER 16 Implementing an REA Model In a Relational.
Rationale Databases are an integral part of an organization. Aspiring Database Developers should be able to efficiently design and implement databases.
© 2008 Prentice Hall Business Publishing Accounting Information Systems, 11/e Romney/Steinbart1 of 138 C HAPTER 15 Database Design Using the REA Data Model.
Database Design Chapters 17 and 18.
Implementing an REA Model in a Relational Database
Implementing an REA Model in a Relational Database
Database Design Using the REA Data Model
Implementing an REA Model in a Relational Database
Accounting Information Systems 9th Edition
Database Design Using the REA Data Model
Database Design Chapters 17 and 18.
Database Design Using the REA Data Model
Accounting Information Systems 9th Edition
Presentation transcript:

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-1 Accounting Information Systems 9 th Edition Marshall B. Romney Paul John Steinbart

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-2 Data Modeling and Database Design Chapter 5

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-3 Learning Objectives 1. Discuss the steps for designing and implementing a database system. 2. Use the REA data model to design an AIS database. 3. Draw an Entity-Relationship (E-R) diagram of an AIS database. 4. Build a set of tables to implement an REA model of an AIS in a relational database. 5. Read an E-R diagram and explain what it reveals about the business activities and policies of the organization being modeled.

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-4 Introduction Ashton Fleming, the accountant for S&S, is learning that designing a relational database for S&S is not as easy as the computer store salesperson made it seem. He is planning to attend a seminar to teach accountants the basics on how to design a relational database.

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-5 Introduction Ashton hopes to have answers for the following questions by the end of the seminar: What are the basic steps to follow when designing a database? When creating a relational database, how exactly do you decide which attributes belong in which tables?

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-6 Introduction How can you document an AIS that is implemented as a relational database? This chapter explains how to design and document a relational database for an accounting information system. It focuses on one of the aspects of database design, data modeling.

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-7 Introduction This chapter also introduces the REA accounting model and Entity- Relationship (E-R) diagrams. It shows how to use these tools to build a data model of an AIS. Finally, it describes how to implement the resulting data model in a relational database.

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-8 Learning Objective 1 Discuss the steps for designing and implementing a database system.

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-9 Designing and Implementing a Database System Six basic steps in designing and implementing a database system: 1. Initial planning to determine the need for and feasibility of developing a new system (planning stage). 2. Identifying user needs (requirements analysis stage). 3. Developing the contextual-, external- and internal- level schemas (design stage).

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-10 Designing and Implementing a Database System 4. Translating the internal-level schema into the actual database structures that will be implemented in the new system (coding stage). 5. Transferring all data from the existing system to the new database (implementation stage). 6. Using and maintaining the new system (operation and maintenance stage).

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-11 Learning Objective 2 Use the REA data model to design an AIS database.

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-12 The REA Data Model Data modeling is the process of defining a database so that it faithfully represents all aspects of the organization, including its interactions with the external environment. The REA (Resources, Data, Events) data model is a conceptual modeling tool that focuses on the business semantics underlying an organization’s value chain activities.

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-13 The REA Data Model Data Modeling in the database Design Process Coding Implementation Operation and maintenance Planning Requirements analysis Design Data modeling occurs here

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-14 The REA Data Model The REA data model provides structure in two ways: 1 By identifying what entities should be included in the AIS database 2 By prescribing how to structure relationships among the entities in the AIS database

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-15 Types of Entities An entity is any class of objects about which data is collected. The REA data model classifies entities into three distinct categories: 1 R esources acquired and used by an organization 2 E vents engaged in by the organization 3 A gents participating in these events

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-16 Types of Entities Resources are defined as those things that have economic value to the organization. What are some examples? – cash – inventory – equipment

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-17 Types of Entities Events are the various business activities about which management wants to collect information for planning or control purposes. What are some examples? – sales events – taking customer orders

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-18 Types of Entities Agents are the third type of entity in the REA model. Agents are the people and organizations that participate in events and about whom information is desired. What are some examples? – employees – customers

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-19 Developing an REA Diagram Developing an REA diagram for a specific transaction cycle consists of four steps: 1 Identify the pair of events that represent the basic give-to-get economic duality relationship in that cycle. 2 Identify the resources affected by each event and the agents who participate in those events.

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-20 Developing an REA Diagram Four steps (continued): 3. 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. If necessary, replace the original economic exchange event with the resulting set of commitment and economic exchange events. 4. Determine the cardinalities of each relationship.

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-21 Basic REA template

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-22 Sample REA diagram

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-23 REA Diagram, Step 1: Identify Economic Exchange Events In drawing an REA diagram for an individual cycle, it is useful to divide the paper into three columns, one for each type of entity. Left column should be used for resources. Middle column should be used for events. Right column should be used for agents.

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-24 REA Diagram, Step 1: Identify Economic Exchange Events The basic economic exchange in the revenue cycle involves the sale of goods or services and the subsequent receipt of cash in payment for those sales. The REA diagram for S&S’s revenue cycle shows the drawing of sales and cash receipts events entities as rectangles and the relationship between them as a diamond.

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-25 REA Diagram, Step 2: Identify Resources and Agents Once the events of interest have been specified, the resources that are affected by those events need to be identified. The sales event involves the disposal of inventory. The cash receipts event involves the acquisition of cash.

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-26 REA Diagram, Step 2: Identify Resources and Agents After specifying the resources affected by each event, the next step is to identify the agents who participate in those events. There will always be at least one internal agent (employee) and, in most cases, an external agent (customer).

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-27 REA Diagram, Step 3: Include Commitment Events The third step in drawing an REA diagram is analyzing each economic exchange event to determine whether it can be decomposed into a combination of one or more commitment exchange events. Example: The sales event may be decomposed into the “take order” commitment event and the “deliver order” economic exchange event

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-28 Decomposing Sales into Orders and Sales

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-29 REA Diagram, Step 4: Determine Cardinalities Cardinalities indicate how many instances of one entity can be linked to one specific instance of another entity. Cardinalities are often expressed as a pair of numbers. The first number is the minimum, and the second number is the maximum.

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-30 REA Diagram, Step 4: Determine Cardinalities 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. 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 1 means that each row in that table MUST be linked to at least one row in the other table

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-31 Sales Made to Customer (0, N) REA Diagram, Step 4: Determine Cardinalities 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.

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-32 Sales Made to Customer (0, N) REA Diagram, Step 4: Determine 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. (1,1)

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-33 REA Diagram, Step 4: Determine 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. A minimum 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.

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-34 Sales Made to Customer (0, N) REA Diagram, Step 4: Determine Cardinalities 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.

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-35 Sales Made to Customer (0, N) REA Diagram, Step 4: Determine 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. (1,1)

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-36 REA Diagram, Step 4: 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.

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-37 Relationships between Entities Three basic types of relationships between entities are possible, depending on the maximum cardinality associated with each entity. They are: 1. A one-to-one relationship (1:1) 2. A one-to-many relationship (1:N) 3. A many-to-many relationship (M:N)

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-38 Different types of relationships

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-39 Different types of relationships

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-40 Different types of relationships

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-41 Different types of relationships

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-42 Learning Objective 3 Draw an Entity- Relationship (E-R) diagram of an AIS database.

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-43 Entity-Relationship Diagram An Entity-Relationship (E-R) diagram is one method for portraying a database schema. It is called an E-R diagram because it shows the various entities being modeled and the important relationships among them. In an E-R diagram, entities appear as rectangles, and relationships between entities are represented as diamonds.

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-44 Sample E-R Diagrams Supervisors Employers Departments Part of Manages Managed By Customer Orders Sales Cash Receipts Part of PlayersTeamsLeague Part of

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-45 Sample E-R Diagram based on REA model

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-46 Learning Objective 4 Build a set of tables to implement an REA model of an AIS in a relational database.

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-47 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.

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-48 Implementing an REA Diagram in a Relational Database Implementing an REA diagram in a relational database is a three-step process: 1. Create a table for each distinct entity and for each many-to many relationship 2. Assign attributes to appropriate tables 3. Use foreign keys to implement one-to-one and one-to-many relationships

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-49 Implementing an REA model

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-50 Create Tables 1. Inventory 2. Purchases 3. Employees 4. Vendors 5. Cashier 6. Cash disbursements 7. Cash 8. Purchases- inventory 9. 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.

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-51 Assign Attributes for 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.

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-52 Implement One-to-One and One-to-Many Relationships One-to-One Relationships: In a relational database, one-to-one relationships between entities can be implemented by including the primary key of one entity as a foreign key in the table representing the other entity. No examples of 1:1 relationships in the sample diagram

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-53 One-to-Many Relationships: In a relational database, one-to-many relationships can be also implemented in relation to databases by means of foreign keys. The primary key of the entity with the maximum cardinality of N becomes a foreign key in the entity with a maximum cardinality of 1 Examples: Employee number and vendor number are foreign keys in the purchases event and in the cash disbursement event Implement One-to-One and One-to-Many Relationships

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-54 Learning Objective 5 Read an E-R diagram and explain what it reveals about the business activities and policies of the organization being modeled.

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-55 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

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-56 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)

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-57 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)

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-58 Organization Specificity of REA Diagrams Due to the fact that S&S sells mass- produced goods, its REA diagram models the relationship between sales and inventory as being many-to-many. An REA diagram for a rare art dealer would depict the relationship between sales and inventory as being one-to- many.

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-59 Extracting Information From 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.

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-60 Extracting Information From 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. Cash collections Sales (0, 1)(1, N)

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-61 Extracting Information From 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) Cash collections Sales (0, N)(1, 1)

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-62 Extracting Information From 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. Cash collections Sales (0, 1)(1, 1)

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-63 Extracting Information From 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) Cash collections Sales (0, N)(1, N)

©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 5-64 End of Chapter 5