四、项目一期的困惑
江苏中行客户风险管理系统有着突出的特点。首先，系统的建设是走在全行业前面的，没有成型的案例可供参考，因此整个系统的需求不可能一下子完全明确，而系统的建设注定是一个不断摸索、不断完善、不断优化的过程，数据结构会改变，业务逻辑的功能会反复;其次，即使系统的业务处理流程能够暂时确定下来，但是由于中行的经营模式和经营理念会因市场环境的变化而不断改进，业务的变化会非常频繁，流程的变动也会经常出现，随着系统的投入使用，将来也必然需要对现有流程进行调整。如果用一个词来概括江苏中行客户风险管理系统的需求特征，那就是“灵活”。
缺乏对于系统架构的总体考虑，使得一期系统遭遇了巨大的困难。整个系统的各个部分耦合性很强，就像铁板一块，牵一发而动全身，一个Bug的修复可能会引起其他模块出现新的Bug。在项目的后期，江苏中行要求完成的新的业务流程，往往都要在超出预期的时间内才能完成，即使完成也很难保证质量。一期在6个月的开发后上线运行，但是，上线后有些流程的调整难以实现。
五、采用基于构件技术的升级规划
为了克服一期系统中的诸多问题，江苏中行拟进行客户风险管理的升级，进行项目的二期建设(系统架构如图2所示)，在仔细规划后明确提出了以下要求。
(1)经过一期的初步尝试，二期对系统的功能进行进一步扩展。首先转变系统的定位，从简单的事务型的台账系统转变为经营管理型的系统，对一期实现的授信交易功能进行大刀阔斧的改造，将客户的抵质押信息、保证人信息等进行绑定，实现“流程推动服务”，在授信交易的过程中对各种风险点主动进行提示;同时，增加授信审批流程、五级分类审批流程、贷后管理等功能模块，增加集团客户的授信管理、风险监控等业务流程。在功能上，系统的二期比一期复杂很多。
(2)改变一期系统在实现业务流程时采用的数据建模的方式，选择成熟的工作流引擎，在系统架构上实现业务流程同业务逻辑层、展现层、数据层的分离，隔离业务与技术的变化，形成一个高内聚、松耦合系统，从而能够满足系统业务流程根据业务需要快速进行调整的要求。
(3)系统的开发采用统一的技术平台，能够和工作流引擎无缝结合，基于开放的技术标准、面向服务的架构(SOA)、面向流程的业务整合，带来系统稳定性和扩展性的提升。
(4)系统的权限控制必须满足现有及未来组织结构的变化，使得整套系统的用户管理能够进行横向、纵向的扩展，可以随时根据业务发展需要把系统的操作权限下放，也可以收归省行管理。
(5)提高系统在性能上的表现。客户风险管理系统的用户涉及省行全辖各分行、支行的公司业务部、国际结算部、授信执行部和风险管理部等业务部门，系统用户数近3000人，系统数据以千万计，系统必须在多用户数、大访问量、高并发性和高响应速度上有更优异的表现。
总之，每个岗位都是风险管理系统的业务构件。
图2 客户风险管理系统
