Systems Analysis Process Modeling (DFD) 1 of 10. Analysis 003

Similar documents
Topic # 08. Structuring System Process Requirements. CIS Life Cycle and Requirements Structuring Stage

LECTURE 11: PROCESS MODELING

Why Data Flow Diagrams?

Data Flow Diagram. Data Flow Diagrams (DFDs)

6-1. Process Modeling

Chapter 7: Structuring System Process Requirements

Data Flow Diagrams. Outline. Some Rules for External Entities 1/25/2010. Mechanics

Collated Food Requirements. Received orders. Resolved orders. 4 Check for discrepancies * Unmatched orders

Process for Data Flow Diagram Process Documentation Template: Description

Chapter 3. Data Flow Diagrams

(BA122) Software Engineer s Workshop (SEW)

1. Process Modeling. Process Modeling (Cont.) Content. Chapter 7 Structuring System Process Requirements

Understanding Data Flow Diagrams Donald S. Le Vie, Jr.

D6 INFORMATION SYSTEMS DEVELOPMENT. SOLUTIONS & MARKING SCHEME. June 2013

(Refer Slide Time 00:56)

SOFTWARE ENGINEERING INTERVIEW QUESTIONS

CSC 342 Semester I: H ( G)

Process Modelling. Data flow Diagrams. Process Modelling Data Flow Diagrams. CSE Information Systems 1

PERANCANGAN SISTEM INFORMASI

Why Documentation Is Important. Documentation of Systems. Document Flowcharts. Types of Documentation

Functional Data Flow Diagrams. Outline

Chapter 6. Data-Flow Diagrams

Functional Modeling with Data Flow Diagrams

Software Design. Design (I) Software Design Data Design. Relationships between the Analysis Model and the Design Model

How To Develop Software

Announcements. SE 1: Software Requirements Specification and Analysis. Review: Use Case Descriptions

Process and Database Modelling of a University Bursary System: A Perspective of Cash Office

Software Design Document (SDD) Template

Digital circuits make up all computers and computer systems. The operation of digital circuits is based on

EXAMPLES OF DATABASE INFORMATION SYSTEMS

A Quick Chat about SOMF Capabilities Page1 Service-Oriented Modeling Framework (SOMF) Building Attribution Models

Process signifies that some transformation of data takes place. The number in the space at the top is used in multi-level DFDs (see below).

Classnotes 5: 1. Design and Information Flow A data flow diagram (DFD) is a graphical technique that is used to depict information flow, i.e.

Module 7. Software Engineering Issues. Version 2 EE IIT, Kharagpur 1

An Automatic Tool for Checking Consistency between Data Flow Diagrams (DFDs)

Data Flow Diagrams and Use cases

CASE TOOLS. Contents

Software Project Management

Total Quality Management (TQM) Quality, Success and Failure. Total Quality Management (TQM) vs. Process Reengineering (BPR)

Entity / Activity Table for Causeway Cash Receipts System

CHAPTER 3. Data Modeling and Database Design- Part1

Process Analysis. Work Process Documentation Guidelines. Purpose

SOFTWARE REQUIREMENTS

Flowcharting, pseudocoding, and process design

Project Scheduling & Tracking

BUSINESS PROCESS DOCUMENTATION

Data Flow Diagram (DFD) Tutorial Written Date : January 27, 2012

Information Technology Project Management

Position Classification Standard for Management and Program Clerical and Assistance Series, GS-0344

Design Document Version 0.0

HOW TO CREATE USEFUL SOFTWARE PROCESS DOCUMENTATION ABSTRACT

Mail Chimp Basics. Glossary

Copyright 2009 Bahn, D., Tang, H. & Yardley, A. All Rights Reserved. ISBN: Systems Analysis and Design Learning Module Series #3

VA ICJIS. Program Management Plan

BPMN by example. Bizagi Suite. Copyright 2014 Bizagi

MODULE 5 DATA FLOW DIAGRAMS

Chapter 10. Practical Database Design Methodology. The Role of Information Systems in Organizations. Practical Database Design Methodology

CA ERwin Process Modeler Data Flow Diagramming

WESTMORELAND COUNTY PUBLIC SCHOOLS Integrated Instructional Pacing Guide and Checklist Computer Math

A Practical Approach to Threat Modeling

Fourth generation techniques (4GT)

Curriculum Map. Grade: 9-12 Course: Business Communication Teacher: Semester Course Prerequisite: Keyboarding Month Content Skills Assessments

Minnesota Health Insurance Exchange (MNHIX)

Introduction to Project Management

CHARTES D'ANGLAIS SOMMAIRE. CHARTE NIVEAU A1 Pages 2-4. CHARTE NIVEAU A2 Pages 5-7. CHARTE NIVEAU B1 Pages CHARTE NIVEAU B2 Pages 11-14

Business Process Modeling with Structured Scenarios

The Project Planning Process Group

Business Process Analysis for Business Process Simplification and Automation

SWEN 256 Software Process & Project Management

Goals of the Unit. spm adolfo villafiorita - introduction to software project management

High-Performing Information Systems Aligned With Utility Business Strategy [Project #4316]

Analysis / Design. Traditional Development. Process models. Common Methodologies. Common Approach. Analysis: DFD. Traditional Software Development 1

Midterm Test Department: Computer Science Instructor: Jennifer Campbell Date and Time: 6:10pm, Thursday March 10, 2005

PROJECT MANAGEMENT PLAN TEMPLATE < PROJECT NAME >

Software testing. Objectives

COURSE TITLE: (OLS 207) INFORMATION SYSTEMS ANALYSIS, DESIGN AND EVALUATION

Change Management Plan

Information Management System

System Requirements Specification (SRS) (Subsystem and Version #)

Process Modeling. Chapter 6. (with additions by Yale Braunstein) Slide 1

2 SYSTEM DESCRIPTION TECHNIQUES

INFORMATION TECHNOLOGY PROGRAMMER/ANALYST

OCR LEVEL 3 CAMBRIDGE TECHNICAL

Writing Reports BJECTIVES ONTENTS. By the end of this section you should be able to :

Rules & Regulations Handbook

Pocantico Hills School District Grade 1 Math Curriculum Draft

Management Information System Prof. B. Mahanty Department of Industrial Engineering & Management Indian Institute of Technology, Kharagpur

AVAILABLE CASE TOOLS I. SYSTEM FLOWCHART AND ER-DIAGRAM GENERATION TOOL

Thomas Jefferson High School for Science and Technology Program of Studies Foundations of Computer Science. Unit of Study / Textbook Correlation

BPMN TRAINING COURSE:

Data Analysis 1. SET08104 Database Systems. Napier University

How to Craft a World-Class Work Breakdown Structure

THE EXPENDITURE CYCLE Part I

MULTIPLE CHOICE. Choose the one alternative that best completes the statement or answers the question.

TOGAF usage in outsourcing of software development

Transcription:

Systems Analysis Process Modeling (DFD) 1 of 10 Goals: Process modeling (Data flow diagrams) Recognize and describe abstractions Identify the four elements of a DFD Construct a DFD Decompose a DFD Analysis 003 Modeling the System Process models: diagrams how data flows through the system Data model: diagrams the relationships between data files Object model: diagrams the relationships between enterprise objects Systems models: diagram system functions, hardware, and software DFD and the Six CIS components Recall that classifying CIS into six components helps us know which parts to focus on when performing a given function. The Process Model (DFD) includes (a) people, (b) procedures, and (c) data from the Six CIS components [leaving hardware, networks, and software aside for now.] Abstractions and CIS Abstraction is a simplified description, view, or model of an object or system of objects. In a CIS: the process, data, object, and system models are abstractions of the computer information system. DFD Data Flow Diagram DFD is a picture of what people and procedures do to transform data into info DFD has four elements: 1. External entity: the original of data (source) or the receiver of information (sink) 2. Process: a series of steps that manipulate data 3. Data store: place to keep the data for later use 4. Data flow: describes the data and information elements passing between external entities, processes, and data stores. [know these] Graphing the DFD Symbol Sets Many symbol sets available! Gane-Sarson DFD Symbol Set: [3-3, chart7] How to Construct the DFD some rules

Systems Analysis Process Modeling (DFD) 2 of 10 Data flows must originate or terminate at a process Data stores must have at least one entry and one exit data flow Processes must have at least one entry and one exit data flow Bottom-Up DFD Creation Develop a narrative of the system Underline the action words Develop a sequential list of the action terms Eliminate tasks that do not transform the data Identify cohesive tasks Fit all the remaining tasks to a cohesive task Develop an IPO chart for each cohesive task Example: Part 1 Sometimes the office manager cannot determine whether the request is reasonable. When this happens, the request is forwarded to the owner, who makes this determination, contacts the customer if necessary, and either adjusts the request or rejects it outright. All requests are returned to the office manager for scheduling and filing. Example: Part 2 Action Word Task Number Task Description Submits none not identified Is forwarded none not identified Contacts #1 evaluate special requests Adjusts #1 evaluate special requests Rejects #1 evaluate special requests Are returned none not identified Consults #2 schedule charter Is reserved #2 schedule charter Checks #2 schedule charter Find #2 schedule charter Are entered #2 schedule charter Contacts #3 complete charter papers Finalize #3 complete charter papers Prepares #3 complete charter papers Signs #3 complete charter papers Example: Part 3 Input Processing Output Request contacts notation Adjusts Rejects

Systems Analysis Process Modeling (DFD) 3 of 10 Example: Part 4 Process Data Flow Process Data Flow Data Store Intake request evaluate special note charter requests Requests Top-Down DFD creation Get oral answers to the question What is the first task of this system? Continue with What happens next? Keep asking what happens next until the response is either We do it all over again or We re finished. Context Diagrams Show a single process Connected to the external entities Establishes the system boundaries. Example: A Time Card System Example: Revised Time Card System

Systems Analysis Process Modeling (DFD) 4 of 10 Level Decomposition Single process in the context diagram is composed of a collection of well-defined activities called cohesive tasks. Task definition begins by locating the events within a process. Events identify the end of one task and the beginning of another. Once a task is identified, the analyst can identify the inputs and outputs. Example: Level Decomposition Issue Access Cards INPUTS: class rosters (Source: Data Processing) access cards for registered students (Source: Data Processing) student registration (Source: Data Processing) signed non-piracy agreement (Source: Student) name on class rosters (Data Store: Roster) Issue Access Cards OUTPUTS: access cards (Sink: Student)

Systems Analysis Process Modeling (DFD) 5 of 10 lab handbook (Sink: Student) card numbers already issued (Sink: Data Processing) checkoff on class rosters (Data Store: Roster) new lab account (Data Store: Time) nonpiracy agreement (Data Store: Agreements) Logical and Physical DFDs Logical DFDs remove all reference to the implementation specifics of the system Physical DFDs specify the real world objects that are used to make the system work During the analysis phase: Develop the physical DFD Abstract the logical DFD During the design phase: Develop the logical DFD Develop the physical DFD TKSystem First-Level DFD

Systems Analysis Process Modeling (DFD) 6 of 10 Data Flow Walk-Thru

Systems Analysis Process Modeling (DFD) 7 of 10 TK System DFD Levels

Systems Analysis Process Modeling (DFD) 8 of 10 Class Project Discussion The analysis phase has started. Now you must understand more fully the existing system before a replacement system can be designed. The process model is the first abstraction to develop. Example: Existing System Context Diagram

Systems Analysis Process Modeling (DFD) 9 of 10 Example: Existing System First-Level DFD Class Project: Process Modeling Prepare the existing system context diagram and first level DFD Review the project management sections of Appendices A and B Develop the first draft of your week-by-week project budget Develop the first draft of your week-by-week project status Prepare a cover letter to transmit the budget and status reports to your client. Recap DFD models the processes of an information system DFDs consist of processes, external entities, data stores, and data flows DFD modeling begins with the context diagram, which depicts the entire system in a single process symbol surrounded by external entities. The first-level DFD (aka level-1) show the major functional components of the system as processes, connected by data flows to external entities, data stores, and other processes. As needed, you ll create successively more detailed levels to promote complete understand-

Systems Analysis Process Modeling (DFD) 10 of 10 ing of the system. [task] IPO Narrative: xxx Task: [task] Inputs: The item (Source: source name) Another item, and more (Data Store: staff) Outputs: Paycheck (Data Store: staff) Mailing labels (Sink: staff) Newsletter (Sink: staff) /Users/gbenoit/Documents/LIS486 - Systems Analysis/Spring2013/Analysis-DFD-003.rtf 12/30/12 6:34 PM