IFS310: Week 3 BIS310: Structured Analysis and Design 5/4/2015 Process Modeling and Data Flow Diagrams.

Slides:



Advertisements
Similar presentations
Systems Analysis Requirements structuring Process Modeling
Advertisements

Alternative Approach to Systems Analysis Structured analysis
Irwin/McGraw-Hill Copyright © 2004 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS6th Edition.
Chapter 7 Structuring System Process Requirements
Chapter 7 Structuring System Process Requirements
© 2005 by Prentice Hall 7-1 Chapter 7 Structuring System Process Requirements Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey.
Chapter 7 Structuring System Process Requirements
Chapter 7 Structuring System Process Requirements
Copyright 2006 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Third Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
Dataflow modelling: Context and Data Flow Diagrams
Jump to first page Chapter 2 System Analysis - Process Modeling.
Data Flow Diagrams Mechanics.
PROCESS MODELING Transform Description. A model is a representation of reality. Just as a picture is worth a thousand words, most models are pictorial.
Modern Systems Analysis and Design
Structuring System Requirements: Process Modeling
Copyright 2004 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Second Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
MIS 461: Structured System Analysis and Design Dr. A.T. Jarmoszko
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
Process Modeling Fundamentals. Three Ways to Understand a System By its processes What are the systems main processes? What are the systems main processes?
Modeling the Processes and Logic
Lesson-21Process Modeling Define systems modeling and differentiate between logical and physical system models. Define process modeling and explain its.
Process Modeling and Data Flow Diagrams
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
Chapter 8 Structuring System Requirements: Process Modeling
Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall 6.1.
PROCESS MODELING Chapter 8 - Process Modeling
Chapter 7 Structuring System Process Requirements Modern Systems Analysis and Design Sixth Edition.
Chapter 1: Data Flow Diagram Structuring System Process Requirements
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 Modern Systems Analysis and Design Sixth Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich.
Structuring System Process Requirements. Learning Objectives Understand the logical modeling of processes by studying examples of data flow diagrams (DFDs).
Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall 6.1.
SDLC Phase II: Structuring System Requirements IS 582 Dr. Dania Bilal Spring 2008.
Chapter 7 Structuring System Process Requirements
Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall Essentials of Systems Analysis and Design Fourth Edition Joseph S. Valacich Joey F.
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
7. ANALYZING REQUIREMENTS- (Data Flow Diagrams)
Copyright 2001 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter 5 Structuring.
Copyright 2002 Prentice-Hall, Inc. Chapter 7 Structuring System Requirements: Process Modeling.
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.
Structuring User Requirements IS 592 Dr. Dania Bilal Spring 2005.
Data Flow Diagram, Data Dictionary, and Process Specification PART I
Software Analysis 1 PROCESS MODELING: Data Flow Diagrams (DFDs)
© 2005 by Prentice Hall Chapter 7 Structuring System Process Requirements Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F. George.
Chapter 7 Structuring System Process Requirements Modern Systems Analysis and Design Sixth Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich.
McGraw-Hill/Irwin Copyright © 2006 by The McGraw-Hill Companies, Inc. All rights reserved. Chapter 5 Modeling the Processes and Logic.
MBI630: Class 5 6/10/2016 Process Modeling and Data Flow Diagrams (Supplemental)
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.
7-1 Chapter 7 Structuring System Process Requirements Modern Systems Analysis and Design Fourth Edition.
Chapter 6 Structuring System Requirements: Process Modeling
Chapter 6 Structuring System Requirements: Process Modeling
Data Flow Diagrams Mechanics.
Chapter 8 Structuring System Requirements: Process Modeling
Modern Systems Analysis and Design Third Edition
Structuring System Requirements: Process Modeling
Chapter 1: Data Flow Diagram Structuring System Process Requirements
Process & Logic Modeling
Data Flow Diagrams Mechanics.
Data Flow Diagrams Mechanics. Outline DFD symbols External entities (sources and sinks) Data Stores Data Flows Processes Types of diagrams Step by step.
Chapter 6 Structuring System Requirements: Process Modeling
MBI 630: Week 4 Process Modeling
Modern Systems Analysis and Design Third Edition
Chapter 7: Data Flow Diagram Structuring System Process Requirements
Modern Systems Analysis and Design Third Edition
Presentation transcript:

IFS310: Week 3 BIS310: Structured Analysis and Design 5/4/2015 Process Modeling and Data Flow Diagrams

IFS310: Week 3 5/4/2015 Overview Discussion –Systems Theory (Input-Process-Output) –Process Modeling and Mechanics of DFDs –Current System Process Modeling –Future System Process Modeling

IFS310: Week 3 5/4/2015 Systems Theory and Process Concepts –A System is a Process The simplest process model of a system is based on inputs, outputs, and the system itself – viewed a process. The process symbol defines the boundary of the system. The system is inside the boundary; the environment is outside that boundary. The system exchanges inputs and outputs with its environment

IFS310: Week 3 5/4/2015

IFS310: Week 3 5/4/2015 System Models Logical models show what a system ‘is’ or ‘does’. They are implementation-independent; that is, they depict the system independent of any technical implementation. As such, logical models illustrate the essence of the system. Popular synonyms include essential model, conceptual model, and business model. Physical models show not only what a system ‘is’ or ‘does’, but also how the system is physically and technically implemented. They are implementation-dependent because they reflect technology choices, and the limitations of those technology choices. Synonyms include implementation model and technical model

IFS310: Week 3 5/4/2015 What is Process Modeling? Process modeling is a technique for organizing and documenting the structure and flow of data through a system’s PROCESSES and/or the logic, policies, and procedures to be implemented by a system’s PROCESSES. Process modeling originated in classical software engineering methods. A systems analysis process model consists of data flow diagrams (DFDs). –A data flow diagram (DFD) is a tool that depicts the flow of data through a system and the work or processing performed by that system. Synonyms include bubble chart, transformation graph, and process model.

IFS310: Week 3 5/4/2015 Data Flow Diagram There are only three symbols and one connection: processes –The rounded rectangles represent processes or work to be done. external agents –The squares represent external agents – the boundary of the system. data stores –The open-ended boxes represent data stores, sometimes called files or databases, and correspond to all instances of a single entity in a data model. data flows –The arrows represent data flows, or inputs and outputs, to and from the processes.

IFS310: Week 3 5/4/2015 Logical Processes You should be left only with logical processes that: –Perform computations (e.g., calculate grade point average) –Make decisions (determine availability of ordered products) –Sort, filter or otherwise summarize data (identify overdue invoices) –Organize data into useful information (e.g., generate a report or answer a question) –Trigger other processes (e.g., turn on the furnace or instruct a robot) –Use stored data (create, read, update or delete a record) Gane & Sarson Process Shape Process Name

IFS310: Week 3 5/4/2015 Data Flows –Data in Motion A data flow is data in motion. –A data flow represents an input of data to a process, or the output of data (or information) from a process. A data flow is also used to represent the creation, deletion, or update of data in a file or database (called a data store on the DFD). –A data flow is depicted as a solid-line with arrow. Gane & Sarson Data Flow Shape Name of data-flow

IFS310: Week 3 5/4/2015 External Agents –An external agent defines a person, organization unit, other system, or other organization that lies outside of the scope of the project, but which interacts with the system being studied. External agents provide the net inputs into a system, and receive net outputs from a system. Common synonyms include external entity. Gane & Sarson External Agent Shape System Concepts for Process Modeling External Agent

IFS310: Week 3 5/4/2015 System Concepts for Process Modeling Data Stores –A data store is an ``inventory’’ of data. Synonyms include file and database (although those terms are too implementation-oriented for essential process modeling). Gane & Sarson Data Store Shape D1 Data-store name

IFS310: Week 3 5/4/2015 Data Flow Diagramming Definitions Context Diagram –A data flow diagram (DFD) of the scope of an organizational system that shows the system boundaries, external entities that interact with the system and the major information flows between the entities and the system Level-0 Diagram –A data flow diagram (DFD) that represents a system’s major processes, data flows and data stores at a high level of detail

IFS310: Week 3 5/4/2015 Decomposition of DFDs Functional decomposition –Act of going from one single system to many component processes –Repetitive procedure Level-N Diagrams –A DFD that is the result of n nested decompositions of a series of subprocesses from a process on a level-0 diagram

IFS310: Week 3 5/4/2015 Guidelines for Drawing DFDs Completeness –DFD must include all components necessary for system –Each component must be fully described in the project dictionary or CASE repository Consistency –The extent to which information contained on one level of a set of nested DFDs is also included on other levels

IFS310: Week 3 5/4/2015 Figure 3.2 An unbalanced set of data flow diagrams (a) Context diagram (b) Level-0 diagram

IFS310: Week 3 5/4/2015 Common Mechanical Errors

IFS310: Week 3 5/4/2015 Illegal Data Flows

IFS310: Week 3 5/4/2015 Logical Processes Logical processes are work or actions that must be performed no matter how you implement the system. –Even for the future system, at the definition phase, the process model should be logical. In the study phase, the current system was analyzed in three levels of models: –Context Diagram –System Diagram –Event Diagrams

IFS310: Week 3 5/4/2015 Context Diagram

IFS310: Week 3 5/4/2015 System Diagram

IFS310: Week 3 5/4/2015 Event (Child) Diagram(s)

IFS310: Week 3 5/4/2015 How to Model a New System Step 1: Identify the changes in functional requirements for the new system Step 2: Establish the context for the new system Step 3: Create a new system diagram Step 4: Create necessary child diagrams

IFS310: Week 3 5/4/2015 Identify the changes in functional requirements for the new system Source: Problem Statement (Cause/Effect) Prioritize the “System Objectives” based on the urgency/importance of the effects Regroup the objectives into changes in functional requirements e.g., –Operational requirements, –Reporting/Inquiry requirements

IFS310: Week 3 5/4/2015

IFS310: Week 3 5/4/2015 Establish the context for the new system Analyze the new functional requirements in terms of necessary input/output of data i.e., Is there any new input? Is it necessary to produce new output? Is it going to allow new functions to external entities?

IFS310: Week 3 5/4/2015 New Context Diagram

IFS310: Week 3 5/4/2015 Create a new system diagram Principles for creating new DFD –Keep the model simple –Try to use data stores to connect all the processes Identify the functions that must be affected by the new functional requirements Determine the boundary of the new system

IFS310: Week 3 5/4/2015 New System Diagram

IFS310: Week 3 5/4/2015 Create necessary child diagrams Explode each function to depict the flow of data within the function A list of events within the function will be helpful Add necessary data stores

IFS310: Week 3 5/4/2015 A New Event (Child) Diagram

IFS310: Week 3 5/4/2015 Group Project (Assignment 2) Objectives –The goal for this assignment is having all leveled data flow diagrams (logical). Do your best to decompose the system (process) into as detail as you can, using assumptions from your common sense to the wildest imagination. You may use Visio, or any other graphical processors (e.g., Word, or PowerPoint) to create the diagrams.