Visual Modeling with Rational Rose 2002 and UML (3rd Edition)
I l @ ve RuBoard |
As classes are created, they should also be documented. The documentation should state the purpose of the class and not the structure of the class. For example, a Student class could be documented as follows : Information needed to register and bill students. A student is someone currently registered to take classes at the University. A bad definition would be the following: The name , address, and phone number of a student. This definition only tells me the structure of the class, which can be determined by looking at its attributes. It does not tell me why I need the class. Difficulty in naming or documenting a class may be an indication that it is not a good abstraction. The following list typifies things that can happen as classes are named and documented:
DOCUMENTING CLASSES IN RATIONAL ROSE
The description of the Student class is shown in Figure 4-6. Figure 4-6. Class Documentation
|
I l @ ve RuBoard |