发信人: 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]
  | 
 
 
 |