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

银行软件研发中心培训资料：商业银行业务介绍和软件开发培训教材.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.使用与维护

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

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

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