需求-02-需求获取技术.ppt

《需求-02-需求获取技术.ppt》由会员分享，可在线阅读，更多相关《需求-02-需求获取技术.ppt（57页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、需求工程需求获取技术需求工程需求获取技术张永强张永强课程目标课程目标 l了解一般需求获取技术了解一般需求获取技术l掌握面谈技术掌握面谈技术l编写有效的问卷调查表编写有效的问卷调查表l原型化方法原型化方法需求获取指导需求获取指导l确定需求获取计划和问题清单确定需求获取计划和问题清单l确定能够帮助了解需求的人员名单确定能够帮助了解需求的人员名单l定义系统环境定义系统环境l确定领域约束（既特定于应用领域和业务环境的确定领域约束（既特定于应用领域和业务环境的特征，限制了未来系统的功能或性能）特征，限制了未来系统的功能或性能）l定义需求获取方法定义需求获取方法l制定需求获取计划制定需求获取计划l使用业务

2、场景技术来描述业务需求使用业务场景技术来描述业务需求谁和需求相关谁和需求相关l所有直接或间接受到系统影响的人或业务所有直接或间接受到系统影响的人或业务l需求过程的关系方需求过程的关系方(stakeholder)及责任及责任业务过程：需求的核心是识别受影响的业务过程客户：指直接或间接从产品中获得利益的个人或组织。软件客户包括提出要求、确认需求、支付款项、选择、具体说明或使用软件产品用户：软件的最终用户未来系统的维护人员系统分析员:了解、分析和再现软件需求。系统分析员的主要焦点是“做什么（what）”，不是“怎样做how）”需求确定过程中的相互影响需求确定过程中的相互影响分析阶段的活动及相应的关键

3、问题分析阶段的活动及相应的关键问题1.收集信息收集信息我们是否已经拥有了全部的信息来定义系统所必需完成的工作2.定义系统需求定义系统需求我们需要系统做什么3.需求的优先级划分需求的优先级划分系统要完成的最重要的事情是什么4.构建系统原形，以验证可行性和发现需求构建系统原形，以验证可行性和发现需求我们可以证明这种技术能够实现我们想让它完成的那些功能吗？5.产生、评估方案产生、评估方案创建系统的最好方案是什么?我们是否已经构建出一些原形可以使用户完全理解新系统的潜在功能6.同管理部门一起复查各种建议同管理部门一起复查各种建议我们应不应该继续、设计和实现我们提出的新系统1、收集信息、收集信息l原则：

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

5、现代需求获取方法现代需求获取方法原型法联合应用开发（JAD）快速应用开发1、收集信息、收集信息(cont.)l1）复查现有的报表、表格和过程描述）复查现有的报表、表格和过程描述这是这是“事实发现活动事实发现活动”的第一步的第一步开始时，分析员可以请求用户提供正在使用的表格和开始时，分析员可以请求用户提供正在使用的表格和报表的复印件，这是进一步收集需求的基础报表的复印件，这是进一步收集需求的基础通过通过“沟通沟通”形式理解文档和报表形式理解文档和报表该过程有助于发现面谈中漏掉的业务规则该过程有助于发现面谈中漏掉的业务规则公司资金收付余额表2005年1月1日单位：千元单位：千元项目项目本日期初结余

6、本日期初结余本日流本日流入入金金额额本日流出本日流出金额金额本日期末结余本日期末结余帐户类别帐户类别开户行开户行期初余期初余额额期初可动期初可动用余用余额额期末余额期末余额期末不可动期末不可动用金额用金额期末可动期末可动用金用金额额银存合计银存合计基本户基本户一般户一般户贷款监管贷款监管户户税户税户保证金户保证金户1、收集信息、收集信息(cont.)l2）面谈和讨论）面谈和讨论面对面交流是理解业务功能和规则的最有效方法面对面交流是理解业务功能和规则的最有效方法该方法比较耗时和资源该方法比较耗时和资源项目组成员与单个用户或用户组举行会议项目组成员与单个用户或用户组举行会议l面谈的目的获得面谈对象

7、的观点，它们对系统当前状态、组织和获得面谈对象的观点，它们对系统当前状态、组织和个人的目标以及非正规程序的感受。个人的目标以及非正规程序的感受。1、收集信息、收集信息 2)面谈和讨论面谈和讨论l面谈步骤：面谈步骤：阅读背景资料确定面谈目标p一般包括信息资源、信息格式、决策频度、信息性质和决策样式决定面谈对象p要包括在所有层次上在某些方面受到系统影响的关键人物，做到均衡。和面谈对象沟通p提前沟通，使得面谈对象提前准备，面谈时间不宜过长。决定问题的种类和结构整理面谈报告1、收集信息、收集信息 2)面谈和讨论面谈和讨论l问题的类型问题的类型开放式问题p例如：你对公司中B2C电子商务的当前状态有何看法

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

9、l整理面谈报告整理面谈报告复查笔记的准确性、完整性和可理解性将所收集的信息转化为适当的模型和文档确定需要进一步澄清的问题领域适当的时候向参加会议的每个人发一封感谢信举行面谈清单（样例）举行面谈清单（样例）l面谈目的面谈目的l 确定销售佣金率的处理规则确定销售佣金率的处理规则l日期、时间和地点日期、时间和地点l 2008年年3月月21日，日，9：00am，市场总监办公室市场总监办公室l用户参加人员用户参加人员l 市场总监，财务经理，市场销售部经理及几个职员市场总监，财务经理，市场销售部经理及几个职员l项目小组参加人员项目小组参加人员l *，*l面谈面谈/讨论讨论1.谁有资格当销售代理？谁有资格当

10、销售代理？2.佣金的主要部分是什么？佣金率是多少？佣金的主要部分是什么？佣金率是多少？3.如何处理退货佣金？如何处理退货佣金？4.有什么特殊的动机吗？竞争有什么特殊的动机吗？竞争/季节性降价？季节性降价？5.佣金范围可变吗？有行情表吗？佣金范围可变吗？有行情表吗？6.有哪些异常情况？有哪些异常情况？l后续工作后续工作问题的重要决定或回答问题的重要决定或回答 参看关于佣金政策的附属文件参看关于佣金政策的附属文件本次会议未解决的条目本次会议未解决的条目 参看未解决条目表的参看未解决条目表的2、3项项下次会议会后续会议的时间安排下次会议会后续会议的时间安排 2008年年3月月28日，日，9：00am

11、l面谈技巧：面谈技巧：不要找太多人，每次1-3人为宜，否则耗时且效率低不要认为对方懂得系统开发以请教方式问对方的“经历”和“工作过程”每次面谈不要时间太长可以与固定人员建立后续电话“访谈”1、收集信息、收集信息3）观察并记录业务流程）观察并记录业务流程l观察并记录业务流程观察并记录业务流程同用户进行交谈，用户是被动的。观察：有效收集信息的另一种方法方式：直接在用户工作的地方观察他们的日常活动并记录下观察到的业务操作过程l观察方法观察方法对办公室进行快速浏览安排一定的时间观察用户的工作过程同用户一道亲身实践体会工作过程l使用工作流图来进行记录使用工作流图来进行记录工作流 处理商业事务或客户请求的

12、一系列步骤工作流图：流程图、数据流图、活动图工作流图在分析与设计阶段是有效的工具3)观察并记录业务流程观察并记录业务流程l4）建立系统原形）建立系统原形快速收集用户信息需求的特定信息的重要技术。l目的目的系统分析师设法寻求用户和管理层对原型的反映用户关于改变或清理原型化系统的建议可能的创新和修订计划5）分发和收集需求调查表）分发和收集需求调查表l调查表在信息收集中的作用是具体而有限的调查表在信息收集中的作用是具体而有限的l使用场合：使用场合：系统相关者较多地理上分布广l调查表问题类型：调查表问题类型：封闭问题定量问题(分类和区间)开放问题l采样技术采样技术从某一种群中系统的选出一些有代表性的个

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

14、分：请写下您的意见和建议：请简要指出现有系统的问题，您希望在新系统中如何解决？6)主持主持“联合应用程序开发联合应用程序开发”（JAD）会议）会议lJAD 是一项定义需求或设计系统的方法，即让所有相关人员一起参加某个单一会议，它是用于加快系统需求调查的一种方法单独的JAD会议会持续几天，要为系统的某个具体方面完成所有的事实发现、建立模型、政策决定和确认等活动。l动机动机节省个人面谈所需的时间改善信息需求评估结果的质量通过多方参加的过程，获得用户对新系统的更多认可JADlJAD成功的关键因素成功的关键因素系统相关者都要出席会议lJAD会议参加人员：会议参加人员：主持者：通常指定一位资深系统分析员

15、或项目经理用户：各类用户技术人员：项目组成员lGSS（Group Support System）-近年流行的JAD形式，类似视频会议或网上聊天JAD需求获取过程需求获取过程(cont.)l业务流程重组（业务流程重组（BPR），也称业务流程再造，是近），也称业务流程再造，是近10年年来的趋势，已成为许多新的信息系统创建的动机来的趋势，已成为许多新的信息系统创建的动机l旧的商业过程规则：旧的商业过程规则：“如果还没有坏，就不要修理如果还没有坏，就不要修理”l新的思维方式：新的思维方式：“总有更好的解决方法，让我们改进它总有更好的解决方法，让我们改进它”l经典案例：经典案例：福特北美分部的账务部门有

16、500人马自达仅用5人（尽管公司小一点）福特经过BPR，最后达到100人l在调查活动期间必须牢记：在项目进行期间有可能会发在调查活动期间必须牢记：在项目进行期间有可能会发 现改进业务流程的机会现改进业务流程的机会需求获取过程需求获取过程(cont.)l完成本项活动时，应该回答的关键问题：完成本项活动时，应该回答的关键问题：我们是否已经拥有了全部的信息来定义系统所必需完成的工作？需求获取过程需求获取过程(cont.)l收集信息和建模之间的关系收集信息和建模之间的关系分发调查问卷分发调查问卷和用户面谈和用户面谈复查现有文档复查现有文档研究解决方案研究解决方案观察业务过程观察业务过程为新系统开发为新

17、系统开发出需求模型出需求模型理解新系理解新系统的限制统的限制理解新系理解新系统的功能统的功能理解新系理解新系统的过程统的过程需求获取过程需求获取过程(cont.)l2、定义系统需求、定义系统需求收集到的信息，必须整理、记录下来 -定义系统需求技术需求：即系统的指标要求，只需记下即可 如性能、响应时间、同时在线用户数等功能需求：需要创建不同的模型来描述n 结构化分析技术：DFD和ERD等n OO分析技术：用例图和类图等l定义需求模型的过程，也是分析员不断了解系统定义需求模型的过程，也是分析员不断了解系统的过程，分析员要不断与用户确认模型的完整性的过程，分析员要不断与用户确认模型的完整性和正确性和

18、正确性l需求定义和信息收集可能会迭代进行。需求定义和信息收集可能会迭代进行。3.3 系统需求类别系统需求类别l功能需求和技术需求功能需求和技术需求功能需求Functions性能需求Performances接口需求Interface环境需求Environments用户(或人的因素)Users资源Resources数据Data 安全性Security质量保证Quality Assurance文档Documentations将来可能提出的要求3.3 系统需求类别系统需求类别(cont.)l1.功能需求功能需求Functions系统必须提供的服务要求系统干什么?系统将做什么？系统何时做这些工作？有几种

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

20、干个其他系统？接口的数据格式是否有特殊规定？接口的数据格式是否有特殊规定？接口的数据是否必须存储在指定的介质中？接口的数据是否必须存储在指定的介质中？3.3 系统需求类别系统需求类别(cont.)3.3 系统需求类别系统需求类别(cont.)4.环境需求环境需求Environmentsl硬件设备：硬件设备：计算机型号、外部设备、设备接口、安装地点分布场地、环境温度要求、环境湿度要求、磁场干扰要求、等等l软件：软件：操作系统、数据库、编程语言等l网络网络5.用户(或人的因素)Users谁使用本系统？有几种类型的用户？每种用户的技术水平如何？对每种用户将进行何种培训？用户是否容易学习和使用本系统？

21、用户理解、使用系统的难度？用户错误操作系统的可能性？对开发使用的标准是否有要求?3.3 系统需求类别系统需求类别(cont.)6.资源Resources建立、使用和维护本系统需要什么材料、人员及其他资源？开发人员应具备什么技能？系统需要占用多大的物理空间？是否有精确的开发进度要求？开发或软硬件的费用是否有限制？需要何种支撑工具软件?3.3 系统需求类别系统需求类别(cont.)7.数据Data 输入/输出数据采用何种数据格式？数据接收或发送频度多大？数据的准确度有何要求？数据的计算精度有何要求？系统的数据流量多大？数据需要保留多长时间？对存储介质有何要求?3.3 系统需求类别系统需求类别(co

22、nt.)8.安全性Security对系统或信息进行存取是否必须受控？用户之间的数据如何隔离？用户程序与其他程序或其他操作系统如何隔离？本系统的转储时间间隔多长？是否必须将备份数据异地保存？是否需要采取防火、防水、防盗措施？系统是否需要备份?3.3 系统需求类别系统需求类别(cont.)9.质量保证Quality Assurance对可靠性、可用性、有效性有何要求？对可维护性、保密性有何要求？系统必须监测和隔离错误吗？规定系统平均出错时间？出错后,重启系统允许的时间？系统变化如何反映到设计中？维护是否包括对系统的改进？系统是否需要移植？3.3系统需求类别系统需求类别(cont.)10.文档Doc

23、umentations系统需要多少种文档？p哪些文档提交给用户？p哪些文档用于软件开发文档是联机文档，还是书面文档，还是二者兼而有之？每种文档面向哪些读者？3.3 系统需求类别系统需求类别(cont.)3.3 系统需求类别系统需求类别(cont.)l11.将来可能提出的要求将来可能提出的要求不属于本系统开发的范畴，但将来可能提出的要求.为将来系统的扩充做好准备.p功能需求p性能需求p接口需求p其他需求需求获取过程需求获取过程(cont.)完成本项活动时，应该回答的关键问题是：完成本项活动时，应该回答的关键问题是：我们需要系统做什么（详细的）？我们需要系统做什么（详细的）？需求获取过程需求获取过

24、程(cont.)l3、需求的优先级划分、需求的优先级划分用户提出的需求是会很多的而双方认可的需求内容是必须实现的有些需求功能是扩充的，只是提高系统使用性能的时间资源、人力资源是有限的 l怎么办？怎么办？必须对用户的需求进行分类，划分优先级来处理需求获取过程需求获取过程(cont.)完成本项活动时，应该回答的关键问题是：完成本项活动时，应该回答的关键问题是：系统要完成的最重要的事情是什么？系统要完成的最重要的事情是什么？需求获取过程需求获取过程(cont.)l4、构建系统原形、构建系统原形,检验可行性并发现问题检验可行性并发现问题在分析过程构建原形（也称“发现原形”）主要目的是为了更好地理解用户

25、的需求通过展示原形有助于用户发现以前未考虑过的问题通过原形构建，可以有助于分析员验证可行性l 完成本项活动时，应该回答的关键问题是：完成本项活动时，应该回答的关键问题是：我们可以证明某种技术能够实现我们想让它完成的那些功能吗？我们是否已经构建出一些原形可以使用户完全理解新系统的潜在功能？需求获取过程需求获取过程(cont.)l5、产生、评估候选方案、产生、评估候选方案对系统的最终设计和实现会有各种方案当需求优先级确定了以后，分析员可以产生几个候选方案，消除一些不重要的需求技术的应用也可以产生一些方案其他问题：诸如自行开发/外包等方案l完成本项活动时，应该回答的关键问题是：完成本项活动时，应该回

26、答的关键问题是：创建系统的最好方案是什么？需求获取过程需求获取过程(cont.)l6、同管理部门一起复查各种建议、同管理部门一起复查各种建议 收集信息，定义需求，划分需求的优先级，发现原形 及产生评估方案这些活动都可以并行 “同管理部门一起复查各种建议”通常是在所有分析活 动已经完成或将要完成时进行 项目经理需要提交一份解决方案并从管理部门那里获 得最终的决定需求获取过程需求获取过程(cont.)l6、同管理部门一起复查各种建议、同管理部门一起复查各种建议l完成本项活动时，应该回答的关键问题是：完成本项活动时，应该回答的关键问题是：我们应不应该继续、设计和实现我们提出的新系统？验证系统需求验证

27、系统需求l为什么要验证系统需求？为什么要验证系统需求？1.系统分析员常常以为他们已经理解了用户的需求，但可能是错误的或不准确的2.“正确的需求”是否是客户最终认可的3.当进入设计阶段，甚至是实现阶段发现需求错误，修正的代价将是巨大的类比：大楼建到2层时发现设计图纸错误的严重性验证系统需求（验证系统需求（1）l验证方法：结构化遍历验证方法：结构化遍历结构化遍历：简称遍历，指对需求调查结果和根据 这些结果建立的原形进行复查遍历4要素：pWhat WhenpWho HowWhat-遍历对象：遍历对象：1.需求文档需求文档 2.工作流图工作流图 3.原形原形n注：每次遍历的内容不易过多When-遍历时

28、机遍历时机 1.遍历对象产生后，应尽快进行遍历对象产生后，应尽快进行 2.每隔每隔1-2周，项目组应进行局部的周，项目组应进行局部的遍历工作遍历工作验证系统需求（验证系统需求（2）验证方法：结构化遍历验证方法：结构化遍历验证系统需求（验证系统需求（3）l验证方法：结构化遍历验证方法：结构化遍历Who-遍历参加者遍历参加者二类人员：被复查对象的编写人二类人员：被复查对象的编写人+复查者复查者复查重点 建议参加人p检验一致性和正确性 局外有经验的分析员p复查业务流程图 提供最初定义的用户p设计细节的技术说明 技术人员p 验证系统需求（验证系统需求（4）lHow-如何遍历如何遍历1.准备：系统分析员

29、准备复查材料，根据 复查重点指定相关的参加者等2.执行：（1）讲解；（2）复查；（3）记录3.修改：根据发现的问题进行修改，若问 题较大则可能再次遍历 注：参加遍历者需在“遍历控制表”中签字4.6 验证系统需验证系统需求求验证方法：结构化遍历验证方法：结构化遍历 遍历控制表（样例）遍历控制表（样例）项目控制信息项目控制信息项目：在线商品目录系统，客户支持子系统项目：在线商品目录系统，客户支持子系统复查的项目部分：复查销售折扣率的业务规则复查的项目部分：复查销售折扣率的业务规则小组领导人：小组领导人：*制表员：制表员：*遍历细节遍历细节 日期、时间和地点：日期、时间和地点：2008年年3月月21

30、日，日，9：00am，MIS会议室会议室 复查材料描述：本次是对业务规则在被集成进入图表和模型之前进行的一次复查。复查材料描述：本次是对业务规则在被集成进入图表和模型之前进行的一次复查。有一张显示折扣过程流图的附属简短流程图。还有另一张显示设置折扣率过程的流程图。有一张显示折扣过程流图的附属简短流程图。还有另一张显示设置折扣率过程的流程图。我们还将复查一些重要问题，从而保证所有人都理解了应当制定的政策决定。我们还将复查一些重要问题，从而保证所有人都理解了应当制定的政策决定。参加复查人员参加复查人员 *，*遍历结果遍历结果 接受；接受；需改进；需改进；需重做，并计划新的遍历。需重做，并计划新的遍历。遍历结果良好、彻底，无需重做。遍历结果良好、彻底，无需重做。签名：签名：