06获取客户的需求.pptVIP

SSPM/WRL 学习目标 6.0 客户参与的重要性 1) 需求的三个层次回顾 6.0 客户参与的重要性 2) 软件成功的主要因素回顾 6.0 客户参与的重要性 3) 获得用户需求的步骤 6.0 客户参与的重要性 4) 分析员的责任 6.1 需求的来源 6.2 用户类型分析 1) 用户的差异 6.2 用户类型分析 2) 涉众的层次 6.2 用户类型分析 3) 确定用户类必须注意的问题 6.2 用户类型分析 4) 案例分析 6.3 寻找用户代表 6.4 用户代言人 6.4 用户代言人 1）用户代表的基本条件 6.4 用户代言人 2）用户代表的主要工作 6.5 决策者 1) 明确与授权 6.5 决策者 2) 问题解决方案 6.5 决策者 2) 问题解决方案 本章小结 体 会 第 6 章 获取客户的需求 SQE-GYG 软件需求工程Software Requirements Engineering( SRE )?第二部分 软件需求开发第六章 获取客户的需求 龚 永 罡 在学完本章内容之后，你应该能够： 学会分析需求的来源 掌握用户分类方法 了解用户代表和产品代表 分析不同的需求决策层面 第3层 功能需求层 第1层业务需求层 业务需求 远景和与范围文档 第2层用户需求层 用户需求 用例文档 质量属性 业务需求 图1-1 需求关系图 功能需求 系统需求 外部界面 约束条件 软件需求规范和模型 功能性需求 非功能性需求 P6 软件项目成功的三个主要因素: 用户的参与 主管层的支持 需求的清晰表述 组织和个人对用户参与的认识水平和认同度有多高，他们的软件开发水平和能力就会有多高，系统使用的效率和效益就会有多高！ 确定产品的不同用户类型； 确定用户需求来源； 选择出每一类用户和其他涉众的代表并与他们一起工作； 商定谁是项目需求的决策者。 P62 需求分析员对于记录新系统必备的功能和特性，并将这些信息传达给相关涉众人员负有主要责任。 如果分析人员不投入足够的时间和精力对目标产品的共同前景达成共识，结果肯定是返工、延误交付和客户不满意。 应该明确分析人员在软件的整个生命周期的任务和他们应该承担的责任。 P62 软件需求的典型来源与收集方法 与潜在用户进行交流和讨论； 描叙现有产品或竞争产品的文档； 详细阅读和全面理解SRS； 现有系统的问题报告和改进要求； 市场调查和用户问卷调查； 观察用户如何工作； 用户工作的情景分析； 列出系统必须响应的外部事件和正确的响应。 P62 产品的不同用户之间在很多方面存在差异，主要表现在： 使用产品的频度率； 用户在应用领域的经验和使用系统的技能； 所用到的产品功能； 为支持业务过程所进行的工作； 访问权限和安全级别。 P63 涉 众 其 他 客 户 用 户 经 理 其他用户类 被忽略的用户类 非重点用户类 重点用户类 图6-1 涉众、客户和用户的层次结构 P64 以使用者对系统的交互方式来确定用户类别。 重点用户的优先级必须优先考虑，因为满足了他们的要求也就满足了业务需求。 用户类除了人群，还包括与系统交互的其他应用系统或硬件系统。 必须在项目初期就确定好系统将面对的用户类，并在SRS中记录它们的特点、职责和物理位置。 P64 在“化学品跟踪管理系统”中，有四类用户，他们分别是： 化学家（需重点考虑） 采购人员 库库管理员 医疗和保险部门（需重点考虑） 使用特征在表6-1中进行了较具体的分析。 P65 任何IT项目都需要有合适的用户来提供用户需求。通过用户代表来获取用户需求时，是一种非常有效的需求获取方法。 用户代表应当自始至终参与项目的整个开发过程。 每一类用户都应该有自己的代表，用户代表的选择方法和人员组成，反映出决策层对项目的重视程度和理解程度； 建立一个能起到核心作用的用户代表组，是项目获得成功的基本保证。 P66 用户 客户 市场 需求分析人员 开发人员 用户代言人 支持人员 用户经理 销售 图6-2 用户与开发者之间可能存在的沟通途径 6.3 寻找用户代表 产品经理 P67 每个项目都应该有、必须有、一定有几位用户类的关键成员负责提供需求，这些成员我们称为用户代言人（用户代表），或称为项目协调人。 通过设立用户代表者这一途径，使客户和开发者之间的伙伴关系结构化和形式化。 用户代表是他所属用户类成员与分析员之间的主要联系人。 P68 对客户需求和业务需求有较全面的理解，具有较强的综合能力和创新精神。 对同类业务的工作流程和工作规则十分熟悉。 对新系统有清晰的认识，并对其充满热情。 表达能力、沟通能力、