Flowcharting and Data Flow Diagrams

Slides:



Advertisements
Similar presentations
Systems Development and Documentation Techniques
Advertisements

Johnb DFDs and Design John Bell The DeMarco notation.
SYSTEMS ANALYSIS AND DESIGN TOOLS
Chapter 7 Structuring System Process Requirements
Documenting Information Systems
Copyright © 2015 Pearson Education, Inc. Systems Documentation Techniques Chapter
Accounting Information Systems 9th Edition
McGraw-Hill/Irwin Copyright © 2005 by The McGraw-Hill Companies, Inc. All rights reserved. ENTERPRISE INFORMATION SYSTEMS A PATTERN BASED APPROACH Chapter.
Chapter 2 Systems Techniques and Documentation.
Systems Documentation Techniques
Documenting Information Systems
Chapter 3 Systems Documentation Techniques Copyright © 2012 Pearson Education, Inc. publishing as Prentice Hall 3-1.
©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 6-1 Systems Development and Documentation Techniques.
ACG 4401 Data Modeling: Data Flow Diagrams Flow Charts.
© 2008 Prentice Hall Business Publishing Accounting Information Systems, 11/e Romney/Steinbart3-1 C HAPTER 3 Systems Development and Documentation Techniques.
Jump to first page Chapter 2 System Analysis - Process Modeling.
Modern Systems Analysis and Design
Structuring System Requirements: Process Modeling
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 8 Structuring.
Modern Systems Analysis and Design Third Edition
Pertemuan 17 The Sales/Collection Business Process Matakuliah: M0034 /Informasi dan Proses Bisnis Tahun: 2005 Versi: 01/05.
System Analysis and Design
Copyright © 2015 Pearson Education, Inc. Systems Documentation Techniques Chapter
Systems Documentation Techniques
Chapter 7 Structuring System Process Requirements
Chapter 6 Data Flow Diagramming Copyright © 2010 by The McGraw-Hill Companies, Inc. All rights reserved.McGraw-Hill/Irwin.
Chapter 8 Structuring System Requirements: Process Modeling
Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall 6.1.
Accounting systems design & evaluation 9434SB 12 April 2002.
1 Chapter 2 Revision: Documentation DFD System FC.
Computer System Analysis Chapter 8 Structuring System Requirements: Process Modeling Dr. Sana’a Wafa Al-Sayegh 1 st quadmaster University of Palestine.
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 8 Structuring.
Flowchart and Data Flow Diagrams
Chapter 7 Structuring System Process Requirements
Chapter 3 Systems Documentation Techniques Copyright © 2012 Pearson Education, Inc. publishing as Prentice Hall 3-1.
Chapter 12 Describing Information Systems.
Documenting Information Systems. Learning Objectives To read and evaluate data flow diagrams To read and evaluate systems flowcharts. To prepare data.
Introduction to Transaction Processing and Documentation Techniques COPYRIGHT © 2007 Thomson South-Western, a part of The Thomson Corporation. Thomson,
©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 6-1 Accounting Information Systems 9 th Edition Marshall.
McGraw-Hill/Irwin © 2013 The McGraw-Hill Companies, Inc., All Rights Reserved. Chapter 7 Data Flow Diagramming.
Process Models: Data Flow Diagrams Chapter 2. Process Modeling Objective: Understand the concept of business processes Understand and create Data Flow.
SYSTEMS ANALYSIS AND DESIGN TOOLS DATA FLOW DIAGRAMS.
7. ANALYZING REQUIREMENTS- (Data Flow Diagrams)
© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart1 of 138 FLOWCHARTS A flowchart is an analytical technique.
Copyright 2001 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter 5 Structuring.
Modern Systems Analysis and Design Fifth Edition
Chapter 7 Structuring System Process Requirements Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich.
Chapter 3 Systems Documentation Techniques Copyright © 2012 Pearson Education, Inc. publishing as Prentice Hall 3-1.
© 2005 by Prentice Hall Chapter 7 Structuring System Process Requirements Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F. George.
C_ITIP211 LECTURER: E.DONDO. Unit 3 : PROCESS MODELING.
MIS 360: System Analysis and Design Dr. Qasem Al-Radaideh Department of Computer Information Systems Faculty of Information Technology Yarmouk University.
© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart1 of 37 C System Process Modeling DATA Flow Diagrams.
Systems Development and Documentation Techniques BAB 3 PERTEMUAN SIA-UMBY.
Systems Documentation Techniques
Chapter 6 Structuring System Requirements: Process Modeling
Chapter 8 Structuring System Requirements: Process Modeling
Chapter 5 Task Level Modeling.
Modern Systems Analysis and Design Third Edition
Chapter 6 Data flow diagramming ACCOUNTING INFORMATION SYSTEMS
Modern Systems Analysis and Design Third Edition
Introduction to Transaction Processing
System Process Modeling
Process & Logic Modeling
Systems Development and Documentation Techniques
Chapter 6 Structuring System Requirements: Process Modeling
Modern Systems Analysis and Design Third Edition
Modern Systems Analysis and Design Third Edition
Chapter 4: documenting information systems
Modern Systems Analysis and Design Third Edition
Systems Documentation
Presentation transcript:

Flowcharting and Data Flow Diagrams Supplemental Chapter A

Objectives The objective of this supplement is to introduce you to two types of documentation tools: Flowcharts and Data Flow Diagrams You should be able to: Understand and prepare flowcharts describing the information system and procedures used in the system Understand and prepare data flow diagrams depicting the logic of the system

Purpose and Description of Flowcharts Graphically document information systems Summarize pages of narrative Focus on the physical aspects of information flows Types of flowcharts System flowcharts show the entire system configuration, including documents, data flows, and processes Document/Procedure flowcharts show the creation, flow, and destinations of documents and the procedures performed on them Hardware flowcharts show the hardware configuration Program flowcharts show the logic and processing steps of a computer program

Basic Elements of System/Document Flowcharts May draw freehand or with a template Software packages - Visio, PowerPoint, Designer Three simple graphical elements may be combined to represent various types of physical information flows and processes Symbols Flow lines Areas of responsibility Cashier Dept A Bank

Document Flow in a Manual System Employee involved Accounting department in the transaction Record transaction journal entry Transaction Journal Start General Ledger Prepare source document Post Journal entries to sub.ledger Adjust and close ledger Prepare financial statements Recorded document 3 Source Document 1 2 3 Trial Balance Financial Statements Subsidiary Ledger N Customer N= numeric Investors/ Creditors N

Sales/Collection Document Flowchart Sales Clerk Start Prepare Sales Invoice 1 2 3 N Customer Check customer credit Cash Receipts Clerk Remittance advice 1 2 3 N Customer From Payment Endorse check prepare remittance Accounts Receivable Clerk Transaction Journal N Accounts Receivable Ledger 1 2 Invoice Remittance Advice Record transaction and update ledger N= numeric

Flowchart Symbols: Documents Invoice (A) Single Document Ledger (B) Non-Processed Document 1 2 3 4 Shipping Receipt (C) Overlapping symbols- same document Sales Invoice 4 (D) Two overlapping symbols - same document Sales Order 3 Invoice 2 (E) Two overlapping symbols - different documents

Flowchart Symbols (A) On-line Manual Device (B) Terminal Display (C) I/O (Input/Output) (D) Manual Process (E) On-line Computer Process (I) Disk Storage Permanent File (G) Off-line Paper Temporary N A (F) Off-line or Noncomputer Process (H) On-line Data Storage (J) Magnetic Tape Storage

Flowchart Symbols (C) On-page Connectors (D) Off-page Connectors (A) 1 Indicates the flow will continue at the on-page connector #1 Indicates where the flow continues from the on-page connector #1 (D) Off-page Connectors p.4 1 p.2 on page 2: on page 4: to page 4 connector #1 from page 2 (A) Enter/Exit System To Customer From Bank (B) Start (or end) Process (F) Decision (E) Annotation (G) Calculator/ Register Tape (H) Physical Object ---------------- (I) Flow Lines (J) Communication Link

Flowchart Element 2: Flow Lines Flow lines are used to connect the symbols on the document flow chart. A solid line indicates the flow of a document or object A dotted or dashed symbol indicates a flow of information rather than the physical document Arrows are used when the documents or information flow is not left-to-right or top-to-bottom Some flowcharts also show communication flows such as by telephone modem or satellite

Flowcharting Element 3: Area of Responsibility Areas of responsibility are displayed to enable the flowchart reader to clearly identify changes in responsibility as the documents flow through the system. They are represented on flowcharts by segmenting and labeling columns. Areas of responsibility may be departments, sections within a department, or individual employees within a department. Judgment must be used in choosing the level of subdivision that one column should represent.

Preparation Conventions Left-to-right, Top-to-bottom All documents must have an origin and termination indicate origin by darkening one corner of the symbol each copy of the document must flow to a permanent file symbol a symbol denoting an exit from the system, or an off-page connector a document destruction symbol (small black box) “cradle to grave” documentation Keep flowcharts uncluttered place areas with frequent interchange in adjacent columns enter narrative only in symbols Make sure progress of a document is clear. Diagram a document before and after each process entering or leaving a file entering or leaving a page or area of responsibility Make sure the flowchart is complete

The Basic Elements of Hardware and System Flowcharts Program flowcharts depict the detailed logic of a computer program. Only five symbols are used in program flowcharting: Input/Output (see C on Exhibit A-4), Process (see E on Exhibit A-4), Decision (see F on Exhibit A-5), Start/End (see B on Exhibit A-5), and Flow lines (see I on Exhibit A-5). As always, a description of the logic is recorded on the face of the symbol. Hardware flowcharts show the hardware configuration of a system. The same symbols are used, but they are used to represent physical pieces of computer hardware. the document symbol - printer, the magnetic tape symbol - tape drive, a disk symbol - disk drive, a computer process symbol - central processor, and an off-line process symbol - auxiliary hardware like an optical character reader. The type of hardware is recorded on the face of the symbol.

Summary The flowchart is one of the easier types of documentation for information customers and management to understand. Often, auditors use system, document, and procedure flowcharts to understand business and systems controls in an environment The primary weakness of the flowchart is that it is tied to physical information flows and system characteristics that hide the procedural essence of the system. Some flowcharts are full of data and processing artifacts because they are tied to an outdated information technology.

Data Flow Diagrams (DFD) Data flow diagramming symbols are used for a variety of system analysis purposes, including graphically displaying the logical flows of data through a process. Unlike flowcharts which represent the physical components of an information system, data flow diagrams can provide a more conceptual, nonphysical display of the movement of data through a system. Data flow diagrams disregard such things as organizational units, the computer on which the data are processed, and the media on which the data are stored. The movement of data across offices or departments within a particular system environment are not represented.

Data Flow Diagrams (DFD) There are different categories of data flow diagrams: Data flow diagrams of the current physical system Data flow diagrams of the current logical system Data flow diagrams of the new or proposed logical system Data flow diagrams of the new proposed physical system Both logical and physical diagrams use the same set of symbols. The logical diagrams show the conceptual flow of data without including any references to the physical characteristics of the system. The physical diagrams, on the other hand, include labels that describe physical attributes of the system, such as labeling worker or job titles, department names, and the names or descriptions of the technology used to process and store the data.

Data Flow Diagram Symbols Process (B) Data inflow sources, information outflow destinations (C) Data store (D) Data flow lines

Data Flow Diagram Symbols Process Circles are used to represent processes that take data inflows and transform them to information outflows. The circle contains two labels. The first label is a process number (explained later) and the second is a process name. Some use rectangular boxes with rounded corners. (A) Process

Data Flow Diagram Symbols Data Sources and Sinks Rectangles (or squares) represent data (inflow) sources and (information outflow) sinks The rectangle is labeled with the name of the data source or sink/destination (e.g. Customer, Vendors, Government Agency). The sources and sinks play an important role in the data flow diagram. The sources and sinks are agents external to (i.e. outside the scope of) the system represented on the diagram. They delineate the boundaries of the system. (B) Data inflow sources, information outflow destinations

Data Flow Diagram Symbols Data Flow Lines Data flow lines display the route of data inflow and information outflow. They can be straight or curved lines. The data flow is generally labeled with the name of the data (e.g. a customer order, a bill, a financial analysis) and the arrow indicates the direction of the data flow. (D) Data flow lines

Data Flow Diagram Symbols Data Stores Two parallel straight lines are used to display a store or collection of data. Some people refer to data stores as data at rest. A description of the data store contents is entered on the symbol. Data stores are used anytime it is necessary to store the output from a process before sending it on to the next process. Some use a rectangular box that is open at one end. Inventory (C) Data store

Constraints: General Rules All processes should have unique names. If two data flow lines (or data stores) have the same label, they should both refer to the exact same data flow (or data store). The inputs to a process should differ from the outputs of a process. Any single DFD should not have more than about seven processes.

Constraints: Process Rules No process can have only outputs. (This would imply that the process is making information from nothing.) If an object has only outputs, then it must be a source. No process can have only inputs. (This is referred to as a “black hole”.) If an object has only inputs, then it must be a sink. A process has a verb phrase label. Incorrect Correct Incorrect Correct Edit

Constraints: Data Store Data cannot move directly from one data store to another data store. Data must be moved by a process. Data cannot move directly from an outside source to a data store. Data must be moved by a process that receives data from the source and places the data in the data store. Data cannot move directly to an outside sink from a data store. Data must be moved by a process. A data store has a noun phrase label. No Yes No Yes No Yes CUSTOMER

Constraints: Source/Sink 11. Data cannot move directly from a source to a sink. It must be moved by a process if the data are of any concern to the system. If data flows directly from a source to a sink (and does not involved processing) then it is outside the scope of the system and is not shown on the system data flow diagram DFD. 12. A source/sink has a noun phrase label. Incorrect Correct Customer

Constraints: Data Flow 13. A data flow has only one direction between symbols. It may flow in both directions between a process and a data store to show a read before an update. To effectively show a read before an update, draw two separate arrows because the two steps (reading and updating) occur at separate times. 14. A fork in a data flow means that exactly the same data goes from a common location to two or more different processes, data stores, or sources/sinks. (This usually indicates different copies of the same data going to different locations.) No Yes A No B A Yes A

Constraints: Data Flow 15.A join in a data flow means that exactly the same data comes from any of two or more different processes, data stores, or sources/sinks, to a common location. 16.A data flow cannot go directly back to the same process it leaves. There must be at least one other process that handles the data flow, produces some other data flow, and returns the original data flow to the originating process. 17.A data flow to a data store means update (i.e., delete, add, or change). 18.A data flow from a data store means retrieve or use. 19.A data flow has a noun phrase label. More than one data flow noun phrase can appear on a single arrow as long as all of the flows on the same arrow move together as one package.

Context Level Diagram Events Driven System The highest level of data flow diagrams is the context diagram. A single system is represented on a context diagram and it provides the scope of the system being represented identified in a process symbol in the center of the diagram labeled with a 0. The context diagram shows one process (representing the entire system) and the sources/sinks that represent the boundaries of the system. The data flow lines into the process represent the input data to the system (provided by sources) and the data flow lines from the process represent the output information from the system (going to the sinks). External Events Customers Management Reports 0 Events Driven System Investors and Creditors Internal Departments Financial Statements Internal Events

Event Driven Design - Level Zero System Processes Internal events (Data Flow Diagram) Record process 1.0 External events Reports Report process 3.0 Business event data Financial Statements Internal events Maintain process 2.0 External events

Exhibit A-9 Level Zero DFD Example 1.0 Process Customer Orders Desired Information Order Shipping Request 2.0 Deliveries to Customers Decision Makers Bill Customers Accounts Receivable Payments Desired Information 3.0 Process Payments

Level One - Record Event Data External event: Record Sale of Merchandise Prepare Sales Invoice 1.1 Review Customer Credit 1.2 Sales Invoice Data Record Sales Event Data 1.3 Approved Sales Invoice Data Sale Event Data

Version 1 Example Data Flow Diagram Example Flowchart Factory Supervisor Accounting Payroll Clerk 1 2 N Time cards Review time A Record wages Employee Earnings Records A= alphabetic Factory supervisor Review time cards Record weekly wages Time Reviewed time cards Employee Earnings Records Time card file (alpha)

Version 2 Example Data Flow Diagram Example Flowchart Factory Supervisor Accounting Payroll Clerk 1 2 N Time cards Review time A= alphabetic A Record wages Key in time cards Earnings Master File Factory supervisor Review time cards Record weekly wages Time Reviewed time cards Employee Earnings Records Time card file (alpha) Errors Old Earnings Master File New Earnings Master File Time Card Data

Version 3 Example Data Flow Diagram Example Flowchart Factory supervisor Factory Supervisor Accounting Payroll Clerk 1 2 N Time cards Review time A Record wages Key in time cards Employee Earnings Master File Time cards Review time cards Reviewed time cards Record weekly wages Employee Earnings Records Time card file (alpha) A= alphabetic