这几天读了Suzanne Robertson,James Robertson的《掌握需求过程》,本书用一个接一个的步骤、一个接一个的模板、一个接一个的例子,向我们展示了一个经过业界检验的需求收集和验证过程。 从项目启动、项目计划、项目实施、项目监控、项目结束主线角度描述了需求的目标与范围;需求规格说明书模版与需求框架;需求收集;通过需求原型获取更多、丰富的需求并发现遗漏需求;需求验证;需求管理、需求跟踪、需求事后经验总结。
一、Volere需求规格说明书模版与需求框架
二、需求收集 确定根本需求,将需求与解决方案分离,理解系统的真正目标。 做用户的学徒,揭示有意识和无意识的需求,如果用户因为“太忙”而无法交谈,这种方法很有用。 业务事件研讨会,产生业务规则与目标。 头脑风暴,召集一组聪明的、有意愿的、不同学科背景、不同经验的人,让他们对新产品产生尽可能多的想法。 用录像记录用户和需求分析师参加的研讨会和头脑风暴的过程,录像的作用有:记录、确认、备忘。 通过网络查找技术,可以收集需求的相关线索。 用户访谈与问卷调查。 网罗知识
三、需求原型 需求原型是对需求模拟的模型,设计目的是帮助了解更多用户需求。需求原型有三种: 低保真原型是一种快速模拟产品的方式,使用熟悉的技术,诸如笔、纸、白板等。低保真原型有助于将注意力集中在产品做什么上,而不是产品看起来如何,他们有助于发现遗漏的功能和测试产品的范围。 高保真原型使用做原型的工具来给出非常真实的外观,他们对于发现易用性需求是特别有效的。 场景模型是一项是抽象主题变得生动的技巧,它通过对一个特定实例讲故事的方式来做到这一点。这些模型能有效地帮助人们将注意力集中在细节上,并发现其他情况可能会遗漏的异常。
四、需求验证
五、需求管理 需求跟踪、需求变更、版本控制 需求事后分析,总结经验,从成功中获益并避免导致失败的失误。
六、需求开发过程
对收集、提取、编写和检查需求的过程进行剪裁,让这些过程能适应您的技术与文化环境。 需求中可以包含技术元素,但不能包含技术实现。
“Chattres的Bernard曾说过,我们就像站在巨人肩膀上的侏儒,所有我们比巨人看得更多,看得更远,这不是因为我们的眼光锐利,也不是因为我们的身体有什么特别,而是因为我们被巨人的身躯托举得很高。”——John of Salisbury 发表于 @ 2009年09月15日 23:20:00 | 评论( 4 ) | 举报| 收藏 旧一篇:NSIS安装制作程序 | 新一篇:软件需求书籍推荐 |
|
来自: software1 > 《需求分析(用例)》