工件:
|
![]() |
实施模型代表基于实施子系统和实施元素(目录和文件,包括源代码、数据和可执行文件)的实施的物理组成。 | |
其它关系: |
包含
| |
---|---|---|
角色: | 软件设计人员 | |
可选性/存在性: | 可选。精化和构造阶段。 | |
模板和报告: |
|
|
示例: | ||
UML 表示: | 模型,定型为 <<实施模型>>。 | |
更多信息: | ||
活动输入: | 活动输出: |
实施模型确定实施的物理部件,以便更好地理解和管理它们。实施模型定义了集成的主要单元(围绕这些单元组织团队),以及可以独立建立版本、部署和替换的单元。
更详细的实施模型可能还包括低级源代码和派生的文件以及它们与设计模型的关系。仅当在模型和文件之间有自动同步时,才建议这样的详细信息。
特征名称 | 简述 | UML 表示 |
---|---|---|
简介 | 文本描述,作为模型的简要简介 | “简短文本”类型的标注值 |
实施子系统 | 模型中的子系统,表示一种层次结构 | 通过元关联“表示”拥有,或通过元聚集“拥有”递归地拥有 |
实施元素 | 模型中的元素,由子系统拥有 | 通过元聚集“拥有”递归地拥有 |
关系 | 模型中的关系,由实施子系统拥有 | - " - |
图 | 模型中的图,由实施子系统拥有 | - " - |
实施视图 | 模型的实施视图,这是一个显示实施子系统和层的体系结构视图 | 通过元聚集“拥有”递归地拥有视图中的元素和图 |
在精化阶段建立实施模型结构,并在构造阶段中按需要进行优化。
软件设计人员负责实施模型的完整性,并确保:
注意软件设计人员不负责实施子系统和实施元素。这些是相应的实施者的职责。
实施模型是可选的。如果选择创建实施模型,关键定制决策是如何关联实施模型和设计模型,以及哪些实施元素对模型足够重要。 关于如何做出这些决策的指南包含在指南:实施模型中。 另请参阅概念:从设计映射到代码。
Rational Unified Process
|