参考书《术以载道——软件过程改进实践指南》
在需求工程中,需求获取阶段是与用户交互最多的一个阶段,但绝大部分用户不懂需求分析方法,他们不知道怎样全面而又准确无误地表达自己的需求。因而需求分析人员要掌握很好的方法和技巧。通过恰当地启发、引导用户表达自己的需求,为项目的成功打下一个良好的基础。
一、需求获取原则
1)深入浅出原则
a,用户需求调研要尽可能地全面、细致、调研的需求是全集,系统真正实现是其中的一个子集。
b,调研得细致全面可能一时看不到有什么作用,但是这样做可以对应用领域的业务了解得很透彻,灵活得应对需求的调整。
c,调研得细致,并不等于在分析时面面俱到地将调研内容都纳入新系统中,实际可能实现得很少,但在架构设计时可以考虑对本次未实现的需求如何处理。
d,对需求理解越透彻,系统就会开发得越简单。
案例:
某公司销售财务系统软件产品,客户对产品提出20多个需求变更;但开发部门认为我们做的是产品,不是定制开发,不想进行变更。对需求理解更深的财务总监,亲自与客户沟通,对每个需求变更进行沟通,逐个提出了解决方案,客户的业务如何做更合理,按照这种合理的做法,软件中已有的功能是什么,而客户的需求满足了对方。最终软件没有做任何修改,就销售出去了。
2)以流程为主线的原则
1,在与用户交流的过程中,应该用流程将所有的内容内容串联起来,如单据、信息、组织结构、处理规则等,这样便于沟通交流,符合用户的思维习惯。
2,流程的描述既要有整体、又要有局部;既要强调总体的、全生命周期的业务流程,又要有细化的、分支的业务流程。
3,在分析业务流程并进行优化时,要把握以下几个方面
4,流程中是否存在不必要的环节
5,是否可以将决策的权利放到业务部门
6,流程是否可以简化
7,流程中的每个处理环节是否起到了增值作用
8,哪些流程可以并行处理
二、需求调研步骤
1)需求调研的方法:
与用户个别交流、需求讨论会、查阅相关的文档、分发调查问卷、现场访问客户、业务流程分析、同类产品分析、回顾以往项目、观察用户对原有系统的使用。
不同的方法适用不同的场景,需求访谈是最常用的一种方法。
图1需求调研的步骤2)需求调研步骤
第一步:收集资料、了解概况、初步划定系统的范畴
第二步:识别所有的需求提供者,可以通过询问以下问题来识别所有可能的需求提供者
谁使用该系统?
谁维护该系统?
谁需要从系统中获取数据?
系统的运行会影响到谁?
谁推广该系统?
谁测试该系统?
谁生产该系统?
谁购买该系统?(项目发起人?)
案例:某公司需求提供者识别准则
第三步:准备调研问题清单
针对不同管理层次的用户询问不同的问题。在实际访谈中先按照准备的问题进行提问,然后再根据用户讲解内容追加问题。如下是一通用问题清单,供参考。
现有的系统是如何运行的?
现有的系统存在什么问题?
希望新系统解决什么问题?
希望交付哪些工作产品?
最终用户的背景如何?
对系统的速度、可靠性、安全性、数据容量等非功能性的需求?
系统的运行环境是什么?
业务流程的启动条件、终止条件、正常事件流、异常事件流、输入数据、处理规则、输出数据
数据的名称、来源、计算方法、类型、计量单位、精度、取值范围、去向、生成时间、产生的频度、高峰期的频度、存储方式、保密要求
最重要的3项需求是什么?
将来有何变化
项目发起人(一般是老大级别的人)最关注的需求
第四步:需求访谈
需求访谈前要事先和被访谈的人沟通计划,可以事先把问题单发给对方,让对方提前准备。
建议访谈时至少有2位需求分析人员参与,一般三人为宜,一人负责询问,一人负责记录,一人负责补充问题。
在询问时,应包括但不限于问题单中的内容,可以根据被访谈人的答复,随时调整,新增问题。
第五步:总结归纳,多次迭代调研。
在访谈结束后,及时整理沟通的内容,识别新的疑问点,再次和客户确认这些问题。直到没有新的疑问点。
整理沟通内容时,需要对客户的需求进行穷举、分类、分层、归纳和抽象。
第六步,编写需求规格说明书,与客户确认需求文档
三、需求获取的重点
1)平均频度
业务发生的频繁程度,即在单位时间(分钟、天、月、旬、年等)内发生的次数,这个数字可以是一个平均值或统计值。
]频度越高,数据量越大,对响应的时间、易操作性等要求就越高,在数据存储时对大频度的业务或单据也要进行充分考虑。
2)高峰期的频度
必须保证系统在高峰期的响应时间,多系统进行测试时要模拟高峰期的业务频度。
有哪些数据,每项数据的精度,计算生成方法,取值范围
业务数据是后续进行数据结构设计的最基本依据
数据的精度是定义数据库中字段长度的依据
计算生成方法是设计计算法的依据
取值范围与计算生成方法是数据完整性检查的依据
数据的来源与用途
对数据的来源与用途追踪可以调查出各个业务、各个单据、各个报表、各个部门之间的联系
有哪些特殊情况,在某个作业环节出错时通过何种用途进行弥补
用户领域中有很多,合理但不合法,不合理也不合法的特殊情况,他们出现的机会比较少,用户往往遗漏这些问题,需要调研人员挖掘出来,这些特殊情况有时是系统必须处理的
当用户在某个作业环节出现失误时,手工系统有时候采用正规的手续进行纠错,有的则相当随便,这些情况出现的概率很小。需求分析人员可以采用穷举的方法,假定在每一个环节都出现失误,逐个环节询问用户的处理方法,防止遗漏。这些细节如果不调研清楚,往往会对系统产生深远的影响。
4)将来有和变化
需求在未来有变化是必然的,如果只满足现在,不考虑将需求的扩展,系统的寿命就不会长久,对用户的投资是一种浪费,同时也会给开发商增加升级工作量。因此为了防患于未然,要充分考虑系统的可扩展性,在系统设计时将以后可能的变化考虑在内。
四、需求获取的注意事项
在调研前和用户讲清楚调研的意义、过程以及需要注意的问题。
用户的配合是需求调研成功的基础。调研的过程往往反复多次,用户不一定理解这个过程,调查时要和用户讲清楚。
做好调查前的准备工作。
在调查前要准备好问题单,对问题合理分类,安排好问题的次序,并事先提供给用户便于其准备,以提高工作效率。
提问时以一人为主,其他人注意记录和查找问题。
在用户讲解时,不要打断用户,要使对方有充分的表达机会。
对询问的问题要及时、准确的记录,以便整理需求文档。
调研是要以流程为主线,以输入、处理、输出的思想作为总体的主线。
在我们进行需求调研时,和用户沟通业务最能激发他们的热情讲解需求,即每天他们在干什么。
收到其他环节或岗位传递来的哪些信息?如单据报表等,做了哪些加工处理?再传递给哪个环节或岗位。
尽可能多的记住用户的姓名、职务、爱好等。
在调研开始、结束、中间休息时,可以多了解用户的爱好等各种信息,拉近和用户的距离,和用户成为朋友,让客户有参与感。
同样的需求要从不同的渠道进行验证。
在开发软件需求时,需要从多个用户那里得到相同的需求,彼此进行验证才能确定是否采纳那个需求。
网友评论