实施模型代表基于实施子系统和实施元素(目录和文件,包括源代码、数据和可执行文件)的实施的物理组成。
其它关系:  包含
角色:  软件设计人员 
可选性/存在性:  可选。精化和构造阶段。
模板和报告: 
     
示例: 
     
UML 表示:  模型,定型为 <<实施模型>>。 
更多信息:   
活动输入:    活动输出:   

目的 回到页首

实施模型确定实施的物理部件,以便更好地理解和管理它们。实施模型定义了集成的主要单元(围绕这些单元组织团队),以及可以独立建立版本、部署和替换的单元。

更详细的实施模型可能还包括低级源代码和派生的文件以及它们与设计模型的关系。仅当在模型和文件之间有自动同步时,才建议这样的详细信息。

特征 回到页首

特征名称  

简述  

UML 表示  

简介  文本描述,作为模型的简要简介  “简短文本”类型的标注值 
实施子系统   模型中的子系统,表示一种层次结构   通过元关联“表示”拥有,或通过元聚集“拥有”递归地拥有  
实施元素  模型中的元素,由子系统拥有   通过元聚集“拥有”递归地拥有 
关系   模型中的关系,由实施子系统拥有   - " -  
图   模型中的图,由实施子系统拥有   - " -  
实施视图   模型的实施视图,这是一个显示实施子系统和层的体系结构视图   通过元聚集“拥有”递归地拥有视图中的元素和图 

计时 回到页首

在精化阶段建立实施模型结构,并在构造阶段中按需要进行优化。

职责 回到页首

软件设计人员负责实施模型的完整性,并确保:

  • 实施模型作为一个整体是正确、一致和可理解的。当实施模型符合所有需求时并且与设计模型一致时,就认为实施模型是正确的。
  • 实施模型中的体系结构(在实施视图中描述)实现其目的。实施视图在单独的工件中描述,请参考工件:软件体系结构文档

注意软件设计人员不负责实施子系统和实施元素。这些是相应的实施者的职责。

定制 回到页首

实施模型是可选的。如果选择创建实施模型,关键定制决策是如何关联实施模型和设计模型,以及哪些实施元素对模型足够重要。 关于如何做出这些决策的指南包含在指南:实施模型中。 另请参阅概念:从设计映射到代码



Rational Unified Process   2003.06.15