CSC 123 Systems Analysis & Design

Slides:



Advertisements
Similar presentations
Chapter 10: The Traditional Approach to Design
Advertisements

Systems Analysis and Design in a Changing World, Fifth Edition
Chapter 11 Describing Process Specifications and Structured Decisions
Systems Analysis Requirements structuring Process Modeling
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.
Traditional Approach to Design
Chapter 10 The Traditional Approach to Design
Chapter 9: The Traditional Approach to Design Chapter 10 Systems Analysis and Design in a Changing World, 3 rd Edition.
Chapter 4 Enterprise Modeling.
Computer Aided Process Planning
L ECTURE 12 – P ROCESS S PECIFICATION Definition, Motivation and Elements Structured English Decision Tables Decision trees Software Project Management.
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
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.
Chapter 9 Using Data Flow Diagrams
Process Descriptions: Logic Modeling
System Analysis System Analysis - Mr. Ahmad Al-Ghoul System Analysis and Design.
Systems Analysis and Design in a Changing World, 6th Edition
System Analysis System Analysis - Mr. Ahmad Al-Ghoul System Analysis and Design.
Chapter 4.
© 2005 by Prentice Hall Chapter 9 Structuring System Requirements: Logic Modeling Modern Systems Analysis and Design Fourth Edition.
Kendall & KendallCopyright © 2014 Pearson Education, Inc. Publishing as Prentice Hall 9 Kendall & Kendall Systems Analysis and Design, 9e Process Specifications.
Systems Analysis and Design 10th Edition
System Analysis Overview Document functional requirements by creating models Two concepts help identify functional requirements in the traditional approach.
Chapter 9 Structuring System Requirements: Logic Modeling
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.
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.
Selection Control Structures. Simple Program Design, Fourth Edition Chapter 4 2 Objectives In this chapter you will be able to: Elaborate on the uses.
Chapter 4 enterprise modeling
CHAPTER 5 1 DATA AND PROCESS ANALYSIS. Chapter Objectives Describe data and process modeling concepts and tools, including data flow diagrams, a data.
Systems Analysis and Design 8th Edition
© 2005 by Prentice Hall Chapter 9 Structuring System Requirements: Logic Modeling Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey.
Copyright © 2011 Pearson Education Process Specifications and Structured Decisions Systems Analysis and Design, 8e Kendall & Kendall Global Edition 9.
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.
Structured Analysis Methods and Tools
IS 334 information systems analysis and design
Tools Of Structured Analysis
Business System Development
Business System Development
Chapter 11 Describing Process Specifications and Structured Decisions
Process Specifications and Structured Decisions
Chapter 9 Structuring System Requirements: Logic Modeling
Process Analysis I: Flow Charts, Decision Tables, Decision Trees
Chapter 9 Structuring System Requirements: Logic Modeling
Chapter 9 Structuring System Requirements: Logic Modeling
Computer Aided Process Planning
Describing Process Specifications and Structured Decisions
Chapter 7: Data Flow Diagram Structuring System Process Requirements
Chapter 11 Describing Process Specifications and Structured Decisions
Chapter 9 Structuring System Requirements: Logic Modeling
Chapter 9 Structuring System Requirements: Logic Modeling
Presentation transcript:

CSC 123 Systems Analysis & Design Part III: Systems Analysis Chapter 9 Describing Process Specifications and Structured Decisions

Topics Process specifications Business rules Structured English Decision tables Decision trees Horizontal balancing

Process Specifications They explain the decision-making logic and formulas that will transform process input data into output. Sometimes called minispecs Created for primitive processes as well as for some higher level processes on a data flow diagram Created for class methods in object-oriented design and for the steps in a use case

Goals of Producing Process Specifications Reduce process ambiguity Obtain a precise description of what is accomplished Validate the system design

How process specifications relate to the DFD

Process Specification Format Information The process number The process name Description Input data flows Output data flows Type of process Uses prewritten code Process logic description Logic method reference List any unresolved issues

Process Specification Format Information a. Number as used on the DFD b. Name as used in the process symbol on the DFD c. Description Description of what the process accomplishes Example: Determine if an item is available for sale. If it is not available, create a backordered item record. Determine the quantity available.

Process Specification Format Information d. Input data flows As used on the DFD Data names used in the formulae or logic should match the data dictionary, for consistency and good communication e. Output data flows As used in DFD and data dictionary

Process Specification Format Information f. Types of Process Batch Online: require screen designs Manual: should have well-defined procedures for employees performing the process tasks g. Uses prewritten code Include the name of the subprogram or function containing the code

Process Specification Format Information h. Process Logic Description This should state policy and business rules, not computer language pseudocode Business rules are the procedures that allow a corporation to run its business i. Logic Method Reference If there is not enough room for a complete structured English description include a reference to the structured English description, decision table, or tree depicting the logic

Process Specification Format Information j. List any Unresolved Issues Incomplete portions of logic These issues form the basis of the questions used for follow-up interviews with users or business experts you have added to your project team

An example of a completed process specification form for determining whether an item is available

Structured English The marriage of English language with the syntax of structured programming. Aims at getting the benefits of both the programming logic and natural language. Used when the process logic involves formulas or iteration, or when structured decisions are not complex. Based on structured logic and simple English statements such as add, multiply, and move.

Writing Structured English Express all logic in terms of sequential structures, decision structures, case structures, or iterations. Use and capitalize accepted keywords such as IF, THEN, ELSE, DO, and PERFORM. Indent blocks of statements to show their hierarchy (nesting) clearly. Underline words or phrases that have been defined in a data dictionary. Clarify the logical statements.

Advantages of Structured English Clarifying the logic and relationships found in human languages. An effective communication tool, it can be taught to and understood by users in the organization.

The Data Dictionary A reference work of data about data (metadata). A centralized repository of information about data such as meaning, relationships to other data, origin, usage, and format. Helps keep data consistent. Can be automated using tools.

Data Dictionary & Process Specification The data dictionary is a starting point for creating structured English. All computer programs may be coded using the three basic constructs: Sequence a simple sequence of statements MOVE, ADD, and SUBTRACT Selection [ ] entries become IF..THEN...ELSE statements Iteration { } entries become DO WHILE, DO UNTIL, or PERFORM UNTIL

Decision Tables A table of rows & columns, separated into 4 quadrants Conditions Condition alternatives Actions to be taken Rules for executing the actions 3 1 2

Developing Decision Tables Determine conditions that affect the decision Determine possible actions that can be taken Determine condition alternatives for each condition Calculate the maximum number of columns in the decision table Fill in the condition alternatives Complete table by inserting an X where rules suggest actions Combine rules where it is apparent Check for errors Rearrange to make more understandable

Checking for Completeness & Accuracy Four main problems: Incompleteness if a condition is left out Impossible situations i.e. a person can not earn greater than $50,000 per year and less that $2,000 per month Contradictions when rules suggest different actions but satisfy the same conditions Redundancy when identical sets of alternatives require the exact same action

Checking for Completeness & Accuracy

More Advanced Decision Tables As the number of alternatives and conditions grow the number of columns increases A table with seven conditions each having two alternatives would need 128 columns To reduce the number of columns: Use extended entries Use the ELSE rule Construct multiple tables

Decision Table Advantages Help the analysis ensure completeness Easy to check for possible errors

Decision Trees Decision trees are used when complex branching occurs in a structured decision process. Consists of nodes and branches. Also useful when it is essential to keep a string of decisions in a particular sequence.

Drawing Decision Trees Identify all conditions and actions and their order and timing (if they are critical). Begin building the tree from left to right, making sure you list all possible alternatives before moving to the right.

Drawing a decision tree to show the noncash purchase approval actions for a department store

Decision Tree Advantages The order of checking conditions and executing actions is immediately noticeable. Conditions and actions of decision trees are found on some branches but not on others. Compared to decision tables, decision trees are more readily understood by others in the organization.

Selecting a Structured Decision Analysis Technique Use Structured English when: there are many repetitious actions or when communication to end users is important Use Decision Tables when: complex combination of conditions, actions, and rules are found you require a method that effectively avoids impossible situations, redundancies, and contradictions Use Decision Trees when: the sequence of conditions and actions is critical not every condition is relevant to every action (the branches are different)

Key Terms Data dictionary Decision table Decision tree Process specifications Structured English