Tool Mentor:
Performing Architectural Analysis Using Rational XDE Developer - .NET 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 set of structured models has already been
created, in accordance with the XDE
Model Structure Guidelines.
The following steps are performed in this tool mentor:
Rational XDE can be used as a drawing tool to generate informal
diagrams that describe the architecture overview.
The architect must consider the reuse of in-place assets, including existing
Rational XDE models.
Note that the RDA Exchange on the Rational
Developer NetworkSM contains assets that
you might find useful.
Add packages in the Design Model to reflect your layering strategy. In accordance
with the example layering given in Rational
XDE Model Structure Guidelines, the steps are as follows:
- Open the Design Model.
- Navigate to the package or packages that contain layering sub-packages.
- Create packages for each layer, and stereotype as «layer». See
the topics
and
in the Rational XDE online Help.
Refer to the following
white papers for guidance on structuring models:
Capture key abstractions in class diagrams with brief descriptions of each
class. To do this:
- Open the Design Model.
- Navigate to the package containing key abstractions. See Rational XDE Model Structure Guidelines.
- Add a class diagram. See
.
- Add classes to the diagram, stereotyped as «entity». See
and
.
- Add a description to each class. See
.
- Optionally associate a document with the class. See
.
- Define any relationships that exist between the classes.
- Add association relationships. See
.
- Specify the kinds of association relationships. See
.
- Add generalization relationships. See
.
For more information, refer to
.
This step is included only when performing this activity during inception.
The purpose of this step is to identify those interactions, between key abstractions
in the system, that characterize or are representative of significant kinds
of activity in the system. These interactions are captured as Use-Case Realizations.
For guidance on creating Use-Case Realizations in XDE, see Tool
Mentor: Performing Use-Case Analysis Using Rational XDE.
- Add a deployment diagram to the Deployment Model. See
.
- Add nodes to the diagram. See
.
- Add associations between nodes. See
.
For more information, refer to
.
There is no Rational XDE specific guidance for this step.
The results of architectural analysis are preliminary and relatively informal;
therefore, reviews should be informal as well. It might be helpful to publish
any models to html format. Also note that diagrams can be copied from Rational
XDE to Microsoft Word and other programs.
For more information, refer to
.
|