圈内逐渐意识到系统基于产品的重要性,可惜都是停留在概念上面,并没有很好的设计思想和实现手段.
产品模型在不同角度有不同的理解,站在客户\市场的角度与站在银行内部管理的角度的产品模式是有区别的,国内的做法基本是前者,而我认为产品模式首先服务于银行的营销,其次才是银行内部统计.
基于产品和基于交易,两者并非对立,而是有关系的.产品的设计思路应该采用面向对象,将产品看做一个对象,而交易是它的方法,产品参数是它的属性,基于产品更能体现银行的业务的全貌,这比基于交易更胜一筹.
产品为中心的系统开发新产品成本低,但维护成本高 这个见仁见智,不同的设计思想,不同的系统架构会有不同的效果.我与你的观念相反,基于产品的系统维护成本是极低的,甚至是零开发.
做到零开发,或者是趋向零开发,有两个要考虑的:1.产品模板,包括产品参数和产品交易是否已函盖新产品.这需要对银行现有的产品有深刻理解,同时设计摸板时有相当的前瞻性.2.系统要有高度可配置能力,不仅仅支持静态,常量的配置,更需要对系统运行变量级的配置.
不细说下去了,太多了...
我与你的观念相反,基于产品的系统维护成本是极低的,甚至是零开发. -------------不太理解这与 -产品为中心的系统开发新产品成本低,但维护成本高 有何不同?
(1)首先我们都赞同开发成本低,不存在相反.
(2)其次,你的 维护 是个什么概念?
维护大概是对现有产品的调整和扩充.比如服务期限,交易渠道,交易额度,核算调整等.一个基于产品,支持产品配置的系统,通常可以通过调整产品相关参数就可以实现,不需要修改程序.
所以,开发新产品成本低,维护也低
最初由 bjalec 发布
[B]维护大概是对现有产品的调整和扩充.比如服务期限,交易渠道,交易额度,核算调整等.一个基于产品,支持产品配置的系统,通常可以通过调整产品相关参数就可以实现,不需要修改程序.
所以,开发新产品成本低,维护也低 [/B]
看跟什么比了! 跟基于交易的核心系统比, 其维护成本低吗? 一个基于产品的维护人员如果弄不清产品参数业务逻辑,没有很好的技术基础, 是很难维护基于产品的系统的. 有一点是共同认识,那就是基于产品的系统,修改甚至新开发程序的少了,其实这就是开发成本低了,但维护成本高了. 如果把 维护 理解为 修改程序 的机会多少,那当然也低了,但是修改基于产品的系统程序其难度也大大高于基于交易的系统,所以还是说维护成本高了...
看跟什么比了! 跟基于交易的核心系统比, 其维护成本低吗? 一个基于产品的维护人员如果弄不清产品参数业务逻辑,没有很好的技术基础, 是很难维护基于产品的系统的. 有一点是共同认识,那就是基于产品的系统,修改甚至新开发程序的少了,其实这就是开发成本低了,但维护成本高了. 如果把 维护 理解为 修改程序 的机会多少,那当然也低了,但是修改基于产品的系统程序其难度也大大高于基于交易的系统,所以还是说维护成本高了...
[/B]
高论啊.
支持.
送你一枚生肖徽章,你是属什么的呀?
最初由 blogliou 发布
[B]呵呵,多谢BankIT,这生肖徽章还能送啊?有猴吗?可以送我 [/B]
好啊,看来我们有缘,我也属猴,一般是不卖不换的,送你一只. |