精华区 [关闭][返回]

当前位置:网易精华区>>讨论区精华>>编程开发>>● 系统分析>>自开版到2000-04-10待整理精华>>商业银行业务设计原则

主题:商业银行业务设计原则
发信人: zhms()
整理人: majorsun(2000-03-07 19:18:22), 站内信件
1. 以客户信息管理系统为中心;
2. 支持综合柜员制的业务流程;
3. 交易码驱动和菜单驱动相结合;
4. 采用完整的报表生成机制,用来生成用户定义的报表;
5. 完善的事后监督和事中监督机制;
6. 提供灵活多样的客户自助服务功能。
这是我正在做的系统的一些设计原则,请大家指正。

--
※ 来源:.月光软件站 http://www.moon-soft.com.[FROM: 202.104.38.110]
发信人: dobby (印子), 信区: SystemAnalysis
标  题: Re: 商业银行业务设计原则
发信站: 网易虚拟社区 (Thu Aug  5 19:09:21 1999), 站内信件

【 在 zhms (Faust) 的大作中提到: 】
:1. 以客户信息管理系统为中心; 
把帐号变成客户号+帐务后缀,再加一个客户表,这个只是客户化管理
的第一步。CRM的东西应该是它的设计方向。
:2. 支持综合柜员制的业务流程; 
综合柜员制能真正地从业务上把对公、储蓄等业务统一起来吗?
:3. 交易码驱动和菜单驱动相结合; 
随着业务的发展,你将来的系统中会出现1000+个交易码。:)
设计可组合的业务元素是个好的想法,但我也不知道怎么去具体做。
:4. 采用完整的报表生成机制,用来生成用户定义的报表; 
报表这东西还是用一些专用的工具,如:BO, brio等。
:5. 完善的事后监督和事中监督机制; 
事后监督我没有具体的想法,能说说你的思路吗?
:6. 提供灵活多样的客户自助服务功能。 
客户自助服务是系统的一个扩展而已,比如电话银行、网上银行等。
但基础是有一个好的业务接口。
:这是我正在做的系统的一些设计原则,请大家指正。 
再补充一下:
核心帐务系统
参数化的可定制系统

不过上面的东西是目标,而不是原则。:)

--
※ 来源:.月光软件站 http://www.moon-soft.com.[FROM: 202.103.148.136]
发信人: zhms (Faust), 信区: SystemAnalysis
标  题: Re: 商业银行业务设计原则
发信站: 网易虚拟社区 (Thu Aug  5 20:06:12 1999), 站内信件

请教CRM是什么?

>综合柜员制能真正地从业务上把对公、储蓄等业务统一起来吗? 
综合柜员制仅仅是结果,要把业务统一起来,应该从一开始的设计就不分
这两部分。

>随着业务的发展,你将来的系统中会出现1000+个交易码。:) 
不可能,银行的业务种类并不多,交易码只决定了大致的业务类别;现有
系统连各种管理在内仅有50-的交易码;

>设计可组合的业务元素是个好的想法,但我也不知道怎么去具体做。 
这个主要从银行业务的本质下手,将会计的业务提取出来。

请介绍一下BO, brio等,它们能由用户直接定制吗?(在国内用户现有
水平下)

>事后监督我没有具体的想法,能说说你的思路吗? 
简单来说就是让用户重录一遍业务,然后对照。当然,由于是批量录入,以及
已有数据,可考虑简化一点。

>客户自助服务是系统的一个扩展而已,比如电话银行、网上银行等。 
但基础是有一个好的业务接口。 
是的,但如果每一个新增服务都重新编程,任务也会相当繁重,而且,在操
作界面及安全性方面,都最后能有一致性,即一开始即考虑好。

--
※ 来源:.月光软件站 http://www.moon-soft.com.[FROM: 202.104.38.9]
发信人: kamkam (Xman), 信区: SystemAnalysis
标  题: Re: 商业银行业务设计原则
发信站: 网易 BBS (Fri Aug  6 03:08:29 1999), 转信

【 在 zhms (Faust) 的大作中提到: 】

两位大概在银行业工作,我想问个题外话,
目前国内银行实现网上交易可行性多大,有机会在什么时候推开?
我们的系统希望引入网上交费,电子认证,直接划帐,方便市民。
我们是政府行业,希望在明年三月份前实现计划,到时能获得银行界的支持吗?


: 请教CRM是什么?

: >综合柜员制能真正地从业务上把对公、储蓄等业务统一起来吗? 
: 综合柜员制仅仅是结果,要把业务统一起来,应该从一开始的设计就不分
: 这两部分。

: >随着业务的发展,你将来的系统中会出现1000+个交易码。:) 
: 不可能,银行的业务种类并不多,交易码只决定了大致的业务类别;现有
: 系统连各种管理在内仅有50-的交易码;

: >设计可组合的业务元素是个好的想法,但我也不知道怎么去具体做。 
: 这个主要从银行业务的本质下手,将会计的业务提取出来。

: 请介绍一下BO, brio等,它们能由用户直接定制吗?(在国内用户现有
: 水平下)

: >事后监督我没有具体的想法,能说说你的思路吗? 
: 简单来说就是让用户重录一遍业务,然后对照。当然,由于是批量录入,以及
: 已有数据,可考虑简化一点。

: >客户自助服务是系统的一个扩展而已,比如电话银行、网上银行等。 
: 但基础是有一个好的业务接口。 
: 是的,但如果每一个新增服务都重新编程,任务也会相当繁重,而且,在操
: 作界面及安全性方面,都最后能有一致性,即一开始即考虑好。


--
※ 来源:.网易 BBS bbs.netease.com.[FROM: ppp160.zhongshan.gd.]
发信人: majorsun (major), 信区: SystemAnalysis
标  题: Re: 商业银行业务设计原则
发信站: 网易 BBS (Fri Aug  6 08:49:36 1999), 转信

我想请教一下:
银行系统的盈利是通过货币流动获得的,
那么这样的系统可否以调度系统为核心构成呢?
就象某些操作系统一样。

--
落英缤纷  拈花微笑






※ 修改:.majorsun 于 Aug  6 08:49:58 修改本文.[FROM: 202.103.161.122]
※ 来源:.网易 BBS bbs.netease.com.[FROM: 202.103.161.122]
发信人: dobby (印子), 信区: SystemAnalysis
标  题: Re: 商业银行业务设计原则
发信站: 网易虚拟社区 (Fri Aug  6 11:42:43 1999), 站内信件

:【 在 zhms (Faust) 的大作中提到: 】
:请教CRM是什么? 
客户关系管理系统
:综合柜员制仅仅是结果,要把业务统一起来,应该从一开始的设计就不分 
:这两部分。 
我觉得不大可能,比如同一个汇兑业务,目前对公的处理是汇兑业务的一般
做法,而储蓄业务只是为对公准备数据;而且对公和储蓄的工作日目前是
不统一的。
:不可能,银行的业务种类并不多,交易码只决定了大致的业务类别;现有 
:系统连各种管理在内仅有50-的交易码; 
加上ATM/POS,电话银行,国际业务,表外业务。。。后呢?:)
:这个主要从银行业务的本质下手,将会计的业务提取出来。 
按专业教材说,银行的业务就是一个帐务核算的过程,但光面向帐务
肯定不够,如何具体去提取这些业务元素呢?
:请介绍一下BO, brio等,它们能由用户直接定制吗?(在国内用户现有 
:水平下) 
它们都有一个中间层,用于将数据库结构定义成业务元素。

:简单来说就是让用户重录一遍业务,然后对照。当然,由于是批量录入,以及 
:已有数据,可考虑简化一点。 
这样的监督系统以前我见过,没有什么实际价值。

--
※ 来源:.月光软件站 http://www.moon-soft.com.[FROM: 202.103.148.136]
发信人: dobby (印子), 信区: SystemAnalysis
标  题: Re: 商业银行业务设计原则
发信站: 网易虚拟社区 (Fri Aug  6 11:44:34 1999), 站内信件

【 在 kamkam (Xman) 的大作中提到: 】
: 【 在 zhms (Faust) 的大作中提到: 】
: 两位大概在银行业工作,我想问个题外话,
: 目前国内银行实现网上交易可行性多大,有机会在什么时候推开?
: 我们的系统希望引入网上交费,电子认证,直接划帐,方便市民。
:    .......
现在中行、建行、招行等都已实现了网上银行,特别是网上的企业银行。

--
※ 来源:.月光软件站 http://www.moon-soft.com.[FROM: 202.103.148.136]
发信人: dobby (印子), 信区: SystemAnalysis
标  题: Re: 商业银行业务设计原则
发信站: 网易虚拟社区 (Fri Aug  6 11:46:26 1999), 站内信件

【 在 majorsun (major) 的大作中提到: 】
: 我想请教一下:
: 银行系统的盈利是通过货币流动获得的,
: 那么这样的系统可否以调度系统为核心构成呢?
: 就象某些操作系统一样。
:    .......
可行性不大,目前都是很典型的数据库应用系统

--
※ 来源:.月光软件站 http://www.moon-soft.com.[FROM: 202.103.148.136]
发信人: zhms (Faust), 信区: SystemAnalysis
标  题: Re: 商业银行业务设计原则
发信站: 网易虚拟社区 (Fri Aug  6 12:12:50 1999), 站内信件

关于电子认证
现在各地有些地方公司做身份认证,我个人认为,
以中国情况,最后的权威认证恐怕得由政府职能部
门来进行,如对个人身份认证可能由公安部门管理,
而对金融业的认证则由人民银行进行。当然,到时
候现有的认证机构也会占有一席之地(至少有了产
品),并非毫无利益。
现在,网上支付的关键问题就是身份认证和个人信
用问题,因为,国内的个人信用并未建立起来,推
广信用卡的使用都难度很大(实际上现在信用卡几
乎被借记卡取代了),而各大银行的竞争活力和相
互合作不够,人民银行的管理职能未充分发挥,因
而,个人网上支付肯定不会很快就大面积铺开,甚
至其几年内的前景都值得怀疑。但小规模的试点是
肯定会有的,现在已见多处报道说开通网上银行的,
而据说广东省人民银行也已牵头做认证系统。

--
※ 来源:.月光软件站 http://www.moon-soft.com.[FROM: 202.104.37.186]
发信人: zhms (Faust), 信区: SystemAnalysis
标  题: Re: 商业银行业务设计原则
发信站: 网易虚拟社区 (Fri Aug  6 12:13:52 1999), 站内信件

调度系统?
银行除通过资金流动获取利润外,越来越多地通过
提供其他服务来获取利润。
不知mojorsun所指调度系统是指从业务系统而下全
部纳入(即从分析设计开始),或指仅仅是局部系
统实现角度?

--
※ 来源:.月光软件站 http://www.moon-soft.com.[FROM: 202.104.37.186]
发信人: zhms (Faust), 信区: SystemAnalysis
标  题: Re: 商业银行业务设计原则
发信站: 网易虚拟社区 (Fri Aug  6 12:19:28 1999), 站内信件

储蓄本质而言是一种特殊的会计业务,当然,传统做法中,两个系统
完全分立了。这就要求在设计中保持足够的灵活性,而对象方法至少
也能在一定程度上统一两者。

--
※ 来源:.月光软件站 http://www.moon-soft.com.[FROM: 202.104.37.186]
发信人: majorsun (major), 信区: SystemAnalysis
标  题: Re: 商业银行业务设计原则
发信站: 网易 BBS (Fri Aug  6 12:22:53 1999), 转信

认证机构是电子商务的核心部分,真是担心认证机构
之间又不能互相连通。
国家好像已经开始进行电子贸易的立法进程了,
不妨去法律版看一下前两天的几篇贴子。
softrain是信息产业部的,不知道谁和她联系看看
最近部里有什么新精神
【 在 zhms (Faust) 的大作中提到: 】
: 关于电子认证
: 现在各地有些地方公司做身份认证,我个人认为,
: 以中国情况,最后的权威认证恐怕得由政府职能部
: 门来进行,如对个人身份认证可能由公安部门管理,
: 而对金融业的认证则由人民银行进行。当然,到时
: 候现有的认证机构也会占有一席之地(至少有了产
: 品),并非毫无利益。
: 现在,网上支付的关键问题就是身份认证和个人信
: 用问题,因为,国内的个人信用并未建立起来,推
: 广信用卡的使用都难度很大(实际上现在信用卡几
: 乎被借记卡取代了),而各大银行的竞争活力和相
: 互合作不够,人民银行的管理职能未充分发挥,因
: 而,个人网上支付肯定不会很快就大面积铺开,甚
: 至其几年内的前景都值得怀疑。但小规模的试点是
: 肯定会有的,现在已见多处报道说开通网上银行的,
: 而据说广东省人民银行也已牵头做认证系统。


--
落英缤纷  拈花微笑






※ 来源:.网易 BBS bbs.netease.com.[FROM: 202.103.161.76]
发信人: majorsun (major), 信区: SystemAnalysis
标  题: Re: 商业银行业务设计原则
发信站: 网易 BBS (Fri Aug  6 12:23:36 1999), 转信

现在是这样的(数据库),我们做个假设银行系统的分析如何?
【 在 dobby (印子) 的大作中提到: 】
: 【 在 majorsun (major) 的大作中提到: 】
: : 我想请教一下:
: : 银行系统的盈利是通过货币流动获得的,
: : 那么这样的系统可否以调度系统为核心构成呢?
: : 就象某些操作系统一样。
: :    .......
: 可行性不大,目前都是很典型的数据库应用系统


--
落英缤纷  拈花微笑






※ 来源:.网易 BBS bbs.netease.com.[FROM: 202.103.161.76]
发信人: majorsun (major), 信区: SystemAnalysis
标  题: Re: 商业银行业务设计原则
发信站: 网易 BBS (Fri Aug  6 12:32:05 1999), 转信

嗯,其他服务是指扩展金融服务么?
我的意思是把系统作为一个人的角度来分析,那么,所有的
业务都是服从于战略判断和战术应用的。这样,即使业务扩展
到所有的领域,核心部分都不会有多大的影响,而且同时满足
安全性的需要。调度系统天生带有跟踪反馈的特征。
对于具体的业务,当然还是传统的数据处理服务。
理论上的三层体系(呵呵,这是一个os的模型吧)

           指挥中枢(资源的调度,和传统的应用处理先导不同,是指挥中枢决定处理重点)

  不同媒体(业务)类的识别与处理

内外对话层

【 在 zhms (Faust) 的大作中提到: 】
: 调度系统?
: 银行除通过资金流动获取利润外,越来越多地通过
: 提供其他服务来获取利润。
: 不知mojorsun所指调度系统是指从业务系统而下全
: 部纳入(即从分析设计开始),或指仅仅是局部系
: 统实现角度?


--
落英缤纷  拈花微笑






※ 来源:.网易 BBS bbs.netease.com.[FROM: 202.103.161.76]
发信人: zhms (Faust), 信区: SystemAnalysis
标  题: Re: 商业银行业务设计原则
发信站: 网易虚拟社区 (Fri Aug  6 13:37:41 1999), 站内信件

其他服务可以包括比如资信评估、投资理财等与金融密切相关但又非直接
涉及资金流动的业务,据说国外银行很大程度上以来于那部分业务,当然
国内银行由于政策关系,主要还是从资金运行获利。

>我的意思是把系统作为一个人的角度来分析,那么,所有的 
>业务都是服从于战略判断和战术应用的。这样,即使业务扩展 
>到所有的领域,核心部分都不会有多大的影响,而且同时满足 
>安全性的需要。调度系统天生带有跟踪反馈的特征。 
>对于具体的业务,当然还是传统的数据处理服务。 
>理论上的三层体系(呵呵,这是一个os的模型吧) 
>
>指挥中枢(资源的调度,和传统的应用处理先导不同,是指挥中枢决定处理重点
) 
>
>  不同媒体(业务)类的识别与处理 
>
>内外对话层 
这倒是一种全新的思路,将决策支持系统(模拟业务辅助分析等)等或许
都能统一进去,只是这样做的可行性如何?

关于做一个假想的银行系统,不知有些什么具体的思路?是完全用来练习,
或作成一个产品?是具体到一个银行,或抽象而超脱于具体的银行?(国内
各银行各有特点)

【 在 majorsun (major) 的大作中提到: 】
: 嗯,其他服务是指扩展金融服务么?
: 我的意思是把系统作为一个人的角度来分析,那么,所有的
: 业务都是服从于战略判断和战术应用的。这样,即使业务扩展
: 到所有的领域,核心部分都不会有多大的影响,而且同时满足
:    .......


--
※ 来源:.月光软件站 http://www.moon-soft.com.[FROM: 202.104.38.12]
发信人: majorsun (major), 信区: SystemAnalysis
标  题: Re: 商业银行业务设计原则
发信站: 网易 BBS (Mon Aug  9 11:21:05 1999), 转信


【 在 zhms (Faust) 的大作中提到: 】
: 其他服务可以包括比如资信评估、投资理财等与金融密切相关但又非直接
: 涉及资金流动的业务,据说国外银行很大程度上以来于那部分业务,当然
: 国内银行由于政策关系,主要还是从资金运行获利。
国内银行应该很快就介入信用评估业务了吧,那样会有一个很大的数据
跟踪分析系统的。其他的金融业务应该怎样获利我不是很明白的说。
: 关于做一个假想的银行系统,不知有些什么具体的思路?是完全用来练习,
: 或作成一个产品?是具体到一个银行,或抽象而超脱于具体的银行?(国内
: 各银行各有特点)
恐怕还得是虚拟的银行系统,象我们这样的讨论组一旦变成真实系统开发可能就
长久不了了--多半是利益分配的原因。一边分析一边构造银行模型,但恐怕
还是要有真实的银行作为蓝本,特别是业务流程上,(对银行的系统分析很难
进行业务重整再构造新系统),国内选中银和工商如何呢?国外,现在我比较
关心数字货币的业务处理。
btw,我不在金融界哦。

--
落英缤纷  拈花微笑






※ 来源:.网易 BBS bbs.netease.com.[FROM: 202.103.161.83]
发信人: zhms (Faust), 信区: SystemAnalysis
标  题: Re: 商业银行业务设计原则
发信站: 网易虚拟社区 (Mon Aug  9 13:41:15 1999), 站内信件

那么就先考虑一下,如何组织,另外,业务规范等的获取。如果不做真实系统,

我觉得是否可考虑以人民银行的一些规范作为蓝本。

--
※ 来源:.月光软件站 http://www.moon-soft.com.[FROM: 202.104.38.234]
发信人: majorsun (major), 信区: SystemAnalysis
标  题: Re: 商业银行业务设计原则
发信站: 网易 BBS (Mon Aug  9 13:45:12 1999), 转信

组织是指?
具体业务规范就用人行的好了,呵呵。
【 在 zhms (Faust) 的大作中提到: 】
: 那么就先考虑一下,如何组织,另外,业务规范等的获取。如果不做真实系统,

: 我觉得是否可考虑以人民银行的一些规范作为蓝本。


--
落英缤纷  拈花微笑






※ 来源:.网易 BBS bbs.netease.com.[FROM: 202.103.161.83]
发信人: zhms (Faust), 信区: SystemAnalysis
标  题: Re: 商业银行业务设计原则
发信站: 网易虚拟社区 (Mon Aug  9 17:52:50 1999), 站内信件

组织是指具体的分工合作,以及如何交流等等,其实也没什么。
人行其实不做任何具体业务,只是指导其他行开展业务。

--
※ 来源:.月光软件站 http://www.moon-soft.com.[FROM: 202.104.37.83]
发信人: dobby (印子), 信区: SystemAnalysis
标  题: Re: 商业银行业务设计原则
发信站: 网易 BBS (Mon Aug  9 22:41:39 1999), 转信

人行的东西是天书,随意性太大,最后解释权在人行,
我看人行有时都不知道如何去解释,比如一个简单的
储蓄存款计算利息都说不清楚的储蓄条例,你说还能
做规范吗?现在搞得各家有各家的做法。
所以,做银行业务系统,只好自己先去理解人行的愚昧
想法,然后以此做规范去做。
【 在 zhms (Faust) 的大作中提到: 】
: 那么就先考虑一下,如何组织,另外,业务规范等的获取。如果不做真实系统,

: 我觉得是否可考虑以人民银行的一些规范作为蓝本。


--
※ 来源:.网易 BBS bbs.netease.com.[FROM: bbs.szptt.net.cn]
发信人: majorsun (major), 信区: SystemAnalysis
标  题: Re: 商业银行业务设计原则
发信站: 网易 BBS (Tue Aug 10 09:00:39 1999), 转信

嗯,有蓝本而不唯蓝本就好了。
要做虚拟银行系统分析,可以把眼光放到2年后的中国银行系统,
那时候WTO已经差不多了。
【 在 dobby (印子) 的大作中提到: 】
: 人行的东西是天书,随意性太大,最后解释权在人行,
: 我看人行有时都不知道如何去解释,比如一个简单的
: 储蓄存款计算利息都说不清楚的储蓄条例,你说还能
: 做规范吗?现在搞得各家有各家的做法。
: 所以,做银行业务系统,只好自己先去理解人行的愚昧
: 想法,然后以此做规范去做。
: 【 在 zhms (Faust) 的大作中提到: 】
: : 那么就先考虑一下,如何组织,另外,业务规范等的获取。如果不做真实系统,
: : 我觉得是否可考虑以人民银行的一些规范作为蓝本。


--
落英缤纷  拈花微笑






※ 来源:.网易 BBS bbs.netease.com.[FROM: 202.103.161.15]
发信人: majorsun (major), 信区: SystemAnalysis
标  题: Re: 商业银行业务设计原则
发信站: 网易 BBS (Wed Aug 11 10:12:50 1999), 转信

暂时先在这里交流如何,这也是虚拟系统的好处哦。呵呵。
做个邮件列表倒不难,只是如果人太少的话,会有思路慢慢被
自己限制的发展吧,您说呢?
【 在 zhms (Faust) 的大作中提到: 】
: 组织是指具体的分工合作,以及如何交流等等,其实也没什么。
: 人行其实不做任何具体业务,只是指导其他行开展业务。


--



所有的故事都有一首主题歌
所有的歌声都有一份真感情
所有的感情都化入了青柠檬

※ 来源:.网易 BBS bbs.netease.com.[FROM: 202.103.161.38]
发信人: zhms (Faust), 信区: SystemAnalysis
标  题: Re: 商业银行业务设计原则
发信站: 网易虚拟社区 (Wed Aug 11 17:31:54 1999), 站内信件

【 在 majorsun (major) 的大作中提到: 】
: 暂时先在这里交流如何,这也是虚拟系统的好处哦。呵呵。
: 做个邮件列表倒不难,只是如果人太少的话,会有思路慢慢被
: 自己限制的发展吧,您说呢?
: 【 在 zhms (Faust) 的大作中提到: 】
:    .......
也好。那就做吧!

--
※ 来源:.月光软件站 http://www.moon-soft.com.[FROM: 202.104.38.216]
发信人: majorsun (major), 信区: SystemAnalysis
标  题: Re: 商业银行业务设计原则
发信站: 网易 BBS (Fri Aug 13 17:11:34 1999), 转信

好,先给出一个虚拟的银行简介吧。
【 在 zhms (Faust) 的大作中提到: 】
: 【 在 majorsun (major) 的大作中提到: 】
: : 暂时先在这里交流如何,这也是虚拟系统的好处哦。呵呵。
: : 做个邮件列表倒不难,只是如果人太少的话,会有思路慢慢被
: : 自己限制的发展吧,您说呢?
: : 【 在 zhms (Faust) 的大作中提到: 】
: :    .......
: 也好。那就做吧!


--
水过无痕




落英缤纷  拈花微笑

※ 来源:.网易 BBS bbs.netease.com.[FROM: 202.103.161.91]

[关闭][返回]