【正文】 b 應(yīng)用程序設(shè)計(jì)方面不太熟悉，再加上畢業(yè)設(shè)計(jì)的時(shí)間有限，許多方面在 下一步的工作中還需要進(jìn)一步改進(jìn)和完善。 (3) 中間層使用數(shù)據(jù)庫連接池技術(shù)加快與數(shù)據(jù)庫服務(wù)器之間的數(shù)據(jù)處理速度，也加快對(duì)客戶機(jī)層的響應(yīng)速度。 目前基本功能已經(jīng)實(shí)現(xiàn)。當(dāng)連接不再需要時(shí)，客戶端可以將它返回給代理程序，再由代 理程序標(biāo)記為可用。這個(gè)對(duì)象作為數(shù)據(jù)庫連接的代理，所有數(shù)據(jù)庫連接的訪問都由這個(gè)代理進(jìn)行控制。 HTTP 協(xié)議是國際標(biāo)準(zhǔn)的協(xié)議，無法將其改變。顯然，這種處理方法性能是較低的，但是由于 Servlet 是基 于 HTTP 協(xié)議， HTTP 協(xié)議是無狀態(tài)的協(xié)議，在處理完用戶的響應(yīng)后，不會(huì)保存用戶的各種信息。 表 43 管理員表 表 名 字段名 類型 大小 可空 約束 備注 administrator Username varchar 15 N 主鍵 用戶名 Password varchar 20 N 密碼 Confine varchar 10 N 管理權(quán)限 表 44 人員管理信息表 表 名 字段名 類型 大小 可空 約束 備注 Staff_message Id integer N 主鍵 編號(hào) Username varchar 15 N 姓名 Password varchar 20 N 密碼 Sex character 2 Y 性別 Address varchar 30 N 地址 Telephone varchar 20 Y 電話 Email varchar 30 Y 郵件地址 值得一提的是，在數(shù)據(jù)庫操作中，數(shù)據(jù)庫的連接開銷最大，耗時(shí)最長(zhǎng)。 圖 45 用戶查詢信息細(xì)節(jié)圖 用戶權(quán)限的數(shù)據(jù)庫邏輯結(jié)構(gòu) 下面我們將通過 ER圖，以權(quán)限管理中的用戶管理為例 ，來分析其中關(guān)系 圖 46 用戶管理 ER 圖 管理員工作總結(jié) /計(jì)劃添加 / 修改ID 號(hào) 標(biāo)題用戶名密碼管理權(quán)限工會(huì)人員姓名所任職務(wù)公告發(fā)出ID 號(hào)公告標(biāo)題 公告內(nèi)容發(fā)布時(shí)間發(fā)布人員 / 單位內(nèi)容 發(fā)表時(shí)間辦公電話獲獎(jiǎng)人員 / 單位姓名所屬部門 所獲獎(jiǎng)項(xiàng)備注大事記ID 號(hào) 標(biāo)題 內(nèi)容發(fā)表時(shí)間 事記年份編號(hào)所任職務(wù)編號(hào) 用戶管理 數(shù)據(jù)庫的物理結(jié)構(gòu) 各子系統(tǒng)模塊中主鍵相同的字段之間存在著相互關(guān)聯(lián)的關(guān)系，因此服務(wù)器上建立的數(shù)據(jù)庫應(yīng)包括以下表： 2 . 1 Sql 語句轉(zhuǎn)化 2 . 2 查詢結(jié)果轉(zhuǎn)化 查詢請(qǐng)求 ( web 頁面 ) 查詢結(jié)果集 查詢字符串 ( sql 語 句 ) 查詢結(jié)果 ( html 頁 面 ) 管理員 待辦任務(wù) 添加 /修改 ID 號(hào) 名稱 人員數(shù)量 用戶名 密碼 用戶 添 加 / 修 改 瀏覽 姓名 所屬部門 任務(wù)名稱 所任職務(wù)編號(hào) 公告 發(fā)出 瀏覽 ID 號(hào) 公告標(biāo)題 公告內(nèi)容 發(fā)布時(shí)間 發(fā)布人 / 單位 管理權(quán)限 所任職務(wù) 性別 任務(wù)編號(hào) 任務(wù)計(jì)劃 / ID 號(hào) 標(biāo)題 內(nèi)容 任務(wù)名稱 Administrator， Personal_message， Public_message， Staff_message 下面將具體介紹數(shù)據(jù)庫中各個(gè)表的結(jié)構(gòu)。零級(jí)圖如圖 32 所示。 圖 511 收文查詢操作的順序圖 Client ViewServlet Search (Rec VO) SQL數(shù)據(jù)庫 3 : 返回查詢結(jié)果集 2 : 執(zhí)行查詢操作 1 : 查詢公文 4 : 創(chuàng)建用于保存結(jié)果的 Collection 對(duì)象 5 : 從數(shù)據(jù)庫查詢結(jié)果集中讀取數(shù)據(jù) , 設(shè)置 Collection 6 : 把 Collection 保存到 request 中 7 : forward 8 : 讀取結(jié)果 9 : 顯示 用戶權(quán)限管理 在 WebOA系統(tǒng)中，主要是管理用戶的一系列活動(dòng)，包括公告、通知等來輸入的數(shù)據(jù)信息。 它包含一系列對(duì)象： Client→ ViewServlet→ Search (Rec VO)→ → SQL 數(shù)據(jù)庫。 } return docRecVOList。 ((Send_RecordID))。 ((Status))。 ((RecordID))。 ((File_ID))。 ((In_Doc_Date))。 ((Come_Doc_Dept))。 while (()) { docRecVO = new DocRecVO()。 ObjDBConnBean = ()。 ResultSet rs = null。 } return docRecVO。 ((Read_Do_User_Nos))。 ((HTMLPath))。 ((Enter_DateTime))。 ((Memo))。 ((In_Doc_No))。 ((Come_Doc_No))。 rs = ()。 // 嵌入 sql語句查詢 ObjDBConnBean = ()。 /**根據(jù)主鍵查詢收文值對(duì)象 *param id 公文編號(hào) * return docRecVO 對(duì)象，如果不存在返回一個(gè)空對(duì)象，但不允許返回 null */ public DocRecVO queryByID(String id) { DocRecVO docRecVO = null。 以下是收文查詢的算法： package 。 不難發(fā)現(xiàn)，收文流程和發(fā)文是很類似的，另外，在收文管理中還提供了四個(gè)功能，即登記、處理、閱讀和查詢。表 42 中已定義了各字段的屬性，而其中的 Direction是控制方向， R值代表指向后一步操作， L值代表指向前一操作，這樣就保證了流程的通暢。 第二步： Controller→ Viewer←→ Model Servlet 又向 JSP 發(fā)出從 JavaBean中讀取數(shù)據(jù)庫信息的信號(hào)，在視圖層的JSP 頁面在從 JavaBean調(diào)出信息，生成發(fā)文擬稿頁面，完成一次發(fā)文。 發(fā) /收文管理 因?yàn)閷?duì)每一種對(duì)象的管理都比較類似，在此僅以行政辦公中的發(fā)文、 收文管理 公文 為例，來分析一下本系統(tǒng)中的數(shù)據(jù)流向。因此，毫無疑問，在 OAB系統(tǒng)中是它是真正的核心。已實(shí)現(xiàn)的系統(tǒng)的功能結(jié)構(gòu)模塊如圖 32 所 示。 從信息技術(shù)的角度出發(fā)，數(shù)據(jù)庫技術(shù)代表了“拉”技術(shù)，即信息共享技術(shù)。 對(duì)“復(fù)合文檔數(shù)據(jù)”或“對(duì)象數(shù)據(jù)”的表示和存儲(chǔ)管理是數(shù)據(jù)庫技術(shù)領(lǐng)域的新領(lǐng)域。但是，工作流的驅(qū)動(dòng)成了一個(gè)問題，因?yàn)槿狈π畔⑼ㄓ?機(jī)制，無法主動(dòng)通知有關(guān)人員進(jìn)行下一步的工作。但是，最大的弊病是無法實(shí)行監(jiān)控，沒有一個(gè)管理者可以隨時(shí)掌握工作流的動(dòng)態(tài)。如及時(shí)地收回和賦予不同人員的操作權(quán)限（如起草人起草文件完畢即不可修改文件內(nèi)容，而其上級(jí)領(lǐng)導(dǎo)獲得文件的簽署權(quán)或?qū)?nèi)容的修改權(quán)）、主動(dòng)提示和催促工作人員實(shí)現(xiàn)某一階段的處理，從而整體提高工作流處理的效率。幾乎所有的業(yè)務(wù)過程都是工作流，特別是辦公自動(dòng)化應(yīng)用系統(tǒng)的核心應(yīng)用 —— 公文審批流轉(zhuǎn)處理、會(huì)議管理等。因此， OAB 可以利用報(bào)文傳遞系統(tǒng)的特點(diǎn)將每一項(xiàng)需要工作人員處理的信息或通知，制成信件，直接投遞到工作人員的收件箱中。 這些功能需求是我們選擇辦公自動(dòng)化應(yīng)用 圖 3— 1 系統(tǒng)的開發(fā)與使用平臺(tái)時(shí)必須考慮的判斷依據(jù)： 基本需求：報(bào)文傳遞功能 報(bào)文傳遞系統(tǒng)作為信息傳遞與共享的工具和手段，滿足 OAB 最基本的通信需求。 第三章 系統(tǒng)功能結(jié)構(gòu) OAB 模式 就一般來說， OAB 均以公文處 理和機(jī)關(guān)事務(wù)管理為核心，同時(shí) 提供信息通訊與服務(wù)等重要功能。它的任務(wù)是接受 Web 服務(wù)器對(duì)數(shù)據(jù)庫操縱的請(qǐng)求， 通過 JDBC/JavaBean訪問數(shù)據(jù)庫， 實(shí)現(xiàn)對(duì)數(shù)據(jù)庫查詢、修改、更新等功能，把運(yùn)行結(jié)果提交給 Web 服務(wù)器 。它的任務(wù)是由 Web 瀏覽器向網(wǎng)絡(luò)上的某一 Web 服務(wù)器提出服務(wù)請(qǐng)求， Web 服務(wù)器對(duì)用戶身份進(jìn)行驗(yàn)證后用 HTTP 協(xié)議把所需的主頁傳送給客戶端，客戶機(jī)接受傳來的主頁文件，并把它顯示在 Web 瀏覽器上。本系統(tǒng)中主要與三層架構(gòu)中的數(shù)據(jù)層進(jìn)行交互。 Servlet技術(shù) —— Applet的服務(wù)器端版本，是由 Web服務(wù)器裝入、用于處理客戶請(qǐng)求的 Java程序。 視圖（ view）則是其在屏幕上的顯示（ html 頁面、 JSP 頁面、 Swing GUI） 控制器則是 Servlet、 JavaBeans 或 Session Beans 類，它用于管理用戶與視圖發(fā)生的交互。此模式的數(shù)據(jù)傳遞關(guān)系如圖 11 所示。請(qǐng)求由前沿的 Servlet 接收并處理后，會(huì)重新定向到 JSP。 4．技術(shù)的符合標(biāo)準(zhǔn)與先進(jìn)性。 經(jīng)過市場(chǎng)調(diào)查，我們發(fā)現(xiàn)，一個(gè)成功的 OAB最應(yīng) 具有是以下特點(diǎn)： 1． 能適應(yīng)靈活多變辦公自動(dòng)化業(yè)務(wù)的流程化處理手段。 OA工作環(huán)境的 性質(zhì)決定其必須能針對(duì)某類工作流程比較固定的單位。 由于 OA所含蓋的范疇太廣，只要是與信息通信相關(guān)的辦公軟件仿佛都可以與 OA掛鉤，導(dǎo)致市場(chǎng)中的 OA產(chǎn)品質(zhì)量水平參差不齊，盡管客戶對(duì)其需求量大，但能滿足要求的產(chǎn)品并不多，我們通過調(diào)研發(fā)現(xiàn)，主要有如下缺陷： 1． 功能華而不實(shí)。 致 謝 ............................................................................................錯(cuò)誤 !未定義書簽。 用戶權(quán)限的數(shù)據(jù)庫邏輯結(jié)構(gòu) .......................................錯(cuò)誤 !未定義書簽。 MVC 模式分析發(fā)文管理 ..........................................錯(cuò)誤 !未定義書簽。 數(shù)據(jù)整合：復(fù)合型文檔 ...............................................錯(cuò)誤 !未定義書簽。 第三章 系統(tǒng)功能結(jié)構(gòu) ..................................................................錯(cuò)誤 !未定義書簽。 !未定義書簽。 系統(tǒng)開發(fā)架構(gòu) ......................................................................錯(cuò)誤 !未定義書簽。Receive Manage Workflow Control UserManage 目 錄 第一章 緒 論 ................................................................................錯(cuò)誤 !未定義書簽。 本論文以我們 OA 小組開發(fā)的機(jī)關(guān)辦公自動(dòng)化系統(tǒng) WebOA為例，介紹了由本人參與設(shè)計(jì)的發(fā) /收文工作流模塊和用戶管理模塊的相關(guān)技術(shù)，并進(jìn)行程序結(jié)構(gòu)分析和具體功能實(shí)現(xiàn)闡述。圖表整潔，布局合理，文字注釋必須使用工程字書寫，不準(zhǔn)用徒手畫 3）畢業(yè)論文須用 A4 單面打印，論文 50 頁以上的雙面打印 4）圖表應(yīng)繪制于無格子的頁面上 5）軟件工程類課題應(yīng)有程序清 單，并提供電子文檔 1）設(shè)計(jì)（論文） 2）附件：按照任務(wù)書、開題報(bào)告、外文譯文、譯文原文（復(fù)印件）次序裝訂 3）其它 摘 要 MVC模式是一種可應(yīng)用于 J2EE的開放式框架結(jié)構(gòu)。保密的論文（設(shè)計(jì)）在解密后適用本規(guī)定。對(duì)本論文（設(shè)計(jì)）的研究做出重要貢獻(xiàn)的個(gè)人 和集體，均已在文中作了明確說明并表示謝意。據(jù)我所知， 除文中已經(jīng)注明引用的內(nèi)容外，本論文（設(shè)計(jì)）不包含其他個(gè)人已經(jīng)發(fā)表或撰寫過的研究成果。學(xué)校可以公布論文（設(shè)計(jì)）的全部或部分內(nèi)容。 、圖表要求：