【正文】 作 者 簽 名： 日 期： 指導教師簽名： 日 期： 使 用授權說明 本人完全了解 大學關于收集、保存、使用畢業(yè)設計（論
。盡我所知，除文中特別加以標注和致謝的地方外，不包含其他人或組織已經發(fā)表或公布過的研究成果，也不包含我為獲得 及其它教育機構的學位或學歷而使用過的材料。 最后，在我設計完成后對程序的測試，并在同學與隊友的幫助下才得以完成沒有他們，也許就難以發(fā)現一些潛在的錯誤，在此一并表示感謝。 通過本次設計，我的知識領域得到了進一步擴展，專業(yè)技能進一步提高，同時增強了分析和解決實際問題的綜合能力。 老 師的專業(yè)知識、研究方法、思維方式，甚至人生觀和價值觀，將會對我今后軟件開發(fā)道路產生深遠的影響。 致謝 在這次 以上工業(yè)管理系統 設計中，我得到了 李 老師的認真指導和幫助，同時也感謝我的隊友劉城輝 和蔣永平 同學，因為他 們 才 提高了我設計進度和效率。 盡管如此，經過多次的協商，最終確定了軟件的整個設計細節(jié)。它關系著軟件開發(fā)的過程，關系著軟件開發(fā)的成敗。在做系統前對學生公寓需要實現的功能做了詳細的調查，再做簡單的分類，該系統主要包括 信息 管理，房間管理， 住宿管理 ，出入 管理， 違紀管理 ， 用戶 管理這些功能模塊。 設計總結 本次課程設計所設計的 學生公寓 管理系統主要劃分了管理員和學生兩種權限，實現的功能有學生信息的管理，宿舍信息的管理，宿舍的分配功能等。 4．學生公寓模塊將自動統計一定條件的公寓信息情況。 1．學生公寓管理模塊的窗體應顯示某個學生所居住公寓的所有信息，包括宿舍號，住宿人，所居住學生姓名，公寓號 等信息，本模塊可分別對這些信息進行修改； 2．基本資料修改模塊 將要修改的公寓編號，公寓名稱，管理員，聯系電話，公寓位置等修改好并確認后，系統將檢查編號是否重復，重復則提示：該編號有重復。 測試及結果： 登陸界面的測試，分別采用以下三種情況，輸入用戶名和密碼正確或是不正確的操作，具體如下表 51 所示： 表 51 登陸測試 表 測試序號 輸入用戶名 輸入密碼 結果 1 Admin 空 無效密碼和用戶名清重試 2 Admin 123456 無效密碼和用戶名清重試 3 Admin 001 登陸成功 ： 測試一：學生公寓樓信息查詢模塊測試，具體如下表 52 所示 ,： 表 52 學生 公寓樓 信息查詢測試表 測試序號 輸入學號 結果 1 12730101 查詢成功 2 錯誤編號 111 未查到此人 3 空 請輸入編號 測試二：學生 公寓樓 信息刪除模塊測試， 具體如下表 53所示： 表 53學生 公寓樓 信息刪除測試表 測試序號 輸入學號 結果 1 11730127 刪除成功 2 錯誤編號 111 未找到此人 3 空 請輸入編號 測試三：學生公寓樓信息添加模塊，具體如下表 54 所示： 表 54 學生 公寓樓 信息添加測試表 測試序號 輸入學號 輸入姓名 輸入性別 輸入 班級 結果 1 12730105 空 空 空 請?zhí)顚懶彰? 2 12730105 劉城輝 空 空 請?zhí)顚懶詣e 3 12730105 劉城輝 男 空 請?zhí)顚懡萄薪M 4 12730105 劉城輝 男 計科 1 班 添加成功 測試四：結果測試， 具體如下表 55 所示： 表 55 測試結果表 模塊名 舉例 結果 添加 刪除 修改 保存 學生公寓管理 輸入學號、姓名、性別、所在系，專業(yè)等重要信息 首先查找到要刪除的信息，若該信息存在，則點擊刪除 首先查找到要修改的信息，若該信息存在，才能修改成功 若添加、刪除、更新步驟成功，則對數據進行保存 成功 本次設計主要模塊有 2 個，即學生信息管理、學生公寓管理。當然，在測試的過程中可以分模塊、分階段來進行。 黑盒測試是以用戶的角度，從輸入數據與輸出數據的對應關系出發(fā)進行測試的黑盒 測試法注重于測試軟件的功能需求，主要試圖發(fā)現下列幾類錯誤 ： 功能不正確或遺漏 ； 界面錯誤 ； 數據庫訪問錯誤 ； 性能錯誤 初始化和終止錯誤等。在測試中，把程序看作一個不能打開的黑盒子，在完全不考慮程序內部結構和內部特性的情況下，在程序接口進行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當地接收輸入數據而產生正確的輸出信息。 圖 房間錄入界面 （ 9）學生公寓管理系統的 入住登記 界面 ：進行 學生入住的登記 。 圖 信息修改界面 （ 7）學生公寓管理系統的學生信息刪除界面：進行已有學生信息的刪除。 圖 信 息錄入界面 （ 5）學生公寓管理系統的學生信息查詢界面：進行已有學生信息的查詢。 圖 主界面 （ 3）學生公寓管理系統的用戶修改界面：進行用戶密碼的修改 。 軟件界面 介紹 （ 1） 學生公寓管理 系統的登陸界面： 在登錄信息中 輸入 用戶名和 密碼 及選擇登錄用戶的身份 ，若 用戶名和 密 碼 及用戶身份 正確則進入系統進行以后的相應的操作，若錯誤則彈框提示 錯誤信息，請進行重新輸入 。 系統維護工作貫穿整個系統的活動，在新系統正式投入運行后，為了讓系統長期高效地工作，必須對系統進行定期的維護和管理。 測試用例以實際應用為基礎，在測試過程中通過自己手動輸入測試用例，以此來測試使用過程是否 正常，是否能代替一些日常手工工作以提高工作效率。 確認測試完畢，最后要將信息系統的所有組成部分包括軟件、硬件、用戶以及環(huán)境等綜合在一起進行系統測試，以保證系統的各組成部分協調動作。目的是要進一步檢查軟件是否符合軟件需求規(guī)格說明書的全部要求，因此又稱為合格性測試。這是從程序的輸入和輸出特性上測試程序的各部分功 能能否正確完成自身功能，并和其它部分有效地協調工作。通常采用黑盒測試法。 單元測試又稱為模塊測試，是對程序運行中的最小單元（一個模塊或一個子程序），通過采用白盒測試的方法，檢查每一模塊的獨立功能，確保每個模塊作為一個獨立單元能正確運行。由于本系統規(guī)模小，所以人工測試主要采用個人復查，在源程序編寫完成以后，有自己進行詳細檢查，并請有豐富經驗的程序設計人員對本系統進行了 檢查。軟件測試通常采用人工測試與機器測試。 系統測試 系統測試是管理信息系統開發(fā)周期中的十分重要而漫長的階段。 對于不同類型的用戶在登錄到系統后，由于有不同的權限，所以在主界面中會有一些項目受到限制而無法使用，所以要使這些項目不發(fā)生作 用，以保證系統安全。 （ 7）消除冗余的輸入。 （ 6）讓用戶控制交互流。 （ 5）使用當前動作語境中不適用的命令不起作用。 （ 4）交互應該是靈活的，并且可調整成用戶最喜歡的輸入方式。 （ 3）允許用戶自定義輸入。 （ 2）保持顯示信息和輸入信息之間的一致性。在系統中，鍵盤是主要的輸入介質，但是鼠標等設備的 也是重要的輸入手段，所以，對于他們的數據輸入操作有如下約定： （ 1） 盡量減少用戶的輸入動作 。在各個顯示數據的窗口中，由于數據窗體項目較多，所以在數據窗體空間中較多的是用了垂直和水平滾動條，以保證信息的全面正確顯示。當使用多窗口時，應該有足夠的空間使得每個窗口至少都能顯示出一部分。使用不同的窗口顯示、保存不同類型的信息。對于系統在運行過程中產生的錯誤盡量給用戶返回一個容易理解的錯誤信息，以使用 戶保持對系統的信任，和系統的可用性。為了使系統所表達的含義準確、無誤，就必須適用一致的標記、標準的縮寫和可以預知的縮寫，這樣用戶就無需參照其他信息源就能理解，而正確地適用軟件。這樣，用戶可以直觀的體會到圖表所表示的含義。 （ 2） 使用便于用戶迅速吸收數據的方式來表示數據。 （ 1）只顯示與當前工作有關的信息。這樣才能滿足用戶的需求。屏幕布局盡量將軟件所具有的所有功能在主頁面展示，界面一目了然。允許用戶的誤操作盡量不對系統造成傷害。盡量減少用戶擊鍵的次數，在設計時考慮到了用戶屏幕的布局以減 少用戶鼠標移動的距離，盡量避免用戶在操作中發(fā)生疑問的情況。為了避免用戶為下一步操作而記憶大量數據，所以在設計過程中在需要數據傳遞的窗體中設置全局變量，來傳遞數據。在設計過程中，如果用戶要執(zhí)行刪除操作，以及對數據庫的讀寫操作時，都會有窗體彈出詢問繼續(xù)操作或者予以提示。另外，在進行錯誤操作是，會彈出提示窗口并發(fā)出警告提示音。向用戶及時提供視覺和聽覺的信息反饋，以保證在用戶和系統之間及時地建立雙向通信。為客戶交互界面中的菜單選擇、命令輸入、數據顯示以及眾多的其他功能，使用一致的格式。 一般交互設計 一般交互涉及信息顯示、數據輸入、和系統整體控制等方面。 命令行曾經是用戶和系統軟件交互的最常用的方式，并且曾經廣泛應用于各種應用軟件中。 出錯信息和警告信息，是出現問題時交互式系統給出的“壞消息”。當遇到復雜的不能解決的問題的情況，用戶的第一選擇就是查看幫助和用戶手冊來尋找解決問題的方法。一般來說，系統響應時間指從用戶完成某個控制動作，到軟件給出預期響應之間的這段時間。在設計人機界面的過程中，幾乎總會遇到下述 4 個問題： 系統響應時間、用戶幫助設施、出錯信息處理、命令交互。 如表 所示： 表 違紀 登記表 字段名 數據類型 數據長度 可否為空 說明 學號 Int 10 否 主鍵 姓名 Varchar 10 否 棟號 Int 5 是 所在樓房號 房間號碼 Int 5 是 所在宿舍號 院系 Varchar 20 是 所屬院系 班級 Varchar 20 是 所在班級 違紀時間 Datatime 10 是 違紀的時間 違紀行為 Varchar 50 是 違紀的原因 處理結果 Varchar 50 是 處理結果 宿管員 Varchar 10 是 人機界面設計 人機交互界面設計是接口設計的一個重要組成部分。 表 出入登記 表 字段名 數據類型 數據長度 可否為空 說明 學號 Int 10 否 主鍵 姓名 Varchar 10 否 學生姓名 棟號 Int 5 否 公寓號 房間號碼 Int 5 否 宿舍號 所屬系別 Varchar 20 是 所在系別 班級 Varchar 20 是 所在班級 出入 時間 Datatime 10 是 出入公寓時間 宿管員 Varchar 10 是 6. 入住 登記表 入住登記是學生申請入住公寓時登記的基本信息，包括棟號、房間號碼、床位號、學號、姓名、性別、所屬系別、班級、入學年份、聯系電話、入住日期。 如表 所示： 表 房間信息 表 字段名 數據類型 數據長度 可否為空 說明 棟號 Int 5 否 主鍵 房間 號 碼 Int 5 否 宿舍號 入 住性別 Varchar 2 是 學生性別 可 住人數 Int 5 是 入 住人數 Int 5 是 空缺人數 Int 5 是 4. 來訪 登記 表 來訪登記是對來訪人員基本信息及相關信息的登記，主要包括 日期 、 來訪人 、證件 號碼、 被訪人姓名 、棟號、被訪人房間、來訪原因、 來訪時間 、 離開時間 。如表 所示 ： 表 登錄信息 表 字段名 數據類型 數據長度 可否為空 說明 用戶名 Varchar 10 否 用戶登錄名 密碼 Varchar 20 否 登錄密碼 身份 Varchar 10 否 用戶權限 2. 學生信息 表 學生信息表是對在校學生基本信息的統計，主要包括 姓名 、 學號 、 性別 、班級、 入學 年份、所屬系別、 聯系 電話、登記日期。 若實體間的聯系時 n:m，則將聯系轉換為關系，關系的屬性為諸個實體的碼加上聯系具有的屬性，而關系的碼則為諸實體的碼的組合。 對于實體間的聯系，有以下三種不同的情況： 若實體間的聯系為 1:1，可以在兩個實體轉換成的兩個關系中任意一個關系的屬性中加入另一個關系的碼。 （ 1）來訪人員實體 ER 圖 （ 2）房間實體 ER 圖 圖 房間 屬性 房間 房間號碼 棟號 可住人數 入住人數 居住性別 空缺人數 圖 來訪人員