需求工程第4章需求获取概述.ppt

第4章. 需求获取概述 2017-2018(2) 主要内容 需求获取的非平凡性 需求获取的活动过程 需求获取信息的要点 需求获取的实践调查情况 1. 需求获取的非平凡性 用户和开发人员的背景不同，立场不同，交流困难 知识理解的困难 尽力去研究应用的背景，理解组织的业务状况，形成一个能够和用户进行有效沟通的粗略的知识框架。 默认（Tacit）知识现象 默认知识是指在表达者看来简单认为不值得专门进行解释或提及的知识。 用户与开发者之间的默认知识大量存在且涉及业务处理细节。 利用有效的获取方法与技巧（角色扮演、观察等）来发现并获取默认知识。 1. 需求获取的非平凡性 普通用户缺乏概括性、综合性的表述能力 普通用户的知识结构相对局限于一些具体的业务细节 善于表达具体业务的细节问题 专家用户的知识结构因其渊博性而具有概括性和广泛性 能够回答概括性和综合性的问题 开发人员在与用户接触之前： 先行确定获取的内容主题； 设计具体的应用环境和场景条件； 让用户在执行细节业务的场景中来描述问题、表达期望。 1. 需求获取的非平凡性 用户存在认知困境 潜在（Latency）知识 潜在知识是指人们认识不到自己已经知道的知识，出现认知困境。 用户的认知困境普遍存在，无法明确表达自己需要什么。 PAD举例 需要利用各种有效的需求获取方法和技巧，引导用户发现潜在知识。 分析用户环境和行为 设计初始原型 创造需求 1. 需求获取的非平凡性 用户是业务的主导者，拥有具体业务的话语权，开发者是解决方案的主导者，拥有设计方案的话语权，各司其职。 用户越俎代庖 用户提出的不是需求，而是解决方案 注意保持业务领域和解决方案的区分界限 举例 用户固执的坚持某些特征和功能 分析用户的深层目的，找到隐藏在背后的需求 举例 1. 需求获取的非平凡性 缺乏用户参与 用户数量太多，选择困难 选择用户，保证需求获取的完整性和代表性。 用户认识不足，不愿参与 用户情绪抵制，消极参与 没有明确的用户 对系统的用户以及用户的替代源等相关涉众进行分析，了解用户特征、类别、任务、取向等。 主要内容 需求获取的非平凡性 需求获取活动 子活动 过程描述 需求获取活动的要点 需求获取的实践调查情况 2 需求获取活动 研究应用背景，建立初始的知识框架； 根据获取的需要，采用必要的获取方法和技巧； 先行确定获取的内容和主题，设定场景； 分析用户的高（深）层目标，理解用户的意图； 进行涉众分析，针对涉众的特点开展工作。 2 需求获取活动——需求获取过程 主要内容 需求获取的非平凡性 需求获取的活动过程 需求获取活动的要点 获取的内容 获取的来源 获取的方法 获取的过程 获取的结果 需求获取的实践调查情况 4.4 获取信息的内容 需求工程需要获取的内容主要有三种： 需求：获取的主要对象，是系统期望达到的目标。 在获取中，通常体现为涉众的观点、看法、目标或者问题 问题域特性：承载和解释需求的问题域特性。 涉众的业务描述 各种业务数据文档 环境和约束：限定解系统部署的环境和条件。 涉众描述 环境观察 获取内容要与项目前景保持一致，介于项目范围之内。 4.5 获取信息的来源 涉众 用户? 客户 领域专家 市场人员、销售人员等其他用户替代源 相关产品 原有系统 竞争产品 协作产品（和解系统存在接口的其他软件系统） 硬数据 登记表格、单据、报表等定量文档 备忘录、日志等定性文档 重要文档 原有系统的规格说明 竞争产品的规格说明 协作产品的规格说明 客户的需求文档（委托开发的规格说明、招标书） 相关技术标准和法规 相关法律、法规及规章制度 行业规范、行业标准 4.6 获取信息的方法——六种需求获取方法 传统方法 ：数据收集机制 问卷调查、面谈、硬数据分析、文档检查、需求剥离等 集体获取方法 ：涉众集中 头脑风暴（Brainstorming）、专题讨论会（Workshop）、JAD联合应用开发、JRP联合需求计划等。 原型：适用于需求模糊、不确定性情况。 认知方法：以认知的方式 获取潜在知识。 任务分析（Task Analysis）、协议分析（Protocol Analysis）等 模型驱动方法：定义模型、确定收集信息类型 面向目标法、基于场景法、基于用例方法 基于上下文的方法 观察、民族志（Ethnography）和话语分析（Conversation Analysis） 4.7 获取信息的过程——注意事项 在整体上制定组织方案 确定系统的边界，建立上下文图或系统用例图 维护项目的前景和范围 引导和控制获取过程 接受需求的不稳定性 控制探索性工作 4.7 获取的过程—— 防止需求遗漏 务必让所有的涉众都表达出自己的意见。 不要以抽象和模糊的需求作