Archive for May 1st, 2009

Typical Problems with Requirements Analysis

Friday, May 1st, 2009

The following are the typical problems which causes a poor requirements analysis:

  • lack of relevance to the objectives of the project;
  • lack of clarity in the wording;
  • ambiguity;
  • duplication between requirements;
  • conflicts between requirements;
  • requirements expressed in such a way that it is difficult to assess whether they have been achieved;
  • requirements that assume a solution rather than state what is to be deleivered by the system;
  • uncertainity among business users about what they need from the new system;
  • business users omitting to identify requirements;
  • inconsistent levels of detail;
  • users and analysts taking certain knowledge for granted and failing to ensure that there is a common understanding;

The first point often results from a lack of terms of reference for the project. The eighth difficulty, that the users are uncertain of their needs, is by no means uncommon in a world of new business practices and enw technology. The business analyst is the person who must help the users to visualize precisely what they need the new system to perform and then to articulate it.

Another source of diffculties for the business analyst is recognising the different viewpoints behind each user.

A Business Analyst therefore must be very careful about requirements analysis as a large proportion of errors are introduced at the requirements analysis stage. 

The above detailed points are taken from ISEB Business Analysis book by Debra Paul. While studying the Requirements Engineering chapter, i found it worthwhile to share these points with you:)