MBI630: Class 5 6/10/2016 Process Modeling and Data Flow Diagrams (Supplemental)

Slides:



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

Alternative Approach to Systems Analysis Structured analysis
IFS310: Week 3 BIS310: Structured Analysis and Design 5/4/2015 Process Modeling and Data Flow Diagrams.
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
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 7 Structuring System Process Requirements
Chapter 7 Structuring System Process Requirements
Lesson-16 Systems Analysis(2)
Chapter 3 Systems Documentation Techniques Copyright © 2012 Pearson Education, Inc. publishing as Prentice Hall 3-1.
Chapter 3 Systems Documentation Techniques Copyright © 2012 Pearson Education 3-1.
Chapter 3 Systems Documentation Techniques Copyright © 2012 Pearson Education 3-1.
Chapter 1 Object Oriented Analysis and Design. UML, Patterns, and Object-Oriented Analysis and Design  The essential skills for the creation of well-designed,
Karolina Muszyńska Based on
Using Dataflow Diagrams
Lesson-22 Process Modeling(2)
Topics Creating DFD Physical and logical DFD Event driven modeling
PROCESS MODELING Transform Description. A model is a representation of reality. Just as a picture is worth a thousand words, most models are pictorial.
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design Copyright 2000 © John Wiley & Sons, Inc. All rights reserved. Slide 1 Process.
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
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.
Problem Statement Give a formal Problem statement showing the input / output; objective (e.g. minimizing computational cost or other relevant metrics)
Data Flow Diagrams Continued. Checking Your Diagram Label flows uniquely. Put boundaries onto each diagram. Data flows are data only – not orders. Each.
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
The Traditional Approach to Requirements: Using Dataflow Diagrams Spring
DATA FLOW DIAGRAMS IT 155.
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 3 Systems Documentation Techniques Copyright © 2012 Pearson Education, Inc. publishing as Prentice Hall 3-1.
PROCESS MODELING Chapter 8 - Process Modeling
Structuring System Process Requirements. Learning Objectives Understand the logical modeling of processes by studying examples of data flow diagrams (DFDs).
Business Process Management. Key Definitions Process model A formal way of representing how a business operates Illustrates the activities that are performed.
10/12/2001Data Structure1 Relationships Between The Data Flow Diagram and The Systems Design Activities Mohammad A. Rob School of Business and Public Administration.
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.
UML Diagrams: Class Diagrams The Static Analysis Model Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
CS 4310: Software Engineering Lecture 4 System Modeling The Analysis Stage.
Chapter 3 Systems Documentation Techniques Copyright © 2012 Pearson Education, Inc. publishing as Prentice Hall 3-1.
SYSTEMS ANALYSIS AND DESIGN TOOLS DATA FLOW DIAGRAMS.
The Static Analysis Model Class Diagrams Prof. Hany H. Ammar, CSEE, WVU, and Dept. of Computer Science, Faculty of Computers and Information, Cairo University.
Chapter 3 Systems Documentation Techniques Copyright © 2012 Pearson Education, Inc. publishing as Prentice Hall 3-1.
IFS310: Module 4 11/3/2015 Structured Methodology and COBOL.
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.
Requirements1. Structured Analysis Method Structured system analysis and design (SSAD) Formal structured dev method Developed by UK Gov. in the 1980’s.
CS223: Software Engineering
CMSC 2021 Software Development. CMSC 2022 Software Development Life Cycle Five phases: –Analysis –Design –Implementation –Testing –Maintenance.
Chapter 7 Structuring System Process Requirements Modern Systems Analysis and Design Sixth Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich.
Data Flow Diagrams A data flow diagram is a tool that depicts the flow of data through a system and the work or processing performed by the system.
McGraw-Hill/Irwin Copyright © 2006 by The McGraw-Hill Companies, Inc. All rights reserved. Chapter 5 Modeling the Processes and Logic.
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.
WHAT IS A Context Diagram?
UML Diagrams: Class Diagrams The Static Analysis Model
Business System Development
Software Engineering Lecture 4 System Modeling The Analysis Stage.
IS 334 information systems analysis and design
Ch 7: using Data Flow Diagrams
Data Flow Diagram (DFD)
Structuring System Requirements: Process Modeling
Welcome to my presentation
تحلیل سیستم‌ها مدل‌سازی پردازشی.
MBI 630: Week 4 Process Modeling
System models October 5, 2005.
Public Management Information Systems System Analysis & Design Tuesday, December 04, 2018 Hun Myoung Park, Ph.D. Public Management & Policy Analysis.
System Design By Kustanto.
System Design and Acquisition
Public Management Information Systems System Design Monday, July 01, 2019 Hun Myoung Park, Ph.D. Public Management & Policy Analysis Program Graduate.
Presentation transcript:

MBI630: Class 5 6/10/2016 Process Modeling and Data Flow Diagrams (Supplemental)

MBI630: Class 5 6/10/ types of 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

MBI630: Class 5 6/10/ types of Models (cont.) As-Is (Current System) To-Be (Future System) To build ”To-Be” model we try to formalize problems of “As-Is” model and propose the solutions to those problems. The result of such work is the “To-Be” model. Note that “To-Be” model is our vision of the ideal future.

MBI630: Class 5 6/10/2016 Common Mechanical Errors

MBI630: Class 5 6/10/2016 Illegal Data Flows

MBI630: Class 5 6/10/2016 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 (Level 0) –Event Diagrams (Level 1, level 2, …)

MBI630: Class 5 6/10/2016 Context Diagram

MBI630: Class 5 6/10/2016 System Diagram

MBI630: Class 5 6/10/2016 Event (Child) Diagram(s)

MBI630: Class 5 6/10/2016 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

MBI630: Class 5 6/10/2016 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

MBI630: Class 5 6/10/2016

MBI630: Class 5 6/10/2016 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?

MBI630: Class 5 6/10/2016 New Context Diagram

MBI630: Class 5 6/10/2016 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 Add necessary data stores Determine the boundary of the new system

MBI630: Class 5 6/10/2016 New System Diagram

MBI630: Class 5 6/10/2016 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

MBI630: Class 5 6/10/2016 A New Event (Child) Diagram