1.需求建模
（1）需求建模的必要性
- 规范地描述需求分析的结果
- 方便与用户以及开发人员的交流
- 是系统设计和实现的基础
- 提高系统开发的效率和质量
（2）需求建模规范
（3）需求建模的主要内容
1.需求结构建模
需求结构是需求的框架，用UML的包图来描述，一个包称为一个需求单元，一个需求单元描述一个职能域
2.业务角色建模
用UML的Actor表示业务角色，一个系统的业务角色简历在用例图中，业务角色之间可以存在繁华关系
3.业务对象建模
业务对象用类来表示。但在开发的不同阶段，业务对象的表示不同。
4.业务流程建模
业务流程采用UML的活动图进行建模。
5.功能建模
采用UML中的用例图来对系统功能进行建模
6.人机交互建模
用顺序图来描述人机交互信息
7.业务规则建模
采用自然语言和UML中的对象约束语言来描述
8.状态建模
用UML中的状态图来描述状态变换
（4）需求建模案例
2.需求分析总结
- 从整体信息系统开发工作看，在需求分析中花费更多的精力是值得的
- 需求分析的唯一角度是用户，而不是其他
- 需求分析的所有工作是围绕着得出一个合理的系统需求而展开的
- 需求分析的三部曲是：需求捕获、需求分析、需求建模。捕获中有分析，分析时需建模，需求不完整是再捕获
- 需求分析的工作方式应是：边调查，边记录，边分析，边画图，边描述，边审核
- 需求是从用户的业务中捕获的，其目的是尽可能全面、深入地了解用户对系统的要求
- 应正确的划分系统的范围，范围之内为系统，范围之外为系统的环境
- 确定系统外部与系统联系的业务角色，业务角色可以使人，也可以是外部其他系统，业务角色色用小人表示
- 应根据业务的相关性把整体系统划分成为多个职能域，已确定系统需求的结构框架，用包图来描述需求结构
- 功能分析是需求分析的重点，用例图表示职能域中一组相关的功能。复杂的功能可以分解为子功能，用例分解不宜太细。每一个用例应该给予说明
- 活动图描述业务流程，或一个用例所表示的功能流程
- 顺序图描述为完成一个用例，用户和系统交互的信息
- 用户界面对确定需求有帮助，可以确定界面信息的要素，界面风格和格式的设计可以留到设计阶段
- 在描述需求时，应该捕捉业务对象。业务对象如果有复杂的状态，可以用状态图来描述
- 需求需要进行评审，评审应作为质量活动贯穿在需求分析的过程中，所有需求均应进行评审
- 需求是一种创作。没有两家软件公司会对同一个软件做出完全相同的需求
- 需求是一种创新。需求来自客观实际，但一定高于实际。
- 很多需求是启发出来的，因此不要期望在一个有限的时段，会吧所有需求完全搞清楚，在系统开发的各个阶段，变更需求是正常的
- 需要高度重视需求分析工作，并要求在需求分析阶段吧系统的核心的、关键的、大量的需求确定了
- 信息系统设计的一个很重要的标椎是他容许、并能够方便对需求进行变更时，信息系统的整体框架和结构式稳定的