分类： 银行职业资料

如何避免推广工作中的沟通失灵.ppt
新终端平台系统全行推广规范.doc

Java基础培训.ppt
java线程池及数据库连接培训.doc
Larva框架介绍培训.ppt
ORACLE数据库介绍和PLSQL培训0904(乐晓宇).ppt
UNIX 平台和基本使用指南.ppt
web应用开发入门.ppt
《测试入门－理论篇》.ppt
个人理财与产品培训.ppt
中间业务平台c语言编码培训.ppt
中间业务平台开发技巧指导培训（1）.ppt
中间业务平台开发技巧指导培训（2）.ppt
会计业务基础知识培训课程.ppt
信用卡基础知识培训0904李明.ppt
储蓄业务基础知识.ppt
国内投资市场介绍.ppt
新员工培训.ppt
新员工培训班试卷试题.doc
新员工培训班试卷试题2.doc
新员工职场素质培训（第一课）.ppt
新员工项目管理培训.doc
新终端JAVA平台交易开发.ppt
新终端JAVA平台交易开发培训教材.doc
项目管理_新员工培训（项目管理规范、配置管理规范）.ppt

Java介绍.ppt
ORACLE数据库介绍和PLSQL培训.ppt
UNIX 平台和基本使用指南.ppt
《上海研发部办公环境、网络环境介绍》(网络环境).ppt
《测试入门－理论篇》.ppt
上海研发部信息安全管理注意事项.ppt
上海研发部办公环境介绍.ppt

测试部新员工系列培训-《测试设计方法介绍》：
测试部新员工系列培训-《测试设计方法介绍》因果图法.doc
测试部新员工系列培训-《测试设计方法介绍》因果图法.ppt
测试部新员工系列培训-《测试设计方法介绍》场景法.doc
测试部新员工系列培训-《测试设计方法介绍》场景法.ppt
测试部新员工系列培训-《测试设计方法介绍》基本路径法.doc
测试部新员工系列培训-《测试设计方法介绍》基本路径法.ppt
测试部新员工系列培训-《测试设计方法介绍》杭州测试部测试设计培训总体材料.ppt
测试部新员工系列培训-《测试设计方法介绍》等价类划分.ppt
测试部新员工系列培训-《测试设计方法介绍》等价类划分法.doc

测试部新员工系列培训-产品线业务知识培训：
测试部新员工系列培训-产品线业务知识培训中间业务
测试部新员工系列培训-产品线业务知识培训中间业务中间业务新人培训.ppt
测试部新员工系列培训-产品线业务知识培训中间业务中间业务新人培训习题.doc
测试部新员工系列培训-产品线业务知识培训中间业务中间业务新人培训材料.doc
测试部新员工系列培训-产品线业务知识培训信贷业务
测试部新员工系列培训-产品线业务知识培训信贷业务法人信贷业务流程简介.doc
测试部新员工系列培训-产品线业务知识培训信贷业务法人信贷业务流程简介.ppt
测试部新员工系列培训-产品线业务知识培训金融市场业务
测试部新员工系列培训-产品线业务知识培训金融市场业务金融市场业务介绍.doc
测试部新员工系列培训-产品线业务知识培训金融市场业务金融市场业务介绍.ppt
测试部新员工系列培训-产品线业务知识培训银行卡业务
测试部新员工系列培训-产品线业务知识培训银行卡业务中银亚洲培训-银行卡业务A4.ppt

测试部新员工系列培训-制度规范培训：
测试部新员工系列培训-制度规范培训内部日常管理纪律培训.ppt
测试部新员工系列培训-制度规范培训性能测试流程介绍.ppt
测试部新员工系列培训-制度规范培训测试一部内部管理制度介绍.ppt
测试部新员工系列培训-制度规范培训测试工作方法和要求.ppt
测试部新员工系列培训-制度规范培训测试工作流程.ppt
测试部新员工系列培训-制度规范培训珠海测试部制度及测试流程规范.ppt
测试部新员工系列培训-制度规范培训珠海测试部部门制度、日常工作方法及测试流程规范.doc
测试部新员工系列培训-制度规范培训系统测试流程介绍.ppt

测试部新员工系列培训-技术知识培训：
测试部新员工系列培训-技术知识培训《数据库知识运用》
测试部新员工系列培训-技术知识培训《数据库知识运用》数据库知识运用.ppt
测试部新员工系列培训-技术知识培训《数据库知识运用》数据知识运用.doc
测试部新员工系列培训-技术知识培训测试管理工具
测试部新员工系列培训-技术知识培训测试管理工具测试管理工具使用介绍.ppt
测试部新员工系列培训-技术知识培训自动化测试培训
测试部新员工系列培训-技术知识培训自动化测试培训自动化功能测试培训教材.ppt
测试部新员工系列培训-技术知识培训自动化测试培训自动化测试培训教材.doc

总体：
总体市场风险与产品控制.doc

产品控制：
产品控制产品控制系统整体结构图.jpg
产品控制新资本协议市场风险框架的修订稿（产品控制P27-29页分析）.doc
产品控制法兴银行内部欺诈事件分析报告（原版）.doc
产品控制金融市场业务与风险管理系统自主项目－产品控制子项目总体方案A1.doc

市场风险：
市场风险IT Infra Plan Schematic_Chinese 1.2 Final.jpg
市场风险IT Infra Plan v9 CN2.jpg
市场风险总体方案（金融市场业务与风险管理自主研发项目-市场风险子项目）.doc

健康检查—数据库健康检查技术手册.doc
健康检查—数据库和中间件运行情况.ppt
健康检查—数据库日常管理操作清单及分析.doc

《数据生命周期管理技术规范》.ppt
数据生命周期管理.ppt
数据生命周期管理规范.doc

SEAS系统操作培训.ppt
数据质量治理及考核要点解读.ppt

业务场景图及数据流图制图过程经常出现的问题、制图技巧分享.doc
业务场景图练习.vsd
数据流程图练习.vsd
文审制图问题交流–业务场景图、数据流图.ppt

业务场景制图规范：
业务场景制图规范业务场景制图规范.doc
业务场景制图规范实例
业务场景制图规范实例个人网银欢送页项目总体方案A0.doc
业务场景制图规范实例个人网银欢送页项目总体方案A1.doc
业务场景制图规范实例保证金保管项目总体方案A0.doc
业务场景制图规范实例公积金取款业务场景.vsd
业务场景制图规范实例公积金取款业务场景A0.vsd
业务场景制图规范实例托管资产风险监控系统需求变更11项目总体方案A1.doc
业务场景制图规范实例本外币理财平台支持分行特色理财优化项目总体方案A0.doc
业务场景制图规范实例牡丹车队卡项目总体方案A0.doc

业务流程、环节、模块示意图：
业务流程、环节、模块示意图主机记帐业务流程图.vsd
业务流程、环节、模块示意图利息计提业务流程图.vsd
业务流程、环节、模块示意图卖方客户.vsd
业务流程、环节、模块示意图卖方客户状态迁移图.vsd
业务流程、环节、模块示意图对象示意图（个贷许可证）.vsd
业务流程、环节、模块示意图对象示意图（即远期交易）.vsd
业务流程、环节、模块示意图流程、环节、模块树状示意图.vsd
业务流程、环节、模块示意图状态迁移图（个贷许可证）.vsd
业务流程、环节、模块示意图资产转入业务流程图.vsd
业务流程、环节、模块示意图远期交易状态迁移图.vsd

总体方案：
总体方案总体方案文审-Visio练习.vsd
总体方案总体方案文审交流.ppt
总体方案总体方案文审交流试题.doc
总体方案总体方案练习.doc
总体方案总体方案设计技术指南A0.doc

项目风险管理培训.ppt
项目风险管理.ppt

项目管理的几个基本概念
项目风险管理
日常工作中常见的项目风险和对策

普通项目软件过程管理.doc
项目管理中的统计学.ppt
项目管理及RPM操作培训.PPT
项目管理活动.doc

华夏智诚PDU申请材料:
华夏智诚PDU申请材料PDU介绍.doc
华夏智诚PDU申请材料PDU常见问题.doc
华夏智诚PDU申请材料如何在PMI网站申请PDU.doc
华夏智诚PDU申请材料获得PDU的方式及如果在线申请.doc

培训内容简介：
1.统计学的基础知识
2.统计学的应用
3.质量管理中的统计学
4.沟通管理中的统计学
5.工作管理中的统计

开发经理工作手册.doc
新员工项目管理培训.doc
配置管理及QA工作培训教材.ppt
需求编制阶段工作流程.ppt
项目检查点.xls
项目经理工作内容讲解-依据项目经理工作手册，对部门内项目经理讲解基本的流程及注意事项.ppt
项目经理工作内容讲解.ppt
项目经理工作手册.doc
项目经理资格认证实施方案.doc
项目评审规程.doc
项目阶段要点.xls

1.CMMI基本概念与文件架构
1.CMMI基本概念与文件架构项目经理主要工作索引.doc
1.CMMI基本概念与文件架构项目经理资格认证—CMMI培训.ppt

：
2.项目开发管理办法
2.项目开发管理办法开发文档属性表.xls
2.项目开发管理办法接口管理实施细则(SDC RF202A1).doc
2.项目开发管理办法评审规程(SDC RF201A4).doc
2.项目开发管理办法软件生命周期定义及裁剪指南.doc
2.项目开发管理办法项目开发管理办法(SDC RF184A7).doc
2.项目开发管理办法项目经理任职资格说明.doc
2.项目开发管理办法项目风险管理讲稿.ppt
2.项目开发管理办法风险定义表.doc

3.配置管理办法：
3.配置管理办法配置管理办法(SDC RF187A4).doc

4.安全规章制度：
4.安全规章制度应用软件开发安全管理办法实施细则(SDC RF220A0).doc
4.安全规章制度软件开发中心产品保密管理办法(SDC RF017B6).doc

5.项目考核、外部资源等：
5.项目考核、外部资源等外部技术资源管理办法(SDC RF179A3).doc
5.项目考核、外部资源等项目考核实施细则(SDC RF199A4).doc

6.规范类：
6.规范类文件编写规范.txt

8.规模的评估：
8.规模的评估软件规模评估规程(SDC RF209B1).doc

2015年1月全省科技开发项目信息简报.doc
2015年2月全省科技开发项目信息简报.doc
2015年3月全省科技开发项目信息简报.doc
2015年4月全省科技开发项目信息简报.doc
2015年5月全省科技开发项目信息简报.doc
2015年6月全省科技开发项目信息简报.doc
2015年7月全省科技开发项目信息简报.doc
2015年8月全省科技开发项目信息简报.doc
电脑中心项目开发进展通报201501.doc
电脑中心项目开发进展通报201502.doc
电脑中心项目开发进展通报201503.doc
电脑中心项目开发进展通报201504.doc
电脑中心项目开发进展通报201505.doc
电脑中心项目开发进展通报201506.doc
电脑中心项目开发进展通报201507.doc
电脑中心项目开发进展通报201508.doc
电脑中心项目开发进展通报201509.doc

项目考核办法研究报告.ppt
项目考核各因素的影响及分析.ppt

001时间管理教程（两天）.pdf
002项目时间管理教程（一天）.pdf
时间管理培训教材.pdf
时间管理教材.doc

关于编写文档的案例.doc
项目文档编写培训教材.doc

Larva原型设计平台培训讲义.ppt
个人营销和法人营销系统流程.doc
功能点评估常见问题分析与处理.ppt
外币债券估值引擎需求讲解.ppt
私人银行客户关系管理及投资组合管理系统项目交流材料.ppt
需求分析技术指南A0.doc

功能点评估常见问题分析与处理.ppt

功能点概算要点：
讲述功能点概算的注意要点，功能的粒度，以及相似功能的相关事项。以及和软需的对应关系、复杂度，以及工作量区分的相关注意事项。

Larva原型设计平台培训讲义.ppt

一、概述
二、功能介绍
三、生成演示原型
四、生成软需文档
五、生成框架代码
六、操作演示
Larva原型设计平台支持在需求编制、分析阶段快速构建应用原型，提供应用原型演示，同时能生成文档和框架代码，有利于沟通和完善需求，并能做到有效传承。

原型设计工具特点：
可视化图形设计，降低使用门槛
提供快速系统演示，提高需求分析和确认的质量和效率
提供常用页面控件，提高工作效率
附带模板功能，提高设计效率
页面控件风格统一，便于自动化测试工具的开发和自动化参数配置
提供各种生成物，满足项目开发需要

需求管理工作手册.doc

需求分析表.xls
需求初审意见反馈表.xls
需求变更意见反馈表.xls
需求跟踪表.xls
项目变更记录表.xls
项目范围和计划变更表.xls
项目范围和计划表.xls

银行科技培训资料：中国农业银行网络结构和技术课件.ppt

网络基础
交换技术
路由技术
安全域
防火墙
高可用性

带宽越高、数据传输可利用的资源就越多，因而能达到越高的速度。
bit/s和byte/s
广域网带宽利用率70％
线路存在延时

练习：
假设软件开发中心连接数据中心（北京）的线路带宽是1000M，要从
数据中心（北京）下传一个10G的报表，在没有其它应用占用线路带宽的
情况下，大概要多长时间可以传送完？

答案：t=(10*10^9*8)/(1000*10^6*70%)=1.9(分钟)

对于大于25M的线路带宽，协议特性和线路延迟可能会对带宽的利用率带来影响

数据中心之间的带宽是622M，通过FTP(1个连接)传送一个大小为300G的报表，线路的双向延迟为20ms，理论上最快传输时间为多少？

安全域
ACL
防火墙
IDS
非法外连监控

网络系统内包含相同的安全要求，达到相同的安全防护等级的区域
同一安全域一般要求有统一的安全管理组织和制度以及统一的安全技术防护体系
两个安全域的安全等级差别越大，其边界的可信度越低，风险等级就越高

银行科技培训资料：中国农业银行营业网点及业务处理中心信息系统运行环境建设和维护规范.doc

目录
总则3
第一章岗位设立和职责4
第二章运行环境5
第三章供配电系统5
第四章综合布线系统7
第五章技术维护8
附件：9

第一章岗位设立和职责
第八条总行信息科技部作为全行营业网点及业务处理中心运行环境管理部门，应设置营业网点及业务处理中心运行环境管理岗，具体职责包括：
1、负责组织相关规范的制定和修订工作；
2、负责组织协调全行营业网点及业务处理中心运行环境管理工作；
3、负责收集各单位在规范执行过程中的意见及建议。
第九条各级分行信息科技部门须设置营业网点及业务处理中心运行环境维护岗，负责辖内的营业网点及业务处理中心运行环境的技术维护工作，具体职责包括：
1、负责根据本单位营业网点及业务处理中心信息系统运行环境特点制定相应的维护计划，负责日常维护工作的实施；
2、负责及时协调处理营业网点及业务处理中心信息系统运行环境的各类报警、事件及问题；
3、负责组织营业网点及业务处理中心信息系统运行环境的新建和技术改造工作的技术审核和验收工作；
4、建立维护营业网点及业务处理中心的信息系统运行环境技术档案，及设备巡检维护手册、应急方案等文档。
5、负责向全行营业网点及业务处理中心运行环境管理部门反映规范执行过程中的意见及建议。
第十条各级营业网点及业务处理中心应设置信息系统运行环境运行巡检员，具体职责包括：
1、根据规范要求，进行营业网点及业务处理中心信息系统运行环境的日常检查；
2、及时向信息科技部门报告发现的各类报警、事件及问题。
第二章运行环境
第十一条计算机设备、机柜、UPS、配电箱和配线箱等设施应避开水、暖管道，否则须采取相应的防水措施。
第十二条营业网点及业务处理中心应配备设备机柜，用于放置路由器、交换机等设备，机柜应放置在相对独立的区域内并进行加锁保护。
第十三条营业网点及业务处理中心应满足设备运行对环境温度的要求，防止计算机、UPS、路由器、交换机等设备的散热口阻塞，确保设备良好散热。
第十四条营业网点及业务处理中心应采取防鼠措施。
第十五条营业网点及业务处理中心应配备一定数量的计算机设备专用的手提式灭火器。

银行科技培训资料：《中国建设银行股份有限公司信息科技管理委员会章程》和《中国建设银行股份有限公司技术审查委员会工作规则》.doc

中国建设银行股份有限公司信息科技管理委员会章程

第一章 总则
第一条 为完善公司治理结构，确保有效的信息科技治理，根据《商业银行法》、银监会《商业银行信息科技风险管理指引》和《关于印发中国建设银行股份有限公司章程及“三会”议事规则的通知》的相关规定，结合本行实际，特制定本章程。
第二条 中国建设银行股份有限公司信息科技管理委员会（以下简称委员会），是高管层进行信息科技治理的决策机构，管理范围主要包括信息科技战略、信息科技重大决策事项及信息科技风险管理、信息安全管理工作等。

第二章 组织机构
第三条 委员会由下列人员组成：
（一）本行行长、主管信息科技工作的副行长及首席风险官。
（二）总行办公室、财务会计部、管理信息部、投资银行部、金融市场部、个人金融业务部、银行卡业务部、资产负债管理部、资产托管部、信贷管理部、风险管理部、结算与现金管理部、运行管理部、国际业务部、内部审计局、内控合规部、信息科技部、电子银行部、产品创新管理部、人力资源部、数据中心（北京）、数据中心（上海）、软件开发中心等部门总经理（主任）。
第四条 委员会主任委员由行长担任，副主任委员由主管信息科技的副行长和首席风险官担任。
第五条 委员会在总行信息科技部设立办事机构——委员会办公室，负责组织协调委员会的日常工作，并由信息科技管理委员会秘书处统一履行其相关职责。委员会秘书长由信息科技业务总监担任。
第六条 委员会下设技术审查委员会，主要承担重大项目技术方案审查等工作，按照《中国建设银行股份有限公司技术审查委员会工作规则》开展工作。
第七条 各委员成员所在部室确定1名联络人员，负责与委员会办公室的日常工作联系。

第三章 主要职责
第八条 委员会主要职能：
（一）审议信息科技战略规划、科技制度和技术规范体系建设规划、信息科技年度科技工作计划、年度项目版本规划等内容，推动信息科技治理建设。
（二）审议信息科技重大工程建设规划及进度报告等内容。
（三）审议信息科技风险管理报告。
（四）审议信息安全策略、信息安全重大事项和信息安全评估报告。
（五）审议业务连续性计划、信息系统重大生产事件应急预案、年度应急演练情况报告等内容。
（六）审议信息科技预算和实际支出报告。
（七）审议信息科技外包的相关事项。

中国建设银行股份有限公司技术审查委员会工作规则

第一章　总则
第一条 为加强全行科技决策管理，充分发挥技术审查委员会在全行科技管理中的职能和作用，使全行信息化建设更加规范化、科学化和集约化，根据《中国建设银行股份有限公司信息科技管理委员会章程》的有关规定，结合本行实际情况，制定本规则。
第二条 中国建设银行股份有限公司技术审查委员会（以下简称技术审查委员会）是中国建设银行股份有限公司信息科技管理委员会下设机构，是研究和审议全行信息科技重大项目技术方案等科技事项的机构。

第二章 组织机构
第三条 技术审查委员会由主任委员、副主任委员和若干名委员组成。其中，主任委员1名，由总行分管信息科技工作的副行级领导兼任；副主任委员1名，由总行信息科技部总经理兼任；委员由总行科技部门和总行相关业务部门副总经理级以上部门负责人或专家担任。总行科技部门包括总行信息科技部、数据中心（北京）、数据中心（上海）、软件开发中心；总行业务部门包括个人金融业务部、运行管理部、电子银行部、产品创新管理部、信贷管理部、财务会计部、资产负债管理部、金融市场部、风险管理部、银行卡业务部、管理信息部、结算与现金管理部、国际业务部。
第五条 技术审查委员会委员按照以下程序产生：
（一）部门推荐。技术审查委员会各相关科技和业务部门根据本部门实际情况，推荐2名副总经理级（含）以上部门负责人或专家作为委员。
（二）领导批准。技术审查委员会委员发生变更或增补时，须由主任委员或副主任委员提名，提交技术审查委员会审议通过，并经主任委员批准后生效。

银行软件研发中心培训资料：CM2012的日常开发培训课件.ppt

基于OP模式开发
JSP→OP→JSP模式示例
HttpRequst模式示例
DAO开发示例
基于CTP模式开发
CTP简介
CTP开发示例
公用模块介绍
选客户
选柜员
选地区
utilQuery使用

数据总线三层结构
服务器Session
sessionKCData
addSessionData
updateSessionData
getSessionData
operationSessionData
getStringAt
setFieldValue
addDataElement(addIndexedDataCollection, addKeyedDataCollection)
getDataElement

步骤2：OP接受数据
从opdata中接受数据
String A = this.getString(“A”);
Int L = this.getIntAt(“L”);
IndexedDataCollection icoll = (IndexedDataCollection)this.getDataElement(“icollqueryresult”);
从sessiondata中接受数据
String X = (String)getSessionData(“X”);

步骤2：OP接受数据（续）
SessionData中的数据
AreaCode 柜员所在行
AreaName 所在行的名称
BankFlag 所在行行级别
EmployeeCode 柜员号
EmployeeName 柜员名
EmployeeClass 柜员当前级别
EmployeeClassName 当前级别名称
Major 柜员当前专业
MajorName 当期专业名称
ZhujiFlag 当前地区是否上主机
WorldFlag 当前时区组
LangCode 当前使用的语言
ZoneCode 当前的时区
Login 柜员是否已经登录
FUNCTIONCODE 当前操作的菜单id
operationSessionData 封装的opdata

步骤3：业务处理
根据业务逻辑对获取的数据进行处理，或者获取其他数据
execute()方法的作用是根据opAction来进行转发处理

银行软件研发中心培训资料：db2基础–DB2FORZ/OS基础知识介绍课件.ppt

目的：
1、了解什么是DB2
2、了解SQL和DATABASE的结构
3、了解DB2的系统架构
4、了解应用编程的考虑
5、了解我行的DB2应用

银行软件研发中心培训资料：MIS-POS系统数据结构-商场MIS数据结构文档.doc

商场MIS数据结构
SHOP_INFO 商场信息表
表名 表名描述 长度（字节） 应用范围
SHOP _INFO 商场信息表
序号 域名 域名描述 数据类型（长度） P-key Index F-key
1 SHOPID 商场编号 VARCHAR2(12) *
2 SHOPNAME 商场名称 VARCHAR2(60)
3 LINKMAN 联系人 VARCHAR2(60)
4 LINKPHONE 联系电话 VARCHAR2(60)
5 MEMO 备注 VARCHAR2(128)
6 RESERVE 预留域 VARCHAR2(128)
SHOP_TERM_INFO 商场终端信息表

银行软件研发中心培训资料：rational问题处理与UPMC处理流程操作培训材料

软需中的功能模块ID需要在UPMC模块管理中申请。
模块包括专业类（需选择专业代码）、控制类、接口类、移行类、批量类共五类
包括单笔申请和Excel批量申请
新申请的模块是无效状态，在其他的模块中不能选到。只有经过确认的模块才是有效状态。

模块与项目关联
在模测生产问题登记和编码计划模块中用到
单笔新增模块申请时，项目和模块对应关系可以不选；excel批量申请模块时，项目和模块对应关系必输
对没有确认过的模块，项目和模块对应关系也是无效的。只有确认过的模块，对应关系才是有效的。

模块在UPMC登记并确认
模块成功添加与问题所属项目的关联
关联交易模块的选择不关联项目，可以选出所有已在UPMC登记并确认的模块
问题所属项目登记为历史遗留，则交易模块与关联交易模块一样，可以选到所有已登记模块

银行软件研发中心培训资料：北京研发中心测试部新员工培训考试

北研测试部新员工培训考试

部门： 所在组： 姓名： 得分：
一.单选题（2分/题）
1.我国属于外汇管制国家，故（ ）的结售汇要受外管局的限额。
A.人民币对外币 B.外币间

2.一只标准浮动的债券，在一个付息周期内可以引入（ ）个付息频率。
A. 1 B. N

3.一个科目下可以挂( )个帐号，一个帐号可以对应（ ）个科目。
A. 1 B. N

4.在BIFT应用中投资机构和核算机构是（ ）的对应关系。
A. 1:1 B.1: N

6.以下测试类型中，不在软件开发中心内部进行的阶段是：（ ）
A.集成测试 B.系统测试
C.系统集成测试 D.适应性测试

7.项目系统设计阶段，所需要完成的主要标的物是下面的哪份文档？（ ）
A.总体方案 B.软件需求说明书
C.系统规格书 D.测试报告

8.测试经理需要从下面哪个阶段开始进行系统测试准备工作？（ ）
Ａ.总体方案和POD Ｂ.功能设计
Ｃ.编码 Ｄ.集成测试

9.关于描述：“以产品组合线为测试主线，重点验证产品组合线内各应用的关联业务、业务数据传递是否正确，外联功能是否正确”，是下面哪个测试阶段的重点关注点：（ ）
A.单体测试 B.集成测试
C.系统测试 D.系统集成测试

10.压力测试目前在下面哪个阶段进行：（ ）
A.单体测试 B.集成测试
C.系统测试 D.系统集成测试

12.下面哪个业务是在贷款发放后才能进行的：（ ）
A.客户评级 B.客户授信
C.债项评级 D.十二级分类

10.以下属于员工考评中定量考核的内容是（ ）。
A.系统测试问题和静态测试问题 B.生产效率
C.补丁时效 D.被中心考核的生产问题

11.以下对ITCL自动化测试框架描述正确的是：（ ）
A.AppObjects层储存有关被测应用程序中的GUI元素信息。同时在这里也可以自动生成Getter 方法，这些 Getter 方法可以返回对象，使调用者能够对这些GUI元素进行查询和操作。一般情况下，这些方法在Task层中被调用。
B.Task层中可以封装可重用的方法，这些方法在你的被测系统中实现特定的测试行为.测试动作。同时也可以编写处理复杂的特定的验证方法，并提供给TestCase层调用。
C.TestCase层实现对被测应用的测试逻辑。调用Task层的操作和验证方法，并记录其验证结果，以实现一个完整的测试场景。
D.TestSuite层关联任何测试数据和测试用例，利用callScript调用脚本和参数传递。

12.关键字驱动的自动化测试的特点是（ ）。
A.建立在数据驱动手段之上的一种自动化测试框架
B.识别外部文件（Excel.Xml等）中包含的指令(关键字)，而不只是数据
C.测试人员通过使用关键字来编写测试脚本，由工具来解析和执行
D.主要关键字包括三类：被测对象（Item）.操作（Operation）和值（value）。用面向对象形式：Item.Operation(Value)

13.性能测试的主要目的是（ ）。
A.寻找系统的瓶颈，为优化提供方向和依据
B.找出编码上的缺陷
C.应用性能的判定
D.应用对系统资源要求的参考

银行软件研发中心培训资料：代码检查方法、代码评审介绍交流讲座.ppt

代码检查——提高软件产品质量的利器
“零”缺陷的工作信条
为了生产出高质量的软件，首先需要高质量的、得力的经理
做为管理者——项目经理也是管理岗位，是最重要的实施层面的管理者——工作信条应该是“争取永远做的最好”，即工作“零”缺陷
获得成就感与开发出优秀的产品是紧密相连的

从业余到专业
做为程序员——了解专业程序员和业余程序员的区别
开发程序首先应同程序员交流，其次则是和计算机交流
良好的习惯最重要
项目经理的基本素质要求——首先要求自己做一名专业的程序员

提高产品质量的方法有很多，今天仅仅围绕如何提高代码质量的主题展开
今天讨论的内容也属于过程管理的范畴，这也是近来中心领导历次会议强调的，要加强过程管理和控制
来源于实践总结出的成功经验

软件的质量要素很多
外部质量因素：正确性、精确性、易用性等
内部质量因素：可理解性、简洁性等
内外部质量因素：性能、效率等等
隐含的质量因素：可靠性、容错性、可扩充性、兼容性等等

不要把质量问题当作一个抽象的概念，这样容易曲解它的含义，要具体化。
我们经常在讨论需求、设计的时候用抽象的概念来反复举证，不如展示具体的例子，让讨论的焦点定位在具体的问题上
用具体行动改善我们的工作方法，提升我们的工作过程能力

银行软件研发中心培训资料：分行网站特色业务开发规范

前言 4
1. 页面布局及风格规范 5
1．1页面布局 5
1．2统一风格样式表（css）定义 5
1．3文字大小 6
1．4色调 6
1．5 jsp的大小 6
1．6图片大小 6
1．7明细翻页条数 7
2. 接口规范 7
2．1 XML－RPC规范 7
2．2特殊字符规范 8
3. Request请求规范 9
3．1 GET请求方式 10
3．2 POST请求方式 10
4. 签名规范 11
4．1单笔签名 11
4．2文件签名 11
4．2．1 上传单个文件 11
4．2．2 上传2个文件 12
5. 分行特色业务动态密码 12
5.1动态密码说明 12
5.2开发说明 13
6. 分行特色短信验证（只支持北京分行） 14
7. 错误信息提示 15
8. 超时设置规范 16
6．1总行转发器HttpClient的Http超时 16
6．2有session分行的session超时 16
7.总行传递分行Session数据接口 16
‘1’　一级授权 21
8.分行非注册版特色业务规范 22
8．1非注册版特色交易转发器 22
8．2特殊字符规范 22
8．3 Request请求规范 22
附件： 24

前言

为了配合总分行网站的整合工作，总行开发中心组织北京研发部、广东省行科技进行了网站整合原型设计、开发。为了接下来分行要进行的特色业务开发工作，本文从分行特色业务的页面、接口、编码等方面进行了说明，旨在为分行的开发工作提供指导。

银行软件研发中心培训资料：建设银行数据仓库业务介绍.doc

管理的一条重要法则是：如果你不能衡量它，你就无法管理它。用数据说话、用模型决策、用信息赚钱，是现代商业银行的重要特征。

银行企业级数据仓库整体思路
（一）数据仓库定义
运用数据仓库方法论建立的全行管理信息系统及在此基础上的整合平台，包含了全行业务交易信息、客户信息、内部管理、外部环境信息有关的细节数据，用于支持工商银行经营管理和科学决策。
（二）数据仓库业务功能
1、及时反映
通过T+1日报表系统，及时、真实、准确、全面地反映各级行经营管理活动结果。
2、经营监测
通过动态监测系统，对全行经营管理活动过程进行全面监测和科学评价。
3、决策支持
以数据仓库系统积累的集成信息为基础，利用综合性分析方法和定量化计算技术，为各类经营管理和战略决策提供准确的定量化决策依据。
4、业务引导
通过数据仓库按不同主题集成的信息，实现对全行不同经营层次的产品、客户、部门、机构、渠道、人员、岗位等各类经营管理主体综合经营指标的定量评价，为我行资金、人力、物力、资源向着实现全行整体效益最大化方向调整提供依据。
5、信息发布
以数据仓库系统积累的集成信息为基础，以经营管理信息化标准为依据，实现对全行经营管理信息、内部资源信息、客户信息和外部环境信息的集约化管理，建立全行统一的经营管理信息发布平台，实现全行经营管理信息、金融监管信息、公开披露信息的归口管理和统一发布。

八、人民银行企业信用信息基础数据库（CCRS）
1、系统介绍
人民银行企业信用信息基础数据库（以下简称企业信用数据库）是对现有银行信贷登记咨询系统的升级改造，该系统主要向金融机构提供借款人信用信息咨询服务，并依法向社会其他部门提供信息服务。与银行信贷登记咨询系统比较，企业信用数据库有三个方面的进步：（1）存储模式：由三级（总行、省域和城市中支）数据库结构变为集中式数据库结构；（2）增加了信息采集的内容，改变了信息采集的方式；（3）增加了信息服务功能，包括明细查询、汇总查询、信用报告查询三大部分。

第三章商业银行数据仓库的主要应用
一、有效管理商业银行经营管理数据
1、帮助商业银行提高全行经营管理数据一致性；
2、实现按不同业务管理需求整合数据；
3、帮助业务部门、管理部门、决策部门及时获取所需的信息；
4、提高信息分析能力；
5、有效管理分散在多个系统的经营管理数据。
二、提高商业银行财务管理和成本控制能力
1、实现分部门、分业务、分产品的财务核算以及成本评价；
2、帮助商业银行了解影响净利润增长的不利因素；
6、计算和掌握客户/账户级的收益率；
7、进行多维分析。
三、提高商业银行风险管理能力
1、帮助商业银行分析资产负债中到底嵌入了多少风险；
2、如果下述条件变化，回答对未来的财务统计将产生如何影响：利率上升、下降或保持不变？数千种业务的利率不同变化将给利润造成什么影响？
3、考虑风险因素，回答如何在可承受的风险范围内获得最大利润？
4、帮助商业银行在全行范围内实现资产和负债的最优摆布？
四、帮助商业银行有效管理客户
1、客户是谁？
2、他们购买/使用了银行什么金融产品？
3、他们为银行带来了多大的利润？
6、客户希望以哪种途径使用金融产品？

一、实现全行经营管理数据集中
完成企业级数据仓库建设，实现全行经营管理数据信息的集中，建立信息自动采集、加工、转换的全口径、全覆盖信息披露平台。
二、实现全行数据仓库信息标准统一
1、数据计量单位统一；
2、数据来源统一；
5、数据应用管理制度统一。
从根本上解决全行经营管理领域一个数据多口径、多标准问题。

银行软件研发中心培训资料：市场数据库–黄金拷贝流程的需求讲解.ppt

IMA的市场数据库总体介绍
相关知识定义介绍
黄金拷贝流程的总体流程
黄金拷贝流程的五个步骤
问题交流
黄金拷贝流程：从一组市场数据中选取的最优的、最接近于参考时间的市场数据；
Tick：供应商的每一笔交易报价；
金融工具三个属性：买入价（BID）,卖出价（ASK）,中间价（MID）;
动态数据库(MDS)：包括原始数据装载，黄金拷贝流程处理结果等信息；
静态数据库(MDS)：金融工具信息，黄金拷贝流程的参数规则配置等信息；

快照（Snapshot):基于静态数据库中储存的基本配置信息，在处理层从原始市场数据中选择每种金融工具的tick信息；
(1)选取在参考时间附近一个合理的时间范围内最近的市场数据;
(2)计算金融工具的中介价（MID);

定义参考时间:T
时间范围：[T1,T2]
（1）T1:在T之前包括T的时间[T-T1,T];
（2）T2:在T之后的时间区间(T,T+T2];
Tick的数量范围:N1,N3,N2(以最接近参考时间T作为选取原则)
（1）N1：在[T-T1,T]期间Tick的最多数量；
（2）N3：在(T,T+T2]期间Tick的最多数量；
（3）N2：在[T-T1,T]期间每个报价商的最多的Tick的数量；

计算中间价(MID):
(1)如果买价、卖价可以获取，则中间价=（买入价＋卖出价）/2
(2)如果只有买入价可以获取，则需要获取最近的买卖价差（计算T之前最接近T的市场数据的买卖价差，如果无法获取，则计算上一日黄金拷贝价格的买卖价差，如果如果仍无法获取，则该属性为空），否则中间价＝买入价+买卖价差/2，卖出价＝买入价+买卖价差；
(3)如果只有卖出价可以获取，则中间价＝卖出价－买卖价差/2，买价＝卖出价－买卖价差；

异常检测：对快照数据进行异常值检验，用来识别日内数据潜在的异常——加标识位；
检测优先级：中间价，买入价，卖出价；
异常标识位的含义：
(1)-1：不在异常检测时间范围之内（Default）；
(2）0：没有足够的数据进行检测；
(3)1：Pass；
(4)2：Fail；
异常检测两种方法：单一报价商法和多个报价商；
（1）Z值检验（z-scoretest)；
（2）格鲁布斯检测法(Grubbtest)；
（3）狄克逊检测法(Dixontest)；
如果tick个数小于3，将所有tick的异常标识标为0，不做检验；
如果tick个数大于等于3，且T之前的报价商数量小于3，执行单一报价商检验的方法，见单一报价商法；
如果tick个数大于等于3，且T之前的报价商数量大于等于3，执行多个报价商检验的方法，见多个报价商法；

验证的作用：对所选取的黄金拷贝进行验证，并将结果储存于验证结果列外表。
验证规则适用于所有金融工具和属性。约有任何一个属性未能通过任何一个验证规则，整个黄金侤贝的validationflag将会被标为“Y”。
验证的三个方法：
（1）遗漏价格验证：检查黄金拷贝价格是否为“Null”；
（2）过期价格验证：检查以往n天的黄金拷贝是否与今天的黄金拷贝相同——如果今天价格为遗漏，则今天的报价=上一天的报价；
（3）异常价格验证：选取以往n天的黄金拷贝与今天的黄金拷贝，采用Z值检测——如果如果今天价格为遗漏，则不做该方法验证；

银行软件研发中心培训资料：数据集成规划研究介绍讲义.ppt

数据集成目标
用于批量数据（文件）的周期性交换、通过数据获取、数据转换、数据分发、为目标应用提供符合业务要求核技术规范的数据。内、外系统的批量式（文件)交互都采用该系统。
当前与数据集成功能类似的相关系统
通用文件传输。
数据交换平台（主机、开放平台）

当前系统存在的主要缺陷
数据传输：平台与主机之间难以无缝连接，手工处理太多，时效性问题（不能随到随处理），与数据源及目标系统的自动交互性差
数据交换平台（主机、开放平台）：分为主机及平台两大模块模块间存在数据交互问题，数据路径长，定位模糊承担了一些分析型功能，在平台化可扩展性方面能力不足。

1、数据集成应用，应当成为我行批量的、数据量较大的、实时性要求较低的数据传输和数据初步处理系统。
2、数据集成应用关注于提供两方面的能力，即建立我行高效、安全的数据传输通道和实现重要数据的统一加工处理。数据加工处理应当是可以穿透的，即针对不同的需求，数据集成平台既能够提供数据传输的快速通道，也可以具备数据处理的能力。

数据的加工处理功能分布情况，分为三类：
第一类：较高时效性要求的，且只涉及一个应用的数据源就能加工处理的，以及原表简单下载，由源数据系统进行加工处理。（T＋1及第二天开门营业前需要的数据）。目标系统直接使用数据。
第二类：较高时效性要求的，涉及多个应用的综合处理，由数据集成平台的数据处理层处理。（尽量处理存在共享性的）。
数据处理层的准入原则：1）只加工处理本期数据（即系统不积累数据，不合并上期数据）；2）涉及多个应用综合处理，单个应用数据源无法处理的；3)存在较高时效性要求的（T+1,每个数据在数据处理层处理不超过3小时内）。
第三类：涉及多个应用数据源且复杂的分析型处理，在时效性方面没有严格要求的（一般允许T+2以上）的，由企业级数据仓库（EDW）进行处理

跨平台，建设一套集中数据处理系统，不区分主机及开放平台两套平台。
源数据的存储规则(根据数据处理层的原则，不做历史数据积累，但是考虑到功能上的适应)：
对于客户信息类数据：保留最新快照存量数据，即系统需要进行当日增量与昨日存量进行整合。
对于分户帐级别数据：保留最新快照存量数据，即系统需要进行当日增量与昨日存量进行整合。
对于交易明细类、日志类数据：原则只保留当日数据。
在源数据存储方式按与原系统一致的数据模型。
数据处理层的源数据与原系统，对于存在增存量合并的表需要定时核对，如提供每周核对一次，确保数据处理层的源数据与。
根据上述的数据评估，其数据规模在4T左右
功能如下：
基于最新快照的客户信息、分户帐、当日明细，并涉及多个应用的统计类数据的加工。对于直接原表下载的功能，在原系统处理，不在数据处理层处理。
对于加工结果数据，输出后不做历史保留，即输出给其他应用系统后即可清理加工结果数据。
基于统计加工的需要，需要业务维护的统计处理使用到的参数表由原系统维护，数据处理层不单独新增需要业务维护的参数表。但可单独增加纯技术性的参数表。
对于系统时效性方面的要求，要求从到达数据处理层，包括导入、增存量合并、统计输出文件，最长路径处理不超过3小时。提供提供并行批量处理和作业管理功能。
对于系统可扩展性的要求，平台要求能提供负载均衡功能，可根据统计处理需求的增加，增加处理节点。

银行软件研发中心培训资料：数据库设计讲座.ppt

一、什么是数据库设计？
二、如何实施数据库设计？
三、经验交流

数据库设计的定义：是指对于一个给定的应用环境，创建一个性能良好、能满足不同用户使用要求、又能被选定的DBMS所接受的数据库模式，建立数据库及其应用系统，使之能有效地存储数据，满足用户的信息要求和处理要求。

数据库设计的重要性：一个成功的管理系统是由“50%的业务+50%的软件”所组成，而50%的成功软件又由“25%的数据库+25%的程序”所组成，数据库设计的好坏是一个关键。

数据库设计是数据库应用系统设计的核心问题。数据库设计是一项软件工程，其设计方法应遵循软件工程的基本思想。

一般来说，数据库设计需经过如下几个阶段：
-数据库总体设计阶段（需求分析）
-数据库逻辑模型设计阶段
-数据库物理模型设计阶段
-数据库实施阶段
-数据库运行维护阶段

开发中心目前的项目实施流程：
-需求分析
-功能设计
-系统设计
-编码
-测试
-交付投产

数据库总体设计：充分了解系统的设计思路、开发原则、功能需求和数据需求。需求分析是数据库设计的起点，分析结果能否准确反映用户实际要求，将直接影响到后面各阶段的设计，并影响到设计结果是否合理和实用。

数据库总体设计主要完成四部分内容：
1)对数据库进行选型，完成《总体方案》“技术平台选型”一节中关于数据库服务器部分。
2)形成简要的ER图（仅含主键、外键等重要属性），完成《总体方案》中关于数据结构的“概要设计”。
3)将业务数据量和数据量变化趋势分析、需要保留的业务数据（或帐务）和处理原则、业务数据的可变性分析体现在《XX项目业务需求分析说明书》的业务数据情况一节中。
4)从数据质量管理角度，充分了解系统功能对数据信息在各个数据质量维度的业务规则要求。

逻辑结构设计阶段：面向功能需求，目的是为了展现业务逻辑。逻辑结构设计独立于特定的RDBMS类型及物理考虑，用来描述现实世界的概念模型。在逻辑结构设计阶段，基于需求分析的结果抽取出实体、属性以及实体之间的关系，完成逻辑ER图（实体-联系图）。实体是对象，它能与其他对象唯一地区别开。描述实体的数据项就是它的属性。

逻辑模型构建并不是一步到位的过程，而是一个反复迭代的过程。

逻辑结构设计的结果并不是最终的物理表结构，但可满足各个功能模块的数据流程处理。

对于一个较大规模的数据库逻辑结构设计，通常采用从局部到全局构建其逻辑模型的方法。
-围绕功能模块构建局部逻辑模型。
-构建并检查全局逻辑模型。

逻辑模型设计包括以下步骤：
数据项提取
标识实体
标识属性
确定主键
标识关系
特化/泛化实体
删除与关系模型不相容的特性
检查模型是否支持用户事务
用规范化方法检查数据模型
检查完整性约束

抽取数据项的原则：分析每个功能模块流程图、流程说明、输入和输出等，与业务人员和开发人员讨论，从中收集数据项，理清功能与数据的关系。一般来说，数据库设计人员可从以下几个方面重点关注数据项的提取：
-该功能模块要求输入、从其它系统采集或从其它文件导入哪些数据；
-该功能模块输出哪些数据；
-与程序员实现该功能模块编码有关的数据，如流程控制类数据、参数表、字典表等；
-其它数据，考虑是否有不包含在以上三类中的数据。

确定数据的如下信息：
-每个数据项的名称、类型、长度、取值范围、代码等基本特征。
-数据项之间的联系。确定数据项之间联系（一对一、一对多、多对多），考虑数据项之间是否有层次结构。
-数据的来源。注意是否有冗余的来源，来源不同的数据是否有矛盾。

银行软件研发中心培训资料：特色银企互联平台总体设计方案.doc

目录
第 1 章 总体说明 2
1.1 需求背景 2
1.2 基本定义和术语 2
1.4 用例流程 2
1.5 报表实体 2
1.6 用户实体 2
1.7 需求及功能简介 2
第 2 章 一些信息和讨论要点 2
2.1 目前现状 2
2.2 现有系统改造 2
2.2 系统难点 2

1.6功能简介
根据交易流程图，整个特色银企互联服务器可以分为5步流程

一. 交易入口

从分行特色银企互联前置获取http交易数据，包括交易代码、银行代码、集团CIS号、证书ID, 包序列ID, 证书公钥、交易请求报文(xml)

二. 获取交易配置信息

银企互联特色服务器在启动初始化时会将数据库中的交易配置信息读入内存。
当交易进入入口时，系统可以从内存中根据交易码读取该交易的配置信息TranInfo，根据交易状态来确定是否执行下一步流程。

三. 交易报文解码

首先对交易请求报文 ReqData进行Base64解码。
根据交易配置信息中的交易类型，如果是结算类交易，则根据公钥信息、交易明文、交易密文进行验签，验签通过后执行下一步流程

银行软件研发中心培训资料：商业银行业务介绍和软件开发培训教材.doc

第一部分：商业银行业务介绍3
第零章绪论3
我国金融体系简介3
在改革中发展的中国银行业8
我国商业银行目前面临的挑战10
商业银行的职能11
资产负债比例管理11
商业银行的经营原则13
第一章：资产业务15
放款业务15
有价证券投资业务20
其他资产业务21
第二章：负债业务22
存款业务22
其他负债业务25
第三章：中间业务26
商业银行发展中间业务的意义26
我国商业银行中间业务的现状27
中间业务的分类27
第二部分：商业银行常见应用系统介绍36
第一章：中国金融信息化历程36
第二章：银行软件系统分类和特点38
业务处理系统39
渠道服务系统40
管理信息系统43
其他系统44
国际结算/贸易融资系统44
网上银行系统49
第三部分：金融软件开发55
第一章：影像工作流技术55
前言55
影像内容管理55
影像工作流实现方式56
影像工作流逻辑结构57
影像工作流系统结构57
FILENETP8影像工作流系统介绍58
影像工作流的效益63
第二章软件开发模型与过程63
第一节软件开发模型63
第二节软件开发过程64

第二章软件开发模型与过程
第一节软件开发模型
软件开发模型是指软件开发全部过程、活动和任务的结构框架，目前软件开发实践中使用的各种开发模型，都是下面这些基本组成部分的不同的排列与组合。

1.市场分析，可行性研究，与项目定义
2.需求分析
3.设计（概要设计和详细设计）
4.编码实现
5.测试
6.使用与维护

主要有以下几种模型：
瀑布模型，强调开发的阶段性，同时强调早期计划及需求调查的重要性。这种模型一般用于做一些需求已明确的并很少变化的软件。
演化模型，该模型主要针对事先不能完整定义需求的软件开发。用户可以给出待开发系统的核心需求，并且当看到核心需求实现后，能够有效地提出反馈，以支持系统的最终设计和实现。软件开发人员根据用户的反馈，实施开发的迭代过程。第一迭代过程均由需求、设计、编码、测试、集成等阶段组成，为整个系统增加一个可定义的、可管理的子集。采用这种开发模型，开发中的经验教训能反馈应用于本产品的下一个循环过程，大大提高质量与效率。
螺旋模型，是瀑布模型与演化模型相结合，并加入两者所忽略的风险分析所建立的一种软件开发模型。螺旋模型基本的做法是在“瀑布模型”的每一个开发阶段之前，引入非常严格的风险识别、风险分析和风险控制。直到采取了消除风险的措施之后，才开始计划下一阶段的开发工作。否则，项目就很可能被取消。

第二节软件开发过程
瀑布型软件开发过程可以包括以下五个阶段：

在实际开发过程中，软件开发并不是从第一步进行到最后一步，而是在任何阶段，在进入下一阶段前一般都有一步或几步的回溯。如在测试过程中的问题可能要求修改设计，用户可能会提出一些需要来修改需求说明书等。
分析
软件需求分析就是回答做什么的问题。它是一个对用户的需求进行去粗取精、去伪存真、正确理解，然后把它用软件工程开发语言（即需求规格说明书）表达出来的过程。
金融软件的需求管理是一个综合性的过程，应做到以下几点：
负责制：应用部门和开发部门都应实行，两个部门都要有专门的机构负责从本部门的角度进行需求管理，由专人负责，有专门的部门领导负责协调，并对需求中出现的各种问题和错误负责。需求管理涉及后续各个方面，直接关系到软件产品的最终质量，因此必须强化需求负责制，确保需求及其变更始终处于良好的管理之下。
规范化：金融软件需求管理应遵循科学规范的原则，可以避免非程序性、随意性等多方面问题。在需求管理中，对需求的获取、需求分析、需求分析的描述（《软件需求规格说明书》及其它文档）、需求的变更等需求管理的各方面制定相应的管理规范，并在工作中加以完善，坚持执行。
严肃性与灵活性：业务需求的提出及变更是一件严肃的事情。需求管理的目标之一，就是减少需求的变动，维护需求的相对稳定性。需求的每一处变动，都会对后续的开发工作产生影响，甚至导致某些工作推倒重来。因此必须维护需求的严肃性，不允许随意变更需求的内容。如确有必要，应经过变更需求的管理程序。对于业务上某些不影响原则问题的细节调整，开发部门可以根据开发工作的实际情况，在符合需求的大框架内予以满足，并将变更的内容及时归档记录，作为《软件需求规格说明书》的附件，从而在需求管理上体现出一定的灵活性。

银行软件研发中心培训资料：应用程序ABEND分析及优化作业经验交流

方法一，交易报错，跟踪程序，分析LISTLIB
例：CHAR下挂NUM，CHAR赋值为字符，读取其下挂的NUM时数据例外

公司客户经理助理岗设置方案.doc
加强公司客户经理队伍建设的意见.doc
合肥分行2015年公司客户经理考评办法-公司客户经理指标设置与考评口径表.doc

参数管理岗（申请柜员）
1、负责根据业务需要、下级行或同级业务部门的《参数维护申请书》，通过参数管理系统创建参数维护申请；

参数管理（复核柜员）兼综合岗
1、负责对申请岗编制的参数批量文本的内容进行复核；并根据省分行要求联机进行内部、表外账户开立及参数维护的内容进行复核；

凭证保管领发岗
4、对重要空白凭证实行计划管理，每季末报送下一季度凭证订购计划，保证重要空白凭证领发不脱节；
5、做好全市出纳各类报表编制及报送工作；
6、完成领导交办的其他工作。

档案管理岗
1、对监督中心已监督上交的会计档案、挂失申请书当面点清签收，按网点、按时间顺序进行整理排列，每天按网点塑封并登记档案登记簿；

督导员岗
4、做好营业经理业务分批联系制，认真做好营业网点日常疑难问题解答及上承下达工作；
5、认真做好内控合规联络工作，完成领导交办的其他工作任务。

参数代班兼外围系统管理岗
1、做好参数岗位代班以及综合岗位人员其他代班工作；
2、做好各系统推广协助工作；

营业经理岗
1、营业经理为在营业网点坐班，专职履行核算业务的事中控制及授权、监督管理职责；直接对派出行负责，对派驻网点核算质量承担主要责任。
●做好现场监督管理
●做好现场监督管理
（1）监督检查汇划、交换、汇票业务等重要岗位的分离执行情况和印、押（压）、证三分管、印章定向代班及重要章证分管分用、柜员排班情况。
●做好事后检查

为进一步提高基层行内部控制的有效性，规范和加强内部控制评价工作，省分行制定了《中国农业银行广东分行内部控制评价实施细则》，现印发给你们，并提出如下要求，请一并遵照执行。
一、提高内部控制评价的准确性。各行要动态掌握被评价行内控管理现状，积极改进评价方法和手段，把一次性的评价工作转为日常的过程管理，将专业部门检查和内、外部审计检查结果，以及风险监测结果纳入评价中。各行要根据本行的管理要求，制定内控评价操作手册，统一标准和尺度，规范评价行为。
二、提高内部控制评价的科学性。抽样样本要兼顾样本的代表性和重要性，即根据评价项目的风险程度、业务特点、业务频次和重要性等特点，采用不同的抽样方法，确保样本能满足评价的需要。同时，要根据发现问题量与抽样量的比例决定每个指标的得分。
四、提高内部控制评价的质量。
六、各行对营业网点和辖属经济强镇网点的评价按《关于营业网点内部控制评价的指导意见》执行，并将评价结果于次年1月10日前与全辖评价总结一并上报。

附件：
1.《二级分行内部控制过程评价指标评定标准》
2．《二级分行内部控制过程评价指标计分表》
3.《支行内部控制过程评价指标评定标准》
4.《支行内部控制过程评价指标计分表》
5.《基层行内部控制效果评价指标评定标准》
6.《基层行内部控制效果评价指标计分表》
7.《基层行内部控制评价通知书》
8.《基层行内部控制评价资料调阅清单》
9.《基层行内部控制制度执行情况汇报表》
10.《基层行内部控制评价报告书》
11.《中国工商银行内部控制警告通知书》
12.基层行（二级分行、支行、网点）内控评价信息统计表

附件7：

基层行内部控制评价通知书
农银 内控评[ ] 号

行(部)：
根据《中国农业银行广东分行内部控制评价实施细则》精神，定于 年 月 日至 月 日对你行进行内部控制评价。届时请提供内部控制制度执行情况有关资料和必要的工作条件。
评价组成员：
组 长： 职务 职称
主评人： 职务 职称
组 员： 职务 职称
职务 职称
职务 职称
职务 职称

评价单位公章：
年 月 日

附件11：
中国农业银行
内部控制警告通知书

农银 内控评警［ ］ 号

行（部）：
根据 年 月 日对你行 年度内部控制评价结果，经研究确定你行内控等级为 级，现对你行提出内控警告。并要求你行针对评价报告中反映的问题，核实事实，落实责任，立即整改。

评价单位公章：

年 月 日

中国农业银行浙江省分行小企业信贷业务专项考核奖励办法.doc
中国建设银行浙江省分行小企业信贷工作尽职免责评议办法.doc
公布2015年徐州市金融重点支持中小企业名单.doc
关于完善小企业金融业务经营管理机制的通知.doc
关于小企业贷款定价的意见.doc
关于开展“解冻迎春”活动和加强成长型中小企业营销服务工作的通知.doc
关于积极推进小企业金融业务的若干意见.doc
关于规范与中小企业信用担保机构合作的意见.doc
关于设立分行小企业金融业务中心的通知.doc
关于进一步加强对中小企业金融服务支持的若干意见.doc
完善小企业金融业务经营管理机制通知.doc
小企业金融业务专营实施意见.doc
投产中小企业营销支持系统通知.doc
镇江分行小企业专业支行金融业务专营工作实施细则.doc

公司业务、机构业务、信贷管理、授信审批、授信业务、信用审批、风险管理规章制度文件库

2015年信用审批工作要点.doc
2015年授信业务工作要点.doc
2015年湖南分行风险管理专业考核办法.doc
个人贷款风险分类管理办法.doc
中国农业银行收支账户资金托管业务操作规程.doc
中国农业银行浙江省分行企业年金客户服务管理办法.doc
中国农业银行浙江省分行区域性理财产品托管业务操作细则.doc
中长期项目贷款评估管理办法.doc
佛山分行风险管理评价实施办法.doc
全面风险管理框架.doc
关于举行全省呆账核销材料集中审查.doc
关于完善授信审批分部（工作组）垂直集中管理的意见.doc
关于开展“如意养老”系列产品营销.doc
关于开展专业市场内商贸类小企业融资业务的意见.doc
关于开展优质项目供应链企业融资业务试点.doc
关于明确项目融资、固定资产贷款、房地产开发贷款发放与支付流程.doc
关于调整和完善二级分行信贷管理部门设置与职能的通知.doc
发行资本债务融资工具操作规程.doc
电子商业汇票业务管理暂行办法.doc
项目融资和固定资产贷款管理办法及相关合同文本.doc
风险限额管理制度.doc