CSC 214 Week4
CSC 214 Week4
DESIGN
Intended Learning Outcome:
THIS LECTURE
• Data Flow Diagrams
• Data Dictionary
• Decision Trees
• Decision Tables
• Structured English
• Pseudocode
Structured Analysis
THIS LECTURE
Data Flow Diagrams (DFD) or Bubble
Chart
THIS LECTURE
• It is a technique developed by Larry Constantine to express the requirements of system in a graphical
form.
• It shows the flow of data between various functions of system and specifies how the current system is
implemented.
• It is an initial stage of design phase that functionally divides the requirement specifications down to the
lowest level of detail.
• Its graphical nature makes it a good communication tool between user and analyst or analyst and system
designer.
• It gives an overview of what data a system processes, what transformations are performed, what data are
stored, what results are produced and where they flow.
Basic Elements of DFD
Types of DFD
Context Diagram
• A context diagram helps in understanding the entire system by one DFD
which gives the overview of a system
Data Dictionary
• is a structured repository of data elements in the system
THIS LECTURE
Decision Tables
Decision tables are a method of describing the complex logical relationship in a
precise manner which is easily understandable.
THIS LECTURE
Components of a Decision Table
• Condition Stub: It is in the upper left quadrant which lists all the condition to
be checked.
• Action stub: It is in the lower left quadrant which outlines all the action to be
carried out to meet such condition.
• Condition Entry: It is in upper right quadrant which provides answers to
questions asked in condition stub quadrant.
• Action Entry: It is in lower right quadrant which indicates the appropriate
action resulting from the answers to the conditions in the condition entry
quadrant.
Decision Rules
• Y shows the existence of a condition.
• N represents the condition, which is not satisfied.
• A blank - against action states it is to be ignored.
• X (or a check mark will do) against action states it is to be carried out.
Structured English
Structure English is derived from structured programming language which gives
THIS LECTURE
more understandable and precise description of process.
• It may specify the physical programming logic without actual coding during and
after the physical design.
THIS LECTURE
Guidelines for Selecting Appropriate Tools
• Use DFD at high or low level analysis for providing good system documentations.
• Use data dictionary to simplify the structure for meeting the data requirement of the system.
• Use structured English if there are many loops and actions are complex.
• Use decision tables when there are a large number of conditions to check and logic is complex.
• Use decision trees when sequencing of conditions is important and if there are few conditions to
be tested.
System Design
how to implement?
System design is the phase that bridges the gap between problem domain and the existing system
in a manageable way.
It is the phase where the SRS document is converted into a format that can be implemented and
decides how the system will operate.
Inputs to System Design
Outputs for System Design
Types of System Design
• Logical Design = abstract representation of the data flow.
• Physical Design = actual input and output processes of the system.
• Architectural Design = design of system architecture.
• Detailed Design = Architectural design and focuses on development of each module
THIS LECTURE