金融电子化总体规范.doc

第八章 金融电子化系统建设及必备文件81 金融电子化系统的建设811 金融电子化系统的建设金融电子化系统的建设同其他行业电子化系统的建设一样，主要是采用“生命周期法”进行。“生命周期法”有时也叫做分阶段建设法或分步骤建设法，其主要思想是将一个庞大复杂的系统按照时间顺序和所采用的工程方法分解成若干个容易实现的阶段或任务，一个阶段一个阶段或一个任务一个任务的去实现。通常，前一个阶段是后一个阶段的工作基础，后一个阶段只有在前一个阶段圆满完成后才能正式开始。因此，通过这种系统工程方法，无论多么大的工程或多么复杂的系统，都可以有条不紊的，分步骤分阶段建设成功。系统建设的周期，通常可划分为项目起动、可行性研究、系统分析、系统设计、程序设计、系统测试、投产应用和运行维护等八个阶段。如果将生命周期中的八个阶段分布在时间横坐标上，而将工作量、人力需求、计算机资源或资金需求等，以垂直方向的纵坐标表示，可以画出如图8-1-1所示的系统建设分阶段控制图。工作量工作量曲线 人力 计算机资源人力曲线计算机资源起动 可行性 系统 系统 程序 系统 应用 维护 （时间阶段）研究 分析 设计 设计 测试 投产 图8-1-1 系统建设分阶段控制图图中的各种曲线表明：系统建设每个阶段任务所需的人力、计算机资源等都可以给出定量化的估计。所以，每个阶段都可以在可控制的范围内进行，从而保证了任何大系统建设任务的高效完成。银行管理信息系统自身，由于其业务特点所致，可以划分成柜台业务处理子系统、联行清算业务处理子系统、内部管理子系统和新型服务子系统，每个子系统同样还可以进一步划分为若干个子系统。如柜台业务处理子系统又可以再次划分为存款、贷款、储蓄、汇兑等多种业务处理系统。而对于每种电子化业务处理系统的建设，都可以采用生命周期法进行管理，它是保质保量完成金融电子化系统建设的科学方法。812 金融电子化系统建设必备文件的含义及作用科学的方案管理法是电子化系统建设顺利完成的重要食品店，与生命周期法配套的方案管理的核心是整个周期中的各种文件。按照生命周期法要求，每个阶段的开始都必须以前阶段形成的文件为依据。任何阶段的结束，必须以产生该阶段所规定的文件为结果。仅当这些文件被管理部门批准通过后，才能认为该阶段工作的结束，也才可以开始下阶段的工作。因此，金融电子化系统建设中的必备文件，是具体组织系统实施部门在建设过程中必须向其管理部门提交的重要信息文件，它是开发人员之间、或者技术人员与业务部门之间互相沟通的一组“通信工具”和管理工作“蓝图”，通过这组文件对金融电子化系统建设实施科学的方案管理。因此，金融电子化系统建设必备文件的编写，必须严格遵照标准、规范的规定，它是系统建设的重要的基础工作之一。在金融电子化系统建设中，需要形成的文件很多，且系统建设必备文件又不同于一般的技术文件，它们要从管理的角度，反映系统建设的过程。在系统建设的各个阶段，为动手术总结及协调的需要，还必须产生许多详细的技术文件，而系统建设必备文件则是在这些技术文件的基础上，总结系统建设各阶段工作的管理文件，文件对象主要是系统建设的各级管理部门及人员。通过系统建设的必备文件，银行有关管理部门可以审查系统设计方案、检查系统建设进展情况、监督系统的建设部门按照科学的、规范的步骤和方法进行系统建设。82 金融电子化系统建议阶段划分及必备文件821金融电子化系统建设阶段划分本书所采用的系统建设各个阶段的划分方法，系根据系统工程的基本方法及目前国内有关单位从事金融电子化系统建设的经验而进行的。金融电子化系统从计划建设到建成投产，划分为下述六个阶段：（1） 系统起动阶段；（2） 可行性研究阶段；（3） 系统分析阶段；（4） 系统设计阶段；（5） 系统实施阶段；（6） 系统投产应用阶段。根据金融电子化系统的工程规模和建设周期的长短，为了管理方便，对具体系统建设阶段的划分有时可能有些差别，如当系统规模很大时，又将系统实施阶段再划分成程序设计和系统测试两个阶段；而当系统规模很小时，又可能将系统分析和系统设计两个阶段合并。但是，系统建设所经历的全过程是基本相同的。因此，这里所述的阶段划分只是指一般而言，各部门应根据各系统的情况，在具体建设时根据实际情况进行适当调整。822 系统起动阶段任何系统项目的起步，通常由三种因素决定：一是领导直接批示，二是业务部门的需求经领导批准后要求执行，三是技术部门提出要求。对于前二者，领导的有关批示就是系统起动的重要文件。对于后者，技术人员应根据金融电子化系统建设的需求，选择那些社会和经济效益显著，具有生命力的系统项目，结合银行内外环境条件实际，进行广泛的调查研究，全面地收集资料，在基本了解项目建设所具备的基本技术和经济条件后，提出项目建设书，向领导推荐建设项目。上级领导的有关批件或经领导批准的项目建议书是系统建设进行各项准备和安排计划的依据，是系统建设的第一个必备文件。823 可行性研究阶段可行性研究阶段，是以系统建设的项目建议书或领导的有关批件为出发点，对所要建设的项目在技术上、经济上是否可行进行的一系列科学分析，是要深入进行各种可行性论证的阶段，该阶段的目的是通过对现行金融业务制度的调查和研究，探讨金融电子化的方法和途径，并估计出使用电脑的投资和将来的效益，以决定系统建设的可行性。应从技术、经济以及营运管理等各方面提出多个可行的候选的方案，并分析各个方案的利弊，为上级管理人员的决策提出科学的依据。可行性研究的结果必须总结形成可行性研究报告，作为系统建设的该阶段的一个重要必备文件。在可行性研究的基础上，应以可行性研究报告为依据组织有关专家进行方案论证工作，对可行性研究报告中提出的各项技术指标进行分析比较，落实各项假设的前提条件，决定系统建设方案，并根据该方案及其实施计划编写成系统设计任务书，作为系统建设在该阶段的又一个必备文件。系统设计任务书经上级主管部门批准后，正式作为系统建设的依据，可行性研究阶段基本结束。应当指出，可行性研究只适用于那些无现成经验可以借鉴或建设投资很大、非常复杂的项目。对金融行业中，国际上已普遍采用的方案，一般不再进行可行性研究，在这种情况下，领导的有关批示或经过批准的项目建议书就可以作为下一阶段系统分析阶段的工作依据。824 系统分析阶段系统分析是在系统设计任务书所确定的范围内，根据计划安排，对现行金融业务制度进行全面的调查分析，对现行业务中各种工作流程以及处理功能给出逻辑的描述，即给出现行系统的逻辑模型；同时，从调查研究的结果分析提炼出新系统的功能需求，给出新系统功能需求的逻辑描述。这些需求除包括业务处理的各种功能外，还应包括新系统运行的硬件环境，如所需硬件环境为新增设备，还应提交一份计算机系统选型报告，供批准后订货用。系统分析阶段的基本任务就是通过调查分析，从逻辑上分析现行银行制度并设计出新的系统，这一阶段是整个系统建设的关键阶段，其工作质量的好坏，将对整个系统建设产生决定性的影响。系统分析阶段结束后，新系统的功能基本确定，这时必须将系统分析的结果编写成系统功能说明书，作为系统建设的必备文件，它主要是从业务处理的角度，对系统的逻辑结构进行描述。因此，它是业务部门和技术部门共同承诺的一份文件，也是上级管理部门审查及外部协调的依据。825 系统设计阶段系统设计是为实现系统分析提出的系统功能所进行的各种技术设计工作的总称，是设计结果产生出新系统的详细技术设计方案。针对不同系统的规模和复杂程度，系统技术设计方案可能由若干个子系统技术设计方案所组成。系统设计的主要内容包括：确定支持系统运行的计算机硬设备环境、原始数据的组织和输入、输出信息的方式和管理、标准化设计方案、数据库系统、应用软件系统、通讯网络、系统安全保密、主要建筑物以及详细的实施计划等。系统设计的结果必须总结成系统规格说明书，作为系统建设的必备文件，它从系统设计的诸方面说明系统设计的指导思想及采用的技术方法，是上级管理部门审查和协调的依据，是下阶段工作的基础性文件。826 系统实施阶段系统设计方案经上级管理部门批准后，即可组织力量进行实施，也就是系统逻辑结构和技术设计方案的具体实现。系统建设是一项复杂的组织管理和技术管理工作，整个系统实施过程必须严格按照系统规格说明书中实施计划分阶段进行，每一阶段都必须写出实施进度报告，它也是系统建设的必备文件。编制实施进度报告的目的是向上级管理部门报告实施进展情况，反映实施过程中遇到的各种新情况、新问题，以便上级管理部门对整个系统开发的进程进行有效控制。一般来讲，系统实施是一个子系统一个子系统的分别实现 ，或一个程序一个程序甚至是一个模块一个模块逐步完成。在每个子系统、程序或模块完成以后，都要对该阶段的工作成果进行全面的测试，并将测试结果编写成单元测试报告，仅当所有工作全部完成后，再对系统参数或指标进行一次全面的测试，以确定系统是否达到设计要求和能否进行试运行。因此，系统测试报告是审查系统实施阶段能否告一段落的系统必备文件。只有通过综合测试的系统才能进入系统应用投产阶段。827 系统应用投产阶段系统实施阶段完成后，经过测试达到设计要求的系统，还不能立刻就取代旧系统投入政党运行，还必须经过试运行，验证系统的有效性，使操作人员适应新系统。只有圆满通过试运行的新系统才能最后取代旧系统，投入正式使用。应用投产作为系统建设的一个环节，通常包括验收、转换、双线操作和大面积推广使用四个阶段。在系统开始试运行之前，首先要由业务部门对新系统进行全面的验收，以检查系统的功能是否达到系统功能说明书中规定的要求。验收的方法，可以通过系统功能示范表演，也可以通过用户在验收环境下的实际振作，甚至大量的业务模拟，以便用户了解和检查新系统的功能，在用户确认了新系统的功能后，以所提交的书面系统验收报告为系统开始试运行的依据。为了进行系统试运行，还必需做好大量准备工作，如人员培训、早系统数据的转换、新旧系统双线操作等。所有这一切都应在新旧系统转轨计划报告中标示清楚，以使新系统的试运行在有条不紊的条件下顺利进行。因此，新旧系统转轨计划报告也是系统建设中的重要必备文件。经过系统试运行，业务部门掌握了新系统的特点，熟悉了新系统的环境。又通过技术人员的不断维护，系统秩序趋于稳定，新系统的功能日趋完善，在业务人员和技术人员有了使用经验的基础上，大面积推广应用新系统的条件就完全具备了。在系统建设宣告结束前，需完成最后一个必备文件系统建设总结报告，并对整个系统建设过程进行总结。系统建设总结报告经上级管理部门批准后，系统建设正式结束。828 小结为对系统建设进行科学管理，金融电子化系统建设全过程，必须完成以下十个系统必备文件：（1） 项目建议书；（2） 可行性研究报告；（3） 系统设计任务书；（4） 系统功能说明书；（5） 系统规格说明书；（6） 实施进度报告；（7） 系统测试报告；（8） 系统验收报告；（9） 新旧系统转轨计划报告；（10） 系统建设总结报告。若所需硬件环境为新增设备，还应编写计算机系统选型报告。83 金融电子化系统建设必备文件内容概述831 项目建议书项目建议书是系统建设起动阶段完成的必备文件，它是选择建设项目的依据。建设项目的选择必须完全符合金融电子化工程的需求，具有显著的社会、经济效益，并结合现行金融系统实际进行。项目建议书的编写提纲和内容要求见“项目建议书”。832 系统设计任务书系统设计任务书是在系统可行性研究的基础上，对选定的系统建设的最佳方案进行更为深入的研究、分析，进一步明确系统建设的目标和规模，并制定系统建设的初步计划。系统设计任务书的编写提纲和内容要求见“系统设计任务书”。833 可行性研究报告可行性研究报告要求根据实际需要和可能，对几种可能的系统建设方案从技术可行性、经济可行性和运营维护可行性等三个方面进行论证，并分析利弊，提出建议性结论。可行性研究报告的其编写提纲和内容要求见“可行性研究报告”。834 系统规格说明书系统规格说明书从系统总体角度对系统建设的主要技术设计方案进行说明，以便系统建设有一个可遵循的技术规范。此外，系统规格说明书还要对系统指导思想和所采用的技术方法进行阐述。它是上级主管部门审查和协调系统建议过程的依据，是下一阶段工作的基础。其编号提纲和内容见“系统规格说明书”。835 系统功能说明书在系统分析阶段，用户和系统分析人员充分理解和认真分析用户要求，共同制定的系统功能、系统逻辑结构的说明书，称系统功能说明书。它准确的描述用户要求系统的功能全貌，其主要内容和书写格式见“系统功能说明书”。836 实施进度报告在执行计划过程中按实施阶段或季度、半年度、年度等定期向上级主管部门申报计划实施过程中的情况，使上级部门在布置、检查工作时有据可依，需要编制实施进度报告，其编写提纲和内容提要见“实施进度报告”。837 系统测试报告所谓系统测试是对系统功能和性能进行测试的过程，要分别对系统硬设备、软件等，按系统规格说明书所要求的系统功能和性能，进行严格的测试，并对测试的结果，进行分析研究形成系统测试报告。系统测试报告的编写方式和内容提要见“系统测试报告”。838 系统验收报告编制系统验收报告的目的是系统用户从营运的角度对所建成的新系统进行评价验收，验收时要调查系统实施后是否达到了设计时提出的预期目标，并给出了是否可以通过验收的结论。其编写提纲和内容提要见“系统验收报告”839 新旧系统转轨计划报告编写新旧系统转轨计划报告的目的是陈述本系统设计、测试完成的情况及新系统投入试运行的准备工作情况，其编写提纲和内容概要见“新旧系统转轨计划报告”。8310 系统建设总结报告编制系统建设总结的目的，是对整个系统的开发工作进行全面评价，其编写提纲和内容要求见“系统建设总结报告”。8311 计算机系统选型报告金融电子化系统建设对计算机系统的选型就是从金融电子化系统建设确定的功能目标出发，经过周密的环境分析和功能分析，并对市场提供的计算机系统的性能与价格认真比较，确定出满足需要的计算机系统。选型过程结束时，应形成计算机系统选型报告，它是各级领导决策的重要依据，计算机系统选型报告编写提纲和内容见“计算机系统选型报告”。项目建议书1 引言1 1统简介简要介绍新建系统的名称、目标和功能，说明该系统建设的组织单位、服务对象及其与其他系统或机构的联系。12 参考和引用资料列出有关文件资料的标题、编号、发表日期和制定单位，说明这些文件资料的来源。1 2 专门术语定义列出本文件所使用的专门术语、英译名、缩略语和定义。2 现行系统分析21 现行系统的组织结构22 现行系统的业务流程23 现行系统的工作负荷24 现行系统的运行费用25 现行系统的人员设备状况26 现行系统的计算机应用情况分析现行系统的计算机硬件配置、软件配置、使用效率和效益等。27 现行 系统的局限性分析通过对现行系统的分析，论述其主要的局限性，提出问题和改进建议。3 系统建设的必要性首先，系统的建设应当在金融电子化工程中占有一定地位，完成相应职能，并符合金融电子化的总体发展战略。其次，系统的选择应当考虑国内外同类系统的现状、水平和发展趋势，一般应居于先进地位，并注意避免重复开发。最后，系统的建设应当形成一定的社会效益和经济效益。通过新建系统与现行系统的目标功能对比，阐述新建系统在上述三个方面的优越性，说明其建设的必要性。4 系统概况简要说明新建系统的建设规模、组织机构和初步的建设实施计划。5 系统的投资概算对于系统建设所需投资进行估算，提出投资概算和初步的资金筹措设想。计划利用外资的项目需说明利用外资的可能性及偿还能力测算。6 附件附上与文件有关的其他文件、资料。系统设计任务书1 系统目标和任务11 系统建设背景论述社会经济的发展和金融电子化工作对新建信息系统的需要。12 系统建设的目标和功能及达到这些目标和功能的衡量标准，并描述系统的主要任务。2 系统结构简述系统的组织机构和逻辑结构。3 系统建设规模和计划31 系统规模收集信息的范围、服务对象和服务内容、数据处理能力和投资规模。32 系统建设初步实施计划33投资计划34人员计划人员需求、培训、新增人员等计划。4 问题和措施系统建设的组织保证，对可能出现的问题拟采取的措施。可行性研究报告1 引言11 系统简介简要介绍新建系统的名称、目标和功能，说明该系统建设的组织单位，服务对象及其与其他系统或机构的联系。12 参考和引用资料列出有关文件资料的标题、编号发表日期和制定单位，说明这些文件资料的来源。13 专门列出本报告所使用的专门术语、英译名和定义。2 系统的可行性研究根据实际需要和可能，设计几种可能的系统建设候选方案。针对每种方案分别从技术、经济和运营维护三个方面进行可行性分析和评价。为主管部门决策提供科学的依据。21 系统建设的技术可行性211 现有技术估价分析国内外相关技术的发展水平和国家现行技术政策，重点是系统建设所需采用的可用技术的估价和使用这些技术进行系统建设的可行性。涉及引进技术的项目应当研究技术引进的可行性。212 技术发展及其影响分析对系统建设和运营的整个生命周期内的相关技术，特别是实用技术可能取得的进展作出预测，分析这种进展对系统可能产生的影响，避免开发和引进相对过时技术。213 应用技术的选择原则参照国外先进的金融电子信息系统的经验，考虑其技术发展趋势，结合我国金融电子化工程实际，注重技术的先进性和成熟性，是金融电子化应用技术选择的基本原则。同时，应用技术的选择应完全符合金融电子化总体发展战略。22 系统建设的经济可行性221 现有经济条件分析主要包括现有的组织机构、人员配备、公共设施、软硬件环境分析，重点是可提供资金的分析。222 系统费用分析2221 系统建设费用包括所需的土建费用、计算机软硬件购置、应用技术开发、人员培训、系统建设计划实施等的费用分析。2222 系统运营维护费用包括人员工资、软硬件维护费用、公共设施费用、数据采集和录入费用、通讯费用和其他费用等。223 系统效益估价对系统建成后将产生的直接或间接经济效益进行估价。224 经济可行性分析现有经济条件对于系统建设和运营维护的满足程度和系统建成产生的社会效益的综合平衡是估价系统是否具备经济可行性的主要因素。经济可行性分析还应当包括通过效益/费用比，分析投资的可能性。23 系统运营维护可行性231 系统建立对组织机构的影响232 系统建立对人中的需求分析现有人员对系统运营维护的适应性，人员培训的可行性，还应考虑人员补充计划的可行性。233 系统维护费用保证系统建成后，其运行维护需要相当数量的费用开支，才能保证系统对外进行良好的服务。金融电子化工程建设应对此有充分的估计，以避免在系统建成后由于数据无法更新或配套工程不齐备，影响系统的正常运行，甚至无法运行，失去其系统建设的意义。3方案比较研究对各种候选方案的技术、经济、运营维护可行性进行比较、分析，对各种方案的优缺点，给出结论性意见，并推荐优选方案。4 附件附上与文件有关的其他文件、资料。系统规格说明书1 引言11 系统简介摘要说明所设计系统的名称、目标和功能。列出项目的承担者、用户、本项目和其他系统或机构的关系和联系，简述工作条件和相关约束限制条件。12 参考和引用资料列出有关文件资料的标题、编号、发表日期和制定单位，说明这些文件资料的来源。13 专门术语定义列出本文件所用到的专门术语、英译名、缩略语和定义。2 系统总体技术方案21 模块设计在模块设计阶段，首先划分系统内部基础模块结构，然后确定系统的总体结构。它是程序编写的依据。211 模块结构图模块结构图，是采用IPO图（即输入处理输入图）形式绘制而成的系统结构框图。图中要简述模块的名称、功能和接口关系。22 代码设计代码设计是信息系统设计的重要设计内容之一。它是进行信息分类、校对、总体和检查的关键，也用于指定数据的处理方法，区别数据类型和指定计算机处理的内容。221 代码 简单说明代码的方式和种类，从编码的原则要求去简单说明所体现的功能。23 输入设计输入设计担负着将系统外的数据以一定的格式送入计算机的任务，它直接影响到人工系统和机器系统的工作质量。输入设计的原则是确保系统输入信息的正确无误。输入必须有必要的介质和设备为基础。231 输入说明系统的主要输入信息，以及对输入承担者的安排和主要功能要求。简单说明各主要输入数据的类型、来源及所采用的设备、介质、格式、数值范围、精度等。简述所用的数据校验方法及其效果。如果输入数据同某一接口软件有关，还应说明该接口软件的来源。24 输出设计所谓输出，是指计算机将原始输入数据进行处理，将其加工成满足用户使用要求的格式，并提供给用户。输出不仅有一定的格式要求，而且还必须有必要的介质和设备支撑。241 输出说明本系统产主要输出项目、输出项目的数据接受者、主要功能。并简述输出数据类型及所用的设备介质、格式、数据范围和精度等。25 数据库设计说明数据库设计，是指数据库应用系统的设计。编制数据库说明的目的，是对所设计数据中数据的逻辑结构和物理结构作出具体的设计规定。251 概述说明设计开发数据库的意图，应用目标、作用范围、主要功能以及有关数据库开发的背景材料。252 需求规定主要描述数据库性能规定，包括对数据精度、存取数据的有效性、响应时间、数据的转换和传送时间以及其他专门要求。253 运行环境要求简述运行数据库系统的硬设备及其专门功能，列出支撑软件并说明测试用的软件，说明在安全保密以及其他有关方面的要求。254 设计考虑简要说明本系统或子系统内所使用的数据结构中，有关数据项、记录、文件的标识、定义、长度及它们之间的相互关系。简要说明本系统或子系统内所使用的数据结构中有关数据项的存储要求、访问方法、存取单位、存取的物理关系（索引、设备、存储区域）、设计考虑和保密处理。26 模型库及方法设计27 网络设计系统的网络结构和网络功能设计28 安全保密设计29 评价、验收对系统的每部分设计都应有相应的评价，评价的结果是重要标准。210 实施方案说明书系统设计（总体结构和实施设计）阶段完成以后就要确定系统实施方案，书写实施方案说明书，实施方案说明书是系统实施阶段的依据和出发点。2101 实施方案说明对系统名称、子系统名称、程序名称、程序语言、使用的设备等逐项说明；对数据长度、文件名称和形式、编号、构成记录的各数据项的名称和内容等逐项说明；对进行程序设计的处理内容进行详细说明。2102 实施总计划对于项目开发中需完成的各项工作，包括文件编制、审批、打印、用户培训工作、使用设备的安排工作等，按层次进行分解，指明每项任务的要求。给出每项工作任务（包括文件编制）的预定开始日期和完成日期，规定各项工作任务完成的先后顺序以及每项工作任务完成的标志。逐项列出本开发项目所需要的费用（包括办公费、差旅费、机时费、资料费、通讯齐备和专用设备的租金等）。2103 实施方案的审批由于实施方案是下一阶段工作依据，所以待报批的实施方案要经过用户、系统研制人员、程序员、操作员、专家和管理人员审议。而一经审批的实施方案就不能随意改动。211 附件附上与文件有关的其他文件、资料。系统功能说明书1 引言11 系统简介简要介绍新系统的名称、目标和功能，说明该系统建设的组织单位、服务对象及其与其他系统或机构的联系。12 参考和引用资料列出有关文件资料的标题、编号、发表日期和编制单位，说明这些资料的来源。13 专门术语定义列出本文件所使用的专门术语、英译名、缩略语和定义。2 系统需求分析系统建设一般是在现行系统的基础上进行的，所以在系统设计工作开展前，必须对现行系统进行深入细致的调查研究工作，掌握真实情况，尤其要弄清用户的需求和存在的问题，写出系统需求说明。21 现行系统调查现行系统实现的目标、完成的功能、组织机构、用户需求，需要解决的问题。22 现行系统的业务流程分析现行系统的业务流程，如有可能，绘制其业务流程图。3 新系统功能定义31 新系统功能综述经过现行系统的调查，分析其信息流程，按照用户实际需要，拟定系统建设的功能要求，综述新建系统的各项功能。32 新系统逻辑结构在系统分析的基础上建立可满足系统功能设计的系统逻辑结构。这主要包括外部输入/输出、屏幕、报表和文件格式及内部处理的功能逻辑等。33 系统运行环境陈述系统建成后的运行条件和用户环境。4 附件附上与文件有关的其他文件、资料。实施进度报告1 引言11 系统简介摘要说明该系统的名称、结构和总的进度要求；列出任务的提出者、开发者和用户。12 参考和引用资料列出有关文件资料的标题、编号、发表日期和制定单位，说明这些文件资料的来源。13 专门术语定义列出本文件所使用的专门术语、英译名、缩略语和定义。2 进度情况21 工程进度提供应用软件开发进度计划；硬件配置进度计划；土建施工进度计划等本阶段工程进展情况。22 投资进度提供资金开支计划；资金筹集计划等本阶段的执行情况。23 人员计划执行情况提供本阶段所用各类人员的数目、来源及人员培训等计划执行情况。3 问题和措施陈述实施计划过程中遇到的资金、人员、技术和环境等方面的问题；列出解决问题的措施和建议。4 附件 附上与文件有关的其他文件、资料。系统测试报告1 引言11 系统简介摘要说明被测试系统的名称、基本功能及所要进行测试的主要目的和简要过程；列出本项任务的提出者、开发者和用户。指出测试环境与实际运行环境可能存在的差异以及这些差异对测试结果的影响。12 参考和引用资料列出有关文件资料的标题、编号、发表日期和制定单位，说明这些文件资料的来源。13 专门术语定义列出本文件所使用的专门术语、英译名、缩略语和定义。2 测试情况21 简述使用的测试手段和过程，列出经过测试证实已实现的功能，指出未完成的功能和缺陷以及局限性。3 测试分析陈述经过测试证实的缺陷和限制，说明这些缺陷、限制对系统可能造成的影响。4 结论41 评价说明被测试系统是否达到一定的目标，并对未能达到的预期目标进行分析说明。42 建议说明被测系统是否事投入试运行，提出解决缺陷和限制的建议。5 附件附上与文件有关的其他文件、资料。系统验收报告1 引言11 系统简介摘要说明系统的名称、结构和功能，列出该系统任务的提出者、开发者和用户。12 参考和引用资料列出有关文件资料的标题、编号、发表日期和制定单位，说明这些文件资料的来源。13 专门术语定义列出本文件所使用的专门术语、英译名、缩略语和定义。2 系统验收21 系统验收的环境列出参加系统验收工作的有关人员、工作单位、职称等情况，给出系统验收所采用的方法及与验收有关的其他环境。22 系统验收的步骤对照系统设计任务书和系统功能说明书，列出验收系统各个组成部分的步骤。23 系统验收的主要内容系统验收主要是检查实施系统是否完全达到了功能需求、结果是否正确、操作是否方便、程序可维护性如何、安全性及可靠性怎样、各种技术文件是否齐全等内容。3 结论根据系统验收结果，给出系统是否能够通过验收的结论。4 附件附上与文件有关的其他文件、资料。新旧系统转轨计划报告1 引言11 系统简介 摘要说明系统的名称、结构和功能，列出该系统任务的提出者、开发者和用户。12 参考和引用资料 列出有关文件资料的标题、编号、发表日期和制定单位，说明这些文件资料的来源。13 专门术语定义列出本文件所使用的专门术语、英译名、缩略语和定义。2 系统运行的准备情况21 操作规程准备情况向操作人员和管理人员提供该系统的有关情况和操作步骤，包括系统硬设备和软件的操作规程、系统运行的每一步骤的详细过程、各种人员所需操作信息、启动和故障的恢复过程、非常规过程（如故障等）的操作和信息。22 运行管理的各项规章制度的准备情况给管理系统的部门提供有关运行营运的规范，包括运行管理、输入输出数据管理、操作管理、程序管理等制度的准备情况。23 系统维护手册准备情况提供系统维护人员维护本系统所需文件，其内容包括程序的维护、数据文件的维护、代码维护、机器的维护等。24 营运经费的落实情况提供营运过程中经费支出和经费来源的情况，经费包括劳务费、线路使用费、维修费、水电费、消耗品费、机房房租、设备折旧费、保险费和税金、软件租金等。25 外部环境的协调情况给出本系统与系统外环境之间的协调情况，如系统内外的业务接口关系、外界条件寻本系统的约束的协调、本系统对外界条件的影响的协调等。26 历史数据的准备情况给出系统运行所需历史数据的整理工作完成的情况。27 人员的准备情况给出系统运行时所要增加的系统运行维护人员的数量、技术素质和人员来源情况。3 试运行及转轨计划在试运行及转轨条件成熟的情况下，进行试运行及转轨的工作。本计划经出试运行及转轨工作的具体安排，包括进度的安排和人员的安排等。4 附件附上与文件有关的其他文件、资料。系统建设总结报告1 引言11 系统简介 摘要说明系统的名称和开发目的，列出该系统的任务提出者、开发者和用户。12 参考和引用资料列出有关文件资料的标题、编号、发表日期和制定单位，说明这些文件资料的来源。13 专门术语定义列出本文件所使用的专门术语、英译名、缩略语和定义。2 实际开发结果2 1系统构成说明实际开发系统的结构。22 主要功能和性能列出本系统实际具有的主要功能和性能，对照可行性研究报告和系统设计任务书的有关内容，说明原定开发目标是否已经达到。23 进度列出原定计划和实际进度，度加以对比分析。24 费用列出原定的计划费用和实际费用，并加以对比分析。3 开发工作评价31 系统质量评价说明主要功能与原设计预期要求的差距。32 技术方法评价给出在开发中使用的技术、方法、工具和手段的评价。33 出错原因分析给出对开发中出现的错误的原因分析。34 经验与教训列出本项任务开发工作过程中所取得的最主要的经验与教训，以及对今后开发工作的建议。4 附件附上与文件有关的其他文件、资料。计算机系统选型报告1 引言11 系统简介简要介绍所选计算机系统的名称和市场概况，提供计算机系统的市场价格和保价，明确主要技术性能指标，以及性能/价格比和所建系统的客观要求等选择因素，确定选择的目标。12 参考和引用资料列出有关文件资料的标题、编号、发表日期和制定单位，说明这些文件资料的来源。13 专门术语定义列出本文件所使用的专门术语、英译名、缩略语和定义。2 选型依据21 市场情况市场提供的能够进行选型的计算机设备的名称，性能和价格；供应商在资金、质量、服务等方面的信用情况。22 国家或行业政策国家或行业在现阶段对计算机设备购置的管理政策和法规，计算机系统出口国政策和法律方面的限制。23 可用资金的技术条件说明用户现有经济能力和开发单位的技术条件。24 计算机系统要求所建系统的功能要求、容量要求、性能要求、外部设备配置要求、通讯和网络要求等。25 环境硬件/软件/运行所需环境要求。26 其他制约基建、电力、通讯等方面的限制，系统建设要求时间的限制，一些重要的信息通道和资源条件的制约限制等。3 计算机系统配置配置要求是根据设计要求应达到的功能而选定所需的硬设备、软件的数量和种类及人员等。确定配置要说明当前目标与中长期目标的需要，考虑主机与外设配套、硬件与软件协调以及尽量与当代先进水平的硬件和软件兼容等。同时要考虑硬设备的添置、软件的兼容性、可扩充性以及其它有必要说明的问题。4 费用预算对提供的每一种可选择方案需要的资金进行说明，说明要分别列出一次性支出和非一次性支出。41 一次性支出房屋和设施、硬设备、系统软件和应用软件开发、培训和差旅费等。42 非一次性支出按月或季度、年度支出的用于运行和维护的费用以及合同性开支等。5 结论51 可选方案的评价对性能/价格比和其他环境要求等综合因素进行比较，说明选择和未选择方案的原因。52 建议依据可选方案评价结果提出意见1） 可以立即开始进行选择购置；2） 推迟到某些条件落实之后才能开始进行选择购置；3） 对某些指标进行调整之后才能开始进行选择购置；4） 不能进行或不必进行选型。6 附件附上与文件有关的其他文件、资料。第11章 金融电子化系统软件工程规范111 概述软件工程采用生存周期方法学、结构分析、结构设计技术和先进的软件管理办法，指导软件的开发和维护。软件工程的主要作用是：把工程的概念引入软件开发全过程，提高软件开发效率和软件产品质量，方便软件维护，以满足社会日益增长的软件需求。 随着我国金融行业经营管理电子化水平的迅速提高，其对计算机的需求量急剧增长，一大批已经投入运行的计算机软件必须维护，大量急需的应用软件系统等待开发。而“自编自用”的软件开发方式和低水平重复开发软件的现象，又使得软件生产率极低，难以满足软件需求。致使金融待业的各个部门都不同程度地出现了“软件危机”。其表现形式是“软件需求不明确；通讯与开发者之间的信息交流不充分；软件可维护性差。特别是开发与维护阶段界线不清；开发人员，维护人员与用户的职责不明确；软件文档不齐备；用于金融业务及信息管理软件开发的语言不符合国家标准或国际标准，严重阻碍应用软件系统的商品化生产、开发和软件产品的安全、可靠性。面对如此现实，虽然我国金融业务部门，都根据各自的现状和特点，制定了一些应用软件系统开发规程、文档要求及相应的管理规范，逐步对已开发的软件进行优化、统一，在一定程度上控制了软件低水平重复开发的现象，提高了软件的可维护性。但由于缺乏规范化软件工程方法的指导、约束，已经出现的”软件危机“还没有明显好转。因此，为了有效保证软件产品质量，提高软件可维护性，使软件生产适应电子化系统的急剧发展的需求，只有在金融系统的软件开发、应用和管理中全面采用软件工程方法，才能彻底克服”软件危机“所造成的被动局面。金融电子化系统建设是一项庞大的系统工程，在这一工程建设过程中，必须遵循一系列的规范和标准，才能保证金融软件的开发取得丰硕成果。因此，借鉴国家及国务院各部委所制定的各项软件工程规范和标准，结合金融电子化系统建设实际，对金融软件的开发及管理，制定相应的规范、标准，是金融电子化系统建设过程中最重要的技术基础工作之一。本金融电子化系统软件工程规范，包括以下内容：（1） 软件开发规范；（2） 软件文档编制；（3） 软件维护；（4） 软件管理；（5） 软件开发费用估算与管理；（6） 软件产品优选登录。112 软件开发规范1121 软件开发规范的作用和使用范围本规范是参照国家标准G B856688计算机软件开发规范，结合金融电子化系统软件开发的现状和发展，提供一整套软件开发的准则、方法和规定。其作用是明确的划分软件开发全过程的各个阶段，并对每阶段开发任务提出明确的要求，以提高软件开发过程的能见度，使软件开发过程得到有效的控制和管理，使得软件开发过程系统化、规范化和工程化。严格遵守本规范，将能保证软件具有高度的可靠性、可维护性和开发过程的科学必性、有效性。本规范适用于金融电子化系统建设过程中各种类型、各种规模软件的开发活动，适用于金融行业各级从事软件开发、管理和使用的技术人员、管理人员、业务人员及其他与金融电子化系统计算机软件有密切关系的人员。1122 软件开发规范的主要内容软件开发规范主要包括如下内容：11221 阶段划分按照软件生存周期方法学，软件开发过程通常被划分为八个阶段：（1） 可行性研究与计划；（2） 需求分析；（3） 概要设计；（4） 详细设计；（5） 实现；（6） 组装测试；（7） 确认测试；（8） 使用和维护。11222 软件开发各阶段的任务及要求（1） 可行性研究与计划要求：充分了解用户的要求及现实环境，从技术、环境以及经济和社会因素等方面研究并论证本软件项目的可行性，准确、具体地确定工程规模和系统目标，对建议的系统进行仔细的成本/效益分析，写出可行性研究报告，制定初步项目开发计划。本阶段应交付的文档有：a 可行性分析报告；b 初步项目开发计划。（2） 需求分析要求：确定被开发软件的运行环境，功能和性能要求。编写用户手册概要，软件质量保证计划，软件配置管理计划，软件确认测试准则。详细说明被开发系统与其他硬件、软件及人员的接口情况，为概要设计提供用户确认的需求说明书。本阶段应交付的文档有：a 软件需求说明书；b 修改后的项目开发计划；c 用户手册概要；d 确认测试计划；e 数据要求说明书；f 软件质量保证计划；g 软件项目配置管理计划。（3） 概要设计要求：根据软件需求说明，建立目标系统的总体结构（对不同规模的系统总体结构可参照GB856688计算机软件开发规范中的有关条目建立）和模块间的关系，定义各功能模块的接口和控制接口。设计全局数据库/数据结构，规定设计限制，制定组装测试计划。本阶段应交付的文档有：a 概要设计说明书；b 数据库/数据结构设计说明书；c 模块测试计划。（4） 细设计要求：对概要设计中产生的功能模块进行过程描述，设计功能模块的内部细节，包括算法和数据结构。详细规定各程序模块间的接口，包括参数的形式和传递方式，上下层调用关系等。为编写源代码提供必要的说明，画出程序流程图（流程图中使用的图形符号应符合GB152679 信息处理流程图图形符号），建立“模块开发卷宗”。本阶段应交付的文档有：a 详细设计说明书；b 模块开发卷宗。（5） 实现要求：按照详细设计说明，对每个程序模块用所选定的程序设计语言（应尽可能采用已有国家标准或国际标准的程序设计语言或数据库语言编写程序；对编写好的源程序进行单元测试，验证，程序模块接口与详细设计说明的一致性。程序模块的测试用例、预期结果及测试结果应存档保留。本阶段应交付的文档有：a 模块开发卷宗；b 组装测试计划。（6） 组装测试 要求：根据概要设计中各功能模块的说明入制定的组装测试计划，将经过单元测试的模块逐步进行组装和测试，分析测试结果，找出产生错误的原因。本阶段应交付的文档有：a 可运行的源程序清单；b 组装测试分析报告；c 确认测试计划。（7）确认测试要求：根据软件需求说明书中定义的全部功能、性能要求及确认测试计划，首先在最终用户的环境中进行强度测试，以检查该软件有无严重错误；然后执行测试计划中提交的所有确认测试，验证整个软件系统是否达到了要求。修改并提交最终的用户手册和操作手册。预期结果、测试结果和测试数据应全部存档保留。编写项目开发总结报告。本阶段应交付的文档有：a 确认测试分析报告；b 最终的用户手册和操作手册c项目开发总结报告。（8）使用和维护要求：对投入运行后的软件进行修改是软件维护阶段的任务。这个阶段周期长，工作量大，成本高，因此必须在严格的管理控制下进行，维护组织与维护要求及应交付的文档，依照本章11。4节执行。113 软件文档编制1131 软件文档编制11311 编制软件文档的作用为了保证计算机软件项目开发的成功，节省项目投资，提高项目开发质量，便于运行和维护，在软件开发工作的每一阶段，都需要编制一定的文档。这些文档是计算机软件不可缺少的组成部分。它和计算机程序及数据一起构成计算机软件。软件文档的作用是：（1） 作为开发人员在一定阶段内工作成果的反映和工作结束的标志；（2） 把软件开发过程中一些“不可见”的事物转变为“可见”