工件:
|
![]() |
实施子系统是一组实施元素。实施子系统构造实施模型,构造方法是将它分割成更小的、可以独立集成和测试的部件。 | |
其它关系: |
部分的 实施模型
| |
---|---|---|
角色: | 实施者 | |
可选性/存在性: | 建议。精化阶段。 | |
模板和报告: |
|
|
示例: | ||
UML 表示: | 实施模型中的包,作为其顶级包,或定型为 <<实施子系统>>。 | |
更多信息: | ||
活动输入: | 活动输出: |
以下人员应使用实施子系统:
实施子系统是设计包的物理模拟。实施模型和实施子系统最初在实施视图中定义,所以在开发时非常重要。
特征名称 | 简述 | UML 表示 |
---|---|---|
名称 | 子系统名称 | 模型元素上的属性“名称” |
简述 | 子系统的角色和目的的简述 | “简短文本”类型的标注值 |
实施元素 | 子系统中直接包含的实施元素,包括文件和目录。 | 通过元聚集“拥有”而拥有" |
关系 | 直接包含在子系统中的关系 | - " - |
图 | 直接包含在子系统中的图 | - " - |
实施子系统 | 直接包含在子系统中的子系统 | - " - |
导入依赖关系 | 从子系统到其它子系统的导入依赖关系 | 由封装的子系统通过元聚集“拥有”所拥有 |
软件设计人员在精化期间定义子系统,并将它们分配给个人或团队。在开始类实施之前完成此操作,因此允许并行开发子系统。
实施者负责子系统,并确保:
负责实施子系统的实施者还负责该子系统的公共(可见)元素。
建议负责实施子系统的实施者还负责所有它包含的元素:关于更多信息,请参阅工件:实施元素。
如果实施者团队开发了实施子系统,则该团队的成员之一应负责该子系统。
建议您使用实施子系统。您必须决定如何将设计中的包映射到实施中的子系统和目录。您必须决定需要多少层子系统。
Rational Unified Process
|