金融行业软件需求管理探讨.doc

《金融行业软件需求管理探讨.doc》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、引言随看我国金融行业的不断发展，金融软件产品越來越多，软件开发规模也越來越大。H前我国金融系统的应用软件多数为自身的软件开发部门单独开发，或与外部厂商合作开发，少量软件是直接购买成熟的商业软件产品。如何提高软件开发的效率和质最己成为金融软件开发的核心问题。畫求管理是关系到金融产品质最的关键，软件需求质最的好坏頁接关系到软件产品的开发质最和生命力。1、需求管理的重要性需求管理是通过调查与分析,获取用户需求并定义产品需求，在业务部门与开发部门之间建立对需求的共同理解，维护盂求-9其他工作成果的…致性，并控制需求的变更。在软件

2、系统开发过程屮，有很多问题都是山于在需求分析阶段没有正确地收集、编对、协商、修改系统真实盂求而产生的。开发软件系统最困难的部分就是准确说明开发什么，最困难的概念性丁作是编写出详细的需求，包括所有面向用户、血向机器和其他软件系统的接口。软件项H需求管理，贯穿软件项日开发的全过程，它是处在软件开发链的中心地位，在计划、设计、实施、验收、投产銀踪各个阶段，都与需求管理有关。需求管理的原则：%1需求一定要分类管理：%1需求必须分优先级：%1需求必须文档化；%1需求…旦发生变化，就必须对需求变更的爆响进行评估；%1需求管理必须与需

3、求工程的其他活动紧密整合。2、面临的主要问题在金融软件产品的开发屮，业务部门是产品的需求提出者和最终用户，软件开发部门是产品的开发者和维护者。H前大多数国内银行,都是各个业务部门直接对LI软件开发小组,在金融软件的开发实践屮，需求管理屮常常存在许多问题，这些问题来自业务部门和开发部门两个方面。2.1来自业务部门的问题（1）需求不明确。业务部门在需求描述屮，使用的往往是业务语言,技术人员帘常山于无法准确理解这些业务做法和要求，导致对需求产生理解上的歧义，给开发造成失误。还令一种较为常见的情况，业务部门对所要设计的处理系统只

4、能提出一个人概的需求，具体要包括哪些业务处理功能自己也说不清楚，这样的需求更是无法实现。⑵需求缺乏远见。一方面，业务部门对自己的业务缺乏研究，不了解该项业务当前的发展状况、发展趋势以及观经济形势的变化，其至不r解下属使用部门的各种业务变化和业务扩展，因闻提出的需求缺乏前瞻性和普遍性：另一方面，业务部门对关联业务的变化缺乏了解，因而关联业务的变化导致业务盂求不断变化，这主要是山于相关部门缺乏必要的交流适成的。以上两种情况还产生另外一个问题：业务部门提出的多个业务需求缺乏综合考虑，据此开发的各个w用系统彼此缺乏关联，导致业务

5、处理系统数就繁多，缺艺胳体综介性，这在业务系统整合时弊病暴露无遗。（3）需求缺乏权威性和严肃性。需求管理是一件严肃的事带,好的需求会产生优秀的业务处理软件，不好的需求效果则相反。在金融软件开发屮，随意变更需求是比较普遍的现象，虽然右些变动确属必要，（H在提交需求Z前缺乏全面、权威的审核认定则址其屮的朿要原因，从而导致需求的经常变动，难以管理,给软件产品的开发、维护带來了严龜问题。（4〉需求可行性不强。金融软件的应用是为业务的持续发展和拓展服务的，应该满足业务需求。但是，山于业务部门对金融软件开发屮的技术特点了解不够,常常

6、会在需求屮提出…些不切实际的要求,以致无法实现，最终不得不修改需求。2.2来自开发部门的问题（1）対需求理解不准确。经过需求分析之后产生的《软件需求规格说明书》是软件产品开发的依据,也是业务部门最后验收的依据。原则上说，《软件需求规格说明书》是开发者和用户之间的一份爭实上的技术合同。然而，山于以下几方面的原因,开发人员对《软件需求规格说明书》理解不准确,使得软件开发过程屮和交付使用之后不断出现用户不期望出现的问题，软件产品不能准确地按用户的期望丁作。<2）不严格按盂求开发，自以为是。业务人员和技术人员山于知识背景各异，长

7、期受到的训练不同，冇很多羞别。业务人员在描述问题时常常根据当前的实际做法简略描述，许多细节被忽略。在实际开发屮，个别开发人员可能对业务需求中的一些提法和做法不愿接受，觉得从技术角度看,换一•种处理方式可能更合理、更简单。因此，有时个别开发人员可能会在某些处理屮按自己“更为合理”的理解去做，其结果是开发的产品不符合业务需求。（3）不坚持原则，根据个别人的要求变动需:求。业务需求是一个业务处理的全血约定，对需:求的确认和修改是严肃的申情,不能随意变动需求。在金融软件开发实践屮，开发人员有时不能坚持这项原则，对业务人员的一些个

8、别要求不经过管理程序就随意答应。结果是，最终提交的产品不符合《软件需求规格说明书》的要求，其屮变动部分有时连需求提出者和相关管理部门也不学握。3、解决的办法多换位思考，注意沟通的技巧需求的复杂性是固有的，是无法避免的。毎个人的知识都是有限的，所以不要苛求业务人员对IT技术非常楷通，交流时尽杲使用通俗用语而不是IT术语