workflow源碼

『壹』 如何：編譯工作流

然後，可使用工作流編譯器編譯該工作流文件，或者不對它進行編譯，而通過主機應用程序將它傳遞到工作流運行時引擎中。 這稱為「無代碼工作流創作」。 有關更多信息，請參見 使用工作流標記 。 所創建的文件使用的文件擴展名為 .xoml。 標記文件可用於聲明工作流，但之後會使用包含實現邏輯的代碼文件對它進行編譯。 這稱為「代碼分離工作流創作」。 在這種情況下，所創建的文件使用的文件擴展名為 .xoml 和 .xoml.cs 或 .xoml.vb。 在代碼文件中使用 Windows Workflow Foundation 對象模型。 這稱為「僅限代碼工作流創作」。 在這種情況下，所創建的文件使用標準的 C# 或 Visual Basic 源代碼文件擴展名。 此外，也會對這些文件進行編譯。

『貳』 請高手介紹一下Workflow Software

工作流（Workflow）就是「業務過程的部分或整體在計算機應用環境下的自動化」，它主要解決的是「使在多個參與者之間按照某種預定義的規則傳遞文檔、信息或任務的過程自動進行，從而實現某個預期的業務目標，或者促使此目標的實現」。
簡單地說，工作流就是一系列相互銜接、自動進行的業務活動或任務。一個工作流包括一組任務（或活動）及它們的相互順序關系，還包括流程及任務（或活動）的啟動和終止條件，以及對每個任務（或活動）的描述。
工作流在大多數的實際應用中的情況可以這樣來簡單地描述：在網路、伺服器和多台計算機客戶端的硬體平台上，業務過程按照預先設定的規則並藉助應用程序和人對相關數據的處理而完成。例如，在日常辦公中，當撰寫好某份報告之後，可能需要將其提交給領導進行審閱或批示；審批意見可能需要匯集並提交給另外一個人，以便對報告進行進一步的修改。這樣，可能會形成同一篇文檔在多個人之間的順序或同時傳遞。對於這樣的情況，我們可以使用工作流技術來控制和管理文檔在各個計算機之間自動傳遞，而非手工傳遞。這就可以稱之為工作流。
類似的關於文檔的自動化處理只是工作流技術的一種簡單應用。事實上，工作流技術在現實生活中能夠完成更多更復雜的任務。如企業（或機構）內部的各種數據或信息的自動處理，多種業務流程的整合，企業（或機構）之間的數據交換，藉助Internet技術實現跨地域的數據傳輸和處理等等。
某產品銷售的工作流示意圖：

一、工作流發展
工作流技術起源於二十世紀七十年代中期辦公自動化領域的研究，由於當時計算機尚未普及，網路技術水平還很低以及理論基礎匱乏，這項新技術並未取得成功。1983年至1985年間，在圖像處理領域和電子郵件領域出現了早期的含有工作流特徵的商用系統。
進入九十年代以後，隨著個人計算機、網路技術的普及和推廣，以及信息化建設的日益完善，使得工作流技術的研究與開發進入了一個新的熱潮。1993年8月,第一個工作流技術標准化的工業組織——工作流管理聯盟（Workflow Management Coalition，簡稱WFMC，下同）成立。1994年，工作流管理聯盟發布了用於工作流管理系統之間互操作的工作流參考模型，並相繼制定了一系列工業標准。與此同時，關於工作流技術的學術研究也十分活躍，許多原型系統在實驗室里開發出來。進入二十一世紀以來，工作流技術已被越來越多的人認可，與之相關的標准規范、工作流引擎及商業產品不勝枚舉。人們在開發推廣工作流產品的同時，更加註重工作流的理論研究，以推動該項技術走向成熟。
二、工作流的特點
1，圖形化、可視化設計流程圖
2，支持各種復雜流程
3，組織結構級處理者指定功能
4，B/S結構，純瀏覽器應用
5，強大的安全性特色
6，表單功能強大，擴展便捷
7，靈活的外出、超時管理策略
8，處理過程可跟蹤、管理
9，豐富的統計、查詢、報表功能
10，與MAIL系統集成
三、工作流的優點
企業實施工作流管理所帶來的好處是非常明顯的，這包括提高企業運營效率、改善企業資源利用、提高企業運作的靈活性和適應性、提高工作效率、集中精力處理核心業務、跟蹤業務處理過程、量化考核業務處理的效率、減少浪費、增加利潤、充分發揮現有計算機網路資源的作用。實施工作流將達到縮短企業運營周期、改善企業內（外）部流程、優化並合理利用資源、減少人為差錯和延誤，提高勞動生產率等目的。

總結實施工作流帶來的好處，可以歸納為以下幾點：
1，要處理的事項已自動傳遞到個人電腦上
2，不再需要對員工進行流程的培訓，平滑實現流程變更
3，員工只需將精力集中在處理自己關心的數據上
4，隨時得到歷史數據
5，隨時生成處理效率報表
6，達到無紙化辦公的目標
7，完全支持移動辦公，使作業同步化
8，科學管理更進一層，辦公效率明顯提高
9，企業的核心競爭力將有提升
10，通過流程自動化與資料庫集成，以及各類表單統計查詢功能，提高決策能力
四、工作流WorkFlow技術構架

五、工作流是如何實現的
工作流的實施需要三個基本步驟：映射、建模和管理。映射是第一個步驟，其首要任務是確定並且文檔化組織內全部現有的手工和自動化的業務流程；建模則是開發一個有助於建成流線型業務過程的模型。第三階段是軟體實施以及跨越全部工作部門、業務單元甚至是整個企業的無縫系統集成。
為了確保工作流系統能夠「無縫地」實施到組織機構中，項目組都必須遵從已經定義好的、經過實踐確認的行之有效的工作方法，並且在每個工作階段都必須有可以度量的結果。一個深思熟慮的實施計劃被有經驗的團隊執行，是成功地採用和實施工作流的決定因素。下圖描述了一個推薦的、可供典型組織機構採納的高層工作流（實施流程）。下面按圖中步驟具體闡述。
建立項目管理辦公室
項目管理辦公室的組成是第一步，也是最重要的一步。項目管理辦公室的成員須經過嚴格謹慎挑選，他們必須在恰當的程度上廣泛代表組織內的業務、運營、IT以及審計等部門。產品供應方的產品專家、技術支持人員和管理人員也必須參與其中，以與用戶互補。通常在PMO中還包含變更管理顧問，有助於形成組織中人員思路的多樣化。每個成員的角色和責任必須定義清楚。PMO從整體上確立項目的實施范圍、目標、實施時間框架以及優先順序等等。PMO也負責管理和跟蹤項目進度、設定檢測項目是否成功的指標，以及定期向高層匯報項目狀況等。
業務分析
項目組將分析用戶現有的業務流程，找出哪些流程需要優化和改進以達到上佳效果，並分析每個流程的時間線和期望的結果。他們將與關鍵人員進行座談，收集和鑒別正確的信息及數據，從而決定工作流系統如何滿足需求。接下來的業務分析將辨別出哪些流程可以被優化、自動化、流線型化，哪些流程甚至需要重新設計。
確定目標
確定上佳目標是建立在業務流程詳細分析的基礎之上的。工作流項目的目標定義應該清晰並可以進行驗證，好的目標意味著項目的成功。在實施過程的每一個階段，項目組必須確認達到的結果是他們所期望的結果。例如，如果目標是縮短開發票周期兩周，則必須分析現有的時間跟蹤、記賬和開發票等流程。
確定實施計劃
目標確立後，由用戶和軟體供應商組成的項目組展示工作流解決方案具備的各種模塊，根據用戶提出的特定需求定義他們的功能和特性，並基於業務的優先順序，共同決定每個模塊的上線時間。
將業務流程在工作流系統中建立模型
在實施過程中建立業務模型是一個極重要的步驟。用戶應當緊密地同軟體產品應用專家進行合作，以在易用性和功能需求之間達到平衡。
用戶可以在部署階段前對模型進行測試，以確保該模型符合實際要求且沒有過多的開銷。需要指出的是，如果這個建模步驟沒有完全正確地完成，將導致錯誤的報表或者多餘的管理工作。
實現流程和軟體集成
在這個階段，項目組將確定現有的需要與工作流系統交互的流程與系統。如果處理不當，新舊流程的集成將導致失敗。流程集成的一個重要方面就是在多系統之間消除或者最小化冗餘數據，並在多個系統間復制這些數據。流程必須緊密集成，數據必須能跨越不同的流程和應用，順暢流動。
項目組也必須確保工作流系統符合用戶組織機構的安全標准，這一點經常在部署階段前被忽視。
部署工作流系統
部署工作流系統包括兩部分內容。第一部分自然是技術部分，涵蓋了硬體和軟體的安裝、備份、恢復以及網路安裝等等，這與一般的IT應用實施相似。
第二部分是指上線試運行。試運行小組應具有真正的代表性。項目組必須與試運行小組就項目的重要性進行溝通，並確保提供足夠的培訓，使得試運行小組能夠對試運行工作得心應手。建議項目組建立清晰的溝通渠道，保證在試運行期間可以及時反饋用戶的意見和建議。試運行將使項目組鑒別出原來設計和計劃的弱點和缺點，並在大規模上線運行前加以解決。這也可以提高用戶對於新流程的接受程度，因為用戶感到他們也參與了項目的開發部分，解決方案不是強加給他們的。
一般認為，採用階段性實施工作流系統可使用戶更快地獲得效益。因為用戶可以更有效地漸進學習新系統，取得立竿見影的效益。階段性實施還給予用戶更多的時間了解、評估他們進一步的需求，使得項目實施期間的修改更加容易。另外，階段性實施項目降低了風險。
系統評估
特別注意，在每一個階段完成後，項目組都應該基於項目開始時設定的目標，對已經完成的結果進行評估，同時分析所達到的結果，並與最初的設計目標相對照。為了確保工作流解決方案在現有的業務環境中優化出更理??通，以了解什麼需要更改。
系統支持
為確保實施成功，更佳地使用工作流軟體，組織機構必須進行服務投資，組織機構應該委派專業人員提供第一線的服務，也應負責與供應商簽訂合同，以獲得第二級支持。
六、工作流適用行業
消費品行業,製造業,電信服務業,銀證險等金融服務業,物流服務業,物業服務業,物業管理,大中型進出口貿易公司,政府事業機構,研究院所及教育服務業等,特別是大的跨國企業和集團公司。
七、工作流具體應用
關鍵業務流程： 訂單、報價處理、采購處理、合同審核、客戶電話處理、供應鏈管理等
行政管理類：出差申請、加班申請、請假申請、用車申請、各種辦公用品申請、購買申請、日報周報等凡是原來手工流轉處理的行政表單。
人事管理類： 員工培訓安排、績效考評、職位變動處理、員工檔案信息管理等。
財務相關類： 付款請求、應收款處理、日常報銷處理、出差報銷、預算和計劃申請等。
客戶服務類： 客戶信息管理、客戶投訴、請求處理、售後服務管理等管理等。
特殊服務類： ISO系列對應流程、質量管理對應流程、產品數據信息管理、貿易公司報關處理、物流公司貨物跟蹤處理等各種通過表單逐步手工流轉完成的任務均可應用工作流軟體自動規范地實施。
作為一個成熟穩定的工作流產品，不僅提供日常辦公和關鍵業務流程智能化管理，而且能根據公司的特殊實際要求輕松方便地隨時定製各種流程，並可實現不同角色不同的跟蹤、查詢、統計、列印等強大功能
結論
許多組織機構都有雄心勃勃的計劃，為了能夠奪回失去的時間和獲得競爭優勢，希望能夠以大的步伐，更深（企業級或多級）、更廣（多應用）和更快（短時間）地進入數字工作流時代。我經常發現他們因為許多原因而慘遭失敗。根據我個人經驗，明智的做法是從小的范圍開始做起，並隨著工作流的成長而逐步做大。階段性實施提供了轉換到新的流程的平穩方法。由於用戶看到了效益，使得用戶更易於接納新的工作流程。階段性實施的另一個原因，是用戶不能夠承受一下子丟棄原有的全部流程，從零開始。組織機構應該在當前業務過程中最沒有效率的地方，集中尋找他們的「痛處」，然後利用「案例驅動」原則影響他們。
組織機構也必須認識到，當計劃實施一個新的工作流程時，行政力量和企業文化必須要考慮進去。
成功與否的最後一個關鍵要素就是「人」。當我們改變業務流程時，技術是一個方面，但更大的挑戰來自員工。的確，數字工作流系統要分階段進行，使人們「漸進式」地取得經驗，而不是「革命式」地得到經驗。

工作流：workflow
今天講的是工作流系統
什麼是工作流系統： 工作流（Workflow）就是「業務過程的部分或整體在計算機應用環境下的自動化」，它主要解決的是「使在多個參與者之間按照某種預定義的規則傳遞文檔、信息或任務的過程自動進行，從而實現某個預期的業務目標，或者促使此目標的實現」。
簡單地說，工作流系統就是一系列相互銜接、自動進行的業務活動或任務。//一個工作流包括一組任務（或活動）及它們的相互順序關系，還包括流程及任務（或活動）的啟動和終止條件，以及對每個任務（或活動）的描述
例如，在日常辦公中，當撰寫好某份報告之後，可能需要將其提交給領導進行審閱或批示；審批意見可能需要匯集並提交給另外一個人，以便對報告進行進一步的修改。這樣，可能會形成同一篇文檔在多個人之間的順序或同時傳遞。對於這樣的情況，我們可以使用工作流技術來控制和管理文檔在各個計算機之間自動傳遞，而非手工傳遞。這就可以稱之為工作流。
工作流技術架構(圖片)
詞語解釋
Middleware 中間件
Runtime 運行時間
Prebuilt 之前建立
Flowchart 流程圖，作業圖
Subsystem 子系統
工作流（Workflow）的優點
企業實施工作流管理所帶來的好處是非常明顯的，這包括提高企業運營效率、改善企業資源利用、提高企業運作的靈活性和適應性、提高工作效率、集中精力處理核心業務、跟蹤業務處理過程、量化考核業務處理的效率、減少浪費、增加利潤、充分發揮現有計算機網路資源的作用。實施工作流將達到縮短企業運營周期、改善企業內（外）部流程、優化並合理利用資源、減少人為差錯和延誤，提高勞動生產率等目的。

總結實施工作流帶來的好處，可以歸納為以下幾點：
1，要處理的事項已自動傳遞到個人電腦上
2，不再需要對員工進行流程的培訓，平滑實現流程變更
3，員工只需將精力集中在處理自己關心的數據上
4，隨時得到歷史數據
5，隨時生成處理效率報表
6，達到無紙化辦公的目標
7，完全支持移動辦公，使作業同步化
8，科學bsp; 9，企業的核心競爭力將有提升
10，通過流程自動化與資料庫集成，以及各類表單統計查詢功能，提高決策能力
組織的本質：1 是參與者與技術的聚集
2. 由總體的目標約束
組織的種類：1 理性的(整個集體是追求相當明確的目標和顯示出相當高的固定社會結構，如商業) 2 natural(整個集體有同樣的興趣，並且樂於集體活動，如慈善機構)
3. 開放式的組織
數據流中的組織運用：理性的組織是用於計算機化中最成功的 數據流也同時對自然的和開放式的組織進行計算機化
數據流系統的一個聯系：1 消息系統 2 工作項目 3 業務規則 4 流程圖
消息系統：兩類：1 數據流能識別的格式，2 不能識別格式
工作項目 一個工作項目具體說明一個需要被工作者執行的任務
數據流系統的任務是和工作項目相協調
業務規則： 一個典型的數據流有許多業務邏輯塊所組成
在其生命周期內，業務規則在任何時候受限於數據流
業務規則在模型化組織時扮演很重要的角色
業務規則的起因：---
流程圖：在數據流中一個主要模型結構是流程圖
Synchronize ； 相協調； 暫停 解決數據流的例子記憶功能
運行時（runtime）運行語言：--
主機運行一般在組織的伺服器，也可在客戶端

數據流的中間件框架{中間件」簡單解釋：為了解決應用程序對網路過分依賴的問題採取了一種有效的方法，在客戶機和伺服器之間加一層軟體。}
執行這些工作：1 初始化和終止
2.執行：即執行在模型中明確規定的行為
3 長期數據流運行的管理
4 管理長期和短期的交易

演講稿
在英語中working with the flow 是隨波逐流的意思，但在這里表示工作流.

工作流的實質：在一個機構內，通過用電子文檔來替換紙張文檔系統，從而實現文檔處理過程的自動化。我們可以將整個業務過程看作是一條河，其中流過的就是工作流。
數據流應用的產生的發展是以下兩個因素的結果：

在這里 有兩個關鍵字 在計算機環境下 以及自動化（辦轉學手續的例子）

數據流如郵件，電子郵件，活動和信息。
數據流的傳遞 是在一定的邏輯和規則下進行的。

無縫集成系統 就是 實現了平台管理的不同系統間信息交換和數據共享,

那麼工作流系統是如何開始被人們所應用的呢？

下面介紹一下工作流中的專業術語

工作項目 一個工作項目具體說明一個需要被工作者執行的任務。打個比方說，就像我們編程時，給出提示信息，讓操作者輸入所需信息。

業務規則： 一個典型的數據流有許多業務邏輯塊所組成
在其生命周期內，業務規則在任何時候受限於數據流
業務規則在模型化組織時扮演很重要的角色

定義和運行一個數據模型：是一個很復雜的工作，要有重要的體系結構，設計，和發展工作，並且工作永遠都不會結束，因為模型必須一直調整來反映變化的存在的組織環境。

結論：工作流的核心部分是組織工作的模型，這個模型被用於編譯許多部分用來運行一個組織。

接著是已經被廣泛應用的一些工作流軟體
MRP－III
是由MRP－II與JIT(Just In Time,准時制生產)的混合加上專家系統（ES）、並行工程（CE）和承擔該系統運行的管理人員融為一體而成。
ERP
ERP的基本思想是將製造企業的製造流程看作是一個緊密連接的供應鏈，其中包括供應商、製造工廠、分銷網路和客戶；將企業內部劃分成幾個相互協同作業的支持集團，如財務、市場、銷售、質量、工程等，還包括競爭對手的監視管理。
與以往已經被採用的企業IT應用體系，例如MRPII或ERP相比，WFMS是一個相當重要的里程碑。從用戶的角度，WFMS帶來（或將要帶來）的變化是極其強烈的，甚至可以形容為一種用戶「夢想」的實現。
在一些老的「模塊化」的產品中，系統的設計是通常是基於任務分割的，作業項目之間是分裂的。面向對象的技術，並不能直接解決這個的問題，相反，往往使系統變得更加混亂和瑣碎。從操作上，典型地，我們必須不斷地在層次結構的功能表（比如下拉菜單）或對象之間「進進退退」，或者在「神出鬼沒」的對象以及相關菜單中捉迷藏。
工作流管理系統是一個真正的「人-機」系統，用戶是系統中的基本角色，是直接的任務分派對象，他或她可以直接看到電腦針對自己列出的「任務清單」，跟蹤每一項任務的狀態，或繼續一項任務，而不必從一個模塊退出，進入另一個模塊，搜索相應任務的線索。前者是面向功能或對象的，而後者是直接面向用戶的。這樣，用戶的任務分派和任務的完成狀態，可以被最大程度地電腦化和受到控制。
現在的典型工作流產品是客戶-服務軟體。而日益增長的重要途徑是通過萬維網界面，它可以令客戶或遠程的職員更好地參與。工作流的定義經常是藉助於圖形化工具，依照業務過程實例的情況定義相應工作的安排。

1. 已經能夠持續自動產生大量的細節數據。這類數據最早出現於傳統的銀行和股票交易領域，現在則也出現在地質測量、氣象、天文觀測等方面。尤其是互聯網(網路流量監控，點擊流)和無線通信網（通話記錄）的出現，產生了大量的數據流類型的數據。我們注意到這類數據大都與地理信息有一定關聯，這主要是因為地理信息的維度較大，容易產生這類大量的細節數據。
2. 需要以近實時的方式對更新流進行復雜分析。對以上領域的數據進行復雜分析（如趨勢分析，預測）以前往往是（在數據倉庫中）離線進行的，然而一些新的應用（尤其是在網路安全和國家安全領域）對時間都非常敏感，如檢測互聯網上的極端事件、欺詐、入侵、異常，復雜人群監控，趨勢監控(track trend)，探查性分析（exploratory analyses），和諧度分析(harmonic analysis)等，都需要進行聯機的分析。
OSWorkflow是一個靈活的工作流引擎，設計成可嵌入到企業應用程序中。它提供了許多的持久化API支持包括：EJB,Hibernate,JDBC和其它。OSWorkflow還可以與Spring集成。

jBpm是一個靈活可擴展的工作流管理系統。作為 jBpm運行時server輸入的業務流程使用簡單強大的語言表達並打包在流程檔案中。jBmp將工作流應用開發的便利性和傑出的企業應用集成（EAI）能力結合了起來。jBmp包括一個Web應用程序和一個日程安排程序。jBmp是一組J2SE組件，可以作為J2EE應用集群部署。

OpenWFE是一個開放源碼的java工作流引擎。它是一個完整的業務處理管理套件：一個引擎，一個工作列表，一個Web界面和一個反應器（存放自動代理）。它可以可以跟你的程序很好的給合。

Werkflow是一個靈活可擴展的基於流程和狀態的工作流引擎。它的目標是滿足可以想像的所有工作流程，從企業級的業務流程到小范圍的用戶交互流程。通過使用可插拔和分層結構，可以方便地容納各種工作流語義。

OFBiz是一個非常著名的開源項目，提供了創建基於最新J2EE/XML規范和技術標准，構建大中型企業級、跨平台、跨資料庫、跨應用伺服器的多層、分布式電子商務類WEB應用系統的框架。 OFBiz最主要的特點是OFBiz提供了一整套的開發基於Java的web應用程序的組件和工具。包括實體引擎, 服務引擎, 消息引擎, 工作流引擎, 規則引擎等。

『叄』 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

『肆』 C#的側邊欄技術。答好了加分。

http://joerong666.javaeye.com/category/26990?show_full=true
自己上去來，我暈了，都是程序。
一、AOP框架
Encase 是C#編寫開發的為.NET平台提供的AOP框架。Encase 獨特的提供了把方面(aspects)部署到運行時代碼，而其它AOP框架依賴配置文件的方式。這種部署方面(aspects)的方法幫助缺少經驗的開發人員提高開發效率，NKalore是一款編程語言，它擴展了C#允許在.net平台使用AOP。NKalore的語法簡單、直觀，它的編譯器是基於Mono C#編譯器(MCS)。NKalore目前只能在命令行或#Develop內部使用。NKalore兼容公共語言規范CLS(Common Language Specification)，它可以在任何.NET開發環境中使用，包括微軟的Visual Studio .NET。PostSharp讀取.NET位元組模塊，轉換成對象模型。讓插件分析和轉換這個模型並寫回到MSIL。PostSharp使開發程序分析應用程序容易得像分析代碼規則和設計模式，它使程序開發的思想變革為面向方面軟體開發(AOSD/AOD)思想。AspectDNG的目標是為.NET開發人員提供簡單而功能強大的AOP-GAOP實現。它效仿java下的開源工具AspectJ 和 Spoon，成熟程度也很接近它們。
RAIL(Runtime Assembly Instrumentation Library) 開源項目可以在C#程序集載入和運行前進行處理控制調整和重新構建。C#在CLR中，我們已經能夠動態載入程序集並且獲得程序集中的類和方法，RAIL(Runtime Assembly Instrumentation Library)的出現填補了CLR處理過程中的一些空白。SetPoint是一款.NET框架下的全功能(full-featured)AOP引擎.它著重為稱為語義切點(semantic pointcuts)的定義依賴RDF/OWL的使用.它的功能為一個IL-level，highly dynamic weaver&LENDL,一個引人注目的定義語言、、、、、、
DotNetAOP為 CLR language提供AOP 框架基礎屬性。NAop是一個DotNet下的AOP框架。AspectSharp是DotNet下的免費AOP框架，它以Dynamic Proxies和XML作為配置文件。
二、Ajax框架
Ajax.NET Professional (AjaxPro)是最先把AJAX技術在微軟.NET環境下的實現的AJAX框架之一。它在客戶端腳本之上創建代理類來調用伺服器端的方法。MagicAjax.NET是一款在ASP.NET下創建Web頁面提供AJAX技術的框架。它使開發人員很容易把AJAX整合到他們的頁面而不需要替換ASP.NET控制項或自己寫javascript腳本代碼。Anthem.NET是為ASP.NET開發環境提供的開源AJAX工具包，它可以運行於ASP.NET 1.1和2.0。
三、工作流(workflow)
Workflow.Net是使用微軟.Net技術基於wmfc標準的創建工作流引擎。NetBPM是JBpm移植到.net平台下的一款開源工作流軟體。NetBpm可以很容易和.Net應用程序集成在一起,可以創建,執行和管理工作流程序。Bpm Tool支持將業務模型轉換成軟體模型。業務開發人員可以使用模型驅動的方法設計，實現，執行和跟蹤業務流程。因此開發人員能夠更容易的關注業務邏輯的變化。
三、文本編輯
FCKeditor是一款功能強大的開源在線文本編輯器(DHTML editor)，它使你在web上可以使用類似微軟Word 的桌面文本編輯器的許多強大功能。它是輕量級且不必在客戶端進行任何方式的安裝。FreeTextBox 是一個基於 Internet Explorer 中 MSHTML 技術的 ASP.NET 開源伺服器控制項。這是一款優秀的自由軟體（Free Software），我們可以輕松地將其嵌入到 Web Forms 中實現 HTML 內容的在線編輯，在新聞發布、博客寫作、論壇社區等多種 Web 系統中都會有用途。VietPad是一個功能完整的跨平台的Java/.NET的Vietnamese Unicode開源文本編輯器。支持打開，編輯，列印，轉換，排序，和保存基於文本的Unicode格式的Vietnamese文件。NetSpell是一款.NET框架下的開源拼寫檢查引擎。
PPC_edit是一款應用在Pocket PC上的開源文本編輯器，它支持TXT, RTF, HTML, WordML, DocBook 和 ZIP格式的文件，屏幕上會顯示國際標準的軟鍵盤。
四、博客(Blog)
NovaShare是一款Blog引擎，它使你創建基於互動式的web的新聞和論壇網站，很像WonkoSlice或Slashdot。管理員可以發布文章和發起投票，瀏覽者可以創建用戶帳號，發表議論等等。dasBlog是從BlogX 網上日誌引擎發展而來。像Trackback ，Pingback 一樣增加許多附加的特徵，有完整的Blogger/MovableType API支持，API注釋，完整的Radio-style模板定製，支持Mail-To-Weblog/POP3的附件和內嵌圖片，基於WEB的DHTML，OPML，配置的編輯器。DotText是一個被使用了數百個blogs的強勁的blog引擎。這是一個N-tiered應用的例子。tBlogger是一個C#開發的完整的blog網站程序，使用XML配置。
Ludico是C#編寫的居於ASP.NET 2.0的Portal/CMS系統。它的模塊化設計是你可以按照你希望的使用或開發網站功能。它裡面有高級的用戶管理，一個所見即所的(WYSIWYG)的編輯器等。mojoPortal是一款C#開發的面相對象網站框架，它可以運行於Windows的ASP.NET 和GNU/Linux 或Mac OS X的Mono的平台上。
Cuyahoga是C#開發的靈活的CMS / Portal 解決方案。它可以運行於Microsoft .NET 和Mono 平台,支持SQL Server, PostgreSQL或MySQL作為底層資料庫。Umbraco是一款在.net平台下C#開發的開源內容管理系統，該系統效率，靈活，用戶界面都不錯。Kodai CMS是.NET平台下的一款功能齊全的內容管理系統。Rainbow項目是一款使用Microsoft''s ASP.NET和C#技術開發的有豐富功能的開源內容管理系統。NkCMS是使用ASP.net和Sql server 2000開發的內容管理系統。Amplefile是一款內容管理系統，是.Net環境下的windows應用程序，使用了.Net remoting.Go.Kryo是一個用ASP.NET(C#).NET 實現的簡單的內容管理系統，後台資料庫使用Microsoft SQL Server 。ndCMS是 ASP.net (C#)下的一個內容管理系統。它提供了用戶管理，文件管理，一個WYSIWYG編輯器，模板管理，拼寫檢查和內置的http壓縮。ndCMS的目標是提供一個簡單而快速的方式部署.Net站點以節省你的時間和金錢。
八、代碼覆蓋(Code Coverage)
NCover是.NET框架下的C#版本代碼覆蓋分析工具。NCover可以對程序進行 line-by-line 的代碼覆蓋統計。
九、論壇系統
YetAnotherForum可以作為ASP.NET開發的網站的論壇或是留言板。它使用MSSQL作為底層資料庫。
十、開發工具(IDE)
SharpDevelop是一個DotNet平台下的免費開發工具，支持C#和VB.NET。
MonoDevelop是可以支持C#和其它符合.Net規范的開發語言的IDE。C# Studio是 C#/Mono/GTK# 開發者的一個簡單的IDE。
十一、安裝製作
izfree是一套套免費的工具用於幫助創建使用Microsoft''''s Windows Installer 技術的安裝程序。使用izfree你可以為你的應用程序製作強勁的安裝程序。Windows Installer XML (WiX)可以重XML源文件創建Windows程序安裝包的工具集。它支持命令行方式，開發人員可以把結合它來創建MSI和MSM安裝包一個可以和商業軟體安裝產品相比的開源打包工具。
十二、IoC容器
Spring.net是從java的Spring Framework移植過來的。java的Spring包含了許多功能和特性，在當前的Spring.net都有提供。Spring.net最初發布的版本包含了一個很有特色的IoC容器。Castle是一組應用開發的工具，內含一個簡單的IoC容器。StructureMap是.NET環境下的一個輕量級依賴注入工具，StructureMap也是一個靈活的、可擴展的通用「插件」機制的.NE
十三、Bug追蹤
BugNet是一款C#編寫的基於Web的開源Bug跟蹤系統。BTsys是一款輕量級的開源桌面Bug跟蹤系統，是C#和ADO.NET實現。一個Bug記錄和跟蹤的解決方案，支持文件附件和注釋歷史。BugTracker.NET是使用ASP.NET 和 C#開發的基於web的開源Bug跟蹤系統。需要SQL Server 或 MSDE支持。它安裝簡單，容易使用，功能強大。BugBye是一款ASP.NET和C#開發的基於web的Bug跟蹤系統。
十四、日誌工具
log4net是一個可以幫助程序員把日誌信息輸出到各種不同目標的.net類庫。它可以容易的載入到開發項目中,實現程序調試和運行的時候的日誌信息輸出,提供了比.net自己提供的debug類和trace類的功能更多。log4net是從java下有卓越表現的log4j移植過來的。它是apache基金資助的項目的一部分。NLog是C#編寫的開源日誌類庫,它的設計思想是使其簡單而靈活。NLog讓你處理診斷的日誌消息，用相關信息擴充消息，依照你的選擇格式化日誌消息和把日誌消息輸出到一個或多個目的地。 LogThis是為.NET應用程序提供的一款C#開源日誌框架，它可以嵌入到應用程序之中。AppLog是一個簡單的應用日誌工具。它使用C#開發，且使用ByteFX MySQL 數據訪問庫.。C#開發的可擴展日誌工具，有高級消息隊列支持，可以非同步使用。CSharp Logger是apache繼log4net項目後設計的又一個日誌工具。它用來向Windows的事件日誌寫入debug、info、warn和error四個等級的信息。
十五、網路客戶端
.NET FTP Client是C#編寫的開源類庫。
.NET Telnet是微軟.NET Framework下的C#開發的開源telnet類庫。它的靈感來至Java Telnet Application。metro這個項目是C#編寫的類庫，它提供了一套豐富的類使開發IP version 4, TCP, UDP and ICMP等工作更容易。它包含了有很有用的工具如包嗅探器，網路分析工具例如路由跟蹤，ping等。
LJ.NET是LiveJournal站點的客戶端。它為LJ在線日誌服務提供了簡單而強大的用戶介面。NET VNC Viewer 是一款完全用C#開發的開源VNC觀察器。它兼容Smartphones, Pocket PC和Windows的電腦(.NET CF or .NET Framework)。它比起其它觀察器的優點是可以在Pocket PC上全屏顯示而且可以旋轉屏幕。
GVDownloader允許你從google videos, metacafe, putfile, youtube, break.com 和更多的地方快速下載內含的視頻和多媒體。它的包含一個強勁IE插件和位於你系統托盤的獨立程序。DotNetOpenMail能夠使你在微軟.net框架開發的asp.net, WinForm應用程序發送Email。它是C#編寫的開源組件，它不需要使用System.Web.Mail類庫就可以容易的創建帶附件HTML和Plain-text的Email。程序員不需要知道很多相關的細節就可以使用不同的字元集或不同的MINE編碼來創建multipart/alternative，multipart/related和multipart/mixed的MIME消息。DotMSN是一款獨立的開源類庫,它不需要和官方的MSN Messenger交互,因此不必安裝MSN Messenger就可以使用DotMSN和MSN Messenger服務通信.DotMSN是C#編寫的,所以.NET環境支持的語言都能夠使用.DotMSN類庫使用簡單而且實現方便。它靈活,堅固,輕量級利於整合到任何應用系統.使用DotMSN的應用系統能實現從創建消息機器人到自定義客戶端等各種不同的功能.如果你的應用程序需要和Messenger服務通信,DotMSN是一個不錯的工具.SharpSSH使用C#實現了SSH2協議,它支持SSH, SCP 和 SFTP.OpenPOP.NET一組和POP Servers通信的.NET類庫。
IceChat是為連接多樣的IRC Servers設計的Internet Relay Chat Client。
lphant是為edonkey/emule開發的開源客戶端程序。
.NET FTP Client C#開發的類庫。OpenSmtp.net 是 C# 開發的開源SMTP組件。它不依賴.NET Framework 的System.Web.Mail 包中的類。允許開發人員使用不同於MS SMTP的SMTP 伺服器且提供了web service而可以通過HTTP發送email。
網路伺服器
ODC(#)H是一款C#編寫的開源hub software，它功能強大，消耗的資源少且支持插件功能。Dawn of Light (DOL)是第一個開源的Dark Age of Camelot (DAOC)游戲伺服器，你可以創建自己的伺服器且自己設計游戲內容。DOL使用.Net Framework框架的C#編寫，使用XML和MySQL存儲數據，支持Windows和Mono平台。
NeatUpload可以讓ASP.NET開發人員把磁碟上的文件通過流的方式上傳並且可以監視上傳進度。它是開源的且在 Mono''s XSP/mod_mono和微軟的ASP.NET下運行得Advanced Data Provider是為ADO.NET提供的動態數據提供者。可以讓應用程序透明的訪問不同的ADO.NET 數據提供者。
OJB.NET是一款.NET平台下的對象/關系映射(O/R Mapping)工具。
門戶系統
OmniPortal基於一種web-portal-kernel(Web門戶核心)的思想而構建的開源基礎框架，它解決了安全控制、主題和本地化等。你可以基於 OmniPortal 來更容易的創建任意的Web應用系統(例如 ERP, CMS, CRM)。它支持Mono 和.Net 。對於Web開發人員來說，OmniPortal為他們提供了一款優秀的二次開發基礎類庫。SharpNuke.NET是一款C#開發的基於 ASP.NET 的開源 Portal/CMS。最初是從流行的VB.NET開發的web portal系統DotNetNuke移植過來的的。以後的版本將會兼容 Windows和 Linux Mono。
Personal .NET Portal是一個基於Web的個人門戶系統。它試圖提供一種簡單的方式建立個人網站，頁面使用標簽和模板創建。
My Community Portal提供了一個統一的Internet門戶，作為論壇,群組,聊天,你自己的Email，搜索引擎,網路目錄,個人主頁,投票還有更多的功能入口。
剖析工具(Profilers)
Prof-It是一款獨特易用的C#程序剖析工具。當保持對一個最小量的源代碼的探測時，它為每一條語句測量執行頻率。
NProf不僅僅是成熟的剖析程序，也是一套可以用來創建其它功能齊全的剖析程序的完整API，以及用可視化的工具擴展的默認GUI。
NProfiler,.NET平台下的一個應用程序剖析工具。
項目管理
SharpForge支持協作多個軟體項目的開發和管理，它為你的團隊提供類似 SourceForge 和 CodePlex的功能。SharpForge是C#開發的.NET 2.0開源項目。User Story.NET是一個Extreme Programming 項目。
RSS和RDF工具
Rss Bandit是C#開發的開源RSS閱讀器，它內建多國語系，支持Atom 1.0以及其他各種的RSS feed格式。它畫面漂亮，擁有分頁瀏覽功能，軟體細部設置彈性度高。它的操作畫面直觀簡單易懂，有一個很好的Command模式和ListViewEx來使用，可讓使用者很快的上手。iPodder.NET是一款C#編寫的開源媒體收集器，它能自動幫你從互聯網上下載音樂，能幫你輕松地從成千上萬的音樂中選擇你喜歡的。用它設置好訂閱RSS feeds後，只要節目一有更新，它就自動下載了，你不必大量的浪費時間自己手工下載。它還整合了iTunes，創建播放列表和iPod同步功能，你可以用Apple iTunes或Media Player播放，也可以把音樂導入到你的iPod或其他MP3播放器中。FeedExpress主要是讓你訂閱一些RSS/RDF資源，知名的如FeedExpress里的Subscriptions。它和Outlook Express讓你訂閱一些新聞組是一樣的。RSS.NET是一款操作RSS feeds的開源.NET類庫。它為解析和編寫RSS feeds提供了一個可重用的對象模型。它完全兼容RSS 0.90, 0.91, 0.92, 和 2.0.1等版本。GtkSharpRSS是C#開發的開源RSS和RDF客戶端，它用於 Mono, Gtk#, 和 RSS.NET。它也可以通過內嵌於Mozilla的窗口來顯示內容。
Atom.NET是一款完全使用C#開發的開源類庫，它的目標是提供便捷的方法來操作Arom Feeds。它提供一個對象模型來寫入和解析Atom Feeds。它只兼容0.3Atom規范,可以運行於微軟.NET 1.x，Mono 0.29 或更高版本。
NRss是為微軟.NET框架和Mono下提供的開源類庫，它讀取RSS Feeds元素然後以樹型結構來展現對象關系。
Aggie是一個新聞收集器，它是桌面應用程序，可以下載最新的新聞並通過web頁面的形式呈現。mail2rss是.NET下的 web service，它在你請求時檢查你的電子信箱並返回包含電子信箱里的消息的 RSS feed。它是完全用C#開發的開源項目，沒用使用任何第三方控制項。
規則引擎
NxBRE是.NET平台下的一款開源輕量級的業務規則引擎(aka Rule Based Engine)，它由正向串列的推理引擎(forward-chaining inference engine)和XML驅動流控制引擎(XML-driven flow control engine)組成.它支持 RuleML 0.9 Naf Datalog 和 Visio 2003 建模。
SRE (Simple Rule Engine)是.NET下的一款輕量級的開源正向串列的推理規則引擎(forward chaining inference rule engine)。它容易理解，可以解決復雜的問題。
搜索引擎
NLucene是Lucene的.NET版本。
DotLucene,Lucene.Net開源項目轉向商業化後，DotLucene以Lucene.Net作為基礎繼續進行開發。
版本控制(CVS)
Porc是為CVS和項目管理工具提供了完整的圖形化界面，它在CVS的基礎上增加了一些有趣的功能。它是.NET平台下用C#編寫的。
Sharpcvslib是C#語言編寫的CVS客戶端API。當前它為公共CVS命令提供了核心函數。NetCvsLib是為.NET平台下C#開發的一個CVS客戶端。它作為一個單獨的程序集而實現，因而可以很容易的集成到其它項目中去。
SQL客戶端
qlBuddy是C#編寫的一款用於Microsoft SQL Server和MSDE的開源工具，使用它可以很容易的編寫SQL腳本。SqlBuddy提供的功能和查詢分析器的目的有些微不同，它傾向於幫助使用者編寫SQL。QueryCommander是一款開源的Sql editor，模擬微軟的查詢分析器，Visual Studio的環境類型。QueryCommander的特點包括類似IntelliSense功能，自動注釋,xml文檔模型，xml2data等。SQL Buddy是一款有特色的免費MSDE / Sql Server IDE，它是用.NET框架的C#編寫。Database Commander是Windows操作系統下的一款用戶界面友好的資料庫管理工具。
模板引擎
NVelocity 是一個以 .NET 為基礎的模板引擎。它允許任何人通過簡單而強大的模板語言來定義對象。
測試工具
NUnit一款單元測試框架，它可以應用於遵循.NET框架標準的所有語言下。NUnit最初是從JUnit移植過來的。NUnit完全使用C#編寫且設計時考慮了多數.NET語言的特性,例如自定義屬性和其它反射特性。NMock是一款.NET平台下的基於動態代理的Mock模擬對象類庫，用於C#開發。Mock對象使測試更簡單，它測試單個組件或單個類時不需要其它所有組件真正實現。也就是說我們可以僅僅只是測試一個類，比起測試一個完整的對象關系樹更容易查清楚Bug。Mock對象一般用於以測試為驅動的開發當中。TestDriven.NET是一款和Visual Studio .NET無縫結合的測試插件。它可以和NUnit, MbUnit 和 Team System緊密結合。Rhino.Mocks源於EasyMock.Net，它試圖提供一種更簡單的方法去創建和使用mock objects且使你得到更好的重構支持。它結合了EasyMock.Net和NMock的方式。Dot NetUnit實現了XUnit 測試框架，是.NET平台下的單元測試組件。EasyMock.NET是由Java實現的EasyMock到.net平台的一個移植版本的一組類庫。它提供了一個簡單的方法用來模擬介面和遠程對象。dotunit是JUnit移植到微軟.net平台的測試框架。它可以實現自動化測試。NUnitForms是NUnit的擴展。它為Windows Forms應用程序提供單元測試和壓力測試,可以容易的用它為你的Windows Forms類進行自動化測試。
Web框架
NStruts 是java下大名鼎鼎的struts開源MVC框架的ASP.NET版本，是jakarta struts框架的一部分。Maverick.NET是從Maverick移植來的.NET版本，是一款開源的 Web MVC框架.它專注於MVC邏輯，它支持豐富的模板和轉換技術。
MaverickLite是ASP.Net下的一款簡單的開源表現層框架。它在建立在Maverick.Net framework基礎上。它使用front controller的方式來處理請求。
Ingenious MVC ,基於.NET 2.0的構MVC結構的應用程序,它包含即開即用(out-of-the-box)的特性支持ASP.NET和Windows Forms應用程序.它也可以在大多數方法中擴展和定製.Websharp是.NET平台下的一款輕量級應用框架。
Email客戶端
GmailerXP是為Google的Gmail服務提供了全套的工具開源程序。在線所能做的GmailerXP都允許用戶做，它也整合了你任何時候在Gmail需要的其它一些程序的特點(GML, Gmailto,等)。
RemoteCalendars是C#開發的為Outlook 2003/2007提供的一款開源 COM-.NET 插件。安裝完這款插件後，Outlook的用都可以用Outlook 2003/2007訂閱、重新讀取和刪除遠程iCalendar(RFC 2445)。
SharpWebMail是一款C#編寫的ASP.NET下的EMail客戶端。它通過POP3伺服器接收郵件，通過SMTP伺服器發送郵件。它的配置很簡單(只需要在web.config 裡面做幾個設置)。
Web測試
NUnitAsp是一款自動測試 ASP.NET頁面的開源工具. 它是從NUnit擴展來的。
Wiki引擎
Perspective是一款C#開源Wiki引擎，它使用戶可以很容易的合作進行編輯，鏈接和共享Web頁面，它裡面有安全和分級的管理環境。Perspective居於奇妙的Wiki思想，包含了其它一些有前途且效果好的特性。
DevHawk Wiki是一款.NET平台下由C#實現的開源Wiki引擎。
ProntoWiki是使用VWD (Visual Web Developer)編寫的C#開源wiki引擎，ASP.NET 2.0 和 SQLExpress 2005作為後台。Wiki引擎速度快且容易使用，提供了和 rich text editor 一樣的文本標記( text markup )功能。它可以自動通過web介面接收圖片和文件作為附件。另外，ProntoWiki的特點還有頁面可以在貼出或更新之前預覽，基於角色的用戶認證，使用 web parts 自定義外觀和布局，歷史跟蹤，和功能查詢。FlexWiki是一款使用.NET技術(C#和ASP.NET)編寫實現的開源多人協作的寫作工具。Thufir提供了字處理和文檔鏈接功能。它類似Wiki-Wiki ，且它具有「所見即所得」的界面。它還可以通過和Word交互來利用Word的拼寫檢查功能。
XML解析
NASA World Wind 是C#開發的個人電腦上的開源的3D圖形虛擬地球系統。它結合了美國國家航空航天局(NASA)從衛星拍攝的圖像，這些圖像應用於Blue Marble, Landsat 7, SRTM, MODIS 以及其它更多的地方。
其它C#開源項目DockPanel Suite是一款開源的.Net Windows Forms開發環境下的停靠控制項(docking)類庫。它模仿Visual Studio .Net的效果開發的。wx.NET是基於.NET通用語言基礎結構 (CLI)的開源項目。它致力於開發一個基於.NET的GUI庫，它按照wxWidgets的類層次用C#編寫，可以在多種CLI下執行，包括.NET,Mono，和DotGNU Portable.NET。MMC .NET類庫是為Windows的MMC+Snapin開發提供支持而包裝的一套開源類庫。DPAToolkit(Design Pattern Automation Toolkit)是應用設計模式設計應用程序的開源工具包，它有便捷的代碼生成，反向工程功能。拖拽(Drag and Drop)方式便捷的創建UML類圖。支持為代碼生成，反向工程編寫自定義插件。mjbWorld 是一款開源的3D編輯器，它允許用戶通過圖形界面的選擇和拖拽方式來編輯圖形。它基於和應用X3D與VRML標准。該軟體目的用於利用建立開放免費程序建立3D世界。同時它也可以用於其他免費開放軟體程序之間進行數據交換。mjbWorld有Java, C# 和C++ /Qt等版本。MonoCalendar是.NET平台下的開源日歷程序，它的目的是為Mac平台之外的其它平台提供一款類似iCal的日歷程序。Data Tier Generator是一款微軟 .NET平台下的開源項目，它為訪問SQL Server 2000而生成存儲過程的SQL Server 2000腳本和C#類。這些存儲過程包含了Insert, Update, Delete, Select, 根據PK的Select, 根據FK的Select的SQL腳本。Finisar.SQLite是.NET框架下的一款為存取SQLite-Databases提供的ADO.NET Data Provider。Math.NET的目標是為提供一款自身包含清晰框架的符號運算和數學運算/科學運算，它是C#開發的開源類庫。Math.NET含了一個支持線性代數的解析器，分析復雜微分，解方程等等功能。Ascii Generator dotNET (ascgen2)是一款把圖片轉換成高質量的ASCII字元組合(ASCII art - text)。第一個版本支持變形和粗體字體，和實時調節輸出。GPSProxy是.NET Compact Framework下的開源程序。它通過COM口在Pocket PC之間拷貝GPS數據，可以把GPS數據格式從NMEA 0183轉換成Garmin GPS。它是基於.NET Fra的Windows版本。FOP C# Port這是Apache居於java的 XSL-FO 格式轉換器的C#版本。它採用並擴展了XSL-FO標准使FOPs在可以嵌入.NET CLR管理代碼應用。14:18 瀏覽 (1263) 評論 (0) 分類: c# 2008-04-16縮略顯示ASP.NET下載文件(彈出打開保存文件對話框)ASP.NET下載文件(彈出打開保存文件對話框) //fileURL為帶路徑的文件全名 System.IO.FileInfo fileInfo = new System.IO.FileInfo(fileURL); Response.Clear(); Response.AddHeader("content-disposition","attachment;filename="+Server.UrlEncode(fileInfo.Name.ToString())); Response.AddHeader("content-length",fileInfo.Length.ToString()); Response.ContentType = "application/octet-stream"; Response.ContentEncoding = System.Text.Encoding.Default; Response.WriteFile(fileURL); 無錯版: try ...{ FullFileName = Server.MapPath(FileName); //FileName--要下載的文件名 FileInfo DownloadFile= new FileInfo(FullFileName); if(DownloadFile.Exists) ...{ Response.Clear(); Response.ClearHeaders(); Response.Buffer=false; Response.ContentType="application/octet-stream"; Response.AppendHeader("Content-Disposition","attachment;filename=" +HttpUtility.UrlEncode(DownloadFile.FullName,System.Text.Encoding.ASCII)); Response.AppendHeader("Content-Length",DownloadFile.Length.ToString()); Response.WriteFile(DownloadFile.FullName); Response.Flush(); Response.End(); } else ...{ //文件不存在 } } catch ...{ //文件不存在 }

『伍』 有哪些快速開發平台或者零代碼開發平台

什麼是零代碼應用開發平台？

盡管市場上也把建站、網店開發、小程序開發等免代碼服務也稱為零代碼開發，但因為這些平檯面向的是特定的目的，服務一個專有的範式，所以一般不將他們劃入零代碼平台的范疇之內。真正的零代碼開發平檯面向的是廣泛和多樣的需求，在設計aPaaS產品的時候，並不確定一個特定的用戶會用它來搭建什麼應用。

當然，雖說面向的需求是廣泛的，也不代表aPaaS是萬能的。零代碼開發幾乎都是面向企業應用世界，而很難擴展到消費者應用領域，比如游戲、社交、工具軟體等必然長期屬於原生開發的世界。

所以，零代碼應用開發平台需要一個比較准確的定義。它是指圍繞企業數據和業務管理需求，通過可視化方式設計數據結構，用戶交互形式、設置訪問許可權和定義工作流程的平台。你會發現，即使是原生開發企業軟體，大體也是按照以上這幾個步驟來進行的。

我用一個相對完整的列表，將零代碼開發平台的能力元素和特性描述如下：

1）可視化構築業務對象數據表（Entity），並支持建立關聯。甚至需要支持跨應用的數據表關聯。（這是aPaaS未來可能勝出其他方案的關鍵優勢）。

2）為不同的數據場景配置不同類型的視圖（View），能夠定義數據行和列的過濾，能夠設置列表、看板、日歷等不同界面形式。

明道雲構築審批工作流的界面

9）應用能夠封裝後分發（Distribution）給不同的用戶。

10）面向企業內部個人用戶的工作台，儀表台等特性，實現個性化使用。

不同的aPaaS產品會有不同的特色和側重點。所以以上特性並不一定存在於每一個aPaaS產品中。但是，特性越完整的，就越接近一個典型意義上的零代碼企業應用開發平台。在以上實現中，有純粹的零代碼模式，也有個別需要用低代碼方式來降低產品復雜度，但同時也會讓非技術人員難以上手。

所以，aPaaS是SaaS應用和開發工具的混合，說它是SaaS，是因為開發者和終端用戶使用的是同一個產品，只是通過許可權和分發關系讓界面千人千面。說它是開發工具，是因為它用模型模擬的應用搭建思路和原生資料庫應用開發是類似的。

軟體的應用特點和二次開發能力共存也不是一個新鮮事物。用Excel軟體構築一個個人所得稅計算器，讓用戶可以輸入自己的工資，即可得到應繳稅額，對於使用者來說是應用，對編制這個Excel文件的人來說是開發工具，但他們用的都是Excel。

為什麼企業軟體領域可以實現零代碼開發？

為什麼游戲和社交軟體做不到零代碼開發，而企業軟體市場卻出現了零代碼工具？是因為企業軟體的開發比較簡單嗎？

當然不是。能夠模式化完成一個工作的原因在於這項工作具備可重復性，就像我們會用3D列印製作一兩件零件，但如果要生產成千上萬個同樣的零件，我們寧可花費成本先去製作模具。企業軟體可以模式化開發的原因就在於大多數企業管理軟體都由非常類似的需求和實現方式來構成，如果不積極利用這些相似性和模型化方法就需要不斷重復發明類似的輪子。

當然也並非所有的企業應用都有相似性。在特定行業和職能中總有一些需要專門化設計和開發的應用。但在企業的運營全流程中，圍繞客戶，供應商，銷售訂單，產品，供應商，采購訂單，製造流程，服務流程等商業對象，企業軟體要解決的問題具有很強的相似性。這些相似性，或者使用範式可以被概括為以下環節：

1）圍繞上述商業對象（Business Objects）的數據搜集和存儲，並對數據的有效性進行驗證。例如：建立一個采購訂單，向特定供應商采購三項商品。

2）數據的查詢和呈現。例如：運營部門查詢處A倉庫在今天應該到貨的采購訂單。財務部門查詢貨物已經收訖，並且應該在本周付款的采購訂單。

3）數據的計算。例如：當采購訂單的貨物到達特定倉庫後，更新相關商品的庫存信息。

4）流程的控制。例如：當起草采購訂單並准備發出時，根據采購的類別和金額發起不同的審核流程，在審核通過或者拒絕後執行不同的流程內容。

5）信息通知。例如：在采購訂單批准後，自動生成采購單並發送給供應商，並通知倉庫准備收貨。

6）數據的統計和分析。例如：匯總過去一年的采購訂單中按照BOM清單的產品金額分布，或者按照供應商的分布。

企業軟體的設計和開發人員對以上這些使用範式都非常熟悉，它們經常出現在各種企業軟體的開發需求中。實際上，除了以上抽象出的範式，企業軟體的其他獨特功能點並不太多了，甚至很多屬於所有企業級軟體共有的模塊，比如管理用戶和用戶組，許可權角色等。正是因為這個原因，企業軟體的開發存在高度模型化的可能，從而在大部分場景下，擺脫對原生代碼開發的依賴。

在雲時代之前，除了Access以外，蘋果公司也有FileMaker，Intuit公司也曾經開發過Quickbase（這個名字來源於Intuit公司財務軟體產品Quicken），Quickbase後來被剝離，一直到今天都在提供服務。即使在原生開發領域內，企業軟體市場也出現了各種現成的開發框架，它們和今天的零代碼平台一樣，都是為了通過模型化來提高交付效率和質量的辦法。

為每個企業的軟體需求，都從第一行代碼開始寫起，單獨依靠某種高級語言和集成開發環境建立開發項目，這種做法已經越來越沒有必要。正如Gartner的預測，大部分的企業應用將來都會依賴零代碼平台，以至於不遠的將來，零代碼平台並不會刻意保留這個前綴，因為這將成為天經地義的事情，這就像今天為了滿足一個通用需求，大多數企業不會去定製開發，甚至零代碼平台都不會用，而是直接使用一個標準的SaaS產品。

為什麼aPaaS具有難以替代的優勢？

用戶開始選擇aPaaS產品，不僅僅是因為他們可以這樣做，更重要的是因為不得不這樣做。因為aPaaS與定製開發，以及標准SaaS產品相比有幾個難以替代的優勢。

1）滿足企業的多樣化需求

企業軟體需求的多樣化是定製開發模式的起源。雖然標准SaaS產品能夠滿足企業應用需求中的共性部分，但是因為行業、規模和產品內在特性的差異，每個企業的管理方式和流程都有自己的特點，而且它還會根據企業的規模階段不斷演變。這種差異在不同職能中程度不一，一般來說，圍繞產品設計、製造和服務履行的核心業務流差異度更高，而人事，財務等價值創造的支持環節差異度比較小。

在這種背景下，用戶始終在尋求一種既能保持足夠的靈活性，又能夠控制開發的成本和復雜度的方法。aPaaS基本就是直接針對這個問題而誕生的。

2）從定製開發中需求溝通的痛苦中解脫

企業軟體實現過程中的第一痛點還不是貴，而是需求溝通的復雜。有業務需求的人不是開發軟體的人，能夠開發軟體的人對業務痛點並沒有切身的體會和經驗。於是行業非常依賴專業的企業軟體需求分析和實現方法設計能力，但這個能力是非常稀缺的資源。這也難怪企業軟體開發需求的提出主體總是五花八門的，他們之間也需要進行復雜的溝通和信息匯總。

更要命的是，很多時候需求在實施之前都無法100%確定，企業自己無法提出一個完整的解決方案。這時候，要麼需要求助於咨詢機構這樣的外腦，要麼就只能走一步看一步。這兩個方案聽起來都不令人舒適。前者絕非普通中小企業所能夠承受，後者可能會影響系統的開發和實施質量。

aPaaS的出現倒是讓走一步看一步的方案變得更加現實。企業可以通過零代碼平台漸進地開始實施。如果整個系統過於復雜，可以先從一個具體的環節開始，局部數字化（比如先把訂單管起來）。反正用aPaaS搭建的速度足夠快，用戶甚至可以利用零代碼工具來生成企業應用原型，在實際使用中進行驗證，確認了終端用戶可以掌握，原先識別的問題可以被有效解決之後，再繼續推進更完整的實施。

可以這么說，零代碼工具可以讓開發者和使用者之間的距離充分縮短。在極端情況下，使用者甚至可以自己就是搭建開發者自己。他們可能在一兩個小時的搭建後就能夠確認這個方案是不是能夠有效地解決問題。

3）在企業內部打通數據中台的需求

在企業IT中，還有一個致命痛點存在，那就是不同業務系統之間的數據相互隔離，不能綜合使用，使得企業難以進行跨職能的數據相關性和因果分析，也難以實現跨職能的數據自動化。比如要分析一個價格調整措施對財務報表的影響，這個工作在任何一個孤立的信息系統中是無法完成的，而如果要做到，就至少需要從采購，銷售，營銷和財務系統中獲得數據。同樣的道理，企業也很難在遇到財務目標無法達成的情況下，自動做出最優的價格決策。這些都是影響企業運營水平至關重要的問題。近年來，Gartner提出的Paced Layer架構，以及阿里給電商企業提供的中台方案就是針對這種需求的反饋。

大企業當然可以投入專門的資金來打造數據中台性質的系統，但小企業支付不起，並不代表他們不想獲得這樣的能力。aPaaS平台提供了這個可能性。

首先，因為aPaaS平台管理數據的模型一致，所以它一般能夠提供一個標准化程度非常高的編程介面，從外部系統匯合數據變得相對容易很多，這就像路由器一樣，不管你有多少聯網設備，它們都可以用統一的協議連接在一起。有了集中的數據，各種應用需求都變得容易兌現。哪怕個別系統依然需要通過抽取數據服務後另行原生開發，也比不斷重復做數據整合工作要高效很多倍。

甚至，如果用aPaaS平台直接管理業務數據對象，這個數據整合工作都可以免除。用戶可以直接在各個職能相關的數據對象中建立關聯，建立匯總查詢，批量抽取數據到BI平台，建立不同數據之間的自動化。

有關企業數字中台的介紹，建議可以讀一下這篇采訪文章。

4）突出的成本和效率優勢

零代碼開發平台和原生代碼開發相比到底能夠提高多少效率目前還沒有精確的計量，但這個效率差至少是10倍以上。傳統開發模式需要10天的，aPaaS一天之內就能夠搞定。

更重要的效率差別不僅僅是時間，還包括零代碼平台可以免除專業技術人員的參與。雖然它要求搭建者熟悉業務，完成基本的邏輯梳理，但畢竟這和動輒需要和好幾位技術人員一起開會溝通需求要高效得多。即便在復雜的應用系統上，也至多隻需要2-3人分工就能夠完成整個項目的實現。因為簡化協作的原因帶來的成本節省甚至都不值十倍了。因為所有人都知道找到靠譜的定製軟體開發團隊幾乎就是一件撞大運的事情。

同時，定製開發通常很難提供高品質的軟體。軟體運行的可靠性，缺陷消除的程度都很難和標准化產品相比，畢竟定製軟體只有一個用戶。而一個aPaaS平台不僅要同時服務很多終端用戶，還要服務五花八門的應用搭建者，它能夠做到一次對，次次對；一次缺陷消除，所有用戶收益的效果。

5）開箱即用和自己動手的兩全

和成型的SaaS應用相比，aPaaS看似有一個缺點，就是依然需要「搭建」。這有點像整體傢具系統，擺在樣品間很好看，但是實際買回家還需要施工人員來拼裝才能達到預期的效果。

實際上，這個問題並不是無解，甚至很好解。aPaaS一開始自然不可能獲得各個行業的最佳實踐，讓每個企業都能夠看到「樣板間」效果。但是，隨著時間的推移，用戶企業和集成商的參與，樣板間會越來越多，甚至比SaaS產品提供的用例方案更加強大，因為後者提供的是一個固定傢具的擺設效果，而前者能夠根據不同的房型，提供不同的傢具組合方案。

而且，在足夠明確的細分市場下（比如金屬加工製造流程管理這樣的顆粒度），可以在aPaaS平台上開發出完全開箱即用的應用，直接分發給不同企業使用。有了這個能力，aPaaS不僅能夠服務好終端用戶，還能夠催生集成商工作模式的變革，他們不僅可以通過出售IT服務掙錢，還能夠在服務中加入解決方案的價值，消除定製開發成本，大幅提高項目服務毛利。

有了開箱即用的能力後，就能夠大大加速企業採納的意願。而且，才採納以後，「自己動手」的能力依然存在。就像先進的整體家居系統不僅可以組合，而且可以重新組合。企業軟體的適用模式永遠和企業階段有關，比如小型製造業並不見得需要質量管理單元，但當年產值突破一億元左右後，不僅面臨ISO認證的剛性需求，也內在地需要引入全面質量管理。這樣的企業可以在軟體實施後依照實際需要繼續調整、改進和增加軟體模塊。這個過程同樣是低成本和高效率的。

6）平台特徵提供的計算能力保證

在資料庫應用中，有一個潛在的計算性能問題，尤其是在大規模數據表中進行復雜查詢和聯動計算時。如今，很多行業的企業數據規模都從數千數萬條記錄增長到百萬，千萬，甚至電商廠商輕而易舉可以達到億級數據。在製造和物流行業，物聯網技術也必然帶動更多的聯網對象，產生的數據不僅規模巨大，而且計算形式也需要有針對性地加強。

對於定製實施系統來說，要分別通過分布式資料庫，流式計算等先進技術來克服性能問題是一件極其昂貴的事情。aPaaS平台雖然為用戶提供的是一個應用級的產品，但因為它範式統一，就有機會將這些基礎計算隱藏起來，讓用戶不必關心這些後台事務就能夠獲得高性能的計算服務。通過aPaaS平台管理的數據表無論規模有多大，讀寫有多麼頻繁，實時查詢的要求有多高，總有一個計算框架可以勝任。這種平台的擴展性讓客戶可以真正放心，aPaaS帶來的不僅僅是開發效率的提升，還包括一個伸縮自如的基礎設施服務。即便企業將來的業務規模成長百倍，也不會需要徹底重建IT系統。實際上，年收入數百億美元的業務，背後驅動的IT平台極有可能就是Salesforce的http://force.com平台搭建的應用，而不需要是獨立建立的應用系統。

正是因為以上這些優勢，aPaaS在沒有得到行業命名之前就已經開始逐步滲透到企業IT服務領域。在最近幾年正在悄悄替代大量的定製實施軟體項目，也讓原先依靠標准SaaS產品的企業找到了新的選擇。

aPaaS目前適合什麼樣的企業？

aPaaS雖然擁有巨大的優勢，但也不代表它能夠滿足所有行業和企業的所有IT需求。下面列出了一些常見的排除項。aPaaS方案對這些性質的需求吸引力不強。

1）行業有明顯的專有特徵

有些行業本身的專有化程度很高，而且企業之間的差異性不大，這時候垂直的行業應用可能更加合理。

圍繞這個特徵最典型的例子就是餐飲業和酒店業。所有餐飲業的運營邏輯都是類似的，除了單店和連鎖可能使用不同復雜度的方案以外，應用模塊都大同小異。而且，這個行業解決問題的方法和範式是有明顯的行業特徵的，比如餐廳的排隊等座系統，點單結賬系統等。用零代碼工具來構建如此專有的場景反而更加麻煩，而且無法有效提供有行業特色的視圖。

2）行業有獨立的代碼審計要求

金融等行業的核心業務系統因為法規等要求不能使用零代碼平台，因為它無法滿足代碼審計的要求。aPaaS平台不一定能夠提供源代碼給用戶企業，而且即使提供，也無法佐證應用系統處理數據的准確性。這些行業因為監管要求高，本身資金也寬裕，所以不會應用aPaaS方案在核心業務環節。

3）面向顧客的前台系統

這個當然就是指的電商網店平台了。雖然電商零售的基本數據管理和aPaaS的能力並無太大的距離，但是面向消費者的前台系統一般要求更高的靈活性和營銷設施的配套，用零代碼平台創建不如直接使用專門的電商系統，比如有贊、微盟等開店方案。它們提供的不僅僅是店面功能，還包括圍繞顧客的營銷服務和支付平台，這些是aPaaS所不擅長的領域。

除此之外的大部分企業IT需求，零代碼平台都有足夠的優勢來勝任。而且，隨著軟體和服務的界限越來越模糊，很難說未來的aPaaS不能擴展它的領地。企業軟體的本質就是生產力工具，aPaaS的核心精神就是圍繞企業的數字化運營提供高生產力選項。

在用戶滲透的過程中，當前階段的零代碼平台更多滿足的還不是普通企業的需求，而是那些有一定的自建IT能力的企業。他們一般擁有若干名信息化專員，能夠理解自己企業的核心業務流程和問題，能夠和業務部門展開有效的溝通。除了終端企業用戶外，行業咨詢群體和ISV群體也開始更多關注零代碼工具，因為行業咨詢者永遠都希望擁有屬於自己的落地工具集，而他們很難投入做出自己高質量的原生軟體產品；而ISV群體則常年面臨項目實施成本高，客戶需求差異度大的痛點，希望通過某種平台來降低開發服務成本，沉澱自己的方案能力，從而讓項目實施具備更多的可復制特點。行業咨詢、管理咨詢和ISV群體對零代碼平台的掌握最終會讓這個門類的解決方案走入更多的主流企業用戶。

讀完這段，如果你對零代碼平台有興趣，明道雲提供直接的使用體驗，你可以自助注冊試用。

『陸』 Oracle EBS中的Workflow的文件在Server上的哪個目錄中

應該是保存到資料庫中的
Workflow是EBS的基礎架構技術之一，系統中大部分流程性的通知和審批控制、賬戶按規則自動生成都是通過Workflow實現的
1.2工作流的目的
1． 在業務流程中發送、提供附加信息，這些附加信息以自助的Web頁面或Form的形式存在，例如：在Application中審批采購訂單時，采購訂單的form會作為附加信息提供給審批人。
2． 定義業務規則。使用WorkflowBuilder（圖形化工具）修改業務規則的流程；使用PL/SQL寫流程中活動的源代碼。
3． 發送電子郵件。工作流可以以電子郵件的方式向任何Application的用戶發送通知。

『柒』 求一個JAVA的壓縮程序源代碼。

package com.io2.homework;

import java.io.File;
import java.io.FileInputStream;
import java.io.FileNotFoundException;
import java.io.FileOutputStream;
import java.io.IOException;
import java.util.zip.ZipEntry;
import java.util.zip.ZipOutputStream;

/*壓縮文件夾*/
public class MyMultipleFileZip
{
private String currentZipFilePath = "F:/MyZip.zip";
private String sourceFilePath;
private ZipOutputStream zos;
private FileInputStream fis;

public MyMultipleFileZip(String sourceFilePath)
{
try
{
this.sourceFilePath = sourceFilePath;
zos = new ZipOutputStream(new FileOutputStream(currentZipFilePath));
//設定文件壓縮級別
zos.setLevel(9);
} catch (FileNotFoundException e)
{
e.printStackTrace();
}
}

// 在當前條目中寫入具體內容
public void writeToEntryZip(String filePath)
{
try
{
fis = new FileInputStream(filePath);
} catch (FileNotFoundException e1)
{
e1.printStackTrace();
}
byte[] buff = new byte[1024];
int len = 0;
try
{
while ((len = fis.read(buff)) != -1)
{
zos.write(buff, 0, len);
}
} catch (IOException e)
{
e.printStackTrace();
}finally
{
if (fis != null)
try
{
fis.close();
} catch (IOException e)
{
e.printStackTrace();
}
}
}

// 添加文件條目
public void addFileEntryZip(String fileName)
{
try
{
zos.putNextEntry(new ZipEntry(fileName));
} catch (IOException e)
{
e.printStackTrace();
}
}

public void addDirectoryEntryZip(String directoryName)
{
try
{
zos.putNextEntry(new ZipEntry(directoryName + "/"));
} catch (IOException e)
{
e.printStackTrace();
}
}

// 遍歷文件夾
public void listMyDirectory(String filePath)
{
File f = new File(filePath);
File[] files = f.listFiles();
if(files!=null)
{
for (File currentFile : files)
{
// 設置條目名稱(此步驟非常關鍵)
String entryName= currentFile.getAbsolutePath().split(":")[1].substring(1);
// 獲取文件物理路徑
String absolutePath = currentFile.getAbsolutePath();
if (currentFile.isDirectory())
{
addDirectoryEntryZip(entryName);
//進行遞歸調用
listMyDirectory(absolutePath);

}
else
{
addFileEntryZip(entryName);
writeToEntryZip(absolutePath);
}
}
}
}

// 主要流程
public void mainWorkFlow()
{
listMyDirectory(this.sourceFilePath);
if(zos!=null)
try
{
zos.close();
} catch (IOException e)
{
e.printStackTrace();
}
}

public static void main(String[] args)
{
new MyMultipleFileZip("F:/fountainDirectory").mainWorkFlow();
}
}