需求建模与需求分析总结

需求建模与需求分析总结
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. 信息系统设计的⼀个很重要的标椎是他容许、并能够⽅便对需求进⾏变更时，信息系统的整体框架和结构式稳定的。