Tool Mentor: Using RequisitePro to Elicit Stakeholder NeedsPurposeThe purpose of eliciting stakeholder needs is to gather input from everyone who is materially affected by the outcome of the system. Stakeholders might be end users, maintainers of the system to build, shareholders, technical support representatives, etc. Related Rational Unified Process Activities: OverviewThis Tool Mentor is applicable when running Microsoft Windows 95/NT 4.0. Stakeholder needs can come in many forms, depending on what elicitation techniques are used to gather input on the system: interviews, questionnaires, requirements workshops, role playing, etc. See the Gather Information section in Elicit Stakeholder Needs for a complete list. Whichever elicitation technique you use, you should compile that information into a summary document, the Artifact:Stakeholder Needs. This document should reside in an accessible central location, such as a RequisitePro project, to be able to refer back to it and understand what business needs and user needs the project really is intended to address. Each project will have its own specific needs as far as gathering Stakeholder Needs. Depending on how knowledgeable developers on the project are about the system domain, and how familiar customers are with that type of system, elicitation techniques differ. As a starter, RequisitePro provides a sample interview document template to help you collect Stakeholder Needs using the interview elicitation techniques. If you are using interview s to gather stakeholder needs, you can start by modifying the provided Interview template and use it as a RequisitePro document outline. This tool mentor detailed the steps on how to do this. In practice, you would want to create various RequisitePro outlines to gather results from each elicitation technique: one outline for questionnaire results, one template for storyboarding results, etc . Or you may choose to only record these results in one summarizing document. Since each project will gather stakeholder needs differently, we provide here an example on how to use the provided Interview RequisitePro outline. To create a new document type:
1. Create a New RequisitePro Document Outline
You may skip this step if you are using the provided Interview template. RequisitePro outlines are the basis for document formats. They are identified by a definition file (.DEF) located in the Outlines RequisitePro directory. The outline definition file is a text file that identifies:
To create a new outline file, you need to create both a .DOT file and a .DEF file.
Note: if RequisitePro was up and running during the creation of the outline, you will need to close it and restart it, as RequisitePro reads the content of its Outlines directory at startup. 2. Modify the provided Interview Template
RequisitePro provides a sample Interview Word template, as a way to record interview results. If you are using interviews as an elicitation technique, you can modify this template to record the specific questions you will ask to the project stakeholders. To modify the provided Interview template:
Note: if RequisitePro was started during this modification, you will need to close it and restart it, as RequisitePro reads its Outlines directory at startup. 3. Create a Stakeholder
Need Requirement Type
In order to identify the various stakeholder needs, you need to create a requirement type to distinguish stakeholder needs requirements from other requirements.
4. Create an Interview Document
Type
5. Create an Interview Document
You register the Interview document type to the project structure, so that new documents can be based on the Interview Word template. To create the Interview document type, follow these steps:
6. Complete the Interview Document
7. (Optional) Mark
Requirements in the Interview Document
The Interview document does not contain RequisitePro requirements until you mark text as requirement. Marking requirements allows to later set traceability links between the stakeholder needs identified in the Interview document, and product features identified in the Vision document, as Stakeholder Needs drive product features. A change in Stakeholder Needs might impact the definition of one or many product features. By recording the dependencies between the two, you will be able to make concerted decisions in Prioritize. By marking Stakeholder Needs as requirements, you can link them to product features in Manage Dependencies. To mark Stakeholder Needs as requirements in RequisitePro, follow these steps:
When done, save our document by invoking Document=>Save from the Tool Palette. This will assign requirement tags and input the created stakeholder needs requirements in the RequisitePro Database |
|
|