How do I do it?

The following steps below show the general process that a Business Analyst goes through in order to conduct Functional Decomposition.

Step 1

Decide the what and how of the decomposition effort. This usually involves making the following three decisions:

  1. Identify the focus area that will be decomposed (the process, goal, business function, etc.).
  2. Decide the level of detail that will be needed. In some cases you may only want a quick outline (such as when just starting a project to generate an initial elicitation artifact) while in others you may want substantial detail (such as when the functional decomposition results provide a significant part of the project or requirements artifacts).
  3. Then decide what type of documentation  will be generated to show the results of the decomposition effort.  See below for examples.

Step 2

Work with the customer / SME if appropriate to identify the main components that are within the focus area.

Step 3

Review each of those main functions to identify any sub-components within them.

Step 4

Review all identified components to determine if they need further decomposition.

Step 5

Check for completeness. Are all aspects of the entity under review that should be captured represented? Are the components correctly organized into discreetly related groups? Is further decomposition needed?

Step 6

Repeat and Refine the results until all business and project team members are satisfied with the completeness and level of detail.

Step 7

If desired, each component can be documented in a consistent way so that each component:

  • Has a unique name
  • Describes how it fits into it’s current group, and each group above it
  • Identifies any business rules for that component
  • Identifies any triggers (incoming or outgoing)

What Should the Results be?

In addition to differences in what is being functionally decomposed, there are different ways to document the results of the decomposition analysis, and different levels of detail that are used. The different methods of documentation include:

  • A Functional Decomposition Diagram
  • An outline structure
  1. Take order
    • Take order from customer
    • Input order to register
  2. Prepare order
    • Prepare hot foods
    • Prepare drinks
    • Place in bag
  3. Take payment
    • Inform customer of amount owed
    • Receive payment
    • Log transaction in to register
    • Deliver change (if appropriate)
  4. Deliver order
    • Hand customer their order
    • Hand customer their bill
    • Thank customer
  • A table structure
NumberActionActor
1Take orderCashier
1.1Receive order from customerCashier
1.2Input order into registerCashier
2Prepare orderCook/ Window attendant
2.1Prepare hot foodsCook
2.2Prepare drinksWindow attendant
3Take paymentCashier
3.1Inform customer of amount owedCashier
3.2Receive paymentCashier
3.3Log transaction into registerCashier
3.4Deliver change (if appropriate)Cashier
4Deliver orderWindow attendant
4.1Hand customer their orderWindow attendant
4.2Hand customer their billWindow attendant
4.3Thank customerWindow attendant

If you want to present additional information about a function, the table method of decomposition is commonly used. In the case presented above, we added the actor who commonly undertakes a function.

Background photo created by kjpargeter – www.freepik.com