汇报(系统管理的想法)

1、1、我想谈一点自己的看法，我认为信贷管理系统（computer management information system）可以看作是一个针对银行业"企业管理”的一种管理 应用软件。分为“操作型cmis（ocmis）"和“分析型cmis（acmis）”， 而现阶段大多数的信管系统都是0cmis,主要是因为管理上还没有达 到acmis的阶段，也因为it支撑还不够（包括技术上，数据上，方 法论上）。其实，cmis也是一种知识管理（km, knowledgemanagement ）系统，而对于km系统来说，主要有数据获取、提炼与 检查、共享、反馈四个步骤。那么，对于cmis来说，

2、也应该具有对 数据的获取（0cmis）、对数据的提炼从而形成信息（业务管理与系统 建设相互作用，交叉影响发展）、信息共享（告诉信贷人员哪些客户 是可以争取的，哪些贷款是需要注意风险的等信息）、然后反馈到 0cmis （怎么样改进数据的获取方法，或者是还需要增加哪些数据信 息量），这应该是一个闭环。风险管理就是对银行业务中的风险进行确认、量化、报告、预警的一 个过程；用信息技术语言来说，风险管理就是用一个科学的方法建立 风险管理的模型，对数据进行整理、加工、展现、挖掘的一个详细数 据处理过程。数据源的完整性和可用性在很大程度上影响着数据分析 的精确度。目前国内银行在推进风险管理过程中，数据问题是

3、实际遭 遇的最大技术障碍，包括怎样获得所需数据、数据的可靠性、完整性 和一致性等等。虽然，我们没有足够多的历史数据，也有一部分垃圾 数据。但不是说我们就停滞不前，就不进行风险管理建设。数据的收 集只是初始步骤，而数据质量的深加工则是一个循环反复的过程，不 可能是一蹴而就。而且数据质量管理是一件耗时耗力的工作，是可以 及早进行的。第二重门：应用起点门。针对信管系统的实施，我都在思考同一个问题，即“我们银行的风险 管理体系从哪里开始着手建立？ ” 一个好的风险管理系统需要一个具 备前瞻性的基础架构，如先建立聚集有效信息的数据中心，奠定风险 分析的基础；然后在数据中心的基础上搭建一个风险分析平台，其

4、中 包括风险模型库和量化分析器，人们可以根据需要新增、调整风险模 型，并根据风险模型对风险进行识别和度量；最后利用分析平台提供 的分析度量服务在各业务系统中进行风险控制。就我了解到的国外较好的风险管理软件是分成了三个层次，将日常操 作和管理是要分开的，日常操作是业务前台，真正的管理核心是业务 中台，后台是个“知识库”。所以我们可以做的还有很多。我觉得美国赛仕软件的建议很不错，“对于风险管理系统的起步，银 行用户首先必须制定出一个规划，这个规划可以很宏观；其次，不必 将风险管理神秘化。银行内部业务中早已有一些手工或半自动化的手 段在进行风险管理，只是这种方法很主观，仅被少数有经验的人员掌 握。对

5、国内银行来说，风险管理最可行的实践方法就是从所有银行业 务中确定出一个最需要快速改变的环节，然后就该环节进行相应的基 于风险管理的改造。”因此我们是不是先想好，到底想做什么，是客户、流程、贷后、报表, 还是风险管理。想要做好系统就是数据，包括成本数据，资金数据， 资产负债数据等等，有了数据才能去谈客户分析、贷款定价、风险计 量。而我们行目前差的就是数据，也就是系统支撑。综上所述，我认为应将下阶段系统的工作重点放在数据质量上，安硕客户最多，不过有几个问题，第一，系统性能极差，这是因为整体设计的问题，特别是 报农运行慢，这个客户反映很大.一、系统管理存在的问题1、团队之i'可缺乏必要的沟通

6、2、各团队缺乏整体、全局观念3、少其他相关部沟通较为i木i难（-）团队z间缺乏必要的沟通1、需求开发各系统相互联系、相互影响的，尤其涉及系统间接口以及蛊耍修改其他系统的情况，应该共 同商量，充分沟通。2、日常应用（1）各团队在口常使用系统当屮，经常会遇到一些问题，无论是因为对系统不熟悉或是存 在系统性错误，都应及时与系统管理人员沟通。这样系统管理人员才能在尽早地发现问题、 解决问题。（2）目前信管系统己基本实现授信业务的全流程管理，各团队对各分支行机构布置工作任 务，几乎都需要在信管系统中进行操作。尤其是授信审批方案确定、风险分类、数据录入与 采集等均与信管系统密切相关，而ii须要系统管理人员给予相应的支持。现实的情况是，各 团队向分行布置任务，没冇通知系统管理人员，往往遇到问题了再介入当小。所以我认为， 业务处理与系统管理应该耍紧密结合，才能高效率地完成工作。（二）各团队缺乏整体、全局观念hl前系统管理属于授信管理团队，我认为作为系统管理人员是为信贷业务服务的，应当 摒弃本文主义。首先应熟练学握系统全流程操作，全面管理项id需求、开发、测试。所以无 论那个部门、那个机构、那个团队提出的需求，我都与相关业务人员、信科部人员、开发公 司共同商讨系统实现方案，业务需求是一冋事，系统实现是另一