系统分析和设计方法之需求获取的调查研究技术

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/seacean2000/article/details/86303532

需求的获取是一项必须的活动,不过有的时候在处理它时要充分理解,每一个模糊的地方都会引向成本的黑洞,无论这个模糊之处来源于人还是文档。

  1. 需求获取简介
  2. 需求获取过程
  3. 调查研究技术
  4. 调查研究策略

1.需求获取简介

系统分析员用来确定、分析、理解系统需求的过程和技术称为需求获取,只要你具备系统分析员的职能即可,不是职位。系统需求定义了信息系统必须实现的功能,或者系统必须具备的属性或质量。信息系统必须实现的需求通常称为功能需求。说明信息系统必须具备的属性或质量的需求通常称为非功能需求。需求获取和管理的目的是为一个新系统的用户正确地确定“知识”、“过程”、“通信”方面的需求。定义系统需求需要满足的标准:1.一致的;2.完整的;3.可行的;4.需要的;5.正确的;6.可跟踪的;8.可验证的。如果没有正确的确定需求,可能会出现:1.系统费用超出计划;2.系统交付时间远远晚于计划;3.系统没有满足用户预期,系统不被采用;4.运行、维护、升级系统的费用过高;5.团队中it人员荣誉受损。

2.需求获取过程

需求获取包括:1.发现和分析问题;2.获取需求;3.归档和分析需求;4.需求管理。

发现和分析问题,可以使用鱼骨图分析问题和原因。

获取需求,主要是使用调查研究技术进行。

回档和分析需求,系统分析员必须以一种有组织的、可理解的和有意义的方式归档信息,方便基于这些文档进行需求的形式化。编写用例来描述系统的功能,这些功能是从外部用户的角度来描述的,并且按照外部用户可以理解的方式和词汇进行编写。决策表用来记录一个组织的复杂业务拒测和决策规则,需求表用来记录每一个特定的需求。分析需求的过程就是对从外部用户获取的需求进行梳理,去除这些需求中相互矛盾、二义性、重叠,并找出遗漏需求的过程。这个过程一定要在开发之前完成,以便降低成本。系统需求通常以一种正式的方式记录,以便于主要关联人员沟通。这份文档作为系统所有者和开发团队人员之间的约定,解释新系统要提供的内容。当然,这份文档也会修改多次,同时它也可能是项目文档中被阅读和引用最多文档。在需求文档的修改过程中,系统分析员要致力于解决:1.系统模型中的错误;2.排版错误和语法错误;3.互相矛盾的需求;4.二义性或用词不当的需求;5.没有遵守文档要求的质量标准。需求管理主要是应对需求在开发过程中的变化,这个必须遵循项目管理的变更流程,不论项目有多么简单,尽量建立一套变更需求的流程。

3.调查研究技术

这里将要记录七种调查研究技术:1.对现有文档、表和数据库进行抽样;2.调研和实地访问;3.观察工作环境;4.调查表;5.面谈;6.原型化;7.联合需求计划。这些技术尽量多的学会和使用,针对场景进行结合使用。使用调查技术都需要有一定的道德要求,尽量保证被调查组织的信息安全,这样会让你获得更长久的客户。

对现有文档、表和文件进行抽样,这是具有优先性的操作,也是最节省资源的操作。从现有文档收集的需求包括:1.对组织中各种情况最近的记录、组织经营情况、组织战略、组织的工作流程、组织的规章制度和相关法律条款等等,主要获取:1.问题的症状和可能的原因;2.企业中什么人对问题有所有理解;3.支持目前企业的业务功能;4.需求有系统收集和报告数据的类型;5.文档中分析员不理解的东西,以及需要在面谈中涉及的东西。对现有的表记录或者文件进行抽样统计,抽样方法有随机抽样和分层抽样,确定样本容量可以通过公式: 0.25*(确定性燕子/可接受的错误)*(确定性燕子/可接受的错误) 。

调研和实地访问,全面的研究问题领域,调研可以选取有类似问题的公司或者是杂志互联网等等。当然互联网是最方便的信息来源。

观察工作环境,当通过其他方法收集的数据有效性值得怀疑时或者系统某方面的复杂性妨碍了用户做出清晰解释时,采用此项技术。使用观察时,记得要选用合适的调查研究技术,同时要将调查研究的信息与用户进行验证,不要对调查研究获取的信息直接下结论。观察的优点有:1.获取的数据可能十分可靠;2.系统分析员确切的明白要做什么;3.观察技术成本相对其他技术要低;4.观察技术使得系统分析员可以进行工作度量。观察的确定有:1.被观察者通常会不舒服,表现的和平时不一样;2.正在观察的时段可能不会观察到偶然性和突发性的状况;3.被观察的任务容易被其他类型打断;4.某些任务的执行过程未被观察到或者现在的执行过程是违反操作的执行方式进行。进行观察活动也需要遵循一些准则,例如准备表格、做好被观察者的心理工作、适当的抽样等等。如果情况允许,系统观察员可以主动的扮演一小段时间的用户角色,了解系统问题之后在填写调查表。

调查表,就是系统分析员面对非常庞大数量的系统用户群体的时候采用的一种技术,优点有:快速获取答案;面向大量用户;允许匿名;方便分析,缺点有:回答数量经常很低;不灵活;无法保证所有问题都被回答;调查表难准备;分析员不能看到群体的肢体语言等;没有机会澄清对问题的含糊和不完全回答。调查表有两种格式,一种是固定格式,一种是自由格式。使用调查表要针对大量群体,并且采用合理的抽样方法,保证设计的问题紧扣主题,可以快速分发。

面谈是最重要和最常用的调查研究技术。个人面谈可以直接、面对面的交互获取需求。通过面谈可以:发现事实、验证事实、澄清事实、激发热情,让最终用户参与、确定需求,以及征求想法和观点。系统分析员作为接见者,负责组织和引导面谈,对其能力要求很高。面谈费用高昂,效果依赖于系统分析员的人际关系能力,受地理交通影响,可以激发用户开放性回答问题,得到更多反馈。非结构化的面谈类似于开放性的问答,容易偏离主题,需要系统分析员引导回归主题。结构化的面谈是针对限定问题,主要是对问题进行澄清和及时反馈。面谈的时候需要注意的一些内容有:1.选择合适的面谈者,尽量在面谈之前去了解面谈者的信息,安排面谈的地点、时间长短等等;2.准备面谈的内容,问题要尽可能准确,措辞要适当;3.着装和肢体语言要合适,提升面谈的效果;4.将面谈的内容分享给面谈者,澄清问题的理解;5.采用各种聆听技巧,用积极轻松的姿态进行面谈。一个好的面谈接待者要准备很多的内容。

获取原型常应用于系统开发项目中,特别是开发团队难以定义需求时,其原理是当用户看到需求时就确定需求是什么。这是一种用开发推动业务的方式,业务人员不够熟练,对开发团队要求很高,同时开发成本较高。请不要觉得原型是一种非常快速而且比较节省时间的方式,这是一种以消耗开发成本为代价培训业务人员的方式。

联合需求计划(JRP),使用小组工作会议代替大量独立面谈。会议中,负责人是它的拥护者,给予项目支持和做出最后的决策;主持人是有丰富业务知识和出色沟通能力、协商和解决小组矛盾能力的人;用户和管理人员通常是项目负责人选择出来,具有业务知识的人;记录员是系统分析员经常扮演的角色,负责记录和分发会议记录、问题的人;IT职员主要是聆听、记录用户和系统管理人员有关的问题和需要,除非被邀请发言,否则基本不发言。JRP会议的计划步骤包括:选择会议地点;选择会议参会者;准备会议议程。这种技术成功取决于JRP会议主持人及其计划与主持JRP会议的能力。

4.调查研究策略

常用的策略是先通其他渠道来获取尽可能多的信息,这时可以采用:分析现有文档、报告、文件、表格;进行观察;使用调查表,当这些做完还不够清楚的时候进一步采用面谈、JRP会议等继续澄清需求。这个策略选用的依据是人力是最宝贵的资源,干涉到的人越多,代价越大。

猜你喜欢

转载自blog.csdn.net/seacean2000/article/details/86303532