PowerDesigner培训资料

PowerDesigner培训资料UML基础，PowerDesigner基础UML简介1、UML发展概述1997年，OMG组织（ObjectManagementGroup对象管理组织）发布了统一建模语言（UnifiedModelingLanguage，UML）。UML的目标之一就是为开发团队提供标准通用的设计语言来开发和构建计算机应用。UML提出了一套IT专业人员期待多年的统一的标准建模符号。通过使用UML，这些人员能够阅读和交流系统架构和设计规划--就像建筑工人多年来所使用的建筑设计图一样。到2003年，UML已经获得了业界的认同。UML的主要创始人是JimRumbaugh、IvarJacobson和GradyBooch，他们最初都有自己的建模方法（OMT、OOSE和Booch），彼此之间存在着竞争。最终，他们联合起来创造了一种开放的标准。UML成为标准建模语言的原因之一在于，它与程序设计语言无关。而且，UML符号集只是一种语言而不是一种方法学。2、UML是什么？UML中文：统一建模语言，全称：UnifiedModelingLanguage，UML是一种定义良好、易于表达、功能强大的建模语言，UML使用图形和文字来传递信息。3、UML能为我们做什么？软件需求分析软件开发设计系统部署设计非软件领域的系统建模,如企业机构或业务过程，以及处理复杂数据的信息系统、具有实时要求的工业系统或工业过程等。4、发展和工具UML1.0是在1997年完成UML2.0是在2003年完成UML还在不断的完善和发展中，能绘制UML图形的工具主要有：RationalRose、PowerDesigner、MSVisio、ArgoUML、StarUML、ERWinUML常用图的简介UML常用的图有：用例图静态图（类图，对象图，包图）行为图（状态图，活动图）交互图（顺序图，协作图）实现图（组件图，部署图）1、用例图：用例图描述了系统提供的一个功能单元。用例图的主要目的是帮助开发团队以一种可视化的方式理解系统的功能需求，包括基于基本流程的角色（actors，也就是与系统交互的其他实体）关系，以及系统内用例之间的关系。用例图一般表示出用例的组织关系--要么是整个系统的全部用例，要么是完成具有功能（例如，所有安全管理相关的用例）的一组用例。要在用例图上显示某个用例，可绘制一个椭圆，然后将用例的名称放在椭圆的中心或椭圆下面的中间位置。要在用例图上绘制一个角色（表示一个系统用户），可绘制一个人形符号。角色和用例之间的关系使用简单的线段来描述，如图1所示：图12、类图：类图表示不同的实体（人、事物和数据）如何彼此相关；换句话说，它显示了系统的静态结构。类图可用于表示逻辑类，逻辑类通常就是业务人员所谈及的事物种类--摇滚乐队、CD、广播剧；或者贷款、住房抵押、汽车信贷以及利率。类图还可用于表示实现类，实现类就是程序员处理的实体。实现类图或许会与逻辑类图显示一些相同的类。然而，实现类图不会使用相同的属性来描述，因为它很可能具有对诸如Vector和HashMap这种事物的引用。如图2所示：图23、序列图：序列图显示具体用例（或者是用例的一部分）的详细流程。它几乎是自描述的，并且显示了流程中中不同对象之间的调用关系，同时还可以很详细地显示对不同对象的不同调用。序列图有两个维度：垂直维度以发生的时间顺序显示消息/调用的序列；水平维度显示消息被发送到的对象实例。如图3所示：图34、状态图：状态图表示某个类所处的不同状态和该类的状态转换信息。5、活动图：活动图表示在处理某个活动时，两个或者更多类对象之间的过程控制流。活动图可用于在业务单元的级别上对更高级别的业务过程进行建模，或者对低级别的内部类操作进行建模。根据我的经验，活动图最适合用于对较高级别的过程建模，比如公司当前在如何运作业务，或者业务如何运作等。这是因为与序列图相比，活动图在表示上不够技术性的，但有业务头脑的人们往往能够更快速地理解它们。如图4所示：图46、组件图：组件图提供系统的物理视图。它的用途是显示系统中的软件对其他软件组件（例如，库函数）的依赖关系。组件图可以在一个非常高的层次上显示，从而仅显示粗粒度的组件，也可以在组件包层次上显示。7、部署图：部署图表示该软件系统如何部署到硬件环境中。它的用途是显示该系统不同的组件将在何处物理地运行，以及它们将如何彼此通信。因为部署图是对物理运行情况进行建模，系统的生产人员就可以很好地利用这种图。PowerDesigner与UML的关系UML是一种语言，PowerDesigner是实现这种语言的工具。类似C#和visualstudio的关系。PowerDesigner简介Sybase®PowerDesigner®是一个“一站式”的企业级建模及设计解决方案，它能帮助企业快速高效地进行企业应用系统构建及再工程(Re-engineer)。IT专业人员可以利用它来有效开发各种解决方案，从定义业务需求到分析和设计，以至集成所有现代RDBMS和Java™、.NET、PowerBuilder®和WebServices的开发等。PowerDesigner是结合了下列几种标准建模技术的一款独具特色的建模工具集：业务流程建模、通过UML进行的应用程序建模以及市场占有率第一的数据建模，这些建模技术都是由功能强大的元数据管理解决方案提供支持的。1、公共特性:•需求管理—通过使用微软Word的导入和同步功能，收集、连接、管理、存储用户分配状态(userallocation)和可跟踪矩阵视图(traceabilitymatrixviews)，并提供了层次化的报表生成。•冲突分析—向上和向下检测冲突变化。能在变化产生之前以方便和安全的方式呈现存在冲突的文档和报表。•文档生成—提供全面向导驱动以及拖拽方式来生成Excel列表、HTML和RTP文档。•高度的可扩展性—可定制的GUI、MDA、脚本。•数据映射编辑器--以拖拽的方式实现对象/关系、XML到数据库和数据仓库的映射。•面向服务的架构—在业务和技术级上构建服务。2、建模技术:•业务建模—连接simulation的业务过程建模，并支持BPMN。•数据建模—多级的概念模型、逻辑模型、物理模型和数据仓库建模来支持现代的技术，诸如Java,XML以及采用IE和IDEF1/x概念的数据库的Web服务。•对象模型--高度可扩展性的UML1.x和2.0建模。•XML建模—独一无二的支持XMLDTD和Schema框架的数据图。•企业建模—全面的元数据管理，以及为支持项目和企业范围的冲突分析而提供连接和同步技术。3、可支持的平台:•过程执行--支持ebXML,BPEL4WS,ServiceOrientedArchitecture•RDBMS–全面支持60多种RDBMS，包括最新的Oracle,IBMDB/2,MicrosoftSQLServer,Sybase,MySQL,NCRTeradata以及其他数据源。•对象语言–全面支持JavaJ2EE,C#,VB.NET,PowerBuilder,XML,C++,WebServices以及其他语言。•开发整合—支持Eclipse,PowerBuilder和VisualStudio，并以插件的方式和模型实现代码的同步。4、企业知识库:•理想的团队解决方案—允许多个建模成员在一个相同的模型上同时工作。•元模型管理—能在一个位置上存储、管理和版本化PowerDesigner模型，以及其他类型的文档，同时全面的权限管理模型，能控制用户对模型的访问和可视化。•跨模型的冲突分析—知识库能为跨企业的冲突分析提供和维护完整的存储和跨模型的依赖关系。•软件资产管理—查找和重用跨越所有模型和项目的对象。•安全—基于角色的安全机制，同时伴有记录日志的功能。•打开—RDBMS中存储了知识库表，以使得能以SQL方式的报表呈现出来。PowerDesigner发展历史概述PowerDesigner版本发展历史：1989-在法国发布第一个商用版本AMC*Designor(版本2.0)1992-在美国发布第一个商用版本S-Designor1994-加入ProcessAnalyst1995-S-Designor改名为PowerDesigner，AMC*Designor改名为PowerAMC1997-发布PowerDesigner6.01998-加入WarehouseArchitect1999-重写PowerDesigner7.0，以支持最新的技术并保持与Sybase其他产品一直的界面200112月-发布PowerDesigner9.5的最初版本,并发布升级及维护版本直到2003年200412月-发布版本PowerDesigner10.02005-发布PowerDesigner11.020061月-发布PowerDesigner12.0，支持元数据映射以及报表20068月-发布PowerDesigner12.1，增强了MicrosoftVisualStudio以及SQLServer的支持20077月-发布PowerDesigner12.5PowerDesigner与Rose的比较1、所属公司Rose是Rational的产品，PowerDesigner是Sybase的产品2、二者区别概述Rose走大而全，一站式的策略，它没有将数据库设计和面向对象设计清晰地分开，仅以不同的目录来区分。而PowerDesigner将两者划分到独立的模型文件中，分别对应不同的设计环境，并通过模型之间的转换工具建立各模型的关联。即使对于数据库设计模型，PowerDesigner也需要你选择一个具体的数据库产品及其版本，以便工作环境对具体数据库敏感。所以Rose显得大而化之，而PowerDesigner则比较精细和一体化。Rose的逆向工程，文档输出，代码生成等输入输出功能上表现得比较生硬单调，PowerDesigner在逆向工程，特别是文档输出和代码生成这些功能上提供了精细的控制，让用户拥有高度的自由度。Rose在操作体验上存在很多需要改进的地方，Rose偏向于让用户用鼠标进行操作，对键盘操作支持不好。而PowerDesigner在用户体验上得分很高，大部分操作都可以通过键盘完成，在充分熟悉其快捷键的前提下，PowerDesigner将给设计者一种行云流水的感觉，用户交互上更加人性化。此外，Rose往往占用更多的资源，容易异常退出，PowerDesigner则显得轻便稳定。3、模型组织和层次结构上的区别模型组织Rose将数据库模型和对象模型放在一起，在进行数据表模型设计时，没有特性化的东西。而PowerDesigner将两者分开，其模型组织层级关系是：工作空间-模型类型-具体语言/数据库的模型-包-文件夹-Diagram-设计元素。工作空间PowerDesigner有工作空间的概念，一个工作空间下可以同时打开多个设计模型文件；而Rose同时仅能打开一个设计文件，如果在设计时，需要参考其他的Rose设计模型，则需要反复关闭现有模型，打开参考模型，显得设计上比较欠考虑。设计界面PowerDesigner的设计界面可以左右上下移动，而Rose只能向右，向下移动，此外，PowerDesigner可以将模型元素放大很多倍，而Rose只能放大到正常倍数，不过Rose的Overview工具可以使用户快速定位到设计区中特定的区域，有点类似于游戏界面中常用的小地图，挺不错4、对模型和语言的支持对设计模型的支持力度和广度PowerDesigner对对象模型和数据库建模两者的支持力度已经大抵相等，此外，还支持概念模型、业务模型、需求模型、XML模型、信息流模型、自由模型的分析设计。不过对后面这几个模型的支持比较初级，而且在实际的应用中，这些模型用得也比较少，PowerDesigner的突出亮点还是在数据库建模和对象模型的设计上。对于数据库模型，PowerDesigner支持20余种数据库，对于同一数据库的不同版本还提供单独的支持，以便在设计数据库模型时，提供数