Browse our guides or talk to our team.
Data flow diagrams (DFDs) or data flow charts show the flow of information throughout a system or process.
They use defined symbols, text labels, and varying levels of detail to display information. DFDs help non-technical audiences understand how data flows throughout a software system.
Gliffy is easy-to-use data flow diagram software that allows you to drag and drop shapes to make a DFD directly alongside your technical documentation in Confluence.
CREATE A DFD
If your team doesn't use Confluence, our online diagramming tool, Gliffy Online, allows you to create DFDs online and embed them wherever your team works.
To learn more about DFDs, read on or jump ahead to one of the following sections:
Developed decades ago as a way to keep up with changing technology, the DFD methodology helped capture the increasingly complex flow of data in a computer system. Data flow diagrams weaved together multiple popular concepts in information system design to become popular in the fields of academia and business analysis.
Today, DFD is used in several ways:
For more on use cases for DFDs and other flowchart types, visit our resource, What Is a Flowchart Used For?
In this example, we see several steps in the process of enrolling students at a university and all the inputs and outputs of data required for each step.
It’s important to remember that these flows of information don’t necessarily have to happen in chronological order, even though the processes in the rounded-corner rectangles do. (Pro tip: you can use this diagram as a starting point for your own by launching it as a template in Gliffy Online.)
While data flow diagrams show the flow of information through a system, they may not be as specific or detailed as a diagram made with Unified Modeling Language. Typically, DFDs don’t capture interactive or real-time systems as well as some types of UML diagrams, but they are easier to learn and make. These blog posts will help you learn more about UML:
There are two distinct types of data flow diagrams: the logical DFD and the physical DFD. Logical DFDs take the perspective of the business or its activities, looking at what information is moving through the system. Meanwhile, physical DFDs focus on how information moves throughout the system or how the information flow is implemented.
A great example of this would be that a logical DFD of a grocery store checkout process would include things like an item number, prices, and receipts. A physical DFD would instead take note of details like bar codes, transaction files, and payment details like a credit card number. It’s almost as though the logical DFD is how a customer or cashier would describe the process, while the physical DFD is how a computer would describe the process.
Because of the nature of logical vs. physical DFDs, it can be easier to start by describing the logical process. A logical DFD will help you describe the process as its users experience it, which can help you identify inefficiencies or challenging steps to eliminate.
With your understanding of the logical flow, you can then more easily think through how that information physically moves along the same process. The physical DFD will include more technical details to help you build or optimize your system.
Because DFDs can show such varying depths of information, it’s valuable to think of them — and sometimes even build them — using layers. Most commonly, you can think of these layers of information as level 0, 1, and 2 DFDs.
At level 0, DFDs are also called context diagrams, which show the interactions between the system and its environment, including external factors.
This is the most basic view of your system and can be easily understood by anyone at a glance. It’s helpful for describing the system during presentations to executives or while collaborating with non-technical analysts.
🔹 You can quickly create a context level diagram online with this Gliffy data flow diagram template>>
Moving up to level 1, your diagram will layer in more detailed information about the process. Rather than thinking of the broader overview, you’ll instead break the diagram into smaller pieces that start to describe the steps of the process.
For example, thinking through registering for classes at a university, instead of just documenting how information flows in and out of the registration process, you might consider the steps in the process and what information is specific to each of those steps. This would include details on information used by teachers to create their course offering, information used by facilities to create course schedules, and information used by students to register for those classes.
Higher level DFDs allow you to dive deeper into each step and flow of information. In the example of students registering for classes, you might consider multiple sub-processes, like them requesting access to a fully-enrolled course, joining a waitlist, or moving between sections of the same course.
When you use a diagramming tool like Gliffy, you can add layers to your diagrams so that each of the levels of DFDs can be represented together. These make it easy to reference the context diagram while also trying to understand deeper levels of information.
Using Gliffy’s online flowchart maker, you can create a data flow diagram directly in Confluence in just a few clicks. Get started with a free trial, and you'll be diagramming your way to better documentation in no time.
Not a Confluence user? We've got an online diagramming tool, Gliffy Online, that you can use to create and embed your DFD.
TRY GLIFFY FREE GLIFFY ONLINE