浅析软件开发之需求获取技术

       郑州软件公司认为需求获取技术有很多种，系统类型、获取信息来源、问题域的基本特性、开发团队技能等都对获取技术的选择提供指导。常用的需求获取方法有：面谈、问卷调查法、会议讨论法、界面原型法和可运行原型系统法。

       面谈

       面谈是最为盛行的需求获取技术，它具有准确、便捷、及时性获取信息的特征，为讨论、澄清问题、理解和即刻反馈提供了场所。

       郑州android开发认为面谈形式分为正式和非正式。正式面谈事先会拟定好问题，要求面谈针对这些准备好的问题进行。非正式面谈可以是开放性讨论，事先只需对讨论主题有一个粗略的想法。实践中，面谈的组织形式可以灵活进行。

       在面谈中，有以下几个需要注意的要点。

       （1）在交流之前尽量获取更多的信息，做一个明晰的阐述要比总提问题好，太多的疑问会使你的可信度极大地下降，使人们没法正确地理解你，会对你产生消极的印象。

       （2）要注意观察对方的身体语言，而不仅仅是口头语言，这样有助于理解交流的信息。

       （3）尽量把问题阐述清楚，让对方理解你的意思和态度，同时也要尽快地弄清对方的意思，解决在互相交流中产生的误解。

       （4）要建立和谐的气氛，让每个人都把心思集中于目标上，建立一个共同的立场，有助于人们互相理解。

       问卷调查法

       郑州安卓软件开发认为所谓“问卷调查法”，是指开发方就用户需求中的一些个性化的、需要进一步明确的需求（或问题），通过采用向用户发问卷调查表的方式，达到彻底弄清项目需求的一种需求获取方法。

       这种方法适合于开发方和用户都清楚项目需求的情况。因为开发方和用户都清楚项目的需求，则需要双方进一步沟通的需求（或问题）就比较少，通过采用这种简单的问卷调查方法就能使问题得到较好的解决。

       这种方法的一般操作步骤如下。

       （1）开发方先根据合同和以往类似项目的经验，整理出一份《用户需求说明书》和待澄清需求（或问题）的《问卷调查表》提交给用户。

       （2）用户阅读《用户需求说明书》，并回答《问卷调查表》中提出的问题，如果《用户需求说明书》中有描述不正确或未包括的需求，用户可一并修改或补充。

       （3）开发方拿到用户返回的《用户需求说明书》和《问卷调查表》进行分析，如仍然有问题，则重复步骤（2），否则执行步骤（4）。

       （4）开发方整理出《用户需求说明书》，提交给用户方确认签字。

       由于这种方法比较简单、侧重点明确，因此能极大地缩短需求获取的时间、减少需求获取的成本、提高工作效率，但问卷调查法的最大缺点就是不够灵活。

       会议讨论法

       郑州苹果软件开发认为所谓“会议讨论法”，是指开发方和用户方召开需求讨论会议，达到弄清项目需求的一种需求获取方法。

       这种方法适合于开发方不清楚项目需求（一般开发方是刚开始做这种业务类型的工程项目）但用户清楚项目需求的情况。因为用户清楚项目的需求，则用户能准确地表达出他们的需求，而开发方有专业的软件开发经验，对用户提供的需求一般都能准确地描述和把握。

       这种方法的一般操作步骤如下。

       （1）开发方根据双方制订的《需求调研计划》召开相关需求主题沟通会。

       （2）会后开发方整理出《需求调研记录》提交给用户方确认。

       （3）如果此主题还有未明确的问题则再次沟通，否则开始下一主题。

       （4）所有需求都沟通清楚后，开发方根据历次《需求调研记录》整理出《用户需求说明书》，提交给用户方确认签字。

       由于开发方不清楚项目需求，因此需要花较多的时间和精力进行需求调研和需求整理工作。

       界面原型法

       郑州ios开发认为所谓“界面原型法”，是指开发方根据自己所了解的用户需求，描画出应用系统的功能界面后与用户进行交流和沟通，通过“界面原型”这一载体，达到双方逐步明确项目需求的一种需求获取的方法。

       这种方法比较适合于开发方和用户方都不清楚项目需求的情况。因为开发方和用户都不清楚项目需求，因此此时就更需要借助于一定的载体来加快对需求的挖掘和双方对需求理解。这种情况下，采用“可视化”的界面原型法比较可取。

       这种方法的一般操作步骤如下。

       （1）开发方根据其所了解到的需求（如通过合同或与用户交流），采用界面制作工作描画出应用系统的功能界面。

       （2）将应用系统的功能界面提交给用户并与用户沟通，挖掘出新需求或就需求达成理解上的一致。

       （3）开发方就不断获取的需求进行增量式整理，根据新的需求丰富和细化界面原型。

       （4）双方经过多次界面原型的交互，开发方最终整理出《用户需求说明书》，提交给用户方确认签字。

       郑州plc开发认为由于开发方和用户都不清楚项目需求，因此此时需求获取工作将会比较困难，可能导致的风险也比较大。采用这种“界面原型”的方式，能加速项目需求的“浮现”和双方对需求的一致理解，从而减小由于需求问题可能给项目带来的风险。

       针对这种类型的项目，也可以采用下面将要介绍的“可运行原型系统法”，但由于开发方对需求不了解（缺乏类似项目的开发经验和产品积累），如果开发一个可运行的原型系统，则几乎需要从零开始编写代码，前期投人会很大。
 

       可运行原型系统法

       所谓“可运行原型系统法”，是指开发方根据合同中规定的基本需求，在以往类似项目应用系统的基础上进行少量修改得出一个可运行系统，通过“可运行原型系统”这一载体，达到彻底挖掘项目需求的一种需求获取的方法。

       郑州apple软件开发认为这种方法比较适合于开发方清楚项目需求，但用户不清楚项目需求的情况。这种类型的项目，开发方一般都有类似项目的建设经验，因此可以在以往项目的基础上，快速构建出一可运行系统，然后借助于这一“载体”来加快对需求的挖掘和双方（特别是用户）对需求的理解。这种情况下，采用“所见即所得”的可运行原型系统法比较可取。

       这种方法的一般操作步骤如下。

       （1）开发方根据其所了解到的需求（如通过合同或与用户交流），在以往类似项目的基础上，快速“构建”出一可运行系统。

       （2）通过向用户演示“可运行原型系统”，逐步挖掘并让用户确认项目需求。

       （3）开发方就不断获取的需求进行增量式整理，根据新的需求丰富可运行原型系统。

       （4）经过双方多次可运行原型系统的交互，开发方最终整理出《用户需求说明书》，提交给用户方确认签字。

       郑州erp软件认为由于开发方清楚用户的需求（以前有类似项目的开发经验和产品积累），但用户不清楚。此时开发一个“可运行原型系统”，开发方的投人不会很大，但对于用户理解和确认项目需求非常有利。因此，针对这种类型的项目这是一种比较理想的需求获取方式。

       这种方法的另一个好处是：正式系统一般可以在该“可运行原型系统”的基础上演化而成，为后续开发工作节省不少的工作量和成本。

       值得注意的是，以上总结出的几种需求获取方法不是互斥的，可以根据项目的实际特点独立应用或组合应用。

       转载请注明出处：郑州知网软件  http://www.nwisdom.com