【正文】 try { stat = (strSql)。 (this,docSend_Update(Object),sql,e)。 (17,())。 (9,())。 (1,())。 } return result。 (18,())。 (10,())。 (2,())。 public DocSendOP() { } /** * 功能：插入 DocSendVO 值對(duì)象 * param docSendObj DocSendVO 值對(duì)象 * return int 1 表示成功； 1 表示失敗 */ public int docSend_Insert(Object docSendObj) { int result = 1。 import 。 感謝一直在背后默默支持我的曉蕾和努努。在此，要對(duì)他的細(xì)心幫助和指導(dǎo)表示由衷的感謝。 (3) 多開(kāi)發(fā)和使用 JSP 標(biāo)簽，它可以非常緊密地和 JSP 的表示邏輯聯(lián)系在一起，同時(shí)又具有和普通 JavaBean相同的業(yè)務(wù)邏輯處理，采用標(biāo)簽庫(kù)將會(huì)提高系統(tǒng)的開(kāi)發(fā)速度。 (2)在本系統(tǒng)的開(kāi)發(fā)過(guò)程中采用的是 JSP+JavaBean+Servlet 模式，此模式將明顯的把顯示和邏輯分離，使代碼容易管理，適合于大型項(xiàng)目的開(kāi)發(fā)。由于連接是提前創(chuàng)建的，因此代理程序幾乎可以不需要任何系統(tǒng)的開(kāi)銷就立刻返回一個(gè)連接。 HTTP 協(xié)議的無(wú)狀態(tài)性是造成數(shù)據(jù)庫(kù)的無(wú)效的連接和關(guān)閉的根本原因。而用戶信息表如表 44 所示。 因?yàn)閷?duì)每一種對(duì)象的管理 都比較類似，在此僅以行政辦公中的 公文 管理 的權(quán)限 ，來(lái)分析一下本系統(tǒng)中的數(shù)據(jù)流向 . 主要數(shù)據(jù)關(guān)系是管理員對(duì)該子系統(tǒng)涉及的相關(guān)數(shù)據(jù)進(jìn)行管理，而用戶在前臺(tái)可以瀏覽查詢相關(guān)信息，總體圖如圖 31 所示。 我們利用 UML 語(yǔ)言建立上述收文查詢的順序圖，它是用來(lái)描述對(duì)象之間的動(dòng)態(tài)合作關(guān)系以及合作過(guò)程中的行為次序。 ((Read_Do_User_Nos))。 ((Enter_DateTime))。 ((In_Doc_No))。 rs = (strSql)。 Statement stat = null。 ((Other_Do_User_Nos))。 ((Edit_DateTime))。 ((DC_Doc_Security))。 (1,id)。 import 。 收文流程為流程：開(kāi)始 —— [辦公室人員（登記） ]提交 —— [辦公室主任（擬辦） ] —— [單位領(lǐng)導(dǎo)（批示） ] —— [主辦處室負(fù)責(zé)人（主辦） ]——[協(xié)辦處室負(fù)責(zé)人（分辦） ] —— 辦公室文員 (打印排版 ,發(fā)送 )—— 公文管理員（歸檔） ] —— 結(jié)束。而 JavaBean中的一個(gè)值對(duì)象 (Value Object，即 VO)將通過(guò) JDBC 連接SQL Server 數(shù)據(jù)庫(kù)，從中調(diào)出所需信息返回給 VO，實(shí)現(xiàn)了在模型層與數(shù)據(jù)庫(kù)的交互。 我們知道，在 OAB中對(duì)應(yīng)報(bào)文傳遞功能的實(shí)現(xiàn)發(fā) /收文管理，而在從發(fā)文到收文的過(guò)程中又可以看成是一個(gè)工作流。 一言以蔽之，辦公自動(dòng)化系統(tǒng)由于其對(duì)復(fù)合文檔數(shù)據(jù)的處理要求，必須以 文檔數(shù)據(jù)庫(kù)為核心建立，同時(shí)選擇性地結(jié)合關(guān)系數(shù)據(jù)庫(kù)。如信息單一存儲(chǔ)，自動(dòng)處理，安全性更好，容易實(shí)現(xiàn)監(jiān)控。工作流程也可是打破單位界限的，發(fā)生于機(jī)關(guān)以及與機(jī)關(guān)的相關(guān)單位之間。 因?yàn)樵?OA 上工作的人員很容易養(yǎng)成一種工作習(xí)慣，每日查看自己的收件箱，閱讀處理有關(guān)信件；而且功能高級(jí)完整的報(bào)文傳遞系統(tǒng)一般都具備新信件到達(dá)提示功能。 操作系統(tǒng)： Windows 20xx SERVER Web 服務(wù)器： APACHE TOMCAT 數(shù)據(jù)庫(kù)服務(wù)器： MICROSOFT SQL SERVER 20xx 客戶端運(yùn)行環(huán)境 客戶機(jī)：有網(wǎng)絡(luò)接口卡（ NIC）的 PC 機(jī)， 128M RAM， 操作系統(tǒng)： Windows 20xx Professional 瀏覽器： Microsoft Inter Explorer 以上。 在 Browser/Server 三層體系結(jié)構(gòu)下，表示層 (Presentation)、功能層 (Business Logic)、數(shù)據(jù)層 (Data Service)被分割成三個(gè)相對(duì)獨(dú)立的單元： 第一層 表示層： Web 瀏覽器 在表示層中包含系統(tǒng)的顯示邏輯，位于客戶端。 JSP(Java Server Pages)技術(shù) —— 本系統(tǒng)中充當(dāng) MVC的 V部分 — 視圖表示（ Viewer）。此模式更加明顯的把顯示和邏輯分離，使代碼容易管理， 適合于大型項(xiàng)目的開(kāi)發(fā)，所以在本系統(tǒng)中采用了這種模式。 3．由于涉及重要的政務(wù)辦公信息，信息系統(tǒng)的的安全性與完整性，及可配置管理是隨時(shí)應(yīng)該考慮的特性。 OA是要面向客戶群體的，很多產(chǎn)品標(biāo)榜其可以用在任何辦公環(huán)境，但結(jié)果是哪里都能用，哪里都用不好。 結(jié) 語(yǔ) ............................................................................................錯(cuò)誤 !未定義書簽。 發(fā) /收文管理 ........................................................................錯(cuò)誤 !未定義書簽。 系統(tǒng)運(yùn)行環(huán)境 ...............................................................錯(cuò)誤 !未定義書簽。 第二章 系統(tǒng)相關(guān)技術(shù) 簡(jiǎn)介 ..........................................................錯(cuò)誤 !未定義書簽。 本論文著眼于在 JBuilder環(huán)境下應(yīng)用 MVC模式開(kāi)發(fā)機(jī)關(guān)辦公自動(dòng)化系統(tǒng)的核心功能，即發(fā) /收 文管理、工作流控制以及用戶管理。學(xué)校可以公布論文（設(shè)計(jì)）的全部或部分內(nèi)容。對(duì)本論文（設(shè)計(jì)）的研究做出重要貢獻(xiàn)的個(gè)人 和集體，均已在文中作了明確說(shuō)明并表示謝意。圖表整潔，布局合理，文字注釋必須使用工程字書寫，不準(zhǔn)用徒手畫 3）畢業(yè)論文須用 A4 單面打印，論文 50 頁(yè)以上的雙面打印 4）圖表應(yīng)繪制于無(wú)格子的頁(yè)面上 5）軟件工程類課題應(yīng)有程序清 單，并提供電子文檔 1）設(shè)計(jì)（論文） 2）附件：按照任務(wù)書、開(kāi)題報(bào)告、外文譯文、譯文原文（復(fù)印件）次序裝訂 3）其它 摘 要 MVC模式是一種可應(yīng)用于 J2EE的開(kāi)放式框架結(jié)構(gòu)。Receive Manage Workflow Control UserManage 目 錄 第一章 緒 論 ................................................................................錯(cuò)誤 !未定義書簽。 !未定義書簽。 數(shù)據(jù)整合：復(fù)合型文檔 ...............................................錯(cuò)誤 !未定義書簽。 用戶權(quán)限的數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu) .......................................錯(cuò)誤 !未定義書簽。 由于 OA所含蓋的范疇太廣，只要是與信息通信相關(guān)的辦公軟件仿佛都可以與 OA掛鉤，導(dǎo)致市場(chǎng)中的 OA產(chǎn)品質(zhì)量水平參差不齊，盡管客戶對(duì)其需求量大，但能滿足要求的產(chǎn)品并不多，我們通過(guò)調(diào)研發(fā)現(xiàn)，主要有如下缺陷： 1． 功能華而不實(shí)。 經(jīng)過(guò)市場(chǎng)調(diào)查，我們發(fā)現(xiàn)，一個(gè)成功的 OAB最應(yīng) 具有是以下特點(diǎn)： 1． 能適應(yīng)靈活多變辦公自動(dòng)化業(yè)務(wù)的流程化處理手段。請(qǐng)求由前沿的 Servlet 接收并處理后，會(huì)重新定向到 JSP。 視圖（ view）則是其在屏幕上的顯示（ html 頁(yè)面、 JSP 頁(yè)面、 Swing GUI） 控制器則是 Servlet、 JavaBeans 或 Session Beans 類，它用于管理用戶與視圖發(fā)生的交互。本系統(tǒng)中主要與三層架構(gòu)中的數(shù)據(jù)層進(jìn)行交互。它的任務(wù)是接受 Web 服務(wù)器對(duì)數(shù)據(jù)庫(kù)操縱的請(qǐng)求， 通過(guò) JDBC/JavaBean訪問(wèn)數(shù)據(jù)庫(kù)， 實(shí)現(xiàn)對(duì)數(shù)據(jù)庫(kù)查詢、修改、更新等功能，把運(yùn)行結(jié)果提交給 Web 服務(wù)器 。 這些功能需求是我們選擇辦公自動(dòng)化應(yīng)用 圖 3— 1 系統(tǒng)的開(kāi)發(fā)與使用平臺(tái)時(shí)必須考慮的判斷依據(jù)： 基本需求：報(bào)文傳遞功能 報(bào)文傳遞系統(tǒng)作為信息傳遞與共享的工具和手段，滿足 OAB 最基本的通信需求。幾乎所有的業(yè)務(wù)過(guò)程都是工作流，特別是辦公自動(dòng)化應(yīng)用系統(tǒng)的核心應(yīng)用 —— 公文審批流轉(zhuǎn)處理、會(huì)議管理等。但是，最大的弊病是無(wú)法實(shí)行監(jiān)控，沒(méi)有一個(gè)管理者可以隨時(shí)掌握工作流的動(dòng)態(tài)。 對(duì)“復(fù)合文檔數(shù)據(jù)”或“對(duì)象數(shù)據(jù)”的表示和存儲(chǔ)管理是數(shù)據(jù)庫(kù)技術(shù)領(lǐng)域的新領(lǐng)域。已實(shí)現(xiàn)的系統(tǒng)的功能結(jié)構(gòu)模塊如圖 32 所 示。 發(fā) /收文管理 因?yàn)閷?duì)每一種對(duì)象的管理都比較類似，在此僅以行政辦公中的發(fā)文、 收文管理 公文 為例，來(lái)分析一下本系統(tǒng)中的數(shù)據(jù)流向。表 42 中已定義了各字段的屬性，而其中的 Direction是控制方向， R值代表指向后一步操作， L值代表指向前一操作，這樣就保證了流程的通暢。 以下是收文查詢的算法： package 。 // 嵌入 sql語(yǔ)句查詢 ObjDBConnBean = ()。 ((Come_Doc_No))。 ((Memo))。 ((HTMLPath))。 } return docRecVO。 ObjDBConnBean = ()。 ((Come_Doc_Dept))。 ((File_ID))。 ((Status))。 } return docRecVOList。 圖 511 收文查詢操作的順序圖 Client ViewServlet Search (Rec VO) SQL數(shù)據(jù)庫(kù) 3 : 返回查詢結(jié)果集 2 : 執(zhí)行查詢操作 1 : 查詢公文 4 : 創(chuàng)建用于保存結(jié)果的 Collection 對(duì)象 5 : 從數(shù)據(jù)庫(kù)查詢結(jié)果集中讀取數(shù)據(jù) , 設(shè)置 Collection 6 : 把 Collection 保存到 request 中 7 : forward 8 : 讀取結(jié)果 9 : 顯示 用戶權(quán)限管理 在 WebOA系統(tǒng)中，主要是管理用戶的一系列活動(dòng)，包括公告、通知等來(lái)輸入的數(shù)據(jù)信息。 圖 45 用戶查詢信息細(xì)節(jié)圖 用戶權(quán)限的數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu) 下面我們將通過(guò) ER圖，以權(quán)限管理中的用戶管理為例 ，來(lái)分析其中關(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ù)庫(kù)的物理結(jié)構(gòu) 各子系統(tǒng)模塊中主鍵相同的字段之間存在著相互關(guān)聯(lián)的關(guān)系，因此服務(wù)器上建立的數(shù)據(jù)庫(kù)應(yīng)包括以下表： 2 . 1 Sql 語(yǔ)句轉(zhuǎn)化 2 . 2 查詢結(jié)果轉(zhuǎn)化 查詢請(qǐng)求 ( web 頁(yè)面 ) 查詢結(jié)果集 查詢字符串 ( sql 語(yǔ) 句 ) 查詢結(jié)果 ( html 頁(yè) 面 ) 管理員 待辦任務(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ù)名稱