第一篇：開源工作流框架及平臺(tái)集成分析報(bào)告（范文）
開源工作流框架及平臺(tái)集成分析報(bào)告
目 錄
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
優(yōu)點(diǎn)...................................................................................................................................2 缺點(diǎn)...................................................................................................................................3 2.2.OSWorkflow.................................................................................................................3
優(yōu)點(diǎn)...................................................................................................................................3 缺點(diǎn)...................................................................................................................................3 2.3.Enhydra Shark...............................................................................................................3
優(yōu)點(diǎn)...................................................................................................................................3 缺點(diǎn)...................................................................................................................................3 2.4.Activiti5........................................................................................................................4
優(yōu)點(diǎn)...................................................................................................................................4 缺點(diǎn)...................................................................................................................................4 與統(tǒng)一開發(fā)平臺(tái)集成...............................................................................................................4 3.1.流程定義插件集成.......................................................................................................4 3.2.核心包及jar包集成...................................................................................................4 3.3.部署方式.......................................................................................................................4 3.4.版本選擇與維護(hù)問題...................................................................................................5 1.2.3.1.Java主要開源工作流列表
1.1.jBpm jBpm是一個(gè)靈活可擴(kuò)展的工作流管理系統(tǒng)。作為 jBpm運(yùn)行時(shí)server輸入的業(yè)務(wù)流程使用簡(jiǎn)單強(qiáng)大的語言表達(dá)并打包在流程檔案中。jBpm將工作流應(yīng)用開發(fā)的便利性和杰出的企業(yè)應(yīng)用集成（EAI）能力結(jié)合了起來。
1.2.OSWorkflow OSWorkflow是一個(gè)靈活的工作流引擎，設(shè)計(jì)成可嵌入到企業(yè)應(yīng)用程序中。它提供了許多的持久化API支持包括：EJB,Hibernate,JDBC和其它。
1.3.Enhydra Shark Shark完全基于WfMC和OMG標(biāo)準(zhǔn)，使用 XPDL作為工作流定義語言。流程和活動(dòng)的存儲(chǔ)使用Enhydra DODS(一個(gè)開源OR映射工具)。
1.4.Activiti5 Activit5繼承了jBpm4的所有優(yōu)點(diǎn)，支持最新BPMN2.0規(guī)范，實(shí)現(xiàn)了流程的可視化以及創(chuàng)新的Activiti Cycle協(xié)作組件，此外，通過與Mule的集成加強(qiáng)了其集成能力。
1.5.OpenWFE OpenWFE是一個(gè)開放源碼的Java工作流引擎。它是一個(gè)完整的業(yè)務(wù)處理管理套件：一個(gè)引擎，一個(gè)工作列表，一個(gè)Web界面和一個(gè)反應(yīng)器（存放自動(dòng)代理）?？梢耘c應(yīng)用程序很好的給合。
1.6.Werkflow Werkflow是一個(gè)靈活可擴(kuò)展的基于流程和狀態(tài)的工作流引擎。它的目標(biāo)是滿足可以想象的所有工作流程，從企業(yè)級(jí)的業(yè)務(wù)流程到小范圍的用戶交互流程。通過使用可插拔和分層結(jié)構(gòu)，可以方便地容納各種工作流語義.第1頁 1.7.OFBiz OFBiz是一個(gè)非常著名的開源項(xiàng)目，提供了創(chuàng)建基于最新J2EE/XML規(guī)范和技術(shù)標(biāo)準(zhǔn)，構(gòu)建大中型企業(yè)級(jí)、跨平臺(tái)、跨數(shù)據(jù)庫(kù)、跨應(yīng)用服務(wù)器的多層、分布式電子商務(wù)類WEB應(yīng)用系統(tǒng)的框架。OFBiz最主要的特點(diǎn)是OFBiz提供了一整套的開發(fā)基于Java的web應(yīng)用程序的組件和工具。包括實(shí)體引擎, 服務(wù)引擎, 消息引擎, 工作流引擎, 規(guī)則引擎等。
1.8.Flow4J Flow4J是一個(gè)可在Eclipse平臺(tái)下以拖放的方式進(jìn)行工作流建模的插件.。
1.9.ObjectWeb Bonita Bonita 是一個(gè)符合WfMC規(guī)范、靈活的協(xié)同工作流系統(tǒng)。對(duì)于各種動(dòng)作如流程概念建模、定義、實(shí)例化、流程控制和用戶交互等提供了全面的集成圖形工具。100% 基于瀏覽器、使用SOAP和XML數(shù)據(jù)綁定技術(shù)的Web Services封裝了已有的工作流業(yè)務(wù)方法并將它們以基于J2EE的Web Service形式發(fā)布。
1.10.OBPM OBPM是一個(gè)開源，輕量級(jí)的BPM系統(tǒng)。它的目標(biāo)是讓非IT人員也可以輕松構(gòu)建IT業(yè)務(wù)處理流程。OBPM內(nèi)建工作流引擎（Workflow Engine）, Form構(gòu)建器，Report設(shè)計(jì)器。OBPM支持瀏覽器（IE/Firefox）做為客戶端，同時(shí)還提供了強(qiáng)大的圖形客戶端。
2.四大開源工作流框架分析
2.1.JBpm 優(yōu)點(diǎn)
1、JBpm是最適合擴(kuò)展的代表，是在所有開源引擎中最適宜被商業(yè)化應(yīng)用的一款；
2、JBpm使用了開源框架Hibernate3, 支持當(dāng)前大多數(shù)流行的數(shù)據(jù)庫(kù), 針對(duì)不同數(shù)據(jù)庫(kù)有一個(gè)對(duì)應(yīng)的初始化腳本文件.3、JBpm將數(shù)據(jù)的管理職能分離出去，自己專注于商務(wù)邏輯的處理
4、使用Jpdl流程定義語言，直觀易懂，可以手工修改，并且有一個(gè)Eclipse流程定義插件。
5、文檔豐富，用戶群最大，開源組織十分活躍，被jboss收購(gòu)后發(fā)展趨勢(shì)良好；
第2頁 缺點(diǎn)
1、Eclipse流程定義插件不開源；
2、Hibernate3做持久化層，會(huì)產(chǎn)生冗余表和數(shù)據(jù)；
3、JBpm3、JBpm4、JBpm5版本互不兼容，發(fā)展趨勢(shì)不明確；
2.2.OSWorkflow 優(yōu)點(diǎn)
1、OSWorkflow是最輕量型的代表，也是一款非常靈活和低級(jí)別定位的工作流引擎的實(shí)現(xiàn)框架，可視化圖標(biāo)的流程在osworkflow 里都可以用代碼實(shí)現(xiàn)；
2、OSWorkflow 有著非常優(yōu)秀的靈活性，它能為應(yīng)用程序開發(fā)者提供集成，也能與現(xiàn)有的代碼和數(shù)據(jù)庫(kù)進(jìn)行集成；
3、OSWorkflow基于Action驅(qū)動(dòng)，符合框架開發(fā)人員的操作方式及編程習(xí)慣；
缺點(diǎn)
1、實(shí)現(xiàn)一個(gè)工作流系統(tǒng)非常繁瑣，每一個(gè)流程步驟實(shí)現(xiàn)均需要代碼改變狀態(tài)字段；入門難度較高；
2、組件功能匱乏，復(fù)雜流程項(xiàng)目需要基于其引擎做大量的二次開發(fā)，不適用；
3、配置項(xiàng)和開發(fā)代碼量相對(duì)較多，后期維護(hù)成本較高；
2.3.Enhydra Shark 優(yōu)點(diǎn)
1、工作流體系最為完備和復(fù)雜，秉承“模塊化”的思想，比較容易擴(kuò)展；
2、代碼量較少，易于閱讀、易于改寫、易于維護(hù)；
3、有一個(gè)Jawe來圖形化定義流程，圖形化功能相對(duì)較強(qiáng)，可以編輯活動(dòng)變量，流程邏輯控制屬性.缺點(diǎn)
1、相比其他完全開源的框架，Shark2.0后，很多組件、文檔商業(yè)化，需要付費(fèi)；
2、版本更新慢，代碼也不再按照開源方式來完成，商業(yè)化的定位限制了其發(fā)展。
第3頁 2.4.Activiti5 優(yōu)點(diǎn)
1、Activiti最大的優(yōu)勢(shì)是采用了PVM（流程虛擬機(jī)），支持BPMN2.0規(guī)范及其之外的流程格式；
2、與外部服務(wù)有良好的集成能力擴(kuò)展，通過與Mule的集成加強(qiáng)了其集成能力；
3、繼承了jBpm4的所有優(yōu)點(diǎn)，實(shí)現(xiàn)了流程的可視化以及創(chuàng)新的Activiti Cycle協(xié)作組件；
4、對(duì)流程引擎運(yùn)行期實(shí)例提供管理及監(jiān)控的Web控制臺(tái)。
缺點(diǎn)
1、數(shù)據(jù)持久層采用MyBatis3，沒有遵循JPA規(guī)范；網(wǎng)絡(luò)上反應(yīng)“回退功能”實(shí)現(xiàn)起來比較困難；
2、核心是 BPMN 2.0 的流程引擎，BPMN2規(guī)范發(fā)展的比較慢，語言本身也過于復(fù)雜可讀性差。
3.與統(tǒng)一開發(fā)平臺(tái)集成
3.1.流程定義插件集成
1.JBpm與Activiti都有基于eclipse圖形化插件和基于Web的流程設(shè)計(jì)器，2.OSWorkflow推薦手工編寫 xml 格式的工作流程描述符，有基于Eclipse GEF技術(shù)開發(fā)的osworkflow建模工具；
3.Shark有JAWE作為定義工具，是否可與平臺(tái)IDE集成還需要預(yù)研。
3.2.核心包及jar包集成
1.都屬于輕量級(jí)工作流框架：jBpm.jar 1.06M；activiti-engine-5.9 1.1MB；osworkflow-2.8.0.jar 393KB；
2.Shark核心包大小在6M左右，但是依賴jar包過于龐大，其他三個(gè)框架依賴jar包都不多，但是否與平臺(tái)jar包沖突還需驗(yàn)證；
3.3.部署方式
1.JBpm與Activiti都可以與應(yīng)用項(xiàng)目集成也可以單獨(dú)部署；
2.OSWorkflow不可單獨(dú)部署，一般推薦與spring集成，方便事務(wù)管理及功能擴(kuò)展；
第4頁 3.Shark可集成也可單獨(dú)部署：可以直接作為java庫(kù)來使用；也可以單獨(dú)部署，作為CORBA ORB 或 Web 服務(wù)來使用；
3.4.版本選擇與維護(hù)問題
1.JBpm4 積累文檔豐富.網(wǎng)上具有大量的共享技術(shù)資源，也是最穩(wěn)定的版本，但是目前已停止開發(fā)和更新；jBpm5基本上完全拋棄了jBpm4的代碼，所有代碼全部來自原先的Drools Flow，資料和文檔相對(duì)較少；
2.OSWorkflow是opensymphony下的一個(gè)開源項(xiàng)，2.8版本穩(wěn)定，文檔不是很詳細(xì)，有較多網(wǎng)絡(luò)資源，曾是ERP軟件開發(fā)中廣泛應(yīng)用的工作流框架，JBpm的出現(xiàn)帶走了很多用戶，使其發(fā)展乏力；
3.Enhydra Shark2.0后，很多組件、文檔商業(yè)化，需要付費(fèi)，而且版本更新慢，商業(yè)化的定位限制了其發(fā)展；
4.Activiti5是JBoss jBpm架構(gòu)師加入Alfresco后的作品，繼承了jBpm4的所有優(yōu)點(diǎn)，保持開發(fā)更新中，用戶不斷增加，較多用戶推薦，開源社區(qū)活躍，發(fā)展前景看好。
4.總結(jié)
總體來看，四款工作流引擎框架與平臺(tái)集成難度都不大，但所依賴第三方j(luò)ar是否與平臺(tái)沖突還需具體驗(yàn)證；從應(yīng)用項(xiàng)目開發(fā)角度來看，JBpm4、Activiti5友好度較高，難易程度適中容易上手，而OSWorkflow、Shark則顯得較為復(fù)雜；從文檔資料及后期項(xiàng)目維護(hù)角度來看，Activiti5無論從版本升級(jí)，網(wǎng)絡(luò)資料及社區(qū)活躍度來看都更勝一籌，其他三款框架都多少存在一些難度和問題。
第5頁
第二篇：如何基于工作流,實(shí)現(xiàn)OA-ERP集成
如何基于工作流，實(shí)現(xiàn)OA-ERP集成
2002-10-30 13:15
郭應(yīng)中、吳科/(AMT)
引言
ERP系統(tǒng)是對(duì)企業(yè)能夠提供業(yè)務(wù)數(shù)據(jù)支持的信息系統(tǒng)，OA系統(tǒng)是實(shí)現(xiàn)公文收發(fā)、流轉(zhuǎn)、簽發(fā)、歸檔等群組化辦公作業(yè)自動(dòng)化的信息系統(tǒng)。兩者都是為實(shí)現(xiàn)單一目標(biāo)而運(yùn)行的信息系統(tǒng)。
在企業(yè)的業(yè)務(wù)活動(dòng)中，經(jīng)常有些業(yè)務(wù)是貫穿ERP和OA兩個(gè)系統(tǒng)的。比如采購(gòu)流程：采購(gòu)申請(qǐng)生成、采購(gòu)定單生成、驗(yàn)收單生成是在ERP系統(tǒng)進(jìn)行；采購(gòu)單申批、入庫(kù)準(zhǔn)備單流轉(zhuǎn)在OA系統(tǒng)進(jìn)行。企業(yè)中存在對(duì)OA和ERP兩個(gè)系統(tǒng)集成的需求。另外，ERP系統(tǒng)和OA系統(tǒng)實(shí)施的難度差別造成一個(gè)時(shí)期內(nèi)系統(tǒng)覆蓋范圍不同，將兩個(gè)系統(tǒng)集成，ERP的實(shí)施效果可以事半功倍。
將兩個(gè)系統(tǒng)集成，涉及到組織、角色、任務(wù)和過程的定義和管理。通過工作流系統(tǒng)進(jìn)行集成，不但可以把兩個(gè)系統(tǒng)中的多個(gè)模型統(tǒng)一，還可以使企業(yè)專注于應(yīng)用業(yè)務(wù)，更方便地進(jìn)行企業(yè)流程重組（BPR）。
對(duì)ERP和OA兩個(gè)系統(tǒng)的集成，主要的工作有集成方案的確定、系統(tǒng)集成功能范圍的確定、工作流系統(tǒng)的創(chuàng)建或改造、組織模型的統(tǒng)一等。
集成方案的確定
實(shí)現(xiàn)OA和ERP系統(tǒng)的集成，通常的實(shí)現(xiàn)方案有以下三種：
1、更換原有的ERP系統(tǒng)，選擇能夠同時(shí)提供OA和ERP解決方案的供應(yīng)商。
同時(shí)提供OA和ERP解決方案的供應(yīng)商，其產(chǎn)品在設(shè)計(jì)階段就考慮到了兩個(gè)系統(tǒng)的集成。但是目前這樣的方案往往是供應(yīng)商出于市場(chǎng)份額的考慮而提供的，由于開發(fā)規(guī)模、成本和周期的限制，所提供的ERP－OA一體化方案的功能往往比較簡(jiǎn)單，不能滿足企業(yè)個(gè)性化的需求。而且，ERP系統(tǒng)在企業(yè)內(nèi)運(yùn)行一段時(shí)間后，更換新的系統(tǒng)，會(huì)面臨新舊系統(tǒng)間數(shù)據(jù)移植的巨大工作量、用戶不愿意舍棄熟悉的界面和高昂的費(fèi)用等困難。所以這個(gè)方案只能被未實(shí)施ERP系統(tǒng)企業(yè)中的少部分企業(yè)使用；
2、使用ERP供應(yīng)商的合作伙伴提供的集成方案。
例如Lotus Notes為SAP、Oracle、JDE等公司的ERP產(chǎn)品都提供了集成化的解決方案。其方法是：在OA Server和ERP Server之間通過數(shù)據(jù)庫(kù)連接工具DECS連接。在ERP 系統(tǒng)的DB 建立大量視圖供OA訪問，在OA Server上建立關(guān)系型數(shù)據(jù)庫(kù)，存儲(chǔ)定期從ERP系統(tǒng)中按照字段映射過來的靜態(tài)數(shù)據(jù)，作為OA系統(tǒng)組織和資源定義的依據(jù)。OA系統(tǒng)中的表單鑒審后可以通過ERP系統(tǒng)的Interface table寫入ERP系統(tǒng)。
這種方案可以兩個(gè)系統(tǒng)的高度集成，但是存在以下問題：
（1）不是所有的ERP系統(tǒng)都有相應(yīng)的集成方案提供。Lotus Notes僅對(duì)大型而且著名的ERP產(chǎn)品提供了這樣的集成方案；
（2）這個(gè)方案的實(shí)現(xiàn)和維護(hù)費(fèi)用非常高。如果在新增流程，需要在ERP系統(tǒng)中新增視圖，在OA系統(tǒng)中新增表單。對(duì)于大型的ERP系統(tǒng)，其數(shù)據(jù)庫(kù)中的table有近萬個(gè)，加上在OA中創(chuàng)建表單，都是企業(yè)IT人員無法獨(dú)立完成的，仍需要方案提供者的服務(wù)。即使是方案的提供者，在使用這種工具完成兩個(gè)應(yīng)用系統(tǒng)結(jié)合 時(shí)，也必須同時(shí)對(duì)兩個(gè)系統(tǒng)了如指掌。然而，不論在國(guó)內(nèi)和國(guó)外，同時(shí)能夠深層次了解兩個(gè)系統(tǒng)的技術(shù)人員極為緊缺，加上高昂的購(gòu)買費(fèi)用，企業(yè)很難接受；
（3）ERP實(shí)施模塊增加，特別是ERP系統(tǒng)的升級(jí)，都會(huì)造成集成化系統(tǒng)的癱瘓，限制了企業(yè)的業(yè)務(wù)發(fā)展。
因此，此方案的應(yīng)用仍然比較少。
3、通過工作流系統(tǒng)，實(shí)現(xiàn)工作流程在兩個(gè)平臺(tái)上切換。
在工作流系統(tǒng)的管理下，用戶通過遠(yuǎn)程登錄工具和模擬鍵盤錄入，實(shí)現(xiàn)OA平臺(tái)和ERP平臺(tái)之間的簡(jiǎn)單切換。系統(tǒng)架構(gòu)圖如下：
圖1集成后的系統(tǒng)架構(gòu)
對(duì)應(yīng)上圖的每個(gè)步驟說明如下：
1.用戶登錄OA系統(tǒng)后，Workflow Server根據(jù)OA系統(tǒng)中人員配置管理功能確認(rèn)其身份，此用戶同時(shí)得到了相應(yīng)的權(quán)限；
2.身份確認(rèn)后，Workflow Server再根據(jù)此用戶在其權(quán)限內(nèi)申請(qǐng)的工作流程提供工作流表單，并在表單上顯示用戶對(duì)應(yīng)的組織結(jié)構(gòu)的層次度；
3.用戶在工作流表單上填寫本流程執(zhí)行需要的數(shù)據(jù)，這些數(shù)據(jù)可能是請(qǐng)假天數(shù)、請(qǐng)假原因等不涉及ERP系統(tǒng)的數(shù)據(jù)，也可能是訪問ERP系統(tǒng)的參數(shù)。如果在流程執(zhí)行時(shí)僅僅需要在ERP系統(tǒng)中執(zhí)行查詢，工作流表單的填寫要在訪問ERP系統(tǒng)后進(jìn)行。
4.當(dāng)工作流程執(zhí)行到ERP系統(tǒng)上的作業(yè)時(shí)，工作流系統(tǒng)自動(dòng)引導(dǎo)用戶進(jìn)入ERP系統(tǒng)。通過OA系統(tǒng)本身的Script語言結(jié)合Terminal simulator script語言編寫的訪問ERP系統(tǒng)的任務(wù)項(xiàng)，根據(jù)執(zhí)行的流程類型、順序、工作流表單參數(shù)，用戶可以直接進(jìn)入ERP系統(tǒng)相應(yīng)的功能模塊。
5.用戶操作ERP系統(tǒng)?？梢愿鶕?jù)權(quán)限執(zhí)行不同的操作。以采購(gòu)申請(qǐng)為例，用戶可以填寫需要采購(gòu)的物料編號(hào)、采購(gòu)數(shù)量、價(jià)格范圍、供應(yīng)商等，存儲(chǔ)后保存在ERP DB中；
6.ERP DB保存后，通過ERP系統(tǒng)界面向用戶提示保存成功；
7.ERP系統(tǒng)將保存成功的單據(jù)編號(hào)和單據(jù)狀態(tài)等信息傳送到工作流系統(tǒng)。根據(jù)需要，用戶可以把ERP系統(tǒng)生成的表單導(dǎo)出為Excel文件保存在本地；
8.當(dāng)工作流系統(tǒng)收到ERP系統(tǒng)傳來的信息后，進(jìn)行格式檢查，確認(rèn)無誤后繼續(xù)執(zhí)行；
9.用戶在屏幕上審查工作流系統(tǒng)執(zhí)行情況是否正確，確認(rèn)無誤后，將工作流表單傳送到Workflow Server，保存在本地的Excel文件也可以作為附件提交；
10.Workflow Server收到用戶傳來的工作流表單，并據(jù)此將工作流表單和附件傳送到下一個(gè)執(zhí)行者。
同前面兩種方案比較，這種方案的適應(yīng)性非常強(qiáng)，開發(fā)量、開放難度和費(fèi)用都比較低。因此為本文采用。
系統(tǒng)集成功能范圍的確定
如果把企業(yè)內(nèi)所有的流程都通過工作流系統(tǒng)在OA和ERP系統(tǒng)中實(shí)現(xiàn)，不僅沒有必要，而且有些流程是不適合在信息系統(tǒng)中實(shí)現(xiàn)的。因此，需要對(duì)系統(tǒng)集成的功能范圍進(jìn)行確定。
企業(yè)內(nèi)部流程是由一個(gè)個(gè)動(dòng)作組成的，根據(jù)動(dòng)作發(fā)生的頻率和流程特點(diǎn)，可以分為以下三個(gè)類別：
A類：發(fā)生頻率高而且執(zhí)行簡(jiǎn)單。如各種申請(qǐng)的上呈、核簽、否決、查詢；
B類：發(fā)生頻率一般，執(zhí)行方法復(fù)雜而且經(jīng)常發(fā)生變化。如會(huì)簽，往往人數(shù)不定，層次不定，后續(xù)動(dòng)作不定；
C；類：發(fā)生頻率特別低，或者其所在流程不具備管理意義。如衛(wèi)生值日流程中的所有動(dòng)作；
為使集成工作簡(jiǎn)單而有效，系統(tǒng)集成的功能應(yīng)集中在由A類動(dòng)作組成流程的范圍內(nèi)。在集成工作前階段，工作流系統(tǒng)中計(jì)劃實(shí)現(xiàn)的流程中，需要OA和ERP兩個(gè)系統(tǒng)共同完成的流程有：
1．物料信息維護(hù)。當(dāng)物料新增或停用時(shí)，經(jīng)過層層簽字，在ERP系統(tǒng)中做相應(yīng)處理；
2．采購(gòu)流程。采購(gòu)申請(qǐng)、審核、采購(gòu)申請(qǐng)匯總、分單驗(yàn)收、入庫(kù)流程；
3．付款流程。付款申請(qǐng)、發(fā)票校驗(yàn)、審核、通知付款、付款登記；
4．報(bào)銷流程。單據(jù)填寫、網(wǎng)上審核、票據(jù)檢查、登記入帳；
工作流系統(tǒng)的改造或重構(gòu)
按照工作流管理聯(lián)盟的定義，工作流是一類能夠完全或部分自動(dòng)執(zhí)行的經(jīng)營(yíng)過程，將文檔、信息和任務(wù)在不同的執(zhí)行者之間傳遞、執(zhí)行。
傳統(tǒng)的工作流系統(tǒng)中，每一個(gè)業(yè)務(wù)流程都要根據(jù)企業(yè)內(nèi)的業(yè)務(wù)流程完整構(gòu)建出來的。這樣每一個(gè)業(yè)務(wù)流程都有大量的代碼來實(shí)現(xiàn)，流程的創(chuàng)建和維護(hù)工作量很大。
仔細(xì)分析企業(yè)內(nèi)的眾多業(yè)務(wù)流程中，相當(dāng)部分的流程是有共同部分的，每個(gè)流程中都有功能重復(fù)的代碼。動(dòng)態(tài)工作流把完整的工作流分解為若干個(gè)活動(dòng)（Task）（對(duì)象），使工作流建模工作得以簡(jiǎn)化，可以實(shí)現(xiàn)更復(fù)雜的工作流系統(tǒng)。
活動(dòng)是動(dòng)態(tài)工作流的一個(gè)重要概念：工作流是一組有關(guān)聯(lián)關(guān)系的活動(dòng)的集合。一個(gè)活動(dòng)與其它活動(dòng)之間有順序，分支，循環(huán)，調(diào)用的關(guān)系，還有并行、有同步的關(guān)系。
按照動(dòng)態(tài)工作流的概念，一個(gè)完整的工作流程被分解為若干個(gè)活動(dòng)（Task）和活動(dòng)間的邏輯控制器。每個(gè)活動(dòng)不和其它活動(dòng)作任何直接交互，交互完全在邏輯控制器間進(jìn)行。如圖2所示：
圖2動(dòng)態(tài)工作流系統(tǒng)結(jié)構(gòu)
每個(gè)活動(dòng)都有進(jìn)入條件，工作條件，中斷條件，完成條件，暫停條件及繼續(xù)條件。執(zhí)行時(shí)，判斷每個(gè)工作項(xiàng)是否可以進(jìn)入，可以則進(jìn)行進(jìn)入處理，然后，判斷需要是否中斷或暫停?；顒?dòng)的結(jié)構(gòu)圖如圖3：
圖3活動(dòng)的內(nèi)部結(jié)構(gòu)
圖3中，一個(gè)活動(dòng)有不同的狀態(tài)集、輸入集、輸出集。狀態(tài)集包括等待、執(zhí)行和完成。輸入集和輸出集分別由若干個(gè)輸入和輸出組成。輸入來源可以是本活動(dòng)的輸出，也可以是其它活動(dòng)的輸入或輸出或狀態(tài)。當(dāng)輸入集中某項(xiàng)輸入狀態(tài)發(fā)生改變時(shí)，將觸發(fā)工作項(xiàng)的狀態(tài)發(fā)生改變。達(dá)到完成狀態(tài)時(shí)，將產(chǎn)生輸出集。輸入不同，觸發(fā)的執(zhí)行過程和產(chǎn)生的輸出集不同。當(dāng)多個(gè)輸入集同時(shí)被激活時(shí)，按優(yōu)先級(jí)執(zhí)行。
工作流系統(tǒng)的動(dòng)作和邏輯控制器采用Java Bean和關(guān)系型數(shù)據(jù)庫(kù)實(shí)現(xiàn)，可以設(shè)計(jì)為可視的圖形元件，也可以設(shè)計(jì)為不可視的邏輯處理元件。這樣做的好處是把工作流系統(tǒng)的各個(gè)活動(dòng)做成代碼行數(shù)小、功能明確的黑盒子，實(shí)現(xiàn)動(dòng)態(tài)的工作流系統(tǒng)，并在多環(huán)境下運(yùn)行。
OA系統(tǒng)和ERP系統(tǒng)都可能自帶工作流功能。但ERP系統(tǒng)的工作流功能缺乏開放性和適應(yīng)性，并且ERP系統(tǒng)開發(fā)商不允許對(duì)其進(jìn)行修改，因此其工作流功能的存在在集成中實(shí)際上是一個(gè)障礙。完成系統(tǒng)集成后，ERP的部分功能會(huì)由系統(tǒng)管理員設(shè)定為只能通過遠(yuǎn)程登錄的方式訪問，這是要對(duì)ERP系統(tǒng)原有的工作流系統(tǒng)做重新的設(shè)置，以免系統(tǒng)運(yùn)行出錯(cuò)。
OA的工作流功能，如果不能實(shí)現(xiàn)動(dòng)態(tài)工作流機(jī)制，是無法滿足集成的需要的。這時(shí)要對(duì)其工作流功能進(jìn)行重構(gòu)。如果已經(jīng)實(shí)現(xiàn)了動(dòng)態(tài)工作流機(jī)制，也要增加一些訪問ERP系統(tǒng)的功能動(dòng)作。
如果選擇其它的工作流系統(tǒng)支持集成工作，雖然理論上可行，但是開發(fā)量未必減少，系統(tǒng)復(fù)雜度、維護(hù)量和費(fèi)用必然上升，所以本文建議采用對(duì)原有的OA系統(tǒng)的工作流功能進(jìn)行改造，實(shí)現(xiàn)企業(yè)的工作流系統(tǒng)。
組織模型的統(tǒng)一
OA系統(tǒng)和ERP系統(tǒng)都有各自的組織模型。OA的組織模型是服務(wù)于企業(yè)行政組織層面的，ERP的組織模型則是服務(wù)于企業(yè)業(yè)務(wù)層面的。在用工作流系統(tǒng)對(duì)兩個(gè)系統(tǒng)集成時(shí)，要對(duì)兩個(gè)系統(tǒng)的組織模型進(jìn)行統(tǒng)一。在本方案中，就是要對(duì)OA系統(tǒng)的組織模型重新定義。
ERP系統(tǒng)的組織模型比OA系統(tǒng)要復(fù)雜，不同的ERP系統(tǒng)有不同的組織模型。以O(shè)racle Application為例，其組織模型為：賬簿集－法律實(shí)體－操作單元－庫(kù)存組織，再往下是更細(xì)致的劃分，可以做到用戶－角色－所屬組織－權(quán)限的一一對(duì)應(yīng)，權(quán)限的設(shè)置可以明確到字段。
對(duì)OA系統(tǒng)的組織模型的重定義，主要是增加OA系統(tǒng)組織結(jié)構(gòu)的層次數(shù)量，建立新組織結(jié)構(gòu)數(shù)據(jù)庫(kù)，把ERP用戶和OA用戶都在新的組織結(jié)構(gòu)中反映出來。注意OA系統(tǒng)中的用戶名要和ERP系統(tǒng)中的用戶名統(tǒng)一，因?yàn)樵贓RP系統(tǒng)中用戶名和角色、權(quán)限是對(duì)應(yīng)的。但口令不能統(tǒng)一，登錄ERP系統(tǒng)時(shí)，系統(tǒng)仍然會(huì)提示用戶輸入ERP系統(tǒng)的口令。
連接方法
本文中，Workflow Server是使用Lotus Notes Server＋Linux Red Had ver7.1系統(tǒng)，而在ERP系統(tǒng)上本文所采用的是HP/Unix＋鼎新Tip-top ERP系統(tǒng)＋HP9000，Client端則采用一般的Windows環(huán)境＋Lotus Notes客戶端軟件。
兩個(gè)服務(wù)器通過TCP/IP協(xié)議連接。在Workflow Server上安裝InterSoft公司編制的共享軟件NetTerm 4.3.0簡(jiǎn)體中文版，可以在10個(gè)以上的操作系統(tǒng)上運(yùn)行，對(duì)遠(yuǎn)程主機(jī)環(huán)境具有良好的設(shè)置能力。
NetTerm的作用是相應(yīng)客戶端發(fā)出的登錄ERP Server的要求，所以連接型態(tài)選TCP/IP，端口填“23”，模擬型態(tài)和鍵盤定義都選VT100(上述設(shè)置適用于國(guó)內(nèi)多數(shù)主機(jī))，主機(jī)名稱和地址填入ERP Server對(duì)應(yīng)的地址和內(nèi)容。
例如當(dāng)用戶需要訪問ERP的采購(gòu)申請(qǐng)功能時(shí)，工作流系統(tǒng)中訪問ERP系統(tǒng)采購(gòu)申請(qǐng)功能的活動(dòng)中包含以下語句（用Terminal simulator script語言編寫）：
expect 10”login:”
#username “Enter UserID”
#output “^U^M”
expect 10”Password:”
#password”Enter Password”
#output”^P^M”
output”12345^M”//工作流系統(tǒng)提示用戶輸入口令后生成該行
expect 10”/”
output”exe apmt420^M”
output “a”
流程執(zhí)行完這段程序時(shí)，就自動(dòng)打開了ERP系統(tǒng)的相應(yīng)功能。在用戶填寫完采購(gòu)申請(qǐng)單后，ERP系統(tǒng)數(shù)據(jù)庫(kù)中的保存操作觸發(fā)事件為：以XML的格式，把采購(gòu)申請(qǐng)單編號(hào)、創(chuàng)建實(shí)際、創(chuàng)建人等信息傳送到用戶本地，并被用戶本地服務(wù)響應(yīng)，填寫到工作流表單。用戶可以執(zhí)行修改功能再次訪問ERP系統(tǒng)修改采購(gòu)申請(qǐng)單。在用戶確認(rèn)無誤后提交，下一個(gè)申批人接到提示申批的電子郵件，點(diǎn)擊郵件中的連接，出現(xiàn)反映采購(gòu)流程執(zhí)行情況的流程表單。依次類推。
應(yīng)用情況
在實(shí)際應(yīng)用上，根據(jù)用戶需求定義了采購(gòu)流程、付款流程、報(bào)銷流程等，并在ERP系統(tǒng)中開放部分?jǐn)?shù)據(jù)訪問和維護(hù)權(quán)限給Internet上自己的外地分子公司和上游客戶，解決了ERP剛實(shí)施完本部，外地分子公司采購(gòu)流程無法并入集團(tuán)供應(yīng)部采購(gòu)流程的問題，使用戶提前實(shí)現(xiàn)了集中采購(gòu)的戰(zhàn)略構(gòu)想。目前，該用戶的上游近600家企業(yè)中，已經(jīng)有60家提供大宗原材料的供應(yīng)商使用這些流程，集中采購(gòu)和比價(jià)采購(gòu)使該企業(yè)在每年10多億的采購(gòu)額中節(jié)約了大約1.5％的采購(gòu)成本，給企業(yè)帶來了良好的經(jīng)濟(jì)效益。
第三篇：Java開源集成開發(fā)工具
Java開發(fā)工具點(diǎn)評(píng)
Java開發(fā)工具點(diǎn)評(píng)
在計(jì)算機(jī)開發(fā)語言的歷史中，從來沒有哪種語言象Java那樣受到如此眾多廠商的支持，有如此多的開發(fā)工具，Java菜鳥們?nèi)绯跞氪笥^園的劉姥姥，看花了眼，不知該何種選擇。的確，這些工具各有所長(zhǎng)，都沒有絕對(duì)完美的，就算是老鳥也很難做出選擇。在本文中我簡(jiǎn)要介紹了常見的十五種Java開發(fā)工具的特點(diǎn)，管中窺“器”，希望能對(duì)大家有所幫助。
一、JDK（Java Development Kit）
SUN的Java不僅提了一個(gè)豐富的語言和運(yùn)行環(huán)境，而且還提了一個(gè)免費(fèi)的Java開發(fā)工具集(JDK)。開發(fā)人員和最終用戶可以利用這個(gè)工具來開發(fā)java程序。
JDK簡(jiǎn)單易學(xué)，可以通過任何文本編輯器（如：Windows 記事本、UltrEdit、Editplus、FrontPage以及dreamweaver等）編寫Java源文件，然后在DOS狀況下利通過javac命令將Java源程序編譯成字節(jié)碼，通過Java命令來執(zhí)行編譯后的Java文件，這能帶給DOS時(shí)代程序員美好的回憶。Java 初學(xué)者一般都采用這種開發(fā)工具。
從初學(xué)者角度來看，采用JDK開發(fā)Java程序能夠很快理解程序中各部分代碼之間的關(guān)系，有利于理解Java面向?qū)ο蟮脑O(shè)計(jì)思想。JDK的另一個(gè)顯著特點(diǎn)是隨著Java（J2EE、J2SE以及J2ME）版本的升級(jí)而升級(jí)。但它的缺點(diǎn)也是非常明顯的就是從事大規(guī)模企業(yè)級(jí)Java應(yīng)用開發(fā)非常困難，不能進(jìn)行復(fù)雜的Java軟件開發(fā)，也不利于團(tuán)體協(xié)同開發(fā)。
二、Java Workshop
Sun MicroSystems公司于1996年3月26日推出了Java WorkShop 1.0，這是業(yè)界出現(xiàn)的第一個(gè)供Internet網(wǎng)使用的多平臺(tái)開發(fā)工具，它可以滿足各公司開發(fā)Internet和Intranet網(wǎng)應(yīng)用軟件的需要。Java WorkShop完全用Java語言編寫，是當(dāng)今市場(chǎng)上銷售的第一個(gè)完全的Java開發(fā)環(huán)境，目前Java WorkShop的最性版本是3.0。Java Workshop的特點(diǎn)表現(xiàn)如下：
1、結(jié)構(gòu)易于創(chuàng)建：在創(chuàng)建平臺(tái)中立的網(wǎng)格結(jié)構(gòu)方面，Java Workshop比其他任何一種Java開發(fā)工具都要方便。
2、可視化編程：Java Workshop的可視化編程特性是很基本的。Java Workshop允許程序員重新安排這些操作，甚至可以確定觸發(fā)操作行為的過濾器。1
Java Workshop產(chǎn)生的模板帶有許多注釋，這對(duì)程序員是很有幫助的。
此外，Java WorkShop支持JDK1.1.3以及JavaBeans組件模型，API和語言特征增加了編譯Java應(yīng)用程序的靈活性。Java WorkShop開發(fā)環(huán)境由于完全用Java寫成，所以可移植性極好,以致于多個(gè)平臺(tái)都能支持,目前Java WorkShop支持Solaris操作環(huán)境SPARC及Intel 版）、Windows95、WindowsNT、以及HP/Ux等平臺(tái)。適合于初學(xué)者進(jìn)行一些簡(jiǎn)單的Java編程。Java WorkShop的缺點(diǎn)是Java Workshop中的每一個(gè)可視化對(duì)象都遲早會(huì)用到網(wǎng)格布局，這種設(shè)計(jì)方法是許多人不習(xí)慣的；Java Workdshop的調(diào)色板是較差的，僅僅能滿足絕大部分應(yīng)用的基本要求。
三、NetBeans 與Sun Java Studio 5
NetBeans是開放源碼的Java集成開發(fā)環(huán)境(IDE)，適用于各種客戶機(jī)和Web應(yīng)用。Sun Java Studio是Sun公司最新發(fā)布的商用全功能Java IDE，支持Solaris、Linux和Windows平臺(tái)，適于創(chuàng)建和部署2層Java Web應(yīng)用和n層J2EE應(yīng)用的企業(yè)開發(fā)人員使用。
NetBeans是業(yè)界第一款支持創(chuàng)新型Java開發(fā)的開放源碼IDE。開發(fā)人員可以利用業(yè)界強(qiáng)大的開發(fā)工具來構(gòu)建桌面、Web或移動(dòng)應(yīng)用。同時(shí)，通過NetBeans和開放的API的模塊化結(jié)構(gòu)，第三方能夠非常輕松地?cái)U(kuò)展或集成NetBeans平臺(tái)。
NetBeans3.5.1主要針對(duì)一般Java軟件的開發(fā)者，而Java One Studio5則主要針對(duì)企業(yè)做網(wǎng)絡(luò)服務(wù)等應(yīng)用的開發(fā)者。Sun不久還將推出Project Rave，其目標(biāo)是幫助企業(yè)的開發(fā)者進(jìn)行軟件開發(fā)。NetBeans 3.5.1版本與其他開發(fā)工具相比，最大區(qū)別在于不僅能夠開發(fā)各種臺(tái)式機(jī)上的應(yīng)用，而且可以用來開發(fā)網(wǎng)絡(luò)服務(wù)方面的應(yīng)用，可以開發(fā)基于J2ME的移動(dòng)設(shè)備上的應(yīng)用等。在NetBeans 3.5.1基礎(chǔ)上，Sun開發(fā)出了Java One Studio5，為用戶提供了一個(gè)更加先進(jìn)的企業(yè)編程環(huán)境。在新的Java One Studio5里有一個(gè)應(yīng)用框架，開發(fā)者可以利用這些模塊快速開發(fā)自己在網(wǎng)絡(luò)服務(wù)方面的各種應(yīng)用程序。
NetBeans是開放源碼的Java集成開發(fā)環(huán)境(IDE)，適用于各種客戶機(jī)和Web應(yīng)用。Sun Java Studio是Sun公司最新發(fā)布的商用全功能Java IDE，支持Solaris、Linux和Windows平臺(tái)，適于創(chuàng)建和部署2層Java Web應(yīng)用和n層J2EE應(yīng)用的企業(yè)開發(fā)人員使用。
NetBeans是業(yè)界第一款支持創(chuàng)新型Java開發(fā)的開放源碼IDE。開發(fā)人員可以利用業(yè)界強(qiáng)大的開發(fā)工具來構(gòu)建桌面、Web或移動(dòng)應(yīng)用。同時(shí)，通過NetBeans和開放的API的模塊化結(jié)構(gòu)，第三方能夠非常輕松地?cái)U(kuò)展或集成NetBeans平臺(tái)。
NetBeans3.5.1主要針對(duì)一般Java軟件的開發(fā)者，而Java One Studio5則
主要針對(duì)企業(yè)做網(wǎng)絡(luò)服務(wù)等應(yīng)用的開發(fā)者。Sun不久還將推出Project Rave，其目標(biāo)是幫助企業(yè)的開發(fā)者進(jìn)行軟件開發(fā)。NetBeans 3.5.1版本與其他開發(fā)工具相比，最大區(qū)別在于不僅能夠開發(fā)各種臺(tái)式機(jī)上的應(yīng)用，而且可以用來開發(fā)網(wǎng)絡(luò)服務(wù)方面的應(yīng)用，可以開發(fā)基于J2ME的移動(dòng)設(shè)備上的應(yīng)用等。在NetBeans 3.5.1基礎(chǔ)上，Sun開發(fā)出了Java One Studio5，為用戶提供了一個(gè)更加先進(jìn)的企業(yè)編程環(huán)境。在新的Java One Studio5里有一個(gè)應(yīng)用框架，開發(fā)者可以利用這些模塊快速開發(fā)自己在網(wǎng)絡(luò)服務(wù)方面的各種應(yīng)用程序。
四、Borland 的JBuilder
Jbuilder進(jìn)入了Java集成開發(fā)環(huán)境的王國(guó)，它滿足很多方面的應(yīng)用，尤其是對(duì)于服務(wù)器方以及EJB開發(fā)者們來說。下面簡(jiǎn)單介紹一下Jbuilder的特點(diǎn):
1、Jbuilder支持最新的Java技術(shù)，包括Applets、JSP/Servlets、JavaBean以及EJB(Enterprise JavaBeans)的應(yīng)用。
2、用戶可以自動(dòng)地生成基于后端數(shù)據(jù)庫(kù)表的EJB Java類，Jbuilder同時(shí)還簡(jiǎn)化了EJB的自動(dòng)部署功能.此外它還支持CORBA，相應(yīng)的向?qū)С绦蛴兄谟脩羧娴毓芾鞩DL(分布應(yīng)用程序所必需的接口定義語言Interface Definition Language)和控制遠(yuǎn)程對(duì)象。
3、Jbuilder支持各種應(yīng)用服務(wù)器。Jbuilder與Inprise Application Server緊密集成，同時(shí)支持WebLogic Server，支持EJB 1.1和EJB 2.0，可以快速開發(fā)J2EE的電子商務(wù)應(yīng)用。
4、Jbuilder能用Servlet和JSP開發(fā)和調(diào)試動(dòng)態(tài)Web 應(yīng)用。
5、利用Jbuilder可創(chuàng)建(沒有專有代碼和標(biāo)記)純Java2應(yīng)用。由于Jbuilder是用純Java語言編寫的，其代碼不含任何專屬代碼和標(biāo)記，它支持最新的Java標(biāo)準(zhǔn)。
6、Jbuilder擁有專業(yè)化的圖形調(diào)試介面，支持遠(yuǎn)程調(diào)試和多線程調(diào)試，調(diào)試器支持各種JDK版本,包括J2ME/J2SE/J2EE。
JBuilder環(huán)境開發(fā)程序方便，它是純的Java 開發(fā)環(huán)境，適合企業(yè)的J2EE開發(fā)；缺點(diǎn)是往往一開始人們難于把握整個(gè)程序各部分之間的關(guān)系，對(duì)機(jī)器的硬件要求較高，比較吃內(nèi)存，這時(shí)運(yùn)行速度顯得較慢。
五、Oracle 的JDeveloper
Oracle9i JDeveloper（定為9.0版，最新為10g）為構(gòu)建具有J2EE功能，XML和Web services的復(fù)雜的，多層的Java應(yīng)用程序提供了一個(gè)完全集成的開發(fā)環(huán)境。它為運(yùn)用Oracle9i數(shù)據(jù)庫(kù)和應(yīng)用服務(wù)器的開發(fā)人員提供特殊的功能和
增強(qiáng)性能，除此以外，它也有資格成為用于多種用途Java開發(fā)的一個(gè)強(qiáng)大的工具。
六、Oracle9i JDeveloper的主要特點(diǎn)如下：
1、具有UML（Unified Modeling Language，一體化建模語言）建模功能?？梢詫I(yè)務(wù)對(duì)象及e-business應(yīng)用模型化。
2、配備有高速Java調(diào)試器（Debuger）、內(nèi)置Profiling工具、提高代碼質(zhì)量的工具“CodeCoach”等。
3、支持SOAP（Simple Object Access Protocol）“簡(jiǎn)單對(duì)象訪問協(xié)議”、UDDI（Universal Description, Discovery and Integration）“統(tǒng)一描述、發(fā)現(xiàn)和集成協(xié)議”、WSDL（Web Services Description Language）“WEB服務(wù)描述語言”等Web服務(wù)標(biāo)準(zhǔn)。JDeveloper 不僅僅是很好的 Java 編程工具，而且是 Oracle Web 服務(wù)的延伸，支持 Apache SOAP，以及 9iAS，可擴(kuò)充的環(huán)境和 XML 和 WSDL 語言緊密相關(guān)。Oracle9i Jdeveloper完全利用Java編寫，能夠與以前的Oracle服務(wù)器軟件以及其他廠商支持J2EE的應(yīng)用服務(wù)器產(chǎn)品相兼容，而且在設(shè)計(jì)時(shí)著重針對(duì)Oracle9i，能夠無縫化跨平臺(tái)之間的應(yīng)用開發(fā)，提供了業(yè)界第一個(gè)完整的、集成了J2EE和XML的開發(fā)環(huán)境，允許開發(fā)者快速開發(fā)可以通過Web、無線設(shè)備及語音界面訪問的Web服務(wù)和交易應(yīng)用，以往只能通過將傳統(tǒng)Java編程技巧與最新模塊化方式結(jié)合到一個(gè)單一集成的開發(fā)環(huán)境中之后才能完成J2EE應(yīng)用開發(fā)生命周期管理的事實(shí)，從根本上得到改變。缺點(diǎn)就是對(duì)于初學(xué)者來說，較復(fù)雜，也比較難。
第四篇：移動(dòng)應(yīng)急平臺(tái)集成
移動(dòng)應(yīng)急平臺(tái)集成移動(dòng)應(yīng)急平臺(tái)滿足移動(dòng)現(xiàn)場(chǎng)音視頻采集、現(xiàn)場(chǎng)通信和指揮調(diào)度等應(yīng)急處置需要，包括移動(dòng)數(shù)據(jù)庫(kù)、移動(dòng)應(yīng)用軟件以及通信設(shè)備，能夠與國(guó)務(wù)院、部門和省級(jí)等相關(guān)應(yīng)急平臺(tái)互聯(lián)互通。
移動(dòng)平臺(tái)應(yīng)提供傳輸信道，保證移動(dòng)平臺(tái)附近的固定長(zhǎng)多接入視頻會(huì)議。既滿足“靜中通”，也滿足“動(dòng)中通”。
5.9.1、移動(dòng)應(yīng)急平臺(tái)建設(shè)目的移動(dòng)應(yīng)急平臺(tái)的建設(shè)首先服務(wù)于兩個(gè)基礎(chǔ)目的：
? 現(xiàn)場(chǎng)通信調(diào)度服務(wù)：
提供事發(fā)現(xiàn)場(chǎng)和附近的現(xiàn)場(chǎng)通信和調(diào)度服務(wù)，滿足現(xiàn)場(chǎng)溝通和指揮的需要 ? 打通前后端信息傳輸通道：
? 提供前端事發(fā)現(xiàn)場(chǎng)和后端指揮中心之間的信息傳輸通道，上傳現(xiàn)場(chǎng)視頻信息，承接指揮中心的指令和相關(guān)信息推送
? 其次，移動(dòng)應(yīng)急平臺(tái)，尤其是大中型應(yīng)急平臺(tái)還要充當(dāng)“現(xiàn)場(chǎng)指揮部”的功能，除了基礎(chǔ)通信和指揮調(diào)度功能外，還能夠提供應(yīng)急數(shù)據(jù)查詢分析，應(yīng)急業(yè)務(wù)調(diào)用等功能，甚至可以具備提供現(xiàn)場(chǎng)小型會(huì)議場(chǎng)所的功能。
5.9.2、XX省政府移動(dòng)急平臺(tái)建設(shè)內(nèi)容
目前XX省政府移動(dòng)應(yīng)急平臺(tái)建設(shè)規(guī)劃建設(shè)X套中型移動(dòng)應(yīng)急平臺(tái)和X套小型移動(dòng)應(yīng)急平臺(tái)。其中，小型移動(dòng)應(yīng)急平臺(tái)包含：
? VSAT小型移動(dòng)平臺(tái)（含VSAT便攜站、話音設(shè)備、視頻接入、加密設(shè)備）
? BGAN小型移動(dòng)平臺(tái)（含BGAN便攜站、加密設(shè)備）
? 終端和安全設(shè)備（含加密PDA、加密手機(jī)、衛(wèi)星移動(dòng)電話、便攜電腦及應(yīng)用、安全配件）
第五篇：公司分析報(bào)告框架
上市公司初步分析框架
一、公司概況
公司概況性的介紹信息，包括公司名稱、所屬行業(yè)、地址、成立年份，歷史沿革等。
二、行業(yè)分析
公司所屬的行業(yè)的競(jìng)爭(zhēng)情況，發(fā)展前景，行業(yè)所處的周期（新興、成長(zhǎng)、夕陽產(chǎn)業(yè)）、與經(jīng)濟(jì)周期的關(guān)系。
三、公司的競(jìng)爭(zhēng)優(yōu)勢(shì)
公司的業(yè)務(wù)范圍，主要的業(yè)務(wù)區(qū)域（如境內(nèi)市場(chǎng)和境外市場(chǎng)的銷售額占比），行業(yè)排名及主要的競(jìng)爭(zhēng)對(duì)手，前幾大客戶的銷售額占比（對(duì)主要客戶的依存度），品牌情況、主要產(chǎn)品及市場(chǎng)占有率等。
四、風(fēng)險(xiǎn)因素
匯率風(fēng)險(xiǎn)、公司治理情況、管理層穩(wěn)定性，管理層持股和交易情況，銷售網(wǎng)絡(luò)及銷售的穩(wěn)定性、生產(chǎn)能力、原材料價(jià)格變動(dòng)情況、總負(fù)債情況（長(zhǎng)期和短期）、現(xiàn)金流量穩(wěn)定性等。
五、股權(quán)結(jié)構(gòu)
股權(quán)結(jié)構(gòu)圖譜（如年報(bào)或網(wǎng)站上有）；前3大、前10大股東的股權(quán)比例；前10大股東中有無一致行動(dòng)人關(guān)系；流通股比例。
六、盈利能力
公司的成長(zhǎng)性，上市以來（如年報(bào)中有上市前的資料更好）的ROE，ROA，毛利率等等財(cái)務(wù)比率、息稅前利潤(rùn)（EBIT，earnings before interest and tax）、稅前利潤(rùn)（EBT，earningsbeforetax）、凈利潤(rùn)，總資產(chǎn)、股東權(quán)益金額、每股盈利等情況。
點(diǎn)擊咨詢 