倡議：做一個開源的行業(yè)數(shù)據(jù)字典

Celetium

很久沒來這里瞎逛了，竟然還有我的沉底帖浮起來，嘿嘿~~
原來發(fā)此帖的初衷是源于我們正在建設(shè)的一個項目，企業(yè)信息集成（EAI），現(xiàn)在當然大多往SOA忽悠了。其間自然免不了要和多個系統(tǒng)對接，為了為所有調(diào)用者提供統(tǒng)一的接口（WebService），數(shù)據(jù)字典是個大大的爭論點，每個系統(tǒng)都有自己的一套，系統(tǒng)內(nèi)自己也可能不統(tǒng)一，其中一個主導系統(tǒng)試圖強迫其他全部采用他們的標準，自然以失敗告終！假如行業(yè)內(nèi)都有互相尊從的標準，我想要做集成實在是很容易，只是做標準太難，這個我也知道，因為誰也不服誰！難度很大，但不是做不成，大家認為呢�。�

數(shù)據(jù)字典是EAI的一個難題，也是DW的難題，也是報表平臺的難題....

好的數(shù)據(jù)字典有很多好多，略舉一二：1）IDE里做數(shù)據(jù)映射，不用再去勾連，同名自動；2）業(yè)務規(guī)則得以程序式表達，甚至于發(fā)展為業(yè)務規(guī)則庫；2）如果繼續(xù)發(fā)展，從字段-〉表-〉類-〉模型，未嘗不能做一個類似IBM那樣的金融數(shù)據(jù)模型

如何做得起來，我想有幾個步驟：
一、初級階段
1）厘定命名規(guī)范，什么匈牙利，下劃線...
2）整理金融業(yè)術(shù)語，提煉詞根
3）制定如何對單詞、組合詞進行命名
4）根據(jù)行業(yè)經(jīng)驗，對每個詞，設(shè)定推薦的數(shù)據(jù)類型和長度
二、中級階段
5）根據(jù)經(jīng)驗和行業(yè)發(fā)展，設(shè)計核心數(shù)據(jù)模型，抽象類
6）根據(jù)業(yè)務門類設(shè)計服務，輸入輸出，錯誤處理規(guī)程
三、高級階段
7）根據(jù)服務實現(xiàn)，整理業(yè)務規(guī)則，設(shè)計基于數(shù)據(jù)模型和業(yè)務流程的業(yè)務規(guī)則庫
....

實施途徑，我想是：建一個WIKI，一個個規(guī)則，一個個字段，一個個行業(yè)對象逐一討論...

大家以為如何��？

dlms

這個項目我支持，lz可以建個msn群或者QQ群，把有意參與這個項目的人，集合起來大家一起討論下。
做一個東西不難，難的是有人去用這個東西

gxguax

樓主, 不好意思, 才回貼!

其它我現(xiàn)在就正在參與一個數(shù)據(jù)集中的大項目, 項目也是需要多個系統(tǒng)模塊之間的對接.

可是我與樓主面臨的情況又有些不同.

我們各個小組之間爭論最多的還是哪個功能放到哪個系統(tǒng)里實現(xiàn)比較好或比較容易實現(xiàn).

對數(shù)據(jù)字段的爭論暫時不多. 我們對一些公共的字段都要保留著, 而各個系統(tǒng)內(nèi)部的實際字段可自行處理. 只要定義好接口的標準即可. 這樣各個系統(tǒng)之間的重點就放在了功能的劃分和實現(xiàn)了.

也許是因為目前的系統(tǒng)已經(jīng)經(jīng)過時間的考驗(或者說是修修補補, 已經(jīng)算是比較完整了), 字段的變化不是太大.

我支持同意樓主的提議.但我建議在組建這個標準時, 不要太過約束到某個字段.

我想說說我心目中的標準. 小弟經(jīng)驗有限,  所以可能有些地方說的不對. 若有不對地方, 還請原諒.
     我認為: 標準的主要內(nèi)容是一種思想, 一種分析問題/解決問題的方法. 因為金融業(yè)的軟件不可能是通用軟件.  所以我們不可能把某個字段定的太死. 只需提供個建議, 說明提示這個字段能帶來哪些優(yōu)點(比如說對以后的維護/保持數(shù)據(jù)的一致性/程序的健壯性/程序的速度的影響等等). 以此來讓使用這個標準的人可以得到進步, 也可以更清醒地認識到它的重要性. 而且還可以激發(fā)用戶的思維, 說不定還會參與到這個項目里, 為項目提供更好的建議或意見.
    總的來說, 我覺得標準提供的應該是一種思想, 一種解決問題的方法. 標準中最好能有一個利用這種標準做的一個例子項目分析, 以給客戶提供標準的原型. 理論加實踐, 用戶才會有更好的理解, 也可以更好地使用.
    而且也只有好理解的東西才會有人用. 才會有人參與.
    任何新生事物都需要去培養(yǎng)一種適應它生存的文化. 而文化本身就是一種從無到有("無中生有")的過程, 所以如果樓主真心想去做這標準的話, 可能需要同時去用心培養(yǎng)這種文化.

嗯, 小弟經(jīng)驗有限, 就先寫這么多了.

希望能與樓主多多交流.

liqxy

好想法，支持。

Celetium

關(guān)于大集中：
我沒做過核心業(yè)務，一直比較偏技術(shù)一些，但個人認為國內(nèi)做的這些大集中，從方法論上始終沒有改變。雖然數(shù)據(jù)、應用程序集中了，但如何設(shè)計更利于組合式開發(fā)新銀行產(chǎn)品的數(shù)據(jù)模型，服務模型，似乎用力不多。另外，并不強調(diào)業(yè)務流程與業(yè)務規(guī)則的分離，也就是沒用用心分析業(yè)務，把不經(jīng)常變化的流程和經(jīng)常變換的規(guī)則提煉出來，再設(shè)計一個好的架構(gòu)組合這二者。大集中其實應該更加關(guān)注數(shù)據(jù)字典，并嚴格地執(zhí)行，因為涉及那么多人，那么多程序，那么多數(shù)據(jù)，沒有一個一致的字典，太難維護了。

關(guān)于標準化：
gxguax老弟把標準提升到意識形態(tài)高度是好的。但一個標準應該是實實在在的，雖然數(shù)據(jù)模型不該定死，但字段的名字、意義還是應該定到死的，只是用什么數(shù)據(jù)類型，這個可能需要一兩種推薦。現(xiàn)在很多軟件已經(jīng)成型，讓他們改為某個標準是不太可能的，我們在這里討論標準，是為了將來建造新軟件，集成舊軟件的時候有個參考。

那里有免費的wiki空間提供，可長期使用的那種。

liaoweijun

真是好想法，我剛從事銀行軟件開發(fā)的工作。很多還不懂。
看了樓主的這幾個步驟寫的很好，我也覺得很有意義。

Celetium

我在wetpaint.com上興建了一個Wiki主題，目前只寫了首頁，接下去的工作是一步步展開，第一步是定一個組織規(guī)則。大家以為如何？

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

一個想法是參考ifx這個組織作的工作來完成我們的字典，它已經(jīng)有了服務的定義，規(guī)則定義，字典的定義，但可能不很適合國內(nèi)的情況，同時它也是個英文的，很多術(shù)語對應不到中文表達上。

另外發(fā)現(xiàn)wiki似乎也不是很適合做我們這里的工作，我希望的Wiki是：
1）按章節(jié)分組，可自定義每個章節(jié)的粒度，最小粒度就是拿來進行討論編輯的對象
2）章節(jié)可重組，不過重組之后，之前的討論如何跟過去，雖然可跟這討論單位走，但對章節(jié)如何重組的討論又放在那里

剛開始用wiki還不是很熟悉，慢慢研究，：）

liant76

國內(nèi)的很多技術(shù)問題，其實原因大家都清楚，之所以遲遲不能得到解決，大多是制度的問題。
不是技術(shù)人員能夠決定的。

不下蛋也牛

難。。。我覺得在國有。。。都很難，想發(fā)是好地，等吧。等現(xiàn)在這批古董級的領(lǐng)導下臺后，不跟著參合的時候就好了。系統(tǒng)在領(lǐng)導眼里最主要的不是為業(yè)務服務。而是個人業(yè)績，說得有點夸張，不過是事實，標新立異才是領(lǐng)導心中最想干地。有點跑題，最主要是誰牽頭，推廣的費用誰負責。除非人行領(lǐng)導一聲令下。標準好壞不是主要地，最主要是怎么能執(zhí)行。個人的力量還是很渺小地。悲觀ing。。。。

corelengine

建議先建立一個標準化組織，然后再發(fā)起。