注册

中心视界

中心视界

Central horizon

01

2020年总第1期

主编:肖群     编审:刘正   任书庆

主办:实施管理中心总体管理团队

封面人物:涂耀旭

02

开放  创新  普惠

03

开放  创新    普惠

中心简介

       实施管理中心,前身为成立于2006年的中国建设银行信息技术管理部北京开发中心测试部门,2019年整体划转到建信金科公司总部实施管理中心,目前已转型成为集测试、质控、实施管理、交付组织、能力建设为一体的[业务中台],坚持从落实全面质量管理、实施平台化战略、强化专业能力建设、保障重点任务实施、构建金融科技生态等多方面持续发力,以开放创新的姿态拥抱金融科技浪潮。
       中心现有正式员工239人,55%人员从母行划转或派遣而来,45%人员通过市场化方式以社招、校招进行灵活补充,队伍配置考虑了新老结合,人员平均年龄33.6岁。人员结构以专业技术、高学历为主,其中技术专家占比71%,硕士占比61.5%。中心下设总体管理团队、技术效能团队、业务实施管理团队、技术实施管理团队、安全实施管理团队、环境管理团队等6个团队。
      中心以提升公司产品质量和实施效率为目标,建设端到端的测试与质量控制体系,打造一体化高效的质控平台,搭建行业先进水平的技术工具链,提供多维度专业化的测试服务,对研发实施与质量活动赋能。

C0NTENTS

总部视窗………………04

中心视点………………06

观点看台………………08

员工风采………………12

中心人物………………16

中心简介………………03

04

开放   创新   普惠

05

开放 创新  普惠

建信金科朱玉红董事长一行赴上海事业群,研究讨论银行核心系统研发工作及建信人寿保险项目的实施工作。
要加快公司战略规划的落地动作,建立专业的产品研发队伍,产品研发和实施交付两条线工作,并建立合理的协作模式,通过强化产品研发部门的职能,提升实施交付效率。朱玉红董事长要求相关部门和上海事业群高度重视,加快落实。

喜讯!建信金科申报隐私保护计算课题被评为北京金融科技产业联盟重点课题。
 目前,建信金科正积极推动隐私保护计算在母行实际业务中的落地,并作为主要成员单位参与全国金融标准化技术委员会关于多方安全计算技术标准的制定。

 彩!建信金科代表队荣获央行[金融密码杯]大赛7项大奖!
 在央行举办的2020[金融密码杯]全国金融密码技术大赛颁奖仪式上,建信金科代表队获得突出成绩——公司的13支参赛队伍中,有7支荣获挑战赛和创新赛最终大奖!
 在总行金科部的指导下,公司组建13支队伍,代表总行参加本次“金融密码杯”大赛。经过激烈的比拼,最终,基础技术中心“张二李三队”、“Gryffindor队”,分别荣获挑战赛的一等奖和三等奖!基础技术中心“烽火联队”、“卧虎藏龙”、广州事业群“八佰壮士队”,荣获创新赛二等奖!基础技术中心“狼烟联队”和“模块化战队”荣获创新赛三等奖,所获奖项遥遥领先所有参赛单位!  
       

驻建行纪检监察组朱克鹏组长一行到建信金科公司调研指导工作。
朱克鹏组长参观了建信金融科技展示区,听取了金科公司整体情况汇报和有关平台建设情况汇报,对公司领导及事业群开发团队表示慰问。同时,就下一步工作提出具体要求,勉励公司充分发挥科技优势,全力以赴加快平台建设,为全行纪检监察工作插上科技的[翅膀]。

总部视窗

06

开放  创新  普惠

07

开放  创新  普惠 

解决测试项目痛点,中心建立测试数据平台,为各项目组提供自动化的数据生成服务和数据查询相结合的测试数据服务能力,为项目赋能,提升整体测试效率和质量。目前测试数据平台已初具规模,可向各项目组提供部分数据生成和查询服务。
                                                                   [吕莎]

防患于未[燃],中心举行消防实操学习!学习消防器材操作技巧、实操灭火器扑灭初期[火灾],实操消防栓出水…… [任书庆]

中心视点

以[已]之矛,攻[已]之盾!中心安全测试团队联合360公司,拟分批次对金科公司重点互联网资产开展渗透测试,为项目组提供定制化的漏洞修复方案,通过以战代训、以攻促防的方式,主动全面挖掘潜在安全威胁,提升金科公司自身攻防能力,捍卫金科网络整体信息安全。          [李镇岐]

智慧协同平台用户测试交流

温馨提示

     秋冬季是流感高发期,增加了新冠肺炎爆发的风险,请大家保持防控意识,科学配戴口罩、勤洗手、常通风、不聚集、与他人保持1米以上社交距离,注意饮食卫生,生熟分开、煮熟煮透确保食品安全。
     请注意做好自身健康监测,如出现发热、干咳等症状,及时佩戴医用口罩前往就近的发热门诊,并主动告知医生旅行史、接触史等情况,便于及时排查。

       企业级实施管理:本周针对1030投产版本开展实施管理与质量改进,组织各事业群针对重点投产内容及协同风险问题分析确定解决方案,过程中保障投产交付质量。
       智慧协同平台建设:本周重点开展智慧协同平台1026上线前准备工作,包括上线数据初始化、上线方案准备、生产环境部署和绿灯测试等工作。
       重点项目实施:针对数字化经营相关任务,保障1016版本107项需求项释放,实现352个数据标签投产,进一步完善全行客户画像体系,为理财季精准客群分析及精准营销做好技术支持。

08

开放  创新  普惠

09

开放  创新  普惠

问题一:业务与产品、开发之间的沟通问题  
 业务人员、产品人员和开发经常是各说各话,产品设计人员经常吐糟开发人员做的太慢或者做出来功能的不是自己设计的效果,开发人员回怼说产品人员设计的功能太理想不能实现。出现这个现象是因为产品人员设计的原型或者效果图是从用户的业务需求和最终效果来考虑的,是一个主观的设计过程,往往会忽略技术原理、实现的细节等过程性因素,而开发人员是从客观的技术可行性、实现过程等角度考虑,业务人员纯主观的设计和技术人员客观的思维方式两者之间本身就是存在矛盾的。
问题二:始终如[一]的项目管理 
这个在软件工程领域的专业术语叫验证和确认。通俗来讲,就是最终实现做出

项目管理与群体智慧

[尹盛]

建模定义软件的功能和预期行为,帮助不同角色共同分析复杂业务模型、建立业务全貌和统一的沟通语言,减少信息在不同角色传输的损益。测试领域的TDD[测试驱动开发]、实例化需求等方法,目标是让测试的输入和需求阶段的输出保持一致。除此之外,还有项目管理常用的需求追溯矩阵、全流程审计等方法,都是为了实现这个目标。然而在现实的研发管理中,实现始终如一这个目标仍然是一个困难的问题。
       问题三:问题定位排查过程
      生产出现问题的时候,拉上一波研发人员排查定位问题,往往会出现从头开始兜了一圈还是没有定位,在复杂的单体项目,一个系统的整体功能是由若干子系统完成的,每个子系统又分为若干模块,子模块,出现问题的时候只能从头开始逐步缩小搜索范围, 定位问题的系统, 子系统,模块,子模块等。在当前中台和分布式架构盛行的时代,问题的定位和排查更是一个困难的问题,用户视角的一个完整功能,可能会调用数十个组件的服务,虽然有链路追踪系统的辅助定位,问题的定位仍然是一个十分麻烦的问题,动辄几十甚至上百人如热锅上的蚂蚁一样手忙脚乱的排查问题更是家常便饭,经历过的同学肯定都会心有余悸。其原因就是每个个体都只了解整个系统的一部分知识,只有把每个个体所掌握的知识和信息整合起来才能掌握系统的全貌。 
      问题四:项目经理的决策过程  
      由于每个个体都只具备一部分知识和信息,项目经理作为项目全局的决策者,要做出正确的决策是一件非常不容易的事情,需要具备和掌握正确的思维方式才能够做到。然而什么是正确的思维方式是个见仁见智的问题,因为每个人的思维方式和观点都是不同的[个人认为大概有如下几个方面,正确的思维方式应该具备以下几个方面,全局性、客观性、动态性

开放性等,以后作者将专门就这个话题进行探讨项目经理的决策过程,通常要以大量其它角色提供的信息为基础,综合集成判断之后才能做出,由于每个个体的水平是非常参差不齐的,如何保证其他角色提供的信息正确客观是个非常困难的问题。一旦项目经理的信息输入出了问题或者项目经理的决策模型出了问题做出错误的决策,后果将非常严重。当年的723动车事故,以及多架波音飞机坠机的事故等等都是活生生的实例,当系统的规模和复杂性达到一定程度,项目经理如果不能做出正确的决策就会给正常的生产和生活带来巨大的损害。
       从上面的问题我们可以看到虽然每个个体都有局部的知识和信息,在项目经理的统一调度和管理下形成协作和分工,就能研发完成规模巨大精密运行的产品和系统[虽然过程充满了混沌和曲折],从这点来看,和指挥乐团演奏出华丽的乐章一样,项目管理确实也是一门艺术。
        软件行业已经越来越复杂,不仅所处理问题的复杂性大大提高,所涉及的知识面也越来越大,软件开发是比足球活动更需要团队协作的一项团体活动,软件项目管理是运用组织、流程和工具将每个大脑连接形成一个智慧共同体的过程。在此给各位读者推荐钱老的复杂巨系统方法论相关书籍,开放复杂巨系统方法论是钱老在过去数十年建立中国航空航天以及导弹体系过程中发展创立的学说以及方法论,在此理论的指导下,工程人员解决了很多巨型复杂系统的研发管理难题,对软件项目研发管理领域,同样有巨大的指导和借鉴意义。
          [首届工程师文化节技术征文优胜奖]

来的软件功能要和最开始的需求、设计目标、约束等保持一致,也经常被大家叫做以始为终或者以终为始。在一个项目研发团队中,需求分析人员的职责在于调研客户需求,建立清晰的需求规格及软件蓝图[原型或功能设计说明书],开发人员的职责在于设计和实现蓝图,测试人员的职责在于验证系统的实现是否和需求人员的蓝图是一致的。这种角色分工模式带来的一个问题是前一个角色的输出作为后一个环节的输入时出现偏差,经过众多研发测试环节之后最终实现的系统偏离了设计预期以及客户的需求。现代软件工程为了解决这个问题发明出各种各样的方法来解决这个问题,从若干年前的UML建模到近年流行的DDD[领域驱动设计],BDD[行为驱动设计]、软件形式化方法等等,目标都是如何清晰准确的对客观世界

一个软件项目所处理问题的复杂性之高,所涉及的知识面之广,已经不是几个会写代码的工程师就可以解决的问题。以现在大家热谈的中台战略为例,在实施的过程中失败的案例比比皆是,就是因为中台的本质是企业级的整体设计,一个用户视角的完整应用,涉及上百个技术组件,需要成百上千业务人员、架构师、研发人员之间的沟通和协作才能够完成,整个企业的业务人员、技术研发人员会成为一个整体,协作的范围和复杂度远远超过了原来单体时代的项目。现实情况往往是懂业务的不懂技术,懂一个业务领域的不懂另一个业务领域,从业务人员到技术人员之间、不同项目组的技术人员之间都有巨大的信息鸿沟。一方面,软件项目的规模之大、难度和复杂性之高需要成千上万不同领域之间的专家、业务人员和技术人员的协作和集体智慧才能完成,另一方面,[知识的诅咒]现象会给项目的进行带来很大的困难。项目过程中的很多问题都直接或者间接和这个现象有关的。举几个项目过程中常见的问题: 

10

开放  创新  普惠

11

开放  创新  普惠

     
      看到这里我想每个人心中对微服务都有了一个基本的印象,其实微服务本质上[微]的是单个服务在整个系统中的规模,从而提升的是每个[服务]的品质。我们通过世界贸易来认识了微服务的本质,下面我们就通过“领域驱动设计”来学会如何做好微服务的拆分。 
      领域驱动设计认为再复杂的系统都可以被拆分成若干个单一职责的领域,每个领域只解决某一方面的问题,我们称之为问题域。从系统角度讲问题域又可分为核心域、支撑域和通用域,从服务角度讲自身所处的领域就是核心域,业务上依赖的领域就是支撑域,非业务依赖的领域就是通用域。这里为了便于大家理解我还是举上述老乔的例子,老乔认为要造一部自己定义的手机操作系统的好坏是成败的关键,那么手机操作系统的开发就是核心域,而手机屏幕、电池的生产则是支撑域,至于贴纸这些与其他苹果产品完全共用东西就是通用域。刚才我们是从老乔的角度来看,那么我们换成屏幕生产厂商的角度来看,手机屏幕的生产就是核心域,同样他也有自己依赖的支撑域和通用域。 看到这里我想很多人又有想法了,领域和微服务多像啊,都是一副高内聚、低耦合的姿态,都是只解决一个单一的问题,都是为了打理好自己的一亩三分地。真所谓英雄所见略同,我认为我们基本上可以把一个领域当作一个微服务,为什么说是[基本],且听我稍后分解。
      我们暂且认为一个领域就是一个微服务,那我们是不是就可以通过领域划分的原则来尝试做微服务的拆分,这里我提供几点思路供与大家一块儿探讨: 
      让业务专家和领域专家来找出整个系统的核心域,将查出来的核心域、支撑域、通用域尝试做进一步的拆分,直到认为问题足够单纯为止,通过不断地拆分我们能够得到一个网状的领域关系图。 考虑将领域对象的生产者和消费者拆分到不同的领域。 没有一成不变的领域关系图。有人心想拆这么多领域好复杂啊,我想说不是领域多了导致问题复杂了,是因为问题本身变得复杂了,原来的领域已经不可控了,拆分的目的就是为了保障单个领域始终可控。 
     好了到这里我坦白我讲的根本不是什么[世界贸易],讲的就是[微服务],只是我和大家分享的是微服务的本质,也只有知道了微服务的本质,学会了微服务的拆分才能够真正将微服务落地,体会到微服务的精髓,否则只能说是盲目跟风,人云亦云罢了。
                                       [毛海峰]           首届工程师文化节技术征文三等奖

微服务、领域驱动设计与世界贸易

我想很多人一看标题是[微服务]其实都懒得点进来,进来的人十有八九也是冲着[世界贸易]来的,还有一个是手滑进来的。
这几年大家都在谈微服务,但谈的最多的还是服务选型,服务治理,至于微服务的本质却鲜有人提及。这好比我装修房子,选最好的施工团队,用最大牌的家具,却不知道厨房应该有什么,卫生间应该有什么,最后拍脑袋把烟机灶台装在了卫生间,看着挺美,但过不了日子啊。所以本文就是想和大伙儿一块探究微服务的本质,理解微服务的[微]和[服务],做好微服务的拆分。
在探究微服务的本质之前,有必要先说一下微服务是怎么来的。微服务其实是软件架构发展至今的产物,这里我借助世界贸易的发展来谈一下软件架构的演变,搞懂微服务是怎么来的。 在原始社会,由于地理屏障的隔离,不同文明被限制在自身的范围内发展,文明内部内自产自销,彼此鲜有交集,世界贸易自然也不存在。软件架构初创时期,一款软件只有一个应用,应用内涵盖了软件所有的功能。因为通信技术的不发达,导致软件架构设计会尽量避免应用之间的通信,于是我们形象的称之为[烟囱架构]。 人的欲望推动着文明向前发展,当自身的范围无法满足人的欲望时,世界格局就发生了。就比如国家A不产醋,那总不能让老百姓吃饺子不蘸醋吧,又比如国家B不产啤酒,那总不能让国王办烧烤派对时干整吧,于是彼此之间需要交易,我们称这一时期的世界贸易为[SOA架构]。但那时交通还是不发达,人们就愈发珍惜每次交易的机会,因此那时候交易的基本就是成品的应用或者粗粒度的服务。另外那时候没有直播带货,也没有淘宝店铺,“SOA架构”的贸易体系只能靠一帮称为ESB(企业数据总线)的商人在各国之间传递货物。 世界贸易的开展忽然间打通了人类文明的任督二脉,人的欲望和创造力得到了空前的发展。有个叫乔布斯的美国人指着一张PPT告诉全世界他要重新定义手机,但老乔单靠美国人根本造不出来。老乔需要向日本订购屏幕,向韩国订购电池,向印度招聘码农,日本、韩

国又需要中国的稀土,阿根廷的矿石,阿根廷挖矿还需要别国的挖掘机……。老乔发现一个小小的手机撬动了整个地球,世界贸易已经是一张巨大的网。爆炸式增长的交易规模让ESB商人成为了世界贸易的瓶颈,随着物流,网络、容器等技术的发展,人们开始逐渐地去中心化,取而代之的是更多地点对点交易.没有了中间商赚差价,各个国家或企业不再拘泥于制造成品的应用,而是转换思路大力发展自己的长处,专心做好特定的领域。这就是当今的世界贸易,这就是微服务架构,是软件架构发展到今天的样子。每一个[微服务]就如同世界贸易的一个结点,服务治理就如同[世贸总协定]保障了整个世界贸易的有序进行一样保障了[微服务]之间的有效协作。

12

开放  创新  普惠 

13

开放  创新  普惠

有颜值:一个都不能少,中心迎来了首张[全家福]!
有荣誉:文化节共举办了三项大赛:编码大赛、科技创新大赛和技术征文大赛,中心精英斩获颇丰。编码大赛中张同虎获得最高称号[荣耀之将],庞振海获得[征服之师]称号;科技创新大赛中吕莎项目小组的《智慧试衣间》获得优胜奖;征文大赛中张伟龙的《APP自动化测试平台技术揭秘》获得一等奖,毛海峰、尹盛分获三等奖与优胜奖。

有美食:美食一出,谁与争锋!中心团队负责的小食区最吸睛:2米[巨型蛋糕]、儿童记忆零食、水果等为游园小伙伴征战游戏区补充能量,助其攻城拔寨拿奖品。

有游戏:本次文化节共设有4个游戏区:[高效]主题游戏区、[创新]主题游戏区、[自由]主题游戏区和解压游戏区。中心团队负责的数字华容道、桌面沙狐球等游戏,让游园者挑战最强大脑。

来吧/展示/

有奖品:一句话,各种奖品等你来解锁,从戴尔显示器到无线蓝牙耳机,从机械键盘到智能保温杯……解锁姿势有多种,排起长龙来领奖,首次。
中心领导涂耀旭、肖群、朱晓光及各团队主管、成员240余人全程参与,并与总部进行直播连线:观看公司两周年特别节目《征途》,并进行了切蛋糕仪式。

首届工程师游园嘉年华活动

10月10日,首届工程师文化节游园嘉年华活动于建行稻香湖数据中心正式开启,五个小时的游园活动全程无尿点,满屏皆精彩,有颜值,有荣誉,有美食……
快来,和小编一起pick!

14

开放  创新  普惠 

15

开放  创新  普惠

趣味运动会中心员工驰骋赛场

丹桂飘香,金秋十月。工会组织的[疫散花开 驰骋赛场]趣味运动会在广安门体育场举行。中心组织四支团队驰骋赛场,角逐13项趣味活动。趣味运动会既增强了团队凝聚力,提高了员工的积极性,更让员工能以更强健的体魄、饱满的热情、高昂的斗志、百倍的努力投入到工作中去!

瞧!

中心领导涂耀旭、肖群、朱晓光及各团队员工200余人参加,中心组织了成双成对、火焰队、业务测控团队、技术实施管理团队四支团队,100余名参赛队员角逐13项趣味活动。

嗨!

歌曲表演
舞蹈表演

组!

1、2、3……
这是一项热身运动活动,已拼团,认真健身,快乐工作。
赛场上展现最好的风采。

拼!

拔河、人墙障碍跑、趣味接力跑、人桥接力等项目轮番上演,跌倒了,没关系,爬起来,再拼,奋力冲向终点,把比赛推向高潮。

奖!

有奋斗就有荣誉,就有奖励,就有更好的激励。中心领导涂耀旭、肖群、朱晓光分别为团队二等奖、三等奖及精神文明奖颁奖并合影留念。

16

开放  创新  普惠

17

开放 创新  普惠

      08年毕业后,进入北京开发中心技术测试部任职。历经项目开发、性能测试、功能测试、自动化测试工具研发等岗位的锤练。08年作为性能测试模拟器的重要项目助理和代码编写人员,负责项目日常事务工作和适配器代码的开发。09年并行参加重要系统测试,负责网银、手机、ECTIP、证券等系统测试,同时负责组织全行双十一测试;10年至11年负责广开各系统的测试,如网银、手机、ECTIP,以及网银端各类全流程测试;12年至17年,新一代过程中负责框架平台与企业现金等系统测试,也重点参与贷记卡、金融市场等大型测试任务。
   

挥了重要作用。他以饱满的工作热情、扎实的工作作风与优异的工作成绩,从一级业务员成长为专业技术四级,11年获得人行科技发展二等奖,12年获得建设银行金融科技进步二等奖,17年获得新一代核心系统工程建设优秀贡献奖。编写10余项发明专利,4项软件发明专利已获授权,获得三项软件著作权。                  [苑博/供稿]

质量管理体系,在全行研发工作中得到推广和应用,为提升全行研发效能和质量发

职场范儿

张同虎
男,党员,硕士,
中心技术效能团队负责人

    18年公司成立后,担任测试与质量控制中心团队主管,负责技术接口自动化、测试管理自动化,UI测试自动化、资产库管理、测试与质量等能工具研发,同时负责构建包含从需求分析、代码扫描、单元测试、接口测试、性能测试和安装测试端到端的测控平台和质量视图工作。
     多年来,他始终如一,严谨求实,恪守[奉献不言苦,追求无  止境]的人生格言,不断学习与创新,由基础测试和开发做起,逐步建成一套覆盖需求、开发、部署、测试和版本发布的端到端的质控平台与

CONTACT US

北京

实施管理中心是集测试、质控、实施管理、交付组织、能力建设为一体的[业务中台]。
电话:010—61175982
地址:北京市海淀区建行稻香湖数据中心
邮箱:renshuqing.zb@ccbft.com

Copyright © 2024 陕西妙网网络科技有限责任公司 All Rights Reserved

增值电信业务经营许可证:陕B2-20210327 | 陕ICP备13005001号 陕公网安备 61102302611033号