In this exercise, you open the IBM® Rational® RequisitePro® requirements project and view the PiggyBank use case requirements. This exercise is optional because it relies the installation of Rational Requisite Pro to open a pre-existing requirements project to view the requirements. If you do not have RequisitePro installed, continue to exercise 1.3.
Prerequisite: To complete this exercise, you must have Rational RequisitePro installed.
Rational RequisitePro is a powerful requirements management tool that you can use to organize project requirements, communicate deliverables, and collaborate with project members. RequisitePro uses a database to store and manage a collection of requirements documents. You can use this as a database to query and sort all requirements information for your system and create reports that trace project requirements and measure impact analysis and change management.
The integration of Rational Software Architect with Rational RequisitePro enables you to view and create associations between requirements and model elements. You can open and view existing RequisitePro projects that contain fully documented use cases and requirements information. You can visualize the use cases and relationships and build a use case model by dragging them from an existing RequisitePro project into your UML use case model.
This exercise opens an existing RequisitePro project that contains use cases that describe the PiggyBank online banking system requirements.
The requirements project is displayed in the Requirement Explorer view. Expand the project to view the requirements information. The project contains use cases that describe the functional areas of the application.
In the Requirements Explorer view, your PiggyBank requirements project should similar to the following figure.
To view the associated requirements document, expand Use Cases and double-click a use case document. The requirements documents contain all the background information that is associated with the use cases.
To create the use case diagram, you must first identify the functional area. Because all use cases are related to banking activities, the functional area is called Account Operations.
You now have a functional area. The functional area represents the most basic building block of the use case model. You can now populate the functional area with use cases.
After you identify the functional area, you can import the use cases and begin to build the use case model.
The use case model template contains an overview package called «perspective» Overviews that provides additional documentation about the model. Although this step is optional and does not impact the model, you should organize and document the actors and use cases in the PiggyBank online banking system.
You have increased the readability of this use case model by documenting the project’s significant use cases. You can add a title to the diagram by using the text tool. Your project should now look similar to the following figure:
Because this model contains only one functional area, you can remove the «ModelLibrary» Use-Case Building Blocks package from your project. To delete the package, right-click it, then click Delete from Model.
To continue, proceed to Exercise 1.4: Identifying actors.