【正文】 本信息維護(hù)主要包括教師、學(xué)生基本信息的維護(hù)，如添加、激活、修改、 刪除等；同時(shí)還包括基本樓宇信息管理、房間信息管理等相關(guān)業(yè)務(wù)。 同時(shí)，在整體代碼的實(shí)現(xiàn)過(guò)程中，為了能夠提高系統(tǒng)用戶與相應(yīng)功能之間的交互性，本文采用了 javascript提供了相應(yīng)的交互操作，如下圖所示，系統(tǒng)為學(xué)生信息維護(hù)進(jìn)行檢測(cè)后進(jìn)行了信息補(bǔ)全的相應(yīng)操作。對(duì)于客戶端與服務(wù)器端傳遞參數(shù)時(shí)，適宜用數(shù)組存儲(chǔ)結(jié)構(gòu)，如選擇某個(gè)保修列表中的保修信息時(shí)，客戶端頁(yè)面選擇相應(yīng)的保修單 Id參數(shù)被存儲(chǔ)在一個(gè)數(shù)組中，傳遞到后臺(tái)解析處理。 系統(tǒng)在實(shí)現(xiàn)過(guò)程中，主要使用了鏈表、數(shù)組和 Hash Map三種數(shù)據(jù)存儲(chǔ)結(jié)構(gòu)。 對(duì)于上述信息管理系統(tǒng)采用了功能模塊劃分的菜單布局方式，如圖 42左側(cè)所示，展現(xiàn)了學(xué)生登錄后的相應(yīng)操作和功能模塊，相應(yīng)的功能模塊主要包括了系統(tǒng)管理、保修 管理和評(píng)價(jià)活動(dòng)專區(qū)等相關(guān)功能。 在系統(tǒng)業(yè)務(wù)實(shí)現(xiàn)過(guò)程中，本文采用了傳統(tǒng)的業(yè)務(wù)系統(tǒng)界面設(shè)計(jì)布局，主要包括系統(tǒng)上方 logo 設(shè)計(jì)實(shí)現(xiàn)和左側(cè)業(yè)務(wù)分模塊菜單設(shè)計(jì)。對(duì)于控制層和表現(xiàn)層實(shí)現(xiàn)通過(guò)基于 Struts的 MVC框架，業(yè)務(wù)數(shù)據(jù)表現(xiàn)采用了基于 JQuery的表現(xiàn)層組件實(shí)現(xiàn)。 名稱 代碼 數(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)過(guò)程中使用基于 J2EE的分層軟件開發(fā)結(jié)構(gòu)，實(shí)現(xiàn)和部署了學(xué)院網(wǎng)絡(luò)信息中心綜合信息管理系統(tǒng)。如表 31主要是對(duì)相應(yīng)的人員基本信息表。按照實(shí)體類型中實(shí)例之間的 數(shù)量對(duì)應(yīng)關(guān)系，通?？蓪⑵浞譃樗念?，即一對(duì)一、一對(duì)多、多對(duì)一、和多對(duì)多關(guān)系 [30,31]。 實(shí)體，也叫實(shí)例，對(duì)應(yīng)現(xiàn)實(shí)世界中可區(qū)別于其他對(duì)象的“事件”或“物體”，它可以是有形的或無(wú)形的、具體的或抽象的、有生命的或無(wú)生命的。所謂持久化，就是要把暫時(shí)性的對(duì)象永久保留下來(lái)，把對(duì)象轉(zhuǎn)換成一定格式的數(shù)據(jù)，存放到磁盤或其他媒介。一旦收集完請(qǐng)求的全部數(shù)據(jù)，就可以格式化結(jié)果 10 并且顯示。商業(yè)邏輯 bean將連接數(shù)據(jù)庫(kù)并進(jìn)行查詢，接收結(jié)果，然后返回結(jié)果給 Action對(duì)象。 在實(shí)踐中用戶請(qǐng)求 JSP頁(yè)面，控制器 servlet接收請(qǐng)求并決定由哪個(gè)應(yīng)用處理它。 formbean用來(lái)保存處理前的用戶數(shù)據(jù)，或者保存那些將 顯示返回給用戶的模型 數(shù)據(jù)。 Action對(duì)象作為ActionMapping的一個(gè)部分使用，負(fù)責(zé)處理請(qǐng)求，并且發(fā)送響應(yīng)回適合的視圖（通常是一個(gè) Web瀏覽器），或者傳送請(qǐng)求至適合的模型。 Struts使用 “ActionMapping”，它 允許 servlet將用戶的請(qǐng)求轉(zhuǎn)變?yōu)閼?yīng)用行為。處理完畢后，結(jié)果會(huì)發(fā)送回處理器，處理器選擇適合的視圖顯示它。在實(shí)現(xiàn)中，用戶請(qǐng)求被發(fā)送到一個(gè)控制器 servlet， 9 該 servlet決定請(qǐng)求的性質(zhì)，并且根據(jù)請(qǐng)求的類型傳送給適合的處理器。 MVC設(shè)計(jì)模式的引入使得系統(tǒng)的開發(fā)效率、可維護(hù)性、可擴(kuò)展性大大提高。 由于這是一個(gè)需要在網(wǎng)絡(luò)上運(yùn)行的系統(tǒng)，用戶主要通過(guò)客戶端（ Web瀏覽器）進(jìn)行訪問(wèn)和操作 ，因而采用 Web應(yīng)用通常使用的 B/S(Browser/Server)架構(gòu)，將應(yīng)用分為瘦客戶端（ Web瀏覽器） +Web服務(wù)器 +應(yīng)用服務(wù)器和數(shù)據(jù)庫(kù)的三層體系結(jié)構(gòu)。這樣，不僅擴(kuò)展性好，而且可維護(hù)性也較好。用于存放報(bào)修信息和留言等所有數(shù)據(jù)。 客戶層的軟件只用于客戶的數(shù)據(jù)輸入、結(jié)果顯示等。 業(yè)務(wù)邏輯作 為中間層實(shí)現(xiàn)核心業(yè)務(wù)邏輯服務(wù)，由 組件 管理，接受客戶的服務(wù)請(qǐng)求，向資源管理器提交數(shù)據(jù)操作，并將處理結(jié)果返回給請(qǐng)求者。如 三 層的客戶機(jī)／服務(wù)器結(jié)構(gòu) 就 不是僅限于某一個(gè)系統(tǒng)的構(gòu)架。采用恰當(dāng)?shù)臉?gòu)架是項(xiàng)目成功的第一步。 7 3 系統(tǒng)設(shè)計(jì) 本章先給出系統(tǒng)設(shè)計(jì)的原則和目標(biāo)，然后根據(jù)給出的原則和目標(biāo)，設(shè)計(jì)出符合需求分析各項(xiàng)要求的系統(tǒng)架構(gòu)，最后給出數(shù)據(jù)庫(kù)的設(shè)計(jì)。使用 Java作為開發(fā)語(yǔ)言，使 用基于 IBM DB2的數(shù)據(jù)庫(kù)管理系統(tǒng)。 采用 B/S(Browser/Server)架構(gòu)，應(yīng)用組件技術(shù)將應(yīng)用分為客戶端（ Web瀏覽器）+Web服務(wù)器 +應(yīng)用服務(wù)器和數(shù)據(jù)庫(kù)的三層體系結(jié)構(gòu)。 6 循 的標(biāo)準(zhǔn) 與 規(guī)范 在開發(fā)過(guò)程中所遵循的標(biāo)準(zhǔn)規(guī)范有： ? GB/T 16680— 1996 軟件文檔管理指南 ? GB/T 12504— 1990 計(jì)算機(jī)軟件質(zhì)量保證計(jì)劃規(guī)范 ? GB/T 12505— 1990 計(jì)算機(jī)軟件配置管理計(jì)劃規(guī)范 ? GB/T 9385— 1988 計(jì)算機(jī)軟件需求說(shuō)明 編制指南 系統(tǒng)界面應(yīng)該趨于人性化，布局清晰合理，方便操作和業(yè)務(wù)處理。 系統(tǒng)的非功能需求 作為功能需求的補(bǔ)充，軟件需求還應(yīng)包括非功能需求，它描述了系統(tǒng)展現(xiàn)給用戶的行為和執(zhí)行的操作等。普通用戶的權(quán)限由超級(jí)管理員統(tǒng)一配置，其他人無(wú)權(quán)修改。例如，超級(jí)管理員用戶擁有對(duì)系統(tǒng)所有功能的操作權(quán)限，并且可以修改其他管理員的用戶口令和操作權(quán)限。 （ 5）維修人員處理完故障，填寫反饋信 息，用戶查看。 （ 3）管理員審核不通過(guò)，填寫反饋信息，用戶查看。 報(bào)修系統(tǒng)可以概括為以下的處理流程： 5 （ 1）用戶提交報(bào)修信息。導(dǎo)致該項(xiàng)工作效率低，而且浪費(fèi)了學(xué)生、維修人員的財(cái)力、物力、人力。但是有些傳統(tǒng)的工作還沒(méi)能跟上信息化的發(fā)展 步伐，在學(xué)校信息化系統(tǒng)中處于空白位置。已經(jīng)建立并運(yùn)行了若干系統(tǒng)，如網(wǎng)上借閱系統(tǒng)，課件下載系統(tǒng)等。 我要提建議：登陸用戶可以在該模塊提交對(duì)系統(tǒng)或者其他方面的一些建議。 我要保修：該模塊是用戶用來(lái)提交保修信息的模塊。 維修信息管理： 該模塊管理員可見(jiàn)，用來(lái)統(tǒng)一管理提交上來(lái)的并且已經(jīng)處理過(guò)的信息。 報(bào)修信息管理業(yè)務(wù)需求 報(bào)修信息管理業(yè)務(wù)模塊是本系統(tǒng)的主要業(yè)務(wù)模塊，針對(duì)該模塊的業(yè)務(wù)需求包括：維修信息管理，報(bào)修信息管理，我的保修，我要保修，常見(jiàn)問(wèn)題 FAQ和我要提建議。 當(dāng)前排名查看 :根據(jù)本活動(dòng)需求，每被推薦一次就會(huì)得到一個(gè)推薦分，得分會(huì)在改模塊展現(xiàn)。 留言板：用戶可以在此模塊可以進(jìn)行填寫留言，填寫推薦人。 建議管理：管理用戶提出的建議。 4 設(shè)備管理：用來(lái)管理每棟樓上所有的設(shè)備信息。 房間信息管理：該模塊能夠管理每棟樓上的所有房間。 樓名信息管理：管理可能出現(xiàn)在學(xué)生報(bào)修單中的所有樓以及系統(tǒng)其他部分所用到的樓。 密碼修改：每位用戶可以修改自己登陸系統(tǒng)所用到的密碼。 用戶管理：管理員可以在這里管理系統(tǒng)所有用戶，可以對(duì)指定用 戶進(jìn)行一些操作，如：改密碼，停用，啟用等。因此，結(jié)合網(wǎng)絡(luò)中心綜合信息管理系統(tǒng)業(yè)務(wù)需求，針對(duì)系統(tǒng)管理模塊其包括的功能性需求主要包括：公告管理，用戶管理，個(gè)人信息管理，密碼修改四個(gè)子菜單。 系統(tǒng)提供學(xué)生報(bào)修的入口， 從而實(shí)現(xiàn)將網(wǎng)絡(luò)情況提交給管理人員的功能，而相對(duì)于管理員，能夠看到所有人的報(bào)修信息并能統(tǒng)一管理。 在這種情況下，學(xué)生們就需要一個(gè)平臺(tái)來(lái)提交他們?cè)谏暇W(wǎng)過(guò)程中出現(xiàn)的各種問(wèn)題，管理員們也需要這樣一個(gè)平臺(tái)來(lái)管理學(xué)生們的報(bào)修或者統(tǒng)一解答一些問(wèn)題等。但是，整體系統(tǒng)在功能方 面還比較薄弱，需要在結(jié)合網(wǎng)絡(luò)中心的具體需求進(jìn)行進(jìn)一步的拓展和改進(jìn)。通過(guò)系統(tǒng)廣大師生能夠?qū)⒆约旱男穆曁峤唤o網(wǎng)絡(luò)管理部門，從而網(wǎng)絡(luò)中心能夠有效的改進(jìn)校園網(wǎng)運(yùn)行狀態(tài)。這種集中化使應(yīng)用程序更容易地維護(hù)和管理。這樣做提高了代碼的可讀性，已經(jīng)代碼生產(chǎn)效率。由于 DAO管理所有的數(shù)據(jù)訪問(wèn)復(fù)雜性，它可以簡(jiǎn)化業(yè)務(wù)對(duì)象和其他使用 DAO的客戶端中的代碼。 DAO管理著與數(shù)據(jù)源的連接以便檢索和存儲(chǔ)數(shù)據(jù)。 由于系統(tǒng)的各項(xiàng)數(shù)據(jù)需要持久性存儲(chǔ)，采用了 SQL Server數(shù)據(jù)庫(kù)進(jìn)行相應(yīng)的數(shù)據(jù)存儲(chǔ)。 在該體系的實(shí)現(xiàn)上具體采用現(xiàn)在比較流行的 Struts框架。在分層結(jié)構(gòu)設(shè)計(jì)中，系統(tǒng)采用 MVC(ModelViewController,即模型 視圖 控制器 )的設(shè)計(jì)模式，遵循 Sun公司制定的 JSP Model2規(guī)范，將 Web應(yīng)用程序分成三個(gè)核心模塊：視圖、模型和控制器。 針對(duì)系統(tǒng)的角色和分布特點(diǎn)，在技術(shù)實(shí)現(xiàn)方面，為了充分體現(xiàn)信息化和廣域網(wǎng)網(wǎng)絡(luò)辦公的需求，采用了 Web應(yīng)用通常使用的 B/S(Browser/Server)架構(gòu)，將應(yīng)用分為瘦客戶端（ Web瀏覽器） +Web服務(wù)器 +應(yīng)用服務(wù)器和數(shù)據(jù)庫(kù)的三層體系結(jié) 構(gòu)。結(jié)合網(wǎng)絡(luò)中心的相關(guān)業(yè)務(wù)現(xiàn)狀，目前的主要功能模塊包括了基礎(chǔ)信息維護(hù)、校園網(wǎng)絡(luò)建設(shè)回饋、網(wǎng)絡(luò)報(bào)修等相關(guān)業(yè)務(wù)功能模塊。 網(wǎng)絡(luò)信息中心綜合信息管理系統(tǒng)是在網(wǎng)絡(luò)辦公需求下對(duì)傳統(tǒng)網(wǎng)絡(luò)報(bào)修、網(wǎng)絡(luò)設(shè)備 2 和 IP地址管理等工作的具體信息化實(shí)現(xiàn)，通過(guò)該系統(tǒng)將支持學(xué)院學(xué)生進(jìn)行網(wǎng)上的報(bào)修業(yè)務(wù)和校園網(wǎng)絡(luò)建設(shè)情況回饋等業(yè)務(wù)。同時(shí)，學(xué)院網(wǎng)絡(luò)信息中心相關(guān)的業(yè)務(wù)存在不系統(tǒng)、業(yè)務(wù)繁多等相關(guān)特點(diǎn)，因此如何能夠?qū)ζ湔w業(yè)務(wù)進(jìn)行信息化梳理，將成為網(wǎng)絡(luò)中心在信息化推進(jìn)階段的關(guān)鍵。比如針對(duì)校園內(nèi)設(shè)備和網(wǎng)絡(luò)、 IP信息管理和學(xué)生校園網(wǎng)絡(luò)報(bào)修等相關(guān)業(yè)務(wù)還缺少具體的業(yè)務(wù)管理系統(tǒng)進(jìn)行維護(hù)。這些系統(tǒng)的使用大大提高了學(xué)校各項(xiàng)工作的效率。 項(xiàng)目背景 隨著我?；A(chǔ)網(wǎng)絡(luò)設(shè)施的逐步完善， 信息化建設(shè)也取得了顯著效果。它們管理著學(xué)院整體的校園網(wǎng)絡(luò)維護(hù)、設(shè)備和 IP信息，同時(shí)需要收集和維護(hù)學(xué)生對(duì)校園信息化滿意程度的意見(jiàn)。在 國(guó)家 的 大力 支持下， 我國(guó) 大學(xué)校園網(wǎng)絡(luò)基礎(chǔ)設(shè)施面貌得到了根本改變，與之相適應(yīng)的校園信息化水平也得 到了 較大提高 。新的世紀(jì)開