|
锁定老帖子 主题：J2EE架构的银行核心业务系统
精华帖 (14) :: 良好帖 (2) :: 新手帖 (0) :: 隐藏帖 (2)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-01-29
金融行业软件 都是请很多公司一起做的 哪也不知道自己是哪个模块的~~
不是那么简单的 就是测试用例都不给你真实的~ ! |
| 返回顶楼 | |
|
发表时间：2009-01-29
争什么争？ 打个比方，用银行系统来比喻老婆，你已经用了你老婆很长一段时间了，而且用得很爽，但因为老夫老妻了，所以不够时髦了，而且老婆也有一些毛病。 摆在你前面有以下选择： 1、不管他，墙内红旗不倒就行了。 2、下定决心离婚，重新去选择一个漂亮的女人过日子，也不一定会有老婆现在的毛病。 |
| 返回顶楼 | |
|
发表时间：2009-01-29
看来前面还是有人了解银行.
银行的核心系统的核心就是会计系统.也就是记账用的 所有的外围系统账目都以此为准. 更换核心不是一个小的工程,至少要实现与所有外围系统的接口(实现的方式真是千奇百怪,数据抓包,直接数据库访问,文件访问,网络通讯等方式都有). 单纯的记账系统看起来不复杂 但是与之交互的业务系统都是不能出错的.谁能保证不出现错误? 加上说实话 现在有几个人了解银行所有的业务系统以及实现方法? |
| 返回顶楼 | |
|
发表时间：2009-02-01
民生银行现在就在更换核心系统，所有外围系统的接口都要换的。
楼主不是很了解银行业务，你说的只能是外围应用，不是核心。 |
| 返回顶楼 | |
|
发表时间：2009-02-01
wendong007 写道
退一步讲，LZ谈到的这几点，最多也就是说J2EE可以replace Tuexdo，说不上有多大的优势，银行为什么要替换呢，进一步讲，LZ讲的有些观点是根本不成立的，对一个银行来讲，成本问题算不上多大的问题，对他们来说可靠性才是最重要的
至于缓存的问题，我倒希望银行能够采用一下，把我的帐户余额缓存一下……
|
| 返回顶楼 | |
|
发表时间：2009-02-02
楼主净说梦话
|
| 返回顶楼 | |
|
发表时间：2009-02-03
eyes1842 写道 theone 写道 金融行业软件，在技术上面是非常保守的，你要在技术上做一些改进，实在很难。其实不妨把精力放在软件系统的监控、健康检查这些方面，估计客户还是会比较欢迎你做这些技术改进的。
确实如此，金融行业的软件，有的是很久以前写的程序了，我们需现在看来，有些代码真的是不好的，效率也不高，设计上就存在问题（有些是上个世纪的代码了，记过n个人改动过，面目全非），可能是当时的技术发展的限制导致的吧。 但是银行方面就是不愿做技术改进，宁愿缝缝补补，性能跟不上了就用硬件来弥补，动不动就买HP的superdome或IBM的大机器，几千万几千万的砸进去，都tm让老外挣走了。反正他们花的也不是自己的钱，那可是我们纳税人的钱啊。一个应用软件对其硬件的需求，开发员比谁都明白。 要是把这些资金合理的规划，更多的比例花在软件上。而且有个真正的有能力，有责任心的人带队，做出来的东西未必会比人家的差。这是鄙人的感言。 单纯呀。。。楼主。。。。纯粹技术角度看问题就会想不通。。。。 |
| 返回顶楼 | |
|
发表时间：2009-02-04
还是看谁比较熟悉银行业务，画个业务图出来，再来讨论比较好，不然每个人的理解都不一样
|
| 返回顶楼 | |
|
发表时间：2009-02-06
joyfun 写道 看来前面还是有人了解银行.
银行的核心系统的核心就是会计系统.也就是记账用的 所有的外围系统账目都以此为准. 更换核心不是一个小的工程,至少要实现与所有外围系统的接口(实现的方式真是千奇百怪,数据抓包,直接数据库访问,文件访问,网络通讯等方式都有). 单纯的记账系统看起来不复杂 但是与之交互的业务系统都是不能出错的.谁能保证不出现错误? 加上说实话 现在有几个人了解银行所有的业务系统以及实现方法? 同意这位仁兄的,帐务系统是银行的最核心之一,还有计息(活期,定期,协定,通知)等的个别,批量计息,以及信贷管理,票据管理等属于外围的系统都需要最终调用帐务的接口,银行没有还有轧帐等批量的操作,20号的批量算利息等.本人在以前的公司也做过一个银行的这些部分的业务,用java写,从业务上来讲,实现都不很难,主要是在大数据量和大并发访问的时候,java确实存在性能上的问题. |
| 返回顶楼 | |
|
发表时间：2009-02-07
无论什么业务用哪种语言又有什么关系。
语言只是一种实现业务的选择而已。 |
| 返回顶楼 | |
