增量利息收支测算系统

项目时间：2008年9—2008年11月

项目背景：
本需求由总行财务会计部提出，供总行财务会计部做资金计划使用。
现该工作完全由手工计算，工作量巨大，并且没有统一的业务规范，对数据的把握不是十分准确。
通过该系统的开发，实现所有手工计算的功能，并在此基础上，添加对增量资金计划时所有的功能，实现电算化，并产生报表。

实现功能：
计算一级分行和总行各业务种类的增量计划在预测区间内的收支。

系统特点：
包含业务种类全、完全模拟实际业务发生情况，计算准确、使用方便；
跑批计算时间短，一般一年半的预测区间大概10分钟计算时间；
可多参数跑批，为业务部门的预测提供可能；
采用TERADATA的UDF技术，是仓库首次使用UDF做应用，为仓库做应用提供了技术积累。

项目成果：
系统上线后，为建行计财部对来年的经营计划，提供高效准确的数据依据，获得业务部门书面邮件表扬的好评。

人民银行支付业务报表系统

项目时间：2008年9月—2009年1月

项目背景：
为了全面、完整地了解银行结算业务情况，适应新形势下开展支付信息分析工作的需要，人民银行总行下发了《中国人民银行办公厅关于报送金融机构支付业务报表的通知》（银办发〔2005〕341号），要求自2006年一季度起各银行业金融机构以季报形式向人民银行报送五类共计九张支付业务报表（每张报表含全国汇总及分省、自治区、直辖市报表）。由于报表数据涉及多个业务部门，报送渠道多样、报送流程复杂、准确性和时效性不高，为了简化报送方式、减轻各部门、各分行报送压力、统一数据来源、提高报送准确性，满足行内外对我行支付业务信息统计及分析的需要，必须通过相关系统的改造及报表报送平台的整合，实现支付业务报表的电子化报送。

系统特点：
报表生成模块：包含数据展示、数据补录、报表审核、生成。
报表分析模块：包含报表数据验证功能，当期数据和累计数据的比较分析。
数据的分析、挖掘能力。如：同上季度及去年同期相比较。
报表查询模块：可提供总行和一级分行用户查询历史报表的功能。

项目成果：
系统的上线，帮助建设银行实现人民银行支付业务报表的电子化报送，为以后逐步取消原有的报送方式打下了坚实的基础。

个贷行为评分卡应用

项目时间：2008年11月—2009年2月

项目背景：
在当前“扩内需、保增长”的关键时刻，为了在控制风险与追求增长之间寻找平衡，银行采用了各种最新的科技手段来实现这种平衡，建行实施的风险计量工具代替传统的“人海战术”，将有效个人信贷业务实现“保增长”和“控风险”有机统一。“计量工具”是将识别、分析、评估、控制风险融为一体的整合管理手段，通过一定的软硬件平台（例如系统、组织、人员），在准确评估客户、债项风险的基础上，以一套标准化的流程操作规范，贯彻一系列风险管理规则，达成各项管理目标。具备集中、批量甚至智能化的处理能力，使风险管理效率大为提高；对管理对象进行细分，并对应实施差异化管理规则组合，使风险管理的精细化水平大为提升；内化于业务流程中，保证了执行力；具有较强的可延展性、灵活性，保障了风险管理对市场形势的快速反映。个贷行为评分卡就是在基于上述背景之下实施的，既控制了个人贷款业务的风险，又实现了个人贷款业务的增长。

实现功能：
对车贷、房贷和个人消费贷等零售信贷产品的账户进行评分，方式是根据各个账户每期的还款记录和逾期记录来计算出中间变量和特征变量，并进行行为评分和计算出对应坏账比例，从而保证了对个贷业务的风险控制和业务增长。

系统特点：
1、用科学有效的巴塞尔II模型对账户的行为进行了评分
2、应用采用了中间层表，保持了原来数据的特征、易维护

项目成果：
系统上线之后，根据客户账户的评分，在客户申请个人贷款的时候，就可以：评分较高的客户系统自动审批通过，评分较低的客户系统自动拒绝，只对处于中间区域的客户进行人工审批，同时，对于高分、低分区间但具备某一重要特征的客户，应用挑选政策转由人工审批。该风险计量工具代替了传统的“人海战术”，有效保证了中国建设银行个人信贷业务实现“保增长”和“控风险”有机统一。

CCMIS迁移与改造系统

项目时间：2008年11月—2009年2月

项目背景：
根据《中国人民银行办公厅关于做好个人银行结算账户集中申报及导出工作的通知》（银办发〔2005〕196号，以下简称“人行通知”），以及《关于转发<中国人民银行办公厅关于做好个人银行结算账户集中申报及导出工作的通知>的通知》（建会[2005]150号）的相关要求，信用卡中心应当向中国人民银行定期申报龙卡信用卡账户信息及相关的持卡人信息。同时，根据国家外汇管理局“汇发〔2004〕66号《国家外汇管理局关于规范银行外币卡管理的通知》文件规定，信用卡中心须按月、年提供贷记卡的交易、购汇的相关数据。
由于建行CCMIS系统进行升级后，原有的相关报表功能需要在DW数据仓库来实现，同时人民银行报送接口的变更，也需要在本次迁移改造需求中实现。

系统特点：
高效性 通过设计低耦合的模块来实现系统内部的高效性。
可配置性 系统的处理参数均采用可配置的方式。
可扩展性 具备良好的后续扩展性。

项目成果：
系统的上线，帮助卡中心实现了CCMIS的R2、R3报表功能向DW的迁移，为以后向人行、外管局及时、准确地申报信息打下了坚实的基础。

CCDA应用支持第一部分

项目时间：2008年5月—2008年11月

项目背景：
总行信用卡中心相关业务系统不断发展与完善，现有的CCMIS系统已经不能满足数据的需要。同时因为CCMIS数据在仓库内现在是一个独立的数据集市，考虑到仓库数据的高度统一、成本管理、应用的丰富性、应用的可扩展性等，CCMIS数据集市的功能以后将被仓库所替代，让ICS、APS、CC、CISS、CSR、IVR、IABS数据依赖仓库丰富的数据提供更多有价值的应用。所以信用卡数据都要从ICS、APS、CC、CISS、CSR、IVR、IABS源系统重新抽取到仓库中心，对数据进行重新建模，数据集市开发，使之满足于卡中心相关应用的需要。
总行信用卡中心要求仓库严格按照《CCDA-T-CCDA与DW接口说明书》提供数据。

系统特点：
相对ccmis数据更加丰富；
在ccmis数据基础上修正了一些算法，数据更加准确；
应用采用了中间层，性能优越、易维护；

项目成果：
系统的上线，帮助信用卡中心对渠道、市场、会计、风险、收单分期、业务综合等方面的数据分析统计更加深入准确，对卡中心的市场营销、风险报警、成本控制、绩效考核等提供更有价值的参考信息。

CCDA应用支持第二部分

项目时间：2008年12月—2009年4月

项目背景：
信用卡应用支持第二部分是信用卡支持第一部分的延续，对第一部分数据做补充。

系统特点：
相对ccda第一部分数据更加丰富；
在ccmis数据基础上修正了一些算法，数据更加准确；
应用采用了中间层，性能优越、易维护；

项目成果：
系统的上线，帮助信用卡中心对卡片变化、卡与账户关系、客户变化、账户变化的历史数据进行追述。对信用卡的使用行为能够加深理解。同时ccda行内客户信息的上线，对信用卡中心挖掘潜在客户提供有力的数据支持。

1104监管报表改造

项目时间：2008年7月—2009年7月

项目背景：
银监会为了加强对银行业的持续监管，提出了新监管报表体系，并在2006年起开始上报。在2005年4月DW&MIS项目正式启动，项目目标中明确提出DW&MIS项目要与次年初监管报表报送工作进行衔接，鉴于此，信息中心提出对外监管报表的需求梳理工作。
监管报表经过两期的整理，供数，汇总，取数各步骤基本完善，现已形成了以27张基础报表为主体，覆盖大部分会计指标的一套完整的应用系统。
由于上游系统SMIS1.0升级到SMIS2.0，提供的指标进行了修改，对原有监管报表涉及SMIS指标部分进行改造。由于上游系统CMIS3.0升级到CMIS II，将在2009年6月份停止供数，这样涉及到CMIS的监管应用将没有CMIS数据源而无法出报表；经项目组分析、确认，拟加载CMIS II的数据代替CMIS的数据。在本期的改造中需要对CMIS II在数据的组织、存储、粒度等方面重新分析、梳理CMIS II的数据源，以及基于CMIS II的监管业务口径。

系统特点：
完善了报表接口；
更新了系统指标，采用统一的取数接口，更易维护；
保证了行内与行外系统之间的数据协调；
解决了部分遗留下的历史问题。