- 1、本文档共94页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
基于UML描述的分析与设计 一、分析与设计思想概述 二、面向服务架构 三、MDA支持环境 四、UML基本元素 五、UML分析与设计过程 六、实战锦囊 一、分析与设计思想概述--MDA 一、分析与设计思想概述--MDA 在UML2.0的规范中,提到了一个MDA(Model Driven Architecture)的概念。在众多的软件平台中不知该如何选择,已经演变为当今软件开发的主要难题。MDA的存在目的就是为了解决这个问题。通过MDA技术,一个UML的模型可以是平台无关的,称为PIM(Platform-Independent Model),也可以是和特定平台相关的,称为PSM(Platform-Specific Model)。利用平台技术的软件商,可以专注于自己的领域,集中描述业务功能,业务规则,而无须考虑特定的技术,构建出一个PIM,然后,通过支持MDA的工具,将PIM转换(通过不同Profile进行映射)为一个或多个PSM。这时候的模型仍然是UML的。但是,这个转换过程虽然有工具的辅助,但仍然需要外力的介入。接下来,开发工具将会从PSM中产生可执行代码。这就是MDA的思路,它把以往以程序为中心的开发模式转变为以设计为中心的开发模式。 一、分析与设计思想概述--MDA 一、分析与设计思想概述--MDA 其中MOF为元对象工具(MetaObject Facility,简称MOF) , 公共数据仓库元模型CWM(Common Warehouse Metamodel ) 以往的重用,往往是基于代码的,例如算法的重用、界面组件的重用,却往往没有将重用提升到设计的层次上。MDA为我们建立可重用的框架提供了一个很好的指导。注意上面的这副图,最外面的两层就表达了MDA可以用于设计重用的基本理念。倒数第二层的含义是利用MDA来进行通用软件(例如事务、目录服务)的模型设计,倒数第一层则表示MDA可以用于特定业务领域的设计建模。可以想象,今后软件公司中的最有价值的资产,就是这些设计模型。 二、面向服务架构(SOA) 二、面向服务架构(SOA) 二、面向服务架构(SOA) SOA的强大和灵活性将给企业带来巨大的好处。如果某组织将其IT架构抽象出来,将其功能以粗粒度的服务形式表示出来,每种服务都清晰地表示其业务价值,那么,这些服务的顾客(可能在公司内部,也可能是公司的某个业务伙伴)就可以得到这些服务,而不必考虑其后台实现的具体技术。更进一步,如果顾客能够发现并绑定可用的服务,那么在这些服务背后的IT系统能够提供更大的灵活性。但是,要得到种强大和灵活性,需要有一种实现架构的新方法,这是一项艰巨的任务。企业架构设计师必须要变成“面向服务的架构设计师”,不仅要理解SOA,还要理解SOA的实践。在架构实践和最后得到的架构结果之间的区别非常微妙,也非常关键。本文将讨论SOA的实践,即:面向架构的设计师在构建SOA时必须要做的事情。 二、面向服务架构(SOA) SOA的原则之一 业务驱动服务,服务驱动技术 从本质上说,在抽象层次上,服务位于业务和技术中间。面向服务的架构设计师一方面必须理解在业务需求和可以提供的服务之间的动态关系,另一方面,同样要理解服务与提供这些服务的底层技术之间的关系。 SOA的原则之二 业务敏捷是基本的业务需求 SOA考虑的是下一个抽象层次:提供响应变化需求的能力是新的“元需求”,而不是处理一些业务上的固定不变的需求。从硬件系统而上的整个架构都必须满足业务敏捷的需求,因为,在SOA中任何的瓶颈都会影响到整个IT环境的灵活性。 SOA的原则之三 一个成功的SOA总在变化之中 SOA工作的场景,更象是一个活的生物体,而不是象传统所说的“盖一栋房子”。IT环境唯一不变的就是变化,因此面向服务架构设计师的工作永远不会结束。对于习惯于盖房子的设计师来说,要转向设计一个活的生物体要求崭新的思维方式。如下文所写的,SOA的基础还是一些类似的架构准则。 二、面向服务架构(SOA) 三、MDA支持环境 标准建模语言UML定义良好、易于表达、功能强大,不仅支持面向对象的分析与设计,而且支持从需求分析开始的软件开发的全过程。但如何恰当地将这种可视化图形建模技术用于解决软件开发所面临的问题,如何研制和开发支持UML的建模过程及其支持环境,仍是目前该领域的热点问题。 目前,在基于UML的开发方法和环境方面,国际上已经进行了一些研究和实际开发工作。Rational 公司正致力于它称之为Objectory过程的研究,并试图将其原有支持OMT的工具作进一步扩充,以期支持UML建模。国内对UML支持环境的研制开发工作尚处于起步阶段。 这里从当前对软件开发过程的需求及其动向出发,提出了UML柔性软件开发过程的概念,并设计了相应的UML集成化支
文档评论(0)