Career Forums

Modern Analyst Forums Business and Sy... Requirements Standard Way of Capturing Requirements Using Use Case

10/18/2016 6:35 AM

	Baker
1 posts

Standard Way of Capturing Requirements Using Use Case

What problems team faces if we do not follow the standard of writing the Use Case and if all the alternate and exception flows are not documented ? What further problems will the team face if we do not capture most of the System behavior in Use Case and try to capture them in NFR document? Need some evidence to convince the Management and team to follow the standard.

10/28/2016 2:09 PM

	Sandy
74 posts

Re: Standard Way of Capturing Requirements Using Use Case

The use case structure serves 2 very important purposes: 1) helps the BA analyze the documented requirements for accuracy and completeness (have all scenarios (flows) been captured, have business rules been captured for all flows & steps as needed, etc.); and 2) enables communication and interpretation of the defined requirements.

Putting functional requirements into an NFR doesn't work for these purposes. NFR format is typically quite different from functional requirements format - so chances are, something will be missed or improperly communicated.

The risk of not having or not using a standard format intended specifically for functional requirements (whether use case, user story, business requirements document or any other format) is much higher risk of missed requirements, missed business rules, and misinterpreted requirements. The associated costs of poor requirements management are nicely stated in a report from IAG available on ModernAnalyst:

http://media.modernanalyst.com/Mythbusting-the-Path-to-Requirements-Success-Jan-2011.pdf

Sandy