需求分析之场景分析法
上一篇 / 下一篇 2010-01-15 22:41:51 / 个人分类：软件测试—个人学习笔记
该文章是在老大总结的基础上凭借记忆和理解搞出来的，应该不算原创
目前的需求文档质量强依赖于作者的经验，缺乏完善的工程方法来支撑，后续的开发、测试工作经常会发现需求分析得不准确、不完善而使得工作产品需求变更、返工、修复。需求文档的指导作用、参考价值变弱。 因此引入场景分析工程方法可以解决部分这样的问题。
场景分析法的原则是：5W1H1E 。下面就针对5W1H1E作出解释（仅供参考）
1、5W (Why,Who,When,Where,What happen)
Why:用户使用该功能能够完成什么？用户对该功能的期望是什么？
Who：使用该功能的用户类型（用户/系统）有那些？他们的使用有什么差异？该需求是否涉及多用户使用，最大的并发数是多少？and so on 。
When：什么时间使用该功能
Where：用户使用该功能时，一般处在什么环境？（比如组网环境，软硬件配置，周边配置等）。在不同的应用环境在，对该需求有什么样的要求？等
What happen： 和该需求产生交互的需求有那些？相互的需求会对该需求有什么影响
2、1H (How)
How:用户使用该需求要完成的操作流程有那些？每一步又如何交互？如果用户如法完成该需求，会又那些异常退出情况等等
3、1E(Experience)
Experience： 不同的软件侧重点不同。有的重在易用性，有的则重在安全性和可靠性方面。用户使用该需求的频率如何？是否涉及用户信息的安全性？用户的权限如何限制？用户使用该需求对性能有什么影响？等等
目前的需求文档质量强依赖于作者的经验，缺乏完善的工程方法来支撑，后续的开发、测试工作经常会发现需求分析得不准确、不完善而使得工作产品需求变更、返工、修复。需求文档的指导作用、参考价值变弱。 因此引入场景分析工程方法可以解决部分这样的问题。
场景分析法的原则是：5W1H1E 。下面就针对5W1H1E作出解释（仅供参考）
1、5W (Why,Who,When,Where,What happen)
Why:用户使用该功能能够完成什么？用户对该功能的期望是什么？
Who：使用该功能的用户类型（用户/系统）有那些？他们的使用有什么差异？该需求是否涉及多用户使用，最大的并发数是多少？and so on 。
When：什么时间使用该功能
Where：用户使用该功能时，一般处在什么环境？（比如组网环境，软硬件配置，周边配置等）。在不同的应用环境在，对该需求有什么样的要求？等
What happen： 和该需求产生交互的需求有那些？相互的需求会对该需求有什么影响
2、1H (How)
How:用户使用该需求要完成的操作流程有那些？每一步又如何交互？如果用户如法完成该需求，会又那些异常退出情况等等
3、1E(Experience)
Experience： 不同的软件侧重点不同。有的重在易用性，有的则重在安全性和可靠性方面。用户使用该需求的频率如何？是否涉及用户信息的安全性？用户的权限如何限制？用户使用该需求对性能有什么影响？等等
TAG:
有用，但是字体颜色和大小很考眼力啊
顶一个，空间太亮了~
标题搜索
日历
|
|||||||||
| 日 | 一 | 二 | 三 | 四 | 五 | 六 | |||
| 1 | 2 | 3 | 4 | 5 | 6 | ||||
| 7 | 8 | 9 | 10 | 11 | 12 | 13 | |||
| 14 | 15 | 16 | 17 | 18 | 19 | 20 | |||
| 21 | 22 | 23 | 24 | 25 | 26 | 27 | |||
| 28 | 29 | 30 | |||||||
数据统计
- 访问量: 8107
- 日志数: 8
- 建立时间: 2010-01-15
- 更新时间: 2010-10-15
