DFDs.

Slides:



Advertisements
Similar presentations
Information Systems Analysis and Design
Advertisements

BIS 360 – Lecture Seven Process Modeling (Chapter 8)
Johnb DFDs and Design John Bell The DeMarco notation.
Chapter 7 Structuring System Process Requirements
Chapter 4 Documenting Information Systems
Data Flow Diagramming Solutions to In-Class Exercises
How to : Data Flow Diagrams (DFDs)
DATA FLOW DIAGRAM (PART 2)
1 Introduction to Data Flow Modelling The data flow approach to requirements determination in building a system for business use. This type of computer.
Jump to first page Chapter 2 System Analysis - Process Modeling.
Data Flow Diagrams Mechanics.
Software Engineering: Analysis and Design - CSE3308
Modern Systems Analysis and Design
Structuring System Process Requirements -- Process Modeling --
Structuring System Requirements: Process Modeling
MIS 461: Structured System Analysis and Design Dr. A.T. Jarmoszko
 Dr. Syed Noman Hasany.  Review of known methodologies  Analysis of software requirements  Real-time software  Software cost, quality, testing and.
Process Modelling Using Data Flow Diagrams - Building and Levelling Them; Process Modelling Using Function Decomposition CSE Information Systems.
Systems Analysis I Data Flow Diagrams
System Analysis and Design
DATA FLOW DIAGRAMS IT 155.
Data Flow Diagramming.
Chapter 7 Structuring System Process Requirements
System Analysis Overview Document functional requirements by creating models Two concepts help identify functional requirements in the traditional approach.
National Diploma in Systems Analysis and Design Data Flow Modelling.
staffs.ac.uk Process Model. staffs.ac.uk Contents Provide definitions Explain the components and representations Introduce a step.
1 Structured Analysis Techniques. 2 Data Flow Diagrams.
Data Flow Diagrams (DFDs)
An Introduction to Level 0 and Level 1 DFD’s.
Chapter 1: Data Flow Diagram Structuring System Process Requirements
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.
IT323 - Software Engineering 2 Tutorial 1. 0 The system 1.0 A Function 1.1 Activity of the function Task Task Task 1.2 Another activity.
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.
1 Lecture 3: Introducing Data Flow Diagrams (DFDs) Section 1 - The Concept of Diagrams Why use Diagrams? Diagrams as Working Documents Systems Analysis.
DATA FLOW DIAGRAMS Learning Units
Data-Flow Diagrams Week 10 Lecture 1. Data Flow Diagrams (DFDs) One of most important modelling tools used by system analysts In use since late 1970’s.
 During systems development both processes and data must be modeled ◦ Data modeling describes data used by system ◦ Process modeling describes processes.
Computer System Analysis Chapter 8 Structuring System Requirements: Process Modeling Dr. Sana’a Wafa Al-Sayegh 1 st quadmaster University of Palestine.
Chapter 7 Structuring System Process Requirements
A data flow diagram (DFD) maps how data moves through a system. It shows how data entering the system (input) is transformed (process) and changed into.
1 Ref: Prof Sarda Process Modeling…… Lecture Outline Data flow diagram (DFD)
PHASE 2: SYSTEMS ANALYSIS
AN INTRODUCTION BUSINESS PROCESS DOCUMENTATION WITH DATA FLOW DIAGRAMS.
SAD - DFD Context Diagrams
Judi Prajetno Sugiono ©2009 Management Information System Additional note for DFD.
System Analysis: Case Study. System Analysis Overview It is one of the most important phases of the whole system development. Generally, the whole process.
SYSTEMS ANALYSIS AND DESIGN TOOLS DATA FLOW DIAGRAMS.
DFDs (Data Flow Diagrams). Data Flow Diagrams DFDs are a system modeling tool, the most popular and important representation in data flow modeling. DFDs.
University of Sunderland ISIC 1 Data Flow Diagrams - Part 2 Hierarchical DFDs.
System Decomposition Overview. Data Flow Diagrams Despite the name “Data Flow Diagrams”, DFD have a process, rather than a data, focus We represent all.
Data Flow Diagrams (DFDs) 1Information Systems Engineering.
CHAPTER 5 1 DATA AND PROCESS ANALYSIS. Chapter Objectives Describe data and process modeling concepts and tools, including data flow diagrams, a data.
Data Flow Diagrams (DFDs)
Modern Systems Analysis and Design Fifth Edition
Systems Analysis & Design
DATA FLOW DIAGRAMS.
C_ITIP211 LECTURER: E.DONDO. Unit 3 : PROCESS MODELING.
DFD Examples.
Copyright © 2011 Pearson Education, Inc. Publishing as Prentice Hall Using Dataflow Diagrams Systems Analysis and Design, 8e Kendall & Kendall 7.
Data Flow Diagram : Developed By Larry Constantine as a way of expressing system requirements in graphical Form: Data Flow Models (DFMs) are easy to understand.
© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart1 of 37 C System Process Modeling DATA Flow Diagrams.
7-1 Chapter 7 Structuring System Process Requirements Modern Systems Analysis and Design Fourth Edition.
DFD(Data Flow Diagram)
DFD examples.
DATA FLOW DIAGRAM (PART 2)
DATA FLOW DIAGRAM PART 2.
Process & Logic Modeling
DATA FLOW DIAGRAM.
Presentation transcript:

DFDs

Context Diagram Shows the boundaries of the system Shows the overall business process as just ONE process Shows all the outside entities that receive information from or contribute information to the system No Data store

Level 0 Diagram Shows all the processes that comprise the overall system Shows how information moves from and to each process Adds data stores

Level 1 Diagram Shows all the processes that comprise a single process on the level 0 diagram Shows how information moves from and to each of these processes Level 1 diagrams may not be needed for all level 0 processes

Guidelines for Drawing a Context Read the case study from start to finish a number of times until you have a fair idea of what the system as a whole does. Try to make a list of potential external entities. A person or place is an external entity under two conditions. Firstly, if it gives something to the system without explanation of the processing involved in its creation. Secondly, if it receives something from the system with no explanation of what it does with it. Establish what data flows are sent to external entities from the system and what data flows are received into the system from them. Having identified external entities and flows to and from them, the context diagram can be drawn.

Guidelines for Drawing Level 0 Take one sentence at a time and decide if it is background information or if it is an activity which must be represented by a process in the diagram. Processes can be identified by the verb in the sentence. Make a list of all potential processes group these potential processes so that you end up with approximately 3 to 10 processes. Identify and list data flows these are generally documents but could also be phone calls, physical items such as goods etc. Anything that moves around a system can be considered a data flow. Identify and list data stores. Having identified all the components of the DFD, draw the diagram using the appropriate conventions (notation). Validate the level 0 diagram against the context diagram to ensure that they are consistent. a difference in the number of flows or the names of those flows will result in the wrong system being modeled.

Guidelines for Drawing Level 1 For each level 0 process make a list of sub-processes, each one of which will become a process on the corresponding level 1 diagram. Validate the level 1 diagram against the level 0 diagram to ensure that they are consistent. Remember the process identifier from the level 0 process is used as the first part of the identifier for the lower level processes.

Points to Remember when Drawing DFDs When drawing DFDs, you are concerned with the logical components of the system, i.e. what are the activities which when linked together make up the system under investigation as a whole. When listing processes, think of what activities are carried out, not who does them or where they are done. Make sure that the beginning and the end of a flow touch its source and destination. All flows must be labeled. No two flows on the same diagram can have the same name (unless they are identical). All words in a flow name must be connected by underscores, e.g. sales_invoice. Keep flow names short but meaningful.

Points to Remember when Drawing DFDs Make sure that no section of a diagram is separate from the rest, i.e. there must be a logical connection through the entire diagram. If one section is not joined to the rest then this part of the diagram will never be triggered and consequently the system the diagram is modeling will be incomplete and inaccurate. Make sure that the correct arrow type is used to join a process with a store: if a process is updating information then the arrow head is at data store. if a process is retrieving information from a store then the arrow head is at the process. Make sure the processes are correctly numbered. Check the consistency of flows across diagrams (Balancing), The same number of flows coming in and out of a level 0 as a context and also that the names are the same.  Make sure that each diagram is properly labeled i.e. its 'title' should be clearly stated. For example, 'Level 1 Order Processing'.

Rules governing DFDs

Q1 (a): Identify Potential Violations of rules & guidelines

A1 (a): Process 1.0 (P2) has only inputs, making it a black hole; data flow DF5 should not move directly from source E1 to data store DS1 without first going through a process; data flow DF1 should not move directly from source E1 to sink E2 without first going through a process. Other peculiarities (such as Process 1.0 has label P2 and the data store has only a label, not a number)

Q1 (b): Identify Potential Violations of rules & guidelines

A1 (b): No data store in context diagram Payment- extra dataflow in level-0 Customer data– from source to data store directly Order- bidirectional dataflow Order details & inventory data – wrong forked dataflow (different data) Process 3.0 – No output

Q2: Draw the context Diagram from the Level 0 DFD for Hiring System

A2:

Q3: Student Administration System Student Administration System : The enrolment process works as follows: Students send in an application form containing their personal details, and their desired course. The university checks that the course is available and that the student has necessary academic qualifications. If the course is available the student is enrolled in the course, and the university confirms the enrolment by sending a confirmation letter to the student. If the course is unavailable the student is sent a rejection letter.

A3: Context DFD (pre-steps) Context DFD for the Student Administration System Step 1 Familiarize yourself with the case study. Step 2 (identify potential external entities) Student. Step 3 (identify flows to/from system and external entities) Student send: Application details Student receive: Confirmation/ rejection details

A3: Context DFD Step 4 (draw your context diagram)

A3: Level-0 DFD(pre-steps) Draw a Level 0 DFD for the Student Administration System . Steps 1 & 2 (identify potential processes) Verify availability, Enroll student, Confirm registration. Step 4 (identify data flows) Requested-courses, Accepted/rejected selection, registration, confirmation letter, open-course, course-details , course- enrollment, student-details, Step 5 (identify data stores) Course file , student file

A3: Level-0 DFD Step 6 (draw your level-0 diagram)

Q4: Precision Tools System Precision Tools System: Precision Tools sells a line of high-quality woodworking tools. When customers place orders on the company’s Web site, the system checks to see if the items are in stock, issues a status message to the customer, and generates a shipping order to the warehouse, which fills the order. When the order is shipped, the customer is billed. The system also produces various reports.

A4:Context DFD(Pre-steps) Context DFD for the Precision Tools System Step 1 Familiarize yourself with the case study. Step 2 (identify potential external entities) Customer, Warehouse, Accounting Step 3 (identify flows to/from system and external entities) Customer sends: order, payment Customer receives: status message , invoice Warehouse sends: shipping confirmation Warehouse receives: in stock request, shipping order Accounting receives : inventory reports

A4 – Context DFD Step 4 (draw your context diagram)

A4: Level-0 DFD(Pre-steps) Draw a Level 0 DFD for the Precision Tools System Steps 1 & 2 (identify potential processes) Check Status ,Issue Status Messages, Generate Shipping Order, Manage Accounts Receivable, Produce Reports Step 4 (identify data flows) Order, In-Stock Request, Order Data, Status Data, Status Message, Shipping Order, Order Data, Invoice , Shipping Confirmation, Payment, Accounting Data, Accounts Receivable Data, Order Data, Inventory Reports Step 5 (identify data stores) Pending Orders, Accounts Receivable Step 6 (draw level 0 diagram)

A4: Level-0 DFD