UML发展历史幻灯片.ppt

UML发展历史 公认的面向对象建模语言出现于20世纪70年代中期，到了80年代末发展极为迅速。据统计，从1989年到1994年，面向对象建模语言的数量从不到10增加到50多种。各位语言的创造者极力推崇自己的语言，并不断地发展完善它。但由于各种建模语言所固有的差异和优缺点，使得使用者不知道该选用哪种语言。 其中比较流行的有Booch, Rumbaugh(OMT), Jacobsom(OOSE), Coad-Yourdon等方法。OMT擅长分析，Booch擅长设计，OOSE擅长业务建模。 Rumbaugh于1994年离开GE加入Booch所在的Rational公司，他们一起研究一种统一的方法，一年后，Unified Method 0.8诞生，同年，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中的元素和规则，主要结合建模过程介绍UML各种图的用法。UML有9种图，它们结构不同，但是对同一领域不同角度的观察。 UP(Unified Process) UML是建模语言，它的表示和规则能够用来为系统进行面向对象的建模，但并没有定义一种标准的开发过程。开发过程是指实施于软件开发和维护中的阶段、方法、技术、实践及相关产物(计划、文档、模型、代码、测试用例和手册等)的集合。行之有效的软件开发过程可以提高开发软件组织的生产效率、提高软件质量、降低成本并减少风险。 UP(Unified Process)是目前市场上领先的软件开发过程之一，它提供了一种严谨的途径来分派开发组织的任务和职责。 传统的软件开发过程 想要开发一个软件系统，开发组可能希望马上投入编码工作，但他们可能对要对什么编码还没完全搞清楚。开发组必须要经历一个软件开发过程，在开发过程中要经历一定的步骤。在进行程序设计前开发人员必须要充分理解所要解决的问题，这需要专门有人负责需求的分析。进行了需求分析之后，还必须有人将分析产品转化为设计产品。然后程序员再根据设计产品编制代码，这些代码在经过测试和部署后，最终成为目标系统。 上面对开发过程中各个阶段的简单描述可能会使大家觉得开发过程中各个活动是按照时间顺序一个接着一个顺序展开的。事实上，早期的开发方法就是采取这种方式，它被称为瀑布模型，它规定了软件生命周期上各阶段的软件工程活动：制定计划、需求分析、软件设计、编码、测试、运行和维护。各阶段严格按顺序进行，前一阶段的任务没有完成，不能进入下一阶段工作。 传统软件开发过程的缺点 这种方式下的开发过程被分割开来，分析人员将分析结果转交给设计人员，设计人员再把设计结果交给开发人员。它不利于各类人员协同工作及共享信息。 它不利于在项目开发过程中对问题的逐步理解。例如在这种方法中要求系统的需求分析在软件设计前完成，并给出明确的、所有的需求定义，这在实际上往往是做不到的。 无论分析人员怎样在开始进行调查研究与分析，都不可能对未来系统的一切需求都定义得完整无缺。往往在以后的设计阶段或编码阶段，才发现原来对系统的需求定义必须进行修改或补充。越在后期发现问题，越难补救，会导致大量费用的投入，并可能降低软件的质量。 面向对象的软件开发过程 面向对象的软件开发过程强调开发阶段的无缝集成，例如，系统分析员和设计人员，通常要往返进行分析和设计，为程