基于web的分布式工作流模型在辦公自動化系統(tǒng)中的應用(參考版)
2025-06-30 19:25本頁面
【正文】 拼一個春夏秋冬！贏一個無悔人生！早安！—————獻給所有努力的人.學習參考。不奮斗就是每天都很容易，可一年一年越來越難。是狼就要練好牙，是羊就要練好腿。實踐證明:文中提出的工作流的設計方案是完全可行的，且在滿足功能要求的基礎上，并具有較高的執(zhí)行效率。此種系統(tǒng)能夠提供規(guī)范、靈活的辦公流程管理，具有功能齊全，使用方便、安全性好、可靠性高的特點。此外，B/S層次分離的優(yōu)勢體現在界面統(tǒng)一為瀏覽器，并具有統(tǒng)一的語言格式，統(tǒng)一的傳輸協(xié)議，系統(tǒng)管理簡單，能夠優(yōu)化資源，可支持數據庫和方便信息發(fā)布等。4．系統(tǒng)運行穩(wěn)定、安全、可靠、并可進行擴展。2．網絡應用系統(tǒng)跨平臺，兼容性好，保護原有的軟硬件設施，原來的網絡操作系統(tǒng)，數據庫都可以很容易地加以利用，可以使系統(tǒng)在最短的時間發(fā)揮效益。（7）工作流模板管理：工作流模板的瀏覽查看和模板的錄入。（5）工作流瀏覽：工作流瀏覽和查看。（3）用戶管理：用戶的錄入，瀏覽和刪除。系統(tǒng)功能：（1）任務管理：客戶端的主要模塊，負責任務的接收、處理和任務相關信息的查詢。每次打開一個窗體，都必須訪問數據庫，從數據庫中讀取所有的參數，將內容顯示在窗體上。（2）子窗體（模塊）：每個子窗體對應一個功能模塊，每個功能模塊之間都是獨立的，彼此間沒有任何聯系。（1）主窗體：主窗體主要負責調用和管理各個子窗體，本身并不實現任何業(yè)務。客戶端發(fā)送提交指令時，文檔提交代理才將這些文檔檢驗后提交給步驟管理CPU。步驟結束的標志：任務分發(fā)給指定的人員，然后任務完成以后，完全全部的提交工作，此時標志著步驟的結束，也標志著下一個步驟的開始。每一條記錄對應著一個步驟。其中保存著該工作流實例中的所有步驟。⑵、數據模塊結構：保存每個步驟的運行過程中的數據，也對應著數據庫中的數據表。（2）文檔提交代理：在一個步驟處理的內部，根據文檔的提交規(guī)則，判斷什么時候文檔提交完成，等全部的文檔提交完成以后，該步驟完成，同時通知步驟管理CPU。其中，圖中左側為功能模塊，右側為數據模塊。（2）工作流引擎是服務器端的核心工作組件，也是整個系統(tǒng)的核心運行組件。、服務器端設計與實現服務器端包含兩部分功能，一部分是各種具體服務；另一部分是工作流引擎。當根據“提交規(guī)則”，所有必須提交的文檔全部完成之后，提交中心就將文檔全部發(fā)送給活動控制中，再發(fā)送給流向控制中心，然后再回來由文檔派發(fā)中心分給其他活動中的人員。是否提交完成由提交規(guī)則確定。檢驗方法由文檔檢驗規(guī)則確定。⑺、文檔檢測中心：該中心的功能比較單一，而且比較直觀，相當于一個自動審表人。所謂“任務處理”是指每個活動用戶針對文檔進行操作。文檔的分發(fā)依靠“文檔派發(fā)規(guī)則”。（4）記錄活動狀態(tài)軌跡。（2）手動激活、完成某一活動?；顒訝顟B(tài)控制中心是該系統(tǒng)的獨特之處，它充分的模擬現實中的工作場面，兼顧了智能性與實際工作流的復雜性和靈活性。⑷、活動狀態(tài)控制中心：當一個工作流的實例啟動之后，最初所有的活動都處于休眠狀態(tài)。（2）判斷活動的返工路線。（2）查看工作流的當前狀態(tài)、歷史運行記錄?？刂浦行木哂泄芾硭泄ぷ髁鞒痰臋嗬?。、工作流流程設計⑴、控制模型概念：所謂
語文相關推薦
鄂ICP備17016276號-1