宿舍管理方案計劃系統(tǒng)需求規(guī)格使用說明

1、需求規(guī)格說明書1. 引言1.1 編寫目的 本學生宿舍分配系統(tǒng)以公寓房間、 入住學生為基礎(chǔ)信息源， 可以對房間和床位分配， 可 以使教務處、學生處、保衛(wèi)處、 公寓管理中心、財務處等學校職能部門及學校學院領(lǐng)導隨時 獲得全方位的公寓管理信息，實現(xiàn)信息共享，提高工作效率。本文檔從用戶、 功能、性能、運行環(huán)境等各方面對系統(tǒng)進行了分析，以確保在系統(tǒng)開發(fā) 過程中，確定好具體目標，使工作能有條不紊的進行，提高工作效率。1.2 背景 很多學校特別是中等及高等院校中，學生在校住宿的情況極其普遍。隨著高校的擴招， 需要住宿的學生人數(shù)和學生公寓樓房越來越多， 宿舍管理人員的需求量也相應地增加。 許多 高校后勤實施社會

2、化改革， 學生住宿條件得到了很大改善，宿舍安排上打破了原來按專業(yè)班級強制集中住宿的限制， 可供學生選擇的余地也越來越大，相關(guān)部門對公寓管理的要求越來越高， 導致公寓管理的難度越來越大， 原來的手工管理已經(jīng)無法適應， 需要用信息化手段來 實現(xiàn)。因此，開發(fā)一個學生宿舍分配軟件是十分必要的，希望能夠為廣大教師、校院領(lǐng)導、 宿舍管理員和學生提供便利， 加強學生住宿管理、 規(guī)范高校公寓日常工作、 提高公寓管理效 能的有效工具。1.3 定義用例圖 (Use Case) ：是指由參與者( Actor )、用例( Use Case )以及它們之間的關(guān)系 構(gòu)成的用于描述系統(tǒng)功能的動態(tài)視圖。 呈現(xiàn)了一些參與者和一

3、些用例， 以及它們之間的關(guān)系， 主要用于對系統(tǒng)、子系統(tǒng)或類的功能行為進行建模。順序圖：是將交互關(guān)系表示為一個二維圖?？v向是時間軸，時間沿豎線向下延伸。 橫向 軸代表了在協(xié)作中各獨立對象的類元角色。類元角色用生命線表示。類圖(Class diagram):是顯示了模型的靜態(tài)結(jié)構(gòu)，特別是模型中存在的類、類的內(nèi)部 結(jié)構(gòu)以及它們與其他類的關(guān)系等。類圖不顯示暫時性信息。狀態(tài)圖 (Statechart Diagram) :是描述一個實體基于事件反應的動態(tài)行為，顯示了該實 體如何根據(jù)當前所處的狀態(tài)對不同的事件做出反應的。活動圖( activity diagram ):是闡明了業(yè)務用例實現(xiàn)的工作流程。工作流程

4、通常包括 一個基本工作流程和一個或多個備選工作流程。工作流程的結(jié)構(gòu)使用活動圖來進行說明。協(xié)作圖 / 通信圖 (Communication Diagram) :而“協(xié)作”作為一個結(jié)構(gòu)事物用于表達靜態(tài) 結(jié)構(gòu)和動態(tài)行為的概念組合，表達不同事物相互協(xié)作完成一個復雜功能。1.4 參考資料(1)殷建民 主編，軟件系統(tǒng)分析與設(shè)計，中國水利水電出版社，2008( 2)學生宿舍基本需求（3）2012級軟件系統(tǒng)分析與設(shè)計實驗指導書（16學時宿舍分配系統(tǒng)）2 任務概述2.1目標本學生宿舍分配系統(tǒng)以公寓房間、入住學生為基礎(chǔ)信息源，可以對房間和床位分配，可以使教務處、學生處、保衛(wèi)處、公寓管理中心、財務處等學校職能部門及

5、學校學院領(lǐng)導隨時獲得全方位的公寓管理信息，實現(xiàn)信息共享2.2用戶特點學生：若要住宿需提交住宿申請，然后等待分配。如有特殊要求，務必專門說明。一旦 得到批準通知，可以查詢個人宿舍安排。住宿后若有特殊原因，可以申請調(diào)整宿舍或床位， 但依然要經(jīng)過審核、批準。一旦調(diào)換了宿舍，其所使用的設(shè)備也要隨之變更記錄。教師：分為班主任和輔導員。輔導員負責查看、初審學生提交的住宿申請，對基本符合要求的，轉(zhuǎn)交給宿舍負責人。 班主任和輔導員可以隨時查看、了解所負責班級住宿學生的情況。宿舍負責人：負責對住宿申請進行綜合審查， 通過的則以班為單位分配床位。 可以隨時 查看和了解宿舍的基本情況、 所有住宿情況和設(shè)備使用情況，

6、 對特殊情況及時進行統(tǒng)計， 并 報送相關(guān)領(lǐng)導。學生一旦畢業(yè)或提出退宿，其宿舍和床位會立即變空，等待重新分配使用。宿舍管理員：負責宿舍設(shè)備情況的記錄（購入登記、各建宿舍配置、損壞和修理登記、 報廢登記）、每日查房結(jié)果記錄、學生晚歸記錄、宿舍具體情況管理（新房間登記、房間撤 消、格局調(diào)整）。校院領(lǐng)導：可以隨時查看、了解學校和學院宿舍的詳細信息、學生住宿狀況和宿舍管理員的基本情況以及每日查房的情況。2.3假定與約束經(jīng)費限制：由于是學習之作，資金的不足限制了本軟件的研發(fā)。 開發(fā)期限；在時間方面，只能在課余時間完成本軟件，對時間的安排需做到合理，恰當才能 很好的完成本工程。3.需求分析建模3.1功能需求

7、3.1.1系統(tǒng)需求描述本學生宿舍分配系統(tǒng)以公寓房間、入住學生為基礎(chǔ)信息源，可以對房間和床位分配，可以使教務處、學生處、保衛(wèi)處、公寓管理中心、財務處等學校職能部門及學校學院領(lǐng)導隨時獲得全方位的公寓管理信息，實現(xiàn)信息共享?；玖鞒虉D如下3.1.2總體功能分析各類角色的大體功能分析：學生：填寫申請表、提交住宿申請、查看申請結(jié)果、申請宿舍調(diào)整輔導員：查看學生住宿情況、查看住宿申請、初審、返回申請結(jié)果給學生班主任：查看本班學生住宿情況宿舍負責人：復審、分配床位、查看住宿信息、宿舍住退更新、特殊情況報送領(lǐng)導宿舍管理員：宿舍查房記錄、宿舍設(shè)備情況記錄、晚歸記錄、宿舍集體情況校院領(lǐng)導：查看宿舍詳細信息、查看住

8、宿情況、宿舍管理員情況、每日查房情況具體用例圖如下:查看學生住宿情況初審輔導員班主任學生返回申請結(jié)果給學生填寫申請表申請宿舍調(diào)整查看住宿申請?zhí)峤蛔∷奚暾埐榭瓷暾埥Y(jié)果復審宿舍查房記錄查看宿舍詳細信息宿舍設(shè)備情況記錄查看住宿情況分配床位查看住宿信息宿舍負責人宿舍住退更新特殊情況報送領(lǐng)導晚歸記錄宿舍管理員宿舍集體情況院校領(lǐng)導宿舍管理員情況每日查房情況3.1.3功能模塊分析（詳述 學生申請）由學生申請住宿用例：當學生登錄后，進入申請界面，填寫申請報告，出現(xiàn)兩種情況，即填寫正確或錯誤/部分錯誤，對應的成功提交申請或返回重新填寫申請 構(gòu)建活動圖、協(xié) 作圖、順序圖等來完成功能的具體分析?；顒訄D：學生登陸進入

9、申請界 面填寫申請表還有未審核的申請?zhí)顚懻_填寫錯誤1保存新申請.重新-填寫1表提交申請返回主界面等待申請結(jié)果回到主界面狀態(tài)圖:學生申請這一事件對應的狀態(tài)：首先是要進行申請表的填寫預準備工作，即新建一張空白申請表，進行填寫，完成后進行提交，即等同于進入等待審核狀態(tài)；等待后臺審核完成后，學生進行查看可以找到審核通過不通過以及不通過（部分不符合要求）三種狀 態(tài)，一次審核通過后二審，產(chǎn)生批準不批準兩種狀態(tài)，批準通過，進入入住狀態(tài)。已入住順序圖：根據(jù)流程圖和活動圖，可以建立學生申請的工作順序圖，首先是登陸到首頁 進入申請 界面，申請表的填寫與是否可以成功提交由提交控制檢測并返回可申請 /不可申請/有錯

10、重新 填寫，提交成功則學生等待來自輔導員以及宿舍管理員的的審核結(jié)果以及宿舍分配結(jié)果。學生首頁申請界面提交控制輔導員宿舍負責人登陸登陸成功退出不可以申請可以申請 二 * J填寫申請I有錯重新填寫提交給輔導員請求復審反饋芮尸二=N -同意同意駁回不同意協(xié)作圖:學生功能界面申請表審核控制輔導員分 舍 宿 及 意 同3.2性能需求321精度在進行向數(shù)據(jù)庫文件提取數(shù)據(jù)時，要求數(shù)據(jù)記錄定位準確，在往數(shù)據(jù)庫文件數(shù)組中添加數(shù)據(jù)（如申請表，住宿信息等）時，要求輸入準確學生姓名，身份證，學號，班級，宿舍號 等，按需求設(shè)定字符數(shù)。3.2.2時間特性要求（1）查詢類頁面響應時間 =3s（2） 更新處理時間，如新建、提

11、交等最長時間不超過2s。（3） 數(shù)據(jù)的轉(zhuǎn)換和傳送時間，如遠程數(shù)據(jù)傳輸不超過5s。3.3數(shù)據(jù)需求3.3.1輸入輸出數(shù)據(jù)要求1）宿舍的詳細數(shù)據(jù)、學生住宿的情況以及宿管人員的具體數(shù)據(jù)要完整保管，且一旦發(fā)生 變化，必須及時變更記錄。2） 上述數(shù)據(jù)要能夠?qū)С龅絜xcel文件中，或從excel文件導入。3）分配床位時可以采取二種方法：第1是按照一定的算法進行自動分配，第2是針對特殊要求進行手工分配4）學生住宿需要記錄的內(nèi)容主要包括：學號、姓名、所屬學院、所屬系、宿舍房間號、床鋪號、柜子號、入住時間、聯(lián)系電 話等。5）每個房間需要記錄的內(nèi)容主要包括：宿舍房間號、面積、可容納人數(shù)、目前空床數(shù)、6）為簡化宿舍分

12、配過程中學生信息的重復錄入，保證數(shù)據(jù)的一致性和統(tǒng)一性，最好可利 用現(xiàn)行的學籍管理系統(tǒng)中的信息。332數(shù)據(jù)分析模型（類圖）people學生-memberName-memberName-memberName-memberName職工-memberName-memberName類圖分析：用戶主要分為學生和職工兩大類，學生類和職工類繼承于people類，而教師類、領(lǐng)導類、宿舍負責人類和宿舍管理員類繼承于職工類，輔導員和班主任類繼承于教師類；學生與輔導員、班級、住宿登記表、床位、宿舍、住宿申請等都是關(guān)聯(lián)關(guān)系。3.4故障處理要求若運行時遇到不可正常使用時不應出錯， 對于用戶的輸入錯誤應給出適當?shù)母恼崾??；謴偷南到y(tǒng)錯誤，也必須保證數(shù)據(jù)庫完好無損，可以通過日志來了解故障現(xiàn)象、發(fā)生時間。3.5 其他專門要求（ 1）進度需求：系統(tǒng)開發(fā)的階段進度要求。（ 2）運行環(huán)境需求：平臺、體系結(jié)構(gòu)、設(shè)備要求。（ 3）培訓需求：無