需求02需求获取技术课件

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

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

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

4、与客户和领域专家面谈问卷法观查文档和软件系统的研究参与实际业务现代需求获取方法原型法联合应用开发（JAD）快速应用开发第9页，共57页。1、收集信息(cont.)1）复查现有的报表、表格和过程描述这是“事实发现活动”的第一步开始时，分析员可以请求用户提供正在使用的表格和报表的复印件，这是进一步收集需求的基础通过“沟通”形式理解文档和报表该过程有助于发现面谈中漏掉的业务规则第10页，共57页。公司资金收付余额表2005年1月1日单位：千元项目本日期初结余本日流入金额本日流出金额本日期末结余帐户类别开户行期初余额期初可动用余额期末余额期末不可动用金额期末可动用金额银存合计基本户一般户贷款监管户税户

5、保证金户第11页，共57页。1、收集信息(cont.)2）面谈和讨论面对面交流是理解业务功能和规则的最有效方法该方法比较耗时和资源项目组成员与单个用户或用户组举行会议面谈的目的获得面谈对象的观点，它们对系统当前状态、组织和个人的目标以及非正规程序的感受。第12页，共57页。1、收集信息 2)面谈和讨论面谈步骤：阅读背景资料确定面谈目标一般包括信息资源、信息格式、决策频度、信息性质和决策样式决定面谈对象要包括在所有层次上在某些方面受到系统影响的关键人物，做到均衡。和面谈对象沟通提前沟通，使得面谈对象提前准备，面谈时间不宜过长。决定问题的种类和结构整理面谈报告第13页，共57页。1、收集信息 2)

6、面谈和讨论问题的类型开放式问题例如：你对公司中B2C电子商务的当前状态有何看法？优点：细节丰富、易于沟通缺点：无效信息过多、面谈失控、引起面谈对象误解封闭式问题特点：用户的回答受到限制例如：客户服务中心平均每天收到多少个电话？优点：容易控制、快速、答案明确缺点：气氛沉闷、缺乏细节、缺乏面谈对象的观点决定采用开放和封闭问题的因素数据的可靠性、面谈效率、数据的精度、广度和深度、面谈技能、分析的难易程度第14页，共57页。1、收集信息 2)面谈和讨论面谈的组织使用金字塔结构特点：以封闭式问题开始，然后使用开放式问题扩展（归纳）使用漏斗结构以一般、开放式问题开始、然后用封闭式问题缩写范围。使用菱形结构

7、第15页，共57页。1、收集信息 2)面谈和讨论整理面谈报告复查笔记的准确性、完整性和可理解性将所收集的信息转化为适当的模型和文档确定需要进一步澄清的问题领域适当的时候向参加会议的每个人发一封感谢信第16页，共57页。举行面谈清单（样例）面谈目的 确定销售佣金率的处理规则日期、时间和地点 2008年3月21日，9：00am， 市场总监办公室用户参加人员 市场总监，财务经理，市场销售部经理及几个职员项目小组参加人员 *，*面谈/讨论1. 谁有资格当销售代理？2. 佣金的主要部分是什么？佣金率是多少？3. 如何处理退货佣金？4. 有什么特殊的动机吗？竞争/季节性降价？5. 佣金范围可变吗？有行情表

8、吗？6. 有哪些异常情况？后续工作问题的重要决定或回答 参看关于佣金政策的附属文件本次会议未解决的条目 参看未解决条目表的2、3项下次会议会后续会议的时间安排 2008年3月28日，9：00am第17页，共57页。面谈技巧：不要找太多人，每次1-3人为宜，否则耗时且效率低不要认为对方懂得系统开发以请教方式问对方的“经历”和“工作过程”每次面谈不要时间太长可以与固定人员建立后续电话“访谈”第18页，共57页。1、收集信息3）观察并记录业务流程观察并记录业务流程同用户进行交谈，用户是被动的。观察：有效收集信息的另一种方法方式：直接在用户工作的地方观察他们的日常活动并记录下观察到的业务操作过程观察方

9、法对办公室进行快速浏览安排一定的时间观察用户的工作过程同用户一道亲身实践体会工作过程使用工作流图来进行记录工作流 处理商业事务或客户请求的一系列步骤工作流图：流程图、数据流图、活动图工作流图在分析与设计阶段是有效的工具第19页，共57页。3)观察并记录业务流程第20页，共57页。4）建立系统原形快速收集用户信息需求的特定信息的重要技术。目的系统分析师设法寻求用户和管理层对原型的反映用户关于改变或清理原型化系统的建议可能的创新和修订计划第21页，共57页。5）分发和收集需求调查表调查表在信息收集中的作用是具体而有限的使用场合：系统相关者较多地理上分布广调查表问题类型：封闭问题定量问题(分类和区间

10、)开放问题采样技术从某一种群中系统的选出一些有代表性的个体。具体：确定要收集的或描述的数据确定采样种群选择采样类型决定采样规模第22页，共57页。调查表例子第一部分：根据一个典型的4小时轮班工作情况，回答下列问题：1.您接了多少个电话？2.订购一件商品一般需要多少个电话？ 第二部分：根据您同意或反对的强烈程度，选择1-7中适当的数字：1.与顾客交谈时可用的大量产品描述对做好工作是有帮助的 选择： 1 2 3 4 5 6 72.计算机响应速度缓慢，从而导致响应顾客需求发生困难 选择： 1 2 3 4 5 6 7 第三部分：请写下您的意见和建议：请简要指出现有系统的问题，您希望在新系统中如何解决？

11、第23页，共57页。第24页，共57页。第25页，共57页。6)主持“联合应用程序开发”（JAD）会议JAD 是一项定义需求或设计系统的方法，即让所有相关人员一起参加某个单一会议，它是用于加快系统需求调查的一种方法单独的JAD会议会持续几天，要为系统的某个具体方面完成所有的事实发现、建立模型、政策决定和确认等活动。动机节省个人面谈所需的时间改善信息需求评估结果的质量通过多方参加的过程，获得用户对新系统的更多认可第26页，共57页。JADJAD成功的关键因素系统相关者都要出席会议JAD会议参加人员：主持者：通常指定一位资深系统分析员或项目经理用户：各类用户技术人员：项目组成员GSS（Group

12、Support System）- 近年流行的JAD形式，类似视频会议或网上聊天第27页，共57页。JAD第28页，共57页。需求获取过程(cont.)业务流程重组（BPR），也称业务流程再造，是近10年来的趋势，已成为许多新的信息系统创建的动机旧的商业过程规则：“如果还没有坏，就不要修理”新的思维方式：“总有更好的解决方法，让我们改进它”经典案例：福特北美分部的账务部门有500人马自达仅用5人（尽管公司小一点）福特经过BPR，最后达到100人在调查活动期间必须牢记：在项目进行期间有可能会发 现改进业务流程的机会第29页，共57页。需求获取过程(cont.)完成本项活动时，应该回答的关键问题：我

13、们是否已经拥有了全部的信息来定义系统所必需完成的工作？第30页，共57页。需求获取过程(cont.)收集信息和建模之间的关系分发调查问卷和用户面谈复查现有文档研究解决方案观察业务过程为新系统开发出需求模型理解新系统的限制理解新系统的功能理解新系统的过程第31页，共57页。需求获取过程(cont.)2、定义系统需求收集到的信息，必须整理、记录下来 - 定义系统需求技术需求：即系统的指标要求，只需记下即可 如性能、响应时间、同时在线用户数等功能需求：需要创建不同的模型来描述 结构化分析技术：DFD和ERD等 OO分析技术：用例图和类图等定义需求模型的过程，也是分析员不断了解系统的过程，分析员要不断

14、与用户确认模型的完整性和正确性需求定义和信息收集可能会迭代进行。第32页，共57页。3.3 系统需求类别功能需求和技术需求功能需求Functions性能需求Performances接口需求Interface环境需求Environments用户(或人的因素)Users资源Resources数据Data 安全性Security质量保证Quality Assurance文档Documentations将来可能提出的要求第33页，共57页。3.3 系统需求类别(cont.)1. 功能需求Functions系统必须提供的服务要求系统干什么?系统将做什么？系统何时做这些工作？有几种操作方式？处理方式是批处

15、理还是联机处理?第34页，共57页。3.3 系统需求类别(cont.)2. 性能需求Performances系统必须满足的约束条件要求系统干到什么程度?系统的执行速度系统的响应时间最大存储容量信息传输速度最大用户数量出错处理要求第35页，共57页。3. 接口需求Interface系统与应用环境的交互本系统如何与外部系统连接(系统的边界)?用户接口,硬件接口,软件接口,通信接口对用户界面有何要求?例:系统输入是否来自一个或若干个其他系统？输出是否送到一个或若干个其他系统？接口的数据格式是否有特殊规定？接口的数据是否必须存储在指定的介质中？3.3 系统需求类别(cont.)第36页，共57页。3.

16、3 系统需求类别(cont.)4. 环境需求Environments硬件设备：计算机型号、外部设备、设备接口、安装地点分布场地、环境温度要求、环境湿度要求、磁场干扰要求、等等软件：操作系统、数据库、编程语言等网络第37页，共57页。5. 用户(或人的因素)Users谁使用本系统？有几种类型的用户？每种用户的技术水平如何？对每种用户将进行何种培训？用户是否容易学习和使用本系统？用户理解、使用系统的难度？用户错误操作系统的可能性？对开发使用的标准是否有要求?3.3 系统需求类别(cont.)第38页，共57页。6. 资源Resources建立、使用和维护本系统需要什么材料、人员及其他资源？开发人员

17、应具备什么技能？系统需要占用多大的物理空间？是否有精确的开发进度要求？开发或软硬件的费用是否有限制？需要何种支撑工具软件?3.3 系统需求类别(cont.)第39页，共57页。7. 数据Data 输入/输出数据采用何种数据格式？数据接收或发送频度多大？数据的准确度有何要求？数据的计算精度有何要求？系统的数据流量多大？数据需要保留多长时间？对存储介质有何要求?3.3 系统需求类别(cont.)第40页，共57页。8. 安全性Security对系统或信息进行存取是否必须受控？用户之间的数据如何隔离？用户程序与其他程序或其他操作系统如何隔离？本系统的转储时间间隔多长？是否必须将备份数据异地保存？是否

18、需要采取防火、防水、防盗措施？系统是否需要备份?3.3 系统需求类别(cont.)第41页，共57页。9. 质量保证Quality Assurance对可靠性、可用性、有效性有何要求？对可维护性、保密性有何要求？系统必须监测和隔离错误吗？规定系统平均出错时间？出错后,重启系统允许的时间？系统变化如何反映到设计中？维护是否包括对系统的改进？系统是否需要移植？3.3系统需求类别(cont.)第42页，共57页。10. 文档Documentations系统需要多少种文档？哪些文档提交给用户？哪些文档用于软件开发文档是联机文档，还是书面文档，还是二者兼而有之？每种文档面向哪些读者？3.3 系统需求类别

19、(cont.)第43页，共57页。3.3 系统需求类别(cont.)11. 将来可能提出的要求不属于本系统开发的范畴，但将来可能提出的要求.为将来系统的扩充做好准备.功能需求性能需求接口需求其他需求第44页，共57页。需求获取过程(cont.) 完成本项活动时，应该回答的关键问题是： 我们需要系统做什么（详细的）？第45页，共57页。需求获取过程(cont.)3、需求的优先级划分用户提出的需求是会很多的而双方认可的需求内容是必须实现的有些需求功能是扩充的，只是提高系统使用性能的时间资源、人力资源是有限的 怎么办？必须对用户的需求进行分类，划分优先级来处理第46页，共57页。需求获取过程(con

20、t.) 完成本项活动时，应该回答的关键问题是：系统要完成的最重要的事情是什么？第47页，共57页。需求获取过程(cont.)4、构建系统原形,检验可行性并发现问题在分析过程构建原形（也称“发现原形”）主要目的是为了更好地理解用户的需求通过展示原形有助于用户发现以前未考虑过的问题通过原形构建，可以有助于分析员验证可行性 完成本项活动时，应该回答的关键问题是：我们可以证明某种技术能够实现我们想让它完成的那些功能吗？ 我们是否已经构建出一些原形可以使用户完全理解新系统的潜在功能？第48页，共57页。需求获取过程(cont.)5、产生、评估候选方案对系统的最终设计和实现会有各种方案当需求优先级确定了以

21、后，分析员可以产生几个候选方案，消除一些不重要的需求技术的应用也可以产生一些方案其他问题：诸如自行开发 / 外包等方案完成本项活动时，应该回答的关键问题是：创建系统的最好方案是什么？第49页，共57页。需求获取过程(cont.)6、同管理部门一起复查各种建议 收集信息，定义需求，划分需求的优先级，发现原形 及产生评估方案这些活动都可以并行 “同管理部门一起复查各种建议”通常是在所有分析活 动已经完成或将要完成时进行 项目经理需要提交一份解决方案并从管理部门那里获 得最终的决定第50页，共57页。需求获取过程(cont.)6、同管理部门一起复查各种建议完成本项活动时，应该回答的关键问题是：我们应不应该继续、设计和实现我们提出的新系统？第51页，共57页。验证系统需求为什么要验证系统需求？1. 系统分析员常常以为他们已经理解了用户的需求， 但可能是错误的或不准确的2. “正确的需求”是否是客户最终认可的3. 当进入设计阶段，甚至是实现阶段发现需求错误， 修正的代价将是巨大的类比：大楼建到2层时发现设计图纸错误的严重性第52页，共57页。验证系统需求（1）验证方法：结构化遍历结构化遍历：简称遍历，指对需求调查结果和根据 这些结果建立的原形进行复