Roles and Activities > Analyst Role Set > Requirements Reviewer > Review Requirements
|Input Artifacts:||Resulting Artifacts:|
|Role: Requirements Reviewer|
The following guidelines are helpful when reviewing the results of Requirements:
The following roles will participate in the review meetings:
You should also consider the following roles for participation in review meetings, possibly at milestones such as the beginning or end of a Phase:
It is important to find the right balance between including the desired review participants and keeping the review manageable and productive. Care should be taken to include only those participants who will contribute to achieving the objectives of the review. It is usually more productive to hold several focused review sessions with a smaller number of participants, than to hold one review involving many.
Normally, you should divide the review into the following meetings:
Even if you can review everything at the same meeting, you probably won't get approval of your conclusions the first time. Be prepared to carry out new reviews for each new version of the use-case model.
It is recommended that you arrange one review of the use-case model per iteration
in the Inception and Elaboration
phases, where you review the work in progress; this is initially done and signed
off by the users prior to developing any of the use cases in detail, and is a
very important milestone so that resources are not spent on developing incorrect
use cases. Then, at the end of the Elaboration phase, you should arrange a
detailed review of the use-case model. Remember that at the end of the
Elaboration phase, you should have a use-case model, and possibly a domain model
representing the glossary, that is 80% complete. You should also arrange one
review of the use-case model per iteration in the Construction
and Transition phases when the use-case model is
refined. The review should concentrate on the part of the use case model being
developed for the iteration.
Rational Unified Process