辦公自動(dòng)化系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)(doc畢設(shè)論文)(編輯修改稿)
2025-07-23 04:17 本頁面
【文章內(nèi)容簡介】 不同的業(yè)務(wù)需求，通常包含了多個(gè)應(yīng)用子系統(tǒng)，如發(fā)文、收文、信息服務(wù)、檔案管理、活動(dòng)安排、會(huì)議管理等等，可以將收件箱作為所有這些辦公應(yīng)用子系統(tǒng)的統(tǒng)一“門戶”，每一個(gè)用戶通過關(guān)注自己的收件箱就可以了解到需要處理的工作，而不必經(jīng)常性地來回檢查不同的應(yīng)用系統(tǒng)，看看哪些是需要處理的工作（在這種情況下，如果由于某種人為原因，沒有及時(shí)查閱某個(gè)應(yīng)用系統(tǒng)，就可能造成工作的延誤）。辦公自動(dòng)化應(yīng)用系統(tǒng)以報(bào)文傳遞作為統(tǒng)一入口的設(shè)計(jì)思想，可以大大減少培訓(xùn)的工作量。 應(yīng)用模式：工作流所謂的工作流就是一組人員為完成某一項(xiàng)業(yè)務(wù)所進(jìn)行的所有工作與工作間的交互過程。幾乎所有的業(yè)務(wù)過程都是工作流，特別是辦公自動(dòng)化應(yīng)用系統(tǒng)的核心應(yīng)用——公文審批流轉(zhuǎn)處理、會(huì)議管理等。每一項(xiàng)工作以流程的形式，由發(fā)起者（如文件起草人）發(fā)起流程，經(jīng)過本部門以及其他部門的處理（如簽署、會(huì)簽），最終到達(dá)流程的終點(diǎn)（如發(fā)出文件、歸檔入庫）。工作流程可以是互相連接、交叉或循環(huán)進(jìn)行的，如一個(gè)工作流的終點(diǎn)可能就是另一個(gè)工作流的起點(diǎn)，如上級(jí)部門的發(fā)文處理過程結(jié)束后引發(fā)了下級(jí)部門的收文處理過程。工作流程也可是打破單位界限的，發(fā)生于機(jī)關(guān)以及與機(jī)關(guān)的相關(guān)單位之間。如及時(shí)地收回和賦予不同人員的操作權(quán)限（如起草人起草文件完畢即不可修改文件內(nèi)容，而其上級(jí)領(lǐng)導(dǎo)獲得文件的簽署權(quán)或?qū)?nèi)容的修改權(quán)）、主動(dòng)提示和催促工作人員實(shí)現(xiàn)某一階段的處理，從而整體提高工作流處理的效率。工作流自動(dòng)化有2種實(shí)現(xiàn)模式，即：基于郵件和基于共享數(shù)據(jù)庫?；卩]件的工作流應(yīng)用，就是通過郵件將數(shù)據(jù)表單從一個(gè)人郵箱傳送到另一個(gè)人郵箱。其特點(diǎn)是模式簡單。但是，最大的弊病是無法實(shí)行監(jiān)控，沒有一個(gè)管理者可以隨時(shí)掌握工作流的動(dòng)態(tài)。其它問題包括：難以實(shí)現(xiàn)自動(dòng)化處理如通過代理催辦、集中歸檔、統(tǒng)計(jì)；數(shù)據(jù)容易出現(xiàn)多份拷貝，難以控制安全性和準(zhǔn)確性；大量的郵件傳輸引發(fā)大量的網(wǎng)絡(luò)流量。基于共享數(shù)據(jù)庫的工作流應(yīng)用，可以克服上述基于郵件的工作流缺點(diǎn)。如信息單一存儲(chǔ)，自動(dòng)處理，安全性更好，容易實(shí)現(xiàn)監(jiān)控。但是，工作流的驅(qū)動(dòng)成了一個(gè)問題，因?yàn)槿狈π畔⑼ㄓ崣C(jī)制，無法主動(dòng)通知有關(guān)人員進(jìn)行下一步的工作。本系統(tǒng)工作流采用基于共享數(shù)據(jù)庫模式開發(fā)。 本系統(tǒng)功能模塊其基本思想是把整個(gè)系統(tǒng)按照實(shí)現(xiàn)功能進(jìn)行分解利用JSP+JavaBean+Servlet進(jìn)行編程。已實(shí)現(xiàn)的系統(tǒng)的功能結(jié)構(gòu)模塊如圖32所示。OA系統(tǒng)個(gè)人辦公 公共辦公工作流管理系統(tǒng)管理行政辦公部門管理用戶管理圖32 OAB系統(tǒng)結(jié)構(gòu)圖而其下又可以分為子系統(tǒng)結(jié)構(gòu)圖。用戶管理子系統(tǒng)用戶注冊模塊用戶信息管理模塊用戶信息修改模塊管理員登錄模塊公告欄模塊用戶密碼修改模塊用戶登錄模塊用戶查詢模塊留言板模塊圖33 用戶管理子系統(tǒng)功能模塊圖4 核心子系統(tǒng)模塊設(shè)計(jì)前面我們已經(jīng)提出了作為一個(gè)OA系統(tǒng)的核心功能應(yīng)是報(bào)文傳遞、工作流和復(fù)合型文檔，再加上對(duì)用戶人員的權(quán)限管理，我們即可以稱之為一個(gè)精簡功能的OAB系統(tǒng)，已能應(yīng)付一般的機(jī)關(guān)處室的日常工作。我們知道，在OAB中對(duì)應(yīng)報(bào)文傳遞功能的實(shí)現(xiàn)發(fā)/收文管理，而在從發(fā)文到收文的過程中又可以看成是一個(gè)工作流。因此，毫無疑問，在OAB系統(tǒng)中是它是真正的核心。用戶做為支撐該軟件中的“人”的因素，不可或缺的是一個(gè)用戶權(quán)限管理功能。而在其中有包含了與動(dòng)態(tài)管理相對(duì)應(yīng)的數(shù)據(jù)庫連接技術(shù)。本章我們以發(fā)/收文管理和用戶管理的實(shí)現(xiàn)為例，介紹OAB設(shè)計(jì)原理。因?yàn)閷?duì)每一種對(duì)象的管理都比較類似，在此僅以行政辦公中的發(fā)文、收文管理公文為例，來分析一下本系統(tǒng)中的數(shù)據(jù)流向。根據(jù)圖11的OAB開發(fā)模式數(shù)據(jù)傳遞圖我們可以大致了解到發(fā)文過程的原理，即有圖41。 MVC模式分析發(fā)文管理SenderServletHTTPRequestForward讀取ModelViewJavaBeanJDBC數(shù)據(jù)庫發(fā)文擬稿頁面QuerryController圖41 發(fā)文模式數(shù)據(jù)傳遞實(shí)例圖第一步：Controller→Model←→SQL Server用戶作為擬稿完成后，通過Http發(fā)出發(fā)文請(qǐng)求(Send Request)，,并對(duì)其賦值。而JavaBean中的一個(gè)值對(duì)象(Value Object，即VO)將通過JDBC連接SQL Server數(shù)據(jù)庫，從中調(diào)出所需信息返回給VO，實(shí)現(xiàn)了在模型層與數(shù)據(jù)庫的交互。第二步：Controller→Viewer←→ModelServlet又向JSP發(fā)出從JavaBean中讀取數(shù)據(jù)庫信息的信號(hào)，在視圖層的JSP頁面在從JavaBean調(diào)出信息，生成發(fā)文擬稿頁面，完成一次發(fā)文。 用戶權(quán)限管理在WebOA系統(tǒng)中，主要是管理用戶的一系列活動(dòng)，包括公告、通知等來輸入的數(shù)據(jù)信息。數(shù)據(jù)類型決定了處理的方式也就是算法，因此，數(shù)據(jù)是系統(tǒng)實(shí)現(xiàn)的起點(diǎn)。在此，我們將使用數(shù)據(jù)流圖(D
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1