期货交易自动化论坛

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 15|回复: 0

灵活的银行核心业务系统该怎么设计? - 金融行业 - ITPUB论坛-专业的IT技术社区

[复制链接] |主动推送

285万

主题

285万

帖子

855万

积分

管理员

Rank: 9Rank: 9Rank: 9

积分
8553710
发表于 2022-9-11 06:40:39 | 显示全部楼层 |阅读模式
快速提交银行产品的能力。
7天、24小时,支持任何时间、地点、来自任何接入方式的银行服务。
易于与渠道和其它后台业务系统、银行数据仓库进行整合。
不知道够不够全面!
1、以产品为中心,快速生产金融产品的能力
2、以流程为主线,实现金融产品的完整生命周期管理
渠道系统需要体现以客户为中心来设计,渠道系统分为两类:
1、客户自己操作的,如个人网银、单位网银、手机银行、电话银行、自助银行
2、银行柜员和各岗位操作的系统,柜台前端系统、portal、集中处理系统等
[ 本帖最后由 aqiangcheng 于 2010-5-28 15:11 编辑 ]
为什么要灵活的核心系统?如果灵活性太强了,是不是背离核心系统在银行系统架构里的角色定义呢?
原帖由 aqiangcheng 于 2010-5-28 15:10 发表

银行核心业务系统需要体现的重点:
1、以产品为中心,快速生产金融产品的能力
2、以流程为主线,实现金融产品的完整生命周期管理
渠道系统需要体现以客户为中心来设计,渠道系统分为两类:
1、客户自己操作的,如个人网银、单位网银、手机银行、电话银行、自助银行
2、银行柜员和各岗位操作的系统,柜台前端系统、portal、集中处理系统等
先分清什么是核心,什么是渠道,核心负责什么?渠道负责什么?
与简单的设计背道而驰,现在很多程序语言为了赶潮流或者吸引眼球,喜欢标新立异,喜欢加入很多“特性”,可是这些特性很有可能不但不解决问题,而且会制造问题。绝大部分程序员都不理解这个道理,所以有些人听说我在设计自己的语言就问我:“它有什么新特性吗?”我没法回答他们,因为我的设计几乎没有新的特性。我现在所做的一切思考和试验都是在去掉不必要的麻烦。一个语言缺少一些好的特性,以后还可以加进去,可是它如果多了一些问题特性,那一旦有人开始用就没法去掉了。
简单和优雅的核心系统平台是最好的。遵循简单设计原则的程序,(增加产品或功能时)修改起来代价最小,可谓最灵活。

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|小黑屋|期货交易自动化论坛

GMT+8, 2024-11-25 15:41 , Processed in 0.114858 second(s), 27 queries .

Powered by Discuz! X3.4

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表