UML概念
UML的动态模型图由活动图、顺序图、状态图和协作图组成。
UML的需求分析产生的用例模型描述了系统的功能模型。
部署图表示的是如何将具体软件制品分配到计算机节点上。
UML的五种静态模型图是类图、对象图、包图、组件图和部署图。
状态图是活动图的一个特例，状态图中的多数状态是活动状态。
构件（组件）是系统遵从一组接口且提供实现的一个物理部件，通常指开发和运行时的物理实现。
对象间的可见性是指一个对象能够“看到”或者引用另一个对象的能力。
领域模型是一组表示真实世界的概念类，在设计工作中广泛用来启发设计软件对象。
统一过程（UP）的四个阶段：初始阶段，细化阶段，构造阶段，提交阶段。
统一过程中的核心工作流有业务建模，需求分析，设计，实现，测试。
定义大多数的需求和范围的工作是在UP中的细化阶段完成的。
UP的各个阶段完成的内容：
- 初始阶段：编制简单愿景文档，业务案例，确定范围，粗略评估成败。
- 细化阶段：细化愿景文档，迭代的实现核心架构，解决高风险的问题，定义大多数的需求和范围，进一 步评估成本。
- 构造阶段：迭代的实现系统的其余部分，准备部署。
- 提交阶段：beta测试，部署。
领域模型是一组表示真实世界的概念类，不是软件部件的模型。
在协作图中通过消息编号表示出消息的时间顺序。
在画SSD图（系统顺序图）时，应该不对所涉及的系统的内部结构与功能进行描述。
UP的核心思想：短时间盒的迭代式开发，开发过程中不断进行调整，在早期的迭代中解决高风险和高价值的 主要问题，不断与用户衔接，及时得到反馈意见，早期进入实现和测试，不断进行质量检验，使用情况，仔细的管理需求，控制变更。
增量模型：对复杂的用例分多次迭代，一部分一部分的实现、将所有用例按其优先级分别安排在不同的迭代中实现。
领域建模的步骤：列出候选的概念类、画出领域模型图、必要时加入概念类间的关联、必要时加入概念类的属性。
UML体系包括三个部分：UML基本构造块，UML规则和UML公共机制，组成UML有三种基本的构造块是关系，事务和图。
UML的事物包括：结构事物，分组事物，注释事物和动作事物。
瀑布模型的缺点是缺乏灵活性，特别是无法解决软件需求不明确的或不准确的问题。
UML静态视图是类图，包图，对象图。
类通常可以分为实体类，控制类，边界类。
对反应型对象建模一般使用状态图。
顺序图由类角色，生命线，激活期和消息组成。
泳道技术是将一个活动图中的活动状态进行分组，每一组表示一个特定的类，人或部门，他们负责完成组内的活动。
事件表示对一个在时间和空间上占据一定位置的有意义的事情的规格说明（例：信号，调用事件，时间事务）
接口是一组用来描述类或者组件的一个服务的操作
包是用于把元素组织成组的通用机制。
正向工程是通过到实现语言的映射而把模型转换为代码的过程。
逆向工程是通过从特定实现语言的映射而把模型转换为代码的过程。
事件可以分为内部事件和外部事件，按下按钮盒打印机的中断时外部事件。
软件构件是可复用的，提供明确接口完成特定功能的程序代码块。
若将活动状态比作方法，那么动作状态即为方法体重的每一条语句。
一个对象和另一个对象之间通过消息来通信，消息通信在面向对象语言中即为方法调用。
瀑布模型的生存周期是计划，需求分析，设计，编码，测试，运行/维护。
UML中对象行为是通过交互来实现的，是对象间为完成某一目的而进行的一系列消息交换，消息序列可用两种类来表示，分别是顺序图和协作图。
用例用来描述系统在事件作出响应时采用的行动，用例事件是具有相关性的，在一个“订单输入子系统”中，创建新订单和更新订单都需要检查用户账号是否正确，那么用例“创建订单”，“更新订单”与用例“检查用户账号”之间是包含关系。
组件图用于对系统的静态实现视图建模，这种视图主要支持系统部件的配置管理，通常分为四种方式来完成，对源代码建模，对物理数据库建模，对可适应的系统建模。
UML提供一系列的图支持面向对象的分析与设计，其中
- 类图给出系统的静态设计视图
- 用例图对系统的行为进行组织和建模
- 序列图和协作图描述系统动态视图的交互图
- 序列图描述了以时间为顺序组织的对象之间的交互活动
- 协作图强调收发消息的对象组织结构
软件开发周期是指软件产品从考虑其概念开始，到该产品交付使用为止的整个时期，一般包括概念阶段，需求阶段，设计阶段，实现阶段，测试阶段，安装阶段及交付阶段。这些阶段可以有重复，执行时也可以自由迭代。