第03章-需求-02-需求获取技术课件

《第03章-需求-02-需求获取技术课件》由会员分享，可在线阅读，更多相关《第03章-需求-02-需求获取技术课件（57页珍藏版）》请在金锄头文库上搜索。

1、需求工程需求获取技术,张永强,课程目标,了解一般需求获取技术 掌握面谈技术 编写有效的问卷调查表 原型化方法,需求获取指导,确定需求获取计划和问题清单 确定能够帮助了解需求的人员名单 定义系统环境 确定领域约束（既特定于应用领域和业务环境的特征，限制了未来系统的功能或性能） 定义需求获取方法 制定需求获取计划 使用业务场景技术来描述业务需求,谁和需求相关,所有直接或间接受到系统影响的人或业务 需求过程的关系方(stakeholder)及责任 业务过程：需求的核心是识别受影响的业务过程 客户：指直接或间接从产品中获得利益的个人或组织。软件客户包括提出要求、确认需求、支付款项、选择、具体说明或使用

2、软件产品 用户：软件的最终用户 未来系统的维护人员 系统分析员:了解、分析和再现软件需求。系统分析员的主要焦点是 “做什么（what）” ，不是 “怎样做how）”,需求确定过程中的相互影响,分析阶段的活动及相应的关键问题,收集信息 我们是否已经拥有了全部的信息来定义系统所必需完成的工作 定义系统需求 我们需要系统做什么 需求的优先级划分 系统要完成的最重要的事情是什么 构建系统原形，以验证可行性和发现需求 我们可以证明这种技术能够实现我们想让它完成的那些功能吗？ 产生、评估方案 创建系统的最好方案是什么?我们是否已经构建出一些原形可以使用户完全理解新系统的潜在功能 同管理部门一起复查各种建议

3、 我们应不应该继续、设计和实现我们提出的新系统,1、收集信息,原则： 1）自顶向下； 2）用户参与； 3）工程化； 4）全面与重点相结合；5）友善的工作方式。 调查范围 1）组织机构与功能业务；2）数据和数据流程； 3）业务流程； 4）决策方式及过程； 5）可用资源与限制条件 6）现存问题及改进。,1、收集信息(cont.),举例 活动：获取系统的操作环境 目的：交付系统没有安装、运行和使用问题 问题范围： 主机 操作系统、数据库等系统平台部署和使用情况 网络 相关联的应用软件（开发工具、运行环境、接口定义等）,1、收集信息(cont.),传统的需求获取方法 与客户和领域专家面谈 问卷法 观查

4、 文档和软件系统的研究 参与实际业务 现代需求获取方法 原型法 联合应用开发（JAD） 快速应用开发,1、收集信息(cont.),1）复查现有的报表、表格和过程描述 这是“事实发现活动”的第一步 开始时，分析员可以请求用户提供正在使用的表格和报表的复印件，这是进一步收集需求的基础 通过“沟通”形式理解文档和报表 该过程有助于发现面谈中漏掉的业务规则,1、收集信息(cont.),2）面谈和讨论 面对面交流是理解业务功能和规则的最有效方法 该方法比较耗时和资源 项目组成员与单个用户或用户组举行会议 面谈的目的 获得面谈对象的观点，它们对系统当前状态、组织和个人的目标以及非正规程序的感受。,1、收集

5、信息 2)面谈和讨论,面谈步骤： 阅读背景资料 确定面谈目标 一般包括信息资源、信息格式、决策频度、信息性质和决策样式 决定面谈对象 要包括在所有层次上在某些方面受到系统影响的关键人物，做到均衡。 和面谈对象沟通 提前沟通，使得面谈对象提前准备，面谈时间不宜过长。 决定问题的种类和结构 整理面谈报告,1、收集信息 2)面谈和讨论,问题的类型 开放式问题 例如：你对公司中B2C电子商务的当前状态有何看法？ 优点：细节丰富、易于沟通 缺点：无效信息过多、面谈失控、引起面谈对象误解 封闭式问题 特点：用户的回答受到限制 例如：客户服务中心平均每天收到多少个电话？ 优点：容易控制、快速、答案明确 缺点

6、：气氛沉闷、缺乏细节、缺乏面谈对象的观点 决定采用开放和封闭问题的因素 数据的可靠性、面谈效率、数据的精度、广度和深度、面谈技能、分析的难易程度,1、收集信息 2)面谈和讨论,面谈的组织 使用金字塔结构 特点：以封闭式问题开始，然后使用开放式问题扩展（归纳） 使用漏斗结构 以一般、开放式问题开始、然后用封闭式问题缩写范围。 使用菱形结构,1、收集信息 2)面谈和讨论,整理面谈报告 复查笔记的准确性、完整性和可理解性 将所收集的信息转化为适当的模型和文档 确定需要进一步澄清的问题领域 适当的时候向参加会议的每个人发一封感谢信,举行面谈清单（样例）,面谈目的 确定销售佣金率的处理规则 日期、时间和

7、地点 2008年3月21日，9：00am， 市场总监办公室 用户参加人员 市场总监，财务经理，市场销售部经理及几个职员 项目小组参加人员 *，* 面谈/讨论 1. 谁有资格当销售代理？ 2. 佣金的主要部分是什么？佣金率是多少？ 3. 如何处理退货佣金？ 4. 有什么特殊的动机吗？竞争/季节性降价？ 5. 佣金范围可变吗？有行情表吗？ 6. 有哪些异常情况？ 后续工作 问题的重要决定或回答 参看关于佣金政策的附属文件 本次会议未解决的条目 参看未解决条目表的2、3项 下次会议会后续会议的时间安排 2008年3月28日，9：00am,面谈技巧： 不要找太多人，每次1-3人为宜，否则耗时且效率低

8、不要认为对方懂得系统开发 以请教方式问对方的“经历”和“工作过程” 每次面谈不要时间太长 可以与固定人员建立后续电话“访谈”,1、收集信息3）观察并记录业务流程,观察并记录业务流程 同用户进行交谈，用户是被动的。 观察：有效收集信息的另一种方法 方式：直接在用户工作的地方观察他们的日常活动并记录下观察到的业务操作过程 观察方法 对办公室进行快速浏览 安排一定的时间观察用户的工作过程 同用户一道亲身实践体会工作过程 使用工作流图来进行记录 工作流 处理商业事务或客户请求的一系列步骤 工作流图：流程图、数据流图、活动图 工作流图在分析与设计阶段是有效的工具,3)观察并记录业务流程,4）建立系统原形

9、 快速收集用户信息需求的特定信息的重要技术。 目的 系统分析师设法寻求用户和管理层对原型的反映 用户关于改变或清理原型化系统的建议 可能的创新和修订计划,5）分发和收集需求调查表,调查表在信息收集中的作用是具体而有限的 使用场合： 系统相关者较多 地理上分布广 调查表问题类型： 封闭问题 定量问题(分类和区间) 开放问题 采样技术 从某一种群中系统的选出一些有代表性的个体。具体： 确定要收集的或描述的数据 确定采样种群 选择采样类型 决定采样规模,调查表例子,第一部分：根据一个典型的4小时轮班工作情况，回答下列问题： 1.您接了多少个电话？ 2.订购一件商品一般需要多少个电话？ 第二部分：根据

10、您同意或反对的强烈程度，选择1-7中适当的数字： 1.与顾客交谈时可用的大量产品描述对做好工作是有帮助的 选择： 1 2 3 4 5 6 7 2.计算机响应速度缓慢，从而导致响应顾客需求发生困难 选择： 1 2 3 4 5 6 7 第三部分：请写下您的意见和建议： 请简要指出现有系统的问题，您希望在新系统中如何解决？,6)主持“联合应用程序开发”（JAD）会议,JAD 是一项定义需求或设计系统的方法，即让所有相关人员一起参加某个单一会议，它是用于加快系统需求调查的一种方法 单独的JAD会议会持续几天，要为系统的某个具体方面完成所有的事实发现、建立模型、政策决定和确认等活动。 动机 节省个人面谈

11、所需的时间 改善信息需求评估结果的质量 通过多方参加的过程，获得用户对新系统的更多认可,JAD,JAD成功的关键因素 系统相关者都要出席会议 JAD会议参加人员： 主持者：通常指定一位资深系统分析员或项目经理 用户：各类用户 技术人员： 项目组成员 GSS （Group Support System）- 近年流行的JAD形式，类似视频会议或网上聊天,JAD,需求获取过程(cont.),业务流程重组（BPR），也称业务流程再造，是近10年来的趋势，已成为许多新的信息系统创建的动机 旧的商业过程规则：“如果还没有坏，就不要修理” 新的思维方式：“总有更好的解决方法，让我们改进它” 经典案例： 福特

12、北美分部的账务部门有500人 马自达仅用5人（尽管公司小一点） 福特经过BPR，最后达到100人 在调查活动期间必须牢记：在项目进行期间有可能会发 现改进业务流程的机会,需求获取过程(cont.),完成本项活动时，应该回答的关键问题： 我们是否已经拥有了全部的信息来定义系统所必需完成的工作？,需求获取过程(cont.),收集信息和建模之间的关系,需求获取过程(cont.),2、定义系统需求 收集到的信息，必须整理、记录下来 - 定义系统需求 技术需求：即系统的指标要求，只需记下即可 如性能、响应时间、同时在线用户数等 功能需求：需要创建不同的模型来描述 结构化分析技术：DFD和ERD等 OO分

13、析技术：用例图和类图等 定义需求模型的过程，也是分析员不断了解系统的过程，分析员要不断与用户确认模型的完整性和正确性 需求定义和信息收集可能会迭代进行。,3.3 系统需求类别,功能需求和技术需求 功能需求Functions 性能需求Performances 接口需求Interface 环境需求Environments 用户(或人的因素)Users 资源Resources 数据Data 安全性Security 质量保证Quality Assurance 文档Documentations 将来可能提出的要求,3.3 系统需求类别(cont.),1. 功能需求Functions 系统必须提供的服务要

14、求系统干什么? 系统将做什么？ 系统何时做这些工作？ 有几种操作方式？ 处理方式是批处理还是联机处理?,3.3 系统需求类别(cont.),2. 性能需求Performances 系统必须满足的约束条件要求系统干到什么程度? 系统的执行速度 系统的响应时间 最大存储容量 信息传输速度 最大用户数量 出错处理要求,3. 接口需求Interface 系统与应用环境的交互本系统如何与外部系统连接(系统的边界)? 用户接口,硬件接口,软件接口,通信接口 对用户界面有何要求? 例: 系统输入是否来自一个或若干个其他系统？ 输出是否送到一个或若干个其他系统？ 接口的数据格式是否有特殊规定？ 接口的数据是否

15、必须存储在指定的介质中？,3.3 系统需求类别(cont.),3.3 系统需求类别(cont.),4. 环境需求Environments 硬件设备： 计算机型号、外部设备、设备接口、安装地点 分布场地、环境温度要求、环境湿度要求、磁场干扰要求、等等 软件： 操作系统、数据库、编程语言等 网络,5. 用户(或人的因素)Users 谁使用本系统？ 有几种类型的用户？ 每种用户的技术水平如何？ 对每种用户将进行何种培训？ 用户是否容易学习和使用本系统？ 用户理解、使用系统的难度？ 用户错误操作系统的可能性？ 对开发使用的标准是否有要求?,3.3 系统需求类别(cont.),6. 资源Resource

16、s 建立、使用和维护本系统需要什么材料、人员及其他资源？ 开发人员应具备什么技能？ 系统需要占用多大的物理空间？ 是否有精确的开发进度要求？ 开发或软硬件的费用是否有限制？ 需要何种支撑工具软件?,3.3 系统需求类别(cont.),7. 数据Data 输入/输出数据采用何种数据格式？ 数据接收或发送频度多大？ 数据的准确度有何要求？ 数据的计算精度有何要求？ 系统的数据流量多大？ 数据需要保留多长时间？ 对存储介质有何要求?,3.3 系统需求类别(cont.),8. 安全性Security 对系统或信息进行存取是否必须受控？ 用户之间的数据如何隔离？ 用户程序与其他程序或其他操作系统如何隔离？ 本系统的转储时间间隔多长？ 是否必须将备份数据异地保存？ 是否需要采取防火、防水、防盗措施？ 系统是否需要备份?,3.3 系统需求类别(cont.),9. 质量保证Quality Assurance 对可靠性、可用性、有效性有何要求？ 对可维护性、保密性有何要求？ 系统必须监测和隔离错误吗？ 规定系统平均出错时间？