第一篇：開源工作流框架及平臺集成分析報告（范文）

開源工作流框架及平臺集成分析報告

目 錄

Java主要開源工作流列表.......................................................................................................1 1.1.jBpm..............................................................................................................................1 1.2.OSWorkflow.................................................................................................................1 1.3.Enhydra Shark...............................................................................................................1 1.4.Activiti5........................................................................................................................1 1.5.OpenWFE.....................................................................................................................1 1.6.Werkflow.......................................................................................................................1 1.7.OFBiz............................................................................................................................2 1.8.Flow4J...........................................................................................................................2 1.9.ObjectWeb Bonita.........................................................................................................2 1.10.OBPM...........................................................................................................................2 四大開源工作流框架分析.......................................................................................................2 2.1.JBpm.............................................................................................................................2

優點...................................................................................................................................2 缺點...................................................................................................................................3 2.2.OSWorkflow.................................................................................................................3

優點...................................................................................................................................3 缺點...................................................................................................................................3 2.3.Enhydra Shark...............................................................................................................3

優點...................................................................................................................................3 缺點...................................................................................................................................3 2.4.Activiti5........................................................................................................................4

優點...................................................................................................................................4 缺點...................................................................................................................................4 與統一開發平臺集成...............................................................................................................4 3.1.流程定義插件集成.......................................................................................................4 3.2.核心包及jar包集成...................................................................................................4 3.3.部署方式.......................................................................................................................4 3.4.版本選擇與維護問題...................................................................................................5 1.2.3.1.Java主要開源工作流列表

1.1.jBpm jBpm是一個靈活可擴展的工作流管理系統。作為 jBpm運行時server輸入的業務流程使用簡單強大的語言表達并打包在流程檔案中。jBpm將工作流應用開發的便利性和杰出的企業應用集成（EAI）能力結合了起來。

1.2.OSWorkflow OSWorkflow是一個靈活的工作流引擎，設計成可嵌入到企業應用程序中。它提供了許多的持久化API支持包括：EJB,Hibernate,JDBC和其它。

1.3.Enhydra Shark Shark完全基于WfMC和OMG標準，使用 XPDL作為工作流定義語言。流程和活動的存儲使用Enhydra DODS(一個開源OR映射工具)。

1.4.Activiti5 Activit5繼承了jBpm4的所有優點，支持最新BPMN2.0規范，實現了流程的可視化以及創新的Activiti Cycle協作組件，此外，通過與Mule的集成加強了其集成能力。

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

1.6.Werkflow Werkflow是一個靈活可擴展的基于流程和狀態的工作流引擎。它的目標是滿足可以想象的所有工作流程，從企業級的業務流程到小范圍的用戶交互流程。通過使用可插拔和分層結構，可以方便地容納各種工作流語義.第1頁 1.7.OFBiz OFBiz是一個非常著名的開源項目，提供了創建基于最新J2EE/XML規范和技術標準，構建大中型企業級、跨平臺、跨數據庫、跨應用服務器的多層、分布式電子商務類WEB應用系統的框架。OFBiz最主要的特點是OFBiz提供了一整套的開發基于Java的web應用程序的組件和工具。包括實體引擎, 服務引擎, 消息引擎, 工作流引擎, 規則引擎等。

1.8.Flow4J Flow4J是一個可在Eclipse平臺下以拖放的方式進行工作流建模的插件.。

1.9.ObjectWeb Bonita Bonita 是一個符合WfMC規范、靈活的協同工作流系統。對于各種動作如流程概念建模、定義、實例化、流程控制和用戶交互等提供了全面的集成圖形工具。100% 基于瀏覽器、使用SOAP和XML數據綁定技術的Web Services封裝了已有的工作流業務方法并將它們以基于J2EE的Web Service形式發布。

1.10.OBPM OBPM是一個開源，輕量級的BPM系統。它的目標是讓非IT人員也可以輕松構建IT業務處理流程。OBPM內建工作流引擎（Workflow Engine）, Form構建器，Report設計器。OBPM支持瀏覽器（IE/Firefox）做為客戶端，同時還提供了強大的圖形客戶端。

2.四大開源工作流框架分析

2.1.JBpm 優點

1、JBpm是最適合擴展的代表，是在所有開源引擎中最適宜被商業化應用的一款；

2、JBpm使用了開源框架Hibernate3, 支持當前大多數流行的數據庫, 針對不同數據庫有一個對應的初始化腳本文件.3、JBpm將數據的管理職能分離出去，自己專注于商務邏輯的處理

4、使用Jpdl流程定義語言，直觀易懂，可以手工修改，并且有一個Eclipse流程定義插件。

5、文檔豐富，用戶群最大，開源組織十分活躍，被jboss收購后發展趨勢良好；

第2頁 缺點

1、Eclipse流程定義插件不開源；

2、Hibernate3做持久化層，會產生冗余表和數據；

3、JBpm3、JBpm4、JBpm5版本互不兼容，發展趨勢不明確；

2.2.OSWorkflow 優點

1、OSWorkflow是最輕量型的代表，也是一款非常靈活和低級別定位的工作流引擎的實現框架，可視化圖標的流程在osworkflow 里都可以用代碼實現；

2、OSWorkflow 有著非常優秀的靈活性，它能為應用程序開發者提供集成，也能與現有的代碼和數據庫進行集成；

3、OSWorkflow基于Action驅動，符合框架開發人員的操作方式及編程習慣；

缺點

1、實現一個工作流系統非常繁瑣，每一個流程步驟實現均需要代碼改變狀態字段；入門難度較高；

2、組件功能匱乏，復雜流程項目需要基于其引擎做大量的二次開發，不適用；

3、配置項和開發代碼量相對較多，后期維護成本較高；

2.3.Enhydra Shark 優點

1、工作流體系最為完備和復雜，秉承“模塊化”的思想，比較容易擴展；

2、代碼量較少，易于閱讀、易于改寫、易于維護；

3、有一個Jawe來圖形化定義流程，圖形化功能相對較強，可以編輯活動變量，流程邏輯控制屬性.缺點

1、相比其他完全開源的框架，Shark2.0后，很多組件、文檔商業化，需要付費；

2、版本更新慢，代碼也不再按照開源方式來完成，商業化的定位限制了其發展。

第3頁 2.4.Activiti5 優點

1、Activiti最大的優勢是采用了PVM（流程虛擬機），支持BPMN2.0規范及其之外的流程格式；

2、與外部服務有良好的集成能力擴展，通過與Mule的集成加強了其集成能力；

3、繼承了jBpm4的所有優點，實現了流程的可視化以及創新的Activiti Cycle協作組件；

4、對流程引擎運行期實例提供管理及監控的Web控制臺。

缺點

1、數據持久層采用MyBatis3，沒有遵循JPA規范；網絡上反應“回退功能”實現起來比較困難；

2、核心是 BPMN 2.0 的流程引擎，BPMN2規范發展的比較慢，語言本身也過于復雜可讀性差。

3.與統一開發平臺集成

3.1.流程定義插件集成

1.JBpm與Activiti都有基于eclipse圖形化插件和基于Web的流程設計器，2.OSWorkflow推薦手工編寫 xml 格式的工作流程描述符，有基于Eclipse GEF技術開發的osworkflow建模工具；

3.Shark有JAWE作為定義工具，是否可與平臺IDE集成還需要預研。

3.2.核心包及jar包集成

1.都屬于輕量級工作流框架：jBpm.jar 1.06M；activiti-engine-5.9 1.1MB；osworkflow-2.8.0.jar 393KB；

2.Shark核心包大小在6M左右，但是依賴jar包過于龐大，其他三個框架依賴jar包都不多，但是否與平臺jar包沖突還需驗證；

3.3.部署方式

1.JBpm與Activiti都可以與應用項目集成也可以單獨部署；

2.OSWorkflow不可單獨部署，一般推薦與spring集成，方便事務管理及功能擴展；

第4頁 3.Shark可集成也可單獨部署：可以直接作為java庫來使用；也可以單獨部署，作為CORBA ORB 或 Web 服務來使用；

3.4.版本選擇與維護問題

1.JBpm4 積累文檔豐富.網上具有大量的共享技術資源，也是最穩定的版本，但是目前已停止開發和更新；jBpm5基本上完全拋棄了jBpm4的代碼，所有代碼全部來自原先的Drools Flow，資料和文檔相對較少；

2.OSWorkflow是opensymphony下的一個開源項，2.8版本穩定，文檔不是很詳細，有較多網絡資源，曾是ERP軟件開發中廣泛應用的工作流框架，JBpm的出現帶走了很多用戶，使其發展乏力；

3.Enhydra Shark2.0后，很多組件、文檔商業化，需要付費，而且版本更新慢，商業化的定位限制了其發展；

4.Activiti5是JBoss jBpm架構師加入Alfresco后的作品，繼承了jBpm4的所有優點，保持開發更新中，用戶不斷增加，較多用戶推薦，開源社區活躍，發展前景看好。

4.總結

總體來看，四款工作流引擎框架與平臺集成難度都不大，但所依賴第三方jar是否與平臺沖突還需具體驗證；從應用項目開發角度來看，JBpm4、Activiti5友好度較高，難易程度適中容易上手，而OSWorkflow、Shark則顯得較為復雜；從文檔資料及后期項目維護角度來看，Activiti5無論從版本升級，網絡資料及社區活躍度來看都更勝一籌，其他三款框架都多少存在一些難度和問題。

第5頁

第二篇：如何基于工作流,實現OA-ERP集成

如何基于工作流，實現OA-ERP集成

2002-10-30 13:15

郭應中、吳科/(AMT)

引言

ERP系統是對企業能夠提供業務數據支持的信息系統，OA系統是實現公文收發、流轉、簽發、歸檔等群組化辦公作業自動化的信息系統。兩者都是為實現單一目標而運行的信息系統。

在企業的業務活動中，經常有些業務是貫穿ERP和OA兩個系統的。比如采購流程：采購申請生成、采購定單生成、驗收單生成是在ERP系統進行；采購單申批、入庫準備單流轉在OA系統進行。企業中存在對OA和ERP兩個系統集成的需求。另外，ERP系統和OA系統實施的難度差別造成一個時期內系統覆蓋范圍不同，將兩個系統集成，ERP的實施效果可以事半功倍。

將兩個系統集成，涉及到組織、角色、任務和過程的定義和管理。通過工作流系統進行集成，不但可以把兩個系統中的多個模型統一，還可以使企業專注于應用業務，更方便地進行企業流程重組（BPR）。

對ERP和OA兩個系統的集成，主要的工作有集成方案的確定、系統集成功能范圍的確定、工作流系統的創建或改造、組織模型的統一等。

集成方案的確定

實現OA和ERP系統的集成，通常的實現方案有以下三種：

1、更換原有的ERP系統，選擇能夠同時提供OA和ERP解決方案的供應商。

同時提供OA和ERP解決方案的供應商，其產品在設計階段就考慮到了兩個系統的集成。但是目前這樣的方案往往是供應商出于市場份額的考慮而提供的，由于開發規模、成本和周期的限制，所提供的ERP－OA一體化方案的功能往往比較簡單，不能滿足企業個性化的需求。而且，ERP系統在企業內運行一段時間后，更換新的系統，會面臨新舊系統間數據移植的巨大工作量、用戶不愿意舍棄熟悉的界面和高昂的費用等困難。所以這個方案只能被未實施ERP系統企業中的少部分企業使用；

2、使用ERP供應商的合作伙伴提供的集成方案。

例如Lotus Notes為SAP、Oracle、JDE等公司的ERP產品都提供了集成化的解決方案。其方法是：在OA Server和ERP Server之間通過數據庫連接工具DECS連接。在ERP 系統的DB 建立大量視圖供OA訪問，在OA Server上建立關系型數據庫，存儲定期從ERP系統中按照字段映射過來的靜態數據，作為OA系統組織和資源定義的依據。OA系統中的表單鑒審后可以通過ERP系統的Interface table寫入ERP系統。

這種方案可以兩個系統的高度集成，但是存在以下問題：

（1）不是所有的ERP系統都有相應的集成方案提供。Lotus Notes僅對大型而且著名的ERP產品提供了這樣的集成方案；

（2）這個方案的實現和維護費用非常高。如果在新增流程，需要在ERP系統中新增視圖，在OA系統中新增表單。對于大型的ERP系統，其數據庫中的table有近萬個，加上在OA中創建表單，都是企業IT人員無法獨立完成的，仍需要方案提供者的服務。即使是方案的提供者，在使用這種工具完成兩個應用系統結合 時，也必須同時對兩個系統了如指掌。然而，不論在國內和國外，同時能夠深層次了解兩個系統的技術人員極為緊缺，加上高昂的購買費用，企業很難接受；

（3）ERP實施模塊增加，特別是ERP系統的升級，都會造成集成化系統的癱瘓，限制了企業的業務發展。

因此，此方案的應用仍然比較少。

3、通過工作流系統，實現工作流程在兩個平臺上切換。

在工作流系統的管理下，用戶通過遠程登錄工具和模擬鍵盤錄入，實現OA平臺和ERP平臺之間的簡單切換。系統架構圖如下：

圖1集成后的系統架構

對應上圖的每個步驟說明如下：

1.用戶登錄OA系統后，Workflow Server根據OA系統中人員配置管理功能確認其身份，此用戶同時得到了相應的權限；

2.身份確認后，Workflow Server再根據此用戶在其權限內申請的工作流程提供工作流表單，并在表單上顯示用戶對應的組織結構的層次度；

3.用戶在工作流表單上填寫本流程執行需要的數據，這些數據可能是請假天數、請假原因等不涉及ERP系統的數據，也可能是訪問ERP系統的參數。如果在流程執行時僅僅需要在ERP系統中執行查詢，工作流表單的填寫要在訪問ERP系統后進行。

4.當工作流程執行到ERP系統上的作業時，工作流系統自動引導用戶進入ERP系統。通過OA系統本身的Script語言結合Terminal simulator script語言編寫的訪問ERP系統的任務項，根據執行的流程類型、順序、工作流表單參數，用戶可以直接進入ERP系統相應的功能模塊。

5.用戶操作ERP系統。可以根據權限執行不同的操作。以采購申請為例，用戶可以填寫需要采購的物料編號、采購數量、價格范圍、供應商等，存儲后保存在ERP DB中；

6.ERP DB保存后，通過ERP系統界面向用戶提示保存成功；

7.ERP系統將保存成功的單據編號和單據狀態等信息傳送到工作流系統。根據需要，用戶可以把ERP系統生成的表單導出為Excel文件保存在本地；

8.當工作流系統收到ERP系統傳來的信息后，進行格式檢查，確認無誤后繼續執行；

9.用戶在屏幕上審查工作流系統執行情況是否正確，確認無誤后，將工作流表單傳送到Workflow Server，保存在本地的Excel文件也可以作為附件提交；

10.Workflow Server收到用戶傳來的工作流表單，并據此將工作流表單和附件傳送到下一個執行者。

同前面兩種方案比較，這種方案的適應性非常強，開發量、開放難度和費用都比較低。因此為本文采用。

系統集成功能范圍的確定

如果把企業內所有的流程都通過工作流系統在OA和ERP系統中實現，不僅沒有必要，而且有些流程是不適合在信息系統中實現的。因此，需要對系統集成的功能范圍進行確定。

企業內部流程是由一個個動作組成的，根據動作發生的頻率和流程特點，可以分為以下三個類別：

A類：發生頻率高而且執行簡單。如各種申請的上呈、核簽、否決、查詢；

B類：發生頻率一般，執行方法復雜而且經常發生變化。如會簽，往往人數不定，層次不定，后續動作不定；

C；類：發生頻率特別低，或者其所在流程不具備管理意義。如衛生值日流程中的所有動作；

為使集成工作簡單而有效，系統集成的功能應集中在由A類動作組成流程的范圍內。在集成工作前階段，工作流系統中計劃實現的流程中，需要OA和ERP兩個系統共同完成的流程有：

1．物料信息維護。當物料新增或停用時，經過層層簽字，在ERP系統中做相應處理；

2．采購流程。采購申請、審核、采購申請匯總、分單驗收、入庫流程；

3．付款流程。付款申請、發票校驗、審核、通知付款、付款登記；

4．報銷流程。單據填寫、網上審核、票據檢查、登記入帳；

工作流系統的改造或重構

按照工作流管理聯盟的定義，工作流是一類能夠完全或部分自動執行的經營過程，將文檔、信息和任務在不同的執行者之間傳遞、執行。

傳統的工作流系統中，每一個業務流程都要根據企業內的業務流程完整構建出來的。這樣每一個業務流程都有大量的代碼來實現，流程的創建和維護工作量很大。

仔細分析企業內的眾多業務流程中，相當部分的流程是有共同部分的，每個流程中都有功能重復的代碼。動態工作流把完整的工作流分解為若干個活動（Task）（對象），使工作流建模工作得以簡化，可以實現更復雜的工作流系統。

活動是動態工作流的一個重要概念：工作流是一組有關聯關系的活動的集合。一個活動與其它活動之間有順序，分支，循環，調用的關系，還有并行、有同步的關系。

按照動態工作流的概念，一個完整的工作流程被分解為若干個活動（Task）和活動間的邏輯控制器。每個活動不和其它活動作任何直接交互，交互完全在邏輯控制器間進行。如圖2所示：

圖2動態工作流系統結構

每個活動都有進入條件，工作條件，中斷條件，完成條件，暫停條件及繼續條件。執行時，判斷每個工作項是否可以進入，可以則進行進入處理，然后，判斷需要是否中斷或暫停。活動的結構圖如圖3：

圖3活動的內部結構

圖3中，一個活動有不同的狀態集、輸入集、輸出集。狀態集包括等待、執行和完成。輸入集和輸出集分別由若干個輸入和輸出組成。輸入來源可以是本活動的輸出，也可以是其它活動的輸入或輸出或狀態。當輸入集中某項輸入狀態發生改變時，將觸發工作項的狀態發生改變。達到完成狀態時，將產生輸出集。輸入不同，觸發的執行過程和產生的輸出集不同。當多個輸入集同時被激活時，按優先級執行。

工作流系統的動作和邏輯控制器采用Java Bean和關系型數據庫實現，可以設計為可視的圖形元件，也可以設計為不可視的邏輯處理元件。這樣做的好處是把工作流系統的各個活動做成代碼行數小、功能明確的黑盒子，實現動態的工作流系統，并在多環境下運行。

OA系統和ERP系統都可能自帶工作流功能。但ERP系統的工作流功能缺乏開放性和適應性，并且ERP系統開發商不允許對其進行修改，因此其工作流功能的存在在集成中實際上是一個障礙。完成系統集成后，ERP的部分功能會由系統管理員設定為只能通過遠程登錄的方式訪問，這是要對ERP系統原有的工作流系統做重新的設置，以免系統運行出錯。

OA的工作流功能，如果不能實現動態工作流機制，是無法滿足集成的需要的。這時要對其工作流功能進行重構。如果已經實現了動態工作流機制，也要增加一些訪問ERP系統的功能動作。

如果選擇其它的工作流系統支持集成工作，雖然理論上可行，但是開發量未必減少，系統復雜度、維護量和費用必然上升，所以本文建議采用對原有的OA系統的工作流功能進行改造，實現企業的工作流系統。

組織模型的統一

OA系統和ERP系統都有各自的組織模型。OA的組織模型是服務于企業行政組織層面的，ERP的組織模型則是服務于企業業務層面的。在用工作流系統對兩個系統集成時，要對兩個系統的組織模型進行統一。在本方案中，就是要對OA系統的組織模型重新定義。

ERP系統的組織模型比OA系統要復雜，不同的ERP系統有不同的組織模型。以Oracle Application為例，其組織模型為：賬簿集－法律實體－操作單元－庫存組織，再往下是更細致的劃分，可以做到用戶－角色－所屬組織－權限的一一對應，權限的設置可以明確到字段。

對OA系統的組織模型的重定義，主要是增加OA系統組織結構的層次數量，建立新組織結構數據庫，把ERP用戶和OA用戶都在新的組織結構中反映出來。注意OA系統中的用戶名要和ERP系統中的用戶名統一，因為在ERP系統中用戶名和角色、權限是對應的。但口令不能統一，登錄ERP系統時，系統仍然會提示用戶輸入ERP系統的口令。

連接方法

本文中，Workflow Server是使用Lotus Notes Server＋Linux Red Had ver7.1系統，而在ERP系統上本文所采用的是HP/Unix＋鼎新Tip-top ERP系統＋HP9000，Client端則采用一般的Windows環境＋Lotus Notes客戶端軟件。

兩個服務器通過TCP/IP協議連接。在Workflow Server上安裝InterSoft公司編制的共享軟件NetTerm 4.3.0簡體中文版，可以在10個以上的操作系統上運行，對遠程主機環境具有良好的設置能力。

NetTerm的作用是相應客戶端發出的登錄ERP Server的要求，所以連接型態選TCP/IP，端口填“23”，模擬型態和鍵盤定義都選VT100(上述設置適用于國內多數主機)，主機名稱和地址填入ERP Server對應的地址和內容。

例如當用戶需要訪問ERP的采購申請功能時，工作流系統中訪問ERP系統采購申請功能的活動中包含以下語句（用Terminal simulator script語言編寫）：

expect 10”login:”

#username “Enter UserID”

#output “^U^M”

expect 10”Password:”

#password”Enter Password”

#output”^P^M”

output”12345^M”//工作流系統提示用戶輸入口令后生成該行

expect 10”/”

output”exe apmt420^M”

output “a”

流程執行完這段程序時，就自動打開了ERP系統的相應功能。在用戶填寫完采購申請單后，ERP系統數據庫中的保存操作觸發事件為：以XML的格式，把采購申請單編號、創建實際、創建人等信息傳送到用戶本地，并被用戶本地服務響應，填寫到工作流表單。用戶可以執行修改功能再次訪問ERP系統修改采購申請單。在用戶確認無誤后提交，下一個申批人接到提示申批的電子郵件，點擊郵件中的連接，出現反映采購流程執行情況的流程表單。依次類推。

應用情況

在實際應用上，根據用戶需求定義了采購流程、付款流程、報銷流程等，并在ERP系統中開放部分數據訪問和維護權限給Internet上自己的外地分子公司和上游客戶，解決了ERP剛實施完本部，外地分子公司采購流程無法并入集團供應部采購流程的問題，使用戶提前實現了集中采購的戰略構想。目前，該用戶的上游近600家企業中，已經有60家提供大宗原材料的供應商使用這些流程，集中采購和比價采購使該企業在每年10多億的采購額中節約了大約1.5％的采購成本，給企業帶來了良好的經濟效益。

第三篇：Java開源集成開發工具

Java開發工具點評

Java開發工具點評

在計算機開發語言的歷史中，從來沒有哪種語言象Java那樣受到如此眾多廠商的支持，有如此多的開發工具，Java菜鳥們如初入大觀園的劉姥姥，看花了眼，不知該何種選擇。的確，這些工具各有所長，都沒有絕對完美的，就算是老鳥也很難做出選擇。在本文中我簡要介紹了常見的十五種Java開發工具的特點，管中窺“器”，希望能對大家有所幫助。

一、JDK（Java Development Kit）

SUN的Java不僅提了一個豐富的語言和運行環境，而且還提了一個免費的Java開發工具集(JDK)。開發人員和最終用戶可以利用這個工具來開發java程序。

JDK簡單易學，可以通過任何文本編輯器（如：Windows 記事本、UltrEdit、Editplus、FrontPage以及dreamweaver等）編寫Java源文件，然后在DOS狀況下利通過javac命令將Java源程序編譯成字節碼，通過Java命令來執行編譯后的Java文件，這能帶給DOS時代程序員美好的回憶。Java 初學者一般都采用這種開發工具。

從初學者角度來看，采用JDK開發Java程序能夠很快理解程序中各部分代碼之間的關系，有利于理解Java面向對象的設計思想。JDK的另一個顯著特點是隨著Java（J2EE、J2SE以及J2ME）版本的升級而升級。但它的缺點也是非常明顯的就是從事大規模企業級Java應用開發非常困難，不能進行復雜的Java軟件開發，也不利于團體協同開發。

二、Java Workshop

Sun MicroSystems公司于1996年3月26日推出了Java WorkShop 1.0，這是業界出現的第一個供Internet網使用的多平臺開發工具，它可以滿足各公司開發Internet和Intranet網應用軟件的需要。Java WorkShop完全用Java語言編寫，是當今市場上銷售的第一個完全的Java開發環境，目前Java WorkShop的最性版本是3.0。Java Workshop的特點表現如下：

1、結構易于創建：在創建平臺中立的網格結構方面，Java Workshop比其他任何一種Java開發工具都要方便。

2、可視化編程：Java Workshop的可視化編程特性是很基本的。Java Workshop允許程序員重新安排這些操作，甚至可以確定觸發操作行為的過濾器。1

Java Workshop產生的模板帶有許多注釋，這對程序員是很有幫助的。

此外，Java WorkShop支持JDK1.1.3以及JavaBeans組件模型，API和語言特征增加了編譯Java應用程序的靈活性。Java WorkShop開發環境由于完全用Java寫成，所以可移植性極好,以致于多個平臺都能支持,目前Java WorkShop支持Solaris操作環境SPARC及Intel 版）、Windows95、WindowsNT、以及HP/Ux等平臺。適合于初學者進行一些簡單的Java編程。Java WorkShop的缺點是Java Workshop中的每一個可視化對象都遲早會用到網格布局，這種設計方法是許多人不習慣的；Java Workdshop的調色板是較差的，僅僅能滿足絕大部分應用的基本要求。

三、NetBeans 與Sun Java Studio 5

NetBeans是開放源碼的Java集成開發環境(IDE)，適用于各種客戶機和Web應用。Sun Java Studio是Sun公司最新發布的商用全功能Java IDE，支持Solaris、Linux和Windows平臺，適于創建和部署2層Java Web應用和n層J2EE應用的企業開發人員使用。

NetBeans是業界第一款支持創新型Java開發的開放源碼IDE。開發人員可以利用業界強大的開發工具來構建桌面、Web或移動應用。同時，通過NetBeans和開放的API的模塊化結構，第三方能夠非常輕松地擴展或集成NetBeans平臺。

NetBeans3.5.1主要針對一般Java軟件的開發者，而Java One Studio5則主要針對企業做網絡服務等應用的開發者。Sun不久還將推出Project Rave，其目標是幫助企業的開發者進行軟件開發。NetBeans 3.5.1版本與其他開發工具相比，最大區別在于不僅能夠開發各種臺式機上的應用，而且可以用來開發網絡服務方面的應用，可以開發基于J2ME的移動設備上的應用等。在NetBeans 3.5.1基礎上，Sun開發出了Java One Studio5，為用戶提供了一個更加先進的企業編程環境。在新的Java One Studio5里有一個應用框架，開發者可以利用這些模塊快速開發自己在網絡服務方面的各種應用程序。

NetBeans是開放源碼的Java集成開發環境(IDE)，適用于各種客戶機和Web應用。Sun Java Studio是Sun公司最新發布的商用全功能Java IDE，支持Solaris、Linux和Windows平臺，適于創建和部署2層Java Web應用和n層J2EE應用的企業開發人員使用。

NetBeans是業界第一款支持創新型Java開發的開放源碼IDE。開發人員可以利用業界強大的開發工具來構建桌面、Web或移動應用。同時，通過NetBeans和開放的API的模塊化結構，第三方能夠非常輕松地擴展或集成NetBeans平臺。

NetBeans3.5.1主要針對一般Java軟件的開發者，而Java One Studio5則

主要針對企業做網絡服務等應用的開發者。Sun不久還將推出Project Rave，其目標是幫助企業的開發者進行軟件開發。NetBeans 3.5.1版本與其他開發工具相比，最大區別在于不僅能夠開發各種臺式機上的應用，而且可以用來開發網絡服務方面的應用，可以開發基于J2ME的移動設備上的應用等。在NetBeans 3.5.1基礎上，Sun開發出了Java One Studio5，為用戶提供了一個更加先進的企業編程環境。在新的Java One Studio5里有一個應用框架，開發者可以利用這些模塊快速開發自己在網絡服務方面的各種應用程序。

四、Borland 的JBuilder

Jbuilder進入了Java集成開發環境的王國，它滿足很多方面的應用，尤其是對于服務器方以及EJB開發者們來說。下面簡單介紹一下Jbuilder的特點:

1、Jbuilder支持最新的Java技術，包括Applets、JSP/Servlets、JavaBean以及EJB(Enterprise JavaBeans)的應用。

2、用戶可以自動地生成基于后端數據庫表的EJB Java類，Jbuilder同時還簡化了EJB的自動部署功能.此外它還支持CORBA，相應的向導程序有助于用戶全面地管理IDL(分布應用程序所必需的接口定義語言Interface Definition Language)和控制遠程對象。

3、Jbuilder支持各種應用服務器。Jbuilder與Inprise Application Server緊密集成，同時支持WebLogic Server，支持EJB 1.1和EJB 2.0，可以快速開發J2EE的電子商務應用。

4、Jbuilder能用Servlet和JSP開發和調試動態Web 應用。

5、利用Jbuilder可創建(沒有專有代碼和標記)純Java2應用。由于Jbuilder是用純Java語言編寫的，其代碼不含任何專屬代碼和標記，它支持最新的Java標準。

6、Jbuilder擁有專業化的圖形調試介面，支持遠程調試和多線程調試，調試器支持各種JDK版本,包括J2ME/J2SE/J2EE。

JBuilder環境開發程序方便，它是純的Java 開發環境，適合企業的J2EE開發；缺點是往往一開始人們難于把握整個程序各部分之間的關系，對機器的硬件要求較高，比較吃內存，這時運行速度顯得較慢。

五、Oracle 的JDeveloper

Oracle9i JDeveloper（定為9.0版，最新為10g）為構建具有J2EE功能，XML和Web services的復雜的，多層的Java應用程序提供了一個完全集成的開發環境。它為運用Oracle9i數據庫和應用服務器的開發人員提供特殊的功能和

增強性能，除此以外，它也有資格成為用于多種用途Java開發的一個強大的工具。

六、Oracle9i JDeveloper的主要特點如下：

1、具有UML（Unified Modeling Language，一體化建模語言）建模功能。可以將業務對象及e-business應用模型化。

2、配備有高速Java調試器（Debuger）、內置Profiling工具、提高代碼質量的工具“CodeCoach”等。

3、支持SOAP（Simple Object Access Protocol）“簡單對象訪問協議”、UDDI（Universal Description, Discovery and Integration）“統一描述、發現和集成協議”、WSDL（Web Services Description Language）“WEB服務描述語言”等Web服務標準。JDeveloper 不僅僅是很好的 Java 編程工具，而且是 Oracle Web 服務的延伸，支持 Apache SOAP，以及 9iAS，可擴充的環境和 XML 和 WSDL 語言緊密相關。Oracle9i Jdeveloper完全利用Java編寫，能夠與以前的Oracle服務器軟件以及其他廠商支持J2EE的應用服務器產品相兼容，而且在設計時著重針對Oracle9i，能夠無縫化跨平臺之間的應用開發，提供了業界第一個完整的、集成了J2EE和XML的開發環境，允許開發者快速開發可以通過Web、無線設備及語音界面訪問的Web服務和交易應用，以往只能通過將傳統Java編程技巧與最新模塊化方式結合到一個單一集成的開發環境中之后才能完成J2EE應用開發生命周期管理的事實，從根本上得到改變。缺點就是對于初學者來說，較復雜，也比較難。

第四篇：移動應急平臺集成

移動應急平臺集成移動應急平臺滿足移動現場音視頻采集、現場通信和指揮調度等應急處置需要，包括移動數據庫、移動應用軟件以及通信設備，能夠與國務院、部門和省級等相關應急平臺互聯互通。

移動平臺應提供傳輸信道，保證移動平臺附近的固定長多接入視頻會議。既滿足“靜中通”，也滿足“動中通”。

5.9.1、移動應急平臺建設目的移動應急平臺的建設首先服務于兩個基礎目的：

? 現場通信調度服務：

提供事發現場和附近的現場通信和調度服務，滿足現場溝通和指揮的需要 ? 打通前后端信息傳輸通道：

? 提供前端事發現場和后端指揮中心之間的信息傳輸通道，上傳現場視頻信息，承接指揮中心的指令和相關信息推送

? 其次，移動應急平臺，尤其是大中型應急平臺還要充當“現場指揮部”的功能，除了基礎通信和指揮調度功能外，還能夠提供應急數據查詢分析，應急業務調用等功能，甚至可以具備提供現場小型會議場所的功能。

5.9.2、XX省政府移動急平臺建設內容

目前XX省政府移動應急平臺建設規劃建設X套中型移動應急平臺和X套小型移動應急平臺。其中，小型移動應急平臺包含：

? VSAT小型移動平臺（含VSAT便攜站、話音設備、視頻接入、加密設備）

? BGAN小型移動平臺（含BGAN便攜站、加密設備）

? 終端和安全設備（含加密PDA、加密手機、衛星移動電話、便攜電腦及應用、安全配件）

第五篇：公司分析報告框架

上市公司初步分析框架

一、公司概況

公司概況性的介紹信息，包括公司名稱、所屬行業、地址、成立年份，歷史沿革等。

二、行業分析

公司所屬的行業的競爭情況，發展前景，行業所處的周期（新興、成長、夕陽產業）、與經濟周期的關系。

三、公司的競爭優勢

公司的業務范圍，主要的業務區域（如境內市場和境外市場的銷售額占比），行業排名及主要的競爭對手，前幾大客戶的銷售額占比（對主要客戶的依存度），品牌情況、主要產品及市場占有率等。

四、風險因素

匯率風險、公司治理情況、管理層穩定性，管理層持股和交易情況，銷售網絡及銷售的穩定性、生產能力、原材料價格變動情況、總負債情況（長期和短期）、現金流量穩定性等。

五、股權結構

股權結構圖譜（如年報或網站上有）；前3大、前10大股東的股權比例；前10大股東中有無一致行動人關系；流通股比例。

六、盈利能力

公司的成長性，上市以來（如年報中有上市前的資料更好）的ROE，ROA，毛利率等等財務比率、息稅前利潤（EBIT，earnings before interest and tax）、稅前利潤（EBT，earningsbeforetax）、凈利潤，總資產、股東權益金額、每股盈利等情況。