新一代贷记卡P8发卡组件大规模单边帐自动控制模块的设计与实现毕业论文.docx
- 文档编号:28162688
- 上传时间:2023-07-08
- 格式:DOCX
- 页数:23
- 大小:531.49KB
新一代贷记卡P8发卡组件大规模单边帐自动控制模块的设计与实现毕业论文.docx
《新一代贷记卡P8发卡组件大规模单边帐自动控制模块的设计与实现毕业论文.docx》由会员分享,可在线阅读,更多相关《新一代贷记卡P8发卡组件大规模单边帐自动控制模块的设计与实现毕业论文.docx(23页珍藏版)》请在冰豆网上搜索。
新一代贷记卡P8发卡组件大规模单边帐自动控制模块的设计与实现毕业论文
图书分类号:
密级:
毕业设计(论文)
题目:
新一代贷记卡P8发卡组件大规模单边帐
自动控制模块的设计与实现
学生姓名
班级
学院名称
专业名称
指导教师
学位论文原创性声明
本人郑重声明:
所呈交的学位论文,是本人在导师的指导下,独立进行研究工作所取得的成果。
除文中已经注明引用或参考的内容外,本论文不含任何其他个人或集体已经发表或撰写过的作品或成果。
对本文的研究做出重要贡献的个人和集体,均已在文中以明确方式标注。
本人完全意识到本声明的法律结果由本人承担。
论文作者签名:
日期:
年 月 日
学位论文版权协议书
本人完全了解关于收集、保存、使用学位论文的规定,即:
本校学生在学习期间所完成的学位论文的知识产权归所拥有。
有权保留并向国家有关部门或机构送交学位论文的纸本复印件和电子文档拷贝,允许论文被查阅和借阅。
可以公布学位论文的全部或部分内容,可以将本学位论文的全部或部分内容提交至各类数据库进行发布和检索,可以采用影印、缩印或扫描等复制手段保存和汇编本学位论文。
论文作者签名:
导师签名:
日期:
年 月 日日期:
年 月 日
新一代贷记卡P8发卡组件大规模单边帐
自动控制模块的设计与实现
摘要
随着互联网金融的蓬勃发展,信息技术的快速更替,商业银行面临的经营形势日益复杂,同业竞争也日趋激烈,在这样的大背景下,建设银行贷记卡团队基于未来5年的业务愿景和发展战略,通过全方位梳理现有业务能力,借鉴国际、国内的先进经验,致力于打造智慧的、灵活的、可扩展的、易维护的、完整的新一代信用卡系统
贷记卡P8发卡组件作为新一代信用卡系统的核心课题,为全行贷记卡提供交易授权、产品签约、合约维护、账务调整和查询、账户管理等服务。
其前后关联组件较多,而且消费、取现、还款等授权类交易直接涉及到资金流转,因而如何保证各关联组件之间的账务平衡,避免出现大规模单边帐事故,是发卡组件设计中必须考虑的问题。
具体而言,在业务中,有借必有贷,如果只有借或者贷,而没有对应的一方就会形成单边帐;在技术上,P8发卡组件在作为Server响应前端请求的同时,也会作为Client组合调用其他关联应用组件,此时如果发生网络超时或其他交易异常,导致相互依赖的组件之间没有同时记账,则会形成单边帐。
大规模的单边帐会造成严重的资金风险,而且事后需要做出大量沟通解释、追账等工作,导致较严重的社会影响,甚至面临银监会等上级管理机构的追责。
本文正是在这样的背景下,结合当前贷记卡P8发卡组件的已有实现,设计并实现了一种大规模单边帐自动控制方案,用以防止单边帐故障的蔓延,将影响降到最低。
关键词:
新一代贷记卡发卡单边帐自动控制
图目录
1绪论
1.1研究背景
信用卡作为信用交易的电子化载体,是普遍使用的支付手段和信贷工具。
从20世纪40年代发展至今,它给消费者带来了购物支付的方便以及个人融资贷款的便捷,促进了商家的支付结算和销售,同时给发卡行带来了巨大的业务和利润。
我行信用卡系统建设经历了如下几个阶段:
●系统奠基阶段(2001.6至2003.8),以CARDLINK系统为核心构建了发卡体系,实现了进件、发卡、授权、客服、催收和会计等基本业务功能,并通过VISA/MASTERCARD国际卡网络和龙卡网络实现国内外收单功能
●功能完善阶段(2003.8至2004.10),完善已有信用卡系统,同时积极开发特色业务功能,包括信用卡商务卡、国内外消费密码可选、电话购汇等。
●结构优化阶段(2004.11至2006.10),为了支持信用卡交易量和发卡量的快速增长,信用卡系统在性能方面进行了多次优化,包括授权交易7*24小时优化、批量运行时间优化等,同时在功能方面也不断改进,推出了分期付款、代收代付等增值业务,打造了一个业务功能丰富、客户体验良好、技术先进、安全稳定的系统。
而近年来,随着互联网金融的蓬勃发展,信息技术的快速更替,商业银行面临的经营形势日益复杂,同业竞争也日趋激烈,在这样的大背景下,总行“十二五”规划指出,信用卡业务应坚持以市场为导向,以客户为中心,全面提升市场影响力、产品竞争力、风险控制力、盈利能力和客户满意度;打造信用卡消费金融平台,提升信用卡业务盈利能力,成为我行新的利润增长点;打造中高端客户增值服务平台,提升我行个人银行业务核心竞争力,确立龙卡信用卡第一品牌的市场领先地位。
为此,以客户为中心、业务与IT融合、面向服务的新一代贷记卡系统项目应运而生。
1.2研究内容
贷记卡发卡组件作为新一代贷记卡系统项目的核心课题,为全行贷记卡提供交易授权、产品签约、合约维护、账务调整和查询、账户管理等服务。
其前后关联组件较多,而且消费、取现、还款等授权类交易直接涉及到资金流转,因而如何保证各关联组件之间的账务平衡,避免出现大规模单边帐事故,是发卡组件设计中必须考虑的问题。
具体而言,在业务中,有借必有贷,如果只有借或者贷,而没有对应的一方就会形成单边帐;在技术上,贷记卡发卡组件在作为Server响应前端请求的同时,也会作为Client组合调用其他关联应用组件,此时如果发生网络超时或其他交易异常,导致相互依赖的组件之间没有同时记账,则会形成单边帐。
大规模单边帐会造成严重的资金风险,而且事后需要做出大量沟通解释、追账等工作,导致较严重的社会影响,甚至面临银监会等上级管理机构的追责,因而在贷记卡发卡组件的实现中,必须设计严格、有效的大规模单边帐自动控制机制,防止故障的蔓延,将影响降到最低。
本文的研究内容就是在当前贷记卡P8发卡组件的设计基础上,研究并实现一种可行的大规模单边帐自动控制方案。
研究的具体内容包括:
1)新一代贷记卡P8发卡组件的单边帐来源分析
在已有P8发卡组件框架结构基础上,分析了单边帐产生的几种来源,并结合具体的交易实现进行论证。
2)单边帐自动控制模块的总体设计
针对单边帐的产生原因,设计针对性的单边帐自动控制算法,在大规模单边帐发生初期开启交易管控,防止大规模单边帐的蔓延。
在设计算法时,需要考虑以下几点:
1、遵守P8平台的开发规范,并充分利用框架提供的各种工具;2、兼容已有交易实现,尽可能做到低浸入,低耦合;3、支持动态配置,包括算法是否开启,以及算法用到的各种参数;4、支持灵活扩展,包括开启交易管控的规则组合,以及数据采集的维度。
3)单边帐自动控制模块的实现与原型验证
在上述设计思想的指导下实现了一种单边帐自动控制模块,并进行了原型验证,验证结果证明,在满足单边帐控管触发条件后,该单边帐自动控制模块能够开启交易控管,有效防止了大规模单边帐的进一步蔓延。
1.3论文结构
本文共分五章进行介绍。
第一章绪论,介绍论文的背景、研究内容和组织结构。
第二章介绍信用卡系统的现状以及向新一代系统的演进过程,这一方面是对信用卡系统演进过程的学习和总结,另一方面也为下文介绍单边帐产生原因做铺垫。
第三章分析了现有P8发卡平台单边帐产生的几类来源。
第四章详细描述了本文提出的大规模单边帐自动控制模块的设计思想以及具体实现。
第五章对一年以来的工作进行总结和展望。
其中,第三章和第四章为本文重点。
2建行信用卡系统演进概述
2.1现状信用卡系统
现状信用卡系统主要分为信用卡核心业务系统和信用卡综合系统。
2.1.1信用卡核心业务系统
信用卡核心业务系统(简称CSS系统)构建在主机平台上。
负责处理信用卡全生命周期内的开户、交易处理、账户管理、争议、信息和管理等行为,包含发卡和账户管理、授权、会计核算、客服交易接口、安全控制、分期付款、清算与争议、基础信息与加密机接口九大模块。
系统提供了联机交易处理和批量数据处理两大服务。
其中,联机交易指银行对外服务的实时事务处理,并记录联机日志,交易包括授权、消费、还款、取现等多种类型,来自ATM,POS,网银,高柜,低柜,客服,IVR等多个渠道。
批量模式会抓取各个渠道产生的批量接口文件,进行主档维护和追帐操作,信息处理量大,时间长。
信用卡核心业务系统是双信息系统,所谓双信息,就是指联机进行授权处理,批量进行入账结算。
对于非金融类交易,联机生效,批量重做,对于金融类交易,联机冻结,批量入账。
联机程序一般处理对支付交易的合法性进行校验,并扣减额度,而在批量处理中,该支付交易记入账户并衍生出利息、费用计算、信用状态修改等操作,批量时会对外围系统上送的清算文件与联机授权就进行对账。
2.1.2信用卡综合业务系统
为支撑信用卡业务的发展,提高服务质量,我行于2003年开始建设信用卡综合业务系统(简称CISS系统)。
经过近10余年间的发展,CISS系统已经成为包含进件、主动调额、专项分期管理、欺诈侦测、报表、积分等18个子系统在内的大型综合性应用系统,覆盖了如下5个应用主体:
●信用卡业务风险,集中的作业流程控制,差别化的风险政策。
●营运,保证业务运行稳定,继续坚持业务集中,实现区域化管理。
●市场,重点产品推广,差异化的客户服务。
●报表,生成进件报表等数据,用于业务分析和决策
●基础支撑。
CISS系统构建在开放平台上,同样提供联机交易和批处理两大类服务。
2.2现状系统到新一代系统的演进
在全行新一代系统建设背景下,贷记卡团队基于建行信用卡未来5年的业务愿景和发展战略,通过全方位梳理现有业务能力,借鉴国际、国内的先进经验,致力于打造智慧的、灵活的、可扩展的、易维护的、完整的新一代信用卡系统。
现状系统到新一代系统的演进方向如下图:
图1现状信用卡系统到新一代贷记卡系统演进
对于信用卡综合业务系统的现有18个子系统:
●进件、主动调额、专项分期管理、进件报表直接由新一代业务审批组件承接。
●欺诈侦测子系统完全由新一代全行反欺诈组件承接。
●呼出代理,短信转换为P8平台外呼类交易,下沉到目标态各个组件。
上行短信,纳入电子银行。
●联名卡支持拆分为两个部分,积分与业务审批。
前者作为积分的一部分,后者由业务审批(信用卡)吸收。
●信函、积分、个人商务卡管理、PP卡管理、SDOL仍然保留于CISS老系统,预计3.2期这部分功能将下沉到各个组件,CISS老系统完全下线。
●主机报表下沉至新一代P8发卡组件。
●高层看板、CTG、案件管理,已下线。
催收移交至深开。
信用卡核心业务系统包含发卡和账户管理、授权、会计核算、客服交易接口、安全控制、分期付款、清算与争议、基础信息与加密机接口九大模块,这里按演进方向分了三大块:
●争议处理模块将移交至收单部门,由新一代争议处理组件来承接。
●现金分期业务仍保留在老CSS系统,计划在3.2期中下沉至新一代各组件
●其他模块(包含授权、账户管理、会计核算、客服交易接口等,图示统一用发卡来标识)将由新一代P8发卡组件和P6发卡组件共同承接。
2.3P8发卡与P6发卡的关系
信用卡核心业务系统构建在IBM大型主机平台上,具有集中、专有、封闭等特点,系统稳定性和可用性有可靠保障,但是其构建和运维成本高昂,是银行IT投入的大头。
在新一代演进中下,CSS系统的发卡业务将下沉至P8发卡组件和P6发卡组件,前者构建于开放平台,后者构建于主机平台,这样做的考虑是:
●对主机进行瘦身,将核心功能(如额度、账务处理)保留在主机,辅助功能(如查询、校验处理)则移植到开放平台,以提到主机资源利用率,同时缩减主机成本。
●对金融核心系统“去IOE化”的一次探索,利用互联网分布式架构替代传统的主机集中式架构来实现银行核心业务系统是今后的发展趋势。
这次主机功能部分下移到P8迈出了转型第一步,如果P8平台的稳定性和可用性得到验证的话,今后将下移更多的主机业务,逐步减少对主机系统的依赖,提高自主可控性。
理解P8发卡和P6发卡的关系时,需要注意以下几点:
●原CSS系统发卡模块的联机交易和批处理都进行了一次功能再切分,切分后的功能由P8发卡和P6发卡分别承接。
P8发卡需要的源数据由主机批量推送到开放平台,同时P8联机交易记录的日志将由P8批处理功能生成入账文件推送给主机
●P6发卡作为端系统,提供额度扣减、风险控制、账务处理等核心功能,P8发卡则封装P6发卡的所有交易,并取代CISS/CTG的功能,遵循新一代规范统一对外发布服务。
●P8发卡将取代龙网等渠道完成交易组合,同时配套完成内部帐记账等会计处理。
目前,P8发卡组件的实现主要分为三个小组,分别是授权组、账务组和批处理组,本人隶属于授权组,主要参与授权、转账、取现等联机交易的开发。
3单边帐定义与来源分析
3.1单边帐定义
在业务中,有借必有贷,如果只有借或者贷,而没有对应的一方就会形成单边帐;在技术上,P8发卡组件在作为Server响应前端请求的同时,也会作为Client组合调用其他关联应用组件,此时如果发生网络超时或其他交易异常,导致相互依赖的组件之间没有同时记账,则会形成单边帐。
理解大规模单边帐还需注意以下几个要点:
●要点一:
可能在较短时间内连续产生较大规模的不一致交易的异常场景
●要点二:
相关交易实时性要求很高或交易异常时有较严重的资金风险
●要点三:
事后需要做出大量沟通解释、追账等工作,并会导致较严重社会影响或者面临银监会等上级管理机构追责的交易范围
3.2P8发卡单边帐来源分析
根据2.3小节所描述,P8发卡组件主要完成联机交易组合,其典型处理流程如下图所示:
图2贷记卡P8发卡联机交易通用处理流程
此时,以下三种场景会引起单边帐:
●外呼1出现超时,本地会发起异步冲正,并置交易失败,授权日志更新到错误状态,也即本地不会记录入账日志,而外呼对象状态不明,可能已经正常记账;
●外呼1成功,但接下来的某次外呼出现超时,或者返回状态码异常,本地同样置交易失败,不记录入账日志,而前面的成功外呼中,相应组件都会正常记账;
●所有外呼都成功,而本地更新授权日志出现数据库异常,导致本地记录入账日志失败;
下面以本行贷记卡转本行借记卡交易为例,具体说明单边帐产生来源,其交易线如下图所示:
图3本行贷记卡转本行借记卡交易线
前端交易请求到达P8发卡组件后,首先外呼P6执行授权(取现)操作,再外呼CCBS单笔联机代理服务(转账)操作,外呼成功后更新本地授权日志。
因此在正常情况下,P8发卡、P6发卡、CCBS都会同步记账。
而如果出现下列任意一种场景:
1、外呼P6执行授权超时;2、外呼P6正常,但外呼CCBS银行卡转账超时或异常;3、本地更新授权日志异常,都会导致单边帐。
一旦出现单边帐,本地批处理生成的入账文件上送主机后,和主机清算文件无法匹配,就会产生追涨麻烦,而且当这种不一致场景大规模发生时,会造成严重的资金安全问题。
在已有交易实现中,虽然对上述三种不一致场景都进行了异步冲正设计(比如转账交易中,取现操作成功,但转入操作失败时,会异步冲正之前的取现操作,保证交易一致性),但是为了提高资源的利用率(一旦出现大规模的单边帐事故,有限的TPS资源将被大量的异步冲正交易所占用),并且控制故障场景的蔓延扩大,保障资金安全,还是需要设计有针对性的单边帐自动控制系统进行统一管理,以便在大规模单边帐发生初期就进行有效控制。
4单边帐自动控制模块的设计与实现
4.1单边帐自动控制模块的设计
根据前文描述,单边帐自动控制模块需要在大规模不一致场景发生的初期就告警,并在满足一定的条件后开启交易流控,避免故障进一步蔓延,其整体需求如下图所示
图4单边帐自动控制模块功能需求
另外,我们知道,P8发卡组件主要完成交易组合,在完整交易流程中扮演了两个角色:
1、在交易接入时扮演了提供具体交易服务的server角色,可以被多个前端client调用2、在交易呼出时扮演了调用具体联机服务的client角色,可以组合调用多个后端server。
因此,在上述需求和背景下,本文提出的大规模单边帐自动控制解决方案如下图所示:
图5单边帐自动控制模块总体设计
单边帐自动控制模块应该处于报文收发层之后,交易逻辑处理之前,这样在开启交易管控后,能直接第一时间拒绝交易。
整个单边帐自动控制算法包含三个模块:
●感应器,采集交易入口数据以及后端交易执行数据,这类数据是多维度的,比如当前最大并发数,后端交易逻辑执行错误次数,单边帐发生累计次数等。
●控制规则,基于感应器采集的数据以及相应的判定规则,决定是否开启/关闭交易阀门。
比如当感应器统计到后端交易逻辑单边帐发生累计次数达到门限值时就开启交易管控。
●交易阀门,是整个处理器的核心,可基于一定的控制规则自动进行开关控制,当交易阀门开启时,进行流控,限制同类交易的进入数量;交易阀门关闭时,直接允许交易通过,不进行流控。
感应器、控制规则、交易阀门三个模块的相互关系如下图所示:
图6控制规则、感应器、交易阀门相互关系
需要说明的是,上述单边帐控制算法是以交易ID为粒度进行管控的,也即不同ID的交易可以基于不同的感应器和控制规则,而同ID的交易则共享相同的感应器、控制规则、交易阀门实例。
这样做的好处是让不同交易之间相互独立,尽可能保证可用性,以上文提出的本行贷记卡转本行借记卡为例,当CCBS系统宕机而导致该交易出现大规模不一致场景,进而引发交易阀门开启时,其他不依赖于CCBS的交易仍然可以继续提供服务。
综上所述,整个算法的工作场景是这样:
每当交易到达或后端交易逻辑执行完毕时,感应器都会更新自身统计的数据,控制规则模块根据规则集合提取感应器中采集的数据进行逻辑判断,当规则集合都满足时,开启交易阀门,进行流控,当规则集合不满足时,交易阀门关闭,允许同类型交易透明通过。
4.2单边帐自动控制模块的实现
除了满足上一节描述的设计需求外,基于P8发卡系统的单边帐自动控制模块在实现中还需要考虑下面一些约束:
●遵守P8平台的开发规范,并充分利用框架提供的各种工具;
●兼容已有交易实现,因为目前P8发卡的开发工作已经进入尾声,整体实现架构和交易执行逻辑都比较稳定,所以新的单边帐自动控制模块应该尽可能少变更现有实现,做到低浸入,低耦合;
●支持动态配置,一方面,单边帐自动控制模块是否开启,是否部署应该通过开关来配置,另一方面,算法在调优过程中,使用到的各种参数也应该支持动态配置;
●支持灵活扩展,包括开启交易阀门的控制规则组合,以及感应器数据采集的维度等。
整个单边帐自动控制模块实现逻辑分为两块:
1、利用P8框架提供的处理栈组件工具来实现单边帐自动控制算法,示意图如下:
图7单边帐自动控制处理器的位置
单边帐自动控制处理器集成了感应器、控制规则、以及交易阀门三个子模块,整个处理器插入到请求接入处理栈的最前端,这样当交易阀门开启,进行流控时,可以直接在最前端拒绝交易,节省运算资源。
2、利用特定错误码识别后端是否发生单边帐场景,该部分需要集成到后端交易执行逻辑中去。
目前P8发卡开发在遵循新一代结构化设计的基础上进行了一定的抽象,将异常处理和异步冲正逻辑统一在部件方法层实现,这样各个交易执行体只需要专注于业务逻辑的实现,而不需要考虑异常处理等通用逻辑。
因此只需要统一在部件方法层识别特定的错误码来标记单边帐场景,并将单边帐发生标识设置到交换区中,供单边帐自动控制处理器识别即可。
该方法只需要更改部件方法中的统一异常处理逻辑,各个交易逻辑的具体实现完全不用修改。
整个单边帐自动控制模块的系统全局UML类图如下所示,其中,SecurityDfender代表交易阀门,StatMonitor代表感应器,当前主要采集RuntimeTimeCellStat,RutimeStat两个维度的数据,RuleExecutr代表控制规则,它由多个单独的校验规则AbstractSecurityDefenderRule组成规则链。
图8单边帐自动控制模块UML类图
下面将分别介绍感应器、控制规则、交易阀门的具体实现。
4.2.1感应器
感应器主要用于交易执行情况的实时监控,并向控制规则反馈实时监控数据,目前感应器主要采集了RuntimeTimeCellStat和RutimeStat两个维度的数据
数据所属类
数据英文名
数据中文名
采集方法
RuntimeTimeCellStat
tsFaild
单位时间
交易失败次数
交易逻辑执行完毕时统计
tsSuccess
单位时间
交易成功次数
交易逻辑执行完毕时统计
currentMaxNum
当前最大并发数
请求到达时统计
rtSuccessTotal
单位时间
请求成功总时间
交易逻辑执行完毕时统计
rtFailedTotal
单位时间
请求失败总时间
交易逻辑执行完毕时统计
数据所属类
数据英文名
数据中文名
采集方法
RuntimeStat
consFailNum
连续失败次数
交易逻辑执行完毕时统计
consFailSingleNum
单边帐场景
连续发生次数
交易逻辑执行完毕时统计
currentNum
当前并发数
请求到达时统计
maxCurrentNum
系统最大并发数
请求到达时统计
failSingleTotalNum
单边帐场景
总共发生次数
交易逻辑执行完毕时统计
另外,在当前设计中,可以根据需要灵活支持采集更多维度的数据。
4.2.2控制规则
控制规则主要用于决定是否满足交易阀门开启条件,为了支持控制规则的灵活配置和扩展,将其设计为由多个单独的规则组成的规则链,当规则链中的规则都满足时,开启交易阀门。
示例如下:
图9控制规则链示意图
另外,并且针对不同的服务,也可以设置不同的控制规则,以达到更好的控制效果。
4.2.3交易阀门
交易阀门是整个控制模块的核心部分,必须满足如下几个设计要点:
●能够按照控制规则定义的具体流量阈值,开启/关闭开关,对交易通过情况进行控制。
●对于被流控的交易,返回统一的错误码及错误提示信息给调用方。
●能够根据感应器反馈发起动作,实时发起控制和解除控制,动态生效.
●实现以具体交易服务ID为维度进行交易控制。
交易阀门处理流程如下:
图10交易阀门处理流程
●每当新的交易到达时,感应器都要更新当前并发数、系统最大并发数等采集数据。
●根据当前交易阀门是否开启执行不同流程,如果交易阀门开启,则同ID的交易去竞争一个资源锁,获取锁资源则能执行交易逻辑,竞争失败则直接拒绝交易,并返回单边帐控制开启的异常。
这里设置锁资源主要是考虑到某些不可持续性的异常可能导致短暂一段时间发生大规模单边帐故障,进而导致交易阀门开启,而当异常修复后,单边帐自动控制模块也应该自适应关闭交易阀门,取消流控,此时获取锁资源的交易就起到了试探交易的效果,如果该试探交易成功,说明之前的异常已经排除,可以考虑重新关闭阀门。
●交易阀门关闭时透明通过的交易或交易阀门开启时获取锁资源的交易都可以进入后端业务处理逻辑,业务处理逻辑一方面会向前端返回执行结果,一方面也会在交换区中设置是否发生单边帐故障的标志位。
●后端处理逻辑执行完毕后,感应器会更新交易是否失败,是否发生单边帐故障,累计发生单边帐次数等采集数据。
同时,系统会根据当前交易是否为试探交易而释放锁资源。
●根据交易执行是否成功更新交易阀门的开启状态。
如果交易成功,则关闭交易阀门,允许后面的交易透明通过,如果交易失败,则执行控制规则检查,若各项规则检查都满足条件,则开启交易阀门,进行流控。
4.3原型验证
由于P8发卡联机交易开发任务繁重,同时要同步开展组件组装测试和应用组装测试工作,所以时间和精力有限,暂时还未对文中提出的大规模单边帐自动控制模块进行全面的
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 新一代 贷记卡 P8 发卡 组件 大规模 单边 自动控制 模块 设计 实现 毕业论文
![提示](https://static.bdocx.com/images/bang_tan.gif)