Forums for the Business Analyst

 
  Modern Analyst Forums  Business and Sy...  Agile Analysis ...  RML™ Requirements Model 5 – The Data Flow Diagram (DFD)
Previous Previous
 
Next Next
New Post 6/10/2010 9:02 AM
User is offline Seilevel
13 posts
10th Level Poster


RML™ Requirements Model 5 – The Data Flow Diagram (DFD)  

by Jgrapes

The Data Flow Diagram (DFD) is a very useful part of the Requirements Modeling Language (RML™). The Structured Analysis Wiki contains a great explanation of how to create a DFD, so I’m not going to cover that information here. Instead, I’m going to provide one answer to the question “How do I know when to use a DFD?” This answer comes from my own (unique) view of the world, so some of you probably won’t relate to it, but others will–I’m sure there is at least one more out there…

 

Sometimes I have what I think of as an “equation” in my head. In vague terms, I may be thinking “Customer Data + Product Data + Input from Sales Rep + Taxes = Order”. But that’s not really right, nor is the equation a good representation of the information.

 

 

 

And, the “equation” also misses a few other particulars about creating an order that I’d like to convey: Sales Reps update customer data, the Finance staff maintains the rules for the tax calculations, and orders flow to the Order Fulfillment system after creation.

 

 

 

The data flow diagram is great for representing all of this. Here’s my “equation,” expressed as a data flow diagram:

 

 

 

 

I have found that business users, as well as developers, react well to this model—it provides a “big picture” with which to begin a conversation about creating an order. It paints exactly the picture I want to convey and validate when I’m thinking “Customer Data + Product Data + Input from Sales Rep + Taxes = Order”.

 

 

 

 

 

Display this picture, and you’ll get some interesting questions and comments:

 

  • How is customer data populated initially?
  •  

  • Does the order fulfillment system update the order store with information about the fulfillment of the orders?
  •  

  • Where does the product data come from?
  •  

  • Are all of the tax rules manually entered, or is there also an electronic source for them?
  •  

  • And, maybe, “No, that’s wrong, updating customer data isn’t a separate process. Customer updates need to automatically flow out of changes made when creating the order.”

 

One note: it doesn’t have to be technically perfect to be useful. I often provide “conceptual” DFDs, in that I intentionally provide conceptual, but not technical information. For example, conceptually, there is a “products” data store. Technically, there may be multiple stores: product list, product descriptions, etc. The important thing is that they work together to provide product data. Developers and architects are very receptive to this; they understand I’m illustrating the behaviors of the system without defining the implementation (which, after all, is their job). Oh, and how does the audience know it is conceptual? I put the word “conceptual” in the title!

 

You may notice I didn’t number my processes. That’s because I rarely decompose them and many people tend to take the numbering as ordering. So, for my usage, numbering adds confusion rather than clarity.

 

Happy diagramming!

Do you want more on requirements models? You can check out our blog here

 
New Post 7/30/2010 9:39 AM
User is offline Mendix.com
2 posts
No Ranking


Re: RML™ Requirements Model 5 – The Data Flow Diagram (DFD)  
Modified By Adrian M.  on 8/1/2010 1:52:53 AM)

I think one of the best points you make is: "I have found that business users, as well as developers, react well to this model—it provides a “big picture” with which to begin a conversation about creating an order. It paints exactly the picture I want to convey" --I completely agree. Visuals work the best, and theyr'e leading to better collaboration between business and IT functions. If you're into diagramming - you should check out the visual modeling tool in the Mendix BAS. You can literally turn business models into applications.

 

 
Previous Previous
 
Next Next
  Modern Analyst Forums  Business and Sy...  Agile Analysis ...  RML™ Requirements Model 5 – The Data Flow Diagram (DFD)

Community Blog - Latest Posts

Digital Business Analysis
Digital Business Analysis
Nowadays, companies like Audi and HSBC, use IT systems in everything they do. Does that make them to be IT companies rather than banks? Most would probably agree that HSBC is a bank, just as Audi is a car manufacturer. But what about digital banks such as Chime or companies offering digital products? In digital companies, most of the employees work...
0 Responses
Digvijaybook
Digvijaybook
IT companies are rapidly looking or adapting modern methodologies, so the business analyst role is increasing day by day. Offline is shifting to online, and this is why today, companies can easily garner important data in any aspect. But, data itself has no meaning hence, organizations look for a business analyst who can analyze the data and draw a...
1 Responses
Digvijaybook
Digvijaybook
Analytics is the future of the business industry. Businesses and organizations today run on data and its interpretation. Its correct evaluation is the fundamental key to success. And business analysts are the guides to it. It is a very prosperous industry and has a lot of potential for talented people. To even qualify, you require more than just...
2 Responses






Latest Articles

Inversion (Mental Models for Business Analysts, Part III)
Jan 12, 2020
0 Comments
Learning about mental models and how to apply them to their work is one of the best investments for business analysts interested in achieving the leve...
Copyright 2006-2020 by Modern Analyst Media LLC