设计模型是系统实施的抽象。它用于设想和记录软件系统的设计。它是全面的组合工件，包括所有设计类、子系统、包、协作和它们之间的关系。模型是一种将构思形象化的有效手段，同时也将三维概念的空间关系准确地表达出来，利用模型可以引发更多的创造力。

设计模型是说明用例实现的对象模型，是实施模型及其源代码的抽象。设计模型用作实施和测试活动多的基本输入。通常情况，在设计模型的时候基本上是按照都是按照对象的属性都合并在一个模型中，其实当在设计这个对象的模型的时候，我们有没有考虑过模型粒度细化呢，虽然模型粒度细化会提高维度的成本，但是也提高的系统的灵活性，首要条件就是模型的粒度细化要合理化。

特征名

简要说明

UML表示

简介简要介绍模型的文本说明。标注值，“短文本”类型。

设计子系统

模型中的包和子系统，代表一个分层结构。通过关联关系“represents”拥有，或通过聚合关系“owns”递归拥有。

类和封装体模型中的类和封装体，由包拥有。通过聚合关系“owns”递归拥有。

接口和协议模型中的接口和协议，由包拥有。通过聚合关系“owns”递归拥有。

事件与信号模型中的事件和信号，由包拥有。通过聚合关系“owns”递归拥有。

关系模型中的关系，由包拥有。- -

用例实现模型中的用例实现，由包拥有。- -

图模型中的图，由包拥有。- -

设计模型主要设置构架，但是也可在精化阶段用作分析的工具。设计模型借助于构建阶段的详细设计决策得以改进。设计模型始终与用例模型和实施模型保持一致。

构架设计师负责设计模型的完整性，以确保：

就整体而言，设计模型正确、一致且简明易懂。如果设计模型实现且只实现了用例模型所述的功能，则设计模型即是正确的。

设计模型中的构架，包括逻辑视图、流程视图和部署视图，要符合其目的。这些视图收集在单独的工件中，请参见工件：软件构架文档。

请注意构架设计师并不负责包、类、关系、用例实现和图本身，它们是由相应的设计员和用例设计员负责。