需求分析师培训Day课件.ppt

需求捕获的最佳实践 定义操作过程：应分析、理解和文档化各种业务过程，将其作为需求捕获的一部分。 主要效益：揭示过程需求和需求约束 引入成本：相当高 应用成本：中等 复用需求：尽可能从在同一应用领域已经开发出来的其他系统中复用需求。 主要效益：较低的需求成本、较快的需求捕获 引入成本：中等-高 应用成本：中等 用户访谈：通用问卷 理解用户环境 谁是用户？ 他们的教育背景如何？ 他们的计算机背景如何？ 用户经历过这种类型的应用吗? 使用的是哪一种平台？计划将来的平台是什么？ 有没有用其他和该应用有关的应用？如果有简单介绍  对产品可用性的预期是什么? 你需要什么样的用户帮助（在线文档、纸介质？） 用户访谈：通用问卷 简要说明理解情况 你刚才告诉我…（用自己的话列出客户所述问题） 这是否足以表达你认为现在存在的问题？ 如果还有，那是什么问题？ 分析人员对客户问题的输入(有效或无效的假设)，如果有，问题与什么有关？对于每个建议，提问: 这是一个实际的问题吗？产生的原因是什么？ 你是怎么解决这个问题的？希望怎么解决？ 和你提到的其他问题相比，这些问题 的位置如何？ 用户访谈：通用问卷 评估你的解决(总结你建议的解决方案的主要功能)如果你能够……对于这些的重要性，你是如何排序的？ 评估机会 在你的单位中，谁需要这样的应用？ 使用这种应用的用户有多少? 如何评价一个成功的解决方案? 用户访谈：通用问卷 评估可靠性、性能及支持的需要 你对可靠性的预期是什么？ 你对性能的预期是什么？ 是你还是其他人来支持该系统？ 你对支持还有特别的要求吗？ 维护及服务如何? 安全需求是什么？ 安装和配置需求是什么？ 有什么特殊的许可需求吗？ 用户访谈：通用问卷 其他需求 有必须支持的法律、法规、环境需求或标准吗？ 你还能想到其他我们应该知道的需求吗? 总结性提问 我还有其他问题应该问你吗？ 如果我还问你其他问题的话，可以打电话给你吗？你愿意参加需求审阅吗？ 分析人员总结：面谈后，趁你记得时，总结出用户/客户确认的三条最高优先级的需求或问题 用户访谈：操作法 避免类似以下暗示：我的时间比你宝贵，我不知道我在做什么，你不知道你在讲什么 用简单的语言清楚地表达问题，采用对方的术语和行话 不要遗漏任何事情 能够找到和探究异常现角，例如对未预料问题的反应 不要搞错基本信息流要求的方向 用户访谈：询问的问题 问题类型：待解决的问题、开发解决方案的过程、需求获取本身 需求获取本身的问题： 我的问题看起来相关吗？你的回答正式吗？ 你是回答这些问题的最佳人选吗？ 我问了太多的问题吗？ 还有其他什么我该问你的？ 你想问我什么？ 我还应该见其他什么人？ 关于这个项目有什么人我们不需要？ 用户访谈：主要困难 缺乏对所需要的人的访问（知道最多的人最忙） 在面谈时记录信息很困难 被访谈人会试图说他们认为你想要听的话 访谈人用诱导性问题提问 束缚关键职员的有关费用 由不同领域知识和行话引起的交流困难 隐蔽的动机和组织政策产生错误信息 用户调查：概述 用户调查：调查面最广的技术 利：面广，能够获得更多的人的反馈。这点是对用户访谈技术不足之处的最好补充。 弊：不够深入，容易形而上学。而这点是正是用户访谈技术所能够解决的。 要点：结合用户访谈技术使用，具体来说：先设计问题，制作成为用户调查表，下发填写完后，进行仔细的分组、整理、分析，以获得基础信息，然后再针对这个结果进行小范围的用户访谈，作为补充。 用户调查：主要用途 搜索某项假设的统计依据：设计一些封闭的问题，例如“从现有系统中取得客户统计资料的难易程度：非常困难、相当困难、容易、非常容易” 搜索意见、建议：询问与用户访谈类似的开放性问题，例如“日常工作中的三个最大问题是什么？”，“你对能够更好地支持日常工作的IT系统有什么建议”。--误解你的问题，你误解他的回答 用户调查：主要困难 相关的问题不能事先决定 问题背后的假设对答案会造成偏颇 例如：这功能符合你的期望吗？ 假设：你有期望，所以这是一个有意义的提问 难以探索一些新的领域，也没有探索新的需要被探索的领域的交互 难以继续用户的模糊响应 现场观摩：概述 现场观摩：最生动的技术 利：百闻不如一见，能够对需求与业务流程建立直观的认识。 弊：消耗时间长，而且由于“被观摩”的微妙心理变化，会使得“观摩”失真。 适用性：要对于复杂流程的更加深入的理解时。 要点：悄悄地进行，明确要强化理解的具体流程环节。 现场观摩：常用变体 任务示范：要求用户示范如何执行特定的任务 利：可用于发现异常的、