面向领域建模

软件开发复杂性不断提升，这导致很多公司开始在他们的开发过程加入一个新的阶段：建模。目前进行设计的最知名的方法就是叫做UML的符号体系了。UML致力于提供代码的可视化表示。在开发实现之前进行设计的意义很大，因此开发团队也希望能够从模型中收获更多，而不仅仅是作为文档和规约的替代品，最后并不反应最终的代码情况。根据UML设计进行自动的代码生成是一个办法，但现在这也是UML为人诟病的一个短处，在实践中，能够生成的最终可用的代码往往很少。

Domain-Specific Modeling (DSM，面向领域建模) 是一种新的建模方式。和UML不同，DSM提供的建模结构更靠近现实世界的对象（译注：即最终的代码实现）一些。更重要地，DSM可以提供完全的代码生成能力。这样，开发人员可以更高效地开发应用程序。

看一个例子

下面通过一个例子来简单比较一下DSM和UML吧：

构建一个通过电话进行会议注册的应用程序，可以选择付款方式，并可以浏览（View（译注：View？通过电话怎么View？不过意思大家都知道就是了J））会议安排。

使用UML，我们会首先在一个Use case图中表达该程序的外部需求，然后应用UML的类图和顺序图、状态图等进行内部设计。

显然，当我们深入到细节设计部分时，会有多种可能的设计方案，不同的开发者可能选择不同的方案，这些方案未见得哪个就比哪个好多少。UML支持这些不同的设计，在得到正确的设计这一点上不能提供什么帮助。毕竟UML不知道关于这个应用的任何知识。要得到正确的设计，开发者需要了解问题域（电话），构建该应用程序的平台（例如Symbian）以及如何正确地画UML。

最后，在用13个UML图中挑出一些做了设计之后，我们就进入了写代码的阶段。自然地，我们希望可以从设计中生成尽可能多的代码，但UML却不能做到这一点。为什么？UML是一个通用的建模语言，这意味着不管你设计什么样的软件，都可以用UML。也正是因为这一点，UML的发明者们需要做出很多妥协，来让UML“quite good for everything but great for nothing”。结果就是：开发人员可以从UML中生成的有效代码很少。在所有的建模完成之后，我们对系统有了一个好的理解，但是，但是，没有可运行的程序。不可避免地，在编码实现和测试阶段，我们会对设计有一些修改，但通常大家都懒得去更新涉及到的所有模型，这样模型就过时了（译注：模型的一致性维护一直是一个问题）。