L ECTURE 12 – P ROCESS S PECIFICATION Definition, Motivation and Elements Structured English Decision Tables Decision trees Software Project Management.

Slides:



Advertisements
Similar presentations
Chapter 11 Describing Process Specifications and Structured Decisions
Advertisements

CSC 123 Systems Analysis & Design
Describing Process Specifications and Structured Decisions Systems Analysis and Design, 7e Kendall & Kendall 9 © 2008 Pearson Prentice Hall.
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.
Data Dictionary What does “Backordered item” mean? What does “New Customer info.” contain? How does the “account receivable report” look like?
SYSTEM ANALYSIS & DESIGN (DCT 2013)
Systems Analysis and Design 9th Edition
Lecture 8 – USE CASE ANALYSIS
Copyright © 2011 Pearson Education, Inc. Publishing as Prentice Hall Process Specifications and Structured Decisions Systems Analysis and Design, 8e Kendall.
Chapter 9 Describing Process Specifications and Structured Decisions
Chapter 9 Describing Process Specifications and Structured Decisions Systems Analysis and Design Kendall & Kendall Sixth Edition © 2005 Pearson Prentice.
Chapter 9 Describing Process Specifications and Structured Decisions
Data and Process Modeling
Kendall & KendallCopyright © 2014 Pearson Education, Inc. Publishing as Prentice Hall 9 Kendall & Kendall Systems Analysis and Design, 9e Process Specifications.
Systems Analysis and Design in a Changing World, 6th Edition
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.
System Analysis System Analysis - Mr. Ahmad Al-Ghoul System Analysis and Design.
Chapter 4.
1 Chapter 2 Problem Solving Techniques INTRODUCTION 2.2 PROBLEM SOLVING 2.3 USING COMPUTERS IN PROBLEM SOLVING : THE SOFTWARE DEVELOPMENT METHOD.
Chapter 3 Planning Your Solution
Kendall & KendallCopyright © 2014 Pearson Education, Inc. Publishing as Prentice Hall 9 Kendall & Kendall Systems Analysis and Design, 9e Process Specifications.
Traditional Approach to Requirements Data Flow Diagram (DFD)
Systems Analysis and Design 10th Edition
Chapter 6: The Traditional Approach to Requirements
The Traditional Approach to Requirements
Chapter 6 The Traditional Approach to Requirements
System Implementation System Implementation - Mr. Ahmad Al-Ghoul System Analysis and Design.
Data and Process Modeling
3/5/2009Computer systems1 Describing Process Specifications and Structured Decisions 1. Process specifications sometimes called mini-specs 2. Structured.
IS 320 Notes for Chapter 8. ClassX Problems: Low-Tech Fix Use last year's videos on ClassX  Select "Semesters" tab  Select IS 320  Select the week/lecture.
Chapter 9 Describing Process Specifications and Structured Decisions
Phase 2: Systems Analysis
Chapter 11 Describing Process Specifications and Structured Decisions Systems Analysis and Design Kendall and Kendall Fifth Edition.
© 2006 ITT Educational Services Inc. SE350 System Analysis for Software Engineers: Unit 8 Slide 1 Chapter 8 Structuring System Logical Requirements.
8. PROCESS DESCRIPTION System Analysis And Design Program: BSCS II (Advent Semester – 2014) Lecturer: Rebecca Asiimwe
Describing Process Specifications and Structured Decisions Systems Analysis and Design, 7e Kendall & Kendall 9 © 2008 Pearson Prentice Hall.
Chapter 8 Structuring System Logical Requirements.
Selection Control Structures. Simple Program Design, Fourth Edition Chapter 4 2 Objectives In this chapter you will be able to: Elaborate on the uses.
Problem Solving Techniques. Compiler n Is a computer program whose purpose is to take a description of a desired program coded in a programming language.
Chapter 4 enterprise modeling
PROGRAM DEVELOPMENT CYCLE. Problem Statement: Problem Statement help diagnose the situation so that your focus is on the problem, helpful tools at this.
CHAPTER 5 1 DATA AND PROCESS ANALYSIS. Chapter Objectives Describe data and process modeling concepts and tools, including data flow diagrams, a data.
Lecture 6: Test-based Use case & Process Modeling December 7, 2014.
Systems Analysis and Design 8th Edition
Systems Analysis and Design 8th Edition
Chapter 7 Part II Structuring System Process Requirements MIS 215 System Analysis and Design.
Copyright © 2011 Pearson Education Process Specifications and Structured Decisions Systems Analysis and Design, 8e Kendall & Kendall Global Edition 9.
Modern Systems Analysis and Design Fourth Edition Chapter 8 Structuring System Logical Requirements (process description)
McGraw-Hill/Irwin Copyright © 2006 by The McGraw-Hill Companies, Inc. All rights reserved. Chapter 5 Modeling the Processes and Logic.
 Problem Analysis  Coding  Debugging  Testing.
Copyright © 2011 Pearson Education, Inc. Publishing as Prentice Hall Process Specifications and Structured Decisions Systems Analysis and Design, 8e Kendall.
Systems Analysis and Design in a Changing World, Fourth Edition
© 2012 Cengage Learning. All Rights Reserved. This edition is intended for use outside of the U.S. only, with content that may be different from the U.S.
IS 334 information systems analysis and design
Tools Of Structured Analysis
Chapter 8 Structuring System Logical Requirements
Chapter 11 Describing Process Specifications and Structured Decisions
2008/09/22: Lecture 6 CMSC 104, Section 0101 John Y. Park
Process Specifications and Structured Decisions
Chapter 2 : Data Flow Diagram
Describing Process Specifications and Structured Decisions
Chapter 8 Structuring System Logical Requirements
Chapter 11 Describing Process Specifications and Structured Decisions
Basic Concepts of Algorithm
WRITING AN ALGORITHM, PSEUDOCODE, AND FLOWCHART LESSON 2.
Information system analysis and design
Presentation transcript:

L ECTURE 12 – P ROCESS S PECIFICATION Definition, Motivation and Elements Structured English Decision Tables Decision trees Software Project Management Maria Petridou 1

D EFINITION, M OTIVATION AND E LEMENTS Software Project Management 2 Maria Petridou Process specification methods are tools to describe, analyse and document the decision-making logic in processes. Process specification can be to describe low-level or high- level processes. Process specification is required for describing in detail the way in which processes transform the input into output. Process specification helps to achieve: Completeness Accuracy Efficient communication

D EFINITION, M OTIVATION AND E LEMENTS Software Project Management 3 Maria Petridou Goals of process specification: Describe process accurately -Specify what will happen in the process given all possible conditions Validate the system design - There should be consistency between DFDs, ERDs and process specifications Help when processes require specification

D EFINITION, M OTIVATION AND E LEMENTS Software Project Management 4 Maria Petridou Information that should be included in a complete process specification: Process name and ID Brief verbal description List of input and output data flows Type of process - batch, online or manual Description of the process decision-making logic Other information such as use of pre-written code, clarifications, incomplete decisions, etc.

D EFINITION, M OTIVATION AND E LEMENTS Software Project Management 5 Maria Petridou Methods to specify the process decision-making logic: Structured English - Based on written instructions and statements. Similar to pseudo-code. Decision Tables – Based on conditions, rules and actions. Similar to truth tables. Decision Trees – Based on graphical illustration of the sequential decision process. Similar to flow diagrams.

S TRUCTURED E NGLISH Software Project Management 6 Maria Petridou Used for simple decisions making logic Use capitalised keywords: IF,THEN,WHILE, etc. Careful use or some logical and relational words such as: and, or, greater than, etc. Based on four types of logic: sequences, decisions, cases and iterations.

S TRUCTURED E NGLISH Software Project Management 7 Maria Petridou Sequences AverageCost = Total / Items Fine = AverageCost x 0.15 Print “Fine to pay:” Fine Cases CASE IF day is 5 THEN print “Saturday” IF day is 6 THEN print “Sunday” ELSE print “Weekday”

S TRUCTURED E NGLISH Software Project Management 8 Maria Petridou Decisions IF price less than credit THEN print “You have credit” ELSE print “You have no credit” Iterations DO Print “Enter password” Get Pswd WHILE Pswd ≠ ActivePswd i=1 DO WHILE i < 10 j = i x i i = i +1 print (i,j) END DO

D ECISION T ABLES Software Project Management 9 Maria Petridou Used for more complex decision-making logic. Use conditions, rules and actions arranged in a table to express decision making logic. Determine adequate number of conditions. Eliminate redundancy by combining rules (condition alternatives + actions). Re-arrange the table if required to achieve clarity. Four main problems that can occur in developing decision tables: incompleteness, impossible situations, contradictions, redundancy.

D ECISION T ABLES Software Project Management 10 Maria Petridou Example. When you go to the bar, may want 4 cokes, 4 pints and you may want 4 whiskies. You may of course want nothing! After 4 pints you will be drunk, after 4 whiskies you will be very drunk and if you combine whiskies and pints then you will be mullered! Produce an optimised decision table to show how drunk you might get depending on the decisions you make.

D ECISION T ABLES Software Project Management 11 Maria Petridou Identify the conditions, rules and actions. Number of rules: 2 ^ No of Conditions.

D ECISION T ABLES Software Project Management 12 Maria Petridou Construct the table

D ECISION T ABLES Software Project Management 13 Maria Petridou Then combine the rules – Optimised Table

D ECISION T REES Software Project Management 14 Maria Petridou Used for complex decision-making logic and in particular, to maintain the sequence of decisions. Use conditions (circles) and actions (squares) in a branching tree to express decision-making logic. Determine conditions, actions and their sequence. List all required possibilities when drawing the tree. Construct the tree from left to right. The order of checking conditions and executing actions is immediately noticeable in decision trees.

D ECISION T REES Software Project Management 15 Maria Petridou Compared to decision tables, decision trees are more readily understood by others in the organization Condition 1 Condition 2 Action 4 Action Condition 3 Condition 4 Action 3 Action 2

D ECISION T REES Software Project Management 16 Maria Petridou Example. Decision tree for the decision-making logic in library system. Reading: (Kendall&Kendall, chapter 9).