通用軟件研發(fā)項(xiàng)目實(shí)施解決方案

1、通用軟件研發(fā)項(xiàng)目實(shí)施方案通用軟件研發(fā)項(xiàng)目實(shí)施方案軟件系統(tǒng)架構(gòu)設(shè)計(jì)1.1概要說(shuō)明系統(tǒng)架構(gòu)主要包括應(yīng)用架構(gòu)和技術(shù)架構(gòu)。系統(tǒng)采用基于組件的標(biāo)準(zhǔn) SOA應(yīng)用架構(gòu)，以及按照SOA方法構(gòu)建的技術(shù)架構(gòu)。系統(tǒng)的應(yīng)用架構(gòu)采用了基于服務(wù)的體系架構(gòu)的策略與方法，從組件、子系統(tǒng)以及門(mén)戶三個(gè)層次對(duì)系統(tǒng)進(jìn)行構(gòu)建，組件組裝形成子系統(tǒng)，子系統(tǒng)集成形成門(mén)戶。門(mén)戶為人員等提供一個(gè)優(yōu) 化的以人為中心的操作界面，用戶可以方便地對(duì) ERP的整個(gè)生命周期進(jìn)行管理；同時(shí)系統(tǒng)管 理維護(hù)人員也可以方便地通過(guò)系統(tǒng)對(duì)系統(tǒng)進(jìn)行監(jiān)控和管理。系統(tǒng)的技術(shù)架構(gòu)同樣也是基于SOA方法和策略進(jìn)行構(gòu)建的，它支持客戶端和服務(wù)器端同步和異步的兩種不同的通信方式，we

2、b層和服務(wù)層進(jìn)行相對(duì)分離，支持分布式和集中式部署兩種方案，并且不局限于某一種應(yīng)用服務(wù)器和數(shù)據(jù)庫(kù)服務(wù)器產(chǎn)品。1.2系統(tǒng)特點(diǎn)1.2.1根據(jù)優(yōu)化流程開(kāi)發(fā)根據(jù)流程特點(diǎn)進(jìn)行功能設(shè)計(jì)，采用先進(jìn)的工作流引擎機(jī)制。保證了業(yè)務(wù)功能的實(shí)現(xiàn)。同時(shí)達(dá)到了靈活配置。松散耦合的目的。保證系統(tǒng)能夠與原系統(tǒng)靈活切換。符合以“軟件生命 周期為主線“的高效處理流程。使統(tǒng)一設(shè)計(jì)，靈活接口。1.2.2 充分利用現(xiàn)有資源充分考慮現(xiàn)有硬件分散、系統(tǒng)相對(duì)獨(dú)立、數(shù)據(jù)庫(kù)數(shù)據(jù)分離的現(xiàn)狀。采用分布式部署，統(tǒng)一數(shù)據(jù)規(guī)范、統(tǒng)一接口規(guī)范的設(shè)計(jì)思路，在保證系統(tǒng)功能靈活配置，滿足業(yè)務(wù)需求的前提下，充分利用現(xiàn)有數(shù)據(jù)及硬件資源。1.2.3 先進(jìn)的設(shè)計(jì)理念采用國(guó)

3、際通用的C#語(yǔ)言開(kāi)發(fā)，海量數(shù)據(jù)庫(kù)選型、高效穩(wěn)定的中間件處理。先進(jìn)的SO架構(gòu)設(shè)計(jì)，滿足現(xiàn)有的性能需求，做到架構(gòu)和系統(tǒng)的先進(jìn)性和強(qiáng)大的擴(kuò)展能力。采用先進(jìn)的 Web2.0技術(shù)，做到界面簡(jiǎn)潔、易用。1.2.4開(kāi)放式的可擴(kuò)展性系統(tǒng)分部署式部署，子系統(tǒng)統(tǒng)一規(guī)劃，即滿足了分布應(yīng)用的要求，又實(shí)現(xiàn)了統(tǒng)一標(biāo)準(zhǔn)。形成了統(tǒng)一、強(qiáng)大的管理軟件工作平臺(tái)。1.2.5與現(xiàn)有系統(tǒng)輕松銜接設(shè)計(jì)時(shí)充分考慮現(xiàn)有系統(tǒng)現(xiàn)狀，開(kāi)發(fā)過(guò)程和現(xiàn)有系統(tǒng)數(shù)據(jù)、應(yīng)用分析同步進(jìn)行，保證新 系統(tǒng)與現(xiàn)有系統(tǒng)順利銜接。1.2.6可信賴的高可靠性考慮到實(shí)時(shí)運(yùn)行，提供業(yè)務(wù)流程對(duì)可靠性的較高要求，在系統(tǒng)設(shè)計(jì)中充分考慮了減少和避免故障的可能和隱患，配合合理的系統(tǒng)部署

4、方式和高效的維護(hù)服務(wù)，能夠滿足需求中對(duì)系統(tǒng)故障時(shí)間、修復(fù)時(shí)間和單點(diǎn)故障隱患的可靠性要求。1.3總體體系架構(gòu)1.3.1 基于組件的SOA系統(tǒng)應(yīng)用架構(gòu)系統(tǒng)的應(yīng)用架構(gòu)是系統(tǒng)進(jìn)行構(gòu)建的主要思路和方法，我們建議ERP系統(tǒng)采用基于組件的SOA的系統(tǒng)應(yīng)用架構(gòu)對(duì)系統(tǒng)進(jìn)行構(gòu)建。系統(tǒng)按照SOA的方法把系統(tǒng)從總體上劃分為3個(gè)層次，分為：組件層、系統(tǒng)層、集成層。a）組件層：組件層主要包括系統(tǒng)開(kāi)發(fā)需要用到得各種組件，又可以分為橫向通用組件、縱向通用組件和縱向?qū)Ｓ媒M件。橫向組件是大部分系統(tǒng)都需要用到的通用的組件，女口： Web組件、日志管理、數(shù)據(jù)校驗(yàn)、郵件管理、打印組件、報(bào)表組件、文檔管理、 參數(shù)管理、單點(diǎn)登陸等，橫向組

5、件的作用是更好的管理和復(fù)用系統(tǒng)的通用組件；縱向通用組件包括在領(lǐng)域應(yīng)用中通用的組件口：工作流、報(bào)表工具、規(guī)則引擎、用 戶權(quán)限管理等在領(lǐng)域應(yīng)用中使用較為廣泛；縱向?qū)Ｓ媒M件是針對(duì)每一個(gè)領(lǐng)域?qū)Ｓ玫木哂蓄I(lǐng)域特色的組件， 在ERP系統(tǒng)中縱向?qū)Ｓ媒M件可以分為申請(qǐng)、受理、收費(fèi)組件、分類(lèi)組件、保密組件等等有關(guān)于ERP的組件；b）系統(tǒng)層：系統(tǒng)層包括了有組件組裝得到的各個(gè)應(yīng)用系統(tǒng)，又可以分為核心層、綜合業(yè)務(wù)層和輔助管理層。核心層是整個(gè)系統(tǒng)的重點(diǎn)和難點(diǎn)，是整個(gè)系統(tǒng)最重要的組成部分，如銷(xiāo)售子系統(tǒng)是將申請(qǐng)人的申請(qǐng)進(jìn)行接受和匯總子系統(tǒng)；c）門(mén)戶平臺(tái)：基于以人為本的原則，對(duì)系統(tǒng)層各個(gè)子系統(tǒng)進(jìn)行集成。使用門(mén)戶平臺(tái)， 用戶不需要

6、登陸每一個(gè)子系統(tǒng)進(jìn)行相應(yīng)的工作，而是在統(tǒng)一的門(mén)戶平臺(tái)進(jìn)行工作。結(jié)合工作流技術(shù)，對(duì)于每個(gè)登陸系統(tǒng)的人都提供簡(jiǎn)潔統(tǒng)一的工作選項(xiàng)，對(duì)于申請(qǐng)人、審核人、系統(tǒng)管理員、維護(hù)人員、局領(lǐng)導(dǎo)等都能做到方便的操作系統(tǒng)，快速進(jìn)行業(yè) 務(wù)處理和系統(tǒng)管理。下圖為基于SOA的 ERP系統(tǒng)的應(yīng)用架構(gòu)總體設(shè)計(jì)圖。通用以上的闡述， 可以看出，系統(tǒng)整體都是基于 SOA架構(gòu)進(jìn)行設(shè)計(jì)的， 主要體現(xiàn)在如下 四個(gè)方面：a）系統(tǒng)基于SOA的以服務(wù)為中心的思想和方法，對(duì)ERP系統(tǒng)的整體體系架構(gòu)進(jìn)行設(shè)計(jì)，建立了分層的松耦合、跨平臺(tái)的系統(tǒng)架構(gòu)；b）在組件層，我們采用了基于SOA的組件模型，它將應(yīng)用程序的不同功能單元（稱(chēng)為服務(wù)）通過(guò)這些服務(wù)之間定義

7、良好的接口和契約聯(lián)系起來(lái)。接口是采用中立的方式進(jìn)行定義的，它應(yīng)獨(dú)立于實(shí)現(xiàn)服務(wù)的硬件平臺(tái)、操作系統(tǒng)和編程語(yǔ)言。這使得構(gòu)建在各種各樣的系統(tǒng)中的服務(wù)可以以一種統(tǒng)一的通用方式進(jìn)行交互；c）系統(tǒng)采用了基于SOA的分類(lèi)集成方法對(duì)系統(tǒng)的業(yè)務(wù)以及服務(wù)進(jìn)行分類(lèi)和集成，做成統(tǒng)一的接口，面向業(yè)務(wù)和服務(wù)編寫(xiě)，以適應(yīng)SOA系統(tǒng)的統(tǒng)一交互；d）將每一種業(yè)務(wù)構(gòu)成都分解成不同的組件或者子系統(tǒng)，將組件和子系統(tǒng)分開(kāi)編寫(xiě)達(dá)到每項(xiàng)組件和子系統(tǒng)都能做到相互無(wú)關(guān)，如果一項(xiàng)組件和系統(tǒng)改變將對(duì)系統(tǒng)中的其余組件沒(méi)有任何影響。實(shí)現(xiàn)組件相互之間低耦合的機(jī)制，最大程序上降低了系統(tǒng)的升級(jí)、業(yè)務(wù)變更對(duì)系統(tǒng)的影響。同時(shí)，基于SOA勺系統(tǒng)應(yīng)用架構(gòu)具有強(qiáng)大的

8、系統(tǒng)的擴(kuò)展性：a）SOA的 一個(gè)中心思想就是使得企業(yè)應(yīng)用擺脫面向技術(shù)的解決方案的束縛，輕松應(yīng)對(duì)企業(yè)商業(yè)服務(wù)變化、發(fā)展的需要，本方案很好地體現(xiàn)了SOA勺這一中心思想；b）工作流和業(yè)務(wù)規(guī)則引擎的采用極大了提高了系統(tǒng)對(duì)于業(yè)務(wù)流程和規(guī)則變化的適應(yīng)性。工作流引擎可以使得在業(yè)務(wù)流程發(fā)生變化時(shí)使得系統(tǒng)調(diào)整最小，而不需要向傳統(tǒng)的需要完全重新開(kāi)發(fā)；業(yè)務(wù)規(guī)則引擎的采用使得業(yè)務(wù)規(guī)則發(fā)生變化時(shí)只需對(duì)業(yè)務(wù) 規(guī)則進(jìn)行重新描述即可完成系統(tǒng)的轉(zhuǎn)換。c）組件模型、組件集成技術(shù)的采用使得系統(tǒng)在進(jìn)行業(yè)務(wù)功能的調(diào)整時(shí)，可以把變化局限于某一個(gè)范圍之內(nèi)，在需要時(shí)還能進(jìn)行靈活的替換。由于系統(tǒng)應(yīng)用架構(gòu)是根據(jù)每一項(xiàng)業(yè)務(wù)或者流程編寫(xiě)所以對(duì)于系統(tǒng)

9、的擴(kuò)展非常方便，只要對(duì)新加入的業(yè)務(wù)對(duì)應(yīng)加入新的組件就可以實(shí)現(xiàn)對(duì) SOA系統(tǒng)的擴(kuò)展；總之，本節(jié)提出的基于組件的 ERP系統(tǒng)完全體現(xiàn)了 SOA的核心思想，通過(guò)分層組件規(guī)劃、 集成、工作流引擎、業(yè)務(wù)規(guī)則引擎等方法和技術(shù)充分體現(xiàn) SOA的策略與方法，并且很好地實(shí) 現(xiàn)系統(tǒng)的可擴(kuò)展性、可移植性等等。1.3.2系統(tǒng)技術(shù)框架ERP系統(tǒng)基于J2EE規(guī)范實(shí)現(xiàn)，整個(gè)架構(gòu)建立在 Struts框架、Spring框架和DAO模式基 礎(chǔ)之上，并提供了對(duì)于 EJB、WebService、JMS等組件技術(shù)的集成機(jī)制。技術(shù)框架邏輯上可 分為：客戶層、 WEBB、業(yè)務(wù)層、持久層、資源層、核心層。如下圖所示為系統(tǒng)的技術(shù)框架。WEB層

10、業(yè)務(wù).層持范層S亡門(mén)I匚亡接匚Dzi禎口呂円PM乍峯現(xiàn)D刖實(shí)現(xiàn)AitamjDT(JHieli xhl接心層X(jué)ML文巴事務(wù)處理組卄樁段現(xiàn)査組IShills.険玳PTmljb系統(tǒng)類(lèi)庫(kù)客戶層：客戶端計(jì)算機(jī)的瀏覽器，用于展現(xiàn)頁(yè)面。WEB1: WEB層基于Struts MVC，完成轉(zhuǎn)發(fā)請(qǐng)求、 Http請(qǐng)求合法性校驗(yàn)、Http請(qǐng)求參數(shù)與數(shù)據(jù)傳輸對(duì)象 DTO之間的綁定、Http請(qǐng)求參數(shù)有效性校驗(yàn)、用戶操作權(quán)限檢查、記錄 用戶訪問(wèn)日志、顯示系統(tǒng)運(yùn)行異常等任務(wù)。業(yè)務(wù)層：業(yè)務(wù)層基于 Spring框架，完成業(yè)務(wù)數(shù)據(jù)校驗(yàn)、業(yè)務(wù)邏輯處理、事務(wù)管理、記錄業(yè)務(wù)處理日志、拋出業(yè)務(wù)處理異常等任務(wù)，同時(shí)它也支持WebServic

11、e、JMS EJB等組件服務(wù)模型。持久層：持久層基于 DAO進(jìn)行構(gòu)建，完成數(shù)據(jù)讀取、數(shù)據(jù)存儲(chǔ)、封裝SQL異常、拋出SQL異常、記錄數(shù)據(jù)讀寫(xiě)日志等任務(wù)。資源層：資源層包括數(shù)據(jù)庫(kù)服務(wù)器、XML存儲(chǔ)文件等，是數(shù)據(jù)永久存儲(chǔ)的介質(zhì)。核心層：核心層表現(xiàn)為系統(tǒng)提供的基礎(chǔ)類(lèi)庫(kù)，為WEBB、業(yè)務(wù)層和持久層提供支持。包括日志記錄組件、異常處理組件、事務(wù)處理組件、loC容器封裝組件、WEBB數(shù)據(jù)綁定組件、 WEBB數(shù)據(jù)校驗(yàn)組件、權(quán)限檢查組件、持久層輔助組件、其他開(kāi)源項(xiàng)目類(lèi)庫(kù)組件等。本技術(shù)框架的特色或優(yōu)勢(shì)主要體現(xiàn)在如下幾個(gè)方面：(1) 系統(tǒng)技術(shù)框架提供了對(duì) SOA勺完整支持；(2) 對(duì)于同一個(gè)應(yīng)用系統(tǒng)， 系統(tǒng)同時(shí)支持

12、集中式和分布式兩種部署方案，系統(tǒng)采用分離UI層和BL層的方式來(lái)實(shí)現(xiàn)分布式的實(shí)現(xiàn)；(3) 業(yè)務(wù)層 Service 的實(shí)現(xiàn)可以有很多種，WebService、JMS EJB Spring等都可以作為對(duì)業(yè)務(wù)層的一種實(shí)現(xiàn);（4）在系統(tǒng)的WEB層，同時(shí)支持同步和異步兩種通信交互方式，使用了AJAX技術(shù)完成改善用戶體驗(yàn)的任務(wù)，主要完成頁(yè)面表單數(shù)據(jù)的錄入校驗(yàn)、生成聯(lián)動(dòng)的下拉列表等任務(wù)。 客戶端訪問(wèn)web層時(shí)通過(guò)AJAX技術(shù)可以實(shí)現(xiàn)異步交互，在提交頁(yè)面時(shí)系統(tǒng)采用同步方 式處理提交頁(yè)面的內(nèi)容。如下圖所示為系統(tǒng)對(duì)于這兩種交互方式的支持圖。第9頁(yè)（5）在系統(tǒng)中，每個(gè)功能模塊都是相對(duì)獨(dú)立的存在，在可擴(kuò)展性上只要將新加

13、入的組件添加到系統(tǒng)中就可以實(shí)現(xiàn)系統(tǒng)的擴(kuò)展，在系統(tǒng)中由于采用如：Struts、AJAX等當(dāng)前最新的技術(shù)，恰當(dāng)?shù)氖褂?，在性能上?huì)有顯著的提高，而且由于Struts、AJAX等技術(shù)已經(jīng)相當(dāng)?shù)耐晟扑栽诳煽啃陨弦灿锌煽康谋Ｕ稀?.3.3 其他重要問(wèn)題（1）業(yè)務(wù)規(guī)則是支持企業(yè)決策，影響或控制企業(yè)業(yè)務(wù)行為的指示，它是企業(yè)處理業(yè)務(wù)過(guò)程中始終要遵循的規(guī)則， 而工作流則是根據(jù)業(yè)務(wù)規(guī)則制定的實(shí)際應(yīng)用當(dāng)中需要流轉(zhuǎn)的程 序。在系統(tǒng)在系統(tǒng)的編制過(guò)程中將嚴(yán)格遵守業(yè)務(wù)規(guī)則和根據(jù)業(yè)務(wù)規(guī)則制定的工作流程，的編程中業(yè)務(wù)規(guī)則是一條語(yǔ)句，它定義或約束業(yè)務(wù)的某些方面。其目的是對(duì)業(yè)務(wù)結(jié)構(gòu)做出斷言，或者對(duì)業(yè)務(wù)行為施加控制和影響。在xxx系

14、統(tǒng)中，系統(tǒng)通過(guò)對(duì)工作流和業(yè)務(wù)規(guī)則的使用，對(duì)xxx的生命周期進(jìn)行管理，從 XXX到xxx都有明確的程序遵循。（2）系統(tǒng)采用標(biāo)準(zhǔn)的 SOA架構(gòu)進(jìn)行設(shè)計(jì)，通過(guò)組件的開(kāi)發(fā)、 組件的組裝、系統(tǒng)的集成形 成了基于SOA進(jìn)行設(shè)計(jì)的完整的 xxx系統(tǒng)體系架構(gòu)；在應(yīng)用系統(tǒng)開(kāi)發(fā)上，應(yīng)用了基于 J2EE的標(biāo)準(zhǔn)技術(shù)，如 Struts、AJAX、Hibernate 等標(biāo)準(zhǔn)技術(shù)和標(biāo)準(zhǔn)架構(gòu)，開(kāi)發(fā)時(shí)通過(guò)制定嚴(yán)格的開(kāi)發(fā)規(guī)范， 并通過(guò)嚴(yán)格的項(xiàng)目管理和實(shí)施方法來(lái)規(guī)范程序員的編碼規(guī)范，提高系統(tǒng)的可維護(hù)性；在數(shù)據(jù)建模時(shí)也會(huì)采用基于標(biāo)準(zhǔn)的擴(kuò)展的數(shù)據(jù)模型構(gòu)建方法，在數(shù)據(jù)交換、系統(tǒng)接口等領(lǐng)域也基于國(guó)家數(shù)據(jù)交換標(biāo)準(zhǔn)進(jìn)行設(shè)計(jì)與開(kāi)發(fā)；在系統(tǒng)的整體

15、設(shè)計(jì)開(kāi)發(fā)實(shí)施維護(hù)過(guò)程，都將基于國(guó)際國(guó)內(nèi)的主流標(biāo)準(zhǔn)進(jìn)行。（3）由于系統(tǒng)是根據(jù)標(biāo)準(zhǔn)架構(gòu)和分層編寫(xiě)而成，對(duì)于想增加工作流程或者業(yè)務(wù)規(guī)則的情況，系統(tǒng)也可以很容易的進(jìn)行擴(kuò)展，如在系統(tǒng)中加入的新的業(yè)務(wù)規(guī)則只要在層次上分清屬于系統(tǒng)的哪一層次，在系統(tǒng)的層次中新加入組件就可以很方便和容易的對(duì)系統(tǒng)進(jìn)行擴(kuò) 展。（4）在系統(tǒng)中，復(fù)用是減少代碼量和代碼可讀性一個(gè)必須要考慮的問(wèn)題。需要用到的重復(fù)代碼需要編寫(xiě)可復(fù)用的方法，對(duì)接口的定義需要考慮到相同功能中所有的問(wèn)題編寫(xiě)可復(fù)用的接口，公用的類(lèi)也可以做到復(fù)用，對(duì)于收費(fèi)子系統(tǒng)來(lái)說(shuō)，該子系統(tǒng)就可以達(dá)到的復(fù)用的功能。1.4主平臺(tái)解決方案主平臺(tái)擔(dān)負(fù)著整個(gè)系統(tǒng)運(yùn)轉(zhuǎn)的樞紐工作，主平臺(tái)的設(shè)計(jì)

16、必須在安全、穩(wěn)定、高效的規(guī)則下進(jìn)行設(shè)計(jì)。主平臺(tái)保證 xxx系統(tǒng)具有統(tǒng)一用戶、統(tǒng)一認(rèn)證、統(tǒng)一接口、統(tǒng)一資源、統(tǒng)一管 理、統(tǒng)一接入等特點(diǎn)，建立完善的主平臺(tái)基礎(chǔ)設(shè)施。系統(tǒng)以業(yè)務(wù)流程為中心， 通過(guò)工作流平臺(tái)提供流程的自動(dòng)化，集成各子系統(tǒng)；在實(shí)際業(yè)務(wù)中還存在著大量的業(yè)務(wù)規(guī)則，他們是系統(tǒng)中的核心的知識(shí)和價(jià)值的一個(gè)體現(xiàn)，對(duì)于業(yè)務(wù)規(guī)則的管理也顯得非常必要；主平臺(tái)還涉及到與其他19個(gè)子系統(tǒng)的接口交互，系統(tǒng)的接口也是系統(tǒng)要研究和討論的一個(gè)主要方面；系統(tǒng)涉及到大量的用戶，他們具有不同的角色，如果對(duì)系統(tǒng)角色進(jìn)行權(quán)限管理，也是系統(tǒng)的一個(gè)重要方面。因此，下文將重點(diǎn)針對(duì)業(yè)務(wù)流程管理、業(yè)務(wù)規(guī)則管理、系統(tǒng)接口和權(quán)限管理這四個(gè)部

17、分分別進(jìn)行闡述。1.4.1基于工作流的業(yè)務(wù)流程管理xx流程復(fù)雜，環(huán)節(jié)眾多，各子系統(tǒng)在業(yè)務(wù)環(huán)節(jié)上環(huán)環(huán)相扣。如何不僅能保證業(yè)務(wù)流程的準(zhǔn)確流轉(zhuǎn)，還能使系統(tǒng)具有很好的業(yè)務(wù)流程的靈活性。工作流是解決這方面問(wèn)題的最佳方案。經(jīng)過(guò)對(duì)業(yè)務(wù)的分析以及抽象，工作流管理系統(tǒng)圍繞業(yè)務(wù)交互邏輯、業(yè)務(wù)處理邏輯以及參與者三個(gè)問(wèn)題進(jìn)行解決，業(yè)務(wù)交互邏輯對(duì)應(yīng)的為業(yè)務(wù)的流轉(zhuǎn)過(guò)程，在工作流管理系統(tǒng)中對(duì)應(yīng)的提出了工作流引擎、 工作流設(shè)計(jì)器、流程操作來(lái)解決業(yè)務(wù)交互邏輯的問(wèn)題，業(yè)務(wù)處理邏輯對(duì)應(yīng)業(yè)務(wù)流轉(zhuǎn)過(guò)程中的表單、文檔等的處理，在工作流管理系統(tǒng)中對(duì)應(yīng)的提出了表單設(shè)計(jì)器、 與表單的集成來(lái)解決業(yè)務(wù)處理邏輯的問(wèn)題，參與者對(duì)應(yīng)到的為流轉(zhuǎn)過(guò)程中環(huán)節(jié)

18、對(duì)應(yīng)的人或程序，在工作流管理系統(tǒng)中通過(guò)與應(yīng)用程序的集成來(lái)解決參與者的問(wèn)題。工作流管理系統(tǒng)為方便業(yè)務(wù)交互邏輯、業(yè)務(wù)處理邏輯以及參與者的修改，多數(shù)通過(guò)提供可視化的流程設(shè)計(jì)器以及表單設(shè)計(jì)器來(lái)實(shí)現(xiàn)，為實(shí)現(xiàn)工作流管理系統(tǒng)的擴(kuò)展性，多數(shù)提供了一系列的API。完整的工作流管理系統(tǒng)通常由工作流引擎、工作流設(shè)計(jì)器、流程操作、工作流客戶端程序、流程監(jiān)控、表單設(shè)計(jì)器、與表單的集成以及與應(yīng)用程序的集成八個(gè)部分組成。下圖為圖 形化的工作流管理系統(tǒng)示意圖：工作流引擎作為工作流管理系統(tǒng)的核心部分，主要提供了對(duì)于工作流定義的解析以及流程流轉(zhuǎn)的支持。工作流定義文件描述了業(yè)務(wù)的交互邏輯，工作流引擎通過(guò)解析此工作流定義文件按照業(yè)務(wù)

19、的交互邏輯進(jìn)行業(yè)務(wù)的流轉(zhuǎn)，工作流引擎通常通過(guò)參考某種模型來(lái)進(jìn)行設(shè)計(jì)， 通過(guò)調(diào)度算法來(lái)進(jìn)行流程的流轉(zhuǎn)（流程的啟動(dòng)、終止、掛起、恢復(fù)等 ），通過(guò)各種環(huán)節(jié)調(diào)度算法（SPLIT、AND OR等）來(lái)實(shí)現(xiàn)對(duì)于環(huán)節(jié)的流轉(zhuǎn)（環(huán)節(jié)的合并、分叉、選擇、條件性的選擇等）。 WFM是國(guó)際工作流管理聯(lián)盟，它于1993年成立，發(fā)布了一系列的工作流定義、軟件接口的草案文本，是目前世界上公認(rèn)的最具權(quán)威性的工作流標(biāo)準(zhǔn)制定機(jī)構(gòu)，得到了廣泛的支持和應(yīng)用。xxx電子xxx系統(tǒng)流程管理將基于 WFMC-TC-1009 WFMC-TC-1013等設(shè)計(jì)標(biāo)準(zhǔn)設(shè)計(jì)，基 于XML的流程化定義語(yǔ)言。工作流包括一組活動(dòng)及它們的相互順序關(guān)系，還包括過(guò)

20、程及活動(dòng)的啟動(dòng)和終止條件，以實(shí)現(xiàn)和及對(duì)每個(gè)活動(dòng)的描述。工作流管理系統(tǒng)指運(yùn)行在一個(gè)或多個(gè)工作流引擎上用于定義、管理工作流運(yùn)行的一套軟件系統(tǒng)，它與工作流執(zhí)行者（人、應(yīng)用）交互，推進(jìn)工作流實(shí)例的執(zhí)行，并監(jiān)控工作流的運(yùn)行狀態(tài)。工作流管理主要通過(guò)五個(gè)接口與工作流執(zhí)行服務(wù)一起共同組成了工作流系統(tǒng)：a）工作流定義交換，用于在建模和定義工具與執(zhí)行服務(wù)之間交換工作流定義。主要是數(shù)據(jù)交換格式和 API。數(shù)據(jù)交換通過(guò) XPDL API通過(guò)WAP。b）工作流客戶端應(yīng)用接口， 用于工作流客戶端應(yīng)用訪問(wèn)工作流引擎和工作列表，通過(guò)WAPI完成。c）被調(diào)用的應(yīng)用接口，用于調(diào)用不同的應(yīng)用系統(tǒng)。d）工作流系統(tǒng)互操作接口，用于不同工作流系統(tǒng)之間的互操作。e）系統(tǒng)管理和監(jiān)控，用于系統(tǒng)管理應(yīng)用訪問(wèn)工作流執(zhí)行服務(wù)。xxx系統(tǒng)根