《Uml的发展史》由会员分享，可在线阅读，更多相关《Uml的发展史（14页珍藏版）》请在金锄头文库上搜索。
1、UL的发展史公认的建模语言出目前二十世纪七十年代中期,到八十年代末发展极为迅速。据记录，从1989年到994年，面向对象建模语言的数量从不到10增长到50多种。各类语言的发明者竭力推崇自己的语言,并不断地发展完善它。但由于多种建模语言所固有的差别和优缺陷,使得使用者不懂得该选用哪种语言。其中比较流行的有Boh,Rumaugh(O)，Jacosom(OOE)，CoaYoudon等措施。OMT擅长分析，Booh擅长设计。OOSE擅长业务建模。Rumagh于1994年离开GE加入Booch所在的Rioal公司，她们一起研究一种统一的措施，一年后，Uified ethod0.8诞生，同年,Rtonal
2、收购了Jacobson所在的Ojety AB公司。通过三年的共同努力，UM0.9和U0.91于19年相继面世。此后UML的创始人Booh等邀请计算机软件工程界的出名人士和出名的公司如IBM，HP，D，Micro，Ocle等对进行评论，提出修改意见。1997年1月tin公司向OM提交了U1.原则文本。7年11月向MG宣布接受UL,认定为原则的建模语言。U目前还在不断地发展和完善。什么是M（Uni MdelingLanguage）统一：表达是一种通用的原则，它被OMG(bjet Maamentup)承认,成为软件工业界的一种原则。表述的内容能被各类人员所理解，涉及客户、领域专家、分析师、设计师、程
3、序员、测试工程师及培训人员等。她们可以通过UM充足理解和体现自己所关注的那部分内容。建模:即建立软件系统的模型。为阐明建模的价值。Booch给出一种类比:盖一种动物窝棚、修一种乡间别墅和建一栋摩天大楼。建立一种简朴的系统，例如盖一种动物窝棚，模型可有可无，修一种乡间别墅，模型的必要性增大,建立一种高度复杂的系统,例如建一座摩天大楼模型必不可少。语言:表白它是一套按照特定规则和模式构成的符号系统，它用半形式化措施定义，即用图形符号、自然语言和形式语言相结合的措施来描述定义的。UML有9中图,它们构造不同，但是对同一领域不同角度的观测。UP(nifiedProcss)（软件开发过程）UL是建模语言
4、,它的表达和规则可以用来为系统进行面向对象的建模,但并没有定义一种原则的开发过程。开发过程是指实行与软件开发和维护中的阶段、措施、技术、实践及有关产物(筹划、文档、模型、代码、测试用例和手册等）的集合。行之有效的软件开发过程可以提高软件开发组织的生产效率、提高软件质量、减少成本并减少风险。UP是目前市场上领先的软件开发过程之一，它提供了一种严谨的途径来分派开发组织的任务和职责。老式的软件开发过程开发一种系统软件，开发组也许但愿立即进入编码阶段。但是她们也许对要对什么编码还没有弄清晰。开发组必须要经历一种软件开发过程，遵循一定的环节。在进行程序设计前开发人员必须要充足理解做要解决的问题,这需要专
5、门有人负责需求的分析。进行了需求分析之后,还必须有人将分析产品转化为设计产品。然后程序员再根据设计产品编制代码，这些代码在通过测试和部署后，最后成为目的系统。在老式的软件开发过程中瀑布模型是使用比较广泛的一种开发方式。它规定了软件生命周期上各阶段的软件工程活动：制定筹划、需求分析、软件设计、编码、测试、运营和维护。各阶段严格按顺序进行，前一阶段的任务没有完毕,不能进入下一种阶段的工作。老式软件开发过程的缺陷这种方式下的开发过程被分割开来,分析人员将分析成果转交给设计人员,设计人员再把设计成果交给开发人员。它不利于各类人员协同工作及共享信息。无论分析人员如何在开始进行调查研究与分析,都不也许对将
6、来的系统的一切需求都定义的完整无缺。往往在后来的设计阶段或编码阶段，才发现本来对系统的需求定义必须进行修改或补充。越在后期发现问题,越难补救，会导致大量费用的投入，并也许减少软件的质量。U的核心原则l 由用例驱动:用例是捕获顾客需求的措施,它在整个软件开发过程中起着驱动的作用。分析员使用用例建立需求模型，设计人员根据用例进行设计,测试人员使用用例作为测试的根据。l 以体系构造为中心:体系构造对于软件犹如建筑物的构造对于建筑物同样，体系构造的核心是根据某种规则将内容在宏观上做一种分隔，保证她们在后续的活动中稳定的被充实,同步增进内容更易于被复用。系统的构造、管理均环绕系统的体系构造进行。常用的体
7、系构造有层次构造和MC构造。u 迭代化开发:一方面简介迭代的概念。迭代的思想很简朴，一般来说,就是将大问题化小,使它们更容易管理和成功完毕。每个小项目是一种迭代,每一种迭代产生最后将系统部分完毕的版本,最后产生完整的系统。这样，每一种迭代中都必须涉及正常软件项目开发的所有元素：需求,分析。设计。实现。测试等。每个迭代都是一种独立完整的开发小单元，均有预先规划的进入准则和产出成果,遇到问题可以及时解决并加入必要的变更。每个迭代结束时都需要对所获得的系统模型进行评价,判断与否已满足预定目的和规定,决定与否需要继续下一轮的迭代。此外每个迭代还可产生一种可以执行的原型系统,可投入试运营，以判断与否符合
8、规定。系统在一次次的迭代中逐渐精化与完善，直至完毕系统的开发,形成最后的软件产品。UP的软件开发过程l 初始阶段：探讨软件开发的必要性和可行性;捕获基本需求以界定系统范畴;辨认核心任务。l 细化阶段:细化用例，拟定系统的基本架构。细化涉及分析、设计、编码和测试文献。通过迭代的措施建造软件系统。每个迭代涉及个核心工作流,每个迭代将得到一种更精确的接近将来系统的模型。l 构建阶段：完毕所有的需求、分析和设计,进行大量的编码。l 移送阶段:它是系统正式投入运营前的阶段,要做的工作有系统的B测试、系统性能的调节、创作顾客手册和其她文档，人员培训等支持UML开发的工具Ratial Rose工具由于UML
9、自身是一种以图形化图符为主的建模措施，因此U支持工具就显得更为重要了。工具的作用不仅在于它可以协助人们很以便的实现图示模型的绘制，实现模型的更改，更重要的是，工具使得人们可以全面地对模型进行整个开发过程的管理，当软件规模迅速扩大时，工具的作用就显得更为突出，由于人们自己已经无法管理非常庞大的模型了。ational Rse正是这样的一种工具。根据实现环境的不同，tionaRose有支持不同语言的ad-in 版本,可以支持sual C+、Visa Basic、allTalk、Ad、J、Orace等。并且可以合用于Widow系列等多种平台。Ronal Rose 具体描述系统的内容和工作措施，涉及许多
10、不同的框图，使小项目构成员(涉及客户、设计人员、项目经理、测试人员等)可以从不同的角度观测系统，例如l 客户和项目管理员用用例图拟定项目范畴l 项目管理员用用例图和文档将项目分解成可管理的小块l 分析人员和开发人员用顺序图和协作图理解系统的逻辑流程、系统中的队象及对象间的消息l 开发人员用类图和状态图获得系统各部分的细节及其互相关系的信息l 部署人员用组件图和部署图显示要创立的可执行文献、L文献和其她组件,以及网络上的进程和设备及其互相间的连接l 整个小项目小组用模型来保证代码遵循了需求,代码可以回溯到需求RatilRse是由Ratioa 公司在Boc,Rumbaugh，Jacobson三位软
11、件工程专家的主持下研制的面向对象的AE(mputr-Ade otware Engineerg)产品,由于有三位大师及ational公司的鼎力相助，是得Raional Ros可以随着UML的改版随时更新,因此它是目前最流行、使用最广泛的CS工具。UL简化了建模措施,它扬弃了Booch、OT或OSE等措施中的糟粕,而代之以其他措施中的精髓。UML一般不引入新的概念和符号,只有在没有既有的解决措施可以借鉴时，UML的开发者们才考虑加入新的概念。UML的开发者们是在设计一种语言(尽管只是一种图形化语言)，因此必须在简要（所有元素一律用方框和文字表达)和繁琐(为每个元素设计单独的符号）之间权衡。尽管如此
12、，UML中还是增添了衍型和扩展机制等某些新的元素，由于这些元素在其他建模语言的实践中已经被证明是非常有用的。ML定义了类,1种模型图五种类图定义1. 用例图:从顾客角度描述系统功能，并指各功能的操作者。2. 静态图：涉及类图，包图,对象图。类图：描述系统中类的静态构造包图:是包和类构成的，表达包与包之间的关系,包图描述系统的分层构造对象图:是类图的实例3.行为图：描述系统动态模型和对象构成的互换关系。涉及状态图和活动图活动图：描述了业务实现用例的工作流程状态图:是描述状态到状态控制流，常用于动态特性建模交互图：描述对象之间的交互关系顺序图：对象之间的动态合伙关系,强调对象发送消息的顺序,同步显
13、示对象之间的交互合伙图：描述对象之间的协助关系.实现图：配备图：定义系统中软硬件的物理体系构造UL提供的基本模型图涉及:()、用例图:展示系统外部的各类执行者与系统提供的多种用例之间的关系(2）、类图:展示系统中类的静态构造（类是指具有相似属性和行为的对象，类图用来描述系统中多种类之间的静态构造)(3)、对象图:是类图的一种实例化图(对象图是对类图的一种实例化)()、包图:是一种分组机制。在UML.版本中,包图不再看作一种独立的模型图)（)、状态图:描述一类对象具有的所有也许的状态及其转移关系(它展示对象所具有的所有也许的状态以及特定事件发生时状态的转移状况)(6)、时序图/顺序图：展示对象之
14、间的一种动态协作关系(一组对象构成，随时间推移对象之间互换消息的过程，突出时间关系)(7)、合伙图：从另一种角度展示对象之间的动态协作关系(对象间动态协作关系,突出消息收发关系)（8)、活动图:展示系统中多种活动的执行流程(多种活动的执行顺序、执行流程)(9）、构件图:展示程序代码的物理构造（描述程序代码的组织构造,多种构件之间的依赖关系)(10)、配备图：展示软件在硬件环境中（特别是在分布式及网络环境中)的配备关系(系统中硬件和软件的物理配备状况和系统体系构造)1、用例图（use case diaams)【概念】描述顾客需求,从顾客的角度描述系统的功能【描述方式】椭圆表达某个用例;人形符号表
15、达角色【目的】帮组开发团队以一种可视化的方式理解系统的功能需求【用例图】2、静态图 1. 类图（cass dagram） 【概念】显示系统的静态构造，表达不同的实体是如何有关联的用途：类图显示了一组类、接口、协作以及她们之间的关系。在ML中问题域最后要被逐渐转化,通过类来建模,通过编程语言构建这些类从而实现系统。类加上她们之间的关系就构成了类图,类图中还可以涉及接口、包等元素，也可以涉及对象、链等实例【描述方式】三个矩形 【目的】表达一种逻辑类或实现类,逻辑类一般是顾客的业务所波及的事物；实现类是程序员解决的实体【类图】2. 对象图（object dirams）【概念】类图的一种实例，描述系统在具体时间点上所涉及的对象以及各个对象的关系【对象图】3、交互图用来描述对象之间的交互关系 1. 序列图(顺序图)【概念】描述对象之间的交互顺序,着重体现对象间消息传递的时间顺序【描述方式】横跨图的顶部，每个框表达每个类的实例或对象;类实例名称和类名称使用冒号分开【目的】显示流程中不同对象之间的调用
