期货交易自动化论坛

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

咨询一个产品问题:结算算不算是一种产品? - 金融行业 - ITPUB论坛-专业的IT技术社区

[复制链接] |主动推送

285万

主题

285万

帖子

855万

积分

管理员

Rank: 9Rank: 9Rank: 9

积分
8553710
发表于 2022-9-11 06:27:21 | 显示全部楼层 |阅读模式
我觉得是架构的问题,如果将所有的结算单独拿出来做,就可以算作一个产品,但是现在大部分情况是,结算只是某个流程的一部分,因此很难算作一个产品。
卡是介质,下面可以关联N个账户,每个账号都会对应一个产品。
结算是业务或交易。结算账户(对应某个产品)可以办理结算业务或交易。
很明显不算银行提供的金融产品,应该算介质。问题是梳理全行产品目录的时候,卡部领导不同意这个观点。
卡是组合产品,结算也是产品,包括很多内部帐相关的业务都是设计成产品的,通常的产品结构分:
组合产品,基础产品,几个基础产品可以构成组合产品,只有一个基础产品叫单一产品。
大牛的思维方式就是和我们不一样! 我认为,对于银行来说,卡是一种银行产品的承载方式,因为卡承载了银行的各种增值服务产品吧,银行关心的不是发行了多少张卡,而应该关心这些卡所提供的增值服务产品的情况是否被客户认可!
个人愚见!
终于意识到这个问题了啊,哈哈!!!
这跟产品的定义很有关系。先定义好什么叫产品,才能判断哪些算是产品。
在我看来,产品和服务是两个概念。类比面向对象的设计方式,产品相当于类类型,里面包含成员变量(产品参数),成员函数(提供服务),产品可以产生出许多实例(一个个具体账户)。服务是动作,就是相当于函数。有些服务是归于产品的(成员函数),有些服务是独立存在的,可能使用多种产品(全局函数)。
结算业务,例如快速汇,就是属于一种动作,即上面说的服务的范畴。
卡,其实是凭证的一类,是用来表示有权使用具体账户(群)的证明。因此,卡不应该看成产品,产品应该设在卡背后代表的账户(群)上。
个人从程序员的角度理解,大家一起探讨。

本帖子中包含更多资源

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

x
回复

使用道具 举报

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

本版积分规则

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

GMT+8, 2024-11-24 16:47 , Processed in 0.108012 second(s), 27 queries .

Powered by Discuz! X3.4

© 2001-2017 Comsenz Inc.

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