文档介绍：UML发展史
公认建模语言出现在二十世纪七十年代中期，到八十年代末发展极为快速。据统计，从1989年到1994年，面向对象建模语言数量从不到10增加到50多个。各类语言发明者极力推崇自己语言，并不停地发展完善它。但因为多种建模语言所固有差异和优缺点，使得使用者不知道该选择哪种语言。
其中比较流行有Booch,Rumbaugh(OMT),Jacobsom(OOSE),Coad-Yourdon等方法。OMT擅长分析，Booch擅长设计。OOSE擅长业务建模。Rumbaugh于1994年离开GE加入Booch所在Rational企业，她们一起研究一个统一方法，十二个月后，Unified ，同年，Rational收购了Jacobson所在Objectory AB 企业。经过三年共同努力，。
以后ＵＭＬ创始人Booch等邀请计算机软件工程界著名人士和著名企业如IBM，HP，ＤＥＣ，Ｍｉｃｒｏｓｏｆｔ，Ｏｒａｃｌｅ等对ＵＭＬ进行评论，提出修改意见。。１９９７年１１月向ＯＭＧ宣告接收ＵＭＬ，认定为标准建模语言。ＵＭＬ现在还在不停地发展和完善。
什么是ＵＭＬ(Unified Modeling Language)
统一：表示是一个通用标准，它被OMG(Object Management Group)认可，成为软件工业界一个标准。UML表述内容能被各类人员所了解，包含用户、领域教授、分析师、设计师、程序员、测试工程师及培训人员等。她们能够经过UML充足了解和表示自己所关注那部分内容。
建模：即建立软件系统模型。为说明建模价值。Booch给出一个类比：盖一个动物窝棚、修一个乡间别墅和建一栋摩天大楼。建立一个简单系统，比如盖一个动物窝棚，模型可有可无，修一个乡间别墅，模型必需性增大，建立一个高度复杂系统，比如建一座摩天大楼模型必不可少。
语言：表明它是一套根据特定规则和模式组成符号系统，它用半形式化方法定义，即用图形符号、自然语言和形式语言相结合方法来描述定义。UML 有9中图，它们结构不一样，不过对同一领域不一样角度观察。
UP(Unified Process)（软件开发过程）
UML是建模语言，它表示和规则能够用来为系统进行面向对象建模，但并没有定义一个标准开发过程。开发过程是指实施和软件开发和维护中阶段、方法、技术、实践及相关产物（计划、文档、模型、代码、测试用例和手册等）集合。行之有效软件开发过程能够提升软件开发组织生产效率、提升软件质量、降低成本并降低风险。
UP是现在市场上领先软件开发过程之一，它提供了一个严谨路径来分配开发组织任务和职责。
传统软件开发过程
开发一个系统软件，开发组可能期望立即进入编码阶段。不过她们可能对要对什么编码还没有搞清楚。开发组必需要经历一个软件开发过程，遵照一定步骤。在进行程序设计前开发人员必需要充足了解做要处理问题，这需要专门有些人负责需求分析。进行了需求分析以后，还必需有些人将分析产品转化为设计产品。然后程序员再依据设计产品编制代码，这些代码在经过测试和布署后，最终成为目标系统。
在传统软件开发过程中瀑布模型是使用比较广泛一个开发方法。它要求了软件生命周期上各阶段软件工程活动：制订计划、需求分析、软件设计、编码、测试、运行和维护。各阶段严格按次序进行，前一阶段任务没有完成，不能进入下一个阶段工作。
传统软件开发过程缺点
这种方法下开发过程被分割开来，分析人员将分析结果转交给设计人员，设计人员再把设计结果交给开发人员。它不利于各类人员协同工作及共享信息。
不管分析人员怎样在开始进行调查研究和分析，全部不可能对未来系统一切需求全部定义完整无缺。往往在以后设计阶段或编码阶段，才发觉原来对系统需求定义必需进行修改或补充。越在后期发觉问题，越难补救，会造成大量费用投入，并可能降低软件质量。
UP关键标准
由用例驱动：用例是捕捉用户需求方法，它在整个软件开发过程中起着驱动作用。分析员使用用例建立需求模型，设计人员依据用例进行设计，测试人员使用用例作为测试依据。
以体系结构为中心：体系结构对于软件如同建筑物结构对于建筑物一样，体系结构关键是依据某种规则将内容在宏观上做一个分隔，确保她们在后续活动中稳定被充实，同时促进内容更易于被复用。系统结构、管理均围绕系统体系结构进行。常见体系结构有层次结构和MVC结构。
迭代化开发：
首先介绍迭代概念。迭代思想很简单，通常来说，就是将大问题化小，使它们更轻易管理和成功完成。每个小项目是一个迭代，每一个迭代产生最终将系统部分完成版本，最终产生完整系统。
这么，每一个迭代中全部必需包含正常软件项目开发