（詳細）高校宿舍管理系統需求分析說明書（文末-->獲取原文檔）
版本狀態
| 版本 |
作者 |
參與者 |
起止日期 |
注釋 |
|
|
|
|
|
|
|
|
|
|
|
|
審閱者
| 團隊 |
版本 |
日期 |
簽名 |
| 教學管理委員會 |
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 |
| 狀態* |
進行中 |
| 前置條件 |
后勤管理員已經通過登錄驗證 |
| 后置條件 |
點擊查詢按鈕，系統將所有樓棟信息顯示在頁面中 |
| 基本操作流 |
|
| 可選操作流 |
無 |
| 被泛化用例表 |
該用例的特化用例列表 |
5.2.5 宿舍管理模塊需求設計
該模塊由宿舍管理員對所在樓棟的宿舍信息情況進行操作，包括宿舍信息的新增、修改、刪除和查詢操作。
該模塊的用例圖如圖5-11所示
圖5-11 宿舍管理模塊用例圖
宿舍信息新增案例分析表如下表5-10所示：
表5-10 宿舍信息新增案例分析表
| 描述項 |
說明 |
| 用例名稱 |
宿舍信息新增案例 |
| 標識符* |
CF09 |
| 用例描述 |
描述宿舍管理員對自身所在樓棟的宿舍情況進行新增操作的過程 |
| 參與者表 |
宿舍管理員 |
| 優先級 |
1 |
| 狀態* |
進行中 |
| 前置條件 |
宿舍管理員已經通過登錄驗證 |
| 后置條件 |
操作完成后，系統彈出“操作成功”提示框，並進入到宿舍信息的詳情頁 |
| 基本操作流 |
|
| 可選操作流 |
無 |
| 被泛化用例表 |
該用例的特化用例列表 |
宿舍信息修改案例分析表如下表5-11所示：
表5-11 宿舍信息修改案例分析表
| 描述項 |
說明 |
| 用例名稱 |
宿舍信息修改案例 |
| 標識符* |
CF10 |
| 用例描述 |
描述宿舍管理員對自身所在樓棟的宿舍情況進行修改操作的過程 |
| 參與者表 |
宿舍管理員 |
| 優先級 |
1 |
| 狀態* |
進行中 |
| 前置條件 |
宿舍管理員已經通過登錄驗證 |
| 后置條件 |
操作完成后，系統彈出“操作成功”提示框，並進入到宿舍信息的詳情頁 |
| 基本操作流 |
|
| 可選操作流 |
無 |
| 被泛化用例表 |
該用例的特化用例列表 |
宿舍信息刪除案例分析表如下表5-12所示：
表5-12 宿舍信息刪除案例分析表
| 描述項 |
說明 |
| 用例名稱 |
宿舍信息刪除案例 |
| 標識符* |
CF11 |
| 用例描述 |
描述宿舍管理員對自身所在樓棟的宿舍情況進行刪除操作的過程 |
| 參與者表 |
宿舍管理員 |
| 優先級 |
1 |
| 狀態* |
進行中 |
| 前置條件 |
宿舍管理員已經通過登錄驗證 |
| 后置條件 |
操作完成后，系統彈出“操作成功”提示框，並進入到宿舍信息的詳情頁 |
| 基本操作流 |
|
| 可選操作流 |
無 |
| 被泛化用例表 |
該用例的特化用例列表 |
宿舍信息查詢案例分析表如下表5-13所示：
表5-13 宿舍信息查詢案例分析表
| 描述項 |
說明 |
| 用例名稱 |
宿舍信息查詢案例 |
| 標識符* |
CF12 |
| 用例描述 |
描述宿舍管理員對自身所在樓棟的宿舍情況進行查詢操作的過程 |
| 參與者表 |
宿舍管理員 |
| 優先級 |
1 |
| 狀態* |
進行中 |
| 前置條件 |
宿舍管理員已經通過登錄驗證 |
| 后置條件 |
點擊查詢按鈕，系統將所有宿舍信息顯示在頁面中 |
| 基本操作流 |
點擊“查詢”按鈕，宿舍信息全部展示在頁面中。 |
| 可選操作流 |
無 |
| 被泛化用例表 |
該用例的特化用例列表 |
5.2.6繳費管理模塊需求設計
后勤管理員可以在繳費處提交繳費清單，學生選擇繳費類型網上繳費。
該模塊用例圖5-12所示
圖5-12 繳費管理模塊用例圖
該模塊繳費管理案例分析表如下表5-14所示：
表5-14 繳費管理案例分析表
| 描述項 |
說明 |
| 用例名稱 |
繳費管理案例 |
| 標識符* |
CF13 |
| 用例描述 |
描述學生網上繳費的整個業務過程。 |
| 參與者表 |
學生 |
| 優先級 |
2 |
| 狀態* |
進行中 |
表5-14 繳費管理案例分析表（續）
| 描述項 |
說明 |
| 前置條件 |
學生已經通過驗證登錄 |
| 后置條件 |
系統彈出“繳費成功”提示框。 |
| 基本操作流 |
1.學生登錄后進入繳費頁面，選擇繳費類型，進行網上繳費。 2.后勤人員登錄后進入發布繳費頁面，發布繳費清單。 |
| 可選操作流 |
學生不可發布公告 |
| 被泛化用例表 |
該用例的特化用例列表 |
發布繳費清單管理案例分析表如下表5-15所示：
表5-15 發布繳費清單管理案例分析表
| 描述項 |
說明 |
| 用例名稱 |
發布繳費清單管理案例 |
| 標識符* |
CF14 |
| 用例描述 |
描述后勤管理員發布繳費清單過程。 |
| 參與者表 |
后勤管理員 |
| 優先級 |
2 |
| 狀態* |
進行中 |
| 前置條件 |
后勤人員已經通過驗證登錄 |
| 后置條件 |
系統彈出“發送成功”提示框。 |
| 基本操作流 |
1.學生登錄后進入繳費頁面，選擇繳費類型，進行網上繳費。 2.后勤人員登錄后進入發布繳費頁面，發布繳費清單。 |
| 可選操作流 |
學生不可發布公告 |
| 被泛化用例表 |
該用例的特化用例列表 |
5.2.7 登記模塊需求設計
該模塊用來實現外來人員的登記和宿舍巡查登記，即對輔導員、班主任、樓棟長巡查宿舍的情況進行登記，后續需要將該登記情況上報給后勤管理員。
該模塊的用例圖如圖5-13所示
圖5-13 登記模塊用例圖
外來人員登記案例分析表如下表5-16所示：
表5-16 外來人員登記案例分析表
| 描述項 |
說明 |
| 用例名稱 |
外來人員登記案例 |
| 標識符* |
CF15 |
| 用例描述 |
描述宿舍管理員對外來人員進行來訪登記的過程 |
| 參與者表 |
宿舍管理員 |
| 優先級 |
1 |
| 狀態* |
進行中 |
| 前置條件 |
宿舍管理員通過身份驗證 |
| 后置條件 |
系統彈出“登記成功”提示框，外來人員進行訪問 |
| 基本操作流 |
|
| 可選操作流 |
問題重名或者問題內容超長導致操作出錯，系統彈出錯誤提示，並記錄操作日志信息 |
| 被泛化用例表 |
該用例的特化用例列表 |
宿舍巡查登記案例分析表如下表5-17所示：
表5-17 宿舍巡查登記案例分析表
| 描述項 |
說明 |
| 用例名稱 |
宿舍巡查登記案例 |
| 標識符* |
CF16 |
| 用例描述 |
描述宿舍管理員對輔導員、班主任、樓棟長巡查宿舍的情況進行登記 |
| 參與者表 |
宿舍管理員 |
| 優先級 |
1 |
| 狀態* |
進行中 |
| 前置條件 |
宿舍管理員通過身份驗證 |
| 后置條件 |
系統彈出“登記成功”提示框 |
| 基本操作流 |
|
| 可選操作流 |
問題重名或者問題內容超長導致操作出錯，系統彈出錯誤提示，並記錄操作日志信息 |
| 被泛化用例表 |
該用例的特化用例列表 |
5.2.8 床位管理模塊需求設計
該模塊由宿舍管理員管理各自所在樓棟的床位分布情況及使用用途，包括：床位新增、刪除、查詢和狀態變更操作，並且還要負責記錄床位的分配和變更，最后將具體情況匯報給后勤管理員。
該模塊的用例圖如圖5-14所示
圖5-14 床位管理模塊用例圖
床位新增案例分析表如下表5-18所示：
表5-18 床位新增案例分析表
| 描述項 |
說明 |
| 用例名稱 |
床位新增案例 |
| 標識符* |
CF17 |
| 用例描述 |
描述宿舍管理員對各自所在樓棟的床位樓棟情況進行登記的過程，包括床位信息的新增操作，並匯報給后勤管理員 |
| 參與者表 |
宿舍管理員 |
| 優先級 |
1 |
| 狀態* |
進行中 |
表5-18 床位新增案例分析表（續）
| 描述項 |
說明 |
| 前置條件 |
宿舍管理員已經通過登錄驗證 |
| 后置條件 |
操作完成后，系統彈出“操作成功”提示框，並進入到床位信息的詳情頁 |
| 可選操作流 |
當所在樓棟有人床位已滿是進行新增操作時，系統彈出錯誤提示，並記錄操作日志信息 |
| 被泛化用例表 |
該用例的特化用例列表 |
床位刪除案例分析表如下表5-19所示：
表5-19 床位刪除案例分析表
| 描述項 |
說明 |
| 用例名稱 |
床位刪除案例 |
| 標識符* |
CF18 |
| 用例描述 |
描述宿舍管理員對所在樓棟的床位情況進行登記的過程，包括床位信息的刪除操作。 |
| 參與者表 |
宿舍管理員 |
| 優先級 |
1 |
| 狀態* |
進行中 |
| 前置條件 |
宿舍管理員已經通過登錄驗證 |
| 后置條件 |
操作完成后，系統彈出“操作成功”提示框，並進入到宿舍信息的詳情頁 |
| 基本操作流 |
|
| 可選操作流 |
當所在宿舍有人居住且要進行刪除操作時，系統彈出錯誤提示，並記錄操作日志信息 |
| 被泛化用例表 |
該用例的特化用例列表 |
床位查詢案例分析表如下表5-20所示：
表5-20 床位查詢案例分析表
| 描述項 |
說明 |
| 用例名稱 |
床位查詢案例 |
| 標識符* |
CF19 |
| 用例描述 |
描述宿舍管理員對所在樓棟的床位情況進行查詢 |
| 參與者表 |
宿舍管理員 |
| 優先級 |
1 |
| 狀態* |
進行中 |
表5-20 床位查詢案例分析表（續）
| 描述項 |
說明 |
| 前置條件 |
宿舍管理員已經通過登錄驗證 |
| 后置條件 |
操作完成后，系統彈出“操作成功”提示框，並進入到宿舍信息的詳情頁 |
| 基本操作流 |
1. 選擇相應樓棟，寢室，床位 2. 點擊“查詢”按鈕，將所選信息刪除，並彈出對應寢室信息。 |
| 可選操作流 |
當所在宿舍不存在且要進行查詢操作時，系統彈出錯誤提示，並記錄操作日志信息 |
| 被泛化用例表 |
該用例的特化用例列表 |
床位狀態變更案例分析表如下表5-21所示：
表5-21 床位狀態變更案例分析表
| 描述項 |
說明 |
| 用例名稱 |
床位狀態變更案例 |
| 標識符* |
CF20 |
| 用例描述 |
描述宿舍管理員對所在樓棟的床位狀態進行變更 |
| 參與者表 |
宿舍管理員 |
| 優先級 |
1 |
| 狀態* |
進行中 |
| 前置條件 |
宿舍管理員已經通過登錄驗證 |
| 后置條件 |
操作完成后，系統彈出“操作成功”提示框，並進入到宿舍信息的詳情頁 |
| 基本操作流 |
1. 選擇相應樓棟，寢室，床位，是否有人狀態修改 2. 點擊“狀態變更”按鈕，查詢對應的樓棟的，並彈出“操作成功”提示框。 |
| 可選操作流 |
當所在宿舍床位不存在進行變更操作時，系統彈出錯誤提示，並記錄操作日志信息 |
| 被泛化用例表 |
該用例的特化用例列表 |
床位分配管理案例分析表如下表5-22所示：
表5-22 床位分配管理案例分析表
| 描述項 |
說明 |
| 用例名稱 |
床位分配管理案例 |
| 標識符* |
CF21 |
| 用例描述 |
描述宿舍管理員對所在樓棟宿舍中的床位，實現床位分配. |
| 參與者表 |
宿舍管理人員 |
表5-22 床位分配管理案例分析表（續）
| 描述項 |
說明 |
| 優先級 |
1 |
| 狀態* |
進行中 |
| 前置條件 |
宿舍管理員已經通過登錄驗證 |
| 后置條件 |
操作完成后，系統彈出“操作成功”提示框，並進入到宿舍信息的詳情頁 |
| 基本操作流 |
|
| 可選操作流 |
當所在床位有人居住且要進行床位分配操作時，系統彈出錯誤提示，並記錄操作日志信息 |
| 被泛化用例表 |
該用例的特化用例列表 |
床位變更管理案例分析表如下表5-23所示：
表5-23 床位變更管理案例分析表
| 描述項 |
說明 |
| 用例名稱 |
床位變更管理案例 |
| 標識符* |
CF22 |
| 用例描述 |
描述宿舍管理員對所在樓棟宿舍中的床位變更的管理，並將數據同步到數據庫中，后勤管理員可以隨時查看 |
| 參與者表 |
宿舍管理員 |
| 優先級 |
1 |
| 狀態* |
進行中 |
| 前置條件 |
宿舍管理員已經通過登錄驗證 |
| 后置條件 |
操作完成后，系統彈出“操作成功”提示框，並進入到宿舍信息的詳情頁 |
| 基本操作流 |
|
| 可選操作流 |
當所在床位有人居住且要進行狀態切換時，系統彈出錯誤提示，並記錄操作日志信息 |
| 被泛化用例表 |
該用例的特化用例列表 |
5.2.9 維修管理需求設計
學生可以對入住的寢室床位和宿舍設備申請保修管理，也可以實時查詢報修進度。學校后勤人員能對樓棟的設備進行維修，維修工和后勤人員能查詢到該樓棟的維修狀況和進度。后勤人員能查詢到該樓層的歷史維修情況。維修管理包含維修信息查詢，樓棟、宿舍、床位管理是個模塊。
該模塊的用例圖如圖5-15所示
圖5-15 維修管理模塊用例圖
維修信息案例分析表如下表5-24所示:
表5-24 維修信息查詢案例分析表
| 描述項 |
說明 |
| 用例名稱 |
維修信息管理案例 |
| 標識符* |
CF23 |
| 用例描述 |
描述學生申請報修寢室和維修人員進行維修交互 |
| 參與者表 |
學生 |
| 優先級 |
1 |
| 狀態* |
進行中 |
| 前置條件 |
學生通過登入驗證 |
| 后置條件 |
操作完成后，進入到需要維修的樓棟信息選擇和描述頁面並提交 |
| 基本操作流 |
1.成功進入頁面后，選擇樓棟和寢室號及描述報修情況。 2.點擊提交按鈕上傳信息 |
| 可選操作流 |
無 |
| 被泛化用例表 |
該用例的特化用例列表 |
維修費用案例分析表如下表5-25所示:
表5-25 維修費用案例分析表
| 描述項 |
說明 |
| 用例名稱 |
維修費用案例 |
| 標識符* |
CF24 |
| 用例描述 |
描述學生申請報修寢室費用功能 |
| 參與者表 |
學生、修理工 |
| 優先級 |
1 |
| 狀態* |
進行中 |
| 前置條件 |
該學生在平台支付修理費用 |
表5-25 維修費用案例分析表（續）
| 描述項 |
說明 |
| 后置條件 |
操作完成后，修理人員修理完成改變修理狀態，收取費用 |
| 基本操作流 |
1.學生上報修理信息並支付修理費用。 2.修理成功扣費成功 |
| 可選操作流 |
無 |
| 被泛化用例表 |
該用例的特化用例列表 |
維修查詢管理案例分析表如下表5-26所示:
表5-26 床位維修管理案例分析表
| 描述項 |
說明 |
| 用例名稱 |
維修查詢管理案例 |
| 標識符* |
CF25 |
| 用例描述 |
學生對宿舍維修進度查詢 |
| 參與者表 |
學生 |
| 優先級 |
1 |
| 狀態* |
進行中 |
| 前置條件 |
該學生在平台登記維修信息。 |
| 后置條件 |
查詢當前維修人員和維修進度。 |
| 基本操作流 |
1.學生查詢自己登記維修的信息 |
| 可選操作流 |
無 |
| 被泛化用例表 |
該用例的特化用例列表 |
宿舍維修狀態管理案例分析表如下表5-27所示:
表5-27 宿舍維修管理案例分析表
| 描述項 |
說明 |
| 用例名稱 |
維修狀態信息管理案例 |
| 標識符* |
CF26 |
| 用例描述 |
宿舍信息維修狀況 |
| 參與者表 |
修理工 |
| 優先級 |
1 |
| 狀態* |
進行中 |
| 前置條件 |
該修理工接受學校審核並接收學生平台維修信息 |
| 后置條件 |
維修人員修理完成將寢室修理狀態改變修理成功 |
| 基本操作流 |
修理完成將平台修理狀態改變完成 |
| 可選操作流 |
無 |
| 被泛化用例表 |
該用例的特化用例列表 |
5.2.10 報表管理模塊需求設計
該模塊中學生，宿管，管理員可通過上網打印宿舍使用情況，繳費情況，巡查情況等情況統計。
該模塊的用例圖如圖5-16所示
圖5-16 報表管理模塊用例圖
該模塊報表管理案例分析表如下表5-28所示：
表5-28 報表管理案例分析表
| 描述項 |
說明 |
| 用例名稱 |
報表管理案例 |
| 標識符* |
CF27 |
| 用例描述 |
描述學生、宿舍管理員、后勤管理員打印制表的整個業務過程 |
| 參與者表 |
學生、宿舍管理員、后勤管理員 |
| 優先級 |
3 |
| 狀態* |
進行中 |
| 前置條件 |
學生已經通過驗證登錄 |
| 后置條件 |
系統彈出“操作成功”提示框，並打印出報表 |
| 基本操作流 |
后勤人員登錄報表管理頁面，輸入對樓棟的號或宿舍號點擊打印按鈕打印相應樓棟及宿舍的宿舍基本信息 |
| 可選操作流 |
輸入不存在的宿舍及樓棟，系統彈出錯誤提示，並記錄操作日志信息 |
| 被泛化用例表 |
該用例的特化用例列表 |
5.2.11 公告管理模塊需求設計
宿舍管理員和后勤管理員可以在公告處發布公告信息，該模塊學生管理員在公告處查看公告信息，宿舍管理員和后勤管理員也可以在公告處發布和刪除公告信息
該模塊用例圖5-17所示
圖5-17 公告管理模塊用例圖
該模塊公告管理案例分析表如下表5-29所示：
表5-29 公告管理案例分析表
| 描述項 |
說明 |
| 用例名稱 |
公告管理案例 |
| 標識符* |
CF28 |
| 用例描述 |
描述后勤管理員發布，查看和刪除公告，學生查看公告信息的整個業務過程。 |
| 參與者表 |
學生、后勤管理員 |
| 優先級 |
3 |
| 狀態* |
進行中 |
| 前置條件 |
學生已經通過驗證登錄 |
| 后置條件 |
系統彈出“操作成功”提示框，並顯示公告信息和 |
| 基本操作流 |
1.學生登錄后進入公告頁面，點擊查看按鈕，查看公告信息。 2.后勤人員登錄后進入公告頁面，點擊查看按鈕，查看公告。 點擊發布按鈕，發布公告，點擊刪除可以刪除公告。 |
| 可選操作流 |
學生不可發布公告 |
| 被泛化用例表 |
該用例的特化用例列表 |
6 非功能需求
6.1 外部接口需求
硬件接口:基本的輸入輸出設備。輸入：鍵盤、鼠標；輸出：顯示器。
軟件接口:由於本軟件需要和MySQL數據庫進行交互，提供MySQL的有關接口。
可維護性:要求本軟件的維護文檔齊全,便於維護。
用戶接口:校的學生和樓層管理員，輸入數據庫存在的用戶賬號和密碼登錄。
6.2 性能需求
6.2.1 間特性要求
該管理系統開學期間一直處於監控狀態，隨時准備信息的錄入修改等工作。
6.2.2 靈活性
本管理系統的硬件性能對於600以下使用計算機用戶的絕對支持，小於600用戶時如添加用戶則管理系統自動將該用戶添加進服務器的管理列表中，如果超過規定用戶則停止對多余用戶的服務或者更換更先進的服務器。
6.2.3 數據管理能力要求（針對軟件系統）
數據庫管理系統采用當前最流行、最成熟、同時也是最好的 C/S 體系結構實現。
6.2.4 故障處理要求
由於服務器開機時間過長數據讀寫頻繁導致硬盤損壞，使數據庫遭到破壞，可以使用定時備份數據庫更新數據庫的方法在數據庫被破壞時恢復數據庫。用戶誤操作導服務器中病毒 ，使服務 器不能正常運行，不能監控和處理整個局域網絡，可以采用軟件殺毒和軟件監控或者使用硬件防火牆的方法防止外面病毒的流進。同時有必要定時檢查服務器，交換機等硬件設備以防臨時出錯，做到萬無一失。
6.3 系統非功能需求
6.3.1 可靠性
本系統涉及到繳費管理，可靠性要求較高。需要對學生數據做好足夠的備份與恢復功能，采用專門數據庫管理系統能提高本系統的安全性。詳見系統要求部分數據管理能力要求。
6.3.2 安全性
系統管理有不同的權限設定，如學生處管理人員，宿舍管理員和財務處人員，不同的人員有屬於自己的專門的權限，不可越權，在登陸時就進行了相應的權限認定，當密碼輸入出錯次序高於三次時系統屏蔽登陸功能，實現對數據的保護。
6.3.3 可維護性可拓展性
系統應具有良好的可維護性，能方便日后進行功能拓展，在實現程序時采用抽象，接口等編程技巧提高系統可維護性。在選用編程語言時，盡量選用面向對象的語言，方便拓展新功能。
6.3.4 可測試性
代碼編寫時要注意注釋的編寫及相模塊的文檔說明，方便測試人員進行相應的測試，同時也方便在構建產品線時划分不同的包。
6.3.5 界面的設計
應本着簡潔、漂亮、通俗易懂，操作簡便，並具有一定的靈活性；盡可能采用開發工具構造界面，使需求定義和設計、編碼相銜接；參考、比較已經成熟的軟件的界面的風格，提取有用的設計方法。
7 其他事項
7.1 后期可完善功能
[1]代繳費功能：學生將繳費單通過管理平台傳輸至宿舍管理員，代繳費成功后，過二維碼形式將費用轉至宿舍管理員。
[2]快遞提示功能：宿舍管理員通過管理平台將包裹信息傳送到學生個人，提示學生及時提取快遞，避免接收室空間擁擠。
[3]發現BUG功能：任意平台使用人員若發現系統出現BUG，可通過管理平台聯系。
系統開發人員，保證系統運行流暢，並將漏洞減到最少，保證用戶體驗和正常管理。
附錄1：變更紀事
變更紀錄
| 變更時間 |
變更描述 |
變更事由 |
批准者 |
變更者 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
掃碼公眾號--回復“宿舍管理需求分析”獲取源碼:
