摘 要：开发软件项目，需求分析是重点。软件开发者必须深入了解业务，明白系统所需要的功能以及约束条件，与用户约定好技术实现的方式、项目的时间节点和运行维护方式等具体内容，最终将各阶段的需求进行汇总，形成规范可靠的需求规格说明书，用以指导后续的开发、实施、运行维护工作。本文作者通过对软件项目开发管理的学习和理解并结合多年项目实施的经验，阐述了对软件需求分析的理解。
关键词：软件；需求分析；信息化；决策性
中图分类号：TP311.5 文献标识码：A 文章编号：2096-4706（2018）11-0013-03
Comprehension of Software Requirements Analysis
SHEN Xin1，CHEN Huashan2
（1.Jiangsu Changzhou Real Estate Information Center，Changzhou 213000，China；
2.Changzhou Information Center，Hohai University，Changzhou 213022，China）
Abstract：In developing software projects，requirements analysis is the key point. Software developers must have a thorough understanding of the business，understand the functions and constraints required by the system，and agree with users on the technical implementation methods，project time nodes，operation and maintenance methods and other specific content，and ultimately aggregate the requirements of various stages to form a standardized and reliable requirements specifications for guidance. Follow up development，implementation，operation and maintenance. Through the study and understanding of software project development management and combined with years of project implementation experience，the author expounds the understanding of software requirements analysis.
Keywords：software；requirement analysis；informatization；decision making
0 引 言
软件项目通过问题定义、可行性研究进入开发时期，最重要的工作就是需求分析。需求分析对整个软件开发的过程起决定性的作用。需求分析做得不完善，会给后续的开发工作带来大量的困难，造成用户对软件不满，项目工期也因此延长，沟通协调困难，严重的甚至会造成项目开发的失败，用户与软件开发者终止合同。可以说需求分析是做好软件项目的关键所在。
1 需求分析的目标
需求分析要完成的目标就是最终形成一份经用户认可，开发方与使用方达成一致的需求规格说明书。需求规格说明书能准确清晰地说明系统将要开发什么模块和功能，能够确定详细的业务需求和技术需求，包括所有业务工作流程、数据流转、统计的要求、应用的范围以及面向用户和其它软件系统的接口。人性化的精确的需求可以使系统功能更加完善，避免因性能和操作使用方面的问题导致使用困难，工作效率低下。同时，通过编写需求规格说明书也可以加强业务部门具体业务操作人员与软件承建单位开发人员之间的交流，加深对系统的了解。需求规格说明书在整个软件项目的开发实施过程中一直起着决定性作用。
2 需求分析的决定性
2.1 需求分析是掌握用户需求的关键工作
软件项目的开发是为用户服务，通过流程再造，提高工作效率，完善系统数据，从而使得用户方的管理和工作效能上升一个台阶。软件开发方需要对用户进行深入了解，首先要对用户现有的工作进行梳理和掌握，有老应用系统的，还必须对老系统进行研究，分析历史数据，深入理解用户新建或改建软件项目的意义。不管软件开发单位开发的平台采取的技术有多先进，如果不能满足用户的需求，这样的软件项目就偏离了开发的正确方向，会导致项目不能完工，给用户造成损失。
2.2 需求分析是决定项目成败的决定性因素
通过对以往建设失败，没有真正运行起来，或者刚运行就问题不断导致项目下线的软件项目进行分析，发现90%是由于在需求分析阶段的工作没有做好而造成的。需求分析没做好，整个项目的风险就会具体体现在项目需求分析不明确、业务流程设计不合理，各个模块互相冲突等方面，导致开发的软件不具备可操作性，无法顺利实施，从而造成项目失败。
2.3 需求分析是系统研究和软件开发的桥梁
需求分析是对用户的日常工作流程和数据进行分析，明确在用户的工作中软件系统应该做什么。但是在需求分析开始时，软件开发人员往往不能清晰地知道系统最终要“做什么”，因为软件开发人员不熟悉用户的业务流程和业务环境，所以业务部门的用户必须与软件承建单位需求分析人员进行深入沟通。
通过仔细地研究和交流，大家都要尽可能全面、准确地描述业务流程、数据和统计等需求，争取及时发现问题并及时解决问题，业务部门要让软件承建单位人员对需求有明确的认识，这才能进行下一步软件设计。如果软件开发单位对用户需求没有形成完整的正确认识就急急忙忙地开始设计编程，开发出来的系统就必然不能满足用户的需要。
2.4 需求分析需要加强质量控制
需求分析对整体软件项目具有决策性、方向性的作用。如果在需求阶段出现了问题，那么在软件项目后续的阶段，问题只会越积越多。所以在软件项目的开发实践过程中，一定要对需求分析的重要性有足够的认识，优质的需求分析是所有软件项目成功的必要条件。
3 明确需求分析的角色
在软件开发过程中，业务部门、信息中心、软件承建单位都将参与到其中，承担各自的责任。
业务部门是需求分析的主要责任部门，应该怎样建设应用子系统？希望达到什么目的？需要怎样的工作流程？这些都取决于业务部门的需求。
就好比要造一幢怎样的房屋，有什么使用功能，建造多少层，多大面积，这些都必须要由建设方来确定。只有确定下来具体的方案，施工方才能按照方案施工。
业务部门首先需要做好项目可行性分析，并提出详细的前期需求方案（包括工作业务需求、实施范围需求、技术需求、安全需求、设备需求、项目总投资概预算等，明确项目建设目标，详细编写项目的建设内容、工作业务范围、工作流程、数据量规模、应用范围、预期社会收益等内容），积极参与需求分析，使软件承建单位开发人员充分理解业务需求，形成双方达成共识的需求规格说明书。
软件承建单位负责参与需求分析，根据业务部门提出的需求，用符合计算机规格的形式表现出来，比如绘制业务流程图、功能结构示意图、数据字典表、编写用户实例等。这些相对专业的工作需要和业务部门具体操作人员详细沟通。而对于业务部门领导来说，上面这些方式过于专业，软件承建单位应根据对需求的理解制作成演示系统，来模拟实际系统的运行，简单明了。同时，软件承建单位对业务部门提出的需求不断细化和完善，制订出符合技术规范的软件需求规格说明书。
信息中心负责的是：首先，组织对软件开发项目可行性进行评审；其次，在需求调研活动中，发挥好业务部门和软件承建单位之间的桥梁作用，业务部门提出的需求，有哪些可以做，哪些不可以做，是否有前后冲突；软件承建单位理解的业务需求，是否与实际有出入，制作的演示系统是否将业务部门的需求准确地表现出来，采取的技术是否符合开发规范等，对这些问题都要做好分析和调研。最后，信息中心还需要对管理项目实施的进度和组织进行需求评审。
在软件开发需求分析过程中，只有三方各自都做好自己的任务，才能加快我们的软件项目建设步伐。
4 必须进行可行性分析
要做好软件需求分析，首先得进行项目可行性分析。可行性分析是要先决定“能做还是不能做”，而需求分析是要具体决定“做什么”。
可行性分析必须是客观的、科学的，分析应从以下几点考虑：
4.1 必须有主管业务部门
比如：白蚁预防灭治系统的业务主管部门是市白蚁防治研究所，商品房网上备案系统的业务主管部门是房管局市场管理处等。如果这些问题不明确，那么相关工作将无法开展。
4.2 工作需求必须迫切
看该项工作是否是当前局系统的重点工作？需要用软件的功能来做到规范化管理，对软件的要求是否十分紧迫？比如：住房保障是当前局系统的重点工作，任务很多也很复杂，需要用软件规范管理，提高效率，因此对软件的要求十分迫切。
4.3 系统开发的条件
必须具备以下条件：（1）业务管理工作必须有相关法律法规支持；（2）必须有相当完善的管理工作制度；（3）必须有较为流畅的完整的工作流程；（4）必须有业务管理所用文档的固定格式，比如统一的业务单据、统计报表等；（5）必须具备业务数据的流转和应用等。
比如商品房网上备案系统在开发时要已经具备完善的管理方面的法律、法规，具有相对成熟的管理制度和流畅的工作流程，全市具有统一的合同样式，从开发企业到管理部门业务可以进行数据的流转等等，这样才具备了开发的条件。
4.4 提出的业务流程必须经过实践验证
业务流程必须经过实践来验证，看是否成熟稳定可靠。如果提出的业务流程目前还未开展或刚起步，存在太多未知因素，那就不能急于开发系统，否则，随着业务流程的不断修正完善，系统将会陷入无休止的修改之中。
4.5 和法律法规不能有冲突
新系统开发必须考虑到和现行的法律法规是否冲突，如果有冲突，则不能开发。
业务部门对软件开发的可行性分析结束后，要写出可行性分析报告，提交信息中心审核，由信息中心组织有关专家进行论证，根据可行性研究的结果，决定项目的取舍。
可行性分析的结论一般分为以下四种：（1）项目可行，可以立即开始实施；（2）需要推迟到某些条件（例如资金投入，人员配备，设备购置，新的法律规章、制度、文件出台等）具备或实施到某一阶段已经成熟之后才能开始；（3）需要对开发项目的目标进行某些调整之后才能进行；（4）不宜进行，例如法律规章不完善，经济上不合算或可能产生负面的社会影响等原因，在这种情况下，业务部门应该尽早终止项目计划，以免浪费人力、物力和财力。
根据可行性分析的结果，如果项目是可行的，那么业务部门可填写《信息化项目建设立项报告》提交局领导，由局领导进行统筹安排。
项目立项决定实施后，由信息中心按市政府采购中心要求实施项目招标工作。
5 结 论
在信息化软件项目的开发实施过程中，需求分析阶段是核心阶段。形成一份用户和开发方共同认可的高质量需求分析规格说明书，是核心工作，对后面的程序开发、系统上线直至项目验收都起到决定性的作用。
参考文献：
[1] 王峰.软件开发需求分析技术探讨 [J].电子技术与软件工程，2015（16）：73.
[2] 陈燕.软件项目的需求管理方法与策略 [J].广西科学院学报，2009，25（2）：108-110.
[3] 李超，谢坤武.软件需求分析方法研究进展 [J].湖北民族学院学报（自然科学版），2013，31（2）：204-211.
作者简介：沈鑫（1981-），男，江苏常州人，工程师。从事信息化项目全过程管理工作。
