如何保证需求完整性、准确性.pdf

如何保证需求完整性、准确性 需求调研介绍 原型工具演示 软件需求定义  对于软件需求来说，目前常见的定义是IEEE软件工程标 准词汇表（1997年）中的定义：  用户解决问题或达到目标所需的条件或能力；  系统或系统部件要满足合同、标准、规范或其他正式规定文档所需具有 的条件或能力；  一种反映上述条件和能力的文档表述。 总结：产品为向涉众提供价值而必须具备的特性 需求调研的重要性 需求调研没做好的弊端 需求调研没做好的弊端  做出来的东西不是用户要的，做无用功  浪费客户和开发的时间，增加成本  开发人员会因为需求不停的变换而产生怠工心理  …… 需求描述的特性  完整性 不能断章取义  正确性  可行性  必要性  无二义性 将work 目录下的文件先备份，然后删除  划分优先级  可验证性 需求调研过程  “访谈” （Visitation ）  “诱导” （Inducement ）  “确认” （Afirm ） 需求调研过程  第一阶段：“访谈” （Visitation ）  找人：找出项目相关干系人，最好找到项目的接口人  目的：F2F沟通，从宏观把握需求，了解环境  手段：访谈、调查表格  输出：调查报告、业务流程报告 需求调研过程  第二阶段：“诱导” （Inducement ）  原型：根据访谈制作DEMO与客户反复交流  目的：直观的方式与客户交流，诱导客户  手段：拜访（诱导）、原型演示  输出：调研分析报告、原型反馈报告、业务流程报告 需求调研过程  第三阶段：“确认” （Afirm ）  细化：根据反复的交流细化需求和原型  目的：细化出最终需求，客户确认签字  手段：拜访（回顾、确认），提交业务流程报告、数据项 表、原型演示系统  输出：需求分析报告、数据项、业务流程报告、原型系统 反馈意见（后三者可以统一归入需求分析报告中，提交用 户方、监理方进行确认和存档） 用户签字后的需求形成需求基线（Baseline），至 此处于变更控制的管理之下！！！ 需求调研思路  客户想要什么？  客户要这干什么?  他为什么这么想?  他会不会漏了点什么? 需求调研思路  客户想要什么？  少说多记，避免打断  有问题先标记，等客户说完再沟通 需求调研思路  客户要这干什么  反复确认  不要“我以为” 阿三@ 一个小故事: 阿三@后头没有.com 需求调研思路  他为什么这么想  多考虑，了解需求最终的目的  技术专家，自以为是  什么都是“XXX平台”、“分析统计”、“综合查询” 需求调研思路  他会不会漏了点什么  需求收集完了，回来就得好好想想了，他要什么？要这干什么？为什么这么想 ？最后再来想想他会不会还有别的想法，也就是发掘潜在的需求，想到客户想 不到的事。需要注意的是发掘潜在需求得在项目范围内，如果挖掘或细化后的 需求超过了项目范围，需要和用户说明，比如放在下一期实现。 需求调研介绍 原型工具演示 原型工具——Axure