分类: 银行职业资料

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

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

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

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

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

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

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

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

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

  • 银行软件研发中心培训资料:CM2012的日常开发培训课件

    银行软件研发中心培训资料: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基础–DB2 FOR Z/OS基础知识介绍课件

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

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

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

    银行软件研发中心培训资料: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处理流程操作培训材料

    银行软件研发中心培训资料: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.测试经理需要从下面哪个阶段开始进行系统测试准备工作?( )
    A.总体方案和POD B.功能设计
    C.编码 D.集成测试

    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值检测——如果如果今天价格为遗漏,则不做该方法验证;