SW03-2 需求获取技术.pptVIP

需求获取技术 1、建立项目视图与范围 业务需求代表了需求链中最高层的抽象：他们为软件系统定义了项目视图和范围。软件功能需求必须根据用户的需求来考虑，且要与业务需求所设定的目标相一致。 项目视图可以把项目参与者定位到一个共同和明确的方向上。项目视图描述了产品所涉及的各个方面和在一个完美环境中最终所具有的功能。 相反的，范围描述了产品应包括的部分和不应包括的部分。范围的说明在包括与不包括之间划清了界线，当然，它还确定了项目的局限性。 项目前景和范围的文档 a. 业务需求 a.1 背景 a.2 业务机遇 a.3 业务目标 a.4 客户或市场需求 a.5 提供给客户的价值 a.6 业务风险 b. 项目视图的解决方案 b.1 项目视图陈述 b.2 主要特性 b.3 假设和依赖环境 c. 范围和局限性 c.1 首次发行的范围 c.2 随后发行的范围 c.3 局限性和专用性 d. 业务环境 d.1 客户概貌 d.2 项目优先级 e. 产品成功的因素 2、需求获取技术 文档研究 调查问卷 面谈 需求专题讨论会 情节串联板制作 用例 角色扮演 原型开发 2.1文档研究 工作中的表格、文件、便函… 工作报告… 规章制度、业务规程、程序文件、质量手册 旧系统的设计文档（如果有） 旧系统 …… 收集和分析现有文档 2.1 文档研究 要点 一般作为访谈之前的准备 有价值内容的比例少，随时做笔记 有助于得到：组织结构图、业务对象模型 岗位责任分工、标准业务流程…… 2.2 调查问卷 用调查问卷收集事实 调查问卷的类型 自由格式 固定格式 多选 分类 队列 2.2 调查问卷 优点 回答快速、方便 直观的结果 可以匿名回答 列表式的响应、分析快速 缺点 问题可能被误解 难以继续用户的模糊回应 不能发现行为语言 好的调查问卷很难去准备 难以探索新的领域 2.3 面谈 面谈是一个简单、直接的技术 面谈的方式和技术 无定式面谈 用通用的问题、无明确的问题 希望用户提供结构和直接的谈话 固定内容面谈 有明确的问题 无限制的问题 询问式、确认式、讨论式 2.3 面谈的一个重要目标 要确保面谈者的偏见或易于动摇不会妨碍到信息自由交换 启动面谈的技巧 与语境无关的问题有助于获得无偏见面谈 2.3启动面谈的技巧 第一组语境无关问题关注于客户、整体目标和收益，例如： 谁是这项工作的最初请求者? 谁将使用该解决方案？ 成功的解决方案的经济收益是什么？ 存在另一个你需要的解决方案来源吗？ 帮助标识出有兴趣的风险承担者、成功实现的可测收益、可能的可选途径 2.3启动面谈的技巧 第二组语境无关问题获得对问题更好的理解，并使得客户能够表达其关于解决方案的感觉 ，例如： 如何刻画将由某成功的解决方案所产生的“好的”输出？ 该解决方案强调了什么问题？ 能向我显示(或描述)解决方案所应用的环境吗？ 存在影响解决方案的特殊性能问题或约束吗？ 简明的问题和简明的回答将从最混乱的情况中产生最短的求解路径 2.3启动面谈的技巧 第三组语境无关问题关注于会议的效率，例如： 您是回答这些问题的合适的人员吗？你的回答是“正式的”吗? 我提的问题和你想解决的问题相关吗？ 我是否问了太多的问题？ 还有其他人可以提供附加的信息吗？ 还有其他我该问你的问题吗？ 如果系统将为很多用户提供服务，必须绝对地确保需求是从所有用户的代表群中诱导而得的。 2.3 启发技术-面谈 深挖需求表面之下的用户的真正的需要 问无限制的问题 围绕着例外进行深挖 开始提问题的方式如下： 另外还能做什么？ 什么时间发生什么？ 你一定需要吗？他们的需要不同吗？ 面谈后，要向面谈者确认 检查不一致和冲突 回避过多过早的描述使问题和需求变得分散 2.3面谈的优点和缺点 优点 给分析员一个机会获得自由、开放的答复 从回答中发掘更多的反馈 改变或重复对不同个体 有机会获得非语言的表达方式 缺点 浪费时间，可能成本大于收获 非常依赖于分析员的人际关系技巧 对于位置的依赖；不可行的，由于被访谈者的地点 2.4 需求专题研讨会 加速决策过程 是需求启发的最有力技术 它在一段短时间内，把所有主要风险承担人集中到一起 使用有需求管理经验的外部联络员有助于保证需求研讨会的成功 自由讨论是专题研讨会的最重要部分 促进交流，并能快速达到一致 2.4 需求专题研讨会-优点 它协助建立一支高效的团队，围绕一个目的：项目的成功 所有的风险承担人都畅所预言，没人被落下 正如应用项目所必须做到的，它促进风险承担人和开发团队之间达成共识。 它能够揭露和解决那些妨碍项目成功的行政问题 结果是，一个在特征级别上的初步系统定义很快被产生 2.4 需求专题研讨会 规则 不允许批评或争吵 充分发挥你的想象力 产生尽可能多的意见 转换和组合想法 意见精简 修剪 把意见归类 特征定义 确