UML - 从概念模型到设计模型

概念模型使我们获得了软件的蓝图，获得了建设软件所需要的所有组成内容以及软件所需要的所有必要细节，这就类似于我们已经在图纸上绘制出了一辆汽车所有的零部件，并且绘制出如何组装这些零件的步骤，接下来的工作就是建造或者购买所需的零部件，并送到生产线去生产汽车。

设计模型的工作就是建造零部件，组装汽车的过程。在大多数情况下，实现类可以简单地从分析类映射而来。在设计模型中，概念模型中的边界类可以被转化为操作界面或者系统接口；控制类可以被转化为为计算机程序或控制程序，例如工作流、算法体等；实体类可以转化为数据库表、XML文档或者其他带有持久化特征的类。这个转化过程也是有章可循的，一般来说，可以遵循的规则有：

• 软件架构和框架。软件架构和框架规定了实现类必须实现的接口、必须继承的超类、必须遵守的编程规则。例如当采用J2EE架构时，Home和Remote接口就是必须的。
• 编程语言。各类编程语言有不同的特点，例如在实现一个界面或者一个可持久话类时，采用C++还是Java作为开发语言会有不同的设计需求。
• 规范或中间件。如果决定采用某个规范或采用某个中间件时，实现类还要遵循规范或中间件规定的那些必须特性。

实际上，由于软件项目可以选择不同的软件架构和框架，可以选择不同的编程语言，也可以选择不同的软件规范，还可以购买不同的中间件，因此同样的概念模型会因为选择不同而得到不同的设计模型。下图展示了从概念模型到设计模型的转化过程。