内容发布更新时间 : 2024/11/15 3:48:56星期一 下面是文章的全部内容请认真阅读。

前言

在CSDN上转悠经常看到有网友寻求PowerDesigner相关资料的帖子，Baidu,Google上找找还真很少；同时也有不少网友发来Email询问相关PowerDesigner问题或索要相关资料的，故下定决心制作本文档。折腾二十多天，终于输出了现在的文档，其中绝大部分内容都是依照PowerDesigner自带的帮助文档翻译过来，乐意啃英文的朋友最好还是看其”原汁”教程，同时本文档仅用于帮助分析设计人员更快熟悉掌握PowerDesigner的使用方法，不包含分析设计方面的理论，所以要作好系统的分析设计工作还是需要用户深厚的项目实践功底。

起初想尽量按照PowerDesigner自带帮助文档完整地进行，尝试了一上午的工作之后这种方案马上就被我否决，原因有二：1.内容太多，工作量太多。2.原帮助文档特别周全，个人觉得可以在内容上作很大程度的压缩。姑决定按原帮助文档写，同时加入自己目前正在做的技术论坛分析设计过程以便于理解。 对本文档内容的几点说明：

1． 本文档只包括PowerDesigner部分内容（RQM,Report,CDM,PDM），内容不够全面。 2． 内容尽量简略，一些相同或类似操作过程尽量不再重复。

3． 部分术语参考了飞思科技产品研发中心监制电子工业出版社的《PowerDesigner数据库系统分析设计与

应用》。

4． 暂时没有包含OOM,XML,BPM,ILM等模型内容，我将会在后期陆续更新。

版本说明：我使用的是PowerDesigner Trial 11英文版，因此文档中一些菜单，按钮名称也用英文写出（因当心自己译出的名称和中文版上的名称不一致而造成理解不便），若是给使用中文版的朋友带来不便，我在这说声”抱歉”了!同时由于各版本不同部分操作可能会有所区别。

这里要感谢在我进行翻译工作期间给我发送Email关注的网友，感谢一直支持我的朋友们！由于第一次做翻译工作，限于水平有限，文档中肯定存在很多不足和错误之处，衷心欢迎各位网友指点迷津，期望得到您的指导！

Email:dingchungao@gmail.com dingchungao@126.com QQ:330982401

Blog:http:\\\\feiren1421.cnblogs.com

Slash

2006.8.31

PowerDesigner11.0.0.1363评估版

为了更好的将原文含义再现，不加入我个人语言习惯，我尽量按照原文档内容翻译。 环境简介

需求模型

Workspace

左边的资源浏览窗口Browser提供当前的Workspace层次结构，根节点为Workspace节点，Workspace中可以包含目录(Folder)，模型(Model)，多模型报告(Multi-Model Report),其中模型可以各种系统支持的模型类型。

一般我们将欲构建的目标系统的各种模型，文档及报告放在同一Workspace中，以便于模型设计与管理。 Workspace定义了使用PowerDesigner建模时的信息集合，PowerDesgner工作时只能有一个Workspace处于打开状态。要新建Workspace必须先将当前Workspace关闭，如以下操作：右击当前Workspace->选择”Close”,这样即完成了原Workspace的关闭，同时也自动创建了新的Workspace，只是新Workspace中还没有内容。接下来就可以在其中添加自己想要新建的模型了。

需求模型基础(Requirement model basics)

Requirements Model(RQM)是一种文档式模型，它通过准确恰当地列出，解释开发过程程中需要实现的功能行为来描述待开发项目。你可以为开发过程中需要使用到的各种结构化技术文档（功能或技术规格说明书，测试计划）而使用Requirements Model.

Requirements Model以下面两种视图呈现（而不是以图表形式）： 需求文档视图 对一系列公共属性进行编号

可编辑行矩阵 单元格代表了当前需求与设计对象，外部文件或其它需求的联系 Requirements Model允许你可以： 对一结构化技术文档建立需求模型 检查现有或引入的模型

对需求和设计对象(其它类型模型)建立联系

对其它设计对象建立需求模型，或反之通过需求模型建立其它设计类型

从需求模型生成或更新MS Word文档,提供用户一符合需求模型的MS Word文档 从现有MS Word文档生成或更新相应的需求模型 各对象之间关系如下图所示：

Requirements Model应该包括如下特定对象(Object)：

Object Requirement Glossary term User Group Description 功能行为的名称或内容，可以是父级或子级需求的一部分，它应该在被指派给用户或群(Groups)前被准确定义说明 用于需求模型中的词汇，它应该被正确定义说明以避免误解，建立一定的通用规则 至少与某一需求有关的个人实体 至少与某一需求有关的用户(user)群体 由于Requirements Model中没有图表，以上各对象均没有与之对应的图象符号。需求是以图表视图形式列出，可编辑矩阵视图显示出需求和各设计对象，外部文件或其它需求之间的联系。

需求建模环境包括一系列定义不同模型内容和行为的参数和设定选项，你可以通过在建立模型时，使用默认选项建立模型后或建立模型模版时进行设置。

菜单栏—>选择”Tools”?Model Options，可见以下模型选项对话框，现在可以进行你喜欢的设置了。