RationalDB   Tweet
OOPortal RedhatLinuxSysAdmin

OO Problem Analysis  «Prev  Next»
Lesson 4 Test the classes
Objective Reconcile the class diagram to the use case model.
Reconcile terminology and classes
Reconcile the terminology of the use case model to the class names. This seems a bit redundant with the validation between scenarios and interaction diagrams. However, the point is that there is value in comparing many different sources of the same information. Depending on your frame of mind, one approach might reveal information not seen using another approach.
  1. Is there a class to handle every resource mentioned in the use case model? When you initially created the class diagram, you used the vocabulary of the problem domain as documented in the problem statement and use cases. As you continued with your analysis, you very likely changed these documents. Verify that the new resources are added to (or removed from) your class diagram and that their purpose is fully defined. Define their interfaces by updating the sequence diagrams.
  2. Using the model, ask questions that require navigation through the model to verify that the objects can in fact support the navigation. For example, in the Purchase Seats use case, can you get the event name that should be printed on the ticket?

Testing the class diagram with use cases
Testing the class diagram with use cases
During the use case navigation testing, you will sometimes notice that the path to the answers is rather long and involved. Don't worry. During design, we will optimize the model using shortcuts called derived associations.

Add Class To Model- Exercise
Click the Exercise link below to add a new class to the course project model.
Add Class To Model- Exercise