510 likes | 613 Views
Chapter 5. Modeling the Processes and Logic. Learning Objectives. Understand the basic concepts of logical process modeling Draw DFDs using specific rules and components to depict logical process models Understand the hierarchy of DFDs using the concept of functional decomposition.
E N D
Chapter 5 Modeling the Processes and Logic
Learning Objectives • Understand the basic concepts of logical process modeling • Draw DFDs using specific rules and components to depict logical process models • Understand the hierarchy of DFDs using the concept of functional decomposition
Learning Objectives • Understand the differences between DFDs and flowcharts. • Understand the four basic logic modeling techniques of structured English, decision tables, decision trees, and state-transition diagrams and be able to select the appropriate tool for the conditions
Logical Process Modeling • The “What” versus the “How” • Logical Model versus Physical Model • Physical model: what the system and exactly how it does it • Logical Model: What a system is or does without any of the constraints of how that might be accomplished
Benefits of Logical Model • Reduces the risk of overlooking important business requirement due to the analyst becoming preoccupied with the technical elements • Reduces the biases associated with the way the current system is implemented • Analysts can communicate with users easily
Data Flow Diagram • A graphical tool that depicts the sequence of processes and functions contained within a specific system boundary and the flow of data through that system
DFD Symbols • Four basic symbols • Process • Data Flow • Data Store • External Entity • Two popular symbol sets • Gane and Sarson • DeMarco and Yourson
DFD Components • Data Flow • Represented by a line with arrowhead indicating direction of flow • Data in motion • Use noun to name the data content
DFD Components • Data Store • Represents a repository for data recorded within the system • Data at rest
DFD Components • Process • Transform data into another form • Process inputs to create a set of output data flows • Using the input as output in its same basic form • Reorganize the inputs
DFD Components • External agent • Someone or something interacts with the system but resides outside the system boundary • Source: serve as the origin of data flowing into the system • Sink: represents a destination for data flowing out from the system
Figure 5-2. Data Flow Diagram for Logical Apple-Peeling Process
DFD Hierarchy • System is composed of a decomposable set of subsystems • By creating a top-down decomposed hierarchy of diagrams, each with a greater degree of detail than the last, we can understand the complexity of the system
Context Level Diagram • Shows the system boundary • Contain only one process, labeled with the name of the system, assigned a zero as its identifier • Data flow connects the process to its source and sink entities
Figure 5-4. Context-Level Diagram for Employee Payroll System
Level-0 DFD • More detail than the context diagram • Major processes within the system • Sequence of those processes • Data stores accessed by those processes • Source and sink entities that interact with the system
Figure 5-5. Level-0 Data Flow Diagram for Employee Payroll System
Level-1 through Level-n DFD • Level-0 is decomposed to a required level of detail for all processes • All data flows entering or leaving a parent process must also be shown as entering or leaving the set of child processes • No more than seven levels should be developed • When a process has been fully decomposed to the desired level of detail, it is referred to as a functional primitive
Figure 5-6. Level-1 Data Flow Diagram for Employee Payroll System
Figure 5-7. Excerpt from Fully Decomposed DFD fro Employee Payroll System
DFDs versus Flowcharts • Flow chart • a diagram that specifies all programs, inputs, outputs, and data store accesses and retrievals • depicts the specific flow of control through an IS
DFD Guidelines • Establish system boundary. • Label processes and data flows with sufficient information. • Think WHAT and not HOW. • Think data FLOW, not control.
Analyzing and Using the DFD • Constant verification is the key to an accurate set of DFDs. • DFD should be carefully reviewed with end users. • DFD should be checked against the stated system objectives.
Modeling Process Logic • A technique used to model the sequential or temporal logic contained within the processes • Structured English • Decision tables • Decision Trees • State-Transition Diagram
Structured English • Use three logic constructs • Repetition • Decision • Sequential • Each process must have only one entrance and only one exit
Table 5-2. Structured English representation of Common Procedural Structures
Table 5-2. Structure English representation of common Procedural Structures
Figure 5-10. Functional-Primitive Decomposition for the Process 4.0
Decision Tables • A diagram of all the logic and possible outcomes associated with a particular process • Process rules • Condition stubs • Action stubs
Decision Tables • Process rule and condition stubs • represent the specific rule when making a decision • Action stubs • represent all possible courses of action associated with a given set of conditions and rules
Table 5-4. Structured English logic for Insurance Rating System
Decision Trees • Graphical representation of logic in a “tree trunk and branches” shape • Decision Points (nodes) • the sequence in which the decision are made • Actions • description of action to be taken are connected to a node by an arrow
Figure 5-11. The basic Structure of a NonProbabilistic Decision Tree
State Transition Diagram • Models how two or more processes are related to each other in time • Illustrates the various states a system component can take in relation to the events or conditions that cause a change from one state to another
State Transition Diagram • State: a condition of existence that can be taken by a system component • When an event occurs, a transition triggered, and the system component assumes a different state, thus causing an action to occur
Figure 5-13. State-Transition Diagram for generic Three-State Event
State Transition Diagram State Transition Diagram steps • Identify the initial state. • Represent that state by drawing a rectangle on the diagram. • Connect that state with an arrow to show its first transition. • Each state should lead to at least one other state.
State Transition Diagram State Transition Diagram steps (cont.) • Label the arrow with a descriptive event name. • List the appropriate actions to be taken adjacent to each state rectangle. • Consider system actions to unexpected events. • Repeat the process until all possible states are accounted for.
Figure 5-14 (a). State transition Diagram for Elevator Floor Request Logic
Figure 5-14 (b). State transition Diagram for Door Control Request Logic
Criteria for Determining Appropriate Logic Modeling Technique Table 5-7. Criteria For Determining Appropriate Logic Modeling Technique
Chapter Summary • By reducing a complex system into a set of logical models, the analyst can easily view the system in a holistic sense. • Using the various modeling tools, the analyst must be able to analyze complex logic sequences and organize them into a set of instructions.