为了应付日益复杂和庞大的建模任务，Power Design引入了全新的工程（Project）的概念，并且提供了一种称为框架矩阵（Framework Matrix）的机制来支持建模的框架和方法学，从而更有效的胜任其“集成化的企业级建模工具”的定位。
本文接下来将会为您着重介绍Power Designer 15中的工程（Project）这一特性。
什么是工程（Project）
对于工程的概念，相信大家并不陌生，当文档数量和团队协作越来越多时，如何有效的进行管理就成了问题。工程就像一个容器，方便我们管理分散的各个模型和文档。
“您可以将实现共同目标的一组模型，或者其它任何格式的文档放进一个工程里，并作为一个整体，存放到知识库（Repository）里”。这是Power Designer用户手册里的描述。
为什么引入工程（Project）的概念
从容器的角度来说，似乎Power Designer之前的版本已经支持了诸如工作区（Workspace）和文件夹（Folder）的功能，那么为什么还需要工程呢？
对于复杂的建模任务，只有容器的功能似乎略显单薄，我们还需要更多便于查看、维护、共享甚至是引导等等功能。当然如果在未来出现了更为复杂的需求或用例，也必须有升级和扩展到空间。
因此，工程被定义成了一种新的模型，从元模型的层次上看，它和面向对象模型（OOM）、数据模型（CDM、PDM）等等都是等价的。从语义上看，它则是用来管理模型的模型。这样做，加入了很多灵活性，并且可以复用Power Designer许多既有的机制。
下面就列出了一些工程主要的特性：
- 支持视图（Diagram）：工程支持两种视图，一种叫工程视图（Project Diagram），用来展示模型和文档之间的关系；另一种叫框架矩阵（Framework Matrix），作为一种框架（Framework）来指导工程的建立，以及对工程进行有效的观察和维护。
- 方便管理和共享：对于团队协作来说，知识库（Repository）是很重要的手段。在Power Designer中虽然可以批量处理文件夹内的一组模型，但单个模型仍然是知识库的管理单元；而工程可以真正作为一个整体存在。
- 比较与合并（Compare & Merge）：可以利用Power Designer现有的框架对工程进行细粒度的比较与合并，不仅在版本管理中必不可少，也会在一些特定的场合中体现出它的价值。
- 生成报告（Reporting）：报告是视图的延伸，也是Power Designer的延伸，以文档的形式呈现，对于特别是像工程这样关注大局的模型来说，也更加的重要。
工程的结构
在Power Designer 15的文件菜单中，加入了一个新的命令：新建工程（New Project）。在这个空的工程中，我们可以通过工具栏或右键菜单向工程内添加文档。
图1 新建工程对话框
图是工程在Power Designer浏览区（Browser）中的表示，工程中包含了若干模型和其他文档；我们也可以通过文件夹建立更深的层次结构，但是工程本身是不能嵌套的：
图2 工程的逻辑结构
工程在逻辑上可以管理任意物理位置的模型文件和文档，但工程直接管理的只是和工程文件（PRJ文件）处于同一级或更下级的文件夹中的文档；外部的文档只作为快捷方式（Shortcut）来引用。这一区别可以从文档的图标上看出来，外部文档的图标左下角有一个小的箭头符号。
在上传到知识库（Repository）中的时候，工程内部的文件也会被同时上传，而外部文件则需要额外的维护。
工程的模板（Project Template）
您或许注意到了在新建工程的对话框中，有一个选项叫工程类型（Project type），它选择的是一个工程模板。模板其实就是一个工程文件，在创建新的工程的时候，模板中的内容会被全盘拷贝过来。
在创建了一定的基本文档和层次结构之后，我们也可以将当前的工程另存为一个模板。这时，通过文件菜单中的另存为模板（Save as Template）命令，即可启动向导把一个工程保存成一个模板。
模板的机制，对于任何一个Power Designer模型来说，都是通用的。
工程视图（Project Diagram）
Power Designer之所以被称为 “集成化的”建模工具，不只是因为它覆盖了各种类型和层次的建模，而是其提供了各种机制来整合相互独立的模型，使得不同类型的模型之间可以相互关联，互相影响，在一个模型（或者对象，甚至属性）发生改变的时候，能够通知到与之相关的那个对象。
而工程的出现，为维护这些关系提供了新的手段，其工程视图就是一个总观概览的视角。
工程视图可以显示工程内各个模型或文档及其相互关系，模型间的这种关系被称为关联链接（Dependency Link）。在工程视图中，模型间的关联链接会被自动的显示出来，但我们不能像其他模型那样在视图上建立或修改其关系，这里只提供只读的访问权限来对模型进行观察。
如下图所示，这是一个工程视图的例子：
图3 工程视图举例
在Power Designer 15中，总结模型之间关联关系主要有以下三种：
- 生成（Generation）：由一个模型生成另一个模型，是Power Designer的一个常见的用例，比如可以通过一个概念数据模型（CDM）生成一个物理数据模型（PMD）。
- 映射（Mapping）：数据关系映射应该是一个典型的例子，比如数据模型（CDM）中的实体可以和面向对象模型（OOM）中的类进行映射。
- 引用（Reference）：一个模型中的引用或者复制（Replicate）另一个模型中的对象，那么他们就存在引用的关系。
通过扩展链接（Extended Link），您也可以为模型建立任意的逻辑上的关系，当然，Power Designer框架是无法自动根据这些逻辑关系对模型进行处理或更新的。
总结
Power Design 15通过引入工程（Project），提高了其对大规模的建模方案的支持能力。这里主要介绍了工程的结构和工程视图，对于工程的另一视图：框架矩阵（Framework Matrix）的介绍，我们将放到之后的文章中去。
参考资料：
- Power Designer 15 end user manual [Sybase Inc]