软件系统的需求调研

摘 要 软件系统的实施，是需求、代码、文档资料等多方面因素的综合产物。作为项目初期的需求调研，是系统后续设计、开发的基石，其重要性及复杂性已经得到越来越多项目管理人员的重视，本文通过对需求调研方法的探讨，希望对项目实施有一定的实践意义。

【关键词】需求调研 软件系统 探讨方法

1 引言

软件需求调研是软件项目实施的开始阶段，是系统设计、开发的重要依据，因此需求调研的质量对软件项目的成败至关重要。然而，在调研过程中对用户需求的获取受到很多因素的制约，例如，在项目初期用户对系统的需求往往并不明确，调研人员与用户对同一问题的理解可能存在偏差等等。本文将结合实际项目经验，简要介绍软件系统需求调研的概念，并对具体的调研过程进行阐述，最后，对软件系统调研的注意事项进行探讨。

2 软件系统需求调研基本知识

2.1 软件需求的定义

需求指项目中必须提供的功能或遵守的条件，具体可分为功能性需求、非功能性需求和约束条件。功能性需求，即系统需要实现的具体功能，如报表功能、审批功能等。非功能性需求，指软件质量属性的，包括软件的易用性、响应时间、可靠性、容错性、扩展性等。约束条件则指系统必须满足的一些要求，如使用的浏览器版本、数据库及操作系统版本等。在软件实施过程中，功能性需求的完成标志着系统满足了用户的基本办公要求，在此基础上，非功能性需求的实现程度直接的影响着用户体验，进而影响用户对整个系统质量的感官与评价。

2.2 软件需求调研的定义

提到软件系统的建设，人们首先想到的往往是代码开发环节，而容易忽略掉需求调研的重要性。软件需求调研指的是深入的了解用户需求，挖掘存在的问题，并讨论可行的解决办法，最终与用户就目标系统必须要做什么这个问题达成一致。软件需求调研是项目的起点，一份高质量的需求调研能够显著减少项目后期的变更风险，是系统保质、按时的交付的关键。因此，项目启动初期，必须预留出充足的需求调研时间。

2.3 软件需求调研的目的

需求调研的目的可以概括为以下三个方面：正确理解用户的业务现状，充分挖掘用户需求（包括功能性需求及非功能性需求）；收集完整的用户资料；划分需求的优先级，为后续的代码开发工作提供依据。

3 需求调研的实施

3.1 调研前的准备工作

项目启动后，即可开始需求调研的工作。在正式调研前，要明确调研实施人员，其能力与最终需求调研成果的质量息息相关。为了更好的把握用户需求，一个调研团队中应至少由项目的管理人员、技术人员以及业务专家这三类构成。随后，要制定详细的调研计划，包括{研起始时间，调研对象、涉及的主要模块，调研各阶段预计要花费的时间等，并将调研计划交由用户审核、认可。

3.2 实施需求调研

3.2.1 调研实施

按照排定的需求调研计划实施调研，并形成调研纪要。调研中，通过向用户复述技术人员所记录内容的方法，查看技术人员的理解是否与用户的表达主旨相一致。调研主体可包含以下几点：

（1）业务的现状及日常工作中存在的问题；

（2）业务涉及哪些部门、岗位或其它相关者；

（3）业务在部门内及部门间的操作流程；

（4）业务处理过程中是否有一些先决条件、是否有异常处理情况；

（5）用户对提升现有作业模式的需求内容；

（6）非功能性方面的需求；

3.2.2 调研方法

（1）访谈法。调研人员与用户面对面的交谈，由用户描述业务现状。并记录访谈内容。

（2）问卷调查法。调研人员将需要了解的问题制作成问卷，分发给业务人员收集信息，并对收集的数据进行综合分析。

（3）实地观察法。调研人员在企业员工实际办公地驻场，观察用户每日的工作流程、工作中存在的问题并记录。

（4）查阅资料法。调研人员对用户提供的业务资料进行汇总、分析。

总的来说，访谈法是一种直接有效的获取用户信息的调研方式，也在实际操作中被广泛应用。但是，访谈对象通常很难将他们的工作完整的描述给调研人员，实地观察法便是在访谈的基础上，一个行之有效的了解用户实际业务的方法。同时，实地观察法有助于调研人员发现用户工作中的痛点，而这些细节很可能在访谈过程中被用户忽略。例如，在一项运输系统的调研中，在用户办公地驻场时，我们发现用户日均打印的单据量较大，而当前的打印纸张是单页多联纸，存在人工撕页和手动送纸的问题，每天都需人工看守不停歇的打印当天的路单。另一方面，运输公司原有的针式打印机工作噪音大，干扰客户电话接听，也影响调度人员的工作状态。这些都使打印路单成为调度工作的瓶颈。发现这一问题后，我们即向用户建议，将单页多联打印纸更换为带孔多联打印纸，并采用网络打印的方式，将打印机放置在适合的房间内，通过远程打印便可实现本地的打印工作。通过这些措施，大大节省了人力，提高了调度人员的工作效率，并优化了其工作环境，得到了用户的肯定，也使系统后期的推广得到了更多的用户支持。

3.3 编写软件需求说明书

主体调研结束后，要完成软件需求说明书的编制，并提交给用户。尽管编写软件需求说明让很多技术人员非常头疼，但是我们不能因此而忽略它的重要性，一份高质量的需求说明书，不仅能够让用户认可调研团队的专业素养，而且有助于技术人员整理思路、汇总资料，实现信息的共享，为系统的设计、开发提供便捷。软件需求说明中可以包含的内容有：

（1）用户公司的基本情况，如组织架构、业务现状（要把每个业务部门的业务现状逐条阐述清晰，将调研纪要中的流程图、文档资料、相关截图等罗列在其中）；

（2）用户公司现有系统的应用情况，如功能、界面、介绍材料等；

（3）阐明用户希望系统实现的目标，对系统的功能性、非功能性需求。

3.4 软件需求说明书的确认

软件调研阶段要与用户针对需求进行反复确认，用户对软件需求说明书的签字确认标志着软件调研阶段的完成。

4 需求调研的注意事项

4.1 先宏观后微观，由粗到细

调研应采取先宏观后微观的策略，从企业的业务、组织架构等整体情况入手，再顺藤摸瓜，深挖细节。用户是企业业务领域的专家，但调研人员对用户业务的理解往往是有限的，双方在交流中存在隔阂，如果调研从细节入手，调研人员很容易失去对用户核心业务的整体把握。

4.2 调研对象要涵盖各个层次的用户，包括领导层、中层以及基层业务人员

首先，领导层更关心项目的宏观目标，因此与领导层调研，可以了解到系统开发的总体目的，所要达到的决策支持等核心方针。其次，中层领导关心工作实现的收益，他们是系统各模块的直接需求者，对相对应功能的定义、业务间的衔接、报表决策进行把控。最后，基层业务人员是系统的操作者，也是真正了解系统各流程具体细节的人，在把握公司领导层以及中层对系统的要求后，调研工作的重点便是针对基层员工展开深入、详细的调研。让相关的基层人员充分参与调研，一方面，可以准确把握每项操作的细节；另一方面，能够对系统后续的推广起到积极的作用。

4.3 收集齐所有业务报表、票据等材料，并保留完整的电子版材料

业务相关的报表资料都可以作为后续系统设计中的参考依据，同时，调研人员通过对这些资料进行分析，很可能会发现一些遗漏的信息点。因为调研过程中，用户的描述往往集中于他们常规的工作情况，但是对日常工作中的繁琐细节，以及面对异常情况的处理等特殊情况，很难面面俱到的涉及。在这种情况下，如果调研人员对用户的业务不够熟悉，就要仔细研究用户的票据资料，要理解其中的每一个细节、每一个字段的由来，对于不清楚的要点要及时的向用户询问，几经反复，对掌握用户真实的业务情况有很大的帮助。

4.4 每日的调研成果要以书面的形式记录下来

每天调研结束后要及时完成调研纪要，整理当日的信息，并且总结出仍需明确的问题，在下一次调研时同用户确认。这样一来便于调研人员梳理思路，避免遗漏，二来，考虑到项目团队成员可能并不能全程参与调研，一份详尽的调研记录更有利于项目组成员之间的信息共享，全面掌握项目相关信息。

4.5 对需求的评估与分级

在完成对用户需求的收集后，调研人员需要对这些信息进行分析、评估和分级。首先，不同部门、不同层级的用户所关心的问题不同，造成他们所提出的需求有可能是相矛盾的，这就需要调研人员通过分析，识别其中不合理的地方并尽早反馈给相关用户进行协调确认，并最终与各方沟通，形成统一、可接受的需求。其次，项目受成本、工期、技术等因素的制约，也许不能一次性将用户提出的所有需求都尽善尽美的实现，因此在编制需求说明之前，调研人员要和用户沟通，将需求按优先级进行分类，确保系统的基本功能以及用户重点关注的功能得到实现。

5 结论

综上，软件需求调研中，要准确把握用户需求是非常困难的，调研人员须认真制定调研计划，调研对象的选择除了系统的使用者外，更要包含公司领导及中层领导，以宏观把握管理层对系统的核心要求。此外，调研顺序要先整体后局部，将访谈法与实地观察法相结合，根据项目的实际情况，还可考虑辅以问卷调查及查阅资料法，对调研过程中涉及的业务书面资料要收集全面，并录在调研纪要中。与用户确认调研成果，同时调研人员要对用户需求进行全面分析及优先级的分类，在项目条件允许的前提下，寻求最合理的需求方案。最后，不能忽略需求规格说明书的编制，只有需求规格说明书得到用户的认可，才能够开始下一阶段的工作。

参考文献

[1]张友生.信息系统项目管理师考试辅导教程（第三版）[M].电子工业出版社，2012.

[2]张海藩，吕云翔.软件工程[M].人民邮电出版，2013.

[3]陈媛，雷婷.浅谈如何做好软件的需求分析[J].中国科技博览，2010（04）.

作者单位

中海油信息科技有限公司天津分公司 天津市300452