Chinaunix

标题: 倡议：做一个开源的行业数据字典 [打印本页]

作者: Celetium 时间: 2007-02-25 17:52
标题: 倡议：做一个开源的行业数据字典
最近和几个中国银行的朋友聊天，说起中行IT状况，大家都非常郁闷，想当年中行是中国最早开展IT建设的银行，一度是其他银行的学习榜样，如今沦落为四大行中最落后的，连数据集中都没有完成。行内普遍认为，导致这种状况的罪魁祸首是主管IT的副行长李早航。

此君上任以来，中行IT是每况愈下，已严重影响了业务的发展。他自以为自己最懂IT及业务，拍脑袋决策，一意孤行，事无巨细都抓在自己手里。而实际上他主抓的项目没有一个是搞好的。其它银行的主管副行长主要抓重大决策，执行由各部门总经理负责，在中行就不行，李要求事无巨细都要向他请示汇报，最近一年来，所有的请示到了他那里又都石沉大海，久久没有下文，很多正常的项目都根本无法开展。

对待下属更是顺我则昌、逆我则亡。先后几个IT部门的总经理都被他收拾得够呛。电子银行部前任总经理陈浩就因为在一个项目中按程序招标，没能让李许诺的公司中标，李就对陈说：“我一定废掉你”，果然不久借其他理由将他免职。接任电子银行部的郭德秋，仅仅因为一个项目迟迟得不到李的审批，催问了李一下，就遭到李的破口大骂：“你还想不想干啦”。软件开发中心的总经理刘秋万不知道由于什么是得罪了李，李骂他“不想干就滚回宁夏去”。科技部总经理张建游更是被凉在一边，科技部开会李早航都不让张发言。就连科技部一个处长，被李认为是前主管IT副行长华庆山的人，要将其踢出科技部。其中一位朋友说，幸亏我跑得快，否则也遭到毒手。这种飞扬跋扈的做法，导致中行IT部门一片白色恐怖，员工敢怒不敢言，更不敢向肖钢、李礼辉报告IT方面的真实情况，生怕遭到李早航的打击报复。大量员工流失，被业内称为“人才培训学校”。

肖钢也意识到了IT方面存在的问题，每周都召开IT协调会，这也招致了李早航的不满，更加消极怠工。就连2006年中行全球IT预算拖到11月份都不批复，导致中行的IT建设根本无法正常进行。真不知道他这样搞下去到底是先搞垮了中行，还是先搞掉了肖钢？

作者: runtoflower 时间: 2007-02-25 18:09
难度相当的大，可以先考虑考虑IBM。呵呵，关注中。。。。。。

作者: dlms 时间: 2007-02-25 18:31
难度比较大

作者: 山中无老虎 时间: 2007-02-25 22:26
不是难度相当大，完全就是不可能。

作者: yg 时间: 2007-02-26 16:53
IFX叫数据字典？第一次听人这么说。一般人喜欢叫成协议。
靠个人的力量，是做不成这件事的，投入太大。（对一般人而言，超人除外）
现在做这事，时机也嫌晚了些。

作者: cnadl 时间: 2007-02-26 17:18
以国家的力量做一个行业数据交换标准还是可以的，估计FSI中Stock最容易，保险其次，虽然银行最需要这东西（BTW事实上也正是这样）。

作者: two__fishes 时间: 2007-02-28 11:13
毫无必要!

作者: flw 时间: 2007-02-28 12:32
楼主，其实你完全没必要再搞一套了，我已经搞了一套了，就在我硬盘上放着呢。你所需要做的，就是说服人行中行工行建行等等都来用我的东西就可以了。

不知听了上面这话你有何感想？
不妨说出来交流一下。

作者: tomkingsky 时间: 2007-03-01 11:24
这个貌似人行的活！

作者: Celetium 时间: 2007-03-01 13:21
标题: 看来大部分人都是银行里的，所以思路都是从银行角度，：）
其实，做这样一个字典，对行业内的公司，从业人员也是有意义的巴？至少不用为了让程序好懂一点，冥思苦想找个变量名来表达某个行业术语，大家以为呢？

作者: mercky 时间: 2007-03-04 14:24
标题: 回复 9楼 flw 的帖子
你肯定是一个行内高人

我们公司也是金融行业的能不能给我一份

作者: mercky 时间: 2007-03-04 14:25
标题: 回复 9楼 flw 的帖子
我的邮箱是 caiqiguai@yahoo.com.cn

作者: 金山独霸 时间: 2007-03-05 13:59
看过这么多高手的回答，我的第一印象是，老大你想的太天真

作者: 飞梭 时间: 2007-03-15 13:55
提示: 作者被禁止或删除内容自动屏蔽

作者: blovesky 时间: 2007-03-20 16:18
IBM?你是指它的FSDM?
呵呵,国内用了吗,我倒是看过,整个就是一业务逻辑,要客户化成中国的银行使用,
非普通人所为啊

哈哈

作者: 月升沧海 时间: 2007-03-23 11:14
标题: 前面美女不是说做好了吗?
拿出来讨论一下如何?

作者: newwalk 时间: 2007-03-24 15:57
行政式管理，非行业式管理。我认为各家银行合作一下成立专门的银行业应用开发小组专门制定相应的标准。

作者: flw 时间: 2007-03-24 21:04

原帖由 月升沧海 于 2007-3-23 11:14 发表
拿出来讨论一下如何?

我没有做。我的意思是说，我做好了你会用吗？
银行会用吗？
如果没有人用。那做和没做就是一个样。

作者: zhw19810520 时间: 2007-03-28 14:53
标题: 不好做啊
标准不是一个人或几个人就能做的,是在实际应用中大家达成共识而形成的.

作者: gxguax 时间: 2007-06-21 21:09
楼主的出发点是好的.
大家就不要打击人家了. 如果你不能提出些建议性的东西, 最好还是不要说话.

楼主, 我很佩服你的想法, 但不知楼主有何更长远的打算?
就算你真的做出了数据字典, 然后也确实很好用. 那么, 然后呢...
楼主打算然后怎么办.?

如果有好的想法或目标, 我可能会参与.

我想大家都不希望自己努力做出的来东西一点实用价值都没有...

作者: Celetium 时间: 2007-06-22 21:17
标题: 老弟的回帖才是有建设意义的帖
很久没来这里瞎逛了，竟然还有我的沉底帖浮起来，嘿嘿~~
原来发此帖的初衷是源于我们正在建设的一个项目，企业信息集成（EAI），现在当然大多往SOA忽悠了。其间自然免不了要和多个系统对接，为了为所有调用者提供统一的接口（WebService），数据字典是个大大的争论点，每个系统都有自己的一套，系统内自己也可能不统一，其中一个主导系统试图强迫其他全部采用他们的标准，自然以失败告终！假如行业内都有互相尊从的标准，我想要做集成实在是很容易，只是做标准太难，这个我也知道，因为谁也不服谁！难度很大，但不是做不成，大家认为呢！？

数据字典是EAI的一个难题，也是DW的难题，也是报表平台的难题....

好的数据字典有很多好多，略举一二：1）IDE里做数据映射，不用再去勾连，同名自动；2）业务规则得以程序式表达，甚至于发展为业务规则库；2）如果继续发展，从字段-〉表-〉类-〉模型，未尝不能做一个类似IBM那样的金融数据模型

如何做得起来，我想有几个步骤：
一、初级阶段
1）厘定命名规范，什么匈牙利，下划线...
2）整理金融业术语，提炼词根
3）制定如何对单词、组合词进行命名
4）根据行业经验，对每个词，设定推荐的数据类型和长度
二、中级阶段
5）根据经验和行业发展，设计核心数据模型，抽象类
6）根据业务门类设计服务，输入输出，错误处理规程
三、高级阶段
7）根据服务实现，整理业务规则，设计基于数据模型和业务流程的业务规则库
....

实施途径，我想是：建一个WIKI，一个个规则，一个个字段，一个个行业对象逐一讨论...

大家以为如何！？

作者: dlms 时间: 2007-06-23 16:35
这个项目我支持，lz可以建个msn群或者QQ群，把有意参与这个项目的人，集合起来大家一起讨论下。
做一个东西不难，难的是有人去用这个东西

作者: gxguax 时间: 2007-06-25 01:32
楼主, 不好意思, 才回贴!

其它我现在就正在参与一个数据集中的大项目, 项目也是需要多个系统模块之间的对接.

可是我与楼主面临的情况又有些不同.

我们各个小组之间争论最多的还是哪个功能放到哪个系统里实现比较好或比较容易实现.

对数据字段的争论暂时不多. 我们对一些公共的字段都要保留着, 而各个系统内部的实际字段可自行处理. 只要定义好接口的标准即可. 这样各个系统之间的重点就放在了功能的划分和实现了.

也许是因为目前的系统已经经过时间的考验(或者说是修修补补, 已经算是比较完整了), 字段的变化不是太大.

我支持同意楼主的提议.但我建议在组建这个标准时, 不要太过约束到某个字段.

我想说说我心目中的标准. 小弟经验有限, 所以可能有些地方说的不对. 若有不对地方, 还请原谅.
我认为: 标准的主要内容是一种思想, 一种分析问题/解决问题的方法. 因为金融业的软件不可能是通用软件. 所以我们不可能把某个字段定的太死. 只需提供个建议, 说明提示这个字段能带来哪些优点(比如说对以后的维护/保持数据的一致性/程序的健壮性/程序的速度的影响等等). 以此来让使用这个标准的人可以得到进步, 也可以更清醒地认识到它的重要性. 而且还可以激发用户的思维, 说不定还会参与到这个项目里, 为项目提供更好的建议或意见.
总的来说, 我觉得标准提供的应该是一种思想, 一种解决问题的方法. 标准中最好能有一个利用这种标准做的一个例子项目分析, 以给客户提供标准的原型. 理论加实践, 用户才会有更好的理解, 也可以更好地使用.
而且也只有好理解的东西才会有人用. 才会有人参与.
任何新生事物都需要去培养一种适应它生存的文化. 而文化本身就是一种从无到有("无中生有")的过程, 所以如果楼主真心想去做这标准的话, 可能需要同时去用心培养这种文化.

嗯, 小弟经验有限, 就先写这么多了.

希望能与楼主多多交流.

作者: liqxy 时间: 2007-06-27 18:35
好想法，支持。

作者: Celetium 时间: 2007-06-28 08:29
标题: 我再说说，：）
关于大集中：
我没做过核心业务，一直比较偏技术一些，但个人认为国内做的这些大集中，从方法论上始终没有改变。虽然数据、应用程序集中了，但如何设计更利于组合式开发新银行产品的数据模型，服务模型，似乎用力不多。另外，并不强调业务流程与业务规则的分离，也就是没用用心分析业务，把不经常变化的流程和经常变换的规则提炼出来，再设计一个好的架构组合这二者。大集中其实应该更加关注数据字典，并严格地执行，因为涉及那么多人，那么多程序，那么多数据，没有一个一致的字典，太难维护了。

关于标准化：
gxguax老弟把标准提升到意识形态高度是好的。但一个标准应该是实实在在的，虽然数据模型不该定死，但字段的名字、意义还是应该定到死的，只是用什么数据类型，这个可能需要一两种推荐。现在很多软件已经成型，让他们改为某个标准是不太可能的，我们在这里讨论标准，是为了将来建造新软件，集成旧软件的时候有个参考。

那里有免费的wiki空间提供，可长期使用的那种。

作者: liaoweijun 时间: 2007-07-03 17:51
标题: 回复 22楼 Celetium 的帖子
真是好想法，我刚从事银行软件开发的工作。很多还不懂。
看了楼主的这几个步骤写的很好，我也觉得很有意义。

作者: Celetium 时间: 2007-07-04 08:11
标题: 进展-1
我在wetpaint.com上兴建了一个Wiki主题，目前只写了首页，接下去的工作是一步步展开，第一步是定一个组织规则。大家以为如何？

我开的Wiki是: http://ifxchina.webpaint.com

一个想法是参考ifx这个组织作的工作来完成我们的字典，它已经有了服务的定义，规则定义，字典的定义，但可能不很适合国内的情况，同时它也是个英文的，很多术语对应不到中文表达上。

另外发现wiki似乎也不是很适合做我们这里的工作，我希望的Wiki是：
1）按章节分组，可自定义每个章节的粒度，最小粒度就是拿来进行讨论编辑的对象
2）章节可重组，不过重组之后，之前的讨论如何跟过去，虽然可跟这讨论单位走，但对章节如何重组的讨论又放在那里

刚开始用wiki还不是很熟悉，慢慢研究，：）

作者: liant76 时间: 2007-07-12 23:10
标题: 不现实
国内的很多技术问题，其实原因大家都清楚，之所以迟迟不能得到解决，大多是制度的问题。
不是技术人员能够决定的。

作者: 不下蛋也牛 时间: 2007-10-22 10:24
难。。。我觉得在国有。。。都很难，想发是好地，等吧。等现在这批古董级的领导下台后，不跟着参合的时候就好了。系统在领导眼里最主要的不是为业务服务。而是个人业绩，说得有点夸张，不过是事实，标新立异才是领导心中最想干地。有点跑题，最主要是谁牵头，推广的费用谁负责。除非人行领导一声令下。标准好坏不是主要地，最主要是怎么能执行。个人的力量还是很渺小地。悲观ing。。。。

作者: corelengine 时间: 2007-10-24 12:53
建议先建立一个标准化组织，然后再发起。

作者: yung123 时间: 2007-10-30 18:46
同意，支持

作者: xman0017 时间: 2007-12-13 23:04
想法是好的，感觉是不太可行：领导才没有兴趣呢！！就技术人员层面是没有办法解决的！！

LZ说的东西正是XML推出的目的，可以先了解XML；

定义一个行业数据字典是很困难的，更关键的是如何说服个人、组织来遵循你的规范？

即使你有这个东西，推广也是问题，几乎是不可能的：（

作者: lihc_sd0531 时间: 2007-12-30 00:00
一个字：难!

作者: yhb7805 时间: 2008-01-18 15:56
如果做成国标或者行业标准,也许还是可以的.不一定有人用.

作者: czyf2001 时间: 2008-01-27 16:49
说到数据字典，
不得不提电力系统的数据字典了！
由于电力系统是一个学科，有着统一的标准，
已经有CIM模型等等。
大家可以借签的。

小弟初入金融领域，对这个行业还不是太了解，以后多靠大家指点了。

BTW:关键是我们做了，有人能使用吗？由于金融设计到数据安全，估计这样的想法很难实现。

作者: shell_angel 时间: 2008-02-10 20:17
想法不错，但是在中国，甚至在世界，都很难实施。我不能断言不能实现，只是路很长，我想，我们这代人是没有希望了。
你想想，每个公司都有自己的系统，为什么换个客户就要本地化实施几个月，几年？
为啥鬼子的系统要拿到中国时，需要我们这些人去搞呢？那不是把one,two,three翻译成1，2，3。而是我们没有统一的行业规范。

作者: 20060106023940 时间: 2008-02-24 17:08
支持楼主,最好有个奖励机制,如各位所说高难度啊.

作者: rock_jq 时间: 2008-03-09 17:35
哪位大哥整一份金融行业名词，对应英文，名词简单介绍

作者: yasea 时间: 2008-04-08 06:54
献丑了,我先来:
柜员表
user
{
usr_no char(

   柜员号
usr_name char(20) 柜员名
usr_id       char(20) 柜员身份证号
usr_grp    char(

   柜员所属机构
usr_lev    char(3)    柜员级别
usr_flag    char(1)    柜员状态 /*未启用、雇佣、解雇、离岗等*/
usr_date1 char(

加入系统日期
usr_date2 char(

雇佣日期
usr_date3 char(

解雇日期
}
也可以将指纹信息加入

[ 本帖最后由 yasea 于 2008-4-9 15:26 编辑 ]

作者: shtdtt 时间: 2008-05-26 17:07
支持，呵呵~

[ 本帖最后由 shtdtt 于 2008-5-26 17:11 编辑 ]

作者: xhkbnkcu 时间: 2008-05-28 19:19
呵呵，前辈，不是泼冷水，在中国，这是柏拉图式的想法，估计实现不了的。

作者: mz198424 时间: 2008-08-01 11:05
标题: 回复 #1 Celetium 的帖子
好建议。。。

作者: gigabyte 时间: 2008-08-05 11:45
这个很难的，没有人会把自己辛辛苦苦做的东西开源的

作者: sunmoontao 时间: 2008-08-27 12:27
自己设计，还可以搞些人月收入，呵呵

作者: netsafe 时间: 2008-08-29 17:24
做标准也不应该是数据库层面的吧。统一数据字典根本就不现实，因为现在的软件很少能够把商务逻辑和数据库解耦。所以数据字典的变更是不可能的。如果是统一也应该是接口层面。soa的概念很好，应该是未来软件的发展方向。但是现在行业采用到什么阶段我不了解。也许简单在应用上加上webservice做sdo载体可能还现实一些。估计做行业标准也要面向未来，现在觉得不大现实。

作者: ycc21 时间: 2008-09-02 10:52
那中行副行长李早航不就是人渣了迈？？？？

作者: Celetium 时间: 2008-09-24 15:16
最近在研究TIPS系统，好像人民银行有一个字典，不知道从这个开始做，行否！？

AddWord 附言 GBString [1,60]
AllAmt 总金额 Currency
AllNum 总笔数 Integer
AllRcvNum 接收包数 Integer
AllSendNum 发送包数 Integer
AllStopPackNum 止付包数 Integer
AllStopTraNum 止付笔数 Integer
AuthNo 批准文号 GBString [1,80]
BankNo 商业银行行号 NString 12
BelongTreCode 所属国库代码 NString 10
BillDate 开票日期 Date
BudgetLevelCode 预算级次代码 NString 1
BudgetLevelName 预算级次名称 GBString [1,60]
BudgetSubjectCode 预算科目代码 NString [1,30]
BudgetType 预算种类 NString 1
CancelAnswer 冲正应答 NString 1
CancelNo 冲正申请序号 NString 8
PriorChkAcctOrd 上一对帐批次 NString 4
ChkAcctOrd 对帐批次 NString 4
ChkAcctType 对账类型 NString 1
Content 内容 GBString [1,2048]
ContentLength 内容长度 Integer [1,3]
CorpCode 企业代码 GBString [1,20]
CorpType 企业注册类型 String [1,12]
CorrReaCode 更正原因代码 NString [1,10]
CurBudgetLevCode 现预算级次代码 NString 1
CurBudgetSubjectCode 现预算科目代码 NString [1,30]
CurBudgetType 现预算种类 NString 1
CurTraAmt 现交易金额 Currency
CurTreCode 现收款国库代码 NString 10

。。。。。。

作者: tianya0229 时间: 2008-12-03 15:11
听起来的确是好 .不过做起来没有头绪 .这可不是相做就可以开始的.

作者: blovesky 时间: 2009-02-05 22:54
整理一个国内金融内使用的金融数据模型意义巨大，可以使各个金融单位的数据票准趋与统一，从数据层面增进沟通的水平红，同时极大的降低金融业在信息系统建设上的重复投资，不过对行业软件公司倒不见得是一个好事啊（除了参与设计标准的公司）。

作者: ArtOfJ 时间: 2009-10-16 08:22
不是难度相当大，完全就是不可能。

作者: BetonArmEE 时间: 2009-10-26 11:17
提示: 作者被禁止或删除内容自动屏蔽

作者: laizx1 时间: 2009-11-11 08:33
可以做做，慢慢扩展

作者: BetonArmEE 时间: 2009-11-17 21:35
提示: 作者被禁止或删除内容自动屏蔽

作者: yzhxhwt 时间: 2010-03-19 13:56
这个很庞大啊

作者: rsjq 时间: 2010-05-13 09:44
提示: 作者被禁止或删除内容自动屏蔽

作者: 杉木林 时间: 2010-05-27 14:37
恩中国缺少标准有志者贡献一点向开源学习

作者: marsun110 时间: 2010-08-16 16:58
呵呵，支持一下还是可以的

欢迎光临 Chinaunix (http://bbs.chinaunix.net/)