SAD Week 5 Analysis Process
SAD Week 5 Analysis Process
AND DESIGN
TOPICS:
1. External Entity
✓ Also known as actors, sources or sinks, and terminators, external
entities produce and consume data that flows between the entity
and the system being diagrammed.
✓ These data flows are the inputs and outputs of the DFD. Since
they are external to the system being analyzed, these entities are
typically placed at the boundaries of the diagram.
✓ They can represent another system or indicate a subsystem.
DFD COMPONENTS
2. Processes
✓ An activity that changes or transforms data flows. Since they
transform incoming data to outgoing data, all processes must
have inputs and outputs on a DFD.
✓ This symbol is given a simple name based on its function. A
rectangular box is used and may be labeled with a reference
number, location of where in the system the process occurs and a
short title that describes its function.
DFD COMPONENTS
3. Data Flows
✓ Movement of data between external entities, processes and data
stores is represented with an arrow symbol, which indicates the
direction of flow.
✓ This data could be electronic, written or verbal. Input and output
data flows are labeled based on the type of data or its associated
process or data store, and this name is written alongside the
arrow.
DFD COMPONENTS
4. Data Stores
✓ A data store does not generate any operations but simply holds
data for later access.
✓ Data stores could consist of files held long term or a batch of
documents stored briefly while they wait to be processed. Input
flows to a data store include information or operations that
change the stored data.
✓ Output flows would be data retrieved from the store.
STEPS IN DEVELOPING DFD
1. Make a list of business activities and use it to determine various data
flows, processes, data stores and sources/sinks.
2. Create a context diagram that shows sources/sinks and data flows to
and from the system.
3. Draw Diagram 0, the next level. Show processes, but keep them
general.
4. Create a child diagram for each of the processes in Diagram 0.
5. Check for errors and make sure the labels you assign to each
process and data flow are meaningful.
STEPS IN DEVELOPING DFD
6. Develop a physical data flow diagram from the logical data flow
diagram.
7. Partition the physical data flow diagram by separating or grouping
parts of the diagram in order to facilitate programming and
implementation.
CONTEXT DIAGRAM
✓ A context diagram is an overview of an organizational system that
shows the system boundaries, external entities that interact with the
system and the major information flows between entities and the
system.
✓ It contains only one process, representing the entire system. The
process is given the number zero,
✓ Level 0 diagram is an explosion of the context diagram. This is used
primarily as a presentation tool because it summarized an entire
system or subsystem in greater detail than does a context diagram.
CONTEXT
DIAGRAM
DIAGRAM 0
CHILD
DIAGRAM
WATCH THIS!
Video 1
Video 2
DATA FLOW RULES
1. Process
• No process can have only outputs. It is making data from
nothing. If an object has only outputs, then it must be a
source.
• No Process can have only inputs. If an object has only inputs
then, it must be a sink.
• A process has a verb phrase label.
DATA FLOW RULES
2. Data Store
• Data cannot move directly from one data store to another
data store, Data must be moved by a process.
• Data cannot move directly from an outside source to a data
store. Data must be moved by a process that receives data
from the source and places the data into the data store.
• Data cannot move directly to an outside sink from a data
store. Data must be moved by a process.
• A data store has a noun phrase label.
DATA FLOW RULES
3. Source/Sink
• Data cannot move directly from a source to a sink. It must be
moved by a process if the data are of any concern to our
system. Otherwise, the data flow is not shown on the DFD.
• A source/sink has a noun phrase label.
DATA FLOW RULES
4. Data Flow
• It has only one direction of flow between symbols. It may flow
in both directions between a process and a data store to
show a read before an update. The latter is usually indicated
however, by two separate arrows since these happen at
different times.
• A fork in a data flow means that exactly the same data goes
from a common location to two or more different processes,
data store or sources/sinks.
DATA FLOW RULES
• A join in a data flow means that exactly the same data come
from any of two or more different processes, data stores, or
sources/sinks to a common location.
• It cannot go directly back to the sample process it leaves.
There must be at least one other process that handles the
data flow, produces some other data flow and returns the
original data flow to the beginning process.
• A data flow to a data store means update (delete or change).
DATA FLOW RULES
1. Completeness
• This concept refers to whether all of the components
necessary for the system to be modeled are included in
the DFDs.
• If the DFD includes data flows that do not lead anywhere,
or data stores, processes or external entities that are not
connected to anything else, the DFD is incomplete.
DFD GUIDELINES
2. Consistency
• This concept refers to whether or not the illustration of the
system shown at one level of a nested set of DFD is
compatible with the illustrations of the system s shown at
other levels.
3. Timing
• When drawing DFDs, draw them as if the system has
never started and will never stop.
DFD GUIDELINES
4. Iterative Development
• Drawing DFD for the first time will rarely capture perfectly
the system to be modeled. This result to drawing the
same diagram over and over again in an iterative manner.
• One rule of thumb is that for each DFD drawn, it should
only take three revisions.
CLASSIFICATION OF DFD
1. Logical DFD
✓ Focuses on the business and how it operates. It is not
concerned with how the system will be constructed.
✓ It describes the business events that take place and the
data required and produced by each event
2. Physical DFD
✓ Illustrates how the system will be implemented, including
the hardware, software, files and people involved in the
system
TYPES OF DFD
✓ Manual Process.
✓ Processes for adding, deleting, changing and updating records.
✓ Data entry and verifying processes.
✓ Validation processes for ensuring accurate data input.
✓ Sequencing processes to rearrange the order of records.
✓ Processes to produce every unique system output.
ADVANTAGES OF PHYSICAL
FROM LOGICAL DFD