分类: 银行职业资料

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

    银行软件研发中心培训资料:数据集成规划研究介绍讲义.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分析及优化作业经验交流

    银行软件研发中心培训资料:应用程序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