PowerDesigner基础入门.pdf

所需积分/C币:10 2012-01-12 17:40:58 4.79MB PDF
3
收藏 收藏
举报

PowerDesigner基础入门.pdf
Order Re gistration OrderProcessing CRM ERP shipping 用沪 Submit order Registbrorde Verify Customer erify Stock ProcessOrder 图2-货款应用程序的序列图 活动图 (The Activity Diagran) UML活动图设计用于帮助您了解系统中对象的动态变化。用于描述某一特定类或一组类 如何协同工作。与序列图有所不同,活动图不是一系列与时间相关的通信,而是从一个任务 到另一仟务的控制转移,同时指定谁(哪个对象)对发生的仟务负责 UML活动图也是业务流程的技术视图。可对业务工作流进行分析或在“业务流程建模〃工 作后可获得活动图。 活动图还可帮助构造系统内元素的详细动态视图(EJB如何互操作等)。 C更atde Re ceptor st START Sh tbtbi Readme tt 卩 Doess oo po ate o nder Checx Custome I息cott Ciec stock tock Response o desig em payee Pe瑟0e Sip FedEx owe n hit Oue n nit De l ue nr Ship US Postal Grolid conm od 图3-活动图一处理订单 通过分析推动设计 通过分析模型可捕获独立于实施细节之外的系统意向和预期行为,与使用的语言、部署 的应用程序服务器或使用的体系结构都没有关系。但是,设计阶段开始后,一切都发生了变 化。您必须进入生产环境的细节并将软件构建至特定的体系结构。设计是对系统的实施。 如果设计是由分析得到的,您可以更加确信所编写的系统行为的正确性,确认所开发的 成果将是一个按需求构建的系统。您将获得高度成功—一让用户得到所需要的系统。您还 可以直接利用分析得出的信息而无需在设计过程中重新生成,从而缩减开发时间,由于不必 “重新复間”任何工作,因此减少了人为错误 通过分析,我们可获得什么呢?通过用例图可以发现对象并促进类和接口的创建。一个 或史多类和接口可以实现一个角色,您可以在角色定义中直接创建类和接口。您还可以将角 色链接到现有的类和接口,显示如何使用一条代码来满足所分析的多个元素 通过序列图可以发现方法并促进类操作的创建。如果您需要向类发送消息,您可以调用 该类的方法。序列图中的消息可以用来自动创建操作或链接到现有操作ε您π以通过链接跟 踪方法的功能,包括将哪些作为输入内容和必须返回哪些内容等等。 设计所包含的内容 您已经知道要构建的内容,现在您需要表述如何构建。您需要确定业务逻辑所在的位置: 可以置于应用程序服务器的EB等组件中,也可以置于使用VB或 Power builder等语言 作为客户端应用程序一部分的类或组件中,或者做为触发器和过程内置于关系数据库中。您 需要根据需求做出一些选择,包括扩展性、安全、性能和可访问性等方面。UML类图和 组件图将用于定义详细的技术系统静态结构。 类图( The Class Diagram υML类图、业务逻辑和所有支持结构同被用于定义全部的代码结构。既然类图用来模 拟开发中所维护的实际代码,显然它是Java或 Powerbuilder等对象语言的概括性表述 您还可以使用UML类图米概括XML中的复杂结构,令其更易于开发和理解。 可以从UML类图上生成代码。还可以在开发过程中编辑该代码以完善、测试和部署最 终运行的应用程序。由于 PowerDesigner在对象语言和UML类图之间具有1:1的映射功 能,您还可以实施反向工程代码,读取源文件并创建新的类图。您可以更深入地坦解现有系 统并简化集成和维护工作。 Customer P roduct name java lang String name java lang String email java lang Stnng price double phone java lang String oder orden int orderlterm orderDate : javautil Date id uantity int 图4一订单输入系统的类图 组件图( The Component Diagram) UML组件图将被用于在更大的黑匣视图( Black Box view)中描述高级对象的定义和相关 性。它仍然是一个设计模型,并且是代码的直接概括。例如,一个EB的组件标识直接链接 到实施所必需的一系列类和接口,并将生成所需代码来推动最终bean的开发。 Customer EntityB ean CMP <<E JBEntt>> Custm etbean & cth ebC。nxt: EntiC。ntt <<Construc to> Custom eean o bAc也a始0 vo i e bload von e bRassia te Q e bRem ore 0 vo i e bs bre 0 od sete n ttc on tezt ntit Con text ct):voi unse tE ntityCon tezt o 组件图比组件体系结构的代码层视图更容易理解和管理。还π以通过编写组件接口的文 档米实现代码的共享和反复使用,用户无需(或很少)了解组件的实施细节即可在其他项目 和系统中使用这些代码。 右击 Customer Entity Bean_CMP,选择 Create/ Update Class Diagram,成如下 class diagram: BEBT28580 CdomrH-me +GEJB阳 dsrvstha:e mdE洲 mrKc soms rh:on E」旧 RemdteHbm m如2日 akn4后tg d tboambeet Enttyocnbwt wang. teng nswt〕 tham gva Mn后山 g nswM dd vE日F - Cbma gdEms10 stes StEm o"a上 ng aring nww Emr d oviNg ama etPhonggavg kng aning nsw Phans) d 心JcQb an a ACtEntyconbot tEnttyonted dQ ungctEndyonbe自 vdd P而y oisomaFK oeEJBLobIHmee 4ce动的:b。n harwoods a somLocelHn金 P和阳w动d驴Pm网 Emsr PKk osbomLool 图6-客广实体bean的EJB模型 循环叠代工程 世界不是一成不变的,您的IT项目也如此。在您了解需求,通过分析进行了设计,并 构建了系统的某些元素后,必然还会遇到新的变化,如要更新定义,又或者现有用例图中存 在某些需要改正的错误,代码在IDE和文本编辑器中被编缉以及数据库被DBA优化等。 必须管理和掌握所有需要史改的细节,以确保所枃建的系统能够与业务需求侏持一致。 往返工程的一个方案是当代码在开发过程中被更改时,需要在类图中反映出来。具体细 节如下: 1.创建米图并将业务逻辑元素添加到模型 2.生成文件系统的应用程序代码 3.在1DE或文本编辑器中编辑代码 4.编辑设计,此时忽略在生成的代码中所发生的更改 5.对编辑内容实施反向工程,直到与现有类图一致 6.将设计过程中完成的工作与开发时编辑的内容同步(合并) 7.生成新代码,该代码是设计代码和开发人员更改代码的总和 当对类图进行了修改以反映新的设计内容时,应该使用同步/合并技术防止丢失开发人员的 工作成果,同时允许设计人员接受或拒绝开发过程中所做的更改。这样, PowerDesigner令 T能够完全控制体系结构,这正是制胜的关键。 PowerDesigner的功能并不是仅限于此!现在设计模型已被更新,您可以将这些更改链接到 分析中。有可能您在分析中发现了新的需求,可以将这更改反怏到设计中并编写代码。使 用 Power Designer中领先的 Compare/ Merge技术(在 September blue print中讨论过),您 可以在开发周期的所有模型和阶段巾获得真正的往返同步 对象图( Object Diagram) 与类图一样,对象图也是一个UML静态结构图;它定义了系统在给定时刻具有的物理 元素,而没有具体考虑系统的动态活动。它与代码一一对应,但与类图不同,我们现在讨论 的是具体的分类器,而不是分类器定义。将对象图描述为类实例图可能最为合适。 对象图的立要用途是进行分析。类图中无法表示的类之间存在不确定的约束。我们将使 用对象图来记录这些约東。而且,在我们查看所管理的具体类实例示例以阐明这些元素之间 的交互作用关系时,对象图还允许我们定义具体的“ That if"场景。 以下内容适用于o建模的初学者:分类器是抽象的对象结构定义。分类器可以告诉我 们所管理的是什么类型的数据(属性/成员表示数据元素)以及该分类器具有什么能力(操 作/方法表示对象的行为)。实例是具体的分类器示例。假定定义一个名为 Customer的类, 该类只有Name属性。类 Customer的实例 Jane doe"是姓名恰为" ane doe"的客户。实例 通常具有比分类器更丰富的含义,这是因为分类器表示某种级别的概述。收集某个分类器的 若干个实例或示例可能有助于您理解其用途并更好地使用它 因此,对象图是类图的具体形式,表示类实例样本,并且显示了键值和关系。例如, Customer bean类具有以下客户实例:该客户的1D为52271,姓名为 ohn doe"。该客户实 例与三个订单实例(三份订单)相关,订单编号分别为122047、122103和122399 Customer Order name java lang String email java lang String orders orderly, int phone java. lang string orderDate: java, util. Date customer 协作图( Collaboration Diagram 协作图和序列图非常相似。实际上,序列图和协作图可以有效地交替使用,并可以简 便的相互转换。其区别在于用户阅读和理解的方式不同。序列图具有很好的层次性,并且 围绕时间构造。协作图则主要是围绕对象结构构造。通过在图中对消息进行编号可以表示消 息的顺序。采用这种方式时,即使图的结构个是基于时间的,也将休持定时关系 协作图借助于系统中元素或对象之间的交互作用,表示系统的动态方面,即在一段时间 内的表现方式。它道过表示系统的静态结构来对类图和对象图进行补充,但不是借助于基于 结构的关系,而是在系统对象之间传递交互作用消息”。 构造协作图时还可以在概念级测试静态模型。在类图中定义了类实例,这些类实例之间 的交互作用定义了一个具体的使用方案以及将在这些元素之间发生的内部通讯。我们还可以 使用其他角色来表示系统的外部作用者和内部使用者,如用例图。 例如,我们可以建立·个订单输入系统,以供客户和销售代衣使用。客户通过创建新订 单与该系统交互作用。订单对象与销售对象之间进行对话,该对话由链接消息表示,在此 情况下,只有两个消息:一个是来自 Orders类的订单请求,一个是米自 Sales类的订单确 认。对一个链接上的消息数量没有限制。我们在此讨论的对话以一个订单请求开始,然后是 对该订单的确认。 Customer 1: Mspt Create Message 2: Msa.Affirm Order 适用性 协作图对丁设计人员尤其重要,因为它阐明了对象的作用。您可以在序刎图之前构造 协作图(如果您计划构造这两个图),但通常是在完成类图之后构造协作图以说明从类中导 出的对象之间的交互作用。可以使用个或多个协作图来实现个用例,或者将复杂行为分 割成多个逻辑子行为。 状态图( Statechart Diagram) 状态图(也称为状态机)描述」特定类或组件在其整个生命周期中不断变化时的行为。 该图显示是什么蝕发了从一种状态向另一种状态的转换,以及在该类上调用哪些操作以提 供该状态的行为或触发这和转换。例如,订单在被创建时处于初始状态。在客户确认订单正 确后,订单将进入确认状态。在发货以后,订单需要从确认状态进入发货状态。 Eva们 eight saccess A出mS±k do /a Ev丑出心石丑m七t A出mSt2 d。!真c+x_1 因此,每当一个类在其生命周期的不同阶段具有不同的可用选项(不同的有效行为)时, 您都可以使用状态图来将这些规则和条件建模。生命周期中的每个阶段都是该对象的一种 状态,而每个改变状态的触发器都代衣从一种状态到另·种状态的转换。可以根据需要从某 个状态转换到任意多个其它状态,也可以从其它多个状态进入某个状态。 子状态图 若要保持状态图简单和易读,您可能发现所定义的一个或多个状态实际上涉及到更为 复杂的行为,以至于它本身就可以定义为·个状态图。此时,与向主图中添加大量复杂细 节的做法相比,更好的做法是将这个单独的状态分解为多个子状态,进而组成一个辅助图, 以定义父状态的更为复杂的内部行为。 部署图( Deployment Diagram) 部署图可以帮助我们确定所有代码元素在服务器、工作站和数据库中的存放位置。有 的节点需要依赖硬件或软件框来运行鄗分业务逻辑。这些节点交互作用以演示我们丌发的 多个计算机和系统是如何交互作用和集成的。节点中包含将部署到数据库、应用程序或Web 服务器中的组件实例。 部著图用于将组件实际部著到服务器中。通过定义希望组件运行的位置,我们可以快捷 的映射、部署和管理分布在客户端应用程序和应用程序服务器端组件之间的业务逻辑或数据 库端服务器逻辑。以下是要管理的物理体系结构的1:1模型 例如,假定我们已决定实现两个 Enterprise Java Beans,并且在应用程序服务器上运行它 们。下图显示了单个节点以及该节点内的两个组件(每个EB个组件)。我们可以看出 Employee Bean依赖于同一应用程序服务器内的 Customer bean。 EmdonaEean 亡源几MP E续都mnMP Crru;at》 (cD功食 p2元; ( CLOU OI c卜h E号上0的cmt:ka上 (G如 F CE EHEBIF c: deLLo】mt bancor Q 魔最工以习:加。上温 (c如} tr bnc LaCatE 0 (( CTILoEs# (C ErIReI otl a t It bTtt It L Lotu c山aL匹 〔ruLa】ot》 CE丁;ciat}} .prlc.l】。 【通cL罪 结论 在我们借助用例图、序列图、活动图、类图和组件图完成基本UML建模时,我们将 需要其它一些工只来定义有关系统中某些特定元素的详细信息。我们可能希望在对象图中使 用精确的示例来表示对象的结构,或者借助于状态图来更多地了解在其内部具有多个复杂 状态的类的行为。我们需要使用协作图从结构角度而不是从时间角度来考察系统组件之间的 交互作用。最后,还需要使用部署图来显示所有系统组件在运行环境中的物理硬件或服务 器中所处的位置,从而更详尽的了解分布式体系结构的使用方式。 UM"L为我们提供了更加实用的图表,以便完成对业务逻辑的技术分析、设计、开发、或 部署。将这9种图表与传统的数据建模方法和新的业务流程建模方法相结合,我们可以在 从高级需求到技术和数据需求,以及物理实现的各个方面来全面了解推动软件开发的所有因 素 Sybase PowerDesigner是一个“一站式"的全业级建模及设计解决方案,它能帮助企业快速 高效地进行企业应用系统构建及再工程( Re- engineer)。T专业人员可以利用它来有效开发 各种解决方案,从定义业务需求到分析和设计,以至集成所有现代 RDBMS和 Java m、NET Power Builder g和 Web services的开发等。 PowerDesigner是结合了下列几种标准建模技术的 款独具特色的建模工具集:业务流程建模、通过UML进行的应用程序建模以及市场占有 率第ˉ的数据建模,这些建模技术都是由功能强大的元数据管理解决方案提供支持的. POWERDESIGNER通用特性 需求管理: PowerDesigner可以把需求定义转化成任意数量的分析及设计模型,并记录 需求及所有分析及设计模型的改动历史,保持对它们的跟踪。 Microsoft o word导入/导出功 能使业务用户能轻易处理流稈工作 文档生成: PowerDesigner提供了 Wizard向导协助建立多模型的RTF和HTML格式 的文档报表。项目闭队中非建模成员同样可以了解模型信息,増强整个闭队的沟通。 影响度分析: Power Designer模型之间采用了独特的链接与同步技术进行全面集成, 支持企业级或项日级的仝面影响度分析。从业务过程模型、UML面向对象模型到数据模型 都支持该技术,大大提高了整个组织的应变能力。 数据映射: PowerDesigner提供了拖放方式的可视化映射工具,方便、快速及准确 地记录数据依赖关系。在仟何数据和数据模型、数据与UML面向对象模型以及数据与XML 模型之间建立支持影响度分析的完整的映射定义、生成持久化代码以及数据仓库ETL文件。 开放性支持: PowerDesigner支持所有主流开发平台:支持超过60种(版本)关系 数据库管理系统,包括最新的 Oracle°、IBM°、 Microsoft、 Sybase、 NCR Teradata、MSQL等, 支持各种主流应用程序开发平台,如 Java j2EE、 Microsoft NETTM(C#和 VB. NET)、 Web services 和 Power Builder d,支持所有主流应用服务器和流程扶行语言,如 ebxml和BPEL4WS等 可自定义: PowerDesigner支持从用户界面到建模行为以及代码生成的客户化定 制。支持用于模型驱动开发的自定义转换,包括:对UML配置文件的高级支持、可自定义 菜单和工具栏、通过脚本语言实现自动模型转化、通过 COM API和DDL实现访问功能以 及通过模板和脚本代码生成器生成代码。 企业知识库: Power Designer的企业知识库是存储在关系数据库中的完全集成的设 计时知识库,具有高度的可扩展性,便」远程用户使用。该知识库提供以卜功能:基于角色 的模型和子模型访问控制,版本控制和配置管理、模型与版本的变更报告以及全面的知识 库搜索功能。 PowerDesigner的知识库还可以存储和管理任何文档,包括 Microsoft e" Office 和 Project文件、图像和其他类型的文档。 powerdesigner初学者必看 PowerDesigner的模块组成 PowerDesigηer作为图形化的数据厍模型设计工具软件,其集成特性灵活,采取模块化设计, 共由以下六个模块组成: 1、 Proceε s aNalyst:用系统的需求分析,可用丁设计和构造数据流图(DFD)和数据字典 它支持多种处理建模方法,用户可以选择适合自己应用环境的建模方法来描述系统的数据及 对薮据的处坦。 2、 Data Architect:用于对概念层和物理层的交互式数据库设计和构造。使用 Data Architect 可以很方便地设计数据库的概念模型并对该DBMS自动生成物理模型。该模块还提供髙质 量的文档生成能力和逆向工程能力,可从现有的数据库中得到其物理模型和概念模型,并生 成相应文档。 3、 AppModeler:应用建模L具,用于物理建模和应用对象及数据组件的生成 4、 Meta Works:用于闭队开发、信息共享和模型管理。 5、 Warehouse Architect:用于数据仓库和数据集的建模和实现。 6、 Viewer:用于以只读的、图形化方式访问整个企业的模型信息。 在本课程的学习中,只需要掌握 ProcessAnalyst模坎和υ Data Architect模块的应用,对其氽模

...展开详情
试读 127P PowerDesigner基础入门.pdf
立即下载
限时抽奖 低至0.43元/次
身份认证后 购VIP低至7折
一个资源只可评论一次,评论内容不能少于5个字
您会向同学/朋友/同事推荐我们的CSDN下载吗?
谢谢参与!您的真实评价是我们改进的动力~
上传资源赚钱or赚积分
最新推荐
PowerDesigner基础入门.pdf 10积分/C币 立即下载
1/127
PowerDesigner基础入门.pdf第1页
PowerDesigner基础入门.pdf第2页
PowerDesigner基础入门.pdf第3页
PowerDesigner基础入门.pdf第4页
PowerDesigner基础入门.pdf第5页
PowerDesigner基础入门.pdf第6页
PowerDesigner基础入门.pdf第7页
PowerDesigner基础入门.pdf第8页
PowerDesigner基础入门.pdf第9页
PowerDesigner基础入门.pdf第10页
PowerDesigner基础入门.pdf第11页
PowerDesigner基础入门.pdf第12页
PowerDesigner基础入门.pdf第13页
PowerDesigner基础入门.pdf第14页
PowerDesigner基础入门.pdf第15页
PowerDesigner基础入门.pdf第16页
PowerDesigner基础入门.pdf第17页
PowerDesigner基础入门.pdf第18页
PowerDesigner基础入门.pdf第19页
PowerDesigner基础入门.pdf第20页

试读结束, 可继续阅读

10积分/C币 立即下载