Uml的发展史.doc

U ML 的发展史公认的建模语言出现在二十世纪七十年代中期,到八十年代末发展极为迅速。据统计,从 1989 年到 1994 年,面向对象建模语言的数量从不到 10增加到 50 多种。各类语言的创造者极力推崇自己的语言,并不断地发展完善它。但由于各种建模语言所固有的差异和优缺点,使得使用者不知道该选用哪种语言。其中比较流行的有 Booch,Rumbaugh(OMT),Jacobsom(OOSE),Coad-Yourdo n 等方法。 OMT 擅长分析, Booch 擅长设计。 OOSE 擅长业务建模。 Rumbaugh 于 199 4年离开 GE加入 Booc h所在的 Rationa l公司, 他们一起研究一种统一的方法, 一年后, Unified 诞生,同年, Rational 收购了 Jacobson 所在的 Objectory AB 公司。经过三年的共同努力,UML0 . 9和UML0 . 91于1996年相继面世。此后UML的创始人 Booch 等邀请计算机软件工程界的著名人士和著名的企业如 IBM , HP ,DEC,Microsoft,Oracle等对UML进行评论,提出修改意见。1997年1月Rational公司向OMG提交了 UML1 . 0标准文本。1997年11月向OMG宣布接受UML,认定为标准的建模语言。UML目前还在不断地发展和完善。什么是UML (Unified Modeling Language) 统一: 表示是一种通用的标准,它被 OMG(Object Management Group) 认可, 成为软件工业界的一种标准。 UML 表述的内容能被各类人员所理解,包括客户、领域专家、分析师、设计师、程序员、测试工程师及培训人员等。他们可以通过 UML 充分理解和表达自己所关注的那部分内容。建模: 即建立软件系统的模型。为说明建模的价值。 Booch 给出一个类比: 盖一个动物窝棚、修一个乡间别墅和建一栋摩天大楼。建立一个简单的系统,例如盖一个动物窝棚,模型可有可无,修一个乡间别墅,模型的必要性增大,建立一个高度复杂的系统,例如建一座摩天大楼模型必不可少。语言: 表明它是一套按照特定规则和模式组成的符号系统,它用半形式化方法定义,即用图形符号、自然语言和形式语言相结合的方法来描述定义的。 UML 有 9中图,它们结构不同,但是对同一领域不同角度的观察。 UP(Unified Process) (软件开发过程) UML 是建模语言,它的表示和规则能够用来为系统进行面向对象的建模, 但并没有定义一种标准的开发过程。开发过程是指实施与软件开发和维护中的阶段、方法、技术、实践及相关产物(计划、文档、模型、代码、测试用例和手册等)的集合。行之有效的软件开发过程可以提高软件开发组织的生产效率、提高软件质量、降低成本并减少风险。 UP 是目前市场上领先的软件开发过程之一,它提供了一种严谨的途径来分派开发组织的任务和职责。传统的软件开发过程开发一个系统软件,开发组可能希望马上进入编码阶段。但是他们可能对要对什么编码还没有搞清楚。开发组必须要经历一个软件开发过程,遵循一定的步骤。在进行程序设计前开发人员必须要充分理解做要解决的问题,这需要专门有人负责需求的分析。进行了需求分析之后,还必须有人将分析产品转化为设计产品。然后程序员再根据设计产品编制代码,这些代码在经过测试和部署后,最终成为目标系统。在传统的软件开发过程中瀑布模型是使用比较广泛的一种开发方式。它规定了软件生命周期上各阶段的软件工程活动:制定计划、需求分析、软件设计、编码、测试、运行和维护。各阶段严格按顺序进行,前一阶段的任务没有完成,不能进入下一个阶段的工作。传统软件开发过程的缺点这种方式下的开发过程被分割开来,分析人员将分析结果转交给设计人员,设计人员再把设计结果交给开发人员。它不利于各类人员协同工作及共享信息。无论分析人员怎样在开始进行调查研究与分析,都不可能对未来的系统的一切需求都定义的完整无缺。往往在以后的设计阶段或编码阶段,才发现原来对系统的需求定义必须进行修改或补充。越在后期发现问题,越难补救,会导致大量费用的投入,并可能降低软件的质量。 UP 的核心原则?由用例驱动:用例是捕获用户需求的方法,它在整个软件开发过程中起着驱动的作用。分析员使用用例建立需求模型,设计人员根据用例进行设计,测试人员使用用例作为测试的依据。?以体系结构为中心:体系结构对于软件如同建筑物的结构对于建筑物一样,体系结构的核心是根据某种规则将内容在宏观上做一个分隔,确保他们在后续的活动中稳定的被充实,同时促进内容更易于被复用。系统的构造、管理均围绕系统的体系结构进行。常见的体系结构有层次结构和 MVC 结构。?迭代化开发: 首先介绍迭代的概念。迭代的思想