信息系统需求分析阶段的实践经验之二---如何有效地得到用户需求【转】

（一）有效进行需求调研的方法

一、明确总体思路

软件项目通常会包含客户的不少种需求，涉及客户的多方面业务和多个部门，所以需求调研必定要有一个明确的思路，从大处着眼，而后逐渐细化，直到详细的需求细节。好比，首 先是客户的总体要求和目标，而后是各个部门的各类业务项目及主要的业务流程，再到业务过程的每个单据，每一条记录，以及表现形式等等。需求纷繁芜杂，在 需求调用的过程当中要常常查看项目规格说明书，明确项目最初提出的目标和范围，主要是为用户解决什么样的问题，这样才能从众多的需求中分清主次，提取用户核心的、主要的业务。

2、进行充分准备

不管是面对面的需求会议，仍是电话沟通，都应该注意在交流以前尽可能取得更 多的信息以准备。每次需求会议前先根据当前掌握的信息和需求列出问题提纲，这样在调研的时候才能问到点上，既提升效率，又增长用户对咱们专业素养的信任。 不只咱们要充分准备，也能够先让用户提供一份用户本身写的书面需求，事先作一个较明晰的阐述。另外，还要提醒用户必要的材料和数据准备，这些准备将有助于会议的进行，以避免用户在会议开始后再找材料查资料，中断会议的进行，影响调研的效果。

3、区分调研对象

对不一样的调研对象，询问和讨论的主题和内容应注意区分：通常对于用户的高层领导，不要讨论细节问题，要讨论高层的业务需求，讨论目标、方向等问题，另外要把握好时间，不宜过长；对于用户的业务层领导，要多询问一些业务流程方面的问题，他们在这方面最熟悉并有看法，通常来讲，软件的大部分需求都是这个层次的人员提出的，和这个层次的人员要注意关系上的协调；对于具体操做人员，能够多询问一些对方的操做习惯、业务处理的细节等问题；对于系统管理员，则能够讨论一些技术上的问题，好比，经过其了解客户公司的软硬件及网络环境，用户的操做水平等。

4、详细明确的记录

记录包括会议记录和需求记录。每次沟通都应有详细的书面记录。这是造成需求分析结果的基础和下次需求调研的前提。若是不这样作，结束调研的时候只有一个模糊的印象，需求分析的结果仍然高不可攀，应力争每次需求会议都使需求分析向前推动一个阶段。讨论结束前将记录的文档向客户确认一下，让客户进行评论和更正，以保证没有错误和歧义。记录使用的语言须是用户熟悉的词汇，要使用明确确定性语句，不要使用模糊的说法。好比，不能描述为一天产生的POS业务流水不少，应该明确到10的3次方的数量级，不能仅记录为要求日结帐要快，应该明确到在200秒内完成等。

5、多思考多提问

软件需求是分层次的，用户对咱们描述的每每只是用户需求层次的表面问题，只了解这些是不够的，还要理解用户为何要提出这样的需求，作到知其然又知其因此然。做为需求分析员，必需要深刻地理解客户的业务逻辑和需求目的。在大多数的软件系统中，最终用户可能都不清楚他的需求是什么。若是只知道用户提出的要求，而不知道其为何有这个要求，那么极可能会误入歧途，获取不了用户的真正需求。好比针对上述会员多倍积分需求，用户要求在POS断网的时候也能实时执行。事实上若是不采用无线通信这根本不可能，采用无线成本又过高。询问缘由后，才知道实际上用户是担忧数据丢失，咱们只要保证数据不丢失，在网络链接正常后再执行就能够了。

（二）容易忽视的事项

一、肯定权利与义务

只有当双方参与者都明白促成当前信息管理系统建设的成功，本身须要作什么，合做方须要作什么时，才能创建起一种好的合做关系。为了需求调研的有效进行，能够在开始以前向客户明确其需求权利和应尽义务。可以经过需求权利书规定客户在项目需求调研过程当中的合理要求，这些权利同时对应着分析人员和开发人员的义务；而经过需求义务书规定客户在需求过程当中应承担的义务，固然这些也能够认为是分析人员和开发人员的权利。

二、搜集用户资料

不少时候用户对本身需求的语言描述带有随意性和模糊性，又加上思惟角度的不一样，每每会形成咱们理解上的误差，而企业中的文档资料则真实地反应了用户的业务。它们包括，打印出来的各类单据、报表，企业的业务管理规则、制度，内外部考核办法等。这些资料将有助于直观、具体、高效的获取需求。好比，能够询问用户是否已经制定出多倍积分的书面草案，有没有相关的会员积分政策文档做为参考等。

3、到工做现场考察

对于难于理解的用户业务或性能方面的需求，必定要进行操做现场的实地考察，观察正在工做的用户，亲身感觉实际业务流程、了解操做状况。现场考察是理解用户需求的最好的方式。主观推断每每和实际的业务操做有很大的出入。好比，有些开发人员不重视快捷键的设置，若是观察超市POS终端操做员的工做，将会明白这很是重要。再如，离岸BPO用来提交业务数据的软件系统对网路传输的速度、操做响应的速度等有很是高的要求，不然操做员难以忍受，而且大大影响工做效率。若是只实现了功能，而不能达到性能要求则远远没有知足客户的需求。

4、非功能性需求

非功能性需求包括，客户现有的服务器资源、网络资源及环境、硬件条件、操做系统、操做人员水平、由用户的工做特色决定的对性能的特殊要求等。若是不事先了解这些状况，或事先告知客户进行必要的资源环境准备，可能会致使最终软件没法部署，操做人员没法使用等状况。好比，用户服务器用的是免费的Linux操做系统，而咱们开发的软件只能在收费的Windows操做系统上运行，将直接宣告项目的阶段性失败。

5、旧版本，相关软件系统和接口

若是项目是对原有的软件从新开发或升级，那么必定要仔细研究旧的软件系统的功能，并 询问客户 旧系统不能知足当前需求的缘由，以期在新的系统中得以改善和提升，同时 旧 系统中优秀的功能特色要予以保留。若是用户当前已经使用了其余系统，必定要了解这些系统，看有没有重复开发，或 功能 不 足的补充。还应注意相关系统中的数据编码规范、操做规范，用户操做界面，以便于用户对新系统的适应、培训和维护。若是用户要求软件和现有的系统进行数据交 互或通过调研发现须要数据交互，那么必定要弄清数据接口的规范、接口双方的通讯方式、数据存储方式、采用的数据库系统、数据结构等。 好比，增长会员多倍积分模块，就要考虑数据接口，通讯方式，界面一致性，尤为是 POS 端快捷键不能冲突等多个方面。