logo资料库

经典PowerDesigner 数据库设计教程 完整版.doc

发布时间：2022-06-24 发布人：admin 分类：说明书 资料大小：5.55M 资料格式：doc 举报 版权申诉
第1页 / 共70页
第2页 / 共70页
第3页 / 共70页
第4页 / 共70页
第5页 / 共70页
第6页 / 共70页
第7页 / 共70页
第8页 / 共70页
资料共70页，剩余部分请下载后查看
    前言 在 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，可见以下模型选项对话框，现在可以进行你喜欢的设置了。
    定义模型属性 在打开相应模型文件后，选择菜单栏中 Model->Model Properties,或在左边树性对象浏览器中选中对 应模型，双击/右键->选择 Properties，均可进入 Properties 设置区间，如下图： 接下来就可以进行你想要的设置了！ 新建 Requirements Model 下面以我自己最近的项目过程为例逐步讲解各过程： 项目简介：这是个类似动网或 CSDN 的论坛系统，参考了它们的功能设计，主要用于本人练习 N 层架构的 学习。 建立需求模型： 建立完成的需求视图
    首先我们要新建一 Workspace 作为整个系统各种模型，文档与报告信息集合。 启动 PowerDesigner,这时会默认打开一个 Workspace，单击鼠标右键->选择”Close”,这样我们完成了关 闭原来 Workspace，同时新建 Workspace 的工作。接下来就是在其中添加各种模型了。 新建 Requirements Model 点击 File->New 或鼠标右键单击 Workspace->New->Requirement Model 可以看到新建模型属性选项框如下： 选择左边 Requirements Model,其它为默认设置，确定,OK！ 下面我们对新建的 RQM 进行先进行一些基本属性设置： 在资源浏览窗口中右键单击刚建好的 RQM->Properties 或直接双击对应 RQM,直接进去模型属性设置 Model Properties,如下图所示：
    现在你可以进行自己想要设置了。这里我们将 Name,Comment 分别进行基本设置，同时系统默认 Name 和 Code 是一致的，Name 用来进行分析描述，为了形象明了可以使用中文，而 Code 则和后期的具体 设计有关，如用于编码设计，一般多用英文加数字等标准命名(仅供参考)。 同时我们可以看到在新建 RQM 时也自动建立了一个模型视图(View),接下来我们就要对该视图(View) 进行编辑以建立需求模型，根据前面需求模型简介介绍的相关 RQM 视图知识，需求模型可以用文档视图 的形式表示，后续的大部分工作只有对 View 进行编辑就 OK 了！ 先看看完成后的需求视图吧！ 这里的各系统需求是按层次排列的，这样也使需求文档视图能和标准的层次化 Word/rtf 文档能进行 相互转换。可以通过视图上方的工具栏进行全面的需求模型建设。 添加需求(Requirement)： 点击需求文档视图工具栏上”Insert a Row”工具或点击需求文档视图的空白区 这样一个预先默认自定义的需求已经添加在文档视图中，如下所示：
    编辑需求属性 双击需求 TitleID 左边的箭头(arrow)或单击需求文档视图工具栏最左边的 Properties 工具即进入属性属性编 辑。 其中除了 TitleID 栏之外每栏都处于可编辑状态的。 注：箭头所在行为选中行 属性各栏目对应着文档视图中的各可编辑栏。这里我们可以设置各需求的详细内容和描述信息，比 如标题(Title),需求描述(Description),优先级(Priority),风险(Risk),状态(Status),工作量(Workload)等详细内容。 详细设置信息请参考示例文件。 若要更改文档视图中的可见栏目，可以通过单击需求文档视图工具栏中 Customize Columns and Filter 工具，进入 现在可以选择您想要显示的栏目了。 这样我们就基本上完成了系统需求的设计过程，依此多次操作完成如下系统需求文档视图基本框架：
    后面的工作就是对其中各 Requirement 做进一步的细化，对各需求模块做更为细致的划分，即分层 细化，这样也和层次化的文档吻合。这里我们以对 Functional Requements 的设计为例进行讲解，先看看细 化完成后的需求文档视图(部分)： 现在让我们开始吧！ 方法一： 需求文档视图，选中 Functional Requirements->点击视图工具栏”Insert Sub-Object”工具(而不是”Insert a Row” 工具),这样就在 Functional Requirements 中插入了一个子对象。 方法二： 于左边资源管理窗口 Requirements 目录下右键单击相应需求名称->New->Requirement 即可。如下图：
    分享到：
    赞 收藏

    相关推荐

    资料库

    数据库

    共收录1218份资料，累计14个分类，关注成员有19位，主要包括：NoSQL,MongoDB,Redis,SQLite,Memcached,DB2,Sybase,Informix,PostgreSQL,MySQL,SQLServer,Access,Oracle,其它

    热门标签

    NoSQL MongoDB Redis SQLite Memcached DB2 Sybase Informix PostgreSQL MySQL SQLServer Access Oracle 其它

    最新资料