【文章內(nèi)容簡(jiǎn)介】 模塊化，保證整個(gè)系統(tǒng)的完整性、一致性、靈活性，以滿足需求變化的需要； ? 良好的可靠性、安全性與可擴(kuò)充性； ? 系統(tǒng)具有開放性，并且符合國(guó)際、國(guó)家規(guī)范與標(biāo)準(zhǔn)，保證應(yīng)用系統(tǒng)和數(shù)據(jù)資源有較長(zhǎng)的生命周期； ? 采用當(dāng)前先進(jìn)技術(shù)，使應(yīng)用系統(tǒng)有較強(qiáng)的生命周期； 系統(tǒng)的壽命 ， 即在 技術(shù) 演進(jìn)壓力下的生存能力 ， 主要由其構(gòu)架決定。采用恰當(dāng)?shù)臉?gòu)架是項(xiàng)目成功的第一步。有些構(gòu)架逐漸具有了通用性，為許多開發(fā)組織廣泛采用。如 三 層的客戶機(jī)／服務(wù)器結(jié)構(gòu) 就 不是僅限于某一個(gè)系統(tǒng)的構(gòu)架。 論文評(píng)審和學(xué)位管理系統(tǒng) 采用 組件 技術(shù)構(gòu)建三層客戶 /服務(wù)器應(yīng)用結(jié)構(gòu) ，這種技術(shù) 已經(jīng)成為應(yīng)用開發(fā)和運(yùn)行的主流技術(shù)，其核心概念是利用 組件技術(shù) 將應(yīng)用的表示邏輯（客戶 層 ）、業(yè)務(wù)邏輯（ 應(yīng)用層 ）和數(shù)據(jù)管理（數(shù)據(jù) 層 ）分為三個(gè)不同的處理層 （圖）。 業(yè)務(wù)邏輯作 為中間層實(shí)現(xiàn)核心業(yè)務(wù)邏輯服務(wù)，由 組件 管理，接受客戶的服務(wù)請(qǐng)求，向資源管理器提交數(shù)據(jù)操作，并將處理結(jié)果返回給請(qǐng)求者。中間層實(shí)現(xiàn)了業(yè)務(wù)邏輯與表示邏輯的分離，使得系統(tǒng)能夠靈活的適應(yīng)用戶業(yè)務(wù)邏輯的變化。 客戶層的軟件只用于客戶的數(shù)據(jù)輸入、結(jié)果顯示等。 數(shù)據(jù)層是基于 IBM DB2或者是 SQL Server等大型數(shù)據(jù)庫(kù)的數(shù)據(jù)庫(kù)管理系統(tǒng)。用于存放報(bào)修信息和留言等所有數(shù)據(jù)。 8 圖 三層客戶 /服務(wù)器系統(tǒng)結(jié)構(gòu) 在三層體系結(jié)構(gòu)下，客戶層不能直接訪問數(shù)據(jù)層，只能通過應(yīng)用層連接數(shù)據(jù)庫(kù)，完 成各項(xiàng)業(yè)務(wù)，主要優(yōu)點(diǎn)如下： 采用瘦客戶 /胖服務(wù)器的架構(gòu)，即業(yè)務(wù)邏輯放在 應(yīng)用層 ，業(yè)務(wù)邏輯的更改只需在 應(yīng)用層 進(jìn)行，而客戶 層 僅處理信息的輸入、結(jié)果的顯示和業(yè)務(wù)流程的控制。這樣，不僅擴(kuò)展性好，而且可維護(hù)性也較好。 增加了系統(tǒng)的網(wǎng)絡(luò)安全性能 三層結(jié)構(gòu)體系下，各種用戶只能通過應(yīng)用程序?qū)?shù)據(jù)庫(kù)中的數(shù)據(jù)進(jìn)行檢索和更改，不能直接訪問數(shù)據(jù)庫(kù)服務(wù)器，既避免了系統(tǒng)故障對(duì)數(shù)據(jù)庫(kù)的破壞，又避免了黑客攻擊數(shù)據(jù)庫(kù)服務(wù)器的可能，保證了數(shù)據(jù)的安全性。 由于這是一個(gè)需要在網(wǎng)絡(luò)上運(yùn)行的系統(tǒng)，用戶主要通過客戶端（ Web瀏覽器）進(jìn)行訪問和操作 ，因而采用 Web應(yīng)用通常使用的 B/S(Browser/Server)架構(gòu)，將應(yīng)用分為瘦客戶端（ Web瀏覽器） +Web服務(wù)器 +應(yīng)用服務(wù)器和數(shù)據(jù)庫(kù)的三層體系結(jié)構(gòu)。系統(tǒng)采用 MVC(ModelViewController,即模型 視圖 控制器 )的設(shè)計(jì)模式，遵循 Sun公司制定的JSP Model2規(guī)范，將 Web應(yīng)用程序分成三個(gè)核心模塊：視圖、模型和控制器。 MVC設(shè)計(jì)模式的引入使得系統(tǒng)的開發(fā)效率、可維護(hù)性、可擴(kuò)展性大大提高。 Struts實(shí)現(xiàn) MVC 模式 模型 視圖 控制器（ ModelViewController， MVC）體系突出了 Servlets和 JSP的優(yōu)點(diǎn)，同時(shí)也令它們的缺點(diǎn)最小化。在實(shí)現(xiàn)中，用戶請(qǐng)求被發(fā)送到一個(gè)控制器 servlet， 9 該 servlet決定請(qǐng)求的性質(zhì)，并且根據(jù)請(qǐng)求的類型傳送給適合的處理器。每個(gè)處理器都和一個(gè)特別的模型相關(guān)，里面封裝有商業(yè)邏輯來(lái)執(zhí)行一些特別的函數(shù)集合。處理完畢后，結(jié)果會(huì)發(fā)送回處理器，處理器選擇適合的視圖顯示它。 圖 結(jié)合 Struts 的 MVC 圖 Struts為使用 MVC體系來(lái)編寫應(yīng)用提供了一個(gè)架構(gòu)。 Struts使用 “ActionMapping”，它 允許 servlet將用戶的請(qǐng)求轉(zhuǎn)變?yōu)閼?yīng)用行為。 ActionMapping通常指定一個(gè)請(qǐng)求的路徑、在請(qǐng)求上進(jìn)行動(dòng)作的對(duì)象類型，以及指定其它需要的屬性。 Action對(duì)象作為ActionMapping的一個(gè)部分使用，負(fù)責(zé)處理請(qǐng)求，并且發(fā)送響應(yīng)回適合的視圖（通常是一個(gè) Web瀏覽器），或者傳送請(qǐng)求至適合的模型。 在 模 型 和 視 圖 間 的 橋 是 一 個(gè) formbean ，它可以通過繼承。 formbean用來(lái)保存處理前的用戶數(shù)據(jù)，或者保存那些將 顯示返回給用戶的模型 數(shù)據(jù)。 Struts包含有自定義的標(biāo)簽，它可以由創(chuàng)建的 formbean中自動(dòng)組合字段。 在實(shí)踐中用戶請(qǐng)求 JSP頁(yè)面，控制器 servlet接收請(qǐng)求并決定由哪個(gè)應(yīng)用處理它。Action對(duì)象傳送該請(qǐng)求到包含有接收商業(yè)邏輯的 JavaBean中。商業(yè)邏輯 bean將連接數(shù)據(jù)庫(kù)并進(jìn)行查詢，接收結(jié)果，然后返回結(jié)果給 Action對(duì)象。 Action對(duì)象將結(jié)果作為請(qǐng)求的一部分存放到一個(gè) formbean中。一旦收集完請(qǐng)求的全部數(shù)據(jù)，就可以格式化結(jié)果 10 并且顯示。最后是 JavaServerPage以 HTML表格的形式將結(jié)果顯示出來(lái) 在建立系統(tǒng)的面向?qū)ο竽Ｐ椭螅乱徊降墓ぷ魇菑念悎D中找出需要持久化的類，將邏輯模型轉(zhuǎn)換成物理模型，完成數(shù)據(jù)庫(kù)建模。所謂持久化，就是要把暫時(shí)性的對(duì)象永久保留下來(lái)，把對(duì)象轉(zhuǎn)換成一定格式的數(shù)據(jù)，存放到磁盤或其他媒介。正如一般的持久數(shù)據(jù)一樣，持久對(duì)象由數(shù)據(jù)庫(kù)管理系統(tǒng)負(fù)責(zé)管理。 實(shí)體，也叫實(shí)例，對(duì)應(yīng)現(xiàn)實(shí)世界中可區(qū)別于其他對(duì)象的“事件”或“物體”，它可以是有形的或無(wú)形的、具體的或抽象的、有生命的或無(wú)生命的。關(guān)系是指實(shí)體集之間或?qū)嶓w集內(nèi)部實(shí)例之間的連接，實(shí)體之間可通過關(guān)系來(lái)相互關(guān)聯(lián)。按照實(shí)體類型中實(shí)例之間的 數(shù)量對(duì)應(yīng)關(guān)系，通?？蓪⑵浞譃樗念?，即一對(duì)一、一對(duì)多、多對(duì)一、和多對(duì)多關(guān)系 [30,31]。 相關(guān)實(shí)體關(guān)系描述，將通過相應(yīng)的數(shù)據(jù)庫(kù)轉(zhuǎn)化變成相應(yīng)的具體業(yè)務(wù)信息表，主要的業(yè)務(wù)信息表包括人員基本信息表、權(quán)限密碼表、報(bào)修情況表，留言表等。如表 31主要是對(duì)相應(yīng)的人員基本信息表。表 32，報(bào)修情況表。 名稱 代碼 數(shù)據(jù)類型 長(zhǎng)度 精確度 初始值 主要的 主鍵 id VARCHAR(40) 4 FALSE TRUE 登陸名 LOADNAME VARCHAR(40) 4 FALSE FALSE 角色 GROUP VARCHAR(40) 4 FALSE FALSE 學(xué)號(hào) NUM VARCHAR(40) 1 FALSE FALSE 姓名 NAME VARCHAR(40) 1 FALSE FALSE 身份證 CARD_ID VARCHAR(40) 1 FALSE FALSE 宿舍號(hào) ROOMID VARCHAR(40) 1 FALSE FALSE 電話 TELEPHONE VARCHAR(40) 4 FALSE FALSE 表 人員基本信息數(shù)據(jù)庫(kù)表 名稱 代碼 數(shù)據(jù)類型 長(zhǎng)度 精確度 有初始值 主要的 id ID VARCHAR(40) 2 FALSE TRUE 報(bào)修單號(hào) NUM VARCHAR(40) 4 FALSE FALSE 11 房間號(hào) ROOMID VARCHAR(40) 1 FALSE FALSE 報(bào)修時(shí)間 SUBTIME VARCHAR(40) 1 FALSE FALSE 故障內(nèi)容 EVENT VARCHAR(40) 1 FALSE FALSE 詳細(xì)描述 DETAIL VARCHAR(40) 1 FALSE FALSE 提交人 ID PERSONID VARCHAR(40) 2 FALSE FALSE 表 單報(bào)修情況表 12 4 系統(tǒng)實(shí)現(xiàn) 針對(duì) 學(xué)院 網(wǎng)絡(luò)信息中心業(yè)務(wù)需求的的系統(tǒng)部署和使用要求，本文采用了基于 B/S的軟件架構(gòu)設(shè)計(jì)，開發(fā)實(shí)現(xiàn)過程中使用基于 J2EE的分層軟件開發(fā)結(jié)構(gòu)，實(shí)現(xiàn)和部署了學(xué)院網(wǎng)絡(luò)信息中心綜合信息管理系統(tǒng)。在軟件開發(fā)的過程中，采用基于 Eclipse的開發(fā)工具，數(shù)據(jù)庫(kù)設(shè)計(jì)和存儲(chǔ)通過 Mysql來(lái)實(shí)現(xiàn)，部署服務(wù)器采用了開源的 Tomcat。對(duì)于控制層和表現(xiàn)層實(shí)現(xiàn)通過基于 Struts的 MVC框架，業(yè)務(wù)數(shù)據(jù)表現(xiàn)采用了基于 JQuery的表現(xiàn)層組件實(shí)現(xiàn)。本章 針對(duì)系統(tǒng)的具體實(shí)現(xiàn)采用的組件技術(shù)和相關(guān)功能模塊實(shí)現(xiàn)進(jìn)行了詳細(xì)說明。 在系統(tǒng)業(yè)務(wù)實(shí)現(xiàn)過程中，本文采用了傳統(tǒng)的業(yè)務(wù)系統(tǒng)界面設(shè)計(jì)布局，主要包括系統(tǒng)上方 logo 設(shè)計(jì)實(shí)現(xiàn)和左側(cè)業(yè)務(wù)分模塊菜單設(shè)計(jì)。進(jìn)入網(wǎng)絡(luò)信息中心綜合業(yè)務(wù)管理系統(tǒng)后，用戶首先通過用戶名和密碼進(jìn)行登錄驗(yàn)證，在經(jīng)過數(shù)據(jù)驗(yàn)證通過后進(jìn)入系統(tǒng)的業(yè)務(wù)功能界面，同時(shí)進(jìn)行相應(yīng)的業(yè)務(wù)功能相關(guān)操作。 對(duì)于上述信息管理系統(tǒng)采用了功能模塊劃分的菜單布局方式，如圖 42左側(cè)所示，展現(xiàn)了學(xué)生登錄后的相應(yīng)操作和功能模塊，相應(yīng)的功能模塊主要包括了系統(tǒng)管理、保修 管理和評(píng)價(jià)活動(dòng)專區(qū)等相關(guān)功能。同時(shí)，在對(duì)具體的業(yè)務(wù)管理方面，采用了二級(jí)菜單展開的方式實(shí)現(xiàn)，在點(diǎn)擊具體的左側(cè)菜單后將顯示和請(qǐng)求具體的業(yè)務(wù)功能。 系統(tǒng)在實(shí)現(xiàn)過程中，主要使用了鏈表、數(shù)組和 Hash Map三種數(shù)據(jù)存儲(chǔ)結(jié)構(gòu)。對(duì)于列表數(shù)據(jù)的有序顯示，如個(gè)人所有的保修記錄列表，此時(shí)適合用鏈表結(jié)構(gòu)存儲(chǔ)數(shù)據(jù)，這種結(jié)構(gòu)方便對(duì)數(shù)據(jù)的排序。對(duì)于客戶端與服務(wù)器端傳遞參數(shù)時(shí)，適宜用數(shù)組存儲(chǔ)結(jié)構(gòu)，如選擇某個(gè)保修列表中的保修信息時(shí)，客戶端頁(yè)面選擇相應(yīng)的保修單 Id參數(shù)被存儲(chǔ)在一個(gè)數(shù)組中，傳遞到后臺(tái)解析處理。而對(duì)于大量的無(wú)序列表數(shù)據(jù)，則適合用 Hash Map數(shù)據(jù)結(jié)構(gòu)，它的用法比較靈活，其時(shí)間復(fù)雜度也比較低。 同時(shí)，在整體代碼的實(shí)現(xiàn)過程中，為了能夠提高系統(tǒng)用戶與相應(yīng)功能之間的交互性，本文采用了 javascript提供了相應(yīng)的交互操作，如下圖所示，系統(tǒng)為學(xué)生信息維護(hù)進(jìn)行檢測(cè)后進(jìn)行了信息補(bǔ)全的相應(yīng)操作。 13 圖 學(xué)生功能界面 本系統(tǒng)中管理員需要完成的工作有：基本信息維護(hù)，故障類型設(shè)置，設(shè)備管理，提問管理和建議管理。 基本信息維護(hù)主要包括教師、學(xué)生基本信息的維護(hù)，如添加、激活、修改、 刪除等；同時(shí)還包括基本樓宇信息管理、房間信息管理等相關(guān)業(yè)務(wù)。 其中，樓宇和房間信息管理是最基礎(chǔ)的數(shù)據(jù)管理，將會(huì)關(guān)系到人員所屬的住宿信息。樓宇與房間之間的關(guān)系是從屬關(guān)系，首先需要為樓宇信息，相應(yīng)的信息維護(hù)界面如下圖 ： 圖 樓宇信息功能維護(hù)界面 14 房間信息管理用來(lái)管理每一棟樓有哪些房間，界面如下圖 。由于房間和樓宇之間的關(guān)系為相應(yīng)的從屬關(guān)系，因此在對(duì)其管理的過程中為了能夠更好的進(jìn)行層次展現(xiàn)，本文采用了樹形數(shù)據(jù)結(jié)構(gòu)對(duì)其進(jìn)行維護(hù)。 圖 房間信息功能維護(hù)界面 故障類型設(shè)置 故障類型信息管理，是用來(lái)管理常見故障類型，這樣，學(xué)生在保修的時(shí)候就不用手動(dòng)輸入故障類型，其界面如下所示： 圖 房間信息功能維護(hù)界面 在完成了相應(yīng)的樓宇和房間信息管理后，為了能夠?qū)τ谠O(shè)備相應(yīng)的操作進(jìn)行詳細(xì)日志操作管理，從而完成設(shè)備信息的維護(hù)操作日志跟蹤，本文提供了相應(yīng)的設(shè)備日志信息管理功能。該上述設(shè)備信息管理主要包括了相應(yīng)的設(shè)備日志的查詢、添加和編輯功能，具體的設(shè)備維護(hù)日志操作界面如下圖所示： 15 圖 房間信息功能維護(hù)界面 信息管理 在相應(yīng)的網(wǎng)絡(luò)中心活動(dòng)信息維護(hù)管理功能中，將包括了對(duì)于學(xué)生提議的信息維護(hù)和設(shè)置操作，上述工作將由系