
项目立项报告.doc
17页项目编号:中国建设银行信息开发项目立项申请报告 项 目 名 称 中国建设银行抵债资产管理信息系统 项 目 类 型 应用开发 项 目 性 质 总行项目(重大项目) 项目起止年月 202312——202312 项目牵头部门 资产保所有 (盖章) 信息技术部门 信息技术部 (盖章)中国建设银行制项目牵头部门名称总行资产保所有所在地区北京通信地址北京市金融大街25号邮政编码100032联 系 人景逢春联系010-67598774E-mailJingfengchun/zh/ccb@ccb信息技术部门名称总行信息技术部所在地区北京通信地址邮政编码联 系 人栾日平联系010-67592318E-maildingwenge/zh/ccb@ccb一、项目立项申请报告一、项目背景截至2023年6月底,建设银行抵债资产总额为225亿元,其中,待处置抵债资产184亿元,占总额的81.7%。
我行抵债资产量大,且种类繁多,不仅有房产、土地使用权、交通工具、机器设备、权利资产等形式的资产,尚有经营中的公司和尚未竣工的在建工程目前抵债资产的平常维护、管理多在二级分行,采用手工台帐管理、逐级上报制度这种落后的管理模式已经不能适应当前抵债资产经营管理工作的需要,也极大阻碍了抵债资产的货币实现:(1)不能及时提供真实、准确、全面的基础资料,致使风险和隐患不能防范于未然,加大了资产损失的限度和也许性;(2)业务人员的大量精力和时间都用于整理数据、报表,导致反复劳动和资源浪费,加大了管理成本;(3)信息不畅,一方面行际之间不能及时沟通交流,一些先进的经营管理方法不能得到及时推广,另一方面,市场化限度低,限制了抵债资产的营销,影响和制约了抵债资产业务的发展因此,建立全行系统的抵债资产管理信息系统,对规范抵债资产的信息管理,更好地运用以物抵债手段保全我行资产,建立信息化、科学化、市场化的抵债资产经营管理体系极具紧迫性和现实意义二、参与部门 参与部门有:总行资产保所有、总行信息技术部、山东分行、海南分行、河南分行、辽宁分行、广西分行、吉林分行、大连分行、湖北分行、安徽分行三、前期工作情况 自2023年1月起至2023年5月止,先后在山东济南组织了三次集中研究,提出了完整的业务需求报告;期间还在广西南宁举行了一次有信息技术部、资产保所有、部分一级分行资产保所有负责人和业务骨干参与的研讨会,对业务需求作更深、更全、更全面的探讨。
通过半年多时间的努力工作和精心准备,完毕了业务需求说明书的撰写和可行性研究报告的提出;2023年8月8日,组织召开了前期业务需求的专家论证会,专家一致通过项目组提交的“中国建设银行抵债资产管理信息系统业务需求说明书”和“中国建设银行抵债资产管理信息系统可行性研究报告”;2023年9月7日——9月11日,再次对专家论证会上专家提出的技术性问题进行研讨,并提出切实可行的解决方案四、所具有的立项条件1、抵债资产的经营管理工作已引起各级领导和决策机构的高度重视2、抵债资产的经营管理已经明确到资产保所有门 3、抵债资产业务工作的规章制度基本建立 4、抵债资产基础数据基本建立,这也为系统开发提供了必要的条件5、全行资产保全工作通过四年的实践,培养了一批业务素质较高的业务骨干,建立了一支强有力的经营管理队伍,摸索出多种行之有效的抵债资产经营手段6、信息技术部门已经完全具有开发和维护该系统的技术实力7、已完毕业务需求说明书和可行性研究报告的撰写,并通过专家论证二、项目重要内容说明一、项目业务目的:建立信息化、科学化、市场化的抵债资产经营管理体系,规范抵债资产的信息管理,更好地运用以物抵债手段保全我行资产。
二、项目总体架构:通过进一步分析抵债资产的个性特性和不同种类之间的内在关系,根据业务管理办法及会计核算管理规定,一方面对抵债资产按一定规律进行分类,并提出系统所需的所有业务指标;另一方面是根据管理经营业务需要,提出抵债资产管理业务功能模块的需求重要内容有:1.分析业务解决流程——着重介绍了抵债资产经营管理过程中不同阶段的工作流程,展示了抵债资产经营管理的基本手段和方法,为建立信息指标体系提供了业务管理的参考依据2.建立抵债资产管理分类体系——本部分按一定原则和规律对抵债资产作出分类,并依据分类结果为信息库提供信息指标3.建立抵债资产管理信息系统业务指标体系——依据抵债资产的具体分类结果,分别对每一类抵债资产的信息进行了全面、具体、进一步的分析每一类抵债资产的信息分为三种信息:第一种是描述信息,分析该类抵债资产与其他类别的抵债资产存在差异的个性特性;第二种是管理信息,是对各类抵债资产经营管理过程中产生的相同信息进行分析;第三种是档案信息,是对每一项抵债资产的档案情况进行分析通过对这三种信息的分析,可以掌握每一项抵债资产的基本情况,并可依此建立起抵债资产的基础信息库,满足抵债资产经营管理的基本信息需求。
4.提出业务功能模块需求——提出抵债资产管理信息系统为达成或实现的业务目的而设计的系统分项功能,涉及:信息的录入、信息的修改、信息的查询、报表功能、量化考核、公共信息、档案管理1)信息的录入、修改——涉及抵债资产描述信息、管理信息、档案信息以及量化考核信息、公共信息、业务参数的录入、修改这些信息共同构成了抵债资产管理的信息库;(2)信息的查询——对信息库内任一信息的查询依据查询主体、查询角度、查询目的、查询手段、查询工具的不同,将其分为综合查询、客户查询、明细查询、灵活查询四类;(3)报表功能——分为固定报表和灵活报表两类,分别满足平常管理的需要和非常规业务需要4)量化考核——对各级行经营管理抵债资产业绩的考核管理5)公共信息——为各级行经营管理者提供与抵债资产有密切联系的业务信息,涉及相关法律法规、规章制度、经验教训等6)档案管理——满足对抵债资产档案规范管理的规定三、业务解决流程本系统重要业务为对抵债资产信息指标体系的录入、修改和查询信息指标可以在任何时候录入、修改,完全根据业务人员的需要进行四、业务解决方式通过设立不同级别的权限,对各级行之间的业务操作作出一定的限制;通过对业务参数的调整,可以对业务操作进行动态的管理。
除灵活查询业务以外,其余业务已根据现有规章制度所有加以明确经办行在解决各项业务时只需按照系统的操作流程进行即可三、项目的技术方案及比较方案设计的依据• 业务层面:着重于对信息的收集、查询、管理等;重要目的是对信息的查询、分析• 技术层面:全行网络改造工作已经基本完毕;我行核心业务解决系统正在进行全国集中;当前WEB技术的发展不久,最明显的优势在于客户端的零维护第一方案:基于J2EE的B/S架构第二方案:基于WINDOWS DNA 的B/S架构方案选择 为保证系统的性能、可靠性、安全性、扩展性和灵活性,建议:本系统采用基于J2EE的三层B/S结构来建设本系统拓扑结构说明• 第一层:客户端一级分行、二级分行客户端通过浏览器方式访问后台数据库中的抵债资产信息• 第二层:WEB服务器(应用服务器)层WEB服务器接受客户端的连接请求,并将客户端的业务信息传递给应用服务器进行解决应用服务器负责检查数据的合法性以及解决复杂的业务逻辑• 第三层:后台数据库后台数据库存储抵债资产的所有信息 • 系统环境设计软件环境: 服务器端操作系统采用UNIX,应用服务器选用BEA公司的WEBLOGIC或IBM公司的WEBSPHERE,数据库服务器选用ORACLE公司的ORACLE 8I或者IBM DB2 或者 INFORMIX 7.2。
客户端软件为INTERNET EXPLORE 4.0或NETSCAPE5.0以上的版本• 硬件环境: 采用运营UNIX操作系统的服务器,产品为 IBM公司的RS/6000或者HP公司的HP9000根据实际情况需要可配置多台PC SERVER作为WEB服务器客户端为普通PC机即可• 开发工具: 选择IBM公司的软件开发包:IBM VISUALAGE FOR JAVA技术可行性评价• WEB技术方案可行一是建行的网络改造已经完毕,网络条件能满足WEB技术对网络带宽较高的规定二是抵债资产管理信息系统重要是对信息进行查询、分析,对信息的增、删、改等操作较少这也适于采用WEB技术进行开发• J2EE技术成熟J2EE是业界公认的技术标准UNIX平台具有比WINDOWS平台更高的稳定性,在UNIX平台上实行WEB技术的唯一选择只能是J2EEJ2EE可以运营在UNIX和WINDOWS两个平台上,而WINDOWS DNA只能运营在WINDOWS平台上• 信息技术部已经运用J2EE的架构编写了DEMO程序,在全国10个以上的一级行进行了测试测试结果证明采用的技术方案完全可行。
四、与相关系统的关系(一)与《信贷管理信息系统》的关系1、区别⑴系统描述的对象不同《抵债资产管理信息系统》以“抵债资产的管理”为核心,而《信贷管理信息系统》以“客户管理”为核心⑵系统描述的内容不同《抵债资产管理信息系统》描述抵债资产的管理与处置,《信贷管理信息系统》描述贷款的管理2、联系⑴《抵债资产管理信息系统》是《信贷管理信息系统》的延伸,是对《信贷管理信息系统》的补充和完善《信贷管理信息系统》的不良贷款一旦发生抵债行为,《抵债资产管理信息系统》将对贷款的这种转化形式——抵债资产进行描述管理⑵ 两个系统有统一的指标建立接口《抵债资产管理信息系统》与《信贷管理信息系统》之间可以通过“借款人名称”建立接口,某笔抵债资产通过“借款人名称”在《信贷管理信息系统》中可相应到某一笔或某几笔协议,《信贷管理信息系统》同中的一笔协议通过“借款人名称”可在《抵债资产管理信息系统》中相应到某一笔或某几笔抵债资产二)与《柜面业务解决系统》的关系1、区别 《抵债资产管理信息系统》以“抵债资产”为中心,而《柜面业务解决系统》以“帐务解决”为中心2、联系⑴ 两个系统均涉及对抵债资产的会计核算《柜面业务解决系统》对抵债资产的业务解决进行规范核算,而《抵债资产管理信息系统》自身也建立了对抵债资产收取、处置进行核算的台帐,该台帐与《柜面业务解决系统》中的帐务解决数据保持一致。
⑵ 两个系统之间进行定期自动对帐《抵债资产管理信息系统》的指标体系按照会计科目进行科学分类,并在台帐中分别列入1810、1820、1830、1840、1850、1860、1870科目 虽然信贷管理信息系统、柜面业务解决系统与抵债资产经营管理有密切联系,但由于抵债资产的经营管理对象在本质上与这两个系统存在较大差异,以上两个系统不能完全承担起对抵债资产管理的责任因此,提出对抵债资产管理信息系统的业务需求完全有必要五、项目实行计划及进度计划2023年 1月……2023年8月 项目研究论证阶段2023年12月……2023年4月 项目开发阶段2023年 5 月……2023年7月 项目培训。
