Ⅰ OA辦公系統源碼使用方法
與派Exchange-MAIL-OA-實時通訊-視頻會議技術支持網 http://www.yupai.net 基於Windows Server、Active Directory、Exchange Server、Sharepoint、Live Communications、Live Meeting技術,致力於辦公自動化系統OA、實時通訊RTC、視頻會議MEET、工作流WORKFLOW、企業郵局MAIL等開發，交流技術、分享源碼、下載工具、人才招聘自薦的供求園地
技術交流
//////////////////////////////////
Exchange維護
Exchange、Active Directory、ISA、Conferencing、Instant Messaging、Live Communication系列的管理和維護、Outlook、msn、Windows、Office等的使用
Exchange開發
基於Exchange系統，ADSI、.Net工具的OA辦公系統的開發研討
Exchange下載
可在這里尋求下載OA系統建設相關資源（工具軟體、程序源碼、技術書籍等），也可在這里偉大的共享、平等的交換、有償的出售。可以雙方直接交易，也可委託本站做雙方驗證人，以迴避可能的交易風險
Exchange手冊
歸納Exchange、Outlook、AD、IM等維護使用中常見問題的解決方法，使用心得、維護訣竅等。
源碼產品
/////////////////////////////////////
與派辦公網(在線試用:http://www.yupai.net/bbs/useroa/logonoa.asp)
基於Exchange Server、Active Directory，採用.Net開發的OA系統、提供包括「郵件」、「日歷會議」、「通訊簿」、「便簽」等個人辦公工具；公告通知、部門的日程安排及公用通訊錄、公司及部門主管可以隨時監控下屬員工的工作狀況，包括個人日歷與個人聯系人等；公文摸板及流程自定義，支持串簽、會簽、多人決策等，具有過程跟蹤、公文查詢等功能；部門文檔中心支持管理許可權分配，支持全文、關鍵字等檢索方式．．．
與派視頻會議(在線試用:http://www.yupai.net/bbs/usermeeting/logonmeeting.asp)
從世界各地參加現場討論、發送多媒體報告、允許您與其他與會者聊天、使用白板以及共享文件或應用程序協作。如果計算機帶有攝像頭和話筒，則可以使用視頻會議提供程序觀看或與其他與會者交談．．．
與派郵局(在線試用:http://www.yupai.net/bbs/usermail/logonmail.asp)
基於Exchange Server、Active Directory，採用.Net開發的郵件(Mail)收發+郵箱管理系統，與exchange高度集成，界面友好，收發自如，公司通訊錄列舉、檢索，個人通訊錄管理，密碼修改、簽名、自動轉發；管理組織、用戶信息、及用戶郵箱存儲限制．．．
與派實時通訊(在線試用:http://www.yupai.net/bbs/userim/logonim.asp)
基於Exchange IM\Office Live Communications技術開發的即時通訊系統，可以配置用戶的即時通訊功能，可以自動獲取全公司、部門可進行即時通訊的聯系人列表．．．
OA市場
/////////////////////////////////
OA動態
業界在OA技術、應用等方面的新聞動態
OA應用
針對辦公自動化系統、團隊協作消息系統在各行業的典型應用，交流應用感受、指出缺陷、指出期望的功能。
OA人才
OA企業可以在此招聘所需人才；OA人才也可在此毛遂自薦，尋求伯樂。
去看看 http://www.yupai.net
參考資料：與派Exchange-MAIL-OA-實時通訊-視頻會議技術交流工具下載源碼提供www.yupai.net
Ⅱ 有沒有比較成熟的採用java開發的OA系統源碼
目前java語言是最穩定的，高端OA如用友泛微等，都是用java開發的，所有的語言見下面
OA軟體的開發語言很多，目前較為常見的有ASP/PHP/.Lotu Domino/.Net/JAVA 五種語言，五種語言各有特色，其最鮮明的就是——他們代表了「計算機語言發展使用簡史」。
1. ASP語言
ASP是微軟的初始WEB產品，在97年左右推向市場，是最初較早的WEB語言技術，很多小型簡單的網站都是用ASP語言開發的，由於是九十年代的產品，所以在計算機語言升級以後，其本身最大的一個問題就突顯了出來其可擴展性比較差，與現在的主流計算機語言.NET和JAVA對接都很困難，所以我們經常見到很多用ASP語言技術開發的小型網站在2003年以後面臨升級等問題時都令人頭疼，最後很多公司都採取了棄用之前的ASP語言結構的產品轉而使用最近的語言技術開發網站。
使用ASP語言腳本技術開發的產品最令軟體工程師頭疼的是ASP技術與.NET平台對接基本不太可能（筆者過去就經歷過ASP網站改造成.NET網站的事情，那經歷簡直可以用「苦難」兩個字來形容）。由於ASP的語言久遠，所以現在在新開發的系統已經使用不多。今天市場上依然能夠看到的ASP語言開發的OA軟體多是在05年以前生產的產品的基礎上改善的。
目前用ASP語言開發的產品有：金和
2. PHP
PHP語言與ASP基本上屬於同一時代的產品，但是成熟時間稍微比ASP要晚一點，PHP語言在開發上稍微比ASP復雜，其最大的優勢就是其版本就像LIUNX系統一樣是一個免費開放型的平台，開源代碼很容易就找到，這樣就解決了程序開發人員自己絞盡腦汁的去寫程序，由於是開源的，很多程序在互聯網上都可以找到，但是版權問題和安全性問題是一直困擾PHP技術的兩個難題。國內的通達OA一直有很多盜版，其實根源問題就是PHP的開源代碼性導致的（大家可以參考通達官網）。
和ASP一樣，在2000年左右，PHP成為了網站的主流開發工具，PHP與ASP相比的優勢就是跨平台性好些，但是如果面對大型結構的用戶群或者門戶網站，PHP又有一些力不從心。所以PHP技術也正在逐漸走下坡路。PHP語言目前仍有不少網站還在使用，但是主流的應用系統已經呈現正在放棄使用的趨勢，基本層面上正在淡出了開發工具的選型範圍。
目前應用PHP技術的OA產品有：通達，泛微的eOffice。
由於PHP的開源和ASP的易用性再加之其語言技術久遠，造成一種事實——現在很多高校和計算機語言職業培訓學校已經或者開始放棄了使用PHP和ASP教學，這也就決定了PHP語言技術正在淪為更新換代型的產品，對於使用者來說，就出現了未來的升級困難可能大的風險。
作為行銷策略上的吸引點，很多採用PHP和ASP技術的OA軟體多用低價的策略沖擊市場，採用這兩項技術的OA軟體實際上更多的是應用於低端產品。
3. Lotus Domino
是IBM 在96年左右流行起來的OA開發工具，優點是開發速度比較快，基於Lotus的腳本進行開發，與Lotus 的郵件系統相整合，主要用來作工作流和內部郵件的傳遞，由於Louts採用專用的文檔資料庫系統，查詢和數據統計效率就比較低下，與關系型資料庫的整合很不好。所以Lotus Notes對於僅對單一的消息和工作流系統來說是不錯的架構，但如果想做較大規模的業務整合或者業務開發會是困難重重。
使用Lotus Notes語言架構的OA產品最大的難點就是針對業務系統整合起來比較難。97年筆者曾經在北京見過IBM推廣過Louts系統，也許在國外懂louts語言的人很多，但是事實上在國內懂louts系統的人少之又少，這也就決定了louts在中國國內市場上一直都打不開局面的原因之一，由於懂louts語言的技術工程師較少，所以使用louts語言開發的軟體的產品面臨最大的困難是升級維護，物以稀為貴，louts系統工程師的支付成本也相對比較高昂。
國內應用louts語言的OA產品：合強
以上三種語言技術在90年代的時候都曾經是WEB或者主流開發語言，但是隨著計算機語言技術的不斷升級換代，這三種語言技術逐漸淡出人們開發OA軟體的視線，使用這三種語言的技術工程師人員數量也呈現出階梯數量級遞減，也許到了2020年，ASP，PHP語言技術的工程師將會成為全球「稀有語言動物」，也只有到了那個時候做ASP,PHP語言的工程師拿的薪水會比主流工程師拿得多得多。
4. .Net
目前國內計算機語言的主流技術之一，有一個現象大家都可以看到——現在軟體公司的招聘廣告，從招聘廣告上我們看到現在更多的招聘對象都是JAVA和.net的技術工程師，從這個市場熱度不難看出——JAVA和.net在未來很長的一段時間里將代表開發語言的主流。
論證其是否是主流原因的方法很簡單,第一：是否有國際大廠商的支持。第二：可擴展性,可升級性,模塊化,面向對象等等優勢。產品開發出來的安全穩定性以及開發出來的可伸縮性。當然可擴展性和可升級性、模塊化這些都是沒有辦法可視化的，對於那些對OA語言感興趣的愛好者不防多看看計算機語言技術方面的書籍，其實每本書里都有介紹JAVA和.net在擴展、升級、模塊化方面的均衡優勢。第三：還有一個最為簡單的驗證方法，就是可以問問你身邊搞過研發或者懂點計算機語言技術的朋友，他們都會給你一個明確的答案。
.NET語言開發的軟體產品穩定性較高，產品可以模塊化是一個存在的事實優勢，但.NET具有很強的優勢的同時，也存在一定的劣勢，如跨平台、大數據並發。同時.Net與ASP對接時，就會導致產品的安全性變低，.NET平台的安全性會隨著ASP的安全漏洞安全為黑客或者不法分子利用進而破壞，這個也就一直困擾軟體技術工程師的一個最大的問題——.NET語言沒有辦法和ASP對接的最大一個因素之一。當然.NET如果不需要與ASP語言對接，那麼也不存在這樣的風險。