
課程名稱 | 軟件需求分析 | 實(shí)驗(yàn)名稱 | 軟件需求分析——用戶需求 | ||||
專業(yè) | 軟件工程 | 年級班級 | 實(shí)驗(yàn)日期 | 第14、15周星期二 | |||
學(xué)號 | 151106018 | 姓名 | 沈祥德 | 指導(dǎo)教師 | 劉益 | 成績 | |
小組成員 | 沈祥德、錢豐浩、夏超 | ||||||
主要參與者 | 用 例 |
管理員 | 1.用戶登錄2.學(xué)生信息管理 3.來訪人員管理 4.學(xué)生財(cái)務(wù)管理 5.學(xué)生離校管理 |
學(xué)生 | 6.信息查詢 7.信息修改 8.密碼修改 |
用例ID號 | UC-1 |
用例名稱 | 用戶登錄 |
創(chuàng)建者 | 沈祥德 |
最后更新者 | 沈祥德 |
創(chuàng)建日期 | 2017年11月21日 |
最后更新日期 | 2017年11月30日 |
參與者 | 管理員、學(xué)生 |
描述 | 管理員或者學(xué)生在電腦客戶端輸入用戶名和密碼進(jìn)行用戶登錄,從而進(jìn)行下一步操作 |
前置條件 | 1. 系統(tǒng)必須能正常啟動 2.必須是管理員注冊過的用戶名和密碼 3. 管理員或者學(xué)生輸入的用戶名和密碼正確 4. 登錄系統(tǒng),實(shí)現(xiàn)功能需求 |
后置條件 | 如果登錄成功顯示管理員或?qū)W生可以操作的功能頁面 |
主干過程 | 1.0 用戶登陸系統(tǒng) 1、當(dāng)用戶啟動這個(gè)應(yīng)用系統(tǒng)時(shí),用例開始 2、系統(tǒng)顯示登錄界面 3、系統(tǒng)管理員輸入用戶名和密碼 4,、系統(tǒng)對比系統(tǒng)管理員的信息 5、系統(tǒng)顯示登錄成功,用例結(jié)束。 |
分支過程 | 拓展路徑A: <1>、系統(tǒng)提示輸入的信息哪些地方出錯(cuò),要求系統(tǒng)管理員重新輸入相關(guān)信息或取消登錄 <2>、系統(tǒng)管理員選擇取消登錄,則用例結(jié)束 <3>、系統(tǒng)管理員選擇重新登錄,轉(zhuǎn)到3 |
異常 | 1. 如果用戶名不存在,提示“用戶名錯(cuò)誤“ 2. 如果密碼錯(cuò)誤提示“密碼錯(cuò)誤” |
包含 | 無 |
優(yōu)先級 | 高 |
使用頻率 | 大約4000名用戶,平均每天使用一次 |
業(yè)務(wù)規(guī)則 | BR-1:用戶身份一共兩種,分別為: 學(xué)生、宿舍管理員。 BR-2:學(xué)生、宿舍管理員、學(xué)院管理員身份的用戶分別以學(xué)號、宿舍管理員號、學(xué)院管理員號作為用戶名。 BR-3: 用戶的驗(yàn)證失敗次數(shù)沒有限制,可以重復(fù)至無限次。 |
特別需求 | 用例中的事件曾進(jìn)行事件處理保持操作一致性 |
假設(shè) | |
注意和問題 | |
用例ID號 | UC-2 |
用例名稱 | 學(xué)生信息管理 |
創(chuàng)建者 | 沈祥德 |
最后更新者 | 沈祥德 |
創(chuàng)建日期 | 2017年11月21日 |
最后更新日期 | 2017年11月30日 |
參與者 | 宿舍管理員 |
描述 | 宿舍管理員通過輸入學(xué)生的學(xué)號和姓名來查詢、修改、添加、刪除學(xué)生的其他所有信息 |
前置條件 | 1. 宿舍管理員登入“學(xué)生宿舍管理系統(tǒng)” 2. 輸入信息不能為空 |
后置條件 | 1. 學(xué)生基本信息表已建立 2. 學(xué)生信息不能重復(fù) 3. 要查詢學(xué)生的所有被顯示出來 4. 要查詢的學(xué)生信息能被管理員進(jìn)行修改、添加、刪除 |
主干過程 | 1.0 宿舍管理員管理學(xué)生信息 1. 宿舍管理員使用用戶名和密碼進(jìn)入系統(tǒng) 2. 系統(tǒng)驗(yàn)證宿舍管理員身份 3. 宿舍管理員輸入學(xué)生的學(xué)號,姓名 4. 系統(tǒng)驗(yàn)證學(xué)生的信息是否準(zhǔn)確 5. 系統(tǒng)顯示學(xué)生的所有相關(guān)信息 6.管理員對學(xué)生信息進(jìn)行注冊、查詢、修改、刪除操作 7. 宿舍管理員退出系統(tǒng) |
分支過程 | 舍管理員清除已填信息(從第3步分支出來) 1. 宿舍管理員清除已填的學(xué)生信息 2. 返回到第3步 |
異常 | 數(shù)據(jù)加載失敗或者統(tǒng)計(jì)過程中發(fā)生錯(cuò)誤 |
包含 | 無 |
優(yōu)先級 | 高 |
使用頻率 | 大約4000名用戶,平均每天使用一次 |
業(yè)務(wù)規(guī)則 | BR-4:每個(gè)學(xué)生到學(xué)校以后必須先報(bào)到,進(jìn)行學(xué)期的注冊 BR-5:學(xué)生注冊好之后,根據(jù)在注冊是的系、班級、學(xué)號、寢室號找到自己所在的住處。 BR-6:如果該學(xué)生未注冊,那么就不會有此學(xué)生的住處以及本學(xué)生的、其他的一些相關(guān)信息。 BR-7:管理員可以對學(xué)生宿舍的人員數(shù),人員信息進(jìn)行查看。 BR-8:管理員還可以對每棟樓以及宿舍的衛(wèi)生情況進(jìn)行檢查,監(jiān)督和管理。 BR-9:管理員還要對后勤服務(wù)進(jìn)行管理。 |
特別需求 | 用例中的事件曾進(jìn)行事件處理保持操作一致性 |
假設(shè) | |
注意和問題 | 此用例僅由宿舍管理員來操作 |
用例ID號 | UC-3 | |||
用例名稱 | 來訪人員管理 | |||
創(chuàng)建者 | 沈祥德 | |||
最后更新者 | 沈祥德 | |||
創(chuàng)建日期 | 2017年11月21日 | |||
最后更新日期 | 2017年11月30日 | |||
參與者 | 宿舍管理員 | |||
描述 | 管理員通過此用例進(jìn)行來訪人員管理(包括訪客信息的錄入、查詢、刪除、修改) | |||
前置條件 | 1.管理員已登錄上系統(tǒng) 2.已獲取來訪人相關(guān)信息 | |||
后置條件 | 1. 系統(tǒng)保存了訪客信息數(shù)據(jù) 2. 系統(tǒng)界面展示訪客信息 3. 訪客信息數(shù)據(jù)從系統(tǒng)中刪除 4. 訪客信息數(shù)據(jù)被系統(tǒng)修改并保存新的訪客信息 | |||
主干過程 | (1) 工作人員登錄系統(tǒng); (2) 點(diǎn)擊訪客信息管理功能; (3) 點(diǎn)擊錄入訪客信息功能; (4} 根據(jù)表格提示錄入訪客信息; (5) 點(diǎn)擊保存按鈕。 (6) 點(diǎn)擊確認(rèn)按鈕,訪客信息保存成功。 | (1)工作人員登錄系統(tǒng): (2) 點(diǎn)擊訪客信息管理功能: (3) 點(diǎn)擊修改訪客信息功能; (4) 查詢到要修改的數(shù)據(jù): (5) 進(jìn)行修改。 (6)點(diǎn)擊確認(rèn)按鈕,訪客信息修改成功。 | (1) 工作人員登入系統(tǒng); (2) 點(diǎn)擊訪客信息管理功能; (3) 點(diǎn)擊查看訪客信息功能; (4) 輸入查看條件; (5) 點(diǎn)擊查看按鈕。 (6) 獲取相關(guān)數(shù)據(jù)信息。 | (1) 工作人員登錄系統(tǒng); (2) 點(diǎn)擊訪客信息管理功能: (3) 點(diǎn)擊刪除訪客信息功能: (4) 查詢到要?jiǎng)h除的訪客信息; (5) 點(diǎn)擊刪除按鈕。 (6)點(diǎn)擊確認(rèn)刪除按鈕,訪客信息刪除成功。 |
分支過程 | 訪客信息輸入失敗,返回2,繼續(xù)進(jìn)行操作 | |||
異常 | 無 | |||
包含 | 無 | |||
優(yōu)先級 | 高 | |||
使用頻率 | 大約400名用戶,平均每天使用一次 | |||
業(yè)務(wù)規(guī)則 | BR-10:系統(tǒng)沒有檢索到符合用戶輸入的訪客信息,在窗口中沒有相關(guān)信息顯示 | |||
特別需求 | 無 | |||
假設(shè) | 訪客要訪問的寢室不存在]系統(tǒng)出現(xiàn)查找失敗信息,樓層管理員重新輸入要查找的寢室 | |||
注意和問題 | 1. 每個(gè)訪客必須說出對應(yīng)的學(xué)生信息和寢室 號,不然不允許其入內(nèi) 2. 每條訪客信息不可隨意刪除,修改 | |||
本文發(fā)布于:2023-06-11 01:10:17,感謝您對本站的認(rèn)可!
本文鏈接:http://www.newhan.cn/zhishi/a/168641701871780.html
版權(quán)聲明:本站內(nèi)容均來自互聯(lián)網(wǎng),僅供演示用,請勿用于商業(yè)和其他非法用途。如果侵犯了您的權(quán)益請與我們聯(lián)系,我們將在24小時(shí)內(nèi)刪除。
本文word下載地址:實(shí)驗(yàn)軟件需求分析用戶需求.doc
本文 PDF 下載地址:實(shí)驗(yàn)軟件需求分析用戶需求.pdf
| 留言與評論(共有 0 條評論) |