XX银行信息开发项目可行性研究报告.docx

《XX银行信息开发项目可行性研究报告.docx》由会员分享，可在线阅读，更多相关《XX银行信息开发项目可行性研究报告.docx（16页珍藏版）》请在优知文库上搜索。

1、相关项目编号:中国建设银行信息开发相关项目可行性研究报告拟立项的相关项目名称银行信贷登记咨询系统建行接口系统修改升级项目类型应用开发相关项目提出部门信贷风险管理管控部（盖章）信息技术部门信息技术部（盖章）中国建设银行制引言1.1 编写目的1.1.1 报告编写的目的按照中国建设银行信息建设相关项目管理管控办法要求，从经济、技术和社会角度论证本相关项目的可行性，为相关项目立项开发提供决策依据。1.1.2 报告的预期读者总行信息开发委员会成员以及委员会办公室的有关人员。1.1.3 2系统开发背景和目标1.2.1 待开发系统的全称银行信贷登记咨询系统建行接口系统修改升级。1.2.2 提出部门信贷信贷风

2、险管理管控部、信息技术部。123系统的使用人员总行、一级机构、二级机构中，所有信贷前、后台包括客户管理管控部门、信贷审批部门和风险管理管控部门的有关人员。1.2.4 系统所要解决的问题 满足银行信贷登记咨询系统商业银行数据接口规范V3.2)的要求 现有接口系统运行中操作复杂、查询困难的问题 现有接口系统上报人民银行数据成功率、准确率不高的问题125系统开发背景为及时、全面反映借款人资信情况，加强金融监管，防范信贷风险，人民银行1998年决定以电子化为手段，强化贷款证制度的管理管控，建立信贷登记咨询系统。1999年10月，我行按照人民银行“银行信贷登记咨询系统”所规定的标准数据格式，开发了“银行

3、信贷登记咨询系统建设银行接口系统”(以下简称接口系统)。该系统是建立在我行信贷管理管控信息系统(CMISl.53)和国际结算系统的基础上，并通过抽取、补录生成人民银行要求的数据格式，为人民银行城市中心支行提供格式相符的各种信贷业务数据的系统。目前，我行正在对信贷管理管控信息系统进行升级改造(CMISl.54),这次改造是针对CMISl.53存在的一些关键性功能缺陷,从设计、技术和应用三个层面进行一次集中彻底改造，并在此基础上，结合中国建设银行信贷业务手册明确操作流程、2002年开始全面推行的贷款风险分类办法以及银行信贷登记咨询系统商业银行数据接口规范等方面进行改造，这对接口系统将造成较大的影响

4、，接口系统需进行相应的修改升级工作。为加快银行信贷登记咨询系统全国联网工作的进程，2001年12月，人民银行召集工、农、建、交四家商业银行开会，布置了信贷登记咨询系统升级工作，并提出了银行信贷登记咨询系统商业银行数据接口规范V3.2向各家商业银行征求意见。2002年2月，人行下发了该规范的正式版。该规范对各商业银行上报数据中参与查询、统计等方面较为重要的字段进行严格校验，补充数据库的约束条件，规范商业银行上报的信贷业务数据，提高入库质量。要求各行按照新的借口规范，对现行的接口系统进行升级改造。综上所述，现有的接口系统已不能适应新形势下的管理管控要求。我行信贷管理管控信息系统进行升级改造（CMl

5、SL54）和人民银行接口规范的要求，使得现有的接口系统必须进行修改升级工作。126和其他系统的关系接口系统以建设银行信贷管理管控信息系统1.54和国际结算系统所录信息为基础，通过提取、补录生成人民银行要求的数据格式上传人民银行。127系统的预期目标本次系统优化拟在CMISl.54的基础上进行，满足人民银行银行信贷登记咨询系统商业银行数据接口规范V3.2的要求，并对现接口系统在两年多的运行过程中发现的一些不足进行修改完善，增加一些便于操作人员操作和查询的功能，以提高给人民银行传输数据的成功率和准确性、及时性。1.3 术语解释 信贷业务：是指我行利用自身资金实力或信誉为客户提供资金融通或代客户承担

6、债务责任的行为。 接口：提供数据和行为的连接或访问方法，使其他对象可以通过它进行交互。 功能模块：在功能模块下能够完成某项事务的某个基本功能的所有处理和数据的总称。1.4 条件与约束1.4.1 实现系统功能的主要条件和可利用的资源CMlSL54版相关项目已正式立项，并确定了相关项目需求，目前正在开发阶段，预计在2002年4月11日至2002年5月30日进行测试工作，6月底前完成下发版本工作。为本相关项目的开发提供了基本条件。人民银行银行信贷登记咨询系统商业银行数据接口规范V3.2的下发为本相关项目提供了数据规范。目前接口系统按照人民银行的要求在全国302个城市推广，运行情况良好。向人民银行报送

7、数据的数量和质量均得到了肯定。拟选定的合作开发公司一北京清华紫光北美软件XX是我行现有接口系统的合作开发单位，人民银行信贷登记咨询系统也由该公司开发和维护，该公司熟悉信贷登记咨询系统和我行的接口系统以及银行信贷登记咨询系统商业银行数据接口规范V3.2，具有较强的技术能力和丰富的经验，为本相关项目的顺利实施提供较为可靠的技术保障。1.4.2 受到限制和约束实现本相关项目的目标必须导入我行信贷管理管控信息系统(CMIS1.54)和国际结算系统的信贷业务数据，CMlSl.54的需求和相关项目进度变更，以及国际结算系统运行稳定性直接影响本相关项目的开发合适的内容和进度。人民银行银行信贷登记咨询系统商业

8、银行数据接口规范V3.2的变更直接影响本相关项目的开发。1 .5参考资料 人民银行银行信贷登记咨询系统商业银行数据接口规范V3.2 建设银行CMlSL54详细业务需求 建设银行银行信贷登记咨询系统建设银行数据接口系统改造总体技术合适的方案2 .系统需求及现状2.1 系统需求概述2.1.1 系统总体框架编号:本次接口系统修改升级是在原接口系统的基础上进行的升级改造，系统在总体架构方面将不作改变，继续采用集中录入方式。主要修改合适的内容是为满足人民银行提出的数据接口的规范及要求，同时针对CMlSL54的升级变更引起接口修改。集中处理合适的方案主要是指各种信贷业务数据的处理(包括原有数据的提取，信贷

9、数据的补录，接口数据的整合，数据接口文件的产生及发送)全部集中在二级分行进行，需要补录的数据由二级分行或其所属的各级支行进行集中补录。补录的数据与我行CMIS系统所能提供的信贷数据经过整合，产生人民银行所需的信贷数据，再由处理程序集中把接口数据库中的数据生成文本文件，并通过人行提供的接口引入模块发送到中间件(TH-MT)中向人民银行传送。2.1.2 系统配置和功能结构2.1.2.1 系统硬件配置为充分利用我行原有的硬件设备和网络资源，接口系统建立在我行CMlS系统的数据库服务器上，避免了系统软硬件的重复投资。同时，也有利于接口系统的后期维护工作。2.L2.2系统软件配置在此次接口系统改造中，为

10、了保持与原系统的继承性和连贯性，同样采用“客户机/服务器(Client/Server)结构，以P0WERBULIDER6.5作为客户端应用的开发工具。数据库产品仍然采用Informix并与CMIS建在相同的数据库服务器上。2.1.2.3 系统应包含如下功能模块数据提取模块此模块是接口系统的主要功能模块，主要将银行贷款、银行承兑汇票、银行保函三类信贷业务及借款人的财务指标数据，欠息情况，按照人民银行的数据规范和格式要求，从我行的CMIS和国际结算系统业务数据库中提取出来。此次升级改造将对此模块进行重新设计，增加修改贷款卡号数据重新提取上报的功能。数据补录模块对于部分人行所要求的信货业务指标，由于

11、无法从CMlS业务数据库中取得，因此系统提供了补录界面，供业务经办人员及时补录相应的数据。数据查询模块系统提供了相应的查询功能，便于操作员及时了解数据提取、补录、上报情况。其中查询可以以金融机构为单位，查询整个金融机构发生的所有信贷业务，可以以企业为单位查询该企业在某个金融机构，或是在所有金融机构发生的信贷业务。可以以单笔业务为单位，根据业务的合同合约编号查询该笔业务的明细。同时，系统也可查询某个时间点或某个时间段内数据的提取上报情况。此次升级将应分行的要求对查询功能进行丰富。生成上报文件该功能模块将提取和补录的数据按照人行的文件格式，生成数据上报文件。错误处理该模块主要提供了错误日志查看，和

12、错误修改功能。在错误日志中，操作员能够及时查看在数据提取过程中发生的各类错误。在错误修改界面中，系统详细列出了各类错误发生的类型、原因和解决办法，操作员可以按照系统的提示，解决发生的各种错误。此次升级将增加根据上报人行返回错误信息得到合同合约号，客户号以便处理的功能。系统管理管控在系统管理管控中主要完成操作员管理管控、操作员权限分配等功能。金融机构拆分合并应人行新接口规范的要求，接口系统将提供按金融机构拆分的数据处理功能。2.2 对现有系统的概述2. 2.1现有接口系统的状况现有接口系统从1998年11月开始正式开发，在1999年5月通过人民银行的第一次业务测试，在1999年6月通过了第二次业

13、务测试和技术测试，目前按照人民银行的要求在全国302个城市推广，运行情况良好。向人民银行报送数据的数量和质量基本得到人行肯定。银行信贷登记咨询系统的建立为各金融机构提供了借款人资信咨询服务。3. 2.2现有系统的局限 金融机构拆并后数据报送困难。为了适应当前国际国内经济金融形式，确保建设银行发展战略目标的实现，我行组织机构需要进行适当拆并，现有接口系统设计定位时，未能充分考虑二级机构拆并的问题，系统不具备金融机构拆并后的数据替换、导入、导出等功能，导致数据重新报送十分困难。 数据报送功能单一。现有接口系统设计定位时，未能充分考虑每笔记录上报人民银行数据库不成功或在商业银行和人民银行数据库中不一

14、致等问题，需要对单笔记录进行重新任意上报的功能。 检查功能单一。现有系统对上报数据的检查不灵活，不具备对报送数据任意时点报送情况、通过流水号查询借款人、合同合约编码的检查、担保人报送记录的检查；一级分行对二级分行机构数据报送情况等的检查功能。 上报数据校验不严。现有系统对上报数据的校验不十分严格，造成某些不符合人民银行业务规范的数据报送人民银行数据库。3.技术合适的方案3.1 对建议合适的方案描述本次接口系统修改升级的总体合适的方案是系统原有的总体架构不作改变，继续采用集中录入方式。仅在原接口系统的基础上按照人民银行提出的数据接口的规范及要求进行的升级改造，同时针对CMISl.54的升级变更进

15、行接口修改。4. 2和现有系统的比较和现有系统相比较，修改升级后的新系统没有根本性的变化，只是对原有系统进行优化，主要优化合适的内容为： 根据CMlSl.54取消信贷品种，改设信贷产品及产品核算相关项目设计要求，对人行接口系统信贷业务种类相关信息的提取进行调整。 针对OnSl.54新增及修改的本金、利息台账摘要，对接口系统信贷业务信息的提取进行修改。 根据人行新的数据规范，对接口系统进行完善。 根据接口系统运行两年多来，发现的问题对接口系统进行完善。 在前台和后台增加数据合法性和合理性检查校验功能。 提供满足系统升级前后历史数据延续、转换的解决合适的方案。 提供满足各以及分行对二级机构报送数据的检查功能。3. 3和相关系统的关系接口系统80%的数据来自建设银行信贷管理管控信息系统1.54和国际结算系统录入的信贷信息，其他信息通过接口系统的补录界面进行补录相应信息数据。4. 4采用建议合适的方案可能带来的影响 系统结构较为简单，管理管控和维护工作量较小。 应用程序简单，易于实现。 系统容易控制，充分考虑与原有系统的集成。 充分利用原有的软件和硬件投资，系统成本比较低。3.5实施风险由于相关项目实施过程中对原有系统的总体架