Artifact: Implementation Model
Purpose
| |||||||||||||||||||||||||||||||||||
Property Name |
Brief Description |
UML Representation |
| Introduction | A textual description that serves as a brief introduction to the model | Tagged value, of type "short text" |
| Implementation Subsystems | The subsystems in the model, representing a hierarchy | Owned via the meta-association "represents", or recursively via the meta-aggregation "owns" |
| Components | The components in the model, owned by the subsystems | Owned recursively via the meta-aggregation "owns" |
| Relationships | The relationships in the model, owned by the subsystems | - " - |
| Diagrams | The diagrams in the model, owned by the subsystems | - " - |
| Implementation View | The implementation view of the model, which is an architectural view showing the subsystems and layers | Elements and diagrams in the view are owned recursively via the meta-aggregation "owns" |
Implementation is the primary focus of iterations in the Construction phase, but it is also performed during iterations in both the Elaboration and Transition phases. Implementation is also performed in iterations in the Inception phase, to create prototypes for example. The implementation model is continuously kept consistent with the design model.
An architect is responsible for the integrity of the implementation model, and ensures that:
Note that the architect is not responsible for the implementation subsystems and components, instead, these are under the corresponding implementer's responsibilities.
You have to decide how to map the classes and packages in design model to components and subsystems in the implementation model.
![]()
|
|