关于开发项目金融软件开发项目需求管理不足与策略结论

论文导读：
【摘要】金融软件的需求管理是关系到金融软件产品质量的关键，对业务发展具有深远影响。由于金融软件项目自身的特点，项目的需求会呈现各种问题。本文从金融软件的需求特点出发，分析了软件需求工作中的各类问题，针对性的提出了解决这些问题的方法。
【关键词】金融软件 需求管理 需求变更
一、引言
随着金融市场的蓬勃发展，创新模式的不断增多，金融软件的需求越来越多，开发规模也逐渐增大。如何提高软件项目的开发质量和开发效率成为首要问题。需求管理作为软件开发项目的关键，对于软件项目的质量和进度具有重要的影响。

二、需求管理的重要性

软件开发的初始输入是给定需求，在此基础上进行需求分析，然后以文档的形式将分析的结果输出。需求分析中的输出即为需求管理的输入。需求分析是软件开发的第一步，而需求管理则是对需求分析的结果进行管理和控制，保障开发活动符合分析结果。需求管理的目的是建立和维护软件项目和客户需求之间的共识，要求客户的需求合理，软件产品能满足客户的需求。需求管理作为软件开发不可或缺的组成部分，贯穿项目的整个生命周期，至关重要。

三、金融软件项目需求管理存在的问题

金融软件产品专业领域性较强，应用于金融机构内部支撑业务运转的软件产品多是由企业内部开发完成的。大多数国内金融机构，通常业务部门是产品需求提供者和最终用户，软件开发部门是产品的开发者和维护者，各个业务部门直接对口软件开发小组，因此在需求管理过程中常常存在许多问题，导致项目未能按时完成，返工，甚至失败。主要的问题如下：
表达与理解的不一致。业务部门在需求描述过程中，使用的往往是业务语言或者专业词汇，技术人员不能准确理解这些业务的做法和要求。技术人员也未就此需求同业务人员进行确认，后期的开发就产生问题。
描述不清楚。业务部门对软件系统只能提出一个大概的需求，或是一个设想，对于需求的细节，具体要包含的业务处理功能表述不清，表达方式不规范，往往口头表达，没有文档记录。
需求缺乏规划。作为内部需求，目前大多数企业并未对软件项目进行开发，维护成本的分摊，导致业务部门对需求的提出比较随意，没有经过深入的思考和可行性分析。其一，业务部门仅从各自角度考虑功能要求，未能对整体业务链梳理。其二，缺乏独立部门对需求统一管理，面对来自各个不同业务部门的需求，开发部门对需求的合理性没有足够的控制权。造成业务逻辑不清晰，甚至出现矛盾。
需求变更频繁。金融行业的特点具有发展快，创新多，为了满足市场的需求，业务也随之需要改变，导致需求变更频繁。如果提出的需求不具备前瞻性和普遍性，仅局限于当前的业务模式，导致很容易产生需求变更。

四、解决的方法

基于以上几点问题，在软件需求管理上要采用有效的方法，以促进项目的顺利进展。

(一)业务知识的预先了解和学习

在项目初期，邀请行业专家，组织开发人员进行有针对性的业务知识的培训，统一业务术语，避免出现不熟悉的业务知识而导致的需求理解上的失误。

(二)需求的有效沟通

软件开发项目的首要目的就是获取用户的需求。需求的获取有多种方式，如电话，邮件，单独沟通，小组讨论。根据软件用户，有针对性的设计和使用不同的内容及问题询问或沟通。在沟通过程中，单纯的语言交流可能不能准确表达双方意图，可通过建立原型系统，以可视化的方式与用户进一步沟通，从而有效帮助用户确认自己的需求，双方理解达成一致。

(三)需求文档化

每一次需求调研，都要做好笔录，摘自：毕业论文题目www.7ctime.com
与用户交流后，要对交流的结果进行分析，整理，形成《业务需求书》。然后，技术人员同业务人员一起对《业务需求书》进行讨论分析，最终形成《需求规格说明书》。针对《需求规格说明书》，逐一与用户进行确认，对于描述不准确的地方加以细化，对于错误的地方进行修改，并请用户方面的领导签字。签字确认后的《需求规格说明书》，将成为最终用户和开发机构之间的合同书，也是最终用户验收软件系统的依据。

(四)需求变更的管理

需求变更由于各种原因在软件开发项目的整个生命周期不可避免，但变更通常会对项目的进度、质量和成本产生很大的影响，因此在项目过程中控制好变更十分重要，可以从以下几点加以控制：
建立需求基线。需求基线是需求变更的依据。需求确定并经过评审后，论文导读：流程。对需求变更影响进行分析与评审。要及时召集业务人员和开发人员，对项目的需求变更所带来的影响进行分析，明确变更的工作量大小，最后经过相应级别的评审确认。需求文档的版本控制。所有发生变更的需求都需要清楚的记入文档形成新的版本，包括变更描述，原因，记录人，更新后的新版本号。并使得项目组内的每个成员都能
可以建立第一个基线。此后每次变更并经过评审后，都要重新确定新的需求基线。
制定变更控制流程，并形成文档。在建立了需求基线后所提出的所有变更都必须遵循这个流程。
对需求变更影响进行分析与评审。要及时召集业务人员和开发人员，对项目的需求变更所带来的影响进行分析，明确变更的工作量大小，最后经过相应级别的评审确认。
需求文档的版本控制。所有发生变更的需求都需要清楚的记入文档形成新的版本，包括变更描述，原因，记录人，更新后的新版本号。并使得项目组内的每个成员都能够得到需求的最新版本。
五、结束语
软件需求管理作为项目管理的重要环节，直接关系到软件项目能否高质量的如期完成。提高金融软件项目的成功率，必须要重视需求管理工作，采用科学有效的方法，保证开发工作的顺利进行和软件产品的最终投产使用。
参考文献：
Karl E. Wieners.陆丽娜，王忠民，王志敏.软件需求[M].北京：机械工业出版社，2002.
项目管理协会.卢有杰，译.项目管理知识体系指南[M].北京：电子工业出版社，2005.