SYSTEMS ANALYSIS AND DESIGN TOOLS DATA FLOW DIAGRAMS.

Slides:



Advertisements
Similar presentations
Johnb DFDs and Design John Bell The DeMarco notation.
Advertisements

Systems Analysis Requirements structuring Process Modeling
Data Flow Diagram (DFD) Review
SYSTEMS ANALYSIS AND DESIGN TOOLS
IFS310: Week 3 BIS310: Structured Analysis and Design 5/4/2015 Process Modeling and Data Flow Diagrams.
Using Data Flow Diagrams
Using Dataflow Diagrams
Documenting Information Systems
©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.
Chapter 3 Systems Documentation Techniques Copyright © 2012 Pearson Education 3-1.
How to : Data Flow Diagrams (DFDs)
1 Introduction to Data Flow Modelling The data flow approach to requirements determination in building a system for business use. This type of computer.
Dataflow modelling: Context and Data Flow Diagrams
Chapter 7 Using Data Flow Diagrams
Jump to first page Chapter 2 System Analysis - Process Modeling.
Using Dataflow Diagrams
Chapter 7 Using Data Flow Diagrams
Topics Creating DFD Physical and logical DFD Event driven modeling
Modern Systems Analysis and Design
Structuring System Requirements: Process Modeling
MIS 461: Structured System Analysis and Design Dr. A.T. Jarmoszko
Chapter 9 Using Data Flow Diagrams
Chapter 7 Using Data Flow Diagrams
Modeling the Processes and Logic
L ECTURE 9 – PROCESS MODELLING PART 1 Data Flow Diagrams for Process Modelling Multi-level Data Flow Diagrams Logical Vs Physical DFDs Steps to Construct.
The Traditional Approach to Requirements: Using Dataflow Diagrams Spring
Systems Analysis I Data Flow Diagrams
DATA FLOW DIAGRAMS IT 155.
Copyright © 2015 Pearson Education, Inc. Systems Documentation Techniques Chapter
staffs.ac.uk Process Model. staffs.ac.uk Contents Provide definitions Explain the components and representations Introduce a step.
Chapter 8 Structuring System Requirements: Process Modeling
Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall 6.1.
Data Flow Diagrams (DFDs)
Lecture Note 7 Using Data Flow Diagrams
Data Flow Diagrams (DFDs). Data flow diagram (DFD) is a picture of the movement of data between external entities and the processes and data stores within.
Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall 6.1.
Systems Analysis – Analyzing Requirements.  Analyzing requirement stage identifies user information needs and new systems requirements  IS dev team.
DATA FLOW DIAGRAMS Learning Units
Systems Analysis & Design Data Flow Diagrams. End Home Data Flow Diagrams – Definition  A data flow diagram is a pictorial model that shows the flow.
Data Flow Diagram A method used to analyze a system in a structured way Used during: Analysis stage: to describe the current system Design stage: to describe.
Week 5: Business Processes and Process Modeling MIS 2101: Management Information Systems.
Using Dataflow Diagrams – Part 2 Systems Analysis and Design, 7e Kendall & Kendall 7 © 2008 Pearson Prentice Hall.
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.
Chapter 7 Structuring System Process Requirements
Chapter 3 Systems Documentation Techniques Copyright © 2012 Pearson Education, Inc. publishing as Prentice Hall 3-1.
Chapter 7 Using Data Flow Diagrams
PHASE 2: SYSTEMS ANALYSIS
7. ANALYZING REQUIREMENTS- (Data Flow Diagrams)
University of Sunderland ISIC 1 Data Flow Diagrams - Part 2 Hierarchical DFDs.
3/5/2009Computer systems1 Using Data flow Diagrams Computer System: 1. Input 2. Data Processing 3. Output.
Using Dataflow Diagrams – Part 1 Systems Analysis and Design, 7e Kendall & Kendall 7 © 2008 Pearson Prentice Hall.
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
McGraw-Hill/Irwin Copyright © 2006 by The McGraw-Hill Companies, Inc. All rights reserved. Chapter 5 Modeling the Processes and Logic.
C_ITIP211 LECTURER: E.DONDO. Unit 3 : PROCESS MODELING.
Copyright © 2011 Pearson Education, Inc. Publishing as Prentice Hall Using Dataflow Diagrams Systems Analysis and Design, 8e Kendall & Kendall 7.
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 Documentation Techniques
Chapter 6 Structuring System Requirements: Process Modeling
IS 334 information systems analysis and design
System Process Modeling
Context and Data Flow Diagrams
Welcome to my presentation
Data Flow Diagram (DFD) Review
Chapter 6 Structuring System Requirements: Process Modeling
Chapter 4: documenting information systems
DFD Process & Examples.
Presentation transcript:

SYSTEMS ANALYSIS AND DESIGN TOOLS DATA FLOW DIAGRAMS

INTRODUCTION Data Flow diagrams graphically characterize data processes and flows in a business system. In their original state data flow diagrams depict the broadest possible overview of system inputs, processes and outputs, which correspond to those of the general systems model discussed. A series of layered data flow diagrams may also be used to represent and analyze detailed procedures within a larger system.

THE DATA FLOW APPROACH When systems analysts attempt to understand he information requirements of users, they must be able to conceptualize how data moves through the organization, the processes or transformation that the data undergoes what the outputs are The data flow approach emphasizes the logic underlying the system. By using combinations of only four symbols, the systems analyst can create a pictorial depiction of processes that will eventually provide solid system foundation.

ADVANTAGES OF USING DFD 1. Freedom from committing to the technical implementation of the system too early. 2. Further understanding of the interrelatedness of systems and subsystems. 3. Communicating current system knowledge to users through data flow diagrams. 4. Analysis of a proposed system to determine if the necessary data and processes have been defined.

CONVECTIONS USED IN DFD Four basic symbols are used to chart movement on data flow diagrams. They are: A Double Square An arrow A rectangle with rounded corners A rectangle An entire system and sub-system can be depicted graphically with these four symbols in combination.

CONVECTIONS USED IN DFD Entity Student Flow of data New Student Information Process 2.1 Create Student record 2.1 Create Student record Data Store Student Master D3 4 BASIC SYMBOLS USED IN DFD

CONVECTIONS USED IN DFD THE DOUBLE SQUARE This is used to depict an external entity (another department, a business, a person or a machine) that can send data to or receive data from the system. The external entity or entity, is also called a source or destination of data, and it is considered to be external to the system being described. Each entity is labeled with an appropriate name.

CONVECTIONS USED IN DFD THE DOUBLE SQUARE Although it acts with the system it is considered as outside of the boundaries of the system. Entities should be named with a noun. The same entity may be used more than once on the same data flow diagram, to avoid crossing data flow line.

CONVECTIONS USED IN DFD THE ARROW The arrow shows movements of data from one point to another, with the head of the arrow pointing towards the data’s destination. Data flows occurring simultaneously can be depicted doing just that through the use of parallel arrows. Since an arrow represents data about a person, place or thing, it should be described with a noun.

CONVECTIONS USED IN DFD THE RECTANGLE WITH ROUNDED CORNERS This is used to show the occurrence of a transformation process. Processes always denote a change in or transformation of data; hence, the data leaving a process is always labeled differently from the one entering it. Processes represents work being performed within the system and should be named using one of the following formats.

CONVECTIONS USED IN DFD THE RECTANGLE WITH ROUNDED CORNERS A clear name makes it easier to understand what the process is accomplishing. 1. Assign the name of the whole system when naming a high-level process. Eg. INVENTORY CONTROL SYSTEM. 2. The name of a sub-system, use a name such as INVENTORY REPORTING SUBSYTEM. 3. Use a verb-adjective-noun format for detailed processes. 1. The verb described the activity, for example, COMPUTE, VERIFY, PREPARE, ADD, or PRINT. 2. The noun indicates what the major outcome of the process is, for example, REPORT or RECORD.

CONVECTIONS USED IN DFD THE RECTANGLE WITH ROUNDED CORNERS 1. The adjective illustrates which specific output, such as, BACKORDERED or INVENTORY. 3. Examples of complete process names are: Compute Sales Tax Verify Customer Account Status Prepare Shipping Invoice Print Backordered Reports Add Inventory Records

CONVECTIONS USED IN DFD THE RECTANGLE These symbols are drawn only wide enough to allow identifying lettering in the rectangle. In logical data flow diagrams, the type of physical storage (e.g., tape, diskette, cd) is not specified. At this point the data store symbol is simply showing a depository that allows addition and retrieval of data The data store may represent a manual store, such as a filing cabinet, or a computerized file or database.

CONVECTIONS USED IN DFD THE RECTANGLE Since data store represent a person, place, or thing they are named with a noun. Temporary data stores, such as scratch paper or a temporary computer file, are not included on the DFD. Give each data store a unique reference number, such as, D1, D2, D3, and so on, to identify it level.

DEVELOPING DFD Using A Top-Down Approach 1.Make a list of business activities and use it to determine various –External entities –Data flow diagrams –Processes –Data stores 2.Create a Context Diagram which shows external entities and data flow to and from the system. DO NOT SHOW ANY DETAILED PROCESSES OR DATA STORE.

DEVELOPING DFD Using A Top-Down Approach 3.Draw Diagram 0, the next level. Show processes, but keep them general. Show data stores at this level. 4.Create a child diagram for each of the processes in Diagram 0. 5.Check for errors and make sure the labels you assign to each process and data flow are meaningful.

DEVELOPING DFD Using A Top-Down Approach 6.Develop a physical data flow diagram from the logical data flow diagram. Distinguish between manual and automated processes, describe actual files and reports by name, add controls to indicate when processes are complete or error occur. 7.Partition the physical data flow by separating or grouping parts of the diagram in order to facilitate programming and implementation.

RULES FOR DRAWING DATA FLOW DIAGRAMS Data Flow should not split into two or more different data flows.

RULES FOR DRAWING DATA FLOW DIAGRAMS All data flows must EITHER originate or terminate at a process

RULES FOR DRAWING DATA FLOW DIAGRAMS Processes needs to have at least one input data flow and one output data flow

CREATING THE CONTEXT DIAGRAM This is an overview, one including basic inputs, The general system and outputs. This will be the most general diagram – really, a bird’s-eye view of data movement in the system and the broadest possible conceptualization of the system. The context diagram is the highest level in a dat flow diagram and contains only one process, representing the entire system.

CREATING THE CONTEXT DIAGRAM The process is given the number 0. All external entities are shown on the contest diagram, as well as major data flow to and from them. The diagram does not contain any data stores and is fairly simple to create, once the external entities and the data flow to and from them are known to analysts from interviews with users and as a result to document analysis.

CREATING THE CONTEXT DIAGRAM EXAMPLE Entity 1 Entity 1 Entity 2 Entity 2 Entity 3 Entity 3 0 System Name 0 System Name Input A Input B Output C