學生-宿舍管理系統(tǒng).docx

學號_123629_學生宿舍管理系統(tǒng)分析與設計二級學院：信息與工程專業(yè)名稱：信息系統(tǒng)與信息管理所在班級：信管B1201學生姓名：李曉雪二一五年六月學生宿舍管理系統(tǒng)分析與設計摘要在當今信息技術(shù)迅猛發(fā)展，知識更替日新月異的時代，信息技術(shù)為企業(yè)的發(fā)展提供了機遇，也帶來了挑戰(zhàn)。大學生宿舍管理系統(tǒng)就是一個典型的管理信息系統(tǒng)，它可以讓宿舍管理工作變的更輕松。高校學生宿舍管理系統(tǒng)的開發(fā)主要包括后臺數(shù)據(jù)庫的建立和維護以及前端應用程序的開發(fā)兩個方面。對于后臺數(shù)據(jù)庫的建立和維護要求建立起數(shù)據(jù)一致性和完整性強、數(shù)據(jù)安全性好的庫。而對于前端應用程序的開發(fā)則要求應用程序能提供強大的數(shù)據(jù)操縱功能，界面友好、使用簡單方便等特點通過對宿舍的調(diào)查，使宿舍管理工作規(guī)范化、制度化、程序化，促進了宿舍管理的基礎水平，避免了業(yè)務管理的隨意性，提高信息處理的速度和準確性。關(guān)鍵詞：管理信息系統(tǒng)、需求分析、宿舍管理目錄摘要1第一章 緒論11.1課題背景11.2系統(tǒng)開發(fā)的意義1第二章 系統(tǒng)分析22.1需求分析22.1.1功能模塊：22.1.2 性能需求32.2 可行行分析32.2.1經(jīng)濟可行性32.2.2社會可行性42.3數(shù)據(jù)流程分析5第三章 系統(tǒng)設計63.1 系統(tǒng)設計目標63.2 數(shù)據(jù)庫設計73.2.1 數(shù)據(jù)庫設計73.2.2 物理設計73.2.3 E-R模型設計73.2.4 表/字段及表間關(guān)系設計93.3 模塊設計10總 結(jié)11第一章 緒論1.1課題背景隨著時代的發(fā)展，計算機技術(shù)越來越深入各行各業(yè)，為廣大的用戶提供了更為周到和便捷的服務。目前各行各業(yè)廣泛使用專用系統(tǒng)，其內(nèi)容范圍跨越了教育科研、文化事業(yè)、金融、商業(yè)、新聞出版、娛樂、體育等各個領(lǐng)域，其用戶群十分龐大，因此，設計開發(fā)好一個專用系統(tǒng)對一個機構(gòu)(或部門)的發(fā)展十分重要。近年來，隨著用戶要求的不斷提高及計算機科學的迅速發(fā)展，特別是數(shù)據(jù)庫技術(shù)的廣泛應用，向用戶提供的服務將越來越豐富，越來越人性化。 作為計算機應用的一部分,使用計算機對宿舍進行管理,有著手工管理所無法比擬的優(yōu)點。例如：檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等。這些優(yōu)點能夠極大地提高人事勞資管理的效率,也是企業(yè)的科學化、正規(guī)化管理,與世界接軌的重要條件。對于學校來說，宿舍管理是必不可少的。然而目前學校宿舍仍然處于宿舍管理人員手工記錄數(shù)據(jù)的階段由于數(shù)據(jù)量龐大，只能依靠人工去一條一條地查找，這樣不但麻煩而且浪費許多時間，工作效率比較低。采用計算機來管理宿舍和學生的信息，大大提高了查詢的速度，節(jié)約了人力和物力資源，達到了預期的要求。1.2系統(tǒng)開發(fā)的意義1) 更加方便了管理宿舍員管理宿舍學生的基本信息和宿舍的住宿情況。2) 方便了管理員和輔導員可通過學號查找和修改學生的信息更加。3) 超級管理員可查看并且添加系部管理員和宿舍管理員的信息。4) 使系部管理員可以快速查看和添加輔導員信息。5) 能夠使每個用戶熟練的使用本系統(tǒng)?？傊菫榱颂岣吒咝W生宿舍管理部門的工作效率；充分利用資源；減少不必要的人力，物力和財力的支出；方便宿舍管理部門的工作人員全面地掌握學生住宿情況等目的；為宿舍管理開發(fā)設計專用系統(tǒng)-宿舍管理系統(tǒng)來進行管理學生宿舍信息。第二章 系統(tǒng)分析2.1需求分析學生宿舍管理是當代學校中不可或缺的組成部分，在信息化飛速發(fā)展的今天，它的出現(xiàn)已經(jīng)成了一種必然，本文將從宿舍管理系統(tǒng)的歷史和現(xiàn)狀進行分析，以求證本系統(tǒng)的設計具有實際的意義，并得到它在未來的發(fā)展，從而跟上時代的腳步，做出一個高質(zhì)量的、安全性好的宿舍管理系統(tǒng)，使其不僅能滿足學?，F(xiàn)在的需要，也能滿足將來一段時間的需要。實現(xiàn)的是學生宿舍管理系統(tǒng)，在設計該系統(tǒng)時，應盡可能的貼近用戶,便于用戶操作。系統(tǒng)在實現(xiàn)上應該具有如下功能：1系統(tǒng)要求用戶輸入正確的賬號和密碼才能進入系統(tǒng)。2系統(tǒng)提供普通用戶管理權(quán)限，能根據(jù)實施情況，增加或者刪除多余房間，同時根據(jù)現(xiàn)有情況預估房間的需求量。3系統(tǒng)應該提供學生的入住信息的錄入，轉(zhuǎn)換宿舍以及退宿舍的信息登記。4系統(tǒng)應提供普通用戶的信息查詢功能（按多種方式查詢）及統(tǒng)計功能。5系統(tǒng)應提供信息維護功能，對學生信息修改，刪除。6系統(tǒng)應提供超級管理員增加、刪除用戶賬戶的功能。2.1.1功能模塊：宿舍管理系統(tǒng)主要實現(xiàn)的功能有：房間管理、宿舍管理、信息查詢、信息維護等。功能模塊圖如圖1所示宿舍管理系統(tǒng)房間管理信息查詢信息維護系統(tǒng)管理房間錄入宿舍管理房間查詢房間刪除空房預測學生信息修改辦理入住調(diào)換宿舍辦理退宿房間查詢?nèi)藛T查詢信息統(tǒng)計添加用戶修改密碼注銷退出系統(tǒng)圖1 功能結(jié)構(gòu)圖2.1.2 性能需求系統(tǒng)安全性對于系統(tǒng)為方便學校管理學生宿舍而開發(fā)，便于統(tǒng)一管理，設一個超級用戶，及幾個普通用戶（便于輸入相關(guān)信息）。在登錄時，使用用戶驗證控件，來確認用戶是否為合法用戶，以保證信息安全。數(shù)據(jù)庫選擇 由于用到的數(shù)據(jù)表格多，另外考慮到實際情況，學生基本信息的變動，還有員工信息的多少的變化，我選用MySql 作為數(shù)據(jù)庫開發(fā)。2.2 可行行分析2.2.1經(jīng)濟可行性費用的支出:由于該學生宿舍管理系統(tǒng)是作為我的畢業(yè)設計而編寫的，因此，該宿舍不需要支付任何費用。而在硬件方面，該宿舍已有一臺老式電腦，是供公安部流動人口登記管理用的，只需要簡單地升級一下，就可以滿足系統(tǒng)要求。網(wǎng)絡方面，因為暫時開發(fā)的是單機版系統(tǒng)，所以也不用架設網(wǎng)絡。綜合上述，可見開發(fā)系統(tǒng)在支出上的耗費是很小的。資金的收益宿舍原來是采用手工作業(yè)的方式進行數(shù)據(jù)管理和文檔處理，費時耗力，如果現(xiàn)在采用數(shù)據(jù)庫電腦化管理，可以節(jié)約大量紙張、油墨等耗材，也可以節(jié)約大量的人力和時間，有效的提高了宿舍管理的質(zhì)量和效率。更為重要的是，從長遠的眼光來看，效益的回報是不斷增加的?？偠灾б孢h遠大于投入。2.2.2社會可行性模塊與模塊之間相互獨立，數(shù)據(jù)庫具有保密性。而且在系統(tǒng)開發(fā)時，完全是根據(jù)宿舍管理原先的操作流程和操作習慣開發(fā)，對操作人員進行短期培訓就能很快適應系統(tǒng)的運作，不必對業(yè)務流程進行重大的調(diào)整就能運作，縮短了開發(fā)的時間。另外系統(tǒng)對用戶的權(quán)限進行了嚴格的分層控制，使宿舍中的不同人員既能夠使用又不越權(quán)?？傊到y(tǒng)已經(jīng)存在了營運的可能性。經(jīng)過以上可行性調(diào)查研究，學生宿舍管理層最終決定開發(fā)出一套合適的宿舍管理信息系統(tǒng)。2.3數(shù)據(jù)流程分析學生宿舍管理系統(tǒng)的開發(fā)主要包括前臺用戶界面的開發(fā)和后臺數(shù)據(jù)庫的開發(fā)，對于后臺數(shù)據(jù)庫的建立和維護要求建立起數(shù)據(jù)一致性和完整性強、數(shù)據(jù)安全性好的數(shù)據(jù)庫。而對于前端應用程序的開發(fā)則要求應用程序能提供強大的數(shù)據(jù)操縱功能，界面友好、使用簡單方便等特點。F4：發(fā)票、收據(jù)F2：個人交費單F1：住宿協(xié)議學生宿舍管理系統(tǒng)學生 學生 F6:結(jié)余清單F5：退房單 圖2 宿舍管理數(shù)據(jù)流程2.3.1頂層數(shù)據(jù)流圖學生P1登記學生F1：住宿協(xié)議F8：個人資料F7：人員變動P3退房F6：結(jié)余清單F5：退房單D1 學生詳細資料 圖3學生宿舍管理系統(tǒng)頂層圖D1.1D1.2學生F1:住宿協(xié)議P1.1簽署協(xié)議P1.1審核P1.3登記資料F19:宿舍方協(xié)議F20:個人資料F17:學生方協(xié)議F18:已簽協(xié)議F8:個人資料協(xié)議歸檔詳細資料圖4 登記模塊一層數(shù)據(jù)流程圖第三章 系統(tǒng)設計3.1 系統(tǒng)設計目標目標本系統(tǒng)既要滿足用戶的設計，也要滿足設計員的設計目標。1、用戶的觀點看，要求系統(tǒng)能夠達到以下目標 1) 對信息的收集和保存信息。例如：輸入宿舍的基本信息,宿舍的衛(wèi)生信息等. 2）快速的傳遞信息。對那些共享的數(shù)據(jù)要快速的傳遞。 3）提供準確的信息。要求比手工作業(yè)提供的更加準確和細致的數(shù)據(jù)，例如宿舍的所有衛(wèi)生成績. 3）實現(xiàn)衛(wèi)生成績報表自動生成。 2、設計員從技術(shù)觀點看，要求系統(tǒng)能達到以下的目標：1) 用戶使用，具有較高的用戶友好性。有較高的可靠性，將系統(tǒng)發(fā)生故障的概率控制在5.0以下，并具有快速恢復的能力3) 具有較高的運行效率，應比人工作業(yè)提高效率高。4）具有較強的可維護性和擴充性，能夠適應用戶的業(yè)務要求變化。3.2 數(shù)據(jù)庫設計3.2.1 數(shù)據(jù)庫設計數(shù)據(jù)庫設計(Database Design)是指根據(jù)用戶的需求，在某一具體的數(shù)據(jù)庫管理系統(tǒng)上，設計數(shù)據(jù)庫的結(jié)構(gòu)和建立數(shù)據(jù)庫的過程。 數(shù)據(jù)庫設計是建立數(shù)據(jù)庫及應用系統(tǒng)的技術(shù)，是信息系統(tǒng)開發(fā)和建議中的核心技術(shù)。由于數(shù)據(jù)庫應用系統(tǒng)的復雜性，為了支持相關(guān)程序運行，數(shù)據(jù)庫設計就變得異常復雜，因此最佳設計不可能一蹴而就，而只能是一種“反復探尋，逐步求精”的過程，也就是規(guī)劃和結(jié)構(gòu)化數(shù)據(jù)庫中的數(shù)據(jù)對象以及這些數(shù)據(jù)對象之間關(guān)系的過程。3.2.2 物理設計從需求分析可以看出，本系統(tǒng)存在以下幾個實體：學生實體：用于顯示學生的屬性，包括學生姓名、學生性別、學號、等宿舍實體：用于顯示宿舍的信息，包括房間ID、入住性別、應住人數(shù)、實住人數(shù)等用戶實體：登錄用戶的信息，包括用戶名、密碼3.2.3 E-R模型設計根據(jù)實體設計，可以得到各個實體E-R圖和部分子系統(tǒng)E-R圖。（1）學生實體E-R圖如圖4.1所示。學生聯(lián)系電話性別姓名身份證學生ID圖4.1 學生實體E-R圖（3）宿舍實體E-R圖如圖4.3所示。房間房間號入住性P1.1簽署協(xié)議應住人數(shù)實住人數(shù)房間ID圖4.3 宿舍實體E-R圖（4）用戶實體E-R圖如圖4.4所示。用戶用戶ID用戶名密碼圖4.4 用戶實體E-R圖3.2.4 表/字段及表間關(guān)系設計1. 學生信息表存儲了學生的基本信息。表4.1 學生信息表字段名數(shù)據(jù)類型數(shù)據(jù)長度是否為空條件Key學生IDNP_K身份證Char18N姓名Varchar20N性別Char2N男或女大學Varchar20手機Char11班級IDF_K入住日期DateN住宿費IntN入住狀態(tài)Int1代表已住0代表離開房間IDNF_K2. 宿舍信息表存儲了宿舍的基本信息。表4.2 宿舍信息表字段名數(shù)據(jù)類型數(shù)據(jù)長度是否為空條件Key房間IDNP_K房間號Char6N入住性別Char2N男或女應住人數(shù)Int實住人數(shù)Int3. 用戶信息表存儲了用戶的類型。表4.3 用戶信息表字段名數(shù)據(jù)類型數(shù)據(jù)長度是否為空條件Key用戶IDNP_K用戶名Varchar20N密碼Varchar10N用戶權(quán)限IntN1代表普通0代表超級3.3 模塊設計宿舍管理系統(tǒng)作為公司內(nèi)部信息平臺的一部分，系統(tǒng)的用戶信息來源于內(nèi)部信息平臺。用戶在內(nèi)部信息平臺單點登錄，即可直接訪問宿舍管理系統(tǒng)。系統(tǒng)數(shù)據(jù)庫與內(nèi)部信息平臺的后臺數(shù)據(jù)庫保持同步，當內(nèi)部信息平臺的用戶信息修改后，即可同步信息到本系統(tǒng)數(shù)據(jù)庫。用戶在內(nèi)部信息平臺成功登錄后，當訪問宿舍管理系統(tǒng)系統(tǒng)時，內(nèi)部信息平臺將用戶名等信息傳給宿舍管理系統(tǒng)，宿舍管理系統(tǒng)的接口模塊將傳過來的用戶信息進行解析和初始化，得到系統(tǒng)的用戶認證等信息，從而是實現(xiàn)系統(tǒng)和內(nèi)部信息平臺的登錄?？?結(jié)在一個軟件開發(fā)過程中，我覺得最重要的是需求分析，軟件是給客戶來使用的，所以客戶就是上帝，如何合理有效地跟客戶進行溝通，然后把需求與軟件結(jié)合起來，最終形成一個確定的需求文檔，這是最重要的。這次的設計就在需求方面吃了很大的虧，剛開始由于需求做的不是很細，第一，內(nèi)容開始的時候太匱乏，功能點太模棱兩可，不夠詳細，規(guī)定的不夠具體，沒有明確要求，從而導致大幅度的修改過一次需求分析，第二，項目的時間安排沒有考慮到很周全，測試的時候估計是因為具體實現(xiàn)代碼的時候，返工以及磨合的需求太大，導致測試停滯斷時間，從而把后期修改BUG的時間占用了一些，差點來不及