工件:
|
![]() |
设计包是类、关系、设计用例实现、图和其它包的集合。它用来使设计模型结构化,方法是将它分解为更小的部分。 | |
其它关系: |
部分的 设计模型
| |
---|---|---|
角色: | 设计员 | |
可选/发生: | 必需。精化和构造阶段。 | |
模板和报告: |
|
|
示例: | ||
UML 表示: | 设计模型中的包。 | |
更多信息: | ||
活动的输入: | 活动的输出: |
设计包用于将相关设计模型元素组合在一起,这是考虑到组织性,常常也是为了配置管理。与工件:设计子系统不同,虽然设计包显露的一些内容可能会提供行为(标记为“公用”),但设计包不提供正式接口。 设计包应主要用作模型组织工具,将相关事项组合起来;如果需要行为语法,则使用设计子系统。
设计包及其内容由单个角色:设计人员负责。包中的元素可能依赖于其它包中所含的元素;这就导致了包之间的倚赖关系。 可以将包的倚赖关系用作分析设计模型弹性的工具:对于具有交叉依赖的包的模型,其更改的弹性较小。
属性名 | 简短描述 | UML 表示 |
---|---|---|
名称 | 包的名称。 | 模型元素上的“名称”属性。 |
简短描述 | 角色和用途的简短描述,或包的“主题”的简短描述。 | “短文本”类型的标记值。 |
类 | 直接包含在包中的类。 | 通过聚集“拥有”拥有 |
关系 | 直接包含在包中的关系。 | - " - |
设计用例实现 | 直接包含在包中的设计用例实现。 | - " - |
图 | 直接包含在包中的图。 | - " - |
设计包 | 直接包含在包中的包。 | - " - |
导入依赖关系 | 从一个包到其它包的导入依赖关系。 | 通过聚集“拥有”由封闭包拥有。 |
封装主要在精化阶段完成,但对封装的次要调整将在构造阶段进行,特别是重新分配工作或重构各包之间的依赖关系。
设计人员负责包的完整性,确保:
建议负责设计包的设计人员也负责其包含的类;关于更多信息,请参阅工件:设计类。
注意,设计人员不负责所包含的设计用例实现以及它们的相关图;相反,这些内容由相应的用户设计人员负责。
包在模型中用来将相似模型元素分组,改进模型的组织并使它更易于理解。在大型模型中,封装是必需的。即使在较小的模型中,适当的封装也可以大幅度提高模型的理解性。某种封装几乎总是有用的。关于更多信息,请参阅指南:设计包。
Rational Unified Process
|