Friday, March 12, 2010

   Quick Links:   Articles     MA Blog     Community Blog     Templates     Books     BA Humor     Events     Jobs     Interview Questions         RSS Feeds

Interview Questions for Business Analysts and Systems Analysts

Careers



Interview Questions


Recent Questions | | Search | Subscribe (RSS)

How do you define the term Requirement?
Question: How do you define the term Requirement?

Statistics:Article Rating (2552 Views) (1 Additional Answers/Comments)
Posted by: cadams5 on Saturday, February 06, 2010
Categories: Business Analysis, Systems Analysis, Requirements Analysis (BABOK KA), Elicitation (BABOK KA), Requirements Management and Communication (BABOK KA)


Answer:
 

While this may seem like a very simple question, few Business Analysts ever take the time to ask or to understand “what is a requirement”.

Per the BABOK v2.0

“A requirement is:

  1. A condition or capability needed by a stakeholder to solve a problem or achieve an objective.
  2. A condition or capability that must be met or possessed by a solution or solution component to satisfy a contract, standard, specification, or other formally imposed documents.
  3. A documented representation of a condition or capability as in (1) or (2).”

Many business analysts may assume that requirements describe condition or capabilities of a system.  Or perhaps they avoid this trap and expand a requirement to encompass a condition or capability of a business process.  However, the BABOK definition has been carefully crafted to ensure that what is stated does not arbitrarily constrain the true definition of a requirement based on poor assumptions about the problem domain.

A requirement, may relate to any number of problem domains that vary both by type and by scope, such as:

  • Organizational Structures
  • Business Processes
  • Business Policies
  • Business Rules
  • Roles/Stakeholders
  • Systems
  • Reports and Documents


The possibilities are nearly endless.  Additionally, a requirement can be defined at whatever level of detail or depth is necessary to accurately convey the condition or capability.  It can be define at an enterprise level, a divisional level, a process level, and activity level, a task level, etc. 

In the real world requirements may be clearly understood or they may be implied or derived from other requirements. But, ultimately, when eliciting requirements for a project, a requirement is not truly a requirement until it is documented.  A requirement may be documented as a requirement statement such as “The system shall…”, “The process shall…”, “The Financial Analyst shall…”, or it can be documented through any number of representative techniques including models and diagrams.

Requirements are typically classified into a number of categories for easier organization and maintenance.  The BABOK classifies requirements into the following categories.

  1. Business Requirements
  2. Stakeholder Requirements
  3. Solution Requirements
    1. Functional Requirements
    2. Non-Functional Requirements
  4. Transition Requirements
 
Additional Answers/Comments
By Sri8 @ Wednesday, February 10, 2010 5:45 AM
Quite informative..Thanx for the post!!

Only registered users may post comments.
  

Do you twitter?: If you want short updates on what's going on in the BA world and at ModernAnalyst.com, simply follow us on Twitter: http://twitter.com/ModernAnalyst



FREE Registration gives you...

Unrestricted access to Information from Leading BA Experts, Interview Questions & Answers, Time-Saving Templates, Discussion Forums and Blogs, and our monthly eJournal with the Latest BA News.

Isn't it time to jumpstart YOUR career!

Login - Register



Privacy Statement  |  Terms Of Use
Copyright 2006-2010 by Modern Analyst Media LLC