主持人: 您認為講協同是基於項目合作協同，還是企業資訊系統整合的協同。
王志東: 資訊系統整合這概念早就有，這整合也有很多種方式，大家很容易聯想到資訊孤島。資訊孤島如何解決大家有很多種方法，比如有一種方法，不是有很多島嗎？島跟島之間搭橋，擺渡把接板聯起來，一開始島小很有效，後來島多了，橋滿天飛，最後全亂掉，系統無法管理。於是有人提出第二種思路，孤島因為島太小，有人說什麼叫島，說所有的大陸不都是島嗎？周邊不都是海嗎？所以人提出解決資訊孤島的方法，把所有小島的人集中到大島裏面去，把小島變成大島，這很多時候都是這麼做的，比如很多企業原來是各部門各分公司單獨上一個系統，後來說不行，由總公司發號施令，統一系統，把資訊化所有權利收上來，做統一的預算，CIO說了算，集中採購，一個企業CIO工程，老闆一拍板算了。現在企業不是孤立的，上下游如何區別，還有說是不是政府提出行業內統一上一個系統，這不可能，其實當時.NET，網格概念提出，就是過去小島變大島的思路，還有島跟島之間搭橋，發現這種模式已經不可行了，這兩種模式很快要走進死衚同了，於是大家認為必須提出一種全新的思路，按我理解.NET，網格等都是思路，都是一種解決方案。這種方法完全突破了原來整合的概念，這種概念在協同軟體裏面是非常強調的，如果我們提出協同軟體跟協同度，如果有這幾個指標的話，它這種跨地區，跨組織，跨系統的應用方法，這個方法會是衡量的很重要標準，在這種標準上，可能好多會從根本上進行改造，這種改造目前已經推出的協同軟體部分實現，但是，離完整時間還是有區別的，但是這個過程跟現有的業務系統的整合，數據庫的整合也不矛盾，因為在大的協同構建成熟之前，大家由孤島搬遷到大陸，真正上新大陸去生存的時候，這個過程之間該遷大島遷大島，該建橋的建橋，這不能等，這兩個過程我認為是同步進行的，而且根本上解決這個問題，其實是一個挺大的工程，大家可以看到微軟.NET其實是受阻的，2000年提出.NET，到今天來看並沒有完全實現原來的設想，包括網格技術的應用等等都不像以前想像的那樣順利，這就證明這個轉變是需要過程的。我們點擊科技做的協同之星的時候也採取了一些特殊的技術，比如我們做的反轉換Sever的技術，這跟.NET、網格技術很相近，解決了一些問題，但是方案又不像.NET，網格那樣複雜，這是一種所謂中間路線，目前看來我們認為是非常有希望和前途的，最終如何還得接受市場檢驗。這有點像當年做圖形計劃的時候，如果這個計劃可以實現非常先進和美妙的全新世界，能夠完全顛覆原來DOS平臺的約束，但是這個工程有點太大了，所以IBM聯合微軟，結果微軟採取中間路線就是windows，有是windows3.0，完全基於DOS開發windows3.0，如果從純技術角度來看一樣有非常多的約束和限制，但是從市場反映來看這是最有效的一種途徑化平臺的模式，所以現在協同應用有很重要的經驗，不必要圖大，不必要希望它能夠解決所有的問題，而更重要的是讓它能夠如何切合實際解決用戶的問題，這是最重要的。
（T121）
|
