DATA FLOW DIAGRAMS IT 155.

Slides:



Advertisements
Similar presentations
Practice data flow diagramming as a tool for structured system programming (process modelling) DATA FLOW DIAGRAMs.
Advertisements

Data Flow Diagram (DFD) Review
SYSTEMS ANALYSIS AND DESIGN TOOLS
Using Data Flow Diagrams
Using Dataflow Diagrams
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design, 2 nd Edition Copyright 2003 © John Wiley & Sons, Inc. All rights reserved.
Chapter 4 Enterprise Modeling.
Chapter 4.
Systems Analysis and Design 9th Edition
Dataflow modelling: Context and Data Flow Diagrams
Chapter 7 Using Data Flow Diagrams
Process Modeling Chapter 6. Key Definitions A process model is a formal way of representing how a business operates Data flow diagramming shows business.
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design, 2 nd Edition Copyright 2003 © John Wiley & Sons, Inc. All rights reserved.
Using Dataflow Diagrams
Chapter 7 Using Data Flow Diagrams
Topics Creating DFD Physical and logical DFD Event driven modeling
Structuring System Process Requirements -- Process Modeling --
Structuring System Requirements: Process Modeling
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design Copyright 2000 © John Wiley & Sons, Inc. All rights reserved. Slide 1 Process.
Chapter 9 Using Data Flow Diagrams
Chapter 7 Using Data Flow Diagrams
© Copyright 2011 John Wiley & Sons, Inc.
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.
Chapter 4.
The Traditional Approach to Requirements: Using Dataflow Diagrams Spring
System analysis and design
System Analysis and Design
Process Modeling SYSTEMS ANALYSIS AND DESIGN, 6 TH EDITION DENNIS, WIXOM, AND ROTH © 2015 JOHN WILEY & SONS. ALL RIGHTS RESERVED. 1 Roberta M. Roth.
Chapter 7 Structuring System Process Requirements
Traditional Approach to Requirements Data Flow Diagram (DFD)
Chapter 8 Structuring System Requirements: Process Modeling
Chapter 1: Data Flow Diagram Structuring System Process Requirements
Lecture Note 7 Using Data Flow Diagrams
Systems Analysis and Design
Structuring System Process Requirements. Learning Objectives Understand the logical modeling of processes by studying examples of data flow diagrams (DFDs).
Info 361: Systems Analysis and Design
Systems Analysis and Design
Structuring system requirements: process modeling Chapter 8.
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design Copyright 2000 © John Wiley & Sons, Inc. All rights reserved. Slide 1 Process.
Business Process Management. Key Definitions Process model A formal way of representing how a business operates Illustrates the activities that are performed.
Phase 2: Systems Analysis
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.
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 7 Using Data Flow Diagrams
PHASE 2: SYSTEMS ANALYSIS
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design Copyright 2000 © John Wiley & Sons, Inc. All rights reserved. Slide 1 Systems.
SYSTEMS ANALYSIS AND DESIGN TOOLS DATA FLOW DIAGRAMS.
Lecture 6: Test-based Use case & Process Modeling December 7, 2014.
Using Dataflow Diagrams – Part 1 Systems Analysis and Design, 7e Kendall & Kendall 7 © 2008 Pearson Prentice Hall.
Modern Systems Analysis and Design Fifth Edition
Systems Analysis and Design 8th Edition
Data Flow Diagrams Slide 1. Key Definitions Data flow diagramming shows business processes and the data that flows between them Slide 2.
Information System Analysis Topic-2. Data Gathering Observations Questionnaires Interviews.
McGraw-Hill/Irwin Copyright © 2006 by The McGraw-Hill Companies, Inc. All rights reserved. Chapter 5 Modeling the Processes and Logic.
6 - 1 Systems Analysis and Design, 2 nd Edition Alan Dennis and Barbara Haley Wixom John Wiley & Sons, Inc. Slides by Roberta M. Roth University of Northern.
DATA FLOW DIAGRAMS.
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.
Information System Analysis Topic-2. Data Gathering Observations Questionnaires Interviews.
Business Process Modeling What is a process model? – A formal way of representing how a business system operates. – Illustrates the activities that are.
Information System Analysis
DATA FLOW DIAGRAMS Budi Arifitama.
IS 334 information systems analysis and design
Process Modelling Chapter 6.
Process & Logic Modeling
System Design By Kustanto.
Presentation transcript:

DATA FLOW DIAGRAMS IT 155

Key Definitions Process model Data flow diagramming A formal way of representing how a business operates Illustrates the activities that are performed and how data moves among them Data flow diagramming A popular technique for creating process models

Key Definitions Logical process models describe processes without suggesting how they are conducted Physical process models include process implementation information

DFD Elements Process Data flow An activity or function performed for a specific business reason Manual or computerized Data flow A single piece of data or a logical collection of data Always starts or ends at a process

DFD Elements Data Store External entity A collection of data that is stored in some way Data flowing out is retrieved from the data store Data flowing in updates or is added to the data store External entity A person, organization, or system that is external to the system but interacts with it.

Naming and Drawing DFD Elements Process Data flow Data store External entity

Depicting Business Processes with DFDs Business processes are too complex to be shown on a single DFD Decomposition is the process of representing the system in a hierarchy of DFD diagrams Child diagrams show a portion of the parent diagram in greater detail

Key Definition Balancing involves insuring that information presented at one level of a DFD is accurately represented in the next level DFD.

Context Diagram First DFD in every business process Shows the context into which the business process fits Shows the overall business process as just one process (process 0) Shows all the external entities that receive information from or contribute information to the system

Level 0 Diagram Shows all the major processes that comprise the overall system – the internal components of process 0 Shows how the major processes are interrelated by data flows Shows external entities and the major processes with which they interact Adds data stores

Level 1 Diagrams Generally, one level 1 diagram is created for every major process on the level 0 diagram Shows all the internal processes that comprise a single process on the level 0 diagram Shows how information moves from and to each of these processes If a parent process is decomposed into, for example, three child processes, these three child processes wholly and completely make up the parent process

Level 2 Diagrams Shows all processes that comprise a single process on the level 1 diagram Shows how information moves from and to each of these processes Level 2 diagrams may not be needed for all level 1 processes Correctly numbering each process helps the user understand where the process fits into the overall system

Data Flow Splits and Joins A data flow split shows where a flow is broken into its component parts for use in separate processes Data flow splits need not be mutually exclusive nor use all the data from the parent flow As we move to lower levels we become more precise about the data flows A data flow join shows where components are merged to describe a more comprehensive flow

Alternative Data Flows Where a process can produce different data flows given different conditions We show both data flows and use the process description to explain why they are alternatives Tip -- alternative data flows often accompany processes with IF statements

Data Flow Diagrams DFDs are one of the main methods available for analyzing data-oriented systems. DFDs emphasize the logic underlying the system. The systems analysts can put together a graphical representation of data movement through the organization.

Advantages of the Data Flow Diagram Approach Four advantages over narrative explanations of data movement: Freedom from committing to the technical implementation too early. Understanding of the interrelationships of systems and subsystems. Communicating current system knowledge to users. Analysis of the proposed system.

Basic Symbols Four basic symbols are: A double square for an external entity--a source or destination of data. An arrow for movement of data from one point to another. A rectangle with rounded corners for the occurrence of transforming process. An open-ended rectangle for a data store.

Basic Symbols

External Entities Represent people or organizations outside of the system being studied Shows the initial source and final recipient of data and information Should be named with a noun, describing that entity

External Entities (Continued) External entities may be: A person, such as CUSTOMER or STUDENT. A company or organization, such as BANK or SUPPLIER. Another department within the company, such as ORDER FULFILLMENT. Another system or subsystem, such as the INVENTORY CONTROL SYSTEM.

Processes Represent either: A whole system A subsystem Work being done, an activity Names should be in the form verb-adjective-noun The exception is a process that represents an entire system or subsystem.

Data Stores Name with a noun, describing the data Data stores are usually given a unique reference number, such as D1, D2, D3. Include any data stored, such as: A computer file or database. A transaction file . A set of tables . A manual file of records.

Data Flow Data flow shows the data about a person, place, or thing that moves through the system. Names should be a noun that describes the data moving through the system. Arrowhead indicates the flow direction. Use double headed-arrows only when a process is reading data and updating the data on the same table or file.

Developing Data Flow Diagrams Use the following guidelines: Create the context level diagram, including all external entities and the major data flow to or from them. Create Diagram 0 by analyzing the major activities within the context process. Include the external entities and major data stores. Create a child diagram for each complex process on Diagram 0.

Creating Data Flow Diagrams Detailed data flow diagrams may be developed by: Making a list of business activities. Analyzing what happens to an input data flow from an external entity. Analyzing what is necessary to create an output data flow to an external entity.

Creating Data Flow Diagrams Detailed data flow diagrams may be developed by (continue): Examining the data flow to or from a data store. Analyzing a well-defined process for data requirements and the nature of the information produced. Noting and investigating unclear areas.

Data Flow Diagram Levels Data flow diagrams are built in layers. The top level is the Context level. Each process may explode to a lower level. The lower level diagram number is the same as the parent process number. Processes that do not create a child diagram are called primitive.

Context-Level Data Flow Diagram It contains only one process, representing the entire system. The process is given the number zero. All external entities are shown on the context diagram as well as major data flow to and from them. The diagram does not contain any data stores.

Diagram 0 Diagram 0 is the explosion of the context level diagram. It should include up to 7 or 9 processes. Any more will result in a cluttered diagram. Processes are numbered with an integer. The major data stores and all external entities are included on Diagram 0.

Child Diagrams Each process on diagram zero may be exploded to create a child diagram. Each process on a lower-level diagram may be exploded to create another child diagram. These diagrams found below Diagram 0 are given the same number as the parent process. Process 3 would explode to Diagram 3.

Child Diagrams (Continued) Each process is numbered with the parent diagram number, a period, and a unique child diagram number. Examples are: 3.2 on Diagram 3, the child of process 3. 5.2.7 on Diagram 5.2, child of process 5.2. On Diagram 3, the processes would be numbered 3.1, 3.2, 3.3 and so on.

Child Diagrams (Continued) External entities are usually not shown on the child diagrams below Diagram 0. If the parent process has data flow connecting to a data store, the child diagram may include the data store as well.

Child Diagrams (Continued) A lower-level diagram may contain data stores not shown on the parent process, such as: A file containing a table of information (such as a tax table). A file linking two processes on the child diagram. Minor data flow, such as an error line, may be included on a child diagram.

Child Diagrams (Continued) An interface data flow is data that are input or output from a child diagram that matches the parent diagram data flow. Processes that do not create a child diagram are called primitive processes. Logic is written for these processes.