【IT168 技术文章】

    为了应付日益复杂和庞大的建模任务，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）中的时候，工程内部的文件也会被同时上传，而外部文件则需要额外的维护。