浅析农村信用社信息系统软件开发需求管理.docVIP

浅析农村信用社信息系统软件开发需求管理 　　 摘要：随着农村信用社金融电子化建设的深入发展，各项金融软件产品越来越多，软件开发规模越来越大，如何提高软件开发的效率和质量已成为金融软件开发的核心问题。需求管理是关系到金融软件产品质量的关键，对信用社业务发展具有深远影响，软件需求质量的好坏直接关系软件产品的开发质量和生命力。而需求管理对农村信用社来说，处于边实践边探索阶段，只有最佳的需求管理，才会有最好的研发产品，需要在今后工作中认真总结和不断完善。 　　 关键词：信用社 信息系统 软件开发 需求管理 　　 　　 一、软件开发需求管理的内涵及特点 　　 在信息系统项目管理所提及的软件生命周期中，需求分析是最基础、最重要的一个阶段。软件需求分析的质量对软件开发的影响是深远的、全局性的。需求管理是调度、协调需求工程活动，如获取、分析、规约及验证，并编制文档的整体过程。需求管理具有以下特点： 　　 （一）、需要业务部门和技术部门的双重确认。由于需求本身是通过业务语言来描述技术需要实现的功能，因此需求管理和以往按职责、按专业进行的管理有本质区别，需求管理需要最大限度地融合了业务部门、技术部门的认识和见解，对需求的理解和认可需要获得业务部门、技术部门的双方确认，既要符合或满足业务需求，又要充分考虑技术实现的可行性和建设成本。 　　 （二）、需求管理的延伸性。需求管理是随着需求阶段的不同而动态变化的过程，且该过程并不因系统应用而结束，反而会因用户使用中希望功能得到扩展优化，而又延伸出新的需求，从而进入同样的需求过程，不断循环往复。 　　 （三）、需求管理的派生性。需求只是项目开发的起因，为什么有需求，需求如何实现，实现过程中是否会产生其他需求则需要进行认真的分析，真正做到对症下药，在设计开发中不断进行改进.“需求派生需求”正是强调了贯穿项目开发始终的需求管理。 　　 二、需求管理的重要意义 　　 金融电子化建设的核心是软件的开发和使用，而最终目的是使用，它是信用社电子化建设的重中之重，目前农村信用社使用的软??多为自身软件开发部门单独或与外部机构合作开发，只有少量系统软件是直接购买的商业软件产品。不论哪种情况，对需求管理都是最为重要的内容。需求是项目开发的根源，而需求管理则是业务、技术人员对需求内容达成共识并最终实现共同目标和结果的重要保障。因此，需求管理是关系到系统开发、应用成败的关键过程之一。如果一个产品满足了客户需求，那它无疑就是成功的。需求管理的过程，从需求分析开始贯穿整个项目始终，力图实现最终产品需求的最佳结合，因此，有效的需求管理工作是项目建设的根本。 　　 三、需求管理的一般过程 　　 软件的开发过程是由业务管理等应用部门根据业务发展的需要提出开发需求，软件开发部门根据需求进行研发，最终由应用部门进行验收并投入使用，大体过程如下： 　　 （一）、业务管理等应用部门根据业务需要提交《业务需求书》。 　　 （二）、软件开发部门同应用部门的相关人员一起对《业务需求书》进行分析讨论，并以某种模型(如数据流图)表示出来，形成《软件需求规格说明书》。 　　 （三）、由开发和业务需求部门的主管领导代表本部门对《软件需求规格说明书》签字确认。开发部门依据《软件需求规格说明书》开发相应的业务处理系统并提交给应用部门。 　　 （四）、开发部门根据应用部门后续提交的业务需求变更，及时进行分析。分析结果经双方认可并签字后作为原《软件需求规格说明书》的附件，并由开发人员对软件进行调整。 　　 （五）、应用部门对软件产品进行验收，合格后投入使用。 　　 过程（一）是需求获取，过程（二）实际上是将需求分析、需求规约、需求验证结合在一起进行。《业务需求书》相当于应用部门给开发部门提交的一份任务书，不能作为最终的开发依据。原因在于：《业务需求书》是对业务处理的描述，其内容经常是模糊的、不准确的，很多细节往往没有给出，特别是一些经验性的、常识性的要求常常被忽略，性能上的要求有时也无法实现。《软件需求规格说明书》是双方人员共同对《业务需求书》进行深入理解、详细分析并完善之后，采用形式化的模型描述的，其中增加了《业务需求书》中缺乏的细节，排除了《业务需求书》中错误的、模糊的内容，合理安排《业务需求书》的各项性能指标，以完整清晰的方式对要开发的业务处理系统进行全面描述，是开发的最终依据。在整个过程中，应用部门和开发部门作为互相配合的双方，各有不同的分工。双方的密切配合和良好交流是产生高质量业务需求、获得优秀软件产品的重要保证。 　　 四、需求管理的容易出现的问题及对策 　　 （一）来自应用部门的问题 　　 1、无足够的管理人员、业务人员参与，将导致开发的系统无法被接受。在需求的论证、编写、评审、验收等阶段，如果没有相关管理人员