金融电子化总体规范.docx
- 文档编号:10215659
- 上传时间:2023-02-09
- 格式:DOCX
- 页数:70
- 大小:84.58KB
金融电子化总体规范.docx
《金融电子化总体规范.docx》由会员分享,可在线阅读,更多相关《金融电子化总体规范.docx(70页珍藏版)》请在冰豆网上搜索。
金融电子化总体规范
第八章金融电子化系统建设及必备文件
8.1金融电子化系统的建设
8.1.1金融电子化系统的建设
金融电子化系统的建设同其他行业电子化系统的建设一样,主要是采用“生命周期法”进行。
“生命周期法”有时也叫做分阶段建设法或分步骤建设法,其主要思想是将一个庞大复杂的系统按照时间顺序和所采用的工程方法分解成若干个容易实现的阶段或任务,一个阶段一个阶段或一个任务一个任务的去实现。
通常,前一个阶段是后一个阶段的工作基础,后一个阶段只有在前一个阶段圆满完成后才能正式开始。
因此,通过这种系统工程方法,无论多么大的工程或多么复杂的系统,都可以有条不紊的,分步骤分阶段建设成功。
系统建设的周期,通常可划分为项目起动、可行性研究、系统分析、系统设计、程序设计、系统测试、投产应用和运行维护等八个阶段。
如果将生命周期中的八个阶段分布在时间横坐标上,而将工作量、人力需求、计算机资源或资金需求等,以垂直方向的纵坐标表示,可以画出如图8-1-1所示的系统建设分阶段控制图。
工作量工作量曲线
人力
计算机资源人力曲线
计算机资源
起动可行性系统系统程序系统应用维护(时间阶段)
研究分析设计设计测试投产
图8-1-1系统建设分阶段控制图
图中的各种曲线表明:
系统建设每个阶段任务所需的人力、计算机资源等都可以给出定量化的估计。
所以,每个阶段都可以在可控制的范围内进行,从而保证了任何大系统建设任务的高效完成。
银行管理信息系统自身,由于其业务特点所致,可以划分成柜台业务处理子系统、联行清算业务处理子系统、内部管理子系统和新型服务子系统,每个子系统同样还可以进一步划分为若干个子系统。
如柜台业务处理子系统又可以再次划分为存款、贷款、储蓄、汇兑等多种业务处理系统。
而对于每种电子化业务处理系统的建设,都可以采用生命周期法进行管理,它是保质保量完成金融电子化系统建设的科学方法。
8.1.2金融电子化系统建设必备文件的含义及作用
科学的方案管理法是电子化系统建设顺利完成的重要食品店,与生命周期法配套的方案管理的核心是整个周期中的各种文件。
按照生命周期法要求,每个阶段的开始都必须以前阶段形成的文件为依据。
任何阶段的结束,必须以产生该阶段所规定的文件为结果。
仅当这些文件被管理部门批准通过后,才能认为该阶段工作的结束,也才可以开始下阶段的工作。
因此,金融电子化系统建设中的必备文件,是具体组织系统实施部门在建设过程中必须向其管理部门提交的重要信息文件,它是开发人员之间、或者技术人员与业务部门之间互相沟通的一组“通信工具”和管理工作“蓝图”,通过这组文件对金融电子化系统建设实施科学的方案管理。
因此,金融电子化系统建设必备文件的编写,必须严格遵照标准、规范的规定,它是系统建设的重要的基础工作之一。
在金融电子化系统建设中,需要形成的文件很多,且系统建设必备文件又不同于一般的技术文件,它们要从管理的角度,反映系统建设的过程。
在系统建设的各个阶段,为动手术总结及协调的需要,还必须产生许多详细的技术文件,而系统建设必备文件则是在这些技术文件的基础上,总结系统建设各阶段工作的管理文件,文件对象主要是系统建设的各级管理部门及人员。
通过系统建设的必备文件,银行有关管理部门可以审查系统设计方案、检查系统建设进展情况、监督系统的建设部门按照科学的、规范的步骤和方法进行系统建设。
8.2金融电子化系统建议阶段划分及必备文件
8.2.1金融电子化系统建设阶段划分
本书所采用的系统建设各个阶段的划分方法,系根据系统工程的基本方法及目前国内有关单位从事金融电子化系统建设的经验而进行的。
金融电子化系统从计划建设到建成投产,划分为下述六个阶段:
(1)系统起动阶段;
(2)可行性研究阶段;
(3)系统分析阶段;
(4)系统设计阶段;
(5)系统实施阶段;
(6)系统投产应用阶段。
根据金融电子化系统的工程规模和建设周期的长短,为了管理方便,对具体系统建设阶段的划分有时可能有些差别,如当系统规模很大时,又将系统实施阶段再划分成程序设计和系统测试两个阶段;而当系统规模很小时,又可能将系统分析和系统设计两个阶段合并。
但是,系统建设所经历的全过程是基本相同的。
因此,这里所述的阶段划分只是指一般而言,各部门应根据各系统的情况,在具体建设时根据实际情况进行适当调整。
8.2.2系统起动阶段
任何系统项目的起步,通常由三种因素决定:
一是领导直接批示,二是业务部门的需求经领导批准后要求执行,三是技术部门提出要求。
对于前二者,领导的有关批示就是系统起动的重要文件。
对于后者,技术人员应根据金融电子化系统建设的需求,选择那些社会和经济效益显著,具有生命力的系统项目,结合银行内外环境条件实际,进行广泛的调查研究,全面地收集资料,在基本了解项目建设所具备的基本技术和经济条件后,提出《项目建设书》,向领导推荐建设项目。
上级领导的有关批件或经领导批准的《项目建议书》是系统建设进行各项准备和安排计划的依据,是系统建设的第一个必备文件。
8.2.3可行性研究阶段
可行性研究阶段,是以系统建设的《项目建议书》或领导的有关批件为出发点,对所要建设的项目在技术上、经济上是否可行进行的一系列科学分析,是要深入进行各种可行性论证的阶段,该阶段的目的是通过对现行金融业务制度的调查和研究,探讨金融电子化的方法和途径,并估计出使用电脑的投资和将来的效益,以决定系统建设的可行性。
应从技术、经济以及营运管理等各方面提出多个可行的候选的方案,并分析各个方案的利弊,为上级管理人员的决策提出科学的依据。
可行性研究的结果必须总结形成《可行性研究报告》,作为系统建设的该阶段的一个重要必备文件。
在可行性研究的基础上,应以《可行性研究报告》为依据组织有关专家进行方案论证工作,对可行性研究报告中提出的各项技术指标进行分析比较,落实各项假设的前提条件,决定系统建设方案,并根据该方案及其实施计划编写成《系统设计任务书》,作为系统建设在该阶段的又一个必备文件。
系统设计任务书经上级主管部门批准后,正式作为系统建设的依据,可行性研究阶段基本结束。
应当指出,可行性研究只适用于那些无现成经验可以借鉴或建设投资很大、非常复杂的项目。
对金融行业中,国际上已普遍采用的方案,一般不再进行可行性研究,在这种情况下,领导的有关批示或经过批准的《项目建议书》就可以作为下一阶段——系统分析阶段的工作依据。
8.2.4系统分析阶段
系统分析是在系统设计任务书所确定的范围内,根据计划安排,对现行金融业务制度进行全面的调查分析,对现行业务中各种工作流程以及处理功能给出逻辑的描述,即给出现行系统的逻辑模型;同时,从调查研究的结果分析提炼出新系统的功能需求,给出新系统功能需求的逻辑描述。
这些需求除包括业务处理的各种功能外,还应包括新系统运行的硬件环境,如所需硬件环境为新增设备,还应提交一份〈计算机系统选型报告〉,供批准后订货用。
系统分析阶段的基本任务就是通过调查分析,从逻辑上分析现行银行制度并设计出新的系统,这一阶段是整个系统建设的关键阶段,其工作质量的好坏,将对整个系统建设产生决定性的影响。
系统分析阶段结束后,新系统的功能基本确定,这时必须将系统分析的结果编写成〈系统功能说明书〉,作为系统建设的必备文件,它主要是从业务处理的角度,对系统的逻辑结构进行描述。
因此,它是业务部门和技术部门共同承诺的一份文件,也是上级管理部门审查及外部协调的依据。
8.2.5系统设计阶段
系统设计是为实现系统分析提出的系统功能所进行的各种技术设计工作的总称,是设计结果产生出新系统的详细技术设计方案。
针对不同系统的规模和复杂程度,系统技术设计方案可能由若干个子系统技术设计方案所组成。
系统设计的主要内容包括:
确定支持系统运行的计算机硬设备环境、原始数据的组织和输入、输出信息的方式和管理、标准化设计方案、数据库系统、应用软件系统、通讯网络、系统安全保密、主要建筑物以及详细的实施计划等。
系统设计的结果必须总结成〈〈系统规格说明书〉〉,作为系统建设的必备文件,它从系统设计的诸方面说明系统设计的指导思想及采用的技术方法,是上级管理部门审查和协调的依据,是下阶段工作的基础性文件。
8.2.6系统实施阶段
系统设计方案经上级管理部门批准后,即可组织力量进行实施,也就是系统逻辑结构和技术设计方案的具体实现。
系统建设是一项复杂的组织管理和技术管理工作,整个系统实施过程必须严格按照系统规格说明书中实施计划分阶段进行,每一阶段都必须写出《实施进度报告》,它也是系统建设的必备文件。
编制实施进度报告的目的是向上级管理部门报告实施进展情况,反映实施过程中遇到的各种新情况、新问题,以便上级管理部门对整个系统开发的进程进行有效控制。
一般来讲,系统实施是一个子系统一个子系统的分别实现,或一个程序一个程序甚至是一个模块一个模块逐步完成。
在每个子系统、程序或模块完成以后,都要对该阶段的工作成果进行全面的测试,并将测试结果编写成单元测试报告,仅当所有工作全部完成后,再对系统参数或指标进行一次全面的测试,以确定系统是否达到设计要求和能否进行试运行。
因此,《系统测试报告》是审查系统实施阶段能否告一段落的系统必备文件。
只有通过综合测试的系统才能进入系统应用投产阶段。
8.2.7系统应用投产阶段
系统实施阶段完成后,经过测试达到设计要求的系统,还不能立刻就取代旧系统投入政党运行,还必须经过试运行,验证系统的有效性,使操作人员适应新系统。
只有圆满通过试运行的新系统才能最后取代旧系统,投入正式使用。
应用投产作为系统建设的一个环节,通常包括验收、转换、双线操作和大面积推广使用四个阶段。
在系统开始试运行之前,首先要由业务部门对新系统进行全面的验收,以检查系统的功能是否达到系统功能说明书中规定的要求。
验收的方法,可以通过系统功能示范表演,也可以通过用户在验收环境下的实际振作,甚至大量的业务模拟,以便用户了解和检查新系统的功能,在用户确认了新系统的功能后,以所提交的书面《系统验收报告》为系统开始试运行的依据。
为了进行系统试运行,还必需做好大量准备工作,如人员培训、早系统数据的转换、新旧系统双线操作等。
所有这一切都应在《新旧系统转轨计划报告》中标示清楚,以使新系统的试运行在有条不紊的条件下顺利进行。
因此,新旧系统转轨计划报告也是系统建设中的重要必备文件。
经过系统试运行,业务部门掌握了新系统的特点,熟悉了新系统的环境。
又通过技术人员的不断维护,系统秩序趋于稳定,新系统的功能日趋完善,在业务人员和技术人员有了使用经验的基础上,大面积推广应用新系统的条件就完全具备了。
在系统建设宣告结束前,需完成最后一个必备文件——《系统建设总结报告》,并对整个系统建设过程进行总结。
系统建设总结报告经上级管理部门批准后,系统建设正式结束。
8.2.8小结
为对系统建设进行科学管理,金融电子化系统建设全过程,必须完成以下十个系统必备文件:
(1)项目建议书;
(2)可行性研究报告;
(3)系统设计任务书;
(4)系统功能说明书;
(5)系统规格说明书;
(6)实施进度报告;
(7)系统测试报告;
(8)系统验收报告;
(9)新旧系统转轨计划报告;
(10)系统建设总结报告。
若所需硬件环境为新增设备,还应编写《计算机系统选型报告》。
8.3金融电子化系统建设必备文件内容概述
8.3.1项目建议书
项目建议书是系统建设起动阶段完成的必备文件,它是选择建设项目的依据。
建设项目的选择必须完全符合金融电子化工程的需求,具有显著的社会、经济效益,并结合现行金融系统实际进行。
项目建议书的编写提纲和内容要求见“项目建议书”。
8.3.2系统设计任务书
系统设计任务书是在系统可行性研究的基础上,对选定的系统建设的最佳方案进行更为深入的研究、分析,进一步明确系统建设的目标和规模,并制定系统建设的初步计划。
系统设计任务书的编写提纲和内容要求见“系统设计任务书”。
8.3.3可行性研究报告
可行性研究报告要求根据实际需要和可能,对几种可能的系统建设方案从技术可行性、经济可行性和运营维护可行性等三个方面进行论证,并分析利弊,提出建议性结论。
可行性研究报告的其编写提纲和内容要求见“可行性研究报告”。
8.3.4系统规格说明书
系统规格说明书从系统总体角度对系统建设的主要技术设计方案进行说明,以便系统建设有一个可遵循的技术规范。
此外,系统规格说明书还要对系统指导思想和所采用的技术方法进行阐述。
它是上级主管部门审查和协调系统建议过程的依据,是下一阶段工作的基础。
其编号提纲和内容见“系统规格说明书”。
8.3.5系统功能说明书
在系统分析阶段,用户和系统分析人员充分理解和认真分析用户要求,共同制定的系统功能、系统逻辑结构的说明书,称系统功能说明书。
它准确的描述用户要求系统的功能全貌,其主要内容和书写格式见“系统功能说明书”。
8.3.6实施进度报告
在执行计划过程中按实施阶段或季度、半年度、年度等定期向上级主管部门申报计划实施过程中的情况,使上级部门在布置、检查工作时有据可依,需要编制实施进度报告,其编写提纲和内容提要见“实施进度报告”。
8.3.7系统测试报告
所谓系统测试是对系统功能和性能进行测试的过程,要分别对系统硬设备、软件等,按系统规格说明书所要求的系统功能和性能,进行严格的测试,并对测试的结果,进行分析研究形成系统测试报告。
系统测试报告的编写方式和内容提要见“系统测试报告”。
8.3.8系统验收报告
编制系统验收报告的目的是系统用户从营运的角度对所建成的新系统进行评价验收,验收时要调查系统实施后是否达到了设计时提出的预期目标,并给出了是否可以通过验收的结论。
其编写提纲和内容提要见“系统验收报告”
8.3.9新旧系统转轨计划报告
编写新旧系统转轨计划报告的目的是陈述本系统设计、测试完成的情况及新系统投入试运行的准备工作情况,其编写提纲和内容概要见“新旧系统转轨计划报告”。
8.3.10系统建设总结报告
编制系统建设总结的目的,是对整个系统的开发工作进行全面评价,其编写提纲和内容要求见“系统建设总结报告”。
8.3.11计算机系统选型报告
金融电子化系统建设对计算机系统的选型就是从金融电子化系统建设确定的功能目标出发,经过周密的环境分析和功能分析,并对市场提供的计算机系统的性能与价格认真比较,确定出满足需要的计算机系统。
选型过程结束时,应形成计算机系统选型报告,它是各级领导决策的重要依据,计算机系统选型报告编写提纲和内容见“计算机系统选型报告”。
项目建议书
1.引言
1.1统简介
简要介绍新建系统的名称、目标和功能,说明该系统建设的组织单位、服务对象及其与其他系统或机构的联系。
1.2参考和引用资料
列出有关文件资料的标题、编号、发表日期和制定单位,说明这些文件资料的来源。
1.2专门术语定义
列出本文件所使用的专门术语、英译名、缩略语和定义。
2.现行系统分析
2.1现行系统的组织结构
2.2现行系统的业务流程
2.3现行系统的工作负荷
2.4现行系统的运行费用
2.5现行系统的人员设备状况
2.6现行系统的计算机应用情况
分析现行系统的计算机硬件配置、软件配置、使用效率和效益等。
2.7现行系统的局限性分析
通过对现行系统的分析,论述其主要的局限性,提出问题和改进建议。
3.系统建设的必要性
首先,系统的建设应当在金融电子化工程中占有一定地位,完成相应职能,并符合金融电子化的总体发展战略。
其次,系统的选择应当考虑国内外同类系统的现状、水平和发展趋势,一般应居于先进地位,并注意避免重复开发。
最后,系统的建设应当形成一定的社会效益和经济效益。
通过新建系统与现行系统的目标功能对比,阐述新建系统在上述三个方面的优越性,说明其建设的必要性。
4.系统概况
简要说明新建系统的建设规模、组织机构和初步的建设实施计划。
5.系统的投资概算
对于系统建设所需投资进行估算,提出投资概算和初步的资金筹措设想。
计划利用外资的项目需说明利用外资的可能性及偿还能力测算。
6附件
附上与文件有关的其他文件、资料。
系统设计任务书
1.系统目标和任务
1.1系统建设背景
论述社会经济的发展和金融电子化工作对新建信息系统的需要。
1.2系统建设的目标和功能及达到这些目标和功能的衡量标准,并描述系统的主要任务。
2.系统结构
简述系统的组织机构和逻辑结构。
3.系统建设规模和计划
3.1系统规模
收集信息的范围、服务对象和服务内容、数据处理能力和投资规模。
3.2系统建设初步实施计划
3.3投资计划
3.4人员计划
人员需求、培训、新增人员等计划。
4.问题和措施
系统建设的组织保证,对可能出现的问题拟采取的措施。
可行性研究报告
1引言
1.1系统简介
简要介绍新建系统的名称、目标和功能,说明该系统建设的组织单位,服务对象及其与其他系统或机构的联系。
1.2参考和引用资料
列出有关文件资料的标题、编号发表日期和制定单位,说明这些文件资料的来源。
1.3专门
列出本报告所使用的专门术语、英译名和定义。
2系统的可行性研究
根据实际需要和可能,设计几种可能的系统建设候选方案。
针对每种方案分别从技术、经济和运营维护三个方面进行可行性分析和评价。
为主管部门决策提供科学的依据。
2.1系统建设的技术可行性
2.1.1现有技术估价
分析国内外相关技术的发展水平和国家现行技术政策,重点是系统建设所需采用的可用技术的估价和使用这些技术进行系统建设的可行性。
涉及引进技术的项目应当研究技术引进的可行性。
2.1.2技术发展及其影响分析
对系统建设和运营的整个生命周期内的相关技术,特别是实用技术可能取得的进展作出预测,分析这种进展对系统可能产生的影响,避免开发和引进相对过时技术。
2.1.3应用技术的选择原则
参照国外先进的金融电子信息系统的经验,考虑其技术发展趋势,结合我国金融电子化工程实际,注重技术的先进性和成熟性,是金融电子化应用技术选择的基本原则。
同时,应用技术的选择应完全符合金融电子化总体发展战略。
2.2系统建设的经济可行性
2.2.1现有经济条件分析
主要包括现有的组织机构、人员配备、公共设施、软硬件环境分析,重点是可提供资金的分析。
2.2.2系统费用分析
2.2.2.1系统建设费用
包括所需的土建费用、计算机软硬件购置、应用技术开发、人员培训、系统建设计划实施等的费用分析。
2.2.2.2系统运营维护费用
包括人员工资、软硬件维护费用、公共设施费用、数据采集和录入费用、通讯费用和其他费用等。
2.2.3系统效益估价
对系统建成后将产生的直接或间接经济效益进行估价。
2.2.4经济可行性分析
现有经济条件对于系统建设和运营维护的满足程度和系统建成产生的社会效益的综合平衡是估价系统是否具备经济可行性的主要因素。
经济可行性分析还应当包括通过效益/费用比,分析投资的可能性。
2.3系统运营维护可行性
2.3.1系统建立对组织机构的影响
2.3.2系统建立对人中的需求
分析现有人员对系统运营维护的适应性,人员培训的可行性,还应考虑人员补充计划的可行性。
2.3.3系统维护费用保证
系统建成后,其运行维护需要相当数量的费用开支,才能保证系统对外进行良好的服务。
金融电子化工程建设应对此有充分的估计,以避免在系统建成后由于数据无法更新或配套工程不齐备,影响系统的正常运行,甚至无法运行,失去其系统建设的意义。
3.方案比较研究
对各种候选方案的技术、经济、运营维护可行性进行比较、分析,对各种方案的优缺点,给出结论性意见,并推荐优选方案。
4附件
附上与文件有关的其他文件、资料。
系统规格说明书
1引言
1.1系统简介
摘要说明所设计系统的名称、目标和功能。
列出项目的承担者、用户、本项目和其他系统或机构的关系和联系,简述工作条件和相关约束限制条件。
1.2参考和引用资料
列出有关文件资料的标题、编号、发表日期和制定单位,说明这些文件资料的来源。
1.3专门术语定义
列出本文件所用到的专门术语、英译名、缩略语和定义。
2系统总体技术方案
2.1模块设计
在模块设计阶段,首先划分系统内部基础模块结构,然后确定系统的总体结构。
它是程序编写的依据。
2.1.1模块结构图
模块结构图,是采用IPO图(即输入—处理—输入图)形式绘制而成的系统结构框图。
图中要简述模块的名称、功能和接口关系。
2.2代码设计
代码设计是信息系统设计的重要设计内容之一。
它是进行信息分类、校对、总体和检查的关键,也用于指定数据的处理方法,区别数据类型和指定计算机处理的内容。
2.2.1代码
简单说明代码的方式和种类,从编码的原则要求去简单说明所体现的功能。
2.3输入设计
输入设计担负着将系统外的数据以一定的格式送入计算机的任务,它直接影响到人工系统和机器系统的工作质量。
输入设计的原则是确保系统输入信息的正确无误。
输入必须有必要的介质和设备为基础。
2.3.1输入
说明系统的主要输入信息,以及对输入承担者的安排和主要功能要求。
简单说明各主要输入数据的类型、来源及所采用的设备、介质、格式、数值范围、精度等。
简述所用的数据校验方法及其效果。
如果输入数据同某一接口软件有关,还应说明该接口软件的来源。
2.4输出设计
所谓输出,是指计算机将原始输入数据进行处理,将其加工成满足用户使用要求的格式,并提供给用户。
输出不仅有一定的格式要求,而且还必须有必要的介质和设备支撑。
2.4.1输出
说明本系统产主要输出项目、输出项目的数据接受者、主要功能。
并简述输出数据类型及所用的设备介质、格式、数据范围和精度等。
2.5数据库设计说明
数据库设计,是指数据库应用系统的设计。
编制数据库说明的目的,是对所设计数据中数据的逻辑结构和物理结构作出具体的设计规定。
2.5.1概述
说明设计开发数据库的意图,应用目标、作用范围、主要功能以及有关数据库开发的背景材料。
2.5.2需求规定
主要描述数据库性能规定,包括对数据精度、存取数据的有效性、响应时间、数据的转换和传送时间以及其他专门要求。
2.5.3运行环境要求
简述运行数据库系统的硬设备及其专门功能,列出支撑软件并说明测试用的软件,说明在安全保密以及其他有关方面的要求。
2.5.4设计考虑
简要说明本系统或子系统内所使用的数据结构中,有关数据项、记录、文件的标识、定义、长度及它们之间的相互关系。
简要说明本系统或子系统内所使用的数据结构中有关数据项的存储要求、访问方法、存取单位、存取的物理关系(索引、设备、存储区域)、设计考虑和保密处理。
2.6模型库及方法设计
2.7网络设计
系统的网络结构和网络功能设计
2.8安全保密设计
2.9评价、验收
对系统的每部分设计都应有相应的评价,评价的结果是重要标准。
2.10实施方案说明书
系统设计(总体结构和实施设计)阶段完成以后就要确定系统实施方案,书写实施方案说明书,实施方案说明书是系统实施阶段的依据和出发点。
2.10.1实施方案说明
对系统名称、子系统名称、程序名称、程序语言、使用的设备等逐项说明;对数据长度、文件名称和形式、编号、构成记录的各数据项的名称和内容等逐项说明;对进行程序设计的处理内容进行详细说明。
2.10.2实施总计划
对于项目开发中需完成的各项工作,包括文件编制、审批、打印、用户培训工作、使用设备的安排工作等,按层次进行分解,指明每项任务的要求。
给出每项工作任务(包括文件编制)的预定开始日期和完
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 金融 电子 总体 规范