1 / 51

Chapter 5

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.

Download Presentation

Chapter 5

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Chapter 5 Modeling the Processes and Logic

  2. 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

  3. 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

  4. 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

  5. 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

  6. 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

  7. DFD Symbols • Four basic symbols • Process • Data Flow • Data Store • External Entity • Two popular symbol sets • Gane and Sarson • DeMarco and Yourson

  8. Figure 5-1. Comparison of DFD Symbols

  9. DFD Components • Data Flow • Represented by a line with arrowhead indicating direction of flow • Data in motion • Use noun to name the data content

  10. DFD Components • Data Store • Represents a repository for data recorded within the system • Data at rest

  11. 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

  12. 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

  13. Figure 5-2. Data Flow Diagram for Logical Apple-Peeling Process

  14. 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

  15. Figure 5-3. Numbering Convention for DFD Decomposition

  16. 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

  17. Figure 5-4. Context-Level Diagram for Employee Payroll System

  18. 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

  19. Figure 5-5. Level-0 Data Flow Diagram for Employee Payroll System

  20. 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

  21. Figure 5-6. Level-1 Data Flow Diagram for Employee Payroll System

  22. Figure 5-7. Excerpt from Fully Decomposed DFD fro Employee Payroll System

  23. 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

  24. Figure 5-8. ANSI System Flowchart Symbology

  25. Figure 5-9. System Flowchart Example

  26. DFD Guidelines • Establish system boundary. • Label processes and data flows with sufficient information. • Think WHAT and not HOW. • Think data FLOW, not control.

  27. 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.

  28. 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

  29. Structured English • Use three logic constructs • Repetition • Decision • Sequential • Each process must have only one entrance and only one exit

  30. Table 5-2. Structured English representation of Common Procedural Structures

  31. Table 5-2. Structure English representation of common Procedural Structures

  32. Table 5-3. Structure English Examples for process 4.0

  33. Figure 5-10. Functional-Primitive Decomposition for the Process 4.0

  34. Decision Tables • A diagram of all the logic and possible outcomes associated with a particular process • Process rules • Condition stubs • Action stubs

  35. 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

  36. Table 5-4. Structured English logic for Insurance Rating System

  37. Table 5-5. Decision Table for Insurance Rating System

  38. Table 5-6. Procedure for Constructing Decision Tables

  39. 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

  40. Figure 5-11. The basic Structure of a NonProbabilistic Decision Tree

  41. Figure 5-12. Decision Tree for Insurance Rating System

  42. 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

  43. 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

  44. Figure 5-13. State-Transition Diagram for generic Three-State Event

  45. 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.

  46. 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.

  47. Figure 5-14 (a). State transition Diagram for Elevator Floor Request Logic

  48. Figure 5-14 (b). State transition Diagram for Door Control Request Logic

  49. Criteria for Determining Appropriate Logic Modeling Technique Table 5-7. Criteria For Determining Appropriate Logic Modeling Technique

  50. 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.

More Related