Work Product (Artifact): Implementation Model








var defaultQueryStr = '?proc={C85C9CC0-AD92-46C9-85BA-4C0672D6571E}&path={C85C9CC0-AD92-46C9-85BA-4C0672D6571E},{C241B2F9-AA48-45E6-89F0-F0A3DC2496DA},_UliookodEdqrjq4i3fchvA';
var backPath = './../../';
var imgPath = './../../images/';
var nodeInfo=null;
contentPage.preload(imgPath, backPath, nodeInfo, defaultQueryStr, false, true, false);










Work Product (Artifact): Implementation Model















The Implementation Model represents the physical composition of the implementation in terms of Implementation Subsystems, and Implementation Elements (directories and files, including source code, data, and executable files).






Purpose



The Implementation Model identifies the physical parts of the implementation so that they can be better understood and managed. The Implementation Model defines the major units of integration around which teams are organized, as well as the units that can be separately versioned, deployed, and replaced. A more detailed Implementation Model may also include low level source code and derived files, and their relationship to the Design Model. Such detail is recommended only if you have automated synchronization between the model and the files.



Relationships



Input ToMandatory:


None

Optional:



Set Up Configuration Management (CM) Environment


External:


None





Properties



Optional


Planned



Tailoring



Representation Options UML Representation: Model, stereotyped as <<implementation model>>.  The Implementation Model may have the following properties: Introduction: A textual description that serves as a brief introduction to the model. Implementation Subsystems: The subsystems in the model, representing a hierarchy. Implementation Elements: The elements in the model, owned by the subsystems. Relationships: The relationships in the model, owned by the Implementation Subsystems.  Diagrams: The diagrams in the model, owned by the Implementation Subsystems. Implementation View: The implementation view of the model, which is an architectural view showing the Implementation Subsystems and layers.    An Implementation Model is optional. If you choose to create an Implementation Model, the key tailoring decisions are how to relate between the Implementation Model and Design Model, and which Implementation Elements are important enough to model. Guidance on how to make these decisions is covered in Guideline: Implementation Model. Also see Concept: Mapping from Design to Code.



More Information



Checklists


Implementation Model





Guidelines


Component Diagram


Implementation Model


Import Dependency in Implementation


Manifest Dependency








©  Copyright IBM Corp. 1987, 2006.  All Rights Reserved.







contentPage.onload();
contentPage.processPage.fixDescriptorLinks();