高校宿舍管理系統詳細需求分析說明書
（詳細）高校宿舍管理系統需求分析說明書（文末-->獲取原文件）
版本狀態
|
版本 |
作者 |
參與者 |
起止日期 |
註釋 |
|
|
|
|
|
|
|
|
|
|
|
|
審閱者
|
團隊 |
版本 |
日期 |
簽名 |
|
教學管理委員會 |
V1.1 |
2019.06.13 |
胡桂虹 |
|
教學管理委員會 |
V1.2 |
2019.06.14 |
胡桂虹 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
分發
|
姓名 |
位置 |
分發方式 |
分發日期 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
目 錄
1 引言... 1
1.1 編寫目的... 1
1.2 讀者物件... 1
1.3 術語解釋... 1
1.4 參考資料... 2
2 專案概述... 3
2.1 專案背景... 3
2.2 專案目標... 3
3 高校宿舍管理系統總體功能... 4
4 系統需求優先順序... 5
5 業務需求... 6
5.1 主要業務流程圖... 6
5.1.1 使用者管理業務流程設計... 6
5.1.2 樓棟管理業務流程設計... 7
5.1.3 宿舍管理業務流程設計... 8
5.1.4 維修管理業務流程設計... 9
5.1.5 報表管理業務流程設計... 10
5.1.6 登記管理業務流程設計... 11
5.1.7 床位管理業務流程設計... 12
5.2 系統功能需求... 13
5.2.1 角色分析... 13
5.2.2 業務功能分析... 13
5.2.3 使用者管理模組需求設計... 14
5.2.4 樓棟管理模組需求設計... 16
5.2.5 宿舍管理模組需求設計... 18
5.2.6報表管理模組需求設計... 21
5.2.7 登記模組需求設計... 21
5.2.8 床位管理模組需求設計... 24
5.2.9 維修管理需求設計... 27
5.2.10 報表管理模組需求設計... 30
5.2.11 公告管理模組需求設計... 30
6 非功能需求... 32
6.1 外部介面需求... 32
6.2 效能需求... 32
6.2.1 間特性要求... 32
6.2.2 靈活性... 32
6.2.3 資料管理能力要求（針對軟體系統）... 32
6.2.4 故障處理要求... 32
6.3 系統非功能需求... 32
6.3.1 可靠性... 32
6.3.2 安全性... 32
6.3.3 可維護性可拓展性... 33
6.3.4 可測試性... 33
6.3.5 介面的設計... 33
7 其他事項... 34
7.1 後期可完善功能... 34
1 引言
1.1 編寫目的
學生宿舍管理系統對於一個學校來說是必不可少的組成部分。宿舍管理人員手工記錄資料對於學生資訊量比較龐大，需要記錄存檔的資料比較多的高校來說，人工記錄是相當麻煩的。由於資料量龐大。很麻煩還浪費了許多時間，效率也比較低。我們針對如此，設計了一套學生宿舍管理系統。學生宿舍管理系統採用的是計算機化管理，系統做的儘量人性化，使用者會感到操作非常方便，管理人員需要做的就是將資料輸入到系統的資料庫中去。由於資料庫儲存容量相當大，而且比較穩定，適合較長時間的儲存，也不容易丟失。這無疑是為資訊儲存量比較大的學校提供了一個方便、快捷的操作方式。本系統具有執行速度快、安全性高、穩定性好的優點，並且具備完善的報表生成、修改功能，能夠快速的查詢學校所需的住宿資訊。
1.2 讀者物件
本文件（本指南）適用於所有使用該系統的管理員使用者和在校的學生。
1.3 術語解釋
|
名詞/術語/縮寫詞 |
解釋 |
|
B/S架構 |
瀏覽器端-伺服器端的應用程式，主要的處理邏輯在伺服器端進行，瀏覽器端只負責資料和頁面的展示。 |
|
SSM框架 |
SSM框架是SpringMVC、Spring、Mybatis三大框架的簡稱，其設計主要基於MVC架構，能夠加快web應用的開發速度，降低應用開發成本，同時能夠降低不同層次之間的耦合性，使應用具有良好的擴充套件性和可移植性。 |
1.4 參考資料
1. 工程專案管理系統的設計與實現[J];電力系統及其自動化學報;2011年03期。
2. 科研專案管理系統的設計與實現[J];黑龍江工程學院學報;2005年04期。
3. 基於Web的全生命週期專案管理系統研究[J];機械科學與技術;2005年05期。
4. 基於SSM的軟體體系結構開發過程研究[J];計算機測量與控制;2011年08期。
5. 基於SSH框架與AJAX技術的JavaWeb應用開發[J]; 2009年10期。
6. 基於框架的Web系統開發研究[J];計算機工程與設計;2010年04期。
7. 基於SSM框架的智慧web系統研發設計[J];計算機工程與設計;2012年12期。
8. 基於iBatis的通用資料持久層的研究與設計[J];微計算機資訊;2007年12期。
9. 高校科研專案管理系統開發研究[J];中國高校科技與產業化;2009年12期。
10. 崔冬華.《軟體工程》.人民郵電出版社.2014年3月。
11. 張海藩.《軟體工程導論》.人民郵電出版社.2006年1月。
12. 潘孝銘.《軟體文件編寫》.高等教育出版社.2004年8月。
13. 羅先文.《軟體工程實物》.重慶大學出版社.2005年3月。
14. 王 珊.《資料庫系統概論》.高等教育出版社 2013年12月。
15. 張白一.《web應用開發技術：Jsp》.西安電子科技大學出版社。
2 專案概述
為了使高校宿舍工作進行資訊化管理，便於進行學生入住、宿舍變更等操作的管理，減少紙質化管理的不便捷性，故需要開發此係統。
2.1 專案背景
近年來我國資訊產業化發展迅速，手工管理方式在高校宿舍管理這一塊處理大量事務的應用已經逐漸退出歷史舞臺。眾所周知宿舍對於學生而言是第二個家，為了增加學生的入住體驗以及加強學校對學生的管理，宿舍系統的資訊化管理已是大勢所趨。為了提高其工作效率，減少宿舍管理的不便捷性和落後性，增加高校宿舍資訊化管理已深入許多高校管理人員的心。高校宿舍管理系統採用的是計算機化管理，系統儘量做到人性化，提升管理人員和系統的互動感，使用這會感到操作非常簡便，管理人員需要做的就是將資料輸入到系統中，原始碼會連線資料庫自動處理資料。由於資料庫儲存容量相當大，而且比較穩定，適合較長時間的儲存。另一方面，管理者可定時備份資料庫檔案，將資料丟失的可能性降到最低。這無疑是為資訊儲存量比較大的功效提供了一個方便、快捷的操作方式。
高校宿舍管理系統是為有效管理高校學生宿舍的狀態及維修而開發的資訊系統，系統對宿舍的分佈情況進行資訊化管理、管理學生入住、宿舍變更、宿舍報修、維修；管理學生進出宿舍情況、外來人員進出宿舍登記；學生繳納宿舍水電費和維修費；通知傳送及各種報表情況。系統主要使用者是宿舍管理員、後勤管理員、學生、外來人員和維修人員，使用者通過系統可以進行樓棟管理、宿舍管理等操作。
2.2 專案目標
該系統旨在提高高校宿舍管理工作的效率及合理性，便於高校對學生的管理以及摒棄手寫時代的侷限性，系統對宿舍的分佈情況進行資訊化管理、管理學生入住、宿舍變更、宿舍報修、維修等操作。
學習目標:通過此次專案，學習並熟悉軟體開發的流程，學習對專案進行具體劃分，學習對專案進行整體計劃。在編碼過程中熟悉軟體程式設計知識，瞭解軟體行業的趨勢。增強對實際問題的把控能力，增加職業修養，增強競爭力。
3 高校宿舍管理系統總體功能
圖3-1 高校宿舍管理系統功能結構圖
4 系統需求優先順序
表4-1 系統需求優先順序
|
需求編號 |
功能名稱 |
優先順序 |
說明 |
|
SS-01 |
使用者登陸 |
1 |
本系統基礎模組 |
|
SS-02 |
使用者註冊 |
1 |
本系統基礎模組 |
|
SS-03 |
使用者登出 |
2 |
本系統基本模組 |
|
SS-04 |
更改密碼 |
1 |
本系統基礎模組 |
|
SS-05 |
宿舍管理 |
1 |
本系統核心模組 |
|
SS-06 |
樓棟管理 |
1 |
本系統核心模組 |
|
SS-07 |
床位分配管理 |
1 |
本系統核心功能 |
|
SS-08 |
床位變更管理 |
1 |
本系統核心功能 |
|
SS-09 |
學生入住管理 |
2 |
本系統核心模組 |
|
SS-10 |
學生離校管理 |
2 |
本系統核心模組 |
|
SS-11 |
外來人員登記管理 |
3 |
本系統次要模組 |
|
SS-12 |
宿舍巡查管理 |
3 |
本系統次要模組 |
|
SS-13 |
維修查詢 |
2 |
本系統核心查詢模組 |
|
SS-14 |
床位維修管理 |
2 |
本系統核心模組 |
|
SS-15 |
宿舍維修管理 |
3 |
本系統次要模組 |
|
SS-16 |
樓棟維修管理 |
3 |
本系統次要模組 |
|
SS-17 |
繳費管理 |
2 |
本系統核心模組 |
|
SS-18 |
報表管理 |
3 |
本系統次要模組 |
|
SS-19 |
公告管理 |
3 |
本系統次要模組 |
5 業務需求
5.1 主要業務流程圖
5.1.1 使用者管理業務流程設計
該業務流程是先進行使用者登入，沒有賬號可先點選註冊按鈕進行使用者註冊，身份資訊核實成功之後，使用者可以進入到使用者管理介面，進行更改密碼和使用者登出操作。
圖5-1 使用者管理業務流程圖
5.1.2 樓棟管理業務流程設計
該業務流程是後勤管理員先進行登入，身份驗證成功之後跳轉到樓棟資訊介面，根據實際情況點選新增，修改，刪除和查詢的按鈕對樓棟資訊進行操作，並將結果儲存至資料庫。
圖5-2 樓棟管理業務流程圖
5.1.3 宿舍管理業務流程設計
該業務流程是宿舍管理員先進行登入，身份驗證成功之後跳轉到宿舍資訊介面，根據實際情況點選新增，修改，刪除和查詢的按鈕對宿舍資訊進行操作，並將結果儲存至資料庫。
圖5-3 宿舍管理業務流程圖
5.1.4 維修管理業務流程設計
該業務流程是學生先進行身份認證登入系統，跳轉至維修介面，正確填寫維修資訊後，資料庫中的資訊保持同步更新。
圖5-4 維修管理業務流程圖
5.1.5 報表管理業務流程設計
該業務流程是先進行身份驗證，然後跳轉至列印介面，根據自身需求選擇列印內容。
圖5-5 報表管理業務流程圖
5.1.6 登記管理業務流程設計
該業務的流程是宿舍管理員根據來訪人員型別分別進行登記。
圖5-6 登記管理業務流程圖
5.1.7 床位管理業務流程設計
1) 宿舍管理員登入成功後查詢所在宿舍空閒床位。
2) 後勤管理員登陸成功後查詢所在宿舍空閒床位。
3) 宿舍管理員進行床位新增
4) 宿舍管理員進行床位刪除
5) 宿舍管理員進行床位狀態變更
6) 宿舍管理員進行床位變更
7) 宿舍管理員進行床位分配
8) 宿舍管理員進行床位查詢
9) 後勤管理員進行床位查詢
圖5-7 床位管理業務流程圖
5.2 系統功能需求
5.2.1 角色分析
根據對高校宿舍管理系統的需求分析，本系統主要涉及到的角色如下表5-1所示：
表5-1 系統角色表
|
角色 |
職責或功能 |
|
學生 |
檢視宿舍情況、辦理入住、變更床位、進寢登記、床位報修、辦理離校退寢 |
|
宿舍管理員 |
宿舍資訊管理、寢室床位管理、學生登記入住、床位維修管理、床位分配管理、床位變更管理、學生離校管理、學生進出登記、外來人員登記、宿舍巡邏登記、報表管理 |
|
後勤管理員 |
樓棟資訊管理、宿舍資訊管理、寢室床位管理、學生登記入住、床位維修管理、床位分配管理、床位變更管理、學生離校管理、繳費管理、通知傳送管理、報表管理 |
|
外來人員 |
外來人員登記 |
|
維修人員 |
處理報修 |
5.2.2 業務功能分析
通過對本系統進行的需求分析發現，高校宿舍管理系統可以拆分為以下幾個子模組系統：使用者管理模組，樓棟管理模組，宿舍管理模組，床位管理模組，登記模組，維修管理模組，繳費管理模組，公告管理模組，報表管理模組。
系統的主要角色涉及到學生、宿舍管理員、後勤管理員、外來人員和維修人員，根據不同角色對不同模組的功能操作許可權，設計了其功能需求總體用例圖如下圖5-8所示
圖5-8 功能需求總體用例圖
5.2.3 使用者管理模組需求設計
對於高校宿舍管理系統來說，使用者管理模組是最重要的一個模組，因為它包含了宿舍管理員，後勤管理員，學生和維修人員的登入，註冊，修改密碼的操作，其中只有後勤管理人員具有使用者登出的許可權。
該模組的用例圖如圖5-9所示
圖5-9 使用者管理模組用例圖
使用者登出案例分析表如下表5-2所示：
表5-2 使用者登出案例分析表
|
描述項 |
說明 |
|
用例名稱 |
使用者登出案例 |
|
識別符號* |
CF01 |
|
用例描述 |
描述後勤管理員對系統中使用者的登出過程 |
|
參與者表 |
後勤管理員 |
|
優先順序 |
1 |
|
狀態* |
進行中 |
|
前置條件 |
後勤管理員已經通過驗證登入 |
|
後置條件 |
系統彈出“操作成功”提示框，並進入到系統使用者資訊的詳情頁 |
|
基本操作流 |
|
|
可選操作流 |
當操作許可權不夠時系統彈出錯誤提示，並記錄操作日誌資訊 |
|
被泛化用例表 |
該用例的特化用例列表 |
使用者註冊案例分析表如下表5-3所示
表5-3 使用者註冊案例分析表
|
描述項 |
說明 |
|
用例名稱 |
使用者註冊案例 |
|
識別符號* |
CF02 |
|
用例描述 |
描述學生，宿舍管理員，後勤管理員和維修人員進行註冊的過程 |
|
參與者表 |
學生，宿舍管理員，後勤管理員和維修人員 |
|
優先順序 |
1 |
|
狀態* |
進行中 |
|
前置條件 |
註冊人員按照提示要求正確填寫註冊資訊 |
|
後置條件 |
系統彈出“註冊成功”提示框，並將資料儲存到資料庫中 |
|
基本操作流 |
|
|
可選操作流 |
當註冊資訊不符合提示要求時，系統彈出錯誤提示，並記錄操作日誌資訊 |
|
被泛化用例表 |
該用例的特化用例列表 |
使用者登入案例分析表如下表5-4所示
表5-4 使用者登入案例分析表
|
描述項 |
說明 |
|
用例名稱 |
使用者登入案例 |
|
識別符號* |
CF03 |
|
用例描述 |
描述學生，宿舍管理員，後勤管理員和維修人員進行登入的過程 |
|
參與者表 |
學生，宿舍管理員，後勤管理員和維修人員 |
|
優先順序 |
1 |
|
狀態* |
進行中 |
|
前置條件 |
系統使用者正確填寫身份資訊 |
|
後置條件 |
系統成功跳轉到高校宿舍管理系統首頁 |
|
基本操作流 |
|
|
可選操作流 |
當資料庫中無所填資訊時，系統彈出錯誤提示，並記錄操作日誌資訊 |
|
被泛化用例表 |
該用例的特化用例列表 |
更改密碼案例分析表如下表5-5所示
表5-5 更改密碼案例分析表
|
描述項 |
說明 |
|
用例名稱 |
更改密碼案例 |
|
識別符號* |
CF04 |
|
用例描述 |
描述學生，宿舍管理員，後勤管理員和維修人員進行更改密碼的過程 |
|
參與者表 |
學生，宿舍管理員，後勤管理員和維修人員 |
|
優先順序 |
1 |
|
狀態* |
進行中 |
|
前置條件 |
系統使用者正確填寫原身份資訊 |
|
後置條件 |
資料庫中使用者資訊進行更新，並彈框顯示“更改成功” |
|
基本操作流 |
|
|
可選操作流 |
當資料庫中無所填資訊時，系統彈出錯誤提示，並記錄操作日誌資訊 |
|
被泛化用例表 |
該用例的特化用例列表 |
5.2.4 樓棟管理模組需求設計
該模組由後勤管理員對學校所有宿舍樓棟情況進行操作，包括樓棟資訊的新增、修改、刪除和查詢操作。
該模組的用例圖如圖5-10所示
圖5-10 樓棟管理模組用例圖
樓棟資訊新增案例分析表如下表5-6所示：
表5-6 樓棟資訊新增案例分析表
|
描述項 |
說明 |
|
用例名稱 |
樓棟資訊新增案例 |
|
識別符號* |
CF05 |
|
用例描述 |
描述後勤管理員對高校的宿舍樓棟情況進行新增操作的過程 |
|
參與者表 |
後勤管理員 |
|
優先順序 |
1 |
|
狀態* |
進行中 |
|
前置條件 |
後勤管理員已經通過登入驗證 |
|
後置條件 |
操作完成後，系統彈出“操作成功”提示框，並進入到樓棟資訊的詳情頁 |
|
基本操作流 |
|
|
可選操作流 |
無 |
|
被泛化用例表 |
該用例的特化用例列表 |
樓棟資訊修改案例分析表如下表5-7所示：
表5-7 樓棟資訊修改案例分析表
|
描述項 |
說明 |
|
用例名稱 |
樓棟資訊修改案例 |
|
識別符號* |
CF06 |
|
用例描述 |
描述後勤管理員對高校的宿舍樓棟情況進行修改操作的過程 |
|
參與者表 |
後勤管理員 |
|
優先順序 |
1 |
|
狀態* |
進行中 |
|
前置條件 |
後勤管理員已經通過登入驗證 |
|
後置條件 |
操作完成後，系統彈出“操作成功”提示框，並進入到樓棟資訊的詳情頁 |
|
基本操作流 |
|
|
可選操作流 |
無 |
|
被泛化用例表 |
該用例的特化用例列表 |
樓棟資訊刪除案例分析表如下表5-8所示：
表5-8 樓棟資訊刪除案例分析表
|
描述項 |
說明 |
|
用例名稱 |
樓棟資訊刪除案例 |
|
識別符號* |
CF07 |
|
用例描述 |
描述後勤管理員對高校的宿舍樓棟情況進行刪除操作的過程 |
|
參與者表 |
後勤管理員 |
|
優先順序 |
1 |
|
狀態* |
進行中 |
|
前置條件 |
後勤管理員已經通過登入驗證 |
|
後置條件 |
操作完成後，系統彈出“操作成功”提示框，並進入到樓棟資訊的詳情頁 |
|
基本操作流 |
|
|
可選操作流 |
無 |
|
被泛化用例表 |
該用例的特化用例列表 |
樓棟資訊查詢案例分析表如下表5-9所示：
表5-9 樓棟資訊查詢案例分析表
|
描述項 |
說明 |
|
用例名稱 |
樓棟資訊查詢案例 |
|
識別符號* |
CF08 |
|
用例描述 |
描述後勤管理員對高校的宿舍樓棟情況進行查詢操作的過程 |
|
參與者表 |
後勤管理員 |
|
優先順序 |
1 |
|
狀態* |
進行中 |
|
前置條件 |
後勤管理員已經通過登入驗證 |
|
後置條件 |
點選查詢按鈕，系統將所有樓棟資訊顯示在頁面中 |