文档介绍：UML统一建模
目录
第一章 概述 4
§ 软件工程概述 4
§ 模型 7
§ 面向对象分析与设计 10
§ UML简介 16
§ 小结 25
第二章 用例模型 26
§ 基本概念 26
§ 用例建模 35
§ 案例分析：《图书馆管理系统》 39
§ 补充案例：《订货中心系统》 42
§ 小结 51
第三章 类图和对象图 52
§ 基本概念 52
§ 静态结构建模 59
§ 案例分析：《图书馆管理系统》 63
§ 小结 63
§ 补充实例 63
第四章 状态图 64
§ UML动态建模机制 64
§ 基本概念 64
§ 状态图建模 73
§ 案例分析：《图书馆管理系统》 77
§ 补充案例：《电梯系统》 77
§ 小结 80
第五章 活动图 81
§ 基本概念 81
§ 活动图建模 87
§ 案例分析：《图书馆管理系统》 89
§ 小结 91
第六章 交互图 92
§ 基本概念 92
§ 交互建模 99
§ 案例分析：《图书馆管理系统》 101
§ 补充案例：《订货中心系统》 103
§ 小结 105
§ 补充实例 105
第七章 构件图 106
§ 基本概念 106
§ 构件图建模 110
§ 案例分析：《图书馆管理系统》 114
§ 小结 114
第八章 实施图 115
§ 基本概念 115
§ 实施建模 117
§ 案例分析：《图书馆管理系统》 120
§ 小结 121
概述
内容概要
软件工程概述
面向对象分析与设计
模型
UML简介
软件工程概述
软件危机：
软件失效的表现：
开发出没有功能的软件。
没有充分的针对某些领域专家或用户的需要。
软件表面上满足了需要，但底层运算可能不正确。
由于用户的错误产生故障。
由于响应时间太慢而失去实用价值。
软件开发项目失败的原因：复杂性
应用领域复杂：在某些应用领域，软件的操作依赖于专业知识。
口头、书面语言中所固有的含糊性为领域专家与开发软件的技术人员之间的沟通又增添了一层复杂性：
不同的背景知识和不同的专业术语使人与人之间的有效交流变得困难。
自然语言的含糊性。
将大项目分割成几个小部分，每个小部分由不同的个人来开发，并且保证这些部分可以在一起工作，这样的过程已成为软件开发过程复杂性的另一个来源。
深刻领会大的开发项目的细节比较困难。
解决办法：组织
“软件危机”的出现使得人们开始对软件开发的方法进行重新审视。人们意识到，优秀的程序除了功能正确、性能优良以外，还应该易读、易用、易维护。而早期所谓的优秀程序常常通篇充满了程序员的编程技巧，很难被别人看懂。
通过组织，我们能够克服软件开发过程中的复杂性。
软件工程的基本课题就是控制开发过程并生产出结构良好的、准确的软件解决方案。
用于开发软件和进行有组织地开发的各种技术确定了软件开发的范型。
软件开发范型：
一个软件开发范型是一个用来指导软件开发过程的技术集合。
软件开发过程由三部分组成：
概念化
表示
实现
项目概念化：
项目的概念化关注软件开发者怎样考虑待解决的问题，用来考虑和讨论待编程系统的各种要素决定了它的概念化。
例如：在一个面向过程的范型下，用过程(函数、过程和子程序)来刻画系统。
系统的概念化描述了开发者用来组织他们对项目的思考和分析的思维结构。
项目表示：
将项目的概念化书写出来就叫做项目的表示，它被用在软件开发的范型中。表示必须能够以一种有效的、无二义的方式描述整个项目。
创建表示时，约定一个怎样表示项目不同部分的规则集合， 这些规则成为符号。
例如：
面向过程的范型中的符号可能会用椭圆表示进程，用有向边（箭头）表示进程之间的数据流；
面向对象的开发范型中可能用矩形表示对象，用有向边表示对象之间的关系。
使用符号的一个基本目的是以如下方式表示系统，即以一种无二义的而且在观察特征时不受人的背景知识影响的方式来表示系统。
理想情况下，符号应该导致系统的这样一种表示，即它在领域专家和技术人员看来是同一事物。
项目实现：
项目的实现关注如何构造组成软件的源代码。
软件工程：
软件工程是一门建立在系统化、规范化、数量化等工程原则和方法上的，关于软件开发各阶段定义、任务和作用的工程学科。软件工程包括两方面内容：软件开发技术和软件项目管理。软件开发技术