【導讀】校文明程度和一個集體精神風貌的窗口。目前部分高校的學生公寓管理基本上還處于。才更好的創(chuàng)建和諧穩(wěn)定的宿舍環(huán)境，因此有著很好的前景。作技術以及Ajax異步交互技術作為主要的前臺開發(fā)語言，實現(xiàn)前后臺的數(shù)據(jù)交互；該學生公寓管理系統(tǒng)主要劃分了管理員和學生兩種權限，實現(xiàn)的功能有學生信息。的管理，宿舍信息的管理，宿舍的分配功能等。系統(tǒng)具有界面友好，操作簡便的特性。

　　

【正文】 信息維護。 （ 6） 學生信息維護 可以查看以及維護所負責宿舍樓的學生基本信息，并對學生信息進行維護和更新。 （ 7） 公告發(fā)布及管理 可以對學生發(fā)布一些學校的需要學生知悉的公告信息，以及對學生的溫馨關懷和提醒等等。 數(shù)據(jù)庫設計 數(shù)據(jù)庫設計是根據(jù)系統(tǒng)需求規(guī)劃和結構化數(shù)據(jù)庫中的數(shù)據(jù)對象以及這些對象之間關系的過程，是信息系統(tǒng)開發(fā)的重要組成部分。對于一個菜鳥要進行數(shù)據(jù)庫的設計苦于肚里無貨只好從強大的百度文庫中搜尋需要的知識，首先是確定需求如何進行數(shù)據(jù)庫的表的設計。 因此系統(tǒng)數(shù)據(jù)庫的設計也是一個循序漸進的探索過程。 數(shù)據(jù)庫設計原則 數(shù)據(jù)庫結構設計的好壞，直接影響到高校學生公寓信息管理系統(tǒng)的性能，代碼開發(fā)的效率也對數(shù)據(jù)庫管理系統(tǒng)的安全性與故障恢復難易程度有極大的影響。因此，為保證本文系統(tǒng)數(shù)據(jù)庫設計更為合理，其設計應遵循以下幾項原則： （ 1） 便于數(shù)據(jù)管理 如果是想省事的話本系統(tǒng)數(shù)據(jù)庫的設計完全可以用一張數(shù)據(jù)表記錄所有的數(shù)據(jù)但是，為了方便數(shù)據(jù)管理，和數(shù)據(jù)庫數(shù)據(jù)安全性因此將數(shù)據(jù)盡可能多的分不到多張數(shù)據(jù)表中。 基于 Web 的高校學生公寓信息管理系統(tǒng)的設計與實現(xiàn) 12 （ 2） 易于程序調試 數(shù)據(jù)庫表設計的合理與否直接影響到程序的開發(fā)效率，表 的設計不僅要考慮需求還要考慮代碼功能代碼的實現(xiàn)的簡易程度。 （ 3） 利于數(shù)據(jù)恢復 雞蛋要放在多個籃子中這樣才能在發(fā)生意外時候盡可能降低損失，同樣的數(shù)據(jù)庫中的數(shù)據(jù)就相當于雞蛋，而數(shù)據(jù)庫表就是裝這些雞蛋的籃子，因此將數(shù)據(jù)分布于多張表中有利于意外發(fā)生時候數(shù)據(jù)恢復。另外建立日志表也能夠在數(shù)據(jù)庫數(shù)據(jù)出現(xiàn)問題的時候對數(shù)據(jù)進行恢復。 概念設計 信息管理系統(tǒng)的最重要的部分是數(shù)據(jù)操作和處理，為滿足用戶的實際需求，本文需要將高校學生公寓信息管理系統(tǒng)的數(shù)據(jù)模型抽象出來。而 ER 圖（即實體 聯(lián)系圖， Entity Relationship Diagram） ,提供了表示實體型、屬性和聯(lián)系的方法，用來描述和現(xiàn)實的概念模型。 任何一個信息管理系統(tǒng)都是為具體的用戶服務的，系統(tǒng)中的各種用戶及其之間的聯(lián)系構成了系統(tǒng)數(shù)據(jù)庫設計的建?；A。在本文系統(tǒng)中，主要存在三種用戶角色，分別為學生、宿舍管理員，其中管理員又分為普通管理員和超級管理員。除去以上各用戶外，本系統(tǒng)還有很多實體，現(xiàn)將幾個主要的實體在下面做具體介紹。 ? 管理員 管理員的主要作 用是對公寓信息進行管理，該實體主要包括管理員賬戶，管理員姓名，管理員電話，所負責公寓號，登錄賬戶，登錄密碼 ，管理員類型，創(chuàng)建時間登，如圖 46 圖 46 管理員 ER 圖 管理員 id 名字 電話 負責公寓號 登錄賬戶 密碼 管理員類型 創(chuàng)建時間 基于 Web 的高校學生公寓信息管理系統(tǒng)的設計與實現(xiàn) 13 ? 公寓樓，公寓樓實體主要包括公寓樓編號，公寓樓名字，對應負責人編號，房間總數(shù)，創(chuàng)建時間，如圖 47 圖 47 公寓樓 ER 圖 ? 學生，學生可以進行本宿舍信息查看以及個人信息維護，公告查看，添加報修信 息等操作，學生實體主要屬性有：學號（登陸賬號），密碼，姓名，性別，年齡，電話，學制，入住時間，所在班級編 號等如圖 48 為學生實體的 ER 圖： 圖 48 學生 ER 圖 ? 宿舍，宿舍實體主要包括的屬性有：房間號，所屬公寓樓編號，所屬班級編號， 可住人數(shù)，已住人數(shù)，宿舍類型，是否注滿，如圖 49 公寓樓 樓編號 負責人編號 創(chuàng)建時間 房間總數(shù) 樓名 學生 學號 (賬號 ) 密碼 姓名 性別 年齡 電話 學制 班級編號 入住時間 基于 Web 的高校學生公寓信息管理系統(tǒng)的設計與實現(xiàn) 14 圖 49 宿舍 ER 圖 ? 班級，班級實體包含的屬性有：班級編號，班級名字，學院名字，負責人，負責人電話，如圖 410： 圖 410 班級 ER 圖 ? 床位，床位實體包含屬性主要有：床位號，所屬宿舍號，所屬公寓號，狀態(tài)，學生號，如圖 411： 圖 411 床位 ER 圖 宿舍 房間號 公寓樓號 班級編號 可住人數(shù) 已住人數(shù) 宿舍類型 是否注滿 班級 班級編號 班級名字 學院名字 負責人 負責人電話 床位 床位號 公寓號 學生號 狀態(tài) 宿舍號 基于 Web 的高校學生公寓信息管理系統(tǒng)的設計與實現(xiàn) 15 ? 宿舍財物報修登記，財物報修是學生用戶可以將宿舍物品損壞的情況通過本系統(tǒng)將待修物品信息報到管理員處進行處理，讓宿管安排維修人員進行維修。主要屬性有：報修內容，公寓號，宿舍號，報修時間，報修人，維修時間，維修人，修復狀態(tài)。如圖 412： 圖 412 報修信息 ER 圖 ? 來訪信息，來訪信息主要為登記學生被校內或校外人員的訪問情況，主要屬性有：公寓號，來訪者，來訪者電話，來訪時間，被訪者，被訪者學號，訪客關系，如圖 413： 圖 413 來訪信息 ER 圖 ? 衛(wèi)生信息，宿舍衛(wèi)生信息由檢查人員先將數(shù)據(jù)統(tǒng)計然后交由宿舍管理人員進行信息錄入，管理人員可根據(jù)宿舍衛(wèi)生情況對優(yōu)秀宿舍進行公示表揚，衛(wèi)生信息包含的屬性主要有：公寓號，房間號，得分，扣分原因，衛(wèi)生檢查時間，檢查人姓名， 報修信息 報修內容 公寓號 宿舍號 報修時間 報修 人 維修時間 維修人 修復狀態(tài) 公寓號 來訪者 來訪者電話 被訪者 被訪者學號 來訪時間 訪客關系 來訪信息 基于 Web 的高校學生公寓信息管理系統(tǒng)的設計與實現(xiàn) 16 如圖 414： 圖 414 衛(wèi)生信息 ER 圖 ? 公告信息，公告主要是管理員發(fā)布一些對學生的溫馨提示或者是對宿舍衛(wèi)生檢查情況進行公示時候使用，主要屬性有：公告內容，發(fā)布時間，發(fā)布人，發(fā)布狀態(tài)，以下圖 ： 圖 415 公告信息 ER 邏輯設計 在數(shù)據(jù)庫進行了概念結構設計之后，緊接著就需要將數(shù)據(jù)庫概念結構轉換為數(shù)據(jù)庫系統(tǒng)所支持的實際數(shù)據(jù)模型，也就是所謂的數(shù)據(jù)庫的邏輯結構。而數(shù)據(jù)庫邏輯設計正是包括所需的實體和關系、實體規(guī)范化等工作。由于篇幅限制，本節(jié)只列出本系統(tǒng)幾個比較重要的數(shù)據(jù)表。 （ 1） 管理員信息表（ t_admin_info）如表 41： 衛(wèi)生信息 報修內容 報修內容 報修內容 報修內容 報修內容 報修內容 公告信息 公告內容 發(fā)布人 發(fā)布時間 發(fā)布狀態(tài) 基于 Web 的高校學生公寓信息管理系統(tǒng)的設計與實現(xiàn) 17 表 41 管理員信息表 序號 中文名 字段名 數(shù) 據(jù) 類型 長度 允許空 默認 約束 1 自增 id id int 否 主鍵 2 管理員編號 admin_no varchar 3 否 唯一 3 姓名 name varchar 20 是 4 負責公寓號 apart_no varchar 20 是 5 管理員電話 mobile_no varchar 15 6 登陸賬號 login_no varchar 15 7 密碼 pwd varchar 15 8 管理員類型 admin_type varchar 1 9 創(chuàng)建時間 creatime varchar 50 10 備注 ext_note varchar 500 （ 2） 床位信息表（ t_apartment_info）如表 42： 表 42 床位信息表 序號 中文名 字段名 數(shù) 據(jù) 類型 長度 允許空 默認 約束 1 自增 id id int 否 主鍵 2 公寓姓名 name varchar 30 是 3 公寓號 apart_no varchar 2 否 唯一 4 創(chuàng)建時間 creatime varchar 50 是 5 備注 ext_note varchar 200 是 6 房間總數(shù) total_rooms varchar 3 是 7 負責人編號 charger_no varchar 3 是 （ 3）宿舍信息表（ t_room_info）如表 43： 基于 Web 的高校學生公寓信息管理系統(tǒng)的設計與實現(xiàn) 18 表 43 宿舍信息表 序號 中文名 字段名 數(shù) 據(jù) 類型 長度 允許空 默認 約束 1 宿舍號 room_no int 4 否 主鍵 /1 2 班級編號 class_no varchar 10 是 3 公寓號 apart_no varchar 2 否 主鍵 /2 4 可住人數(shù) tolive_num varchar 1 是 6 5 備注 ext_note varchar 200 是 6 已住人數(shù) lived_num varchar 1 是 0 7 滿員狀態(tài) state varchar 1 是 0 8 宿舍類型 room_type varchar 1 （ 4）學生信息表（ t_stu_info） 如下表 44： 表 44 學生信息表 序號 中文名 字段名 數(shù) 據(jù) 類型 長度 允許空 默認 約束 1 自增列 id int 否 主鍵 2 班級編號 class_no varchar 10 是 3 學生號 stu_no varchar 20 否 唯一 4 姓名 name varchar 20 否 5 備注 ext_note varchar 200 是 6 密碼 pwd varchar 30 否 888888 7 性別 sex varchar 1 是 1 8 年齡 age varchar 2 是 18 9 創(chuàng)建時間 creatime varchar 50 是 10 學生類型 stu_type varchar 1 是 4 11 電話 mobile_no varchar 15 是 （ 5）班級表（ t_class_info）如下 表 45： 基于 Web 的高校學生公寓信息管理系統(tǒng)的設計與實現(xiàn) 19 表 45 班級表 序號 中文名 字段名 數(shù) 據(jù) 類型 長度 允許空 默認 約束 1 自增 id id int 否 主鍵 2 班級編號 class_no varchar 10 否 唯一 3 班級名字 class_name varchar 50 是 4 學院名 depart_name varchar 30 是 5 負責人 charger_name varchar 20 是 6 負責人電話 charger_tel varchar 15 是 7 備注 ext_note varchar 200 是 （ 6） 宿舍衛(wèi)生表如下表 46： 表 46 宿舍衛(wèi)生表 序號 中文名 字段名 數(shù) 據(jù) 類型 長度 允許空 默認 約束 1 自增 id id int 否 主鍵 2 房間號 room_no varchar 4 否 3 公寓號 apart_no varchar 2 否 4 得分 scores varchar 2 是 5 扣分原因 descore_reason varchar 100 是 6 檢查時間 ment_time varchar 50 是 7 評測人 ment_name varchar 20 是 8 備注 ext_note varchar 200 是 基于 Web 的高校學生公寓信息管理系統(tǒng)的設計與實現(xiàn) 20 （ 7） 來訪登記表（ t_visit_info）如下表 47： 表 47 來訪登記表 序號 中文名 字段名 數(shù) 據(jù) 類型 長度 允許空 默認 約束 1 自增 id id int 否 主鍵 /1 2 公寓號 apart_no varchar 2 是 3 來訪者 visitor_name varc