用power designer画用例图方法
用power designer画用例图方法
画用例图用例图组成：系统边界。
参与者。
用例。
关系。
参与者：Actor不是人，而是指参与用例时担当的角色。
如果一个角色的操作是由另一个角色代理完成的，请建立该角色到另外角色之间的依赖。
怎样识别参与者呢？1. 是谁向系统提供的信息呢.2. 谁向系统获取信息。
3. 谁操作系统。
4. 系统使用哪些外部资源5. 系统是否和已经存在的系统交互系统、子系统或类与外部的参与者（actor）交互的动作序列的说明，包括各种序列及出错序列。
用例分析可以认为是对系统功能的分解。
怎样确定用例的粒度呢？用例的粒度（用例的大小）可大可小，一般一个系统易控制在20个左右。
用例是系统级的抽象的描述，不是细化的（是做什么，非怎样做）。
对复杂系统可以划分为若干个子系统处理。
怎样获取用例呢？参与者希望系统执行什么任务？参与者在系统中访问哪些信息（创建、存储、修改、删除等）？需要将外界的哪些信息提供给系统？需要将系统的那个事件告诉参与者？如何维护系统？UML中的四种关系。
关联（association）包含（include）扩展（extend）泛化（generalization）关联关系描述参与者和用例之间的关系。
用单向箭头，表示谁启动用例。
每个用例都有角色启动，除了包含和扩展用例。
包含。
是指两个用例之间的关系。
其中一个用例（基本用例，base use case）的行为包含了另一个用例（包含用例，inclusion use case）的行为。
如果两个以上用例有大量一致的功能，则可以将这个功能分解到另一个用例中，其他用力拉可以和这个用例建立包含关系。
上面的例子就是说查询、提款和转账三个用例都有一个一致的功能，所以将这个功能提取出来为一个用例。
且这三个用例和提取出的这个用例之间是包含的关系。
执行基本用例的时候也可以执行被包含的用例，被包含的用例也可以单独执行。
如果一个用例的功能太多时，可以用包含关系建模成两个或多个小用例扩展。
也是指两个用例之间的关系。
PowerDesigner用例图展示设置
6楼正解不用引用什么我直接在引用库里删除了systemruntimeserialization然后再添加systemruntimeserialization就可ห้องสมุดไป่ตู้了点出来json了
PowerDesigner用 例 图 展 示 设 置
powerdesigner用例图显示设置 powerdesigner中的绘图功能真是不敢恭维，折线半天弄不直，直线半天弄不弯。 1、修改显示设置 tools-->display preferences 这里有很多表现设置，我们需要的在format菜单下，比如点击use case association，小人儿与用例连接的线。 点modify，在line style页下有个line-->corners下拉框，第二个就是那sb折线。如果您打算用直线，请选第四个（别怀疑，这个可以拉直）。 设置好后可以选择是否保存为默认值，默认到本symbol，自选默认到哪些symbol（用左下角的apply to）。 2、设置线的转折点 如果你觉得一个弯不够，按住ctrl，点线增加和减少转折点。
Power Desinger基本使用指导
Power Designer 基本使用指南选用12.5版本一、创建ER 图1、打开Power Designer 软件，选择“文件”菜单“新建”命令，弹出图1所示对话框。
图12、在图1左侧选择“ConceptualDataMode ”，然后右侧输入ER 图名称，比如“学生管理ER ”，点击“确定”按钮，进入图2所示。
图23、利用鼠标左键点击工具条上对应图形，然后在工作区适当位置左键点击鼠标，出现实体框架。
右键单击推出实体绘制。
4、双击一个实体图形，出现实体属性对话框。
如图3所示。
在name中输入该实体名称，比如：学生。
Code不用输入，自动与name同名。
图35、在图3中点击“Attibutes”选项卡，然后在里面输入实体的各个属性及其详细信息。
其中M表示强制标示，即该属性必须输入。
P标示为主键标示。
如图4所示。
图46、在图4中设置属性的数据类型的时候，可以选择，也可以点击后面的按钮，弹出图5所示的对话框，从中选择数据类型及长度。
比如图5所示。
图57、在图4中设置了P标示之后，应该点击“Identifiers”选项卡，如图6所示，然后在图6中设置标示的名称Name。
如图所示，可以输入“主键”，也可以输入“学生主键”等等名称。
图68、在一一设置好所有实体之后，再开始设置实体间联系。
如图7所示。
比如设置“学生”和“专业”实体之间不带属性的关系，过程如下：首先在工具栏中点击Relationship 按钮，然后在图7中在第一个实体“学生”实体上按下鼠标左键（不要松开），然后移动到第二个实体“专业”实体上之后松开鼠标左键。
将会出现两个实体之间联系，如图8所示。
图7图89、然后在图8所示的图中用鼠标左键双击两个实体之间的联系线。
然后弹出图9所示对话框。
首先在“Grneral”选项卡中输入Name，比如：注册。
图910、然后点击“Cardinalities”选项卡，设置联系类型和基数（Cardinality）。
Power Designer教程
系统分析与建模工具一、概述PowerDesigner 包含4 个模型，即业务处理模型(BPM)、概念数据模型( C D M )、物理数据模型( P D M )和面向对象模型( O O M )。
这4 个模型覆盖了软件开发生命周期的各个阶段。
在软件开发周期中，首先进行的是需求分析，并完成系统的概要设计：系统分析员可以利用B P M 画出业务流程图，利用O O M 和C D M 设计出系统的逻辑模型：然后进行系统的详细设计，利用OOM 完成系统的设计模型，并利用PDM完成数据库的详细设计，最后，根据O OM 生成的源代码框架进入编码阶段。
建模工具的重点曾经完全放在数据建模这一个方面，而随着需求的不断提高，商业流程建模和UML 已经成为软件开发不可缺少的部分。
从PowerDesigner 的变化，可以看出它正在努力发展成为UML 建模工具，但同时又不放弃自己的特长，即提供更好、更方便的数据建模能力。
PowerDesigner 支持UML，包括新的业务处理建模能力，改善了的基于UML 的对象模型，而且可以在一个丰富的图表环境中，支持传统的和新增的建模技术。
因此，对于那些需要跨平台作业和使用多种类型编码的项目，可以大大地缩短开发时间，降低复杂度。
PowerDesigner还具备一个完整的版本资料库（repository)，用来存储和管理所有建模和设计过程中的信息，并将最大限度地减少其中不一致的部分，从而极大地提高了开发者的效率。
市场上有很多工具提供数据建模，包括数据仓库建模、对象建模、业务流程建模以及U M L 建模等，但这些产品都无法与将所有的功能集于一体PowerDesigner相媲美。
在努力将商业需求和IT 技术需要结合时，建模工具之间的一致性显得尤为重要。
通过PowerDesigner，有可能通过一套完整的工具来集合三种建模技术—业务流程建模、数据建模和UML 建模，从而使商业和IT 部门能够更容易进行项目合作，帮助客户实施更多连贯的、成功的项目。
PowerDesigner简易使用教程
需求可，求以并模使逻统逻么具(DL将型用体的辑抽辑BDM展记是面用言语它M(。结需数数象RS如示录)言向例(Q们建构据据，求U更M何你 数建对，M分模，模模也模加)L在的 据模可结象配。独型型不型)企 技 述 等 合具部传机 是。帮构模给立不(能企术 单，表业体L署递构 从助和型相D于能像业层 元包架示。。的中 何M您行(应任O像物的的 的括构任你)过你数 而为 分O可的何概战理对 结业模何程可M可据 来，析人以特略念数企 构务型结)中以以的，可它任员帮定发数业 及流据(构E改动往针针以通何来助的展据的 行程模A化变向何帮J过对形实M您物方a体 为模、型文v的)。处助使式现所分a理从向系业 ，型(，档P。你去你用的。析数有业。D架务以(.C(N可，分统M需如你信据务流D构功确E)以以析一M息库那层T进行能保)分及和系建系。么那、行、各的析数其统模应全系单和据的他语用方统元层面、能以的人够描及员符
创建者
Characters (20)
创建日期
Date
备注
Variable characters (150)
Identifier_1 <pi>
角色_模块_多对多关系
转换成PDM
模块
模块编号 <pi> Serial
<M>
父模块编号
Integer
模块名
Variable characters (30)
备注
Variable characters (150)
ccchhh老ccccccaaarrrhhhhhh人(((aaa师aaa222rrrrrr00)((())(((22222200)<000))p)))k><p<kp>k>
姓类名型
PowerDesign图文教程
PowerDesign 6简易介绍--taoqing建立一个新table (1)定义或修改表名/表结构 (2)生成table sql script(脚本) (4)其他 (5)定义表索引 (5)常用功能介绍 (5)建立一个新table图示 1点击箭头所示图标，然后再点击绿色区域，一张空table即出现在屏幕上。
如果需要产生多张空白table，则在绿色区域继续点击。
结束产生空白table可点击Mouse右键，此时Mouse 指示会恢复为箭头形状。
定义或修改表名/表结构图示 2双击你需要修改的表，在弹出的窗口(图示3)，定义两处内容：(Name用中文英文以便查询写程序的时候方便，Code即是你最终会产生的table name)图示 3点击图示 3 中的按钮[Columns]注：(1) 表示是否为primary Key ，即主关键字 (2) 表示是否不允许为Null (即Not Null 选项)对于需要有Default 值的字段，可以点击按钮[CHECK]，例如定义”录入日期inputdate”的默认值为当前日期：生成table sql script(脚本)选择你需要产生的table：1.按住用Mouse左键，然后在powerdesign绿色区域移动，可以选择多张table;2.可以按住shift键，用Moues点击以选择多个table。
选择菜单[Database]-[Generate Database ….]或按热键Ctrl + G，出现下图：点击[Generate Script]按钮，选择[YES],[YES]，最终看到产生的脚本如下：其他定义表索引双击你需要定义索引的table ，再点击[index]按钮，出现下图：在上方name 和code 直接输入索引名称，点击[Add]可选择字段。
PowerDesigner 连接oracle直接生成数据库中的表配置的前提是要有装oracle的驱动程序，如果有装oracle服务器端或客户端就自动安装上的oracle的驱动程序1、database->generate database2、general->Direct generation 如果没有配置好数据源，就要点数据库的图标3、配置Data Sourcce选择ODBC machine data source选择Configure4、点击添加data source 选择用户数据源（只用于当前机器）5、选择oracle驱动，填写新建的数据源的名字即可！如何将数据库中的表导入到PowerDesigner中？1、打开PowerDesigner12，在菜单中按照如下方式进行操作file->Reverse Engineer->DataBase点击后，弹出New Physical Data Model 的对话框2、在General选项卡中Model name:模板名字，自己命名。
powerdesigner 教程
PowerDesigner 教程一、介绍PowerDesigner 是一款由 Sybase 公司开发的建模工具，可以帮助用户进行数据建模、业务流程建模、UML 建模等。
它支持多种数据库平台，如 Oracle、SQL Server、MySQL 等，同时还支持多种编程语言和建模标准。
二、安装和配置1. 下载和安装首先，你需要从 Sybase 官网下载 PowerDesigner 的安装包。
下载完成后，双击安装包文件并按照提示进行安装。
安装过程比较简单，只要按照默认选项进行就可以了。
2. 设置数据库连接安装完成后，打开 PowerDesigner，第一次启动时会弹出一个欢迎界面。
在这个界面上，你可以选择连接到一个数据库，或者选择暂时不连接。
如果你选择连接到一个数据库，那么你需要配置数据库连接。
点击界面上的“数据库连接”按钮，弹出一个设置数据库连接的对话框。
在对话框中填写数据库的相关信息，包括数据库类型、主机名、端口号、用户名和密码等。
三、数据建模PowerDesigner 是一个强大的数据建模工具，可以帮助用户进行实体关系图的绘制。
以下是使用 PowerDesigner 进行数据建模的基本步骤：1. 创建一个新模型首先，打开 PowerDesigner，点击菜单栏上的“文件”，选择“新建模型”。
在弹出的对话框中，选择你要创建的模型类型，如逻辑模型、物理模型等。
选择模型类型后，点击“确定”按钮创建新模型。
2. 绘制实体关系图在新创建的模型中，你可以通过拖拽实体和关系来绘制实体关系图。
首先，从左侧的工具栏中选择“实体”工具，在画布上点击鼠标左键，然后拖拽鼠标以绘制一个实体。
接着，选择“关系”工具，在画布上点击鼠标左键，然后拖拽鼠标以绘制实体之间的关系。
3. 定义属性和约束在绘制实体关系图的过程中，你可以双击实体或关系来定义它们的属性和约束。
点击实体或关系，然后在右侧的属性编辑器中进行编辑。
你可以定义实体的属性、主键、外键等，也可以定义关系的类型和约束等。
Power Designer 视图&用户授权 操作图示
Power Designer 视图用户授权建立/修改方法1. 确定自己选择了物理模型图2. 点选“模型”菜单，选择自己需要建立的单元渣翻译3. 用户的建立点击Users and Roles Users后，点击红色方框所示处建立新的用户成功建立后的用户所处的位置如图示4. 右键点击要授权的用户选择属性打开一下的分页开始这个图表是全空的需要我们自己插入被授权的实体然后点击后面的授权框如：要在餐桌授权可查询可更新，就单击一下餐桌的Select 和Update……记得按确定多点一下是授权可使用且可再授权该操作5. 建立视图的话……在步骤2里头点选View点红圈圈建立图表同理开始的时候这个框里头也是什么都没有的自行建立以后下面的是效果/*好吧这里有个还不理解的地方*//* 按PD的设计理念：*//* 我们是应该不需要自行输入SQL语句的（就像Android的设计理念）*//* 但是……但是……*//* 以下操作：（靠！装逼是吧？买个屁关子啊啊啊啊啊？！）*/6. 建立视图与实体的关联（通过SQL语句，这是不正统的方法无误）双击视图的框体，得到视图属性框，选择SQL Query页，输入查询语句（数据库实验5）记得点确定- -Index就是索引正常的话在建立物理模型的时候已经建立好了的（PD12.5）Indentifier就是关键字可以在属性框修改如图也是唯一一个可以在概念模型图修改的玩意……User是用户Permission是授权View 视图……Ps. User用户的授权仅仅是修改了用户的权限并没有创建用户所以在PD输出的SQL语句执行的时候会返回（很多）错误是正常的大家无需惊慌……Ps2. 除去错误的方法……不是很麻烦不过我用的是SQL2005……和2000会有点不同2005/2008 的用户直接在图形界面建立即可Ps3. 然后简单说2000的童鞋就直接用企业管理器建立用户名两个系统记得用户时都必须记得要参照自己所授权的用户种类PsP. 这个纯粹是蛋疼……如果有人想知道具体操作请找我……估计没人这么蛋疼吧反正树人哥没有我们的SQL电子版以上……多嘴一下关于第六步的谁知道正确的方法请告诉我……Thx。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
画用例图
用例图
组成：系统边界。
参与者。
用例。
关系。
参与者：Actor不是人，而是指参与用例时担当的角色。
如果一个角色的操作是由另一个角色代理完成的，请建立该角色到另外角色之间的依赖。
怎样识别参与者呢？
1. 是谁向系统提供的信息呢.
2. 谁向系统获取信息。
3. 谁操作系统。
4. 系统使用哪些外部资源
5. 系统是否和已经存在的系统交互
系统、子系统或类与外部的参与者（actor）交互的动作序列的说明，包括各种序列及出错序列。
用例分析可以认为是对系统功能的分解。
怎样确定用例的粒度呢？
用例的粒度（用例的大小）可大可小，一般一个系统易控制在20个左右。
用例是系统级的抽象的描述，不是细化的（是做什么，非怎样做）。
对复杂系统可以划分为若干个子系统处理。
怎样获取用例呢？
参与者希望系统执行什么任务？
参与者在系统中访问哪些信息（创建、存储、修改、删除等）？
需要将外界的哪些信息提供给系统？
需要将系统的那个事件告诉参与者？
如何维护系统？
UML中的四种关系。
关联（association）
包含（include）
扩展（extend）
泛化（generalization）
关联关系
描述参与者和用例之间的关系。
用单向箭头，表示谁启动用例。
每个用例都有角色启动，除了包含和扩展用例。
包含。
是指两个用例之间的关系。
其中一个用例（基本用例，base use case）的行为包含了另一个用例（包含用例，inclusion use case）的行为。
如果两个以上用例有大量一致的功能，则可以将这个功能分解到另一个用例中，其他用力拉可以和这个用例建立包含关系。
上面的例子就是说查询、提款和转账三个用例都有一个一致的功能，所以将这个功能提取出来为一个用例。
且这三个用例和提取出的这个用例之间是包含的关系。
执行基本用例的时候也可以执行被包含的用例，被包含的用例也可以单独执行。
如果一个用例的功能太多时，可以用包含关系建模成两个或多个小用例
扩展。
也是指两个用例之间的关系。
一个用例可以被定义为基础用例的增量的扩展，称作为扩展关系。
扩展关系是把新的行为插入到已有的用例中方法。
基础用例即使没有扩展用例的执行不会涉及扩展用例，只有在特定的条件发生，扩展用例才被执行。
泛化（继承）。
一个用例和其几种情形的用例间构成泛化关系。
往往父用例表示为抽象用例。
任何父用例出现的地方子用例也可出现。
1 对用例的描述。
1. 用例图：只能描述系统的大概功能，是一种视图。
2. 用例描述：更详细地描述用例的功能。
2 用例描述的组成
用例名称，简要说明/描述，优先级，参与者，前置条件，基本事件流，其他事件流，扩展点，后置条件。
事件流：就是用例执行时，由一序列活动组成的控制流。
基本事件流：对用例中常规、预期路径的描述。
扩展事件流：主要是对一些异常情况、选择分支进行描述。
前置条件：在用例启动时参与者（actor）与系统应置于什么状态。
后置条件：用例结束时系统应置于什么状态。
以上述的"新增书籍信息"为例，说明如何细化用例描述。
1. 用例的概要描述
用例名称：新增书籍（UCO1）
简要说明：录入新购书籍信息，并自动存储建档。
事件流：基本事件流和扩展事件流。
非功能需求
前置条件：用户进入图书管理系统。
后置条件：完成新书信息的存储建档。
扩展点：无
优先级：高（满意度 5 ，不满意度5 ）
2. 详细描述
基本事件流
∙图书管理员向系统发出"新增书籍信息"请求。
∙系统要求图书管理员选择要增加的书籍是计算机类还是飞信计算接类∙图书管理员做出选择后，显示相应界面，让图书管理员输入信息，并自动根据书号规则生成书号。
∙图书管理员输入书籍的相关信息，包括：书名、作者、出版社、ISBN号、开本。
页数、定价。
是否有CD-ROM。
∙系统确认输入的信息中书名没有重名。
∙系统将所输入的信息存档建档。
扩展事件流。
∙ A 如果输入的书名有重名现象，则显示出重名的书籍，并要求图书管理员选择修改书名或取消输入。
∙A（1）图书管理员选择取消输入，则结束用例，不做存储建档工作。
∙A（2）图书管理员选择修改书名后，转到A。
如下例所示建立用例模型。
有一个业务需求如下，要求我们为其构件一个用例图。
1）系统可以供教师使用来为学生记录成绩。
2）系统根据需要创建报告卡。
1. 系统允许用户浏览记录的成绩。
首先这里面要问到的是：11）中教师可以记录学生信息，这就是说教师可以录入、修改和删除学生信息了。
22）中系统要创建报告卡，是谁来创建报告卡呢？这里就应该有权限的问题了，系统需要管理人员来来执行这项工作，另一个方面做系统的维护工作。
报告卡创建后干什么？管理人员检查其准确性之后，由教师来分发报告卡。
33）系统允许用户浏览成绩，是谁可以浏览成绩呢？是学生和老师。
2. 从中得到这个系统的参与者是：教师，学生，管理员。
主要用例：录入成绩。
更新成绩。
生成报告卡。
报告卡准确性。
分发报告卡。
浏览成绩。
要区分用例的优先级。
首先是：记录成绩，浏览成绩，更新成绩，生成报告，检查报告卡的准确性，分发报告卡。
细化每一个用例。
对"记录成绩"进行细化，下面是对该用例的主事件流。
∙首先是教师要确定录入哪些学的成绩。
∙系统中要确保学生在数据库中。
∙教师说明记录哪像作业的成绩。
∙系统开始数据库的一些事物。
∙系统为学生把作业加入到数据库中。
∙教师输入学生作业的成绩。
∙系统核对输入的成绩是否符合正确的范围和格式。
∙系统记录作业的成绩。
∙系统结束事物的处理。
∙系统提示教师成绩已经记录好。
从细分的用例中发现新的用例，并根据优先级重新排列。
机房收费系统的用例图。
1、首先是分析系统中的角色（Actor）。
谁向系统提供信息？-----学生
谁从系统获取信息？----学生、管理员、操作员、一般用户
谁操作这个系统呢？--一般用户、操作员、管理员。
谁维护这个系统呢？---管理员。
系统要使用的外部资源？---数据库。
系统是否和已经存在的系统交互？---好像没有。
从中找出这个系统的Actor---（学生、一般用户、管理员、数据库）
1. 基本Use case。
找出的参与者希望系统执行什么任务？
学生---去注册卡号，后充值，上机，下机，付钱，查看信息（查看自己的个人信息，上机信息，卡内的余额信息），不想用了就注销卡号。
（学生的需求是要通过系统用户对系统的操作来完成的。
所以学生和系统用户这两个角色之间是关联关系。
）
一般用户—主要是用这个系统来管理学生上下机。
可以登录到系统中去，后学生刷卡上机，显示上机的学生的记录，显示登录时间，查看学生上机状态，学生下机，显示下机时间和消费金额，可以修改自己的密码，查询余额。
操作员---主要是用这个系统为学生进行注册充值以及查询一些信息。
登录到系统中去，可修改密码，根据学生的要求使用系统来，注册，充值，退卡，注册后充值可以查看收取金额，学生基本信息维护，学生上机统计信息，最后退卡时，查看金额退还信息来退还相应的钱数。
最后可以查看老师和自己的工作记录。
管理员---登录到系统中去，可以修改密码以确保安全性。
利用这个系统可以对学生的上下机情况查看。
可以对一般用户和操作员的工作记录查看。
参与者在系统中访问哪些信息（创建、存储、修改、删除等）？
参与者在系统中需要访问
需要将外界哪些信息供给系统？
外界提供给本系统的信息是---学生信息、系统时间信息、系统用户信息。
需要将系统的哪个事件告诉参与者？
……无……
如何维护系统？
管理员负责对系统的维护-----基本数据的设定。
用例图如下所示：
学生和一般用户的用例图。
学生和操作员的用例图。
学生和管理员用例图所示：。