XX電網公司 企業(yè)級 資產管理系統(tǒng) 概要設計說明書

《XX電網公司 企業(yè)級 資產管理系統(tǒng) 概要設計說明書》由會員分享，可在線閱讀，更多相關《XX電網公司 企業(yè)級 資產管理系統(tǒng) 概要設計說明書（78頁珍藏版）》請在裝配圖網上搜索。

1、廣東電網公司企業(yè)級資產管理系統(tǒng)概要設計說明書廣東電網公司深圳市康拓普信息技術有限公司二零一零年六月 廣東電網公司企業(yè)級資產管理系統(tǒng)概要設計說明書深圳市康拓普信息技術有限公司修訂記錄版本版本修訂說明修訂說明作者作者審核審核審核日期審核日期V1.0概要設計說明書許久歌、夏成文、王楊、單俊、柯庭、肖威、李壽榮所有權聲明：深圳市康拓普信息技術有限公司版權所有 不得復制Copyright 2009 by Shenzhen Comtop Information Technology Co., Ltd. 廣東電網公司企業(yè)級資產管理系統(tǒng)概要設計說明書- I -目 錄1系統(tǒng)概述系統(tǒng)概述 .11.1名詞解釋.11

2、.2系統(tǒng)的上下文聯(lián)系.21.3系統(tǒng)的物理部署結構.31.4系統(tǒng)的技術體系結構.41.5系統(tǒng)的功能體系結構.51.6子系統(tǒng)概述.51.7系統(tǒng)主要場景描述.81.7.1新增場景.81.7.2查詢場景.91.8關鍵的設計概念.101.8.1系統(tǒng)采用技術簡介.101.8.2系統(tǒng)中的 J2EE 應用模式 .191.8.3系統(tǒng)應用的字符編碼.211.8.4表單驗證.241.8.5工作流應用開發(fā).241.8.6系統(tǒng)主要設計模式.282系統(tǒng)出錯處理設計系統(tǒng)出錯處理設計 .352.1后臺處理機制.352.2頁面端處理機制.363權限驗證機制權限驗證機制 .374子系統(tǒng)的說明子系統(tǒng)的說明 .374.1項目管理.3

3、74.1.1前期與立項說明.374.1.2項目進度管理說明.404.1.3服務確認說明.414.1.4質量安全管理說明.434.1.5決算轉資說明.444.1.6資料管理說明.444.1.7查詢統(tǒng)計說明.464.1.8統(tǒng)計決策與支持.464.2物資管理.47 廣東電網公司企業(yè)級資產管理系統(tǒng)概要設計說明書- II -4.2.1主數據管理.484.2.2需求管理.484.2.3采購管理.494.2.4儲運管理.514.2.5查詢統(tǒng)計說明.534.3資產管理.544.3.1基礎數據管理.544.3.2資產臺帳管理.554.3.3資產建設管理.564.3.4輸網資產變更管理.584.3.5資產退役管理

4、.584.3.6工單管理.594.3.7實體關系.604.3.8設計考慮的因素.604.4財務管理.604.4.1固定資產管理.604.5服務合同管理.624.5.1服務合同管理說明.624.6服務合同付款管理.634.6.1服務合同付款管理說明.634.7接口說明.644.7.1概述.644.7.2子系統(tǒng)構架.644.7.3代碼目錄結構.644.7.4實體關系.644.7.5設計考慮的因素.645軟件重用軟件重用 .645.1第三方軟件使用說明.645.1.1水晶報表（Crystal Report） .655.1.2Webi .655.1.3fusionchart.665.1.4水晶報表應用

5、功能描述.665.2重用庫組件使用說明.675.3新組件功能說明.70 廣東電網公司企業(yè)級資產管理系統(tǒng)概要設計說明書深圳市康拓普信息技術有限公司 第 1 頁1 系統(tǒng)概述系統(tǒng)概述在南網公司的統(tǒng)一部署下，廣東電網公司于 2007 年啟動了“創(chuàng)先”工作。而廣東電網作為全國最大的省級電網，地域遼闊，資產龐大，在現有的電力體制環(huán)境下，對于如何有效地經營和管理資產，實現企業(yè)資產使用的可靠性、使用效率、使用壽命和成本支出的綜合平衡，是對廣東電網生產經營能力的一種考驗，也是創(chuàng)建先進水平省級供電企業(yè)所需重點突破的核心內容。但是，公司資產管理一直沿用傳統(tǒng)的基于職能部門分工的“條塊化” 、 “分段式”管理模式，資產

6、管理觀念薄弱，從而導致在資產管理過程中出現了管理目標不明確、不統(tǒng)一，評估與考核體系不科學、不健全，資產管理組織不協(xié)調，管理鏈條和信息割裂等現象，形成了資產管理的職能和信息條塊壁壘，突出表現在資產管理粗放、使用效率不高、生命較短、資產實物管理與價值管理脫節(jié)等，管理手段的滯后，制約了公司實現國際領先的戰(zhàn)略目標。因此，必須對現有的資產管理模式進行管理變革，引入先進的資產管理理念和現代化資產管理手段，通過信息系統(tǒng)支撐資產全生命周期管理體系的建設，全面提升公司資產管理水平。企業(yè)級資產管理系統(tǒng)依據廣東電網公司企業(yè)級資產管理信息系統(tǒng)功能規(guī)范及實施方案的要求,通過對資產的規(guī)劃設計、設備采購、工程建設、生產運營

7、、退役報廢等全生命周期進行全過程綜合管理，實現項目管理、物資管理、財務管理、生產管理四大業(yè)務的橫向融合，以及省公司、地市供電局、縣級供電局等的縱向貫通，實現資產使用的可靠性(Reliability)、使用效率(Efficiency)、使用壽命(Lifespan)和全生命周期成本(Life Cycle Cost)的綜合最優(yōu)，落實資產全生命周期管理體系的資產管理策略、業(yè)務流程、組織架構、評估考核等關鍵要素，為科學高效的現代化資產全生命周期管理體系建設及目標的實現提供信息系統(tǒng)支持。1.1名詞解釋名詞解釋縮寫描述設計模式設計模式提供了設計不同系統(tǒng)、不同應用時經常發(fā)生的問題的解決方案，向編程人員提供特定

8、問題的可依據的方法藍圖。J2EE全稱是 Java 2 Platform Enterprise Edition，它是由 sun 公司領導、各廠商共同制定并得到廣泛認可的工業(yè)標準。 XMLXML(Extensible Markup Language)，一種擴展性標識語言。MVC 模式模式MVC 是 ModelViewController 的簡寫。Model 代表的是應用的業(yè)務邏輯（通過JavaBean，ActionForm 實現）。 View 是應用的表示面（由 JSP 頁面產生）。 廣東電網公司企業(yè)級資產管理系統(tǒng)概要設計說明書深圳市康拓普信息技術有限公司 第 2 頁Controller 是提供應

9、用的處理過程控制（一般是一個 Servlet），通過這種設計模型把應用邏輯，處理過程和顯示邏輯分成不同的組件實現。StrutsStruts 是采用 Java Servlet/JavaServerPages 技術，開發(fā) Web應用程序的開放源碼的 FrameWork。Web ServiceWeb Services 是建立可互操作的分布式應用程序的新平臺，是一種新的 web 應用程序分支，他們是自包含、自描述、模塊化的應用。水晶報表水晶報表為企業(yè)提供了用于 OLAP 的交互式的、簡單易用的分析報表功能，專為 Web 用于而設計，為企業(yè)的決策人員提供了無與倫比的決策支持功能。Ejb3.0.1.2系統(tǒng)

10、的上下文聯(lián)系系統(tǒng)的上下文聯(lián)系企企業(yè)業(yè)級級資資產產管管理理系系統(tǒng)統(tǒng)招招投投標標系系統(tǒng)統(tǒng)PKIOAK合合同同管管理理檔檔案案管管理理生生產產系系統(tǒng)統(tǒng)全全面面預預算算管管理理1.系統(tǒng)與 Excel 2000 / XP/2003 的接口使用 Apache POI 組件。2.系統(tǒng)與數據庫連接使用數據庫連接池。 廣東電網公司企業(yè)級資產管理系統(tǒng)概要設計說明書深圳市康拓普信息技術有限公司 第 3 頁3.系統(tǒng)與 XML 文檔交互使用 Apache JDOM。4.系統(tǒng)采用打印組件來實現打印和打印預覽功能。5.系統(tǒng)提供與財務系統(tǒng)的接口。付款單據傳入財務系統(tǒng)，財務付款后，企業(yè)級資產管理系統(tǒng)能夠及時從財務系統(tǒng)獲取付款的

11、數據。6.系統(tǒng)通過定時器組件實現與 OAK 系統(tǒng)的接口，每天通過 OAK 系統(tǒng)提醒用戶及時處理企業(yè)級資產管理系統(tǒng)的待辦工作。7.系統(tǒng)提供與招投標系統(tǒng)的接口。將項目信息傳遞給招投標管理系統(tǒng)，項目招標后，企業(yè)級資產管理系統(tǒng)能夠及時從招投標系統(tǒng)中獲取項目的招標信息。8.系統(tǒng)提供與生產管理系統(tǒng)進行的接口。實現項目管理、設備臺帳、維護計劃、工單與生產管理系統(tǒng)的交互。9.和企業(yè)信息門戶管理系統(tǒng)集成，支持從門戶系統(tǒng)直接進入企業(yè)級資產管理系統(tǒng)來處理待辦事宜。10. 采用 WebService 和 EJB 遠程接口技術實現系統(tǒng)之間的數據交換。其中 EJB 遠程接口技術的使用適用于由我公司開發(fā)的業(yè)務系統(tǒng)之間的數據

12、交換。WebService 技術主要適用我公司開發(fā)的系統(tǒng)與其他公司開發(fā)的業(yè)務系統(tǒng)之間的數據交換。1.3系統(tǒng)的物理部署結構系統(tǒng)的物理部署結構企業(yè)級資產管理系統(tǒng)的部署采用“全省大集中”的模式，系統(tǒng)存在用戶數、業(yè)務數據量大特點，建議系統(tǒng)硬件架構如下圖所示： 廣東電網公司企業(yè)級資產管理系統(tǒng)概要設計說明書深圳市康拓普信息技術有限公司 第 4 頁系統(tǒng)硬件架構1.4系統(tǒng)的技術體系結構系統(tǒng)的技術體系結構 廣東電網公司企業(yè)級資產管理系統(tǒng)概要設計說明書深圳市康拓普信息技術有限公司 第 5 頁1.5系統(tǒng)的功能體系結構系統(tǒng)的功能體系結構項目管理項目管理企業(yè)級資產管理企業(yè)級資產管理系統(tǒng)系統(tǒng)前期與立項設計與計劃執(zhí)行與監(jiān)控

13、資料管理物資管理物資管理申購管理采購管理儲運管理品控管理竣工決算招投標管理系招投標管理系統(tǒng)統(tǒng)合同管理系合同管理系統(tǒng)統(tǒng)生產管理系生產管理系統(tǒng)統(tǒng)檔案管理系檔案管理系統(tǒng)統(tǒng)EIPPKIOAK設備臺帳管理設備管理設備管理工單管理財務管理財務管理資金管理核算管理全面預算管理全面預算管理系統(tǒng)系統(tǒng)固定資產管理模版管理配置管理企業(yè)級資產管理系統(tǒng)在項目前期管理、設計、執(zhí)行與監(jiān)控到竣工的過程中，通過物料裝配使初設臺帳形成正式的設備臺帳，以概算結構為核心控制整個項目過程發(fā)生成本，歸集物資采購與服務采購成本，所有成本分攤到暫估資產卡片后形成正式的固定資產卡片。技改項目涉及到資產報廢和閑置則需要更新資產卡片，并將閑置物資

14、入庫供再次使用。在生產運營過程中由預試、定檢、消缺等運維工作生成工單，根據設備與備品配件的關聯(lián)關系查找?guī)齑妫梢灶I用備品配件或者進行物資申購，生成物資和服務采購訂單，在工單執(zhí)行過程中將歸集所有發(fā)生成本。1.6子系統(tǒng)概述子系統(tǒng)概述根據需求規(guī)格說明書將系統(tǒng)劃分為以下 4 個主要功能模塊，項目管理、物資管理、設備管理、財務管理。項目管理包括前期管理、設計與計劃、執(zhí)行與監(jiān)控、竣工決算等子模塊，前期管理包括了項目從規(guī)劃到項目年度投資計劃，設計與計劃包括項目開工前的各項設計與計劃工作，執(zhí)行與監(jiān) 廣東電網公司企業(yè)級資產管理系統(tǒng)概要設計說明書深圳市康拓普信息技術有限公司 第 6 頁控規(guī)劃包括項目施工過程中對質

15、量、安全、資金的控制，竣工決算包括項目階段驗收到決算轉資的工作。類端目錄結構： JSP 整體目錄結構：模塊名稱JSP 目錄說明對應的需求項component重用組件config通用配置管理維護組件css通用的 cssdownload提供 Java 下載文件error通用的系統(tǒng)錯誤提示頁面images通用的圖片文件include通用的包含文件js通用的 js 文件lcam企業(yè)級資產管理系統(tǒng) Jsp 文件項目文件webprojectmaterial目錄說明：按照系統(tǒng)的功能劃分。masterdata 基本資料，數據業(yè)務層。commom 公用函數。component 公用組件。interactive

16、與外部系統(tǒng)的 webservice 接口。project 項目管理各個模塊material 物資管理各個模塊device 設備管理各個模塊finance 財務管理各個模塊payment 付款contract 合同 廣東電網公司企業(yè)級資產管理系統(tǒng)概要設計說明書深圳市康拓普信息技術有限公司 第 7 頁devicefinancecontractpaymentcommoncomponentimagesjsprimarypage通用系統(tǒng)訪問主頁面system系統(tǒng)的管理文件WEB-INF配置文件存放路徑workflow工作流引擎頁面文件extext 動態(tài) js 組件配置文件目錄結構：目錄下級目錄說明對應的

17、需求項lcam企業(yè)級資產管理系統(tǒng)的配置文件projectmaterialdevicefinancecontractpaymentcomponentdwrtemplate(excel、doc、xml)compagedwr 配置文件 tld存放標簽WEB-INFlib存放工程項目管理系統(tǒng)所引用到的包集合APP-INFclasses存放編譯以后的 Java 類代碼配置平臺目錄結構 廣東電網公司企業(yè)級資產管理系統(tǒng)概要設計說明書深圳市康拓普信息技術有限公司 第 8 頁目錄下級目錄說明project項目管理相關配置material物資管理相關配置device設備管理相關配置finance財務管理相關配置c

18、ontract合同管理相關配置payment付款管理相關配置ct.lcam.masterdata主數據管理相關配置1.7系統(tǒng)主要場景描述系統(tǒng)主要場景描述系統(tǒng)場景從系統(tǒng)應用層的實現方式分為以 JSP 和 Struts 兩種實現方式；從系統(tǒng)功能上分可以分為新增場景和查詢場景。1.7.1新增場景新增場景 新增、更新、刪除等操作場景與新增場景類似，統(tǒng)稱新增場景。下面以新增開工申請為例對以 Struts 方式實現的前端表現層的新增場景進行描述，如圖： 廣東電網公司企業(yè)級資產管理系統(tǒng)概要設計說明書深圳市康拓普信息技術有限公司 第 9 頁用戶 StartExecut.jsp StartExecutActio

19、n.java StartExecutMan.java增加開工申請 StartExecutAppSrv.java調用Action將Form傳給VO將VO傳給代理調用業(yè)務邏輯執(zhí)行增加返回整數表示操作成功返回參數把返回值傳給Action提示用戶成功把返回值傳給JSP StartExecutDao.java調用DAO插入數據Struts 為前端表現層的新增場景1.7.2查詢場景查詢場景查詢、顯示列表等場景都歸為查詢場景。下面以開工申請的查詢?yōu)槔枋?Struts 為前端表現層的查詢場景： 廣東電網公司企業(yè)級資產管理系統(tǒng)概要設計說明書深圳市康拓普信息技術有限公司 第 10 頁Struts 為前端表現層的

20、查詢場景1.8關鍵的設計概念關鍵的設計概念1.8.1系統(tǒng)采用技術簡介系統(tǒng)采用技術簡介1.8.1.1MVC 模式簡介模式簡介 廣東電網公司企業(yè)級資產管理系統(tǒng)概要設計說明書深圳市康拓普信息技術有限公司 第 11 頁MVC 英文即 Model-View-Controller，即把一個應用的輸入、處理、輸出流程按照Model、View、Controller 的方式進行分離，這樣一個應用被分成三個層-模型層、視圖層、控制層。 它們分別擔任不同的任務，下圖顯示了這幾個模塊各自的功能以及它們之間的相互關系。視圖視圖視圖(View)代表用戶交互界面，對于 Web 應用來說，可以概括為 HTML 界面，但有可能

21、為XHTML、XML 和 Applet。隨著應用的復雜性和規(guī)模性，界面的處理也變得具有挑戰(zhàn)性。一個應用可能有很多不同的視圖，MVC 設計模式對于視圖的處理僅限于視圖上數據的采集和處理，以及用戶的請求，而不包括在視圖上的業(yè)務流程的處理。業(yè)務流程的處理交予模型(Model)處理。比如一個訂單的視圖只接受來自模型的數據并顯示給用戶，以及將用戶界面的輸入數據和請求傳遞給控制和模型。模型模型模型(Model)就是業(yè)務流程/狀態(tài)的處理以及業(yè)務規(guī)則的制定。業(yè)務流程的處理過程對其它層來說是黑箱操作，模型接受視圖請求的數據，并返回最終的處理結果。業(yè)務模型的設計可以說是 MVC最主要的核心。目前流行的 EJB 模

22、型就是一個典型的應用例子，它從應用技術實現的角度對模型做了進一步的劃分，以便充分利用現有的組件，但它不能作為應用設計模型的框架。它僅僅告訴你按這種模型設計就可以利用某些技術組件，從而減少了技術上的困難。對一個開發(fā)者來說，就可以專注于業(yè)務模型的設計。MVC 設計模式告訴我們，把應用的模型按一定的規(guī)則抽取出來，抽取的層次很重要，這也是判斷開發(fā)人員是否優(yōu)秀的設計依據。抽象與具體不能隔得太遠，也不能太近。MVC并沒有提供模型的設計方法，而只告訴你應該組織管理這些模型，以便于模型的重構和提高重用性。 廣東電網公司企業(yè)級資產管理系統(tǒng)概要設計說明書深圳市康拓普信息技術有限公司 第 12 頁我們可以用對象編程

23、來做比喻，MVC 定義了一個頂級類，告訴它的子類你只能做這些，但沒法限制你能做這些。 業(yè)務模型還有一個很重要的模型那就是數據模型。數據模型主要指實體對象的數據 保存（持續(xù)化）。比如將一張訂單保存到數據庫，從數據庫獲取訂單。我們可以將這個模型單獨列出，所有有關數據庫的操作只限制在該模型中?？刂破骺刂破骺刂?Controller)可以理解為從用戶接收請求, 將模型與視圖匹配在一起，共同完成用戶的請求。劃分控制層的作用也很明顯，它清楚地告訴你，它就是一個分發(fā)器，選擇什么樣的模型，選擇什么樣的視圖，可以完成什么樣的用戶請求?？刂茖硬⒉蛔鋈魏蔚臄祿幚?。例如，用戶點擊一個連接，控制層接受請求后, 并不處

24、理業(yè)務信息，它只把用戶的信息傳遞給模型，告訴模型做什么，選擇符合要求的視圖返回給用戶。因此，一個模型可能對應多個視圖，一個視圖可能對應多個模型。MVC 處理過程首先控制器接受用戶的請求，并決定應該調用哪個模型來進行處理；然后模型根據用戶請求進行相應的業(yè)務邏輯處理，并返回數據；最后控制器調用相應的視圖來格式化模型返回的數據，并通過視圖呈現給用戶。MVC 的優(yōu)點首先，模型、視圖與控制器的分離，使得一個模型可以具有多個顯示視圖。如果用戶通過某個視圖的控制器改變了模型的數據，所有其它依賴于這些數據的視圖都應反映到這些變化。因此，無論何時發(fā)生了何種數據變化，控制器都會將變化通知所有的視圖，導致顯示的更新

25、。這實際上是一種模型的變化-傳播機制。其次，模型是自包含的，與控制器和視圖保持相對獨立，所以可以方便地改變應用程序的數據層和業(yè)務規(guī)則。此外，控制器提高了應用程序的靈活性和可配置性。MVC 的應用范圍適用 MVC 需要精心的計劃，由于它的內部原理比較復雜，所有需要花費一些時間去理解它。將MVC 運用導應用系統(tǒng)中，會帶來額外的工作量，增加應用的復雜性，所以 MVC 不適合小型應用程序。但對于開發(fā)存在大量用戶界面，并且業(yè)務邏輯復雜的大型應用程序，MVC 將會使軟件在健壯性、代碼重用和結構方面上一個新的臺階。盡管在最初構建 MVC 框架時會花費一定的工作量，但從長遠的角度來看，它會大大提高后期軟件開發(fā)

26、的效率。MVC 與 J2EE 架構的關系MVC 與 J2EE 架構的對應關系是：View 處于 Web Tier 或者說是 Client Tier，通常是JSP/Servlet，即頁面顯示部分。Controller 也處于 Web Tier，通常用 Servlet 來實現，即頁面顯 廣東電網公司企業(yè)級資產管理系統(tǒng)概要設計說明書深圳市康拓普信息技術有限公司 第 13 頁示的邏輯部分實現。Model 處于 Middle Tier，通常用服務端的 javaBean 或者 EJB 實現，即業(yè)務邏輯部分的實現。MVC 與 Struts 的關系MVC 模式是一種架構模式，其實需要其他模式協(xié)作完成。在 J2

27、EE 模式目錄中，通常采用service to worker 模式實現，而 service to worker 模式可由集中控制器模式，派遣器模式和Page Helper 模式組成。而 Struts 只實現了 MVC 的 View 和 Controller 兩個部分，Model 部分需要開發(fā)者自己來實現，Struts 提供了抽象類 Action 使開發(fā)者能將 Model 應用于 Struts 框架中。1.8.1.2Struts 簡介簡介對于開發(fā) Web 應用，要從頭設計并開發(fā)出一個可靠、穩(wěn)定的框架并不是一件容易的事。幸運的是，隨著 web 開發(fā)技術的日趨成熟，在 web 開發(fā)領域出現了一些現成

28、的優(yōu)秀的框架，開發(fā)者可以直接使用他們，Struts 就是一種不錯的選擇，它是基于 MVC 的 Web 應用框架。在 Struts 中，模型由實現業(yè)務邏輯的 JavaBean 或 EJB 組件構成，控制器由 ActionServlet 和Action 來實現，視圖由一組 JSP 文件構成。下圖顯示了 Struts 實現的 MVC 框架。Struts-config.xml瀏瀏覽覽器器Web服服務務器器（控控制制器器）ActionServlet(視視圖圖)JSP(模模型型)EJBEJBEJBActionActionAction(Struts 實現的 MVC 框架)在 Struts 框架中，視圖就是一

29、組 JSP 文件，在這些 JSP 文件中沒有業(yè)務邏輯，也沒有模型信息，只由標簽，這些標簽可以是標準的 JSP 標簽或客戶化標簽，如 Struts 標簽庫里的標簽，此外，通常也將 Struts 框架中的 ActionForm Bean 也劃分到視圖模塊中。模型表示應用程序的狀態(tài)和業(yè)務邏輯，在這里，我們用 JavaBean 和 EJB 組件來實現。控制器由 ActionServlet 類和 Action 類來實現。在 Struts 中，模型、視圖、控制器三者之間的關系和各自的主要功能如下圖： 廣東電網公司企業(yè)級資產管理系統(tǒng)概要設計說明書深圳市康拓普信息技術有限公司 第 14 頁1.8.1.3EJB

30、 技術簡介技術簡介EJB 的概念的概念EJB 的全稱是 Enterprise java bean。是 JAVA 中的商業(yè)應用組件技術。EJB 結構中的角色 EJB 組件結構是基于組件的分布式計算結構，是分布式應用系統(tǒng)中的組件。EJB 的體系結構的體系結構EJB 分布式應用程序是基于對象組件模型的，低層的事務服務用了 API 技術。EJB 技術簡化了用 JAVA 語言編寫的企業(yè)應用系統(tǒng)的開發(fā)，配置。EJB 技術定義了一組可重用的組件：Enterprise Beans。你可以利用這些組件，象搭積木一樣的建立你的分布式應用程序。當你把代碼寫好之后，這些組件就被組合到特定的文件中去。每個文件有一個或多

31、個 Enterprise Beans，在加上一些配置參數。最后，這些 Enterprise Beans 被配置到一個裝了 EJB 容器的平臺上?？蛻裟軌蛲ㄟ^這些Beans 的 home 接口，定位到某個 beans，并產生這個 beans 的一個實例。這樣，客戶就能夠調用 Beans 的應用方法和遠程接口。EJB 服務器作為容器和低層平臺的橋梁管理著 EJB 容器和函數。它向 EJB 容器提供了訪問系統(tǒng)服務的能力。例如：數據庫的管理和事務的管理，或者對于其它的 Enterprise 的應用服務器。所有的 EJB 實例都運行在 EJB 容器中。容器提供了系統(tǒng)級的服務，控制了 EJB 的生命周期。

32、EJB 中的有一些易于使用的管理工具如：Security-配置描述器（The Deployment descriptor）定義了客戶能夠訪問的不同的應用函數。容器通過只允許授權的客戶訪問這些函數來達到這個效果。Remote Connectivity-容器為遠程鏈接管理著低層的通信 issues，而且對 Enterprise Beas 的開發(fā)者和客戶都隱藏了通信細節(jié)。EJB 的開發(fā)者在編寫應用方法的時候，就象是在條用本地的平臺一樣的?？蛻粢膊磺宄麄冋{用的方法可能是在遠程被處理的。Life Cycle managment-客戶簡單的創(chuàng)建一個 Enterprise beans 的實例，并通常取消一

33、個實例。而容器管理著 Enterprise Beans 的實例，使 Enterprise Beans 實現最大的效能 廣東電網公司企業(yè)級資產管理系統(tǒng)概要設計說明書深圳市康拓普信息技術有限公司 第 15 頁和內存利用率。容器能夠這樣來激活和使 Enterprise Beans 失效，保持眾多客戶共享的實例池。等等。 Trasction management-配置描述器定義了 Enterprise beans 的事務處理的需求。容器管理著那些管理分布式事務處理的復雜的 issues。這些事務可能要在不同的平臺之間更新數據庫。容器使這些事務之間互相獨立，互不干擾。保證所有的更新數據庫都是成功發(fā)生的，

34、否者，就回滾到事務處理之前的狀態(tài)。EJB 組件是基于分布式事務處理的企業(yè)級應用程序的組件。所有的 EJB 都有如下的特點：EJB包含了處理企業(yè)數據的應用邏輯。定義了 EJB 的客戶界面。這樣的界面不受容器和服務器的影響。于是，當一個 EJB 被集合到一個應用程序中去時，不用更改代碼和重新編譯。EJB 能夠被定制 各種系統(tǒng)級的服務，例如安全和事務處理的特性，都不是屬于 EJB 類的。而是由配置和組裝應用程序的工具來實現。 EJB 的分類的分類有兩種類型的 EJB: Session beans 和 entity beans。Sessionbeans 是一種作為單用戶執(zhí)行的對象。作為對遠程的任務請求

35、的相應，容器產生一個 Session beans 的實例。一個 Session beans 有一個用戶.從某種程度上來說，一個 Session bean 對于服務器來說就代表了它的那個用戶.Session beans 也能用于事務，它能夠更新共享的數據，但它不直接描繪這些共享的數據。Session beans 的生命周期是相對較短的。典型的是，只有當用戶保持會話的時候，Session beans 才是活著的。一旦用戶退出了，Session beans 就不再與用戶相聯(lián)系了。Session beans被看成是瞬時的，因為如果容器崩潰了，那么用戶必須重新建立一個新的 Session 對象來繼續(xù)會話

36、。Session bean 典型的聲明了與用戶的互操作或者會話。也就是說，Session bean 了在客戶會話期間，通過方法的調用，掌握用戶的信息。一個具有狀態(tài)的 Session bean 稱為有狀態(tài)的 Session bean.當用戶終止與 Session beans 互操作的時候.會話終止了，而且，bean 也不再擁有狀態(tài)值。Session bean 也可能是一個無狀態(tài)的 session bean.無狀態(tài)的 Session beans 并不掌握它的客戶的信息或者狀態(tài)。用戶能夠調用 beans 的方法來完成一些操作。但是，beans 只是在方法調用的時候才知道用戶的參數變量。當方法調用完成

37、以后，beans 并不繼續(xù)保持這些參數變量。這樣，所有的無狀態(tài)的 session beans 的實例都是相同的，除非它正在方法調用期間。這樣，無狀態(tài)的Session beans 就能夠支持多個用戶.容器能夠聲明一個無狀態(tài)的 Session beans.能夠將任何Session beans 指定給任何用戶。Entity Beans 對數據庫中的數據提供了一種對象的視圖。例如：一個 Entity bean 能夠模擬數據庫表中一行相關的數據。多個 client 能夠共享訪問同一個 Entity bean.多個 client 也能夠同時的訪問同一個 Entity bean.Entity beans 通

38、過事務的上下文來訪問或更新下層的數據。這樣，數據的完整性就能夠被保證。Entity Beans 能存活相對教長的時間，并且狀態(tài)是持續(xù)的。只要數據庫中的數據存在，Entity beans 就一直存活。而不是按照應用程序或者服務進程來說的。即使 EJB 容器崩潰了，Entity beans 也是存活的。Entity Beans 生命周期能夠被容器或者 Beans 自己管理。如果 廣東電網公司企業(yè)級資產管理系統(tǒng)概要設計說明書深圳市康拓普信息技術有限公司 第 16 頁由容器控制著保證 Entity beans 持續(xù)的 issus。如果由 Beans 自己管理，就必須寫 Entity beans的代碼，

39、包括訪問數據庫的調用。 Entity Beans 是由主鍵（primary key 一種唯一的對象標識符）標識的。通常，主鍵與標識數據庫中的一塊數據，例如一個表中的一行，的主鍵是相同的。主鍵是client 能夠定位特定的數據塊。（增加 EJB3 介紹、吳華庭）1.8.1.4Web Service 簡介簡介Web Services 是建立可互操作的分布式應用程序的新平臺，是一種新的 web 應用程序分支，他們是自包含、自描述、模塊化的應用，可以發(fā)布、定位、通過 web 調用。Web Service 可以執(zhí)行從簡單的請求到復雜商務處理的任何功能。一旦部署以后，其他 Web Service 應用程序

40、可以發(fā)現并調用它部署的服務。 Web Service 平臺需要一套協(xié)議來實現分布式應用程序的創(chuàng)建。任何平臺都有它的數據表示方法和類型系統(tǒng)。要實現互操作性，Web Service 平臺必須提供一套標準的類型系統(tǒng)，用于溝通不同平臺、編程語言和組件模型中的不同類型系統(tǒng)。在傳統(tǒng)的分布式系統(tǒng)中，基于界面(interface)的平臺提供了一些方法來描述界面、方法和參數（譯注：如 com 和 cobar 中的 idl 語言。同樣的，Web Service 平臺也必須提供一種標準來描述 Web Service，讓客戶可以得到足夠的信息來調用這個Web Service。最后，我們還必須有一種方法來對這個 Web

41、 Service 進行遠程調用。這種方法實際是一種遠程過程調用協(xié)議(rpc)。同時 rpc 協(xié)議還與編程語言無關。一般 Web Service 實現包含四個基本步驟：創(chuàng)建 Web Service 的商業(yè)邏輯（通常是一些 Java 類）；將這些 Java 類部署到一個 SOAP 服務器上；生成客戶訪問代碼；部署客戶應用。而 Web Service由兩部分組成:SOAP-Web Service 之間的基本通信協(xié)議;WSDL-Web Service 描述語言，它定義了 Web Service 做什么，怎么做和查詢的信息。下圖描述了 Web Service 的 3 個組成部分-WSDL、SOAP、UD

42、DI。Web Service服務描述What，how，where服務消息RequestResponse公共網址URLWSDLSOAPUDDI 廣東電網公司企業(yè)級資產管理系統(tǒng)概要設計說明書深圳市康拓普信息技術有限公司 第 17 頁Web Service 的三個組成部分下面是組成 Web Service 平臺的三項技術：1.8.1.4.1XML 和和 XSD 擴展的標記語言(xml)是 web service 平臺中表示數據的基本格式。除了易于建立和易于分析外，xml 主要的優(yōu)點在于它既是平臺無關的，又是廠商無關的。無關性是比技術優(yōu)越性更重要的：軟件廠商是不會選擇一個由競爭對手所發(fā)明的技術的。 x

43、ml 解決了數據表示的問題，但它沒有定義一套標準的數據類型，更沒有說怎么去擴展這套數據類型。例如，整形數到底代表什么？16 位，32 位，還是 64 位？這些細節(jié)對實現互操作性都是很重要的。w3c 制定的 xml schema(xsd)就是專門解決這個問題的一套標準。它定義了一套標準的數據類型，并給出了一種語言來擴展這套數據類型。Web Service 平臺就是用 xsd 來作為其數據類型系統(tǒng)的。我們用 Java 來構造一個 Web Service 時，為了符合 Web Service 標準，所有使用的數據類型都必須被轉換為 xsd 類型。1.8.1.4.2SOAPWeb Service 建好

44、以后，就需要去調用它。簡單對象訪問協(xié)議(Soap)提供了標準的 rpc 方法來調用 Web Service。實際上，Soap 規(guī)范定義了 Soap 消息的格式，以及怎樣通過 http 協(xié)議來使用Soap。Soap 也是基于 xml 和 xsd 的，xml 是 Soap 的數據編碼方式。Soap 是 XML Web Service 的通信協(xié)議。當把 SOAP 描述為一種通信協(xié)議時，多數人都會想到 DCOM 或 CORBA，并且會問SOAP 如何激活對象？或SOAP 使用什么樣的命名服務？等問題。雖然 SOAP 實現方案可能會包含上述內容，但 SOAP 標準并未對其進行規(guī)定。SOAP 一種規(guī)范，用

45、來定義消息的 XML 格式 - 這是規(guī)范中所必需的部分。包含在一對 SOAP 元素中的、結構正確的 XML 段就是 SOAP 消息。SOAP 規(guī)范的其他部分介紹如何將程序數據表示為 XML，以及如何使用 SOAP 進行遠程過程調用 (RPC)。這些可選的規(guī)范部分用于實現 RPC 形式的應用程序，其中客戶端將發(fā)出一條 SOAP 消息（包含可調用函數，以及要傳送到該函數的參數），然后服務器將返回包含函數執(zhí)行結果的消息。目前，多數 SOAP 實現方案都支持 RPC 應用程序，這是因為習慣于開發(fā) COM 或 CORBA 應用程序的編程人員熟悉 RPC 形式。SOAP 還支持文檔形式的應用程序，在這類應

46、用程序中，SOAP 消息只是 XML 文檔的一個包裝。文檔形式的 SOAP 應用程序非常靈活，許多新的 XML Web Service 都利用這一特點來構建使用 RPC 難以實現的服務。SOAP 規(guī)范的最后一個可選部分定義了包含 SOAP 消息的 HTTP 消息的樣式。此 HTTP 綁定非常重要，因為幾乎所有當前的 OS（以及許多以前的 OS）都支持 HTTP。HTTP 綁定雖然是可選的，但幾乎所有 SOAP 實現方案都支持 HTTP 綁定，因為它是 SOAP 的唯一標準協(xié)議。由于這一原因，人們通常誤認為 SOAP 必須使用 HTTP。其實，有些實現方案也支持 MSMQ、MQ 廣東電網公司企業(yè)

47、級資產管理系統(tǒng)概要設計說明書深圳市康拓普信息技術有限公司 第 18 頁系列、SMTP 或 TCP/IP 傳輸，但由于 HTTP 非常普遍，幾乎所有當前的 XML Web Service 都使用它。由于 HTTP 是 Web 的核心協(xié)議，因此大多數組織的網絡基礎結構都支持 HTTP，并且員工已經了解了如何對其進行管理。如今，已經建立了用于 HTTP 的安全保護、監(jiān)視和負載平衡的基礎結構。1.8.1.4.3WSDL用機器能閱讀的方式提供一個正式的描述文檔。Web service 描述語言(WSDL)就是這樣一個基于 XML 的語言，用于描述 Web Service 及其函數、參數和返回值。因為是基

48、于 XML 的，所以WSDL 既是機器可閱讀的，又是人可閱讀的，這將是一個很大的好處。一些最新的開發(fā)工具既能根據你的 Web Service 生成 WSDL 文檔，又能導入 WSDL 文檔，生成調用相應 Web Service 的代碼。1.8.1.4.4開發(fā)開發(fā) Web Service 的步驟的步驟1、編寫服務器端導入 WebService 包和 WebMethod 包：import javax.jws.WebService； import javax.jws.WebMethod;實現的服務類前加WebService 符號； 為了代碼清晰,類提供的公開方法前加WebMethod 符號,這個不寫

49、對編譯也沒影響。2、編譯服務器端javac 命令的 classpath 選項中要有 javaee.jar 的路徑，如 javac -classpath d:/Sun/SDK/lib/javaee.jar -d ./build src/endpoint/Hello.java用 wsgen 命令生成 wsdl 文件.服務器端打包。3、在客戶端機器上自動生成 stub 類客戶機上必須也裝有 jdk 和 javaee5用 wsimport 工具將服務器傳過來的 wsdl 文件轉換成本地的 stub 類4、編寫客戶端調用代碼導入 WebServiceRef 包：import javax.xml.ws.W

50、ebServiceRef;導入本地生成的 stub 類，如：import endpoint.HelloService;import endpoint.Hello;指明服務器的 wsdl 路徑：WebServiceRef(wsdlLocation=http:/localhost:8080/xxx/xxxService?WSDL)聲明一個靜態(tài)的 service 對象：static HelloService service;對要調用的遠程方法聲明一個代理對象，通過代理來調用真正的遠程方法5、編譯客戶端調用程序，注意 classpath 參數中要有 廣東電網公司企業(yè)級資產管理系統(tǒng)概要設計說明書深圳市康

51、拓普信息技術有限公司 第 19 頁stub 類的路徑；javaee.jar 的路徑；appserv-ws.jar 的路徑。6、用 appclient 執(zhí)行客戶端程序進入到客戶端程序的上級目錄；把 APPCPATH 的值設置為當前目錄；appclient 的第一個參數為客戶端程序名，后面的參數是傳給客戶端程序本身的命令行參數。下圖是分布式服務下 Web Service 的實現結構圖：客戶端程序JAX-RPC StubJAX-RPC運行環(huán)境JAX-RPCTieJAX-RPC運行環(huán)境服務接口實現（無狀態(tài)會話Bean或者Java對象）業(yè)務邏輯實現層Web ServiceHTTP傳輸SOAP請求服務實現

52、返回結果Web Service 的基本結構圖客戶端需要根據 WSDL 創(chuàng)建客戶端 Java 程序，其中包括 Stub 程序。客戶端調用相應的 Stub 程序，進一步調用 JAX-RPC（Java APIs for XML-Based Remote Procedure Call,基于 XML 的遠程過程調用的 Java API）運行環(huán)境創(chuàng)建 SOAP 請求消息，通過 HTTP 傳輸給服務器端。Web 服務器端的 JAX-RPC 運行環(huán)境在收到 SOAP 請求消息后，對 SOAP 的 XML 內容進行解析，再通過 Tie 來調用服務接口實現類（無狀態(tài)會話 Bean 或者 Java 對象），得到結果

53、后，創(chuàng)建SOAP 響應消息返回給客戶端。1.8.2 系統(tǒng)中的系統(tǒng)中的 J2EE 應用模式應用模式本系統(tǒng)主要采用 J2EE 和 JSP 兩項技術構建，同時還有 Struts 和 XML。J2EE 應用于服務器端，主要采用 EJB 技術，提供與數據庫的交互、與 Struts 的通信。EJB 分為實體 Bean 和會話Bean 兩大部分，實體 Bean 全部采用 CMP(即容器管理的持續(xù))，特殊情況下可采用 BMP(Bean 管 廣東電網公司企業(yè)級資產管理系統(tǒng)概要設計說明書深圳市康拓普信息技術有限公司 第 20 頁理的持續(xù))，CMP 實現與數據庫的交互，實現對數據的存取以及數據庫事務的管理；會話 B

54、ean 實現業(yè)務邏輯，對數據進行邏輯處理，同時提供了 Struts 的訪問接口。考慮到系統(tǒng)中存在大量數據的訪問，如果客戶端直接調用 CMP,那么將產生大量的 RMI 調用，從而加重網絡負載，影響系統(tǒng)的性能。因此系統(tǒng)中的 EJB 采用 Value Object(值對象)模式，將要顯示給用戶的數據封裝到值對象中，然后通過會話 Bean 的方法調用返回給客戶端。另外，采用了 PPI模式(Page By Page Iterator)等進行數據的分頁顯示，進一步減輕網絡負載，提高系統(tǒng)的訪問效率。同時結合 DAO 模式(Data Access Object)等實現對部分數據的存取訪問?？紤]到深圳供電局目要

55、求門戶信息管理系統(tǒng)上能夠及時的反映項目管理系統(tǒng)的各項指標，以便提供給領導查閱、參考或決策，我們采用了基于 WebService 的技術來實現項目管理系統(tǒng)數據指標的定時存取功能，這種技術允許網絡上的所有系統(tǒng)進行交互。隨著技術的發(fā)展，一個 Web 服務可以包含額外的指定功能并且可以在多個 B2B 應用中協(xié)作通訊。 Web 服務可以理解請求中上下文的關系，并且在每一個特定的情況下產生動態(tài)的結果。這些服務會根據用戶的身份，地點以及產生請求的原因來改變不同的處理，用以產生一個唯一的，定制的方案。這種協(xié)作機制對那些只對最終結果有興趣的用戶來說，是完全透明的。系統(tǒng)提供把項目導出導入 XML 文檔的功能，同時

56、系統(tǒng)還采用 XML 技術實現系統(tǒng)配置文件的訪問。XML 是一種能夠讓你自己創(chuàng)造標識的語言，它可以將數據與格式從網頁中分開，它可以儲存數據和共享數據，在本系統(tǒng)中就是利用 XML 的這種特性來進行數據的傳輸和存儲。另外，對于系統(tǒng)中部分信息的 Excel 導入導出采用第三方軟件 POI 實現，對系統(tǒng)報表的數據展示使用到了 WebService。下面是以上描述的圖解： 廣東電網公司企業(yè)級資產管理系統(tǒng)概要設計說明書深圳市康拓普信息技術有限公司 第 21 頁EntityBeanSessionBeanDelegate（業(yè)務代表）DataBase讀取數據調用SessionBean的方法類類端端模模型型（E E

57、J JB B）S St tr ru ut ts s方方式式Filter（進行編碼和session過期判斷）JSP(顯示)ActionForm通過Action調用業(yè)務代表方法與ActionForm數據交互通過配置文件對其控制調用Taglib調用標簽顯示控制ActionServletDA0調用DAO的方法通過jdbc進行數據交互ActionHttp輸入通過JPA Annotation訪問EntityBean1.8.3 系統(tǒng)應用的字符編碼系統(tǒng)應用的字符編碼（統(tǒng)一用 GBK）無論是對 Web 應用的本地化還是國際化，都會涉及到字符編碼轉換問題，Web 應用的各種可能的輸入和輸出，當數據流的源與目的地使

58、用不同的字符編碼時，就需要對字符編碼進行正確的轉換。 廣東電網公司企業(yè)級資產管理系統(tǒng)概要設計說明書深圳市康拓普信息技術有限公司 第 22 頁Web客客戶戶數數據據庫庫Web應應用用Web容器XML配配置置文文件件輸入表單數據輸出數據(Web 應用的輸入流和輸出流)1、處理 Http 請求數據編碼默認情況下，IE 瀏覽器發(fā)送請求時采用ISO-8859-1字符編碼，如果 Web 應用程序要正確的讀取用戶發(fā)送的中文數據，則需要進行編碼轉換。系統(tǒng)通過公用的字符編碼轉換函數來進行處理2、處理 XML 配置文件編碼在 XML 文件中包含有中文，將 XML 文件字符編碼設為GB2312，這樣在 Java 程

59、序加載和解析 XML 文件時無需再進行編碼轉換。 廣東電網公司企業(yè)級資產管理系統(tǒng)概要設計說明書深圳市康拓普信息技術有限公司 第 23 頁 3、處理資源文件編碼定義資源文件創(chuàng)建資源文件按照配置文件，創(chuàng)建對應的資源文件 ApplicationResources-impproject.properties對資源文件進行編碼轉換編碼轉化采用 JKD 中提供的 native2ascii 命令，在 DOS 下執(zhí)行如下命令，將生成按照GB2312 編碼的中文資源文件 ApplicationResources-impproject_zh_CN.properties當 Web 客戶的 Locale 為中文時，系

60、統(tǒng)框架將自動選擇來自ApplicationResources-impproject_zh_CN.properties 文件的消息文本。 廣東電網公司企業(yè)級資產管理系統(tǒng)概要設計說明書深圳市康拓普信息技術有限公司 第 24 頁1.8.4 表單驗證表單驗證系統(tǒng)采用 Validator 驗證框架引入 Validator,在配置文件中添加插件：添加要驗證的表單字段的信息：資源文件定義如下：1.8.5 工作流應用開發(fā)工作流應用開發(fā)現代企業(yè)管理通常圍繞一個或多個業(yè)務流程展開企業(yè)的各種活動和各項日常工作。通過業(yè)務流程協(xié)調企業(yè)各種物質和人力資源，利用計算機以流程驅動的工作流技術應運而生。 廣東電網公司企業(yè)級資產

61、管理系統(tǒng)概要設計說明書深圳市康拓普信息技術有限公司 第 25 頁工作流就是在一個業(yè)務處理過程中的信息流和控制流。信息流就是部門之間傳遞的各種文檔、消息和數據?？刂屏鳑Q定了在哪些部門、那些人之間傳遞信息，以及傳遞的次序。工作流系統(tǒng)的任務就是高效地管理公司業(yè)務處理過程中的這種信息流和控制流。工作流系統(tǒng)的特點：采用圖形化的描述手段，根據企業(yè)業(yè)務審批的過程模型，定義各種不同業(yè)務及其流程模型，約束各個環(huán)節(jié)的辦理權限和時限，使業(yè)務審批過程更加直觀，更加清晰，更加規(guī)范；通過圖形化工作流定義的強大功能，可以迅速實現業(yè)務審批過程的變更和重組。工作流系統(tǒng)的核心采用純 JAVA 編程，不依賴于運行的硬件和操作系統(tǒng)平

62、臺；根據流程定義，控制流程的流轉過程和工作流執(zhí)行過程中各種狀態(tài)和狀態(tài)變化，同時為用戶提供流程跟蹤信息，使得用戶能隨時查看流程的當前狀態(tài)和流程的執(zhí)行過程。為了定義流程并使用流程引擎的強大功能，應用程序需要調用工作流系統(tǒng)提供的接口。我們盡量為方便開發(fā)考慮，為用戶提供功能強大而調用簡單的接口，使用戶在短時間內便可開發(fā)出滿足需要的應用程序。1.8.5.1工作流系統(tǒng)的組成工作流系統(tǒng)的組成工作流系統(tǒng)有以下三大模塊（如下圖）：工作流定義模塊；工作流引擎；應用程序調用接口；工作流平臺關系示意圖1.8.5.2工作流定義工作流定義 廣東電網公司企業(yè)級資產管理系統(tǒng)概要設計說明書深圳市康拓普信息技術有限公司 第 26

63、 頁通過分析、建模將業(yè)務過程轉化成某種能夠被計算機處理的形式化表示，我們稱之為流程定義。為了能使用戶直觀、方便的定義流程，我們提供了圖形化的流程設計器，具體使用人員通過簡單拖拽即可輕松地完成流程定義工作；流程定義能夠滿足業(yè)務管理過程中各種審批業(yè)務的需要，能夠實現定向回退、條件分支等復雜流程。流程設計器采用純 JAVA 編程，不依賴于運行的硬件和操作系統(tǒng)平臺；采用中間件技術，穩(wěn)定、高效地完成分布式系統(tǒng)的通訊和協(xié)作，使得工作流的定義工作不依賴于處理服務器和服務器的運行環(huán)境。流程有以下基本概念：1、活動（Activity）任何一個業(yè)務流程都可以分解到最基本的行為步驟，稱為活動。它代表了為完成流程的最

64、終目的而執(zhí)行的獨立（最?。┤蝿??；顒涌赡苁侨斯?zhí)行的，也可能是自動執(zhí)行的。 連接（Connector）這是對業(yè)務流程活動之間的時間邏輯和處理邏輯關系的描述。2、參與者（Participant）參與者是部分或全部執(zhí)行某個活動的實例（即活動的一次運行）的人。每位參與者都必須具有屬于某個（某些）角色的屬性。 3、角色（Role）角色是組織中具有完成特定活動能力的參與者的邏輯表示。業(yè)務中的每個活動都要有角色與之相對應，并且需要屬于相應角色的資源來完成。參與者可能會屬于一個或多個角色，反之亦然。 4、數據源（Data Source）業(yè)務流程中用于活動存取的數據介質的集合。任何活動的執(zhí)行都有可能涉及數據或

65、信息的處理，訪問數據源有讀（read）和寫（write）兩種基本的形式。流程設計器兼有業(yè)務流程建模和工作流建模的功能特性，用戶使用設計器即可對實際的業(yè)務流程進行信息建模，由此產生圖形方式表達的業(yè)務模型。其中繪制的基本圖元包括：開始、結束標志及活動（節(jié)點）和連接。在每個活動上可附加定義規(guī)則屬性，以便動態(tài)決定實際執(zhí)行路徑的選擇。設計器提供以下功能幫助用戶定義流程：增加開始節(jié)點（標志）；增加結束節(jié)點（標志）；增加任務節(jié)點（活動）；增加流程分叉的條件節(jié)點；增加子流程；增加消息廣播節(jié)點：增加表示流程執(zhí)行路徑的連接，連接有三種方式表示執(zhí)行路徑；刪除節(jié)點、連接； 廣東電網公司企業(yè)級資產管理系統(tǒng)概要設計說明書

66、深圳市康拓普信息技術有限公司 第 27 頁定義任務節(jié)點的屬性；定義條件節(jié)點的屬性；定義流程的基本屬性；定義流程角色。1.6.5.3工作流引擎工作流引擎工作流引擎是工作流運行時控制系統(tǒng)的核心部分，提供工作流過程的管理及各活動步驟之間的狀態(tài)轉換，各種過程實例的執(zhí)行都是由它負責完成的。工作流引擎解釋流程定義，完成流程的可操作實例的創(chuàng)建及控制，調度流程中各活動步驟，為所涉及到的用戶生成待其處理的任務，并在合適的時機調用有關的應用程序資源，等等。工作流引擎主要提供以下功能：分析流程定義流程在執(zhí)行過程中，工作流引擎分析該流程的定義，通過分析定義的語意獲得當前流程的狀態(tài)，當前執(zhí)行任務，以及定義時為該任務指定的執(zhí)行方式、該任務處理完成后的轉交情況等信息。工作流引擎主要分析以下和任務有關的信息：任務是不是發(fā)送給同部門的用戶處理。這里的部門是泛指，既可以是一個科室、一個部門、一個分公司等等。進行這樣的語意分析是重要和有意義的，因為集團公司下屬若干分公司，分公司又有若干部門，部門中的每個人可能是申請人、處理人、審批人等等。假如員工要申請一項任務，首先報本部門的部門經理審批，然后逐級上報到集團公司。我們根據集