Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Several tools are available for documenting the flow of information within an organization, from a simple descriptive method to a
diagrammatic model. For example, using short statements to list the set of activities to be performed within a department of an
organization is an example of a simple descriptive method.
Types of DFD
In analyzing a business, several sets of DFDs are drawn. Initial DFDs might model the existing system (flaws and all), while later
DFDs may model a solution to the problem being analyzed. For these solution DFDs a logical and physical DFD is drawn. Physical
DFDs represent physical files and transactions, while logical or conceptual DFDs can be used to represent business functions or
processes.
Components of a DFD
A data flow diagram illustrates the processes, data stores, and external entities in a business or other system and the connecting
data/resource flows.
The four components of a data flow diagram (DFD) are:
External Entities (represented by a square or oval)
Processes (represented by a rounded rectangle)
Data Stores (represented by an open ended narrow rectangle)
Data Flows (represented by an arrow)
Resource Flows
This diagram represents a banking process, which maintains customer accounts. In this example, customers can withdraw or deposit
cash, request information about their account or update their account details. The five different symbols used in this example represent
the full set of symbols required to draw any business process diagram.
External Entities
An external entity is a source (where the data comes from) or destination (where the data goes) of a data flow which is outside the
system but interacts with the system (e.g., person, department or organization). When modeling a DFD, the designer is not interested
in the inner workings of the external entity, but only what data is produced/needed by the entity. The symbol used to represent an
external entity is a square or oval.
OR
Student Customer
Process
A process shows a transformation or manipulation of data flows within the system. A process is a manual or computerized routine that
changes data by performing a calculation, updating information, sorting a list, and so on. There are two ways in which a process is
represented, one with a rounded rectangle, which is numbered and labeled with a verb phase (except for the process numbered 0,
which gives the systems name). Two, with a rectangle that has three parts an identification number, a location that appears to the right
of the identifier which describes where in the system the process takes place and a descriptive title placed in the centre of the box. The
process shows a part of the system that transforms inputs into outputs; that is, it shows how one or more inputs are changed into
outputs.
Enroll OR
student
OR
D1 Students Records
Data flow
A data flow shows the flow of information from its source to its destination. A data flow is represented by a line, with arrowheads
showing the direction of flow. Information always flows to or from a process or a data store and may be written, verbal or electronic.
Resource Flow
A resource flow shows the flow of any physical material from its source to its destination. For this reason they are sometimes referred
to as physical flows. The physical material in question should be given a meaningful name. Resource flows are usually restricted to
early, high-level diagrams and are used when a description of the physical flow of materials is considered to be important to help the
analysis.
Data Flows
For data flows the rules are as follows:
Data flows and resource flows are allowed between external entities and processes. Data flows are also allowed between different
external entities. However, data flows and resource flows are not allowed between external entities and data stores.
Processes
For processes the data flow rules are as follows:
Data flows and resource flows are allowed between processes and external entities and between processes and data stores. They are
also allowed between different processes. In other words processes can communicate with all other areas of the business process
diagram.
Data Stores
For data stores the data flow rules are as follows:
Data flows and resource flows are allowed between data stores and processes. However, these flows are not allowed between data
stores and external entities or between one data store and another. In practice this means that data stores cannot initiate a
communication of information, they require a process to do this.
The first step in constructing DFDs is to draw a context diagram. A context diagram is a top-level view of an information system that
shows the systems boundaries and scope. To draw a context diagram, you start by placing a single process symbol in the centre of the
page. The symbol represents the entire system, and you identify it as process 0. Then you place the entities around the perimeter of the
page and use data flows to connect the entities to the central process. You do not show any data stores in a context diagram because
data stores are internal to the system. In drawing the context diagram you should only be concerned with the most important
information flows. Remember that no data flow process diagram is the definitive solution - there is no absolute right or wrong.
The level 1 diagram shows the main functional areas of the system under investigation. As with the context diagram, any system under
investigation should be represented by only one level 1 diagram.
There is no formula that can be applied in deciding what is, and what is not, a level 1 process. Level 1 processes should describe only
the main functional areas of the system, and you should avoid the temptation of including lower level processes on this diagram. As a
general rule no data flow diagram should contain more than 12 process boxes.
The level 1 diagram is surrounded by the outline of a process box that represents the boundaries of the system. Because the level 1
diagram depicts the whole of the system under investigation, it can be difficult to know where to start.
1. All processes must have at least one data flow in and one data flow out.
2. All processes should modify the incoming data, producing new forms of outgoing data.
3. Each data store must be involved with at least one data flow.
4. Each external entity must be involved with at least one data flow.
5. A data flow must be attached to at least one process.
6. Two entities, or two data stores, or an entity and a data store or vice versa, cannot be connected together with a data flow.
7. Choose meaningful names for processes, flows, stores, and external entities.
8. Number the processes.
9. Avoid overly complex DFDs, do not cross lines.
10. Make sure the DFD is internally consistent and consistent with any associated DFDs.
11. The general principle in Data Flow Diagramming is that a system can be decomposed into subsystems, and subsystems can be
decomposed into lower level subsystems, and so on.
12. Each subsystem represents a process or activity in which data is processed. At the lowest level, processes can no longer be
decomposed.
13. Each process in a DFD has the characteristics of a system.
14. Data enters the system from the environment; data flows between processes within the system; and data is produced as output
from the system.
Dos and Donts
2. Two Data Stores, two Entities, or an Entity and a Data Store or vice versa, must not be directly connected.
D1 D1
Video File Video File
Member Student
D1
Member Video File
4.
1
Print airline Ticket A Process that has no input is called a Miracle. It is impossible for an information
tickets system to process data it doesnt have.
2
5. Serial numbers A Process that has no output is called a Black hole. A process that just does
Sort Serial
something to data, but doesnt put that data anywhere is useless.
numbers
6. A Data Flow must not be split into two or more Data Flows
8. The Data Flow label leading to a Process must be different from the Data Flow label being outputted from that same Process.
(If you put grapes into a blender and blend you will not get grapes when finished but grape juice)
Example of a Data Flow Diagram
This data flow diagram represents a system used in a video rental store.
D1 Video File
Video Record
1 1
Video Video Get Video Video Compute
Number Details Details Bill Total
Member
Details Bill Total
1 1
Payment
Member Get Get
Member Number Member Payment
Details
D1 Member File
1
Member Print
Record Receipt
Class Activity
Use the Data Flow Diagram below to answer the following questions.
1. How many processes are in the diagram?
2. Give the names of two of the processes.
3. What action is done to bill amount?
4. What is bill amount?
5. How many data stores are in the diagram
6. Name an external entity.
Question 1
A student completes an application to become a member of a library. The student takes the application to the librarian who checks the
form and then issue a membership card. The completed application is stored as Member Record in file, named Member Folder.
To borrow books, a member takes the books and his membership card to the librarian. She updates her cards in the Book Folder.
When a member returns the borrowed books to the library, the librarian updates her records.
New books come into the library periodically. The librarian records the relevant details on cards, which are stored in the Book Folder.
Question 2
You have an address book in which you keep details of your friends. From time to time, you will make amendments such as change of
address or telephone number for old friend or add details for new friends. In addition, a friend may request that you get the address
or telephone number (from the address book) of another contact.
Required: Construct a Context Diagram (Level 0.