【正文】 多應用系統(tǒng)的首選模式。 能夠跨平臺 ： JSP 支 持絕大部分平臺，包括現(xiàn) 在非常流行的 LINUX 系統(tǒng)，應用非常廣泛的 Apache 服務器也提供了支持 JSP 的服務 。它實際上是一種非?；厩医Y構緊湊的技術，而它對 World Wide Web 以及商業(yè)的總體影響已可同電子表格對 PC 機的影響相比擬 [3]。這種模式叫做 Java 企業(yè)計算，正在幫助各企業(yè)以各種不同的方法取得競爭優(yōu)勢。占有成本大幅度降低?，F(xiàn)在，它正在對消費類產(chǎn)品產(chǎn)生明顯的影響，而且從總體上更加深刻地影響企業(yè)計算。所有應用可從其無可比擬的能力，基于 JSP 校園網(wǎng)文檔管理系統(tǒng)的設計與實現(xiàn) 5 即提高可靠性、安全性和簡化各種不同計算產(chǎn)品和環(huán)境的能力中受益匪淺，而且節(jié)省的時間和費用十分可觀。 Java 正在迅速被用做傳播信息的事實上標準，這是因為它既可給企業(yè)，也可給最終用戶帶來似乎數(shù)不清的好處。編譯以后，訪問將會很快。 Tomcat 也具有傳統(tǒng)的 Web 服務器的功能：處理 Html 頁面。 Tomcat 是一個很好的工具，不僅僅因為其免費，功能強大，更因為其開放性，越來越收到人們的重視。這個包中的文件按一定目錄結構來組織：通常其根目錄下包含有 Html 和 JSP文件或者包含這兩種文件的目 錄，另外還會有一個 WEBINF 目錄，這個目錄很重要。你在瀏覽器中訪問這個應用的JSP 時，通常第一次會很慢，因為 Tomcat 要將 JSP 轉化為 Servlet 文件，然后編譯。 Tomcat 不僅僅是一個 Servlet 容器，它也具有傳統(tǒng)的 Web 服務器的功能：處理 Html頁面。 Realm 類似于 Unix 里面的 Unix 中，一個 group 對應著系統(tǒng)的一定資源，某個 group 不能訪問不屬于它的資源。 在 Tomcat 中，你還可以利用 Servlet 提供的事件監(jiān)聽器功能，來對你的應 用或者 Session 實行監(jiān)聽。應用服務器提供更多的 J2EE 特征，如 EJB， JMS， JAAS 等，同時也支持 JSP 和 Servlet.而 Tomcat 則功能沒有那么強大，它不提供 EJB 等支持。 基于 Tomcat 的開發(fā)其實主要是 JSP 和 Servlet 的開發(fā)，開發(fā) JSP 和 Servlet 非常簡單，你可以用普通的文本編輯器或者 IDE，然后將其打包成 WAR 即可。 Tomcat 也可以與其它一些軟件集成起來實現(xiàn)更多的功能。人們不再限于只使用軟件，而且已經(jīng)關心起軟件的具體實現(xiàn)。它還具有構成最大的 Web 站點的數(shù)據(jù)存儲組件所需的可伸縮性、可用性和安全功能。 SQL Server 20xx 關系數(shù)據(jù)庫引擎支持當今苛刻的數(shù)據(jù)處理環(huán)境所需的功能?？蓪⒁唤M數(shù)據(jù)復制到多個移動的脫接用戶，使這些用戶自主地工作，然后將他們所做的修改合并回發(fā)布服務器。 SQL Server 20xx 中包括析取和分析 匯總數(shù)據(jù)以進行聯(lián)機分析處理 (OLAP) 的工具。開放數(shù)據(jù)連接（ ODBC）最初是為微軟操作系統(tǒng)上的 SQL 提供 API 標準，基于 JSP 校園網(wǎng)文檔管理系統(tǒng)的設計與實現(xiàn) 9 后來也在其他的平臺上提供了支持。選擇了 B/S模式的作為開發(fā)模式、用 JSP 實現(xiàn) WEB 的功能頁面。涉及靜（動）態(tài)網(wǎng)頁編寫（熟悉 HTML、 CSS、 JavaScript）、程序設計 (ASP、 PHP、 JSP 或其它語言基礎 )、數(shù)據(jù)庫應用（ SQL server、 MySQL 的使用、 SQL 語言、調(diào)優(yōu)）、數(shù)據(jù)庫設計、軟件工程及軟件測試，用戶界面設計、美化、文檔編寫（軟件開發(fā) 計劃、用戶手冊等設計內(nèi)容都要形成文字）等各方面知識；以及團隊組織、項目管理，幫助文檔的編寫、部分的測試等。 開發(fā)校園文檔管理系統(tǒng)，提出以下 技術 解決方案： 采用 B/S 模式，選擇 SQL Server 20xx 作為后臺數(shù)據(jù)庫，選擇 JAVA、 JSP、 JavaScript、Html 作為應用程序開發(fā)工具，運用 Tomcat 服務器技術，整個系統(tǒng)完全基于Browser/Server 模式進行設計。所有用戶端請求都是通過 DBMS 來訪問數(shù)據(jù)庫，從而大大減少了數(shù)據(jù)直接暴露的風險。 系統(tǒng)的維護只需要管理員對信息進行簡單的操作和處理，資本的投入需要極少。由于系統(tǒng)對信息的流向和出錯都進行了人性化的處理。校園文檔文檔管理系統(tǒng)有效的解決了紙質(zhì)手工處理時效率低下和文件易丟失的問題，同時也在一定程度上解決了現(xiàn)有的文檔管理系統(tǒng)的操作不便上，使得資料保留更完整查詢更加方便快捷，當今學校的管理在發(fā)展 ，一切都應該進步否則都將會逐步被淘汰，只有不斷完善不斷進取才可以更好適應于學校的發(fā)展，生存與學校，發(fā)展于學校，才可以更好的服務于學校。用戶只可以對自己的信息查詢及編輯、查看系統(tǒng)公告信息、上傳及下載系統(tǒng)資源信息、查詢及添加留言信息；管理員可添加留言、用戶信息及查詢修改管理員信息，可以對系統(tǒng)發(fā)布公告， 對系統(tǒng)的文件管理等功能，可控制整個系統(tǒng)的登錄功能(控制系統(tǒng) )的登錄，擁有整個系統(tǒng)的全部使用權限。 用戶管理：可新增用戶，同時查看用戶的相關信息。 本章小結 良好的校園文檔管理系統(tǒng)有利于管理員的操作和提高學校師生的辦公效率，為開發(fā)此系統(tǒng)，從技術可行性、經(jīng)濟可行性、操作可行性三方面的可行性進行了分析，排除了這三個方面可能面臨的困難，再一次確定了 B/S 的開發(fā)模式，最終肯定此系統(tǒng)的開發(fā)合理，最后簡單概述了本系統(tǒng)功能和每個功能的簡單描述 基于 JSP 校園網(wǎng)文檔管理系統(tǒng)的設計與實現(xiàn) 13 第四章系統(tǒng)概念結構設計 功能劃分 將需求分析得到的作為需求抽象信息結構。首先，我們需要描述的是系統(tǒng)的總的體系結構。因此，大大簡化了系統(tǒng)研制開發(fā)的工作。 系統(tǒng)功能模塊 模塊化是指解決一個復雜問題時自上項下逐層把系統(tǒng)劃分成若干個模塊的過程。也就是說，每個模塊只完成系統(tǒng)要求的獨立的子功能，并且與其他模塊的聯(lián)系最少且接口簡單，即盡量做到提高模塊的獨立，為設計高質(zhì)量的系統(tǒng)結構奠定基礎。 如何確定子系統(tǒng)之間、模塊之間傳送的數(shù)據(jù)及其調(diào)用關系。 系統(tǒng)功能模塊化的優(yōu)點： 系統(tǒng)功 能模塊劃分清晰，區(qū)別明顯，易于操作。如圖 41 所示： 圖 41 系統(tǒng)層次模塊圖 基于 JSP 校園網(wǎng)文檔管理系統(tǒng)的設計與實現(xiàn) 15 系統(tǒng) ER 圖 系統(tǒng) ER 圖是用來來描述一個系統(tǒng)中的數(shù)據(jù)及其之間關系的。 實 體是指客觀存在并可相互區(qū)分的事特；屬性指指實體所具有的每一個特性。它有兩個明顯的優(yōu)點：接近于人的思維，容易理解；與計算機無關，用戶容易接受?？偣财邆€模塊，七個模塊間的功能相對獨立，各自實現(xiàn)自己特有的功能，共同來組成整體系統(tǒng)所要達到的功 能。 圖 53 數(shù)據(jù)流程圖 系統(tǒng)管理模塊詳細設計 圖 54 系統(tǒng)管理模塊功能樹 基于 JSP 校園網(wǎng)文檔管理系統(tǒng)的設計與實現(xiàn) 20 系統(tǒng)管理模塊包括更改密碼、控制系統(tǒng)兩大子模塊。 里面有兩個選擇，開啟和關閉，如果管理員選擇開啟功能，那么管理員和用戶都可以登陸系統(tǒng)并且使用系統(tǒng)的功能，如果選擇關閉選項那么管理員可以登陸系統(tǒng)，但是用基于 JSP 校園網(wǎng)文檔管理系統(tǒng)的設計與實現(xiàn) 21 戶則不能登陸系統(tǒng)使用系統(tǒng)的功能。如圖 57 所示： 圖 57 系統(tǒng)公告發(fā)布圖 基于 JSP 校園網(wǎng)文檔管理系統(tǒng)的設計與實現(xiàn) 22 輸入項：公告標題，公告內(nèi)容。 處理：將系統(tǒng)中所有的公告以標題的形式全部顯示出來并可編輯 (修改，刪除 )。 輸出項：添加成功，進入成功頁面，不成功則顯示錯誤信息頁面。 查詢用戶信息 輸入項：用戶編號、用戶姓名。在所列出的信息后可以對所列信息進行修改、刪除操作，點擊修改操作可以修改已經(jīng)發(fā)布的公告， 點擊刪除操作可以刪除已經(jīng)發(fā)布的公告，在本功能模塊中，還支持高級查詢，但什么條件都不輸入時，將顯示出所有用戶的信息，同時對顯示出來的基于 JSP 校園網(wǎng)文檔管理系統(tǒng)的設計與實現(xiàn) 24 用戶信息進修改及刪除功能的操作 [9]。 輸出項：上傳成功，進入成功頁面，不成功則顯示錯誤 信息頁面。 處理：在這個子功能里，用戶輸入文件名稱、類別（選擇），提交給系統(tǒng)后，系統(tǒng)會將對應的條件所有信息顯示出來。如圖 515 所示。 輸出項：上傳成功，進入成功頁面，不成功則顯示錯誤信息頁面。 處理：在這個子功能里，用戶輸入文件名稱、類別（選擇），提交給系統(tǒng)后，系統(tǒng)會將對應的條件所有信息顯示出來。 輸出項：顯示符合條件的留言信息（姓名，性別，時間，留言內(nèi)容），無符合條件的將顯示出錯提示 處理：在這個子功能里，用戶可以輸入，姓名，郵箱，性別，留言內(nèi)容。 輸出項：顯示符合條件的留言信息（姓名，性別，時間，留言內(nèi)容），無符合條件的將顯示出錯提示。如圖 521 所示： 圖 521 查看留言圖 數(shù)據(jù)庫詳細設計 表 1 管理員信息表 (administrators) 名稱 字段名稱 數(shù)據(jù)類型 主鍵 非空 用戶名 wnum varchar(4) yes yes 密碼 wpswd varchar(30) no yes 管理員姓名 tname varchar(30) no no 性別 tsex int no no 身份等級 tpri int no yes 表 2 控制系統(tǒng)信息表 (ctrl_system) 名稱 字段名稱 數(shù)據(jù)類型 主鍵 非空 標號 act int yes yes 備注 remark varchar(100) no no 表 3 文件 ID 表 (file_data) 名稱 字段名稱 數(shù)據(jù)類型 主鍵 非空 記錄 ID rec_id int yes yes 文件名 filename varchar(50) no yes 所在路徑 file_address int no yes 備注 remark varchar(200) no yes 上傳者 author varchar(800) no yes 類型 ID typeid int no yes 審核 Deal Int no yes 基于 JSP 校園網(wǎng)文檔管理系統(tǒng)的設計與實現(xiàn) 30 表 4 留言表 (liuyuan) 名稱 字段名稱 數(shù)據(jù)類型 主鍵 非空 昵稱 name varchar(20) no no 性別 sex int no no 郵箱 varchar(20) no no 內(nèi)容 liuyuan varchar(500) no no 時間 addtime datetime no yes 表 5 用戶信息表 (users) 名稱 字段名稱 數(shù)據(jù)類型 主鍵 非空 編號 snum varchar(50) yes no 密碼 spas varchar(50) no no 姓名 sname varchar(50) no no 性別 sex int no no OICQ oicq varchar(50) no no 郵箱 varchar(50) no no 表 6 新聞表 (news) 名稱 字段名稱 數(shù)據(jù)類型 主鍵 非空 記錄 ID id int yes yes 標題 title varchar(100) no no 新聞內(nèi)容 news varchar(500) no no 添加時間 Add_time datetime no no 表 7 類型表 (types) 名稱 字段名稱 數(shù)據(jù)類型 主鍵 非空 類型 ID sys_id int yes yes 類型名稱 typename Varchar(30) no yes 表 8 反饋刪除用戶上傳文件信息表 (del_filemessages) 名稱 字段名稱 數(shù)據(jù)類型 主鍵 非空 記錄 ID rec_id int yes yes 消息 messages varchar(100) no yes 用戶名 (上傳者 ) author varchar(30) no yes 本章小結 從用戶角度出發(fā)，為達到合理實用，符合用戶提出的需求，通過系統(tǒng)層次模塊圖明基于 JSP 校園網(wǎng)文檔管理系統(tǒng)的設計與實現(xiàn) 31 確本系統(tǒng)要開發(fā)的功能模塊，系統(tǒng) 流程圖簡單明了的顯示了用戶的操作流程、數(shù)據(jù)流程圖簡單明了的顯示了數(shù)據(jù)的流動過程。 白盒測試：已知產(chǎn)品的內(nèi)部工作過程，可以通過測試證明每種內(nèi)部操作是否符合設計規(guī)格要求，所有內(nèi)部成分是否以經(jīng)過檢查。黑盒測試主要是為了發(fā)現(xiàn)以下幾類錯誤 [15]： 是否有不正確或遺漏的功能？ 在接口上，輸入是否能正確的接受？能否輸出正確的結果？ 是否有數(shù)據(jù)結構錯誤或外部信息（例如數(shù)據(jù)文件）訪問錯誤？ 性能上是否能夠滿足要求？ 是否有初始化或終止性錯誤？ 軟件的白盒測試是對軟件的過程 性細節(jié)做細致的檢查。白盒測試主要是想對程序模塊進行如下檢查： 對程序模塊的所有獨立的執(zhí)行路徑至少測試一遍。 本系統(tǒng)主要使 用黑盒測試方法，對系統(tǒng)進行測試，對需求分析中系統(tǒng)所要實現(xiàn)的功能進行測試。 圖 61 系統(tǒng)登陸圖 圖 62 系統(tǒng)登陸失敗圖 圖 63 管理員身份登陸系統(tǒng) 基于 JSP 校