April 2023
Intermediate to advanced
208 pages
5h 18m
English
As the business analyst on your project, you’ve worked with key stakeholders to understand their objectives. You’ve interviewed user representatives and others to learn about the business domain, define the solution’s boundaries, and identify stakeholder needs, expectations, and constraints. Now you must transform all that information into a description of the capabilities and characteristics of a solution that will satisfy those needs and expectations. That transformation process is the province of requirements analysis.
But what exactly does it mean to analyze requirements? A surprising number of books on software requirements don’t even have an index entry for requirements analysis. Analysis sounds like something ...