用戶需求列表

1、學(xué)生公寓管理系統(tǒng)用戶需求列表成員:阮 磊（1320010415）（PM）呂憲清（1320010413）王守文（1320010413）李洪亮（1320010413）蘇 丹（1320010413） 2015-12-10推薦精選目錄1引言11.1編寫目的11.2背景11.3參考資料12需求列表12.1功能需求列表12.1.1管理員端12.1.2公寓學(xué)生端22.1.3校外人員端22.1.4維護部門人員端32.2性能需求列表32.3質(zhì)量屬性需求列表32.4約束43度量數(shù)據(jù)54場景6推薦精選1引言1.1編寫目的本文檔詳細(xì)列出了在需求獲取的展開階段，通過面談和原型的方式，從客戶處獲得的需求，本文檔對于下一階

2、段需求定型階段的軟件需求說明書的編寫有指導(dǎo)作用，軟件需求說明書中列出的所有需求是對本文檔中需求的細(xì)化和補充。1.2背景項目名稱：學(xué)生公寓管理系統(tǒng)系統(tǒng)需求獲取方：軟件13-4第2調(diào)查組（PM：軟磊，組員：呂憲清、王首文、李洪亮、蘇丹）需求提供方：軟件19-3第2調(diào)查組（PM：魏兆靜，組員：于洋、王程宇、王雨柔）用戶：學(xué)生、宿舍管理人員、宿舍維修人員1.3參考資料需求工程軟件建模與分析，丁二玉，高等教育出版社 軟件需求說明書（GB856T88）.doc 2需求列表2.1功能需求列表2.1.1公寓管理員端公寓管理員端的功能需求列表如表2-1-1所示。推薦精選表2-1-1 公寓管理員端的功能需求需求編

3、號需求內(nèi)容1公寓管理員可以根據(jù)系統(tǒng)根據(jù)每個公寓管理員時間日程表合理安排管理員的值班順序。2公寓管理員可以根據(jù)學(xué)生寢室，保存寢室備用鑰匙。3公寓管理員能夠?qū)W(xué)生信息數(shù)據(jù)進行恢復(fù)、更新和轉(zhuǎn)儲。4公寓管理員可以對寢室物件統(tǒng)計、破壞統(tǒng)計、提交維修報告。5公寓管理員可以將信息反饋給學(xué)生、維修部門和財務(wù)部門。6公寓管理員可以及時查詢水電費信息及報修信息2.1.2公寓學(xué)生端公寓學(xué)生端的功能需求列表如表2-1-2所示。表2-1-2 公寓學(xué)生端的功能需求需求編號需求內(nèi)容1公寓學(xué)生可以儲存，申請修改自己的寢室信息。2公寓學(xué)生可以方便得進行寢室問題報修。3公寓學(xué)生能及時得到各種水電信息。2.1.3校外人員端校外人員

4、端的功能需求列表如表2-1-3所示。表2-1-3 公寓學(xué)生端的功能需求需求編號需求內(nèi)容1校外人員可以申請公寓住宿2校外人員進入寢室能登記自己信息推薦精選2.1.4維護部門人員端維護部門端的功能需求列表如表2-1-2所示。表2-1-4 公寓學(xué)生端的功能需求需求編號需求內(nèi)容1系統(tǒng)維修人員可以及時維修、維護系統(tǒng)安全2寢室維修人員可以及時維修寢室損壞物件3寢室維修人員可以及時定位損壞信息2.2非功能需求列表非功能需求列表如表2-2-1所示。表2-2-1 非功能需求列表需求編號類別需求內(nèi)容1精度輸入數(shù)據(jù)：整數(shù)2輸出數(shù)據(jù)：整數(shù)3保存數(shù)據(jù)：整數(shù)4時間特性輸出數(shù)據(jù)的時間:5s5更改操作的響應(yīng)時間：0.1s6監(jiān)

5、測數(shù)據(jù)的更新延遲：3s7存儲容量轉(zhuǎn)儲的數(shù)據(jù)容量：1T8負(fù)載系統(tǒng)允許2000用戶同時訪問系統(tǒng)2.3質(zhì)量屬性需求列表質(zhì)量屬性列表如表2-3-1所示。推薦精選表2-3-1 質(zhì)量屬性列表需求編號需求內(nèi)容1可靠性：系統(tǒng)要具有高的可靠性，在用戶作出錯誤操作時，系統(tǒng)仍能維持正常運行。2效率：由于系統(tǒng)運行的平臺在存儲容量和處理速度上有一定的局限性，可降低對于效率的要求，但時間不能長于特性時間特性要求中的上限。3可維護性：系統(tǒng)在實現(xiàn)時要考慮到系統(tǒng)的可維護性，使系統(tǒng)易于維護。4可移植性：系統(tǒng)屬于定制型，不需要考慮移植問題。5易用性：系統(tǒng)界面應(yīng)簡潔明了，易于用戶上手，并且能夠吸引用戶。 6安全性：軟件阻止未授權(quán)訪問

6、系統(tǒng)2.4約束約束如表2-4-1所示。表2-4-1 約束需求編號需求內(nèi)容1可靠性：系統(tǒng)要具有高的可靠性，在用戶作出錯誤操作時，系統(tǒng)仍能維持正常運行。2效率：由于系統(tǒng)運行的平臺在存儲容量和處理速度上有一定的局限性，可降低對于效率的要求，但時間不能長于特性時間特性要求中的上限。3度量數(shù)據(jù)1、 需求獲取的次數(shù)：42、 用戶需求數(shù)量：143、 非功能需求的數(shù)量：144、 非功能需求各種類占總體需求比率：l1 精度：21.43%l2 時間特性：21.49%l3 存儲容量：7.14%l推薦精選4 質(zhì)量屬性：39.71%l5 約束：10.23%l4場景 表4-1結(jié)構(gòu)化場景描述項 內(nèi)容 標(biāo)識符 SDMS-2

7、名稱 宿舍管理 作者 Bulusi lei版本 V.1.1 變更歷史 V.1.0 11.01.2015 bulusi lei 優(yōu)先級 中關(guān)鍵性 高 來源 王程宇（遼工大校長） 負(fù)責(zé)涉眾 呂憲清，阮磊，李洪亮，王首文，蘇丹簡述 智能化宿舍管理學(xué)生，將寢室維修消息及時傳達給維修工，好維修工進行相關(guān)交互。學(xué)生寢室違規(guī)情況由宿舍管理員進行登記并公示。老師查詢學(xué)生回寢情況，給出公示。 用況層次 用戶級 目標(biāo) SDMS-2：智能管理學(xué)生宿舍通過將宿舍管理分為智能安排公寓管理員排班寢室鑰匙收發(fā)，儲還管理寢室物件統(tǒng)計、破壞統(tǒng)計、提交維修報告寢室維修記錄統(tǒng)計申報要求實現(xiàn)數(shù)據(jù)化，多棟公寓使用同一服務(wù)器易于系統(tǒng)分步

8、實現(xiàn)和交付用戶。主參與者 用戶， 項目團隊其他參與者 信息服務(wù)器 前置條件 管理系統(tǒng)至少能連接數(shù)據(jù)庫 后置條件 智能反饋消息結(jié)果 逐個完成管理的不同需求： 推薦精選 表4-1結(jié)構(gòu)化場景（續(xù)）描述項 內(nèi)容 主場景 （1）學(xué)生登記住宿情況； （2）管理員記錄寢室分配； （3）學(xué)生反饋宿舍所需維修情況； （4）維修工接受維修狀況并安排順序； （5）維修工完成維修并更新； （6）宿舍垃圾上報； （7）管理員發(fā)送請求； （8）清潔工定時打掃； （9）管理員記錄違規(guī)寢室情況； 可替換場景 4a 學(xué)生通過系統(tǒng)登記住宿 4a1 管理員通過系統(tǒng)記錄寢室分配； 4a2 學(xué)生通過系統(tǒng)反饋需要維修的事物； 4a3 維修人員安排維修時間； 4a4 維修人員更新維修信息； 4a5 管理員反饋垃圾信息； 4a6 清理人員打掃； 4a7 記錄違規(guī)寢室 例外