Forums for the Business Analyst

 
  Modern Analyst Forums  Business and Sy...  Structured Anal...  Representing the business - Different techniques and methodologies
Previous Previous
 
Next Next
New Post 2/15/2010 9:34 AM
Unresolved
User is offline Nicole 85
1 posts
No Ranking


Representing the business - Different techniques and methodologies 

Hello everybody


I am doing business analysis for an enterprise which has many different activities. I have tried modeling it with DFDs, but was wondering what other approaches are there? Specially, is there an approach or methodology that is more appropriate when the system contains many interactions with external entities, even at high levels?

Thank you in advance
Nicole

 
New Post 2/15/2010 11:07 AM
User is offline Guy Beauchamp
257 posts
www.smart-ba.com
5th Level Poster




Re: Representing the business - Different techniques and methodologies 

 Nicole,

The context diagram of a set of DFDs would be a great technique to use...so I am just wondering what problems you have encountered using it...? 

BPMN could be used as well - externals are represented as pools and messages are exchanged between the pools and the swimlanes that are in scope of your analysis. There are articles on this site describing how to use BPMN. Personally for the situation you describe (" the system contains many interactions with external entities") I would think that the context diagram from DFDs would be the most concise option.

What information are you looking to hold about these interactions with externals? And are you looking to define the physical as-is situation or logical to-be or physical to-be or something else?

Guy

 

 
New Post 2/17/2010 5:57 AM
User is offline Tony Markos
493 posts
5th Level Poster


Re: Representing the business - Different techniques and methodologies 

Nicole:

Especially for enterprise wide efforts, there logically is no alternative to DFDs.   For such efforts, in order to handle the complexity, you need to model both at the high level as well as the detail level.  If you stay just at the detail level you will drown in an ocean of details. 

A key issue is that at higher levels of abstraction, systems are very non-sequential: processes can happen all at the same time or in any order.  Therefore, business process modeling techniques are not appropriate as they are based on identifying sequence.   For higher level work, you need to follow the flow of data.  (There are many other reasons why DFDs are unique for handling more complex efforts, but, I will not  go into them here.)

BPMN trys to address this issue by incorporating flow of data as well as sequence/flow of control.  However, it shows all these things (and others) all on the same diagram, and the point is soon reached where the diagrams get so complex the analyst can not tell where his/her mistakes are. 

Use Cases can, in theory, be used to capture the non-sequential situations.  However, they are essentially just poor-man's data flow diagrams, as they lack any serious integration capability.

What I do: Use DFDs for higher level work, and use BPM like diagrams for the detail level.

Nicole, Data Flow Diagrams are very hard to use.    Just look at the BABOK 2.0 - not for what it says (it is impossible to understanding systematically what it says), but at how it is organized.  The BABOK 2.0 is basically a functional spec on how to create a functional spec.    So evaluate it as a functional spec created by the "experts".  Notice how it is organized around data input/process/data output diagrams.   That is becuase, the procedure that they are tryiing to describe is non-sequential.  Unfortunately, the input/process/output diagrams are not integrated input/process/output diagrams  - that is data flow diagrams.   If the "experts" can not create data flow diagrams  for complex specs - well, you now know what you are up against.

Reason DFDs are soo hard to use:  They require asking too many questions - that is too much honesty.   And analysts (or any one else for that matter) can only stand so much honesty before they completly rebel.

Tony

 

 
Previous Previous
 
Next Next
  Modern Analyst Forums  Business and Sy...  Structured Anal...  Representing the business - Different techniques and methodologies

Community Blog - Latest Posts

The Cisco Certified Network Associate (CCNA) certification is a pivotal credential for networking professionals, validating your skills in networking fundamentals, security, automation, and programmability. Preparing for the CCNA exam can be challenging, but with the right strategy, resources, and mindset, you can successfully achieve this certific...
The CEO/CIO's Guide to Architecting AI: Vision to Value in Minutes Introduction to Architected AI Artificial intelligence (AI) is becoming part of our life at an unprecedented pace. As CEOs and CIOs grapple with how to leverage this powerful technology to drive strategy and enhance operations, the concept of Architected AI becomes importa...
In today's dynamic business environment, mastering effective business analysis techniques is crucial for organizations aiming to achieve sustainable growth and competitive advantage. Business analysis involves the systematic evaluation of business processes, requirements, and strategies to uncover insights that drive informed decision-making. T...

 






 

Copyright 2006-2024 by Modern Analyst Media LLC