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 :
A bad definition would be the following:
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 |