bncharm (人間兵器) :
我們公司以前一直都用的是db2+delphi+Domino Lotus Notes平臺。現在感覺市場對這個平臺的需求不是很大，而且公司內部有種lotus平臺已經落後於時代的感覺。是否真是如此？老總要求我們分析幾種平臺的優劣，以便選擇其一作爲公司將來的發展基礎。諸位大大是否可以介紹一下目前比較流行的平臺以及與平臺相關的輔助技術與工具？高分相送。
zhf_karen(zhf)
很多人採用DB方式來解決公文流轉的問題啊.這麼來說吧.我自己的例子,在1999年的時候,我帶領一個12-15人的團對,採用COM+ASP+SQLServer+ExchangeServer(前期,另一個團隊,採用了PB+Sysbase做了類似的系統)去做一個OA產品,結果,在項目前期看起來一切都很好,公文也能流轉,也能對數據域進行控制.但是,到後期的時候,問題出現了.我們知道OA特別是政府部門的OA,內部機制是非常複雜的.首先,你用什麼來保證修改的東西在文檔資料中是可見的,而且後來的人不能修改,第二,如果我使用數字簽名,你如何保證這些文檔是我簽字的?而不是別人修改數據庫.如果我的控制需要做到文檔級的,就是說同一類型的文檔,這一份你能看,那一份你不能看?
總體來說:控制流轉在DB環境下沒有什麼問題,就算是很複雜的控制,也可以做.但是文檔資料的保存,數字簽名.實際上,用DB來做解決方案,就意味着你企圖使用結構化的數據格式來表示非格式化的東西.當然,非結構化的數據(比如Word文檔資料)用XML來表示.這當然是可以的,但工作量是多少?而且,你的結構化的表示方法真的沒有問題嗎?如果出現了問題,在文檔結構上要改動,你如何做?一切程序都有變動的可能.如此下去,也許你能理解當時我們做了半年的時候面臨的問題了.發現修改變得越來越複雜,項目到後期基本就是補丁了.
而後一個項目,我們採用Lotus Notes開發,因爲他的基礎就是文檔數據庫,用了6個人,4個月就給上海一個政府機構開發成功.
現在Domino可以完全在B/S結構上表現出來,所有的接口可以和Java調用,而且整合在Portal Server的平臺內.如果你需要,你甚至可以很簡單地完成圖象檢索,在線會議等.而這僅僅是幾個模型.用戶對界面可制.
對於這樣的企業平臺,我的概念是:除非你的應用非常簡單,不然,儘量站在平臺的基礎上,不然,不是我看不起大家,有哪個公司能夠再做出一個Notes?即使做出來類似的文檔存儲方式,你的安全問題如何解決呢?還是自己做?這似乎有點困難了吧.
現在類似的產品也比較多了,數據庫並不能解決所有問題,爲什麼那麼多公司採用數據庫作爲開發方式,原因無非兩點:開發人員多(數據庫操作誰不會啊),對OA理解比較淺,沒有大型項目的背景.
我只簡單舉一個例子,如果他們公司需要你做一個電子印章,你用數據庫如何做?打印出來以後,你如何保證這個印章是我敲上去的,而不是用圖象合成出來的?你沒有什麼辦法吧.但是你使用Lotus,採用書生公司的產品,就可以完成類似功能.而且這個解決方式是得到國家技委推薦的.
一般對此種的問題,主要要解決兩點:你如何保證數據是我修改的,和如何讓我去證明,這個數據我沒有越過修改過.這在數據庫形勢下,是比較難以說明的.不是嗎?
fireiceman(冰火) (
爲什麼很少有人討論Lotus notes的人很少?
我也覺得用notes應該更加層次清晰一些.
自己用了DB的方法來做,覺得非常混亂.
開始時非常清晰的結構,隨着進度的進行,越來越亂,直到成爲一團亂麻.
不過也許DB能跨平臺,比notes的靈活性更高.
如果有一個非常好的系分和項目經理,也許能做出成功的系統來.
zhf_karen，看來您對oa很有經驗，向您學習 :)
但是我覺得采用db可以做出非常靈活的公文流轉，而且在操作系統平臺上的應用也比較靈活，從您所說的來看，你存儲公文實體的方式還是採用word文檔是嗎？
但我們想採用的是數據庫存儲的方式，公文的採Active組件顯示，可靈活定製公文模板，隨便改，填加什麼樣式的公文！這我們已經做到了。另外，我覺得xml也是個好方法可是不會xml :),不知道工作量有多大！
至於電子簽名，呵呵，還是挺頭暈得，迫不得已，我們就把它存成圖片放到服務器上，可又造成安全的問題。正想方法解決，我看到過書生的電子簽名，很牛！可是成本呢？我們老闆不想掏錢啊！
......
另外大家誰有j2ee的項目經驗，交流一下好嗎？用j2ee作oa可行嗎？
我的e-mail:[email protected]，謝謝！
看了大家的回覆,hehe,很不好意思,大家的問題,又撞在我的槍口上了,我們處的方向是J2EE,我們做的大多數系統是採用J2EE平臺,我有一個朋友的處是使用.net平臺的,他們最近剛用.net做了一個公文流轉.最近我們一個過億元的大單,高層的意見是使用他們的.net平臺的的產品,但是那個產品經理對此很不滿意.你知道爲什麼嗎?原因就是以上的東西,因爲將來面臨的東西,你很可能必須自己去做.而這是很大的風險.誰也不願意這麼大的項目失敗.
XML,我使用這個工具,開發了兩個項目,首先明確一點,XML僅僅是一種通過格式的表述工具,所謂WPS的使用XML技術就可以和Office完全兼容,這是一種費話,也就是說說而已.因爲你不知道格式.所以同樣的,將來XML也許可以支持其他格式的東西,比如矢量圖形(實際上,去年我就看見類似的標準,但目前還不能爲大家接受).他也不是解決問題的根本原因.
J2EE也是同樣,他僅僅是一種框架,但技術是有一個基本架構的.比如你使用J2EE可以配合Domino開發,也可以基於數據庫開發,當然,你可以通過WebServices來達到訪問的通用化,封裝各種技術細節.這沒有討論的必要吧.我們討論是是用數據庫解決OA是否合適,而不是使用什麼開發工具.
至於使用Excel,Word等,那麼祝賀你,你可以實現數字簽名了.Office在這裏有解決方案.但是,問題又出現了,你如何存儲管理這些文檔?存放在文件系統裏?村放在數據庫裏?你如何來進行全面的文檔檢索?你總不能不提供類似的方案吧.於是,你必須使用MS的知識管理體系.實際上,我們去看一下,OA類似於知識管理體系,你去看看大型公司是如何做類似的體系,你可是使用LDAP的方式而不是數據庫方式.或者其他的方式.爲什麼MS不使用數據庫,IBM不使用數據庫來做類似的系統.按理他們有自己的DB,有自己的開發工具,但是還是重新開始做了類似的系統,還不值得我們去考慮一些問題嗎?
問題的結論是:如果你只是給一般的小公司做類似的系統,你使用DB來作爲解決方案是可以的.因爲他們沒有特別嚴重的安全問題和責任問題.但是給政府企業做系統,這些問題不考慮,就是給自己埋下隱患.Lotus做類似的系統,你將發現,這樣的項目從根本上是先需要解決的是解決方案,而不是開發,有什麼成熟工具?有什麼平臺,我們需要做什麼,而不是一切都自己開發.流程,公文流轉過程,安全性問題,數字認證,我想了都頭疼.也許你們還沒有碰到具體的很複雜的需求,認爲那樣做是可以的,實際上,我現在看到最好成績的通過DB完成的OA的產品是上海長城電腦公司的軟件部做的一個產品,是兩年以前的事情了,不錯,但那僅僅是以前的感受,現在看起來不是特別好.當然,我看見的應用是一個40萬左右的單,沒有辦法和我們的系統來相比.
最後,我不是想說:用DB解決就是找死,但是,最好先定義你們的用戶,你使用的那套系統是不適合複雜應用的,不適合大的單的.這不是你設計能力的問題,而是你必須去走別人已經走過的許多路.
最後說一點, litdong(不到黃河不死心) :我的存儲方式不是word,而是Domino的文檔數據庫.
我也在做OA，開發平臺是本公司開發的開發平臺。採用該平臺的好處是避免設計重複姓的模塊，提高開發效率與個性適應性，但回到本次討論的主題，我們歸根到底還是採用DEPHI+MS SQL做OA。主要模塊已經開發完畢並且已經在本公司運行。到現在爲止的主要問題是：無法對付將來業務數據庫急劇膨脹的問題以及簽名問題。公司原先並且還在用LOTUS NOTES發送工作郵件，流轉公文。我本身自己，每天在新加入LOTUS NOTES的文檔都有幾M,員工每次發送郵件都毫不考慮容量問題。但是有管理員的整理，LOTUS NOTES好像能夠很好對應大量的文檔。可我當心，我開發的本公司的OA如何售得了如此的數據量？關於第二個問題，誰能告訴我能力有關電子簽名介紹的網站？
做OA給我了很深的體會：
1。開始用純LOTUS DOMINO，用戶對此非常不滿意，因爲很容易誤操作，不直觀（客戶端NOTES工具不能屏蔽），而且維護很麻煩，對機器的配置比較高。
2。後來發現DELPHI開發的效力挺高的，而且開發出的界面很友好，用戶容易接受，就用了DELPHI+DOMINO，採用DCOM連接，開始挺有信心的，但是後來發現公文流轉定義跟DOMINO本身的文檔型數據庫性質有點不順，越來越亂。。。
3。再後來用ASP+JAVASCRIPT+IIS+SQL SERVER（切切的說這不叫OA，只是高級的郵件系統擺了），我個人覺得，如果是功能不復雜的OA採用次平臺是最好選擇，維護特別方便。
4。最近用DOMINO的B/S開發，我覺得此平臺是現階段做OA的最佳，既維護方便，又適合文檔型數據庫的性質
5。以後的發展趨勢我覺得是居於J2EE+DOMINO的架夠，請大家討論，
謝謝！
我們現在使用asp.net + oracle9i做公文系統，感覺不好，存儲office文檔，由於office 2000與asp.net有一些衝突，很煩人，而且電子印章，公文模板，流程等等都很煩人。
不過我覺得用PDF文件格式比office格式要好。
我使用的是ASP+SQLServer2000+IIS，怎麼說呢？看起來真的不象OA，很差勁的。
公司以前也做過DOMINO的B/S開發的感覺還行。但是費用太高一般的企業無法承擔。
現在我想用jsp+tomcat+sqlsrever+win2000(nt)做。可能會好一點
本站註釋:
本貼轉自CSDN論壇,本話題討論非常精采.特別是zhf_karen(zhf) 網友的回覆,分析的很有道理,從企業的進一步發展來看OA系統平臺的選擇問題.
選擇Lotus/Notes的優點:
1)Lotus/Notes如果不做開發本身也能用,郵件,日程安排,討論等
2)Lotus/Notes可大可小,小用戶可以在上面做簡單的流程及業務處理,開發時間快,對開發人員要求不高.
3)Lotus/Notes可與J2EE進行很好的接合.從R6的發展可以看出.Lotus將越來越好的與J2EE進行整合.
4)Lotus/Notes有IBM的技術支持,可以有效的保護投資及技術升級改造,如果選擇其它開發的平臺,將無法保證OA系統的延繼性(做OA的公司倒閉系統無法升級,做OA的技術人員離開都將對系統造成很大影響,系統本身做好後開發商很少對平臺進行升級)
5)可與其它系統無縫接成，Sametime workflow domino.doc 無線應用等，爲系統的再次升級提供了很好的解決方案，而如果是自已開發的平臺，開發商將無法幫你提供這些解決方案。