行走的银行核心系统建设教材--《长安十二时辰》（上）
关键字：长安十二时辰 银行 核心系统建设
字数：3080字/建议阅读时间：8分钟
作者：代堂鸣
上周，热播一个多月的古装悬疑剧《长安十二时辰》迎来大结局，千万观众一起经历了一场盛唐时期的传奇故事。
这个故事发生在唐朝，李隆基还没有正式册封杨玉环为贵妃之前，天宝三载上元节，长安城遇到了一次大规模的恐怖分子袭击。太子一系的李必，天才少年，年轻有为，是特殊机构靖安司的司丞，在得知狼卫（可理解成恐怖分子）有预谋入侵长安后，携手长安死囚张小敬在十二时辰内拯救长安。
作为一个古代反恐题材，场景局限长安城，但是情节复杂，而且人物丰满，从食物的雕胡饭、薄荷叶、油缒子，到上元灯会的诸多传统，到形形色色人物衣衫、发饰、语言和称谓，每一次行动发生的坊名、水渠名、宫名，都可谓一丝不苟，想象力和历史细节令人惊叹。
它的高明之处更在于，它设定了一个时间，一天之内，必须破除隐患，保卫长安百姓性命，有天然的压迫性和紧迫性，对营造气氛有很大助益。
莎士比亚曾经说过，一千个读者就有一千个哈姆雷特。作为一名金融IT人， 感叹之余我的思路就完全跑偏了：
⊙徐宾搞的大案牍术不就是现在的推荐系统么，还支持人工调参？
⊙靖安司这个资料库没备份、也没异地多活，一把火就凉了……
⊙这剿匪任务按剧集结构与人物关系的设定，分明就是一本“行走的银行核心系统建设教材”……
怀着这样的疑惑，去查了文献，今儿就给各位看官依依道来……
我们分八个部分来谈：
一、高阶需求
二、系统选型
三、差异分析
四、参数管理
五、数据迁移
六、UAT测试
七、上线准备
八、演练和上线
NO.1
高阶需求！
身陷囹圄的张小敬临危受命，与少年天才李必携手在十二个时辰内破除隐患，开始了“短暂联合”，任务就是找到狼卫，打碎他们的图谋，时间只有十二个时辰。在《长安十二时辰》内，靖安司司丞李必是项目发起人，命令项目经理崔六郎引狼卫进长安城，然后用军队抓获狼卫，以保障长安城的安全。
结果十六位狼卫歼灭了十五位，首领曹破延逃跑，同时崔六郎被杀。面对这样的结局，李必没有责备下属，而是想办法补救，接下来做什么？
是不是会先考虑：派谁替代死去崔六郎查案子？谁对这座城市更熟悉？胜心重不重？身体素质如何？准备提供多少好处？带着问题挑选，才能找到合适的人。
《长安十二时辰》 易烊千玺饰李必
如标题“行走的银行核心系统建设教材”中表达的，高阶需求的梳理是银行核心系统项目启动后的第一步，是银行“挑选张小敬”前进行的思考。
目前国内中小银行核心系统建设都采用的是“产品+客户化”模式，基本是结合行内业务发展现状、总体战略规划、同业先进经验、行业动向等实际情况，充分考虑业务、管理现状及未来改革发展的需求后得出的。
关于高阶需求的编写方案，可以分为四个步骤。首先是做调研，完成需求采集；接着对采集到的需求进行诊断分析，获得需求汇总清单（又称SOW,Statement Of Work）；然后再编写高阶需求，包括业务流程、生产周期、性能要求等；最后对高阶需求进行变更维护。
高阶需求主要内容举例：
（点击图片放大阅读）
产品分类是通过分析&总结现有产品而抽象出来的大类，通过业务参数对产品进行控制和管理，银行也可以根据需求调整产品属性来定制产品。
例如，币种范围、存取限制、利率定价、费率定价、计息方式、违约处理、销户控制等。以及功能梳理、基本需求和操作流程，包括功能清单，业务概述，业务流程图和流程说明、操作步骤和说明、授权规则、交易输入和输出、会计分录、注意事项等等。
NO.2
系统选型！
在剧中，最后，李必找到了张小敬。由于张小敬是死囚犯，所以李必借免除死罪的理由让其参与这个工作，并在入场前沟通后续工作。我们不难看出，侍女檀棋是职能经理，靖安司主事徐宾是pmo，靖安司旅贲军统帅崔器是技术骨干，任职东宫的姚汝能是合作方，望楼人员是项目沟通人员。
《长安十二时辰》 雷佳音饰张小敬
银行核心系统建设中产品的选型也一样，对加强银行业务操作的管理和控制，保留优质客户，规避或降低银行风险起着重要作用，是项目能否成功的关键一步。
因为各家行对核心系统定义的范围不同，改造难度和人员规模也不一样，所以是根据自身业务规模选取业内较为成熟的实施方案，组成业务人员、开发人员、运维人员、厂商参与的项目团队，并经历同业调研、厂商交流、POC、招投标等多个阶段，最终选出本行的优势厂商。
当然，也没有完全合脚的鞋，合适的系统都是要自己参与的。平安系、建行系、兴业系做的挺好，研发能力强的就自主开发建设，能力待提升的就与第三方公司合作，从建立科技子公司到对内或对外科技输出，对金融信息化的上市公司影响不小。例如，建信金科，从人员构成上来看，员工素质比较高，硕士以上学历占比大且大部分985，其次背后有母公司支持，财力雄厚。
系统选型主要标准举例：
（点击图片放大阅读）
银行核心系统是整体银行系统的交易处理中心，在系统选型标准中不仅只有上图描述的，还有许多其他因素需要考虑。比如厂商的本地实施团队能力、源码开放程度、上线后的维护成本、人员素质，以及全行数据管理情况、系统胖瘦的松耦和程度、账务&清算体系等等，多轮评审和测试分析后才最终决定。
NO.3
差异分析！
《长安十二时辰》的第一集里，提出了一个叫“大案牍术”的概念，作用神乎其神，最开始还以为是一种查案手法，看到后面才发现是虚构的，类似于现在的大数据分析，而靖安司记录了长安公民的各种信息，则类似于一个数据库，再对现有海量数据和各种资源分析后，做出恰当的选择，上级评审通过后执行。
《长安十二时辰》 多位戏骨大咖照
就像银行核心系统项目中客户化工作的基础——差异分析。在厂商进场后首先会进行核心系统产品的培训，从前端输入/输出字段和实际操作方法，到后台业务处理流程及参数化设计，全方位的让行内业务人员或操作用户了解系统。
培训的方式有很多种，常见的有模块PPT，或按原型功能书的顺序进行讲解，会具体到页面的每一个字段，并现场解答客户的疑问，这是考验讲师对系统有多大程度的了解最大的指标。
例如，界面字段是否缺失或多余？布局是否合理？是否符合行内用户的操作习惯？功能是否不符或功能缺失？功能是否符合业务要求？是否符合外部监管要求？等等。
遇到现场不清楚或不敢肯定的问题，会将问题记录在案，并对客户说需要内部再确认下。
养成严谨认真的工作态度，以保证我们回复客户的是准确的信息，若是平时不留意，将来关键的描述会让别人产生意见，编程亦如此。
差异分析主要要求举例：
（点击图片放大阅读）
初学时，在测试和开发过程中，按自己的理解对每一张表和每一个字段的释义进行标注，拿数据结构excel一张表一张表地过。这表干嘛的？这字段啥意思？ER图是怎样的？例如活期，账号/产品类型、各余额的含义及关系、账户状态及关系、业务场景流程图……
这样更有利于我们从差异分析出发，看见银行未来的业务模式。在努力掌握自己的模块，注重学习方法，学习思路，不停的学习的同时，会发现路越走越宽阔。这个竞争激烈的时代，少走弯路，就是最好的捷径。
（各位看的过瘾不？未完待续......）