)设计模型
设计模型是说明用例实现的对象模型，是实施模型及其源代码的抽象。设计模型用作实施和测试活动多的基本输入。
设计模型的目的
设计模型是系统实施的抽象。它用于设想和记录软件系统的设计。它是全面的组合工件，包括所有设计类、子系统、包、协作和它们之间的关系。
设计模型的特征
| 特征名 | 简要说明 | UML 表示 |
| 简介 | 简要介绍模型的文本说明。 | 标注值，“短文本”类型。 |
| 设计包 设计子系统 | 模型中的包和子系统，代表一个分层结构。 | 通过关联关系“represents”拥有，或通过聚合关系“owns”递归拥有。 |
| 类和封装体 | 模型中的类和封装体，由包拥有。 | 通过聚合关系“owns”递归拥有。 |
| 接口和协议 | 模型中的接口和协议，由包拥有。 | 通过聚合关系“owns”递归拥有。 |
| 事件与信号 | 模型中的事件和信号，由包拥有。 | 通过聚合关系“owns”递归拥有。 |
| 关系 | 模型中的关系，由包拥有。 | - " - |
| 用例实现 | 模型中的用例实现，由包拥有。 | - " - |
| 图 | 模型中的图，由包拥有。 | - " - |
设计模型的时机
设计模型主要设置构架，但是也可在精化阶段用作分析的工具。设计模型借助于构建阶段的详细设计决策得以改进。设计模型始终与用例模型和实施模型保持一致。
设计模型的职责
构架设计师负责设计模型的完整性，以确保：
就整体而言，设计模型正确、一致且简明易懂。如果设计模型实现且只实现了用例模型所述的功能，则设计模型即是正确的。
设计模型中的构架，包括逻辑视图、流程视图和部署视图，要符合其目的。这些视图收集在单独的工件中，请参见工件：软件构架文档。
请注意构架设计师并不负责包、类、关系、用例实现和图本身，它们是由相应的设计员和用例设计员负责。
