A银行基于开源软件的核心系统项目风险管理研究
发布时间：2020-11-13 00:59
开源技术在互联网行业发展迅猛,并带来很大的效益。银行业出于降低成本、支持高并发和自主可控的考虑,也开始尝试应用开源软件。而因为开源软件的特点,此举也带来了很多风险。银行从低风险的业务系统开始尝试,逐步向高风险系统发展,已经开始涉及核心系统等重要系统。相应的,风险也在大大增加。尤其是银行的核心系统重要性远超其他系统,因此有必要对其项目风险管理进行研究。本文的主要研究工作有:(1)分析了 A银行基于开源软件的核心系统项目特点、风险管理现状,研究了国内外的风险管理理论和方法,建立起基于开源软件的银行核心系统项目风险管理流程。(2)综合运用头脑风暴法、问卷调查法、WBS-RBS方法等多种科学方法进行风险识别,得到项目风险因素列表。(3)运用层次分析法建立风险评价模型,并定量计算出风险因素权重排序。(4)在实际项目中,运用风险研究成果,针对关键风险,提出有效的应对措施。通过项目取得的良好效果验证风险管理研究成果,确定该模型的有效性、合理性。银行核心系统关系着国家的金融安全和亿万客户的生活,其风险管理十分重要。本文的风险管理研究成果可以有效的降低项目风险,有利于银行核心系统的稳定,也可以促进银行更好的运用开源软件达到提效率降成本的作用,有着重要的现实意义。
【学位单位】：中国科学院大学(中国科学院大学工程科学学院)
【学位级别】：硕士
【学位年份】：2019
【中图分类】：F832.2;F272.3
【部分图文】：
图３．１风险管理流程图??Ｆｉｇｕｒｅ３．１?Ｒｉｓｋ?ｍａｎａｇｅｍｅｎｔ?ｆｌｏｗ?ｃｈａｒｔ??险识别的第二阶段采用ＷＢＳ－ＲＢＳ方法，对初步识别出的风险
??如图３．２所示：??Ａ银行基于开源软件的核心??系统项目风险因素??，??Ｉ??，??Ｉ?Ｉ?１１１１????技术风险?业务风险?运维风险?人员风险?安全风险?商务风险?管理风险??丄丄ｒＬ?ｒｒＳｉＴＭ?ｍｉ??与用?可??古产寸，？而其仆?户制缺设?人人?墨测圭?侬行??罸品Ｉ?Ｓ他Ｓ账界度少备?员?员?泄客试产合专成１需性进??塁质棠要嵐柔户面合定故?配?能?密攻操操同利本Ｉ求分度??Ｓ量￡尖统尜混显规期障?备?力?风击作作风风风ｆ风析风??风整Ｓ乱示风运风?不?风?险风风风险险险２：险考险??险险?ａ?分合；不险维险齐险?险险险?＆?虑??风企?不??险常?皮??图３．２?Ａ银行基于开源软件的核心系统项目风险因素层次分析模型??Ｆｉｇｕｒｅ３．２?Ｒｉｓｋ?ｍａｎａｇｅｍｅｎｔ?ｆｌｏｗ?ｃｈａｒｔ??３．３．３构造对比判断模型??根据３．３．２中构造的层次结构模型，首先构造准则层两两比较矩阵。然后项??目组组织专家团队进行打分。专家团队选择项目组中应用、基础环境等各具体技??术方向的负责人，这是由于银行技术团队的划分特点，不同的技术方向有不同的??子团队，不同的子团队之间可能存在互相不了解其他团队技术细节的情况。因此??各个技术方向都有人参与会使打分结果更有代表性。限于参与人员不能太多，只??邀请各技术方向的负责人
?任事故，未发生一次业务中断。项目上线后，硬件出现多次故障引起的宕机，但??都及时恢复，满足了行内的“双十”要求，如图４．１所示。??１４＇°?ｖ＇丨????……．＾＾???１Ｕ’－、Ｉ??６Ｃ?Ｉ??４二＇?１??２＾Ｔ?ｉ?■＇：＇■?■?＞ｆ?－?Ｈ??Ｑｌ－Ｊｇｌｖ－?Ｒｇ－．…Ｉ?Ｗ：?＼?…ｙｒ＾￣￣７ｒ．：ｉ－?：－－ｙ—?ｙ?＾－：ｙ＞??硬件故障?软件故障?业务中断?贵任事故??图４．１项目故障统计图??Ｆｉｇｕｒｅ４．１?ｆａｉｌｕｒｅ?ｃｈａｒｔ?ｏｆ?ｔｈｅ?ｐｒｏｊｅｃｔ??项目的各项维护工作顺利进行，满足行内外监管要求和安全要求。相关人员??技术和业务水平稳步提高，对产品的掌握能力更强，对厂商依赖逐步降低。??项目执行完毕后，使得国内的核心系统技术水平更上层楼，得到了行内外的??广泛认可。项目的风险管理经验和成果，也被行内各项目借鉴，成为标杆项目。??４．５本章小结??本章首先介绍了?Ａ银行分布式核心消息中间件项目的背景，然后运用第三??章的风险管理研宄成果对项目的风险因素进行了分析，得到了风险因素列表。最??后根据风险因素的权重大小排序，进行了有针对性的应对，并且取得了良好的效??果。??６１??
【参考文献】
本文编号：2881495
【学位单位】：中国科学院大学(中国科学院大学工程科学学院)
【学位级别】：硕士
【学位年份】：2019
【中图分类】：F832.2;F272.3
【部分图文】：
图３．１风险管理流程图??Ｆｉｇｕｒｅ３．１?Ｒｉｓｋ?ｍａｎａｇｅｍｅｎｔ?ｆｌｏｗ?ｃｈａｒｔ??险识别的第二阶段采用ＷＢＳ－ＲＢＳ方法，对初步识别出的风险
??如图３．２所示：??Ａ银行基于开源软件的核心??系统项目风险因素??，??Ｉ??，??Ｉ?Ｉ?１１１１????技术风险?业务风险?运维风险?人员风险?安全风险?商务风险?管理风险??丄丄ｒＬ?ｒｒＳｉＴＭ?ｍｉ??与用?可??古产寸，？而其仆?户制缺设?人人?墨测圭?侬行??罸品Ｉ?Ｓ他Ｓ账界度少备?员?员?泄客试产合专成１需性进??塁质棠要嵐柔户面合定故?配?能?密攻操操同利本Ｉ求分度??Ｓ量￡尖统尜混显规期障?备?力?风击作作风风风ｆ风析风??风整Ｓ乱示风运风?不?风?险风风风险险险２：险考险??险险?ａ?分合；不险维险齐险?险险险?＆?虑??风企?不??险常?皮??图３．２?Ａ银行基于开源软件的核心系统项目风险因素层次分析模型??Ｆｉｇｕｒｅ３．２?Ｒｉｓｋ?ｍａｎａｇｅｍｅｎｔ?ｆｌｏｗ?ｃｈａｒｔ??３．３．３构造对比判断模型??根据３．３．２中构造的层次结构模型，首先构造准则层两两比较矩阵。然后项??目组组织专家团队进行打分。专家团队选择项目组中应用、基础环境等各具体技??术方向的负责人，这是由于银行技术团队的划分特点，不同的技术方向有不同的??子团队，不同的子团队之间可能存在互相不了解其他团队技术细节的情况。因此??各个技术方向都有人参与会使打分结果更有代表性。限于参与人员不能太多，只??邀请各技术方向的负责人
?任事故，未发生一次业务中断。项目上线后，硬件出现多次故障引起的宕机，但??都及时恢复，满足了行内的“双十”要求，如图４．１所示。??１４＇°?ｖ＇丨????……．＾＾???１Ｕ’－、Ｉ??６Ｃ?Ｉ??４二＇?１??２＾Ｔ?ｉ?■＇：＇■?■?＞ｆ?－?Ｈ??Ｑｌ－Ｊｇｌｖ－?Ｒｇ－．…Ｉ?Ｗ：?＼?…ｙｒ＾￣￣７ｒ．：ｉ－?：－－ｙ—?ｙ?＾－：ｙ＞??硬件故障?软件故障?业务中断?贵任事故??图４．１项目故障统计图??Ｆｉｇｕｒｅ４．１?ｆａｉｌｕｒｅ?ｃｈａｒｔ?ｏｆ?ｔｈｅ?ｐｒｏｊｅｃｔ??项目的各项维护工作顺利进行，满足行内外监管要求和安全要求。相关人员??技术和业务水平稳步提高，对产品的掌握能力更强，对厂商依赖逐步降低。??项目执行完毕后，使得国内的核心系统技术水平更上层楼，得到了行内外的??广泛认可。项目的风险管理经验和成果，也被行内各项目借鉴，成为标杆项目。??４．５本章小结??本章首先介绍了?Ａ银行分布式核心消息中间件项目的背景，然后运用第三??章的风险管理研宄成果对项目的风险因素进行了分析，得到了风险因素列表。最??后根据风险因素的权重大小排序，进行了有针对性的应对，并且取得了良好的效??果。??６１??
【参考文献】
相关期刊论文 前10条
1 赵煜晖;乔蓓;徐俊;何怡;;基于鱼骨图分析的城市燃气运营风险要因剖析[J];石油与天然气化工;2015年04期
2 刘秋万;;新技术时代银行的转型发展[J];中国金融;2015年07期
3 张子剑;曹静;张丽;饶国政;;全生命周期软件过程风险管理模型研究[J];计算机科学;2014年11期
4 张勤;;银行业IT运维项目的风险管理分析[J];中国金融电脑;2014年10期
5 曹胜;;互联网金融对商业银行的影响及对策[J];金融纵横;2014年06期
6 文勇;;ERP系统风险管理研究[J];财会月刊;2012年26期
7 乔克;;银行核心业务系统发展指引——“新一代核心系统”建设的重要意义及思路[J];银行家;2012年09期
8 王耀力;张胜;张刚;;商业银行核心系统的服务架构研究[J];太原理工大学学报;2011年03期
9 张莉;;IT软件项目风险管理三维结构研究[J];煤炭技术;2010年04期
10 方德英,李敏强;IT项目风险管理理论体系构建[J];合肥工业大学学报(自然科学版);2003年S1期
相关博士学位论文 前1条
1 杨峰;商业银行IT风险识别与评估研究[D];电子科技大学;2012年
本文编号：2881495
本文链接：https://www.wllwen.com/guanlilunwen/glzh/2881495.html
