Tool Mentor: Designing Classes
Using Rational XDE Developer - Java Platform Edition
Purpose
This section provides links to additional information related to this tool mentor.
The steps in this tool mentor match those in the activity. Links to topics
in the Rational XDE online Help are marked with .
Overview
This tool mentor assumes that a structured Design
Model has been created as part of Activity:
Architectural Analysis following the steps outlined in Tool
Mentor: Performing Architectural Analysis Using Rational XDE.
The following steps are performed in this tool mentor:
Incorporating a pattern and/or mechanism is effectively performing many of
the subsequent steps in this tool mentor (adding new classes, operations, attributes,
and relationships), but in accordance with the rules defined by the pattern
or mechanism.
For information on using patterns, refer to:
Create Initial Design Classes
- Add a class diagram to the model. See
.
- Add design classes to the class diagram. See
.
- Document each class. See
.
For more information, refer to
.
A class can be marked as persistent. Refer to
.
In J2EE development, persistency is commonly implemented using entity EJBs. See
Tool Mentor: Identifying Design Elements using Rational XDE
for details.
For each class, determine the class visibility within the package where it
resides.
Refer to
.
- Add operations to each class. See
.
- Add parameters to operations. See
.
- Specify visibility of operations. See
.
For more information, refer to
.
Define Methods
A description of how an operation is to be implemented might be added to the
operation description.
A sequence diagram might optionally be used to describe a method. See the XDE
online Help topic
.
For more information, refer to
.
Define States
A state machine might optionally be used.
For more information, refer to
.
- Define attributes. See
.
- Add attributes to classifiers. See
.
- Specify visibility. See
.
Refer to
.
- Add association relationships. See
.
- Specify the kind of each association. See
.
Refer to
.
Refer to
.
Nonfunctional requirements often drive a class to incorporate specific design
mechanisms using collaborations and patterns. Often the use of a framework component
is sufficient to satisfy a nonfunctional requirement. (See Tool
Mentor: Identifying Design Elements Using Rational XDE.)
For more information, refer to:
Evaluate the Results
There is no Rational XDE specific guidance for this step.
|