PD使用说明.doc

前言 在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等模型内容，我将会在后期陆续更新。 为了更好的将原文含义再现，不加入我个人语言习惯，我尽量按照原文档内容翻译。 环境简介 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 Description Requirement 功能行为的名称或内容，可以是父级或子级需求的一部分，它应该在被指派给用户或群(Groups)前被准确定义说明 Glossary term 用于需求模型中的词汇，它应该被正确定义说明以避免误解，建立一定的通用规则 User 至少与某一需求有关的个人