(一)问卷调查法
所谓“问卷调查法”,是指开发方就用户需求中的一些个性化的、需要进一步明确的需求(或问题),通过采用向用户发问卷调查表的方式,达到有效弄清项目需求的一种需求获取方法。
这种方法适合于开发方和用户方都清楚项目需求的情况。因为开发方和建设方都清楚项目的需求,则需要双方进一步沟通的需求(或问题)就比较少,通过采用这种简单的问卷调查方法就能使问题得到较好的解决。
这种方法的一般操作步骤是:
步骤一、开发方先根据合同和以往类似项目的经验,整理出一份《用户需求说明书》和待澄清需求(或问题)的《问卷调查表》提交给用户;
步骤二、用户阅读《用户需求说明书》,并回答《问卷调查表》中提出的问题,如果《用户需求说明书》中有描述不正确或未包括的需求,用户可一并修改或补充;
步骤三、开发方拿到用户返回的《用户需求说明书》和《问卷调查表》进行分析,如仍然有问题,则重复步骤二,否则执行步骤四;
步骤四、开发方整理出《用户需求说明书》,提交给用户方确认签字。
由于这种方法比较简单、侧重点明确,因此能大大缩短需求获取的时间、减少需求获取的成本、提高工作效率。
(二)会议讨论法
所谓“会议讨论法”,是指开发方和用户方召开若干次需求讨论会议,达到有效弄清项目需求的一种需求获取方法。
这种方法适合于开发方不清楚项目需求(一般开发方是刚开始做这种业务类型的工程项目)但用户方清楚项目需求的情况。因为用户清楚项目的需求,则用户能准确地表达出他们的需求,而开发方有专业的软件开发经验,对用户提供的需求一般都能准确地描述和把握。
这种方法的一般操作步骤是:
步骤一、开发方根据双方制定的《需求调研计划》召开相关需求主题沟通会(可采用焦点小组会议或引导式研讨会的形式);
步骤二、会后开发方整理出《需求调研记录》提交给用户方确认;
步骤三、如果此主题还有未明确的问题则再次沟通,否则开始下一主题;
步骤四、所有需求都沟通清楚后,开发方根据历次《需求调研记录》整理出《用户需求说明书》,提交给用户方确认签字。
由于开发方不清楚项目需求,因此需要花较多的时间和精力进行需求调研和需求整理工作。
(三)界面原型法
所谓“界面原型法”,是指开发方根据自己所了解的用户需求,描画出应用系统的功能界面后与用户进行交流和沟通,通过“界面原型”这一载体,达到双方逐步明确项目需求的一种需求获取的方法。
这种方法比较适合于开发方和用户方都不清楚项目需求的情况。因为开发方和用户方都不清楚项目需求,因此此时就更需要借助于一定的“载体”来加快对需求的挖掘和双方对需求的理解。这种情况下,采用“可视化”的界面原型法比较可取。
这种方法的一般操作步骤是:
步骤一、开发方根据其所了解到的需求(如通过合同、招投标文件或与用户交流),采用界面制作工具描画出应用系统的功能界面;
步骤二、将应用系统的功能界面提交给用户并与用户沟通,挖掘出新需求或就需求达成理解上的一致;
步骤三、开发方就不断获取的需求进行增量式整理,根据新的需求丰富和细化界面原型;
步骤四、双方经过多次界面原型的交互,开发方最终整理出《用户需求说明书》,提交给用户方确认签字。
由于开发方和用户方都不清楚项目需求,因此此时需求获取工作将会比较困难,可能导致的风险也比较大。采用这种“界面原型”的方式,能加速项目需求的“浮现”和双方对需求的一致理解(俗话说百闻不如一见),从而减小由于需求问题可能给项目带来的风险。
针对这种类型的项目,也可以采用下面将要介绍的“可运行原型系统法”,但由于开发方对需求不了解(证明以前缺乏类似项目的开发经验和产品积累),如果开发一个可运行的原型系统,则几乎需要从零开始编写代码,前期投入会很大。
(四)可运行原型系统法
所谓“可运行原型系统法”,是指开发方根据合同中规定的基本需求,在以往类似项目应用系统的基础上进行少量修改得出一可运行系统,通过“可运行原型系统”这一载体,达到有效挖掘项目需求的一种需求获取的方法。
这种方法比较适合于开发方比较清楚项目需求但用户方不清楚项目需求的情况。这种类型的项目,开发方一般都有类似项目的建设经验,因此可以在以往项目的基础上,快速“构建”出一可运行系统,然后借助于这一“载体”来加快对需求的挖掘和双方(特别是用户方)对需求的理解。这种情况下,采用“所见即所得”的可运行原型系统法比较可取。
这种方法的一般操作步骤是:
步骤一、开发方根据其所了解到的需求(如通过合同或与用户交流),在以往类似项目的基础上,快速“构建”出一可运行系统;
步骤二、通过向用户演示“可运行原型系统”,逐步挖掘并让用户确认项目需求;
步骤三、开发方就不断获取的需求进行增量式整理,根据新的需求丰富可运行原型系统;
步骤四、双方经过多次可运行原型系统的交互,开发方最终整理出《用户需求说明书》,提交给用户方确认签字。
由于开发方清楚用户的需求(证明以前有类似项目的开发经验和产品积累),但用户方自己不清楚,因此此时开发一个“可运行原型系统”,开发方的投入不会很大,而对于用户理解和确认项目需求非常有利,因此针对这种类型的项目这是一种比较理想的需求获取方式。
这种方法的另一个好处是:正式系统一般可以在该“可运行原型系统”的基础上演化而成,为后续开发工作节省了不少的工作量和成本。
分享到:
相关推荐
组织要保证信息系统项目的成功,准确的把握系统需求分析是关键的第一步。系统需求分析是一连串的处理过程。要一套有组织的方法来收集信息,找出使用者的需求。经过提炼,将需求(资料的、功能的以及行为需求)模式化...
1. 需求分析 1) 系统概述 系统主要实现了网络上常用的投票功能,为调查,收集,统计用户的反馈意见提供了一个方便易用的网上平台。系统遵循软件工程标准,并按照软件工程规定的流程进行项目的开发 2) 系统功能描述 a...
3.22 信息系统缺陷的质量目标表 3.23 项目单元测试方案 3.24 系统测试用例表 3.25 系统测试问题报告单 3.26 系统缺陷状态跟踪表 3.27 软件Bug详细记录表 3.28 项目重大缺陷一览表 3.29 项目成员工作周报 3.30...
1. 需求分析 1) 系统概述 系统主要实现了网络上常用的投票功能,为调查,收集,统计用户的反馈意见提供了一个方便易用的网上平台。系统遵循软件工程标准,并按照软件工程规定的流程进行项目的开发 2) 系统功能描述 a...
在当今信息时代这种传统的管理方法必然被计算机为基础的信息管理系统所代替.如果本系统能被学校所采用,将会改变以前靠手工管理学生成绩的状况,可以树立良好的办学形象,提高工作效率. 二、常用的软件开发方法 2.1...
(1)用户调查是最基本的用户需求信息收集方法,比较常用的调查方法包括:访谈用户、开座谈会、问卷调查、跟班作业、收集用户资料。 (2)需求原型可被用来解决用户对软件系统在需求认识上的不确定性。一般情况下,...
2、负责信息系统的安装及日常运维,包括接听客户咨询电话,向用户提供咨询、指导、解释相关业务或技术问题,收集并及时反馈用户信息; 3、负责用户培训,编写培训文档、使用手册、测试文档,解答用户系统使用过程中...
2、负责信息系统的安装及日常运维,包括接听客户咨询电话,向用户提供咨询、指导、 解释相关业务或技术问题,收集并及时反馈用户信息; 3、负责用户培训,编写培训文档、使用手册、测试文档,解答用户系统使用过程...
2、负责信息系统的安装及日常运维,包括接听客户咨询电话,向用户提供咨询、指导、 解释相关业务或技术问题,收集并及时反馈用户信息; 3、负责用户培训,编写培训文档、使用手册、测试文档,解答用户系统使用过程...
2、负责信息系统的安装及日常运维,包括接听客户咨询电话,向用户提供咨询、指导、 解释相关业务或技术问题,收集并及时反馈用户信息; 3、负责用户培训,编写培训文档、使用手册、测试文档,解答用户系统使用过程...
,消息应该及时反馈给企业单位,故一个网上在线投票系统应允而生,它正好充分满足客户的需求,信息反馈的范围扩大,人力资源的节省, 从而使得企业在竞争激烈的市场中拥有更强大的资本.开发此投票系统是为了更好的把市场...
数据库则采用MySQL,MySQL是一种开放源代码的关系型数据库管理系统(RDBMS),使用最常用的数据库管理语言--结构化查询语言(SQL)进行数据库管理。MySQL的查询速度、可靠性和适应性广受人们关注,在不需要事务化处理的...
城市公交系统交通调查与需求预测方法 1城市公交系统交通调查内容 城市公交系统交通调查的内容包括城市社会经济及土地利用基础资料调查、城市居民出 行OD调查、城市流动人口出行OD调查、机动车出行OD调查、城市公共...
通过反射调用類的方法,屬性,字段,索引器(2種方法) ASP.NET: State Server Gems 完整的动态加载/卸载程序集的解决方案 从NUnit中理解.NET自定义属性的应用(转载) 如何在.NET中实现脚本引擎 (CodeDom篇) .NET的插件...
物流信息技术调研报告 第一点:调研报告的目的 调研报告的目地是为了调研企业的物流信息的采集、传输、储存、跟踪、定位常用 的方法,典型企业应用物流信息技术和物流信息技术的情况并认识到这门课程的重要性 。...
重点介绍了工资管理信息系统中数据查询统计模块的分析和设计以及如何利用面向对象的程序设计语言Visual Foxpro 6.0实现数据的查询、统计、显示、报表打印等基本功能。本系统的开发基本解决了以往工资管理中存在的...
物流信息技术调研报告 第一点:调研报告的目的 调研报告的目地是为了调研企业的物流信息的采集、传输、储存、跟踪、定位常用 的方法,典型企业应用物流信息技术和物流信息技术的情况并认识到这门课程的重要性 。...
需求分析阶段 需求分析是在项目确定之后,用户和设计人员通过详细的调查研究,充分了解用户的 组织机构、业务规则、数据需求等等。所谓需求是指用户对软件的功能和性能的要求, 就是用户希望软件能做什么事情,完成...
一共四个,其中pdf 三个包,源码一个包 第一章 J2EE快速入门 1.1 J2EE概述 1.1.1 J2EE的来源 1.1.2 J2EE整体框架 1.1.3 从J2EE到JavaEE 1.2 J2EE组件 1.2.1 客户端组件 1.2.2 Web组件 1.2.3 业务逻辑组件 1.3 J2EE...
一共四个,其中pdf 三个包,源码一个包 第一章 J2EE快速入门 1.1 J2EE概述 1.1.1 J2EE的来源 1.1.2 J2EE整体框架 1.1.3 从J2EE到JavaEE 1.2 J2EE组件 1.2.1 客户端组件 1.2.2 Web组件 1.2.3 业务逻辑组件 1.3 J2EE...