银行业务跟银行系统介绍简介3资料文档.pptVIP

银行业务介绍常见应用系统介绍--3 柳金峰 2011.11 金融软件开发模型与过程 第三部分金融软件开发模型与过程 软件开发模型 软件开发过程 金融软件开发模型与过程 软件开发模型 软件开发模型是指软件开发全部过程、活动和任务的结构框架，目前软件开发实践中使用的各种开发模型，都是下面这些基本组成部分的不同的排列与组合。 市场分析，可行性研究，与项目定义 需求分析 设计（概要设计和详细设计） 编码实现 测试 使用与维护 金融软件开发模型与过程 软件开发模型 主要有以下几种模型 瀑布模型，强调开发的阶段性，同时强调早期计划及需求调查的重要性。这种模型一般用于做一些需求已明确的并很少变化的软件 演化模型，该模型主要针对事先不能完整定义需求的软件开发。用户可以给出待开发系统的核心需求，并且当看到核心需求实现后，能够有效地提出反馈，以支持系统的最终设计和实现。软件开发人员根据用户的反馈，实施开发的迭代过程。第一迭代过程均由需求、设计、编码、测试、集成等阶段组成，为整个系统增加一个可定义的、可管理的子集。采用这种开发模型，开发中的经验教训能反馈应用于本产品的下一个循环过程，大大提高质量与效率 螺旋模型，是瀑布模型与演化模型相结合，并加入两者所忽略的风险分析所建立的一种软件开发模型。螺旋模型基本的做法是在“瀑布模型”的每一个开发阶段之前，引入非常严格的风险识别、风险分析和风险控制。直到采取了消除风险的措施之后，才开始计划下一阶段的开发工作。否则，项目就很可能被取消 金融软件开发模型与过程 软件开发过程 瀑布型软件开发过程可以包括以下五个阶段: 在实际开发过程中，软件开发并不是从第一步进行到最后一步，而是在任何阶段，在进入下一阶段前一般都有一步或几步的回溯。如在测试过程中的问题可能要求修改设计，用户可能会提出一些需要来修改需求说明书等 金融软件开发模型与过程（分析） 软件开发过程—分析 软件需求分析就是回答做什么的问题。它是一个对用户的需求进行去粗取精、去伪存真、正确理解，然后把它用软件工程开发语言（即需求规格说明书）表达出来的过程 金融软件的需求管理是一个综合性的过程，应做到以下几点： 负责制：应用部门和开发部门都应实行，两个部门都要有专门的机构负责从本部门的角度进行需求管理，由专人负责，有专门的部门领导负责协调，并对需求中出现的各种问题和错误负责。需求管理涉及后续各个方面，直接关系到软件产品的最终质量，因此必须强化需求负责制，确保需求及其变更始终处于良好的管理之下。 规范化：金融软件需求管理应遵循科学规范的原则，可以避免非程序性、随意性等多方面问题。在需求管理中，对需求的获取、需求分析、需求分析的描述（《软件需求规格说明书》及其它文档）、需求的变更等需求管理的各方面制定相应的管理规范，并在工作中加以完善，坚持执行 严肃性与灵活性：业务需求的提出及变更是一件严肃的事情。需求管理的目标之一，就是减少需求的变动，维护需求的相对稳定性。需求的每一处变动，都会对后续的开发工作产生影响，甚至导致某些工作推倒重来。因此必须维护需求的严肃性，不允许随意变更需求的内容。如确有必要，应经过变更需求的管理程序。对于业务上某些不影响原则问题的细节调整，开发部门可以根据开发工作的实际情况，在符合需求的大框架内予以满足，并将变更的内容及时归档记录，作为《软件需求规格说明书》的附件，从而在需求管理上体现出一定的灵活性 金融软件开发模型与过程（分析） 软件开发过程—分析 软件需求直接关系到软件产品的质量。一个好的软件需求应具有如下特性： 完整性：要从全局出发，不能单纯从本业务考虑问题。一方面要完整地反映该项业务，另一方面还要全面反映本项业务同其它关联业务的联系。 准确性：准确无误，无二义，各项要求、业务做法、每种处理的详细流程、数据等方面的要求等明确定义，不能模棱两可、含糊不清。 通用性：业务需求要具有较广泛的适应性，要能够适应大部分分支机构、适应大部分业务处理情况，减少以后各分支机构对系统的修改要求。 前瞻性：业务需求要具有前瞻性，要能够反映该项业务当前的发展状况（包括同业情况）和发展趋势。系统要留有可扩充的余地。 稳定性：一定时限内相对稳定、不变。 权威性：业务需求要具有权威性，能被普遍接受，并具有很强的约束力。 可行性：需求在技术实现和经济负担上要符合实际，切实可行。 安全性：金融业在社会经济生活中的特殊性对金融软件的安全性提出了较高的要求，从需求的提出就应充分考虑软件的安全性问题，要有专门负责安全生产或稽核的人员全程参与需求管理及软件开发 金融软件开发模型与过程（分析） 软件开发过程—分析 通常可以将需求分为三类： 期望需求：指那些客户或许并未提及，但若缺少，会让他们感到不满意的需求。 普通需求 兴奋需求，指那些实现了会给客户带来惊喜，但若未实现也不会受