需求建模与需求分析总结

1.需求建模

（1）需求建模的必要性

• 规范地描述需求分析的结果
• 方便与用户以及开发人员的交流
• 是系统设计和实现的基础
• 提高系统开发的效率和质量

（2）需求建模规范

（3）需求建模的主要内容

1.需求结构建模

需求结构是需求的框架，用UML的包图来描述，一个包称为一个需求单元，一个需求单元描述一个职能域

2.业务角色建模

用UML的Actor表示业务角色，一个系统的业务角色简历在用例图中，业务角色之间可以存在繁华关系

3.业务对象建模

业务对象用类来表示。但在开发的不同阶段，业务对象的表示不同。

4.业务流程建模

业务流程采用UML的活动图进行建模。

5.功能建模

采用UML中的用例图来对系统功能进行建模

6.人机交互建模

用顺序图来描述人机交互信息

7.业务规则建模

采用自然语言和UML中的对象约束语言来描述

8.状态建模

用UML中的状态图来描述状态变换

 

（4）需求建模案例

2.需求分析总结

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