银行软件研发中心培训资料:商业银行业务介绍和软件开发培训教材

银行软件研发中心培训资料:商业银行业务介绍和软件开发培训教材.doc

第一部分:商业银行业务介绍3
第零章绪论3
我国金融体系简介3
在改革中发展的中国银行业8
我国商业银行目前面临的挑战10
商业银行的职能11
资产负债比例管理11
商业银行的经营原则13
第一章:资产业务15
放款业务15
有价证券投资业务20
其他资产业务21
第二章:负债业务22
存款业务22
其他负债业务25
第三章:中间业务26
商业银行发展中间业务的意义26
我国商业银行中间业务的现状27
中间业务的分类27
第二部分:商业银行常见应用系统介绍36
第一章:中国金融信息化历程36
第二章:银行软件系统分类和特点38
业务处理系统39
渠道服务系统40
管理信息系统43
其他系统44
国际结算/贸易融资系统44
网上银行系统49
第三部分:金融软件开发55
第一章:影像工作流技术55
前言55
影像内容管理55
影像工作流实现方式56
影像工作流逻辑结构57
影像工作流系统结构57
FILENETP8影像工作流系统介绍58
影像工作流的效益63
第二章软件开发模型与过程63
第一节软件开发模型63
第二节软件开发过程64

第二章软件开发模型与过程
第一节软件开发模型
软件开发模型是指软件开发全部过程、活动和任务的结构框架,目前软件开发实践中使用的各种开发模型,都是下面这些基本组成部分的不同的排列与组合。

1.市场分析,可行性研究,与项目定义
2.需求分析
3.设计(概要设计和详细设计)
4.编码实现
5.测试
6.使用与维护

主要有以下几种模型:
瀑布模型,强调开发的阶段性,同时强调早期计划及需求调查的重要性。这种模型一般用于做一些需求已明确的并很少变化的软件。
演化模型,该模型主要针对事先不能完整定义需求的软件开发。用户可以给出待开发系统的核心需求,并且当看到核心需求实现后,能够有效地提出反馈,以支持系统的最终设计和实现。软件开发人员根据用户的反馈,实施开发的迭代过程。第一迭代过程均由需求、设计、编码、测试、集成等阶段组成,为整个系统增加一个可定义的、可管理的子集。采用这种开发模型,开发中的经验教训能反馈应用于本产品的下一个循环过程,大大提高质量与效率。
螺旋模型,是瀑布模型与演化模型相结合,并加入两者所忽略的风险分析所建立的一种软件开发模型。螺旋模型基本的做法是在“瀑布模型”的每一个开发阶段之前,引入非常严格的风险识别、风险分析和风险控制。直到采取了消除风险的措施之后,才开始计划下一阶段的开发工作。否则,项目就很可能被取消。

第二节软件开发过程
瀑布型软件开发过程可以包括以下五个阶段:

在实际开发过程中,软件开发并不是从第一步进行到最后一步,而是在任何阶段,在进入下一阶段前一般都有一步或几步的回溯。如在测试过程中的问题可能要求修改设计,用户可能会提出一些需要来修改需求说明书等。
分析
软件需求分析就是回答做什么的问题。它是一个对用户的需求进行去粗取精、去伪存真、正确理解,然后把它用软件工程开发语言(即需求规格说明书)表达出来的过程。
金融软件的需求管理是一个综合性的过程,应做到以下几点:
负责制:应用部门和开发部门都应实行,两个部门都要有专门的机构负责从本部门的角度进行需求管理,由专人负责,有专门的部门领导负责协调,并对需求中出现的各种问题和错误负责。需求管理涉及后续各个方面,直接关系到软件产品的最终质量,因此必须强化需求负责制,确保需求及其变更始终处于良好的管理之下。
规范化:金融软件需求管理应遵循科学规范的原则,可以避免非程序性、随意性等多方面问题。在需求管理中,对需求的获取、需求分析、需求分析的描述(《软件需求规格说明书》及其它文档)、需求的变更等需求管理的各方面制定相应的管理规范,并在工作中加以完善,坚持执行。
严肃性与灵活性:业务需求的提出及变更是一件严肃的事情。需求管理的目标之一,就是减少需求的变动,维护需求的相对稳定性。需求的每一处变动,都会对后续的开发工作产生影响,甚至导致某些工作推倒重来。因此必须维护需求的严肃性,不允许随意变更需求的内容。如确有必要,应经过变更需求的管理程序。对于业务上某些不影响原则问题的细节调整,开发部门可以根据开发工作的实际情况,在符合需求的大框架内予以满足,并将变更的内容及时归档记录,作为《软件需求规格说明书》的附件,从而在需求管理上体现出一定的灵活性。

评论

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注