新一代企业现金组件机构员工变动应对策略设计与实现.doc

开发中心导师责任制结业论文题目：新一代企业现金组件机构员工变动应对策略设计与实现学员姓名： 导 师： 部 门： 开发二处 2014年 7 月 16 日新一代企业现金组件机构员工变动应对策略设计与实现摘 要在我行十二五规划中提出了要加快现金管理业务发展。围绕单位客户的资金管理，从现金流入、流出，资金流动性管理，全面的信息管理，渠道系统应用着手，整合本外币产品，构建全面满足企业资金结算、财务管理需求的现金管理体系，打造具有较高市场影响力的“禹道”现金管理品牌，全面提升银企合作的深度与广度，带动资产、负债及中间业务发展。对公现金管理涉及到企业客户综合服务和现金管理产品两个部分，这是由于现金管理的双重性决定的，一方面，现金管理有自己特定的产品功能，它以支付结算为基础，包括账户管理、收付款、流动性等功能；另一方面，它又有综合性的特点，它为企业提供一揽子资金营运管理方案，涵盖客户账户管理、结算 、存款、贷款、流动性、短期融资、短期投资、利率、汇率风险管理以及综合信息报告等所有与企业日常资金相关的业务领域，这就需要银行充分利用和集成自身所有的对公产品和服务，为企业客户提供综合的服务。本文主要介绍现金管理组件中，为满足机构员工对建行机构变动进行维护和更新的需要，在日终主批后加入了应对建行机构信息发生变动的自动任务及存储过程，以处理原有机构属性的变动（包括撤并、升格、降格、变更本机构隶属上级行），对现存客户主办行和账号开户行等信息产生影响。并接收EDA消息，在自动任务结束后通过EDA反馈机构变动的结果。关键词：企业现金管理、日终自动任务、EDA目 录1绪论21.1研究背景及意义21.2研究内容31.3论文结构32相关概念及应用技术简介42.1企业现金管理42.2应用相关技术42.2.1DOS42.2.2自动任务52.2.3Control-M介绍62.2.4Shell介绍72.2.5日终数据处理主要Shell脚本构成73机构员工变动应对策略概述83.1应用场景概述83.2设计要点93.3难点及注意事项104机构员工变动应对策略系统设计114.1结构概览114.2处理逻辑及流程144.3数据表结构164.4事务控制及异常处理174.5迁移方面工作175总结与展望18致谢211 绪论1.1 研究背景及意义目前，银行业之间的竞争日益激烈，随着互联网的发展，又带了互联网金融的竞争。随着信息技术的不断发展，其在深刻影响社会各个方面的同时，也在影响着银行业。信息技术的应用使得银行在满足市场、客户的瞬息万变的需求时，越来越能够游刃有余。企业现金管理系统作为商业银行重要的组成部分，为企业提供了涵盖收付款工具、流动性管理、公司理财、信息报告、电子银行等的综合金融服务，有效的提高了企业资金运转效率与效益。随着企业现金管理系统业务的持续发展，各级机构迫切需要系统能够提供准确的业务数据，定期自动生成业务统计报表，以提升企业现金的业务管理水平和管理效率，这就需要我们利用先进的信息技术，高效、准确地支持企业现金管理业务的发展。机构信息变动相关技术与方法也在此背景下应运而生，满足了如今高速机构组织架构变化的需求，及在此变化下其他依赖的关联变动。现在生产环境下，机构员工每日凌晨3点推送昨日的机构变动信息（只有机构的最新信息，如果原来有此机构，则默认覆盖原机构信息），已有自动任务能解析该变动信息文件并对企业现金本地的S00T1_CSHMGT_CCBINS_INF（现金管理建行机构信息表）做更新操作，当发生机构整体撤并时，系统会记录相应的机构撤并信息表，后续有存储过程根据撤并信息进行相应的数据更新。2.2期机构员工支持4种机构撤并模式：机构整体撤并、机构升格、机构降格、变更本机构隶属上级行，除此之外还有其他比如机构维护、机构新增等。目前现金管理业务表中保存的机构信息大致分为两类：（1）账户的开户行，客户的主办行；（2）账号所属的一级行。故在设计时需要针对一级行是否变更进行相应处理。2.2期后，机构员工除提供副本更新机构变动信息外，还会通过EDA消息来发布机构撤并信息，各组件根据收到的消息进行机构撤并处理，处理完成后需调用相应的联机服务进行反馈处理结果。我们现金管理系统采用机制三副本形式进行机构撤并操作，原则上可以不订阅EDA消息，但为了更好的反馈处理结果，需增加对于EDA消息的处理。1.2 研究内容首先，对企业现金管理整体进行概述，并在此基础下对机构撤并功能用到的相关技术做出介绍，为后文机构员工变动应对策略的设计与实现的实际情况阐述提供知识基础。然后，对设计过程中的难点和要点进行简要的阐述，并叙述现阶段对如上问题的处理方法。其次，论文回顾了学员入行一年以来所参与的主要工作，以及在导师责任制的要求下，对我行各项规章制度、开发测试技术、运维管理知识等方面的学习了解情况，同时概要介绍了学员个人对于本人工作的认识。最后，结合对测试环境服务工作的理解，以及在参与开发存储配置自动化分析工具过程中的一些体会，提出了对于目前工作的一些建议，并且对于未来自动化方法在测试环境服务中的应用进行了展望。1.3 论文结构本论文共分为五章。第一章是绪论部分。介绍了论文的研究背景、研究意义、主要的研究内容以及论文的组织结构。第二章，企业现金管理组件总体介绍。机构撤并功能用到的相关技术做出介绍，为后文机构员工变动应对策略的设计与实现的实际情况阐述提供知识基础。第三章，机构员工变动应对策略方案概述。包括应用场景概述，设计要点、难点及注意事项。第四章，机构员工变动应对策略系统设计，包括结构概览、处理逻辑及流程、数据表结构、事务控制和异常处理。第五章，总结与展望。2 相关概念及应用技术简介2.1 企业现金管理商业银行的创新和发展离不开全球领先企业的新需求。2002年，建设银行中标GE现金管理项目。作为全新的综合性金融服务，建设银行最早创新性的使用集合式委托贷款和法人账户透支的方式，为企业总部提供“现金池”服务，以此实现“一点有现金，点点有资金”。通用电气作为“引进来”的企业，最先把“现金池”的理念带到中国，而建设银行则率先将“现金池”变为现实。2005年、2007年，建设银行重要客户服务系统连续获得中国人民银行“科技进步一等奖”。2008年，位列全球500强的35家中国企业中，有20家采用建行的现金管理服务；位列全球500强的跨国企业中，有15家与建行开展现金管理合作。2008年，建设银行对现金管理业务进行整合，升级和优化了现金管理系统，重点推出了44种典型产品和11个行业解决方案。截至2008年底，建设银行已通过重要客户服务系统（VSS）为财政部、中国石油、中国石化、LG等800余家大型集团企业建立银企直联平台。我行十二五规划中，提出了要加快现金管理业务发展。在充分考虑业务规划和IT规划的基础上，结合新一代信息系统建设路径，建立企业现金管理项目（对公客户资产管理），构建我行新一代企业现金管理系统。总体目标是采用多渠道统一合约管理、集成服务、定制服务等手段，建设以客户为中心的对公客户综合服务平台，既是我行对公客户服务资源的整合平台，也是对公客户全流程财资管理的实现平台。2.2 应用相关技术2.2.1 DOS数据对象服务DOS（Data Object Service）是基于数据对象DO(Data Object)为应用提供的一系列抽象的实体访问服务。按照新一代框架的划分，DOS完成了数据实体持久化到数据库的功能。因而开发人员需要首先设计出产品领域的数据实体，然后结合业务需求提取出通用的访问服务。DOS开发的流程可以简单描述如下图2-1 DOS开发流程示意图Do的源头来源于企业级C模型，面向于具体的应用领域。DOS开发人员需要利用结合C模型和业务需求，完成数据实体的设计，包括C模型设计和D模型设计。然后遵循开发工艺和结合应用需求提取出Do和DOS，进行DOS的编码实现。其中可能包含了DOS代码开发、Sql-Map开发和存储过程开发。2.2.2 自动任务自动任务是相对于其它联机交易而言的另一类任务。故名思议，自动任务并不是收到外部请求而启动的，对使用的系统而言，它的发起方就是该系统本身。自动任务组件能在规定的时间自动调起指定任务、能够主动外呼其它系统，并记录执行结果。（自动）任务定义：一条自动任务的任务定义用于明确地描述一个任务的相关信息，它本身不用于执行业务逻辑，而是生成一条或多条用于执行任务的实例，它包含该任务编号、任务的起始、结束时间，执行周期、执行对象、任务状态（包括正常和取消）、下次执行时间等信息。（自动）任务实例：是由自动任务定义根据执行周期计算出来的用于执行一次业务逻辑的数据，它除了有计划开始时间、执行状态这两个主要信息之外，还包括了任务定义编号、任务实例编号、实际开始时间、结束时间、异常信息等内容。 测试环境存储体系介绍2.2.3 Control-M介绍Control-M是一个UNIX的作业管理软件，采用C/S模式，在服务器上安装data enter，在被控主机上安装agent, agent可以在主机上提交由data enter定义好的命令行，并返回运行结果。在data enter上面则可以全面监视所有job的运行情况，可以有多种方式控制job的运行条件。1、Control-M的架构 Control-M在应用架构上分为三层，如图3-1所示。这三个层次分别是调度管理器（ControlM/EM）,调度应用服务器(Control-M/Server)，调度执行代理(ControlM/Agent)或直接调度远端应用而无需使用代理。通过三层架构，实现了作业任务管理，作业任务调度，作业任务执行三部分功能的分离。2、Control-M模块的安装 Control-M/EM、Control-M/Server需要单独的数据库表空间和用户，在构建批处理平台前首先需要对系统进行安装前准备，以HP-PA平台为例，通过检查脚本查找需要安装相关系统补丁和系统内核参数进行调整；数据库以Oracle 10为例需要安装全部组件并通过检查脚本查找相关的数据库补丁。其中在安装ControlM/EM时应注意先安装数据库部件，再安装应用部件。在安装数据库部件时如使用已有的数据库需要设置环境变量USE_EXISTING_ORACLE=Y，便于安装时调整数据库部件的安装信息。在安装应用部件时由于ControlM支持分布部署如数据库在本机需要选择Server安装否则Client安装。在安装Control-M/Server的数据库部件与ControlM/EM相同但如果数据库采用裸设备安装时需提前准备LV便于创建独立的表空间。在安装Control-M/Server应用时应注意将SHELL设置为csh否则无法安装。3、Control-M的功能 Control-M调度的基本功能包括任务调度所应该有的，例如管理作业间的依赖关系，配置时间点运行任务调度，作业失败自动重试，作业调度过程中的监控、干预等功能。以及作业执行节点负载均衡，并发控制等高级功能。在新一代企业现金日终处理中使用Control-M对相关作业进行调度，实现作业运行的定时调用、运行完成的监测、服务器间的负载均衡等等功能。2.2.4 Shell介绍Shell本身是一个用C语言编写的程序，它是用户使用Unix的桥梁。Shell既是一种命令语言，又是一种程序设计语言。作为命令语言，它交互式地解释和执行用户输入的命令；作为程序设计语言，它定义了各种变量和参数，并提供了许多在高级语言中才具有的控制结构，包括循环和分支。它虽然不是Linux系统核心的一部分，但它调用了系统核心的大部分功能来执行程序、建立文件并以并行的方式协调各个程序的运行。因此，对于用户来说，shell是最重要的实用程序，深入了解和熟练掌握shell的特性极其使用方法，是用好Unix系统的关键。2.2.5 日终数据处理主要Shell脚本构成Shell脚本涉及的内容主要包含文件检测、数据文件分离、调用DataStage作业及存储过程等几个类别。主要特点有：1、Shell脚本分为不同类型，同类型脚本通过脚本名称进行区分，脚本内容一致，实现高度复用。2、调用封装好的java程序实现文件检测、数据库的访问、存储过程的执行等。3、辅助设计不同日期不同分行不同作业的日志记录，方便日志的检查与管理。如加载数据活期明细档位数据SAECNTXN，其路径存放在：$HOME/S72/log/日期/分行号/SAECNTXN.log。4、结合配置文件实现参数的集中管理。脚本通过读取配置文件获取对应的参数信息，如DataStage的工程名称、Server IP、用户名、密码（密文）等。5、兼顾重跑机制。该机制只要是为了避免在数据处理过程中意外退出、未完成等等情况，当再次重新调用该数据处理时可以不受上次失败作业的影响。主要涉及到对可能出现的意外导致部分数据加载到数据库后的清理策略，如对于分区表清理当日分区、对于insert操作而非分区表则需要用Delete操作清理数据库数据。3 机构员工变动应对策略概述3.1 应用场景概述2.2期机构员工的数据推送时间点及推送文件格式与现状保持不变。具体文件格式如下： 建行机构编号|建行机构中文全称|建行机构中文简称|建行机构英文全称|建行机构英文简称|机构状态代码|建行机构内部层级结构类型代码|上级建行机构编号|机构核算层级代码|金融机构标识码|支付系统银行行号|人行交换号|机构被撤后归属机构编号|机构类别|组织机构地域编码目前已有自动任务能解析该变动信息文件并对企业现金本地的S00T1_CSHMGT_CCBINS_INF（现金管理建行机构信息表）做更新操作，该套机制予以保留，个别细节需要进行调整。现有机构撤并功能如下：（1）解析机构员工推送的文件，将机构变更的信息更新到“现金管理建行机构信息表”中，将机构撤并信息记录到“建行机构调整记录表”中。（2）使用存储过程完成待修改记录的备份和数据修改工作。备份操作使用单独表来进行记录，记录信息为要修改表的主键和要修改的字段。（3）在执行上一步数据更新时将系统状态置为“维护中”，防止其他联机交易覆盖要修改的记录，造成数据不一致。（4）“更新数据自动任务”避免和“日终扣费任务”同时进行，造成数据不一致。为满足2.2期机构撤并要求，需要进行如下改造：（1）对机构撤并EDA消息A0651M061的订阅，并将收到的机构撤并信息记录到机构撤并信息表中。（2）去掉解析副本时记录机构撤并记录信息的逻辑。（3）在机构撤并处理完成后增加“调用机构员工反馈处理结果”的CtrlM任务。（4）在机构撤并处理逻辑中增加对于一级分行变更的处理逻辑，以支持一级分行的变更（待讨论是否有此必要）。经咨询机构机构员工同事，由于CCBS现状系统仍使用前3位判断1级行，现在机构调整仍然仅限于一级行内部，机构员工生成的机构编号前3位仍表示为一级行。机构员工对外表示机构编号无任何意义，前述的前3位规则也在过渡期有效，到CCBS老系统全部过渡到新一代组件后此规则将失效。3.2 设计要点本方案设计要点如下：（1） 保留原有推送和解析机构变动信息的机制，时间提前到凌晨2点；（2） 将原有的“解析推送文件”任务改为ctrlM调度，并拆分为“推送文件检测”和“解析文件”两个子任务（其中“解析文件”依赖“推送文件检测”）。（3） 机构员工一期的推送数据基础上新增3个字段，并更新到“现金管理建行机构信息表”中，将推送数据中的机构撤并信息记录到 “建行机构调整记录表”；（4） 建立单独的自动任务完成机构撤并业务数据修改任务，同时完成数据备份和修改。（5） 处理时要求能够对于之前的未处理的机构撤并记录也进行处理（处理时需要按日期从小到大排序）。（6） 在执行“业务数据备份及修改”之前需修改系统状态为“维护中”，然后等待30秒（联机交易做完）后执行备份和修改，完成后将系统状态更新正常。（7） 在ctrlM中建立 “业务数据备份及修改”任务对“解析文件”任务的依赖关系；（8） 在ctrlM中控制“业务数据备份及修改”任务和“集中扣费”、“扣费失败补扣”任务不能同时执行。（9） 机构撤并的工作可以在凌晨2-6点之间可以执行。（10） 在机构员工文件检测结果之前增加对于EDA消息的订阅任务，在文件检测成功之后执行最后一次EDA消息订阅。以此时的消息作为最终的机构撤并内容。（11） 在机构撤并完成后进行机构撤并结果的反馈。（12） 在机构撤并的存储过程中增加对于一级分行变化的支持（待讨论是否有此必要）。3.3 难点及注意事项本方案难点如下：（1） 在执行修改数据过程中为了防止联机交易中的数据覆盖修改的结果；需要在修改之前修改系统状态为“维护中”，修改完成后将状态还原为“正常”。（2） “机构撤并业务数据修改”任务和“集中扣费”、“扣费失败补扣”任务不能同时执行。（3） 机构员工新推送文件解析时的异常处理，如果发现有数据错误，丢弃本条数据，继续解析下条数据，最后报出异常并记录错误日志。（4） 如何增加对于一级行变化的支持，由于在机构升降格时很难判断哪些网点的一级行发生了变化，如确要支持的话需要通过新建一个表来进行统计变更，具体见结构概览中详述。4 机构员工变动应对策略系统设计4.1 结构概览0.机构撤并消息订阅： 进行机构员工消息A0651M061的订阅，并将消息内容记录到“建行机构调整记录表”，记录内容如下：建行机构编号、机构撤并日期、机构撤销后归属建行机构编号、处理标志、机构申请单类型代码范围描述、是否涉及一级分行变更、原一级分行编号、变更后一级分行编号、反馈机构员工标志、机构申请单编号1.机构员工推送文件检测自动任务：进行机构员工推送文件的检测，凌晨2点开始，每隔5分钟检测一次。2.机构员工推送文件解析的自动任务：根据机构员工推送数据进行解析，更新机构信息并记录机构变更信息。记录时保证变更后的机构信息在“现金管理建行机构信息表”中必须存在，如不存在则跳过此变更记录，并记录查错信息。机构员工推送数据新增了3个字段，这些字段需更新到“现金管理建行机构信息表”中，将推送数据中的机构撤并信息记录到 “建行机构调整记录表”，若某个机构发生整体撤并，确认此记录在机构撤并信息表中存在，否则记录错误表（或添加？）。机构员工表中使用“建行机构内部层级结构类型代码”来区分不同类型的变更，其中06-行政管理层级结构；08-境内营业机构管理层级结构。目前类型08是指有金融许可证的，这部分变更会和CCBS的机构变更同步。我们在此只考虑类型为08的变更即可。类型06的变更记录较全，这种类型的机构主要是人力资源系统使用的，我们暂不考虑此类型。2.1 记录变更前后一级分行信息 需建立新表：一级分行机构变更信息表，字段如下：建行机构编号，原所属一级分行编号，原所属一级分行名称，最新一级分行编号，最新一级分分行名称，记录日期。处理逻辑为：针对所有的建行机构编号，逐个进行处理：（1）查询机构编号在“一级分行机构变更信息表”中是否存在，若不存在则新增此机构的信息，包括建行机构编号、最新一级分行编号，最新一级分分行名称，记录日期，一级分行变更标志，处理标志；（2）如已存在则将（原所属一级分行编号，原所属一级分行名称）=（最新一级分行编号，最新一级分分行名称）。判断“原所属一级分行编号”是否等于“最新一级分行编号”，如相等则直接更新记录；否则查看此“建行机构编号”在当天的建行机构调整记录表中是否存在，若存在则将“一级分行变更标志”置为“1-是”，且记录原一级分行编号，变更后一级分行编号字段；若不存在则添加在建行机构调整记录表中添加一条记录，记录的“处理标志”置为“0-待处理”。整个处理过程放在同一事务中执行，完成后一次提交。3. 业务数据备份及修改：3.1修改系统状态为“维护中”修改系统状态为“维护中”，30秒后执行后续的机构撤并数据备份和修改。其中30秒是为了保证状态生效，后面不会有联机交易修改数据库。3.2 机构撤并业务数据修改：采用存储过程实现数据备份和修改动作。处理时需要注意按照首先按照变更日期排序（按日期从小到大），然后逐个对每个变更的机构号进行处理，每个机构号的备份和修改放在一个事务中处理。如某个机构处理失败，则跳过此条记录。如“变更前后建行机构编号一样，且“一级分行变更标志”为“0-否”，则直接将此记录置为“1-已处理”。如变更前后建行机构编号不一致，直接按照现有逻辑处理所有表。如仅一级分行发生变更，仅对涉及一级行信息的表进行变更即可。“机构撤并业务数据修改”要求能处理之前“未处理”的机构变更记录。备份：由于待修改数据只是很小一部分，故只获取待修改记录的主键及要修改的字段值。讨论后方案为新建一个表来保存备份的数据，保存的信息包括表名、待修改记录的主键、待修改记录的字段值、备份数据的描述信息。修改：修改时除修改各组填的修改内容外，还将按要求同时修改“营业日期”，“时间戳”、“版本号”字段。3.3 修改系统状态为“正常”完成“机构撤并业务数据修改”更新动作后将系统状态修改为正常。4.日终“集中扣费”，“扣费失败补扣”自动任务该自动任务仍然凌晨3点执行，同时增加对于“机构撤并业务数据修改”任务的依赖， “集中扣费”和“扣费失败补扣”任务和“机构撤并业务数据修改”不能同时执行。为保证任务3和任务4由ctrlM不能同时跑，可以让两个任务合用一个令牌，这样可以做到互斥，同时达到两个任务在不同的时间段执行的目的。另：由于现金管理建行机构信息表增加了3个字段，请修改对应的DOS。根据“建行机构编号”获取一级行信息的方法：组织机构地域编码相同，且机构类别为102000000的机构为此机构对应的一级分行。5.反馈机构员工处理结果 调用机构员工的服务A0651T059反馈机构撤并执行结果。注意对每个机构变更的所有自动处理的业务事项编号均需要反馈。如果当天未处理完，则无需反馈，第二天处理完后继续反馈。4.2 处理逻辑及流程整体处理流程图机构员工推送文件解析机构撤并业务数据修改4.3 数据表结构建行机构调整记录表：编号属性名称数据类型数据项编号限制英文名含义1建行机构调整日期DATE116381PKCCB_INST_ADJ_DT接收变更文件的日期2建行机构编号CHAR(9)102417PKINST_ID3机构撤销后归属建行机构编号VARCHAR2(9)116394REV_BELONG_INST_ID4处理标志Char(1)0-未处理1-已处理5机构撤并类型CHAR(1)1-机构整体撤并2-机构升格3-机构降格4-变更本机构隶属上级行6机构申请单编号CHAR(16)1163957是否涉及一级分行变更CHAR(1)0-否1-是8原一级分行编号9变更后一级分行编号10反馈机构员工标志Char(1)0-未反馈1-已反馈备份表:其中应备份内容包括，该表的主键值、要修改的字段值，这些值每一个放在一个备用字段中。备用字段说明用于存储备用字段对应原表的英文名称，使用,号分隔。编号属性名称数据类型数据项编号限制英文名含义1序号IntegerPK自增序列，防止冲突2备份日期CHAR(8)处理的日期3建行机构编号CHAR(9)变更前的机构编号4机构撤销后归属建行机构编号VARCHAR2(9)变更后的机构编号5表名VARCHAR2(100)备份的表名6备用字段1VARCHAR2(600)备份的字段1的值7备用字段2VARCHAR2(600)备份的字段2的值8备用字段3VARCHAR2(600)9备用字段4VARCHAR2(600)10备用字段5VARCHAR2(600)11备用字段6VARCHAR2(600)12备用字段7VARCHAR2(600)13备用字段8VARCHAR2(600)14备用字段9VARCHAR2(600)15备用字段10VARCHAR2(600)（可能有更多）16备用字段说明VARCHAR2(1000)记录每个备用字段的列名的英文名称，用,号分隔4.4 事务控制及异常处理1 单条记录事务控制：文件解析过程针对每一条记录分别进行事务处理，如果中途发生异常，则记录查错，并跳过此记录。不同记录的处理处于不同事务中。2 修改过程采用存储过程处理，整个处理过程处于一个事务之中，出错全部回滚。3 业务数据备份及修改任务支持处理之前未处理的记录。4 各个自动任务支持手工自动触发，以保证历史迁移数据的机构变更信息能根据需要进行手工更新。4.5 迁移方面工作由于老系统未进行过机构撤并相关数据的更新，现在新系统的迁移数据中也包括很多失效机构数据。在后续迁移过程中还会有这些数据出现。为了保证迁入新系统的数据的正确性，需迁移组梳理老系统中所有的失效机构数据（包括客户的主办行、账号的开户行），在数据迁入新系统前对数据进行更新。对于已迁入新系统的数据希望也能帮整理出“失效机构”-“撤并后机构”的对应关系，以便新系统对这些数据进行修正。 迁移时自行保证一级行信息的正确性。5 总结与展望作为去年校招进入行内的新员工，在北开开发二处工作的这半年多的时间里，努力学习技术和业务知识，让自己能更快的适应手头的工作，并尽量把工作做好。在开发二处的工作主要有：测试数据推送、报文定制管理、信息报告迁移、数据比对、版本上线支持、CCBS 2.2期改造新旧接口比对、改造方案试验实施等。数据推送工作，8月底出差前往上海数据中心学习和熟悉PCOM、CCBS大机操作、JCL作业控制语言、数据推送。自八月底开始，先后支持企业现金客户信息报告、票据池、企业网银转账查询与现金管理收付款整合等功能在312/Par1环境的测试数据推送工作，包括40多个档位的全量、增量推送；日常开发与支持工作，参与管理交易前处理的配置工作。参与1115数据追数，存储过程修改优化5个；1115数据比对，修改和优化了几个比对的存储过程；配合信息报告跑数，向数据库中追入一年数据；参与1018、1115、0124版本上线支持工作。进行外呼报文定制管理管理，在0913、1018、1115、0124、0328版本，先后进行100多支交易外呼和响应报文的新增、修改、维护工作。了解新一代二期项目组开发环境、组件组装环境、应用组装环境、应用总装及版本验证环境；学会通过报错信息追踪并定位问题，及时修改。CCBS 2.2期配合改造，进行新一代CCBS 2.2期接口差异初步比对工作，并于12月随项目组前往上海开发中心就CCBS 2.2期改造现有问题梳理和解决方法进行集中讨论，对交易线进行整理。参与配合初步的试验改造工作。包括mapping的配置、服务的注册、向P6主机申请访问控制权限、公共部分方法的改造与封装、字段映射关系变化的屏蔽等。相关技术学习，学习和熟悉Linux操作系统常用基础知识。学习OEACLE基本知识，熟悉基本操作。学习和掌握中间件、网络的相关基础知识。参加非功能测试基础培训、敏捷开发技术培训、分布式存储技术培训等相关知识学习，丰富自己的思路。慢慢熟悉并进入状态的我，在三月得到通知，可能会在接下来的一年时间里，与北数的同事交换、交流，学习熟悉运维管理知识与技能。来北数的这几个月，我主要的工作有：协助应用经理进行上线变更、熟悉使用运维管理工具、参与南湖模拟演练环境搭建。首先，在上线变更方面，对应用的上线流程、准备工作、实施环节有了一定了解，能在应用经理的指导下协调上线资源、把关上线准入条件，使用ITSM在版本上线前提交变更单，申请变更权限。主要完成了P5现金管理在0418、0516、0613等版本日为配合客户迁移对应用进行改造的变更，以及P5现金配合P8现金管理的客户上线的变更工作。变更中认真核对MD5校验码的一致性，确保文件无误，变更时按照操作控制表严格做好备份工作，以便出错后可以回退，完成操作后联系客户进行验证，确认变更的正确性。其次，熟悉运维管理工具。学习使用集中监控和自动化运维平台，辅助查找和定位生产上出现的问题。P5现金监控经常会出现误报的情况，大多因为交易量小