需求規(guī)格說明書1.引言 1.1編寫目標 本學生宿舍分配系統(tǒng)以公寓房間、入住學生為基礎(chǔ)信息源，能夠?qū)Ψ块g和床位分配，能夠使教務處、學生處、保衛(wèi)處、公寓管理中心、財務處等學校職能部門及學校學院領(lǐng)導隨時取得全方位公寓管理信息，實現(xiàn)信息共享，提升工作效率。本文檔從用戶、功效、性能、運行環(huán)境等各方面對系統(tǒng)進行了分析，以確保在系統(tǒng)開發(fā)過程中，確定好具體目標，使工作能有條不紊進行，提升工作效率。1.2背景 很多學校尤其是中等及高等院校中，學生在校住宿情況極其普遍。伴隨高校擴招，需要住宿學生人數(shù)和學生公寓樓房越來越多，宿舍管理人員需求量也對應地增加。很多高校后勤實施社會化改革，學生住宿條件得到了很大改善，宿舍安排上打破了原來按專業(yè)班級強制集中住宿限制，可供學生選擇余地也越來越大，相關(guān)部門對公寓管理要求越來越高，造成公寓管理難度越來越大，原來手工管理已經(jīng)無法適應，需要用信息化手段來實現(xiàn)。所以，開發(fā)一個學生宿舍分配軟件是十分必需，期望能夠為廣大老師、校院領(lǐng)導、宿舍管理員和學生提供便利，加強學生住宿管理、規(guī)范高校公寓日常工作、提升公寓管理效能有效工具。1.3定義 用例圖(UseCase)：是指由參與者（Actor）、用例（UseCase）和它們之間關(guān)系組成用于描述系統(tǒng)功效動態(tài)視圖。展現(xiàn)了部分參與者和部分用例，和它們之間關(guān)系，關(guān)鍵用于對系統(tǒng)、子系統(tǒng)或類功效行為進行建模。次序圖：是將交互關(guān)系表示為一個二維圖?？v向是時間軸，時間沿豎線向下延伸。橫向軸代表了在協(xié)作中各獨立對象類元角色。類元角色用生命線表示。類圖(Classdiagram)：是顯示了模型靜態(tài)結(jié)構(gòu)，尤其是模型中存在類、類內(nèi)部結(jié)構(gòu)和它們和其它類關(guān)系等。類圖不顯示臨時性信息。狀態(tài)圖(StatechartDiagram)：是描述一個實體基于事件反應動態(tài)行為，顯示了該實體怎樣依據(jù)目前所處狀態(tài)對不一樣事件做出反應?；顒訄D（activitydiagram）：是說明了業(yè)務用例實現(xiàn)工作步驟。工作步驟通常包含一個基礎(chǔ)工作步驟和一個或多個備選工作步驟。工作步驟結(jié)構(gòu)使用活動圖來進行說明。協(xié)作圖/通信圖(CommunicationDiagram)：而“協(xié)作”作為一個結(jié)構(gòu)事物用于表示靜態(tài)結(jié)構(gòu)和動態(tài)行為概念組合，表示不一樣事物相互協(xié)作完成一個復雜功效。1.4參考資料 （1）殷建民主編，《軟件系統(tǒng)分析和設(shè)計》，中國水利水電出版社，（2）《學生宿舍基礎(chǔ)需求》（3）《級軟件系統(tǒng)分析和設(shè)計試驗指導書（16課時宿舍分配系統(tǒng)）》2．任務概述 2.1目標 本學生宿舍分配系統(tǒng)以公寓房間、入住學生為基礎(chǔ)信息源，能夠?qū)Ψ块g和床位分配，能夠使教務處、學生處、保衛(wèi)處、公寓管理中心、財務處等學校職能部門及學校學院領(lǐng)導隨時取得全方位公寓管理信息，實現(xiàn)信息共享2.2用戶特點 學生：若要住宿需提交住宿申請，然后等候分配。如有特殊要求，務必專門說明。一旦得到同意通知，能夠查詢個人宿舍安排。住宿后若有特殊原因，能夠申請調(diào)整宿舍或床位，但仍然要經(jīng)過審核、同意。一旦調(diào)換了宿舍，其所使用設(shè)備也要隨之變更統(tǒng)計。老師：分為班主任和教導員。教導員負責查看、初審學生提交住宿申請，對基礎(chǔ)符合要求，轉(zhuǎn)交給宿舍責任人。班主任和教導員能夠隨時查看、了解所負責班級住宿學生情況。宿舍責任人：負責對住宿申請進行綜合審查，經(jīng)過則以班為單位分配床位。能夠隨時查看和了解宿舍基礎(chǔ)情況、全部住宿情況和設(shè)備使用情況，對特殊情況立即進行統(tǒng)計，并報送相關(guān)領(lǐng)導。學生一旦畢業(yè)或提出退宿，其宿舍和床位會立即變空，等候重新分配使用。宿舍管理員：負責宿舍設(shè)備情況統(tǒng)計（購入登記、各建宿舍配置、損壞和修理登記、報廢登記）、每日查房結(jié)果統(tǒng)計、學生晚歸統(tǒng)計、宿舍具體情況管理（新房間登記、房間撤消、格局調(diào)整）。校院領(lǐng)導：能夠隨時查看、了解學校和學院宿舍具體信息、學生住宿情況和宿舍管理員基礎(chǔ)情況和每日查房情況。2.3假定和約束 經(jīng)費限制：因為是學習之作，資金不足限制了本軟件研發(fā)。開發(fā)期限;在時間方面，只能在課余時間完成本軟件，對時間安排需做到合理，合適才能很好完成本工程。3.需求分析建模 3.1功效需求 3.1.1系統(tǒng)需求描述 本學生宿舍分配系統(tǒng)以公寓房間、入住學生為基礎(chǔ)信息源，能夠?qū)Ψ块g和床位分配，能夠使教務處、學生處、保衛(wèi)處、公寓管理中心、財務處等學校職能部門及學校學院領(lǐng)導隨時取得全方位公寓管理信息，實現(xiàn)信息共享?；A(chǔ)步驟圖以下:3.1.2總體功效分析各類角色大致功效分析：學生:填寫申請表、提交住宿申請、查看申請結(jié)果、申請宿舍調(diào)整教導員:查看學生住宿情況、查看住宿申請、初審、返回申請結(jié)果給學生 班主任：查看本班學生住宿情況宿舍責任人：復審、分配床位、查看住宿信息、宿舍住退更新、特殊情況報送領(lǐng)導宿舍管理員:宿舍查房統(tǒng)計、宿舍設(shè)備情況統(tǒng)計、晚歸統(tǒng)計、宿舍集體情況校院領(lǐng)導：查看宿舍具體信息、查看住宿情況、宿舍管理員情況、每日查房情況具體用例圖以下：3.1.3功效模塊分析 (詳述學生申請)☆由學生申請住宿用例：當學生登錄后，進入申請界面，填寫申請匯報，出現(xiàn)兩種情況，即填寫正確或錯誤/部分錯誤，對應成功提交申請或返回重新填寫申請...構(gòu)建活動圖、協(xié)作圖、次序圖等來完成功效具體分析。活動圖：狀態(tài)圖：學生申請這一事件對應狀態(tài)：首先是要進行申請表填寫預準備工作，即新建一張空白申請表，進行填寫，完成后進行提交，即等同于進入等候?qū)徍藸顟B(tài)；等候后臺審核完成后，學生進行查看能夠找到‘審核經(jīng)過’‘不經(jīng)過’和‘不經(jīng)過（部分不符合要求）’三種狀態(tài)，一次審核經(jīng)過后二審，產(chǎn)生‘同意’‘不一樣意’兩種狀態(tài)，同意經(jīng)過，進入入住狀態(tài)。次序圖:依據(jù)步驟圖和活動圖，能夠建立學生申請工作次序圖，首先是登陸到首頁>進入申請界面，申請表填寫和是否能夠成功提交由提交控制檢測并返回可申請/不可申請/有錯重新填寫，提交成功則學生等候來自教導員和宿舍管理員審核結(jié)果和宿舍分配結(jié)果。協(xié)作圖：3.2性能需求 3.2.1精度 在進行向數(shù)據(jù)庫文件提取數(shù)據(jù)時，要求數(shù)據(jù)統(tǒng)計定位正確，在往數(shù)據(jù)庫文件數(shù)組中添加數(shù)據(jù)（如申請表，住宿信息等）時，要求輸入正確學生姓名，身份證，學號，班級，宿舍號等，按需求設(shè)定字符數(shù)。3.2.2時間特征要求 （1）查詢類頁面響應時間<=3s（2）更新處理時間，如新建、提交等最長時間不超出2s。（3）數(shù)據(jù)轉(zhuǎn)換和傳送時間，如遠程數(shù)據(jù)傳輸不超出5s。3.3數(shù)據(jù)需求 3.3.1輸入\輸出數(shù)據(jù)要求宿舍具體數(shù)據(jù)、學生住宿情況和宿管人員具體數(shù)據(jù)要完整保管，且一旦發(fā)生改變，必需立即變更統(tǒng)計。上述數(shù)據(jù)要能夠?qū)С龅絜xcel文件中，或從excel文件導入。分配床位時能夠采取二種方法：●第1是根據(jù)一定算法進行自動分配，●第2是針對特殊要求進行手工分配學生住宿需要統(tǒng)計內(nèi)容關(guān)鍵包含：學號、姓名、所屬學院、所屬系、宿舍房間號、床鋪號、柜子號、入住時間、聯(lián)絡電話等。每個房間需要統(tǒng)計內(nèi)容關(guān)鍵包含：宿舍房間號、面積、可容納人數(shù)、現(xiàn)在空床數(shù)、為簡化宿舍分配過程中學生信息反復錄入，確保數(shù)據(jù)一致性和統(tǒng)一性，最好可利用現(xiàn)行學籍管理系統(tǒng)中信息。3.3.2數(shù)據(jù)分析模型(類圖)類圖分析：用戶關(guān)鍵分為學生和職員兩大類，學生類和職員類繼承于people類，而老師類、領(lǐng)導類、宿舍責任人類和宿舍管理員類繼承于職員類，教導員和班主任類繼承于老師類；學生和教導員、班級、住宿記錄表、床位、宿舍、住宿申請等全部是關(guān)聯(lián)關(guān)系。3.4故障處理要求 正常使用時不應犯錯，對于用戶輸入錯誤應給出合適更正提醒。若運行時碰到不可恢復系統(tǒng)錯誤，也必需確保數(shù)據(jù)庫完好無損，能夠經(jīng)過日志來了解故障現(xiàn)象、發(fā)生時間。3.5其它專門要求 （1）進度需求：系統(tǒng)開發(fā)階段進度要求。（2）運行環(huán)境需求：平臺、體系結(jié)構(gòu)、設(shè)備要求。（3）培訓需求：無實體培訓，系統(tǒng)配置《用戶使用手冊