银行业务与银行系统介绍3.ppt

  1. 1、本文档共16页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
银行业务介绍 常见应用系统介绍 --3 柳金峰 2011.11 金融软件开发模型与过程 ? 第三部分金融软件开发模型与 过程 ? 软件开发模型 ? 软件开发过程 金融软件开发模型与过程 ? 软件开发模型 软件开发模型是指软件开发全部过程、活动和任务的结 构框架,目前软件开发实践中使用的各种开发模型,都 是下面这些基本组成部分的不同的排列与组合。 ? 市场分析,可行性研究,与项目定义 ? 需求分析 ? 设计(概要设计和详细设计) ? 编码实现 ? 测试 ? 使用与维护 金融软件开发模型与过程 ? 软件开发模型 ? 主要有以下几种模型 ? 瀑布模型 ,强调开发的阶段性,同时强调早期计划及需求调查的重要 性。这种模型一般用于做一些需求已明确的并很少变化的软件 ? 演化模型 ,该模型主要针对事先不能完整定义需求的软件开发。用户 可以给出待开发系统的核心需求,并且当看到核心需求实现后,能够 有效地提出反馈,以支持系统的最终设计和实现。软件开发人员根据 用户的反馈,实施开发的迭代过程。第一迭代过程均由需求、设计、 编码、测试、集成等阶段组成,为整个系统增加一个可定义的、可管 理的子集。采用这种开发模型,开发中的经验教训能反馈应用于本产 品的下一个循环过程,大大提高质量与效率 ? 螺旋模型 ,是瀑布模型与演化模型相结合,并加入两者所忽略的风险 分析所建立的一种软件开发模型。螺旋模型基本的做法是在“瀑布模 型”的每一个开发阶段之前,引入非常严格的风险识别、风险分析和 风险控制。直到采取了消除风险的措施之后,才开始计划下一阶段的 开发工作。否则,项目就很可能被取消 金融软件开发模型与过程 ? 软件开发过程 ? 瀑布型软件开发过程可以包括以下五个阶段 : ? 在实际开发过程中,软件开发并不是从第一步进行到最后一步,而 是在任何阶段,在进入下一阶段前一般都有一步或几步的回溯。如 在测试过程中的问题可能要求修改设计,用户可能会提出一些需要 来修改需求说明书等 金融软件开发模型与过程(分析) ? 软件开发过程—分析 ? 软件需求分析就是回答做什么的问题。它是一个对用户的需求进行去粗 取精、去伪存真、正确理解,然后把它用软件工程开发语言(即需求规 格说明书)表达出来的过程 ? 金融软件的需求管理是一个综合性的过程,应做到以下几点: ? 负责制:应用部门和开发部门都应实行,两个部门都要有专门的机构负责从本部门 的角度进行需求管理,由专人负责,有专门的部门领导负责协调,并对需求中出现 的各种问题和错误负责。需求管理涉及后续各个方面,直接关系到软件产品的最终 质量,因此必须强化需求负责制,确保需求及其变更始终处于良好的管理之下。 ? 规范化:金融软件需求管理应遵循科学规范的原则,可以避免非程序性、随意性等 多方面问题。在需求管理中,对需求的获取、需求分析、需求分析的描述(《软件 需求规格说明书》及其它文档)、需求的变更等需求管理的各方面制定相应的管理 规范,并在工作中加以完善,坚持执行 ? 严肃性与灵活性:业务需求的提出及变更是一件严肃的事情。需求管理的目标之一, 就是减少需求的变动,维护需求的相对稳定性。需求的每一处变动,都会对后续的 开发工作产生影响,甚至导致某些工作推倒重来。因此必须维护需求的严肃性,不 允许随意变更需求的内容。如确有必要,应经过变更需求的管理程序。对于业务上 某些不影响原则问题的细节调整,开发部门可以根据开发工作的实际情况,在符合 需求的大框架内予以满足,并将变更的内容及时归档记录,作为《软件需求规格说 明书》的附件,从而在需求管理上体现出一定的灵活性 金融软件开发模型与过程(分析) ? 软件开发过程—分析 ? 软件需求直接关系到软件产品的质量。一个好的软件需求应具有 如下特性: ? 完整性 :要从全局出发,不能单纯从本业务考虑问题。一方面要完整地反映 该项业务,另一方面还要全面反映本项业务同其它关联业务的联系。 ? 准确性 :准确无误,无二义,各项要求、业务做法、每种处理的详细流程、 数据等方面的要求等明确定义,不能模棱两可、含糊不清。 ? 通用性 :业务需求要具有较广泛的适应性,要能够适应大部分分支机构、适 应大部分业务处理情况,减少以后各分支机构对系统的修改要求。 ? 前瞻性 :业务需求要具有前瞻性,要能够反映该项业务当前的发展状况(包 括同业情况)和发展趋势。系统要留有可扩充的余地。 ? 稳定性 :一定时限内相对稳定、不变。 ? 权威性 :业务需求要具有权威性,能被普遍接受,并具有很强的约束力。 ? 可行性 :需求在技术实现和经济负担上要符合实际,切实可行。 ? 安全性 :金融业在社会经济生活中的特殊性对金融软件的安全性提出了较高 的要求,从需求的提出就应充分考虑软件的安全性问题,要有专门负责安全 生产或稽核的人员全程参与需求管

文档评论(0)

jinzhuang + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档