在線作業(yè)管理系統(tǒng)需求分析

1、在線作業(yè)管理系統(tǒng)需求規(guī)格說明書Version 項目負責(zé)人：李博宇項目組成員（排名不分先后）劉文彬 馬晉國宋站丞 郭卿胡姍姍 張瑾2010-3-281.序錯誤!未定義書簽。編寫需求規(guī)格說明書的目的 項目背景定義參考資料2 .軟件產(chǎn)品一般性的描述運行環(huán)境與資源軟件產(chǎn)品的功能用戶特征限制與約束3 .功能行為需求業(yè)務(wù)需求功能模型一一用例模型 相關(guān)用例的展開一一活動圖 輸出結(jié)果4 .性能需求數(shù)據(jù)精準(zhǔn)度時間特性適應(yīng)性故障處理5 .運行需求錯誤!未定義書簽。錯誤!未定義書簽。錯誤!未定義書簽。錯誤!未定義書簽。錯誤!未定義書簽。錯誤!未定義書簽。錯誤!未定義書簽。錯誤!未定義書簽。錯誤!未定義書簽。錯誤!未

2、定義書簽。錯誤!未定義書簽。錯誤!未定義書簽。錯誤!未定義書簽。錯誤!未定義書簽。錯誤!未定義書簽。錯誤!未定義書簽。錯誤!未定義書簽。錯誤!未定義書簽。錯誤！未定義書簽。錯誤!未定義書簽。錯誤!未定義書簽。用戶界面硬件界面錯誤!未定義書簽錯誤!未定義書簽錯誤!未定義書簽錯誤!未定義書簽軟件界面6 .其他需求7 .附錄1、引言1.1. 編 寫目的在線作業(yè)管理系統(tǒng)說明書是為學(xué)生作業(yè)管理系統(tǒng)的設(shè)計而編寫的技術(shù)文檔。需求分析的好壞將直接影響到項目的進度和質(zhì)量。編寫說明書，是為了說明本系統(tǒng)需求、功能等相關(guān)信息，并給出系統(tǒng)的項目應(yīng)用范圍、目標(biāo)、本項目與其它項目之間的關(guān)系、項目產(chǎn)品及成果、系統(tǒng)功能、系統(tǒng)性

3、能、數(shù)據(jù)描述、故障處理能力以及其他專門的要求等， 是系統(tǒng)驗收的主要依據(jù)，也使其作為系統(tǒng)數(shù)據(jù)庫開發(fā)的主要依據(jù)。本文檔的閱讀對象是業(yè)務(wù)負責(zé)任人、業(yè)務(wù)人員、軟件開發(fā)人員、業(yè)務(wù)規(guī)范設(shè)計人員、軟件測試人員、系統(tǒng)安裝人員、系統(tǒng)維護人員、指導(dǎo)教師及學(xué)生。1.2. 項 目背景在現(xiàn)代化的教育技術(shù)模式下，計算機已經(jīng)廣泛應(yīng)用于學(xué)校的教育管理， 給傳統(tǒng)的教學(xué)方式帶來了重大的革命。如何有效進行作業(yè)管理是擺在我們面前的一個新的課題。本文在研究目前國內(nèi)外作業(yè)管理情況的基礎(chǔ)上，從學(xué)校的實際需求出發(fā)，采用當(dāng)前較為流行的 B/S （瀏覽器/服務(wù)器）結(jié)構(gòu)和JSP動態(tài)網(wǎng)頁開發(fā)技術(shù)，設(shè)計并實現(xiàn)了一個功能較為完善的小型在線作業(yè)管理系統(tǒng)。

4、通過對系統(tǒng)進行一系列的需求分析、設(shè)計、編碼、測試等工作， 使系統(tǒng)實現(xiàn)了管理員發(fā)布管理公告、教師管理、設(shè)置班級、課程；老師在線發(fā)布作業(yè)、批改作業(yè)、網(wǎng)上答疑；學(xué)生上傳作業(yè)、查看作業(yè) 信息、提出疑問的功能。重點對系統(tǒng)設(shè)計過程作了相應(yīng)描述，同時也 對系統(tǒng)需要改進的地方做了總結(jié)。待開發(fā)系統(tǒng)的名稱：在線作業(yè)管理系統(tǒng)。任務(wù)的提出者為：內(nèi)蒙古大學(xué)計算機軟件學(xué)院 UM序統(tǒng)建模與分析設(shè)計課題開發(fā)者為：項目小組全體成員（排名不分先后）：李博宇、馬晉國、宋站丞、劉文彬、郭卿、胡姍姍、張瑾 使用者為：項目研究人員、老師及同學(xué)1.3. 定義SQL SERVER系統(tǒng)服務(wù)器所使用的數(shù)據(jù)庫管理系統(tǒng)（DBMSSQL: Struc

5、tured Query Language（結(jié)構(gòu)化查詢語言）。系統(tǒng)：若未特別指出，統(tǒng)指在線作業(yè)管理系統(tǒng)。1.4. 參考資料數(shù)據(jù)庫系統(tǒng)概論王珊，薩師靖高等教育出版社軟件工程張海藩人民郵電出版社機械工業(yè)出版社清華大學(xué)出版社刁成嘉實用軟件文檔寫作肖剛等UMLK統(tǒng)建模與分析設(shè)計Software Engineering : A Practitioners Approach Roger2、軟件產(chǎn)品的一般性描述2.1. 運行環(huán)境與資源開發(fā)環(huán)境：E4應(yīng)用服務(wù)器：數(shù)據(jù)庫：SQL Server2.2. 軟件產(chǎn)品的功能本系統(tǒng)旨在輔助教師對學(xué)生上傳的作業(yè)進行管理， 主要功能 有學(xué)生注冊，登陸，學(xué)生作業(yè)上傳，記分，公布，

6、查詢，統(tǒng)計成 績等功能。該系統(tǒng)設(shè)置簡易，用戶操作簡單易懂。2.3. 用戶特征系統(tǒng)角色由教師、學(xué)生和管理員組成。學(xué)生：根據(jù)權(quán)限進入學(xué)生相應(yīng)的頁面的功能， 修改個人資料的功 能及修改密碼，查看、搜索公告、教師發(fā)布的作業(yè)的功能，上傳作業(yè), 查看上傳作業(yè)情況及教師打分情況，學(xué)生在網(wǎng)上對老師提出疑問并能 查看以往對老師提出的疑問功能；不可刪除作業(yè)。教師：教師登錄功能，根據(jù)權(quán)限進入教師相應(yīng)的頁面的功能， 可修改密碼，公布作業(yè)要求，查看并下載學(xué)生上傳的作業(yè)，查看 學(xué)生名單功能，查看學(xué)生作業(yè)完成情況，對學(xué)生作業(yè)打分；不可刪除作業(yè)。管理員：根據(jù)權(quán)限進入管理員相應(yīng)的頁面的功能， 修改個 人資料功能，設(shè)置班級、課程

7、、任課教師，具有查看、刪除作業(yè) 的功能。2.4. 限制與約束B/S結(jié)構(gòu)總體設(shè)計方案對它的約束：在線作業(yè)管理系統(tǒng)做為B/S結(jié)構(gòu)的一個應(yīng)用系統(tǒng)，不可 避免的要受到B/S結(jié)構(gòu)的約束。在其實施的各個階段都要服從 它的一些規(guī)劃，包括功能設(shè)計、系統(tǒng)配置和計劃。同時，由于 信息的共享，在線作業(yè)管理系統(tǒng)還受到其它系統(tǒng)的信息約束。 人力、資金、時間的約束在線作業(yè)管理系統(tǒng)的目標(biāo)就是要輔助教師對學(xué)生上傳 的作業(yè)進行管理，其開發(fā)過程中也要考慮到人力、 資金和時間 的約束。因此，在設(shè)計中，重點方便學(xué)生上傳作業(yè)，方便教師 為學(xué)生的作業(yè)打分，為教師提供更高效的服務(wù)。技術(shù)發(fā)展規(guī)律的約束計算機技術(shù)和產(chǎn)品的發(fā)展日新月異， 將會給

8、信息處理帶 來更多的手段，同時也會帶來更加豐富的信息表達形式。例如 圖象和語音技術(shù)的進步，多媒體技術(shù)的發(fā)展，這些都要求系統(tǒng) 在設(shè)計時考慮技術(shù)變化的可能性，為可能的變化預(yù)留一定的系統(tǒng)處理能力。3、功能行為需求引言在線作業(yè)管理系統(tǒng)主要提供網(wǎng)上的作業(yè)管理平臺，主要分為管理員、 教師、 學(xué)生三個部分的功能。管理員的功能體現(xiàn)在后臺管理模塊，教師和學(xué)生的功能用來進行留言交流，作業(yè)管理和信息查詢。業(yè)務(wù)需求功能模型一一用例模型0Q管理員A學(xué)生A教師用例建模問題域：學(xué)生在線作業(yè)管理。系統(tǒng)范圍：本系統(tǒng)旨在輔助學(xué)生信息管理系 統(tǒng)對學(xué)生在校的一些課程作業(yè)信息進 行管理。主要頂層功能模塊分為學(xué)生 自身管理，教師子模塊以

9、及管理員對 應(yīng)的系統(tǒng)管理模塊。系統(tǒng)邊界：學(xué)生、教師自然信息管理，學(xué)生成 績、班級、課程管理；教師任課、所 帶班級學(xué)生、作業(yè)成績錄入管理；以 及管理員對學(xué)生、教師等各項信息的 綜合管理。執(zhí)行者：學(xué)生、教師、管理員。用例：學(xué)生管理、教師管理、管理員管理。用例之間的關(guān)聯(lián)：在下層子系統(tǒng)中做進一步詳細分析。用例建模問題域：學(xué)生自身教學(xué)作業(yè)情況信息管理。子模塊功能：學(xué)生管理子系統(tǒng)輔助學(xué)生對個人 信息進行查看、修改；查看本學(xué)期所 修課程作業(yè)、各次上傳作業(yè)的分數(shù)； 以及系統(tǒng)公告發(fā)布情況的瀏覽查看。 執(zhí)行者： 學(xué)生。用例：個人信息管理、作業(yè)管理、成績查 詢、公告瀏覽。用例之間的關(guān)聯(lián)：其中個人信息管理中使用個人信

10、息查 詢、信息修改用例功能，作業(yè)管理使 用成績查詢、作業(yè)查詢、作業(yè)上傳用 例功能，公告瀏覽使用公告查詢用例 功能。公告瀏覽用例為學(xué)生子模塊、 教師子模塊公用。個人信息管理用 例、成績查詢、作業(yè)查詢用例為學(xué)生 子模塊、教師子模塊及管理員子模塊 公用。用例建模問題域：教師自身教學(xué)情況信息管理。子模塊功能：教師管理子系統(tǒng)輔助教師對個人 信息進行查看、修改；查詢學(xué)生信 息；對每學(xué)期教授班級課程情況進行 查看，查看及發(fā)布本學(xué)期所授課程作 業(yè)、學(xué)生各次上傳作業(yè)的分數(shù)的錄 入；以及系統(tǒng)公告發(fā)布情況的瀏覽查 看。執(zhí)行者： 教師。 用例： 教師個人信息管理、作業(yè)管理、授課 情況查看、成績錄入管理、作業(yè)情況 統(tǒng)計

11、、學(xué)生信息查看、公告瀏覽、作 業(yè)下載、作業(yè)發(fā)布。用例之間的關(guān)聯(lián)：其中個人信息管理中使用個人信息查 詢、信息修改用例功能，作業(yè)管理使 用成績管理、授課情況、發(fā)布作業(yè)、 下載作業(yè)用例功能，公告瀏覽使用公 告查詢用例功能。公告瀏覽用例為學(xué)生子模塊、教師子 模塊公用。個人信息管理用例、成績 查詢、作業(yè)查詢用例為學(xué)生子模塊、 教師子模塊及管理員子模塊公用。管理員子模塊use：:uses課程添加添加公告：;es r 用例建模問題域：教務(wù)管理員綜合信息管理。子模塊功能：管理子系統(tǒng)擁有最大權(quán)限，可以 進行大部分學(xué)生、教師、班級、課程 信息進行查看、修改，以及添加、刪 除；每學(xué)期開學(xué)進行班級開設(shè)課程及 授課教師

12、的錄入；擁有各科成績管理 的最終修改權(quán)；負責(zé)系統(tǒng)公告的發(fā) 布、瀏覽及刪除；每學(xué)期開學(xué)初進行 系統(tǒng)重置，清空學(xué)生上學(xué)期作業(yè)信 息、課程信息以及課程相應(yīng)作業(yè)分數(shù) 等。執(zhí)行者： 管理員。 用例： 個人信息管理、學(xué)生信息管理、教師 信息管理、課程錄入管理、學(xué)生成績 管理、班級課程設(shè)定、系統(tǒng)重置管 理、公告管理。用例之間的關(guān)聯(lián)：其中個人信息管理中使用個人信息查 詢、信息修改用例功能，班級管理使 用班級添加、班級刪除、班級課程設(shè) 定用例功能，班級課程設(shè)定用例依賴 課程管理，公告管理使用添加公告、 刪除公告用例功能，并且擴展公告瀏 覽用例功能。公告查詢用例為學(xué)生子模塊、教師子 模塊公用。教師學(xué)生管理中的教師

13、學(xué) 生個人信息管理用例，學(xué)生成績查 詢，作業(yè)查詢用例為學(xué)生子模塊、教 師子模塊及管理員子模塊公用。相關(guān)用例的展開一一活動圖描述“登陸”用例的活動圖用戶界面業(yè)務(wù)邏輯界面描述“添加公告”用例的活動圖AA描述“刪除公告”用例的活動圖描述“修改學(xué)生老師”用例的活動圖描述“查詢學(xué)生信息”用例的活動圖描述“更新學(xué)生信息”用例的活動圖輸出結(jié)果4、性能需求數(shù)據(jù)精確度數(shù)據(jù)的輸入是否準(zhǔn)確是數(shù)據(jù)處理的前提，錯誤的輸入會導(dǎo)致系統(tǒng)輸出的不正確和不可用，從而使系統(tǒng)的工作失去意義。數(shù)據(jù)的輸入來源是手工輸入。手工輸入要通過系統(tǒng)界面上的安排系統(tǒng) 具有容錯性，并且對操作人員要進行系統(tǒng)的培訓(xùn)。在系統(tǒng)中，數(shù)據(jù)的輸入往往是大量的，因此

14、系統(tǒng)要有一定的處 理能力，以保證迅速的處理數(shù)據(jù)。時間特性無論是客戶端還是管理端，當(dāng)用戶登錄，進行任何操作的時候，系統(tǒng)應(yīng)該及時地進行反應(yīng)，反應(yīng)的時間在5秒以內(nèi)。系統(tǒng)應(yīng)能監(jiān)測出各種非正常情況，如與設(shè)備的通信中斷，無法連接數(shù)據(jù) 庫服務(wù)器等，一避免出現(xiàn)長時間等待甚至無響應(yīng)。適應(yīng)性應(yīng)該能廣泛應(yīng)用于不同類型的學(xué)校。系統(tǒng)采用模塊化設(shè)計，并 且利用語言的跨平臺特性。當(dāng)遇到突發(fā)事件時，系統(tǒng)能保存好用 戶信息，用戶再下次登錄時能保證信息的完整性。故障處理正常使用時不應(yīng)出錯，若運行時遇到不可恢復(fù)的系統(tǒng)錯誤， 也必須保證數(shù)據(jù)庫完好無損。在系統(tǒng)出錯后，應(yīng)能恢復(fù)回原來備 份的數(shù)據(jù)庫。5、運行需求用戶界面在用戶界面部分，根

15、據(jù)需求分析的結(jié)果，用戶需要一個用 戶友善界面。在界面設(shè)計上，應(yīng)做到簡單明了，易于操作，并且 要注意到界面的布局，應(yīng)突出的顯示重要以及出錯信息。 外觀上 也要做到合理化，考慮到用戶多對 WINDOWS格較熟悉，應(yīng)盡量 向這一方向靠攏。在設(shè)計語言上，已決定使用MSVISUALC+進 行編程，在界面上可使用 VISUAL C+所提供的可視化組件，向 WINDOWS格靠近。 其中服務(wù)器程序界面要做到操作簡單，易 于管理。在設(shè)計上采用下拉式菜單方式，在出錯顯示上可調(diào)用 VISUAL C+庫中的錯誤提示函數(shù)。總的來說，系統(tǒng)的用戶界面應(yīng)作到可靠性、簡單性、易學(xué)習(xí) 和使用。硬件界面軟件界面學(xué)生上傳作業(yè)界面：操

16、作人員選擇上傳作業(yè)的科目，進行上 傳。學(xué)生查看作業(yè)界面：操作人員可查看上傳作業(yè)的情況，以及 教師打分情況。教師查看作業(yè)界面：操作人員可查看并下載作業(yè)，以及對作業(yè)打分教師公布作業(yè)界面：操作人員可上傳作業(yè)要求6、其他要求可靠性需求：系統(tǒng)應(yīng)保證24小時內(nèi)不宕機，保證100人可以同時在客戶端 登陸，此時系統(tǒng)能正常運行，正確提示相關(guān)內(nèi)容。開放性需求：系統(tǒng)應(yīng)具有較強的靈活性，以適應(yīng)未來功能擴展的需求。可擴展性需求：系統(tǒng)設(shè)計要求能夠體現(xiàn)擴展性要求，以適應(yīng)將來功能擴展的 需求。系統(tǒng)安全性需求：系統(tǒng)有嚴格的權(quán)限管理功能，各功能模塊需有相應(yīng)的權(quán)限方能進入。系統(tǒng)需能夠防止各類誤操作可能造成的數(shù)據(jù)丟失，破壞。防止用戶非法獲取網(wǎng)頁以及內(nèi)容。易操作性：在系統(tǒng)中提供操作指南，便于用戶操作使用。7、附錄僅供個人用于學(xué)習(xí)、研究；不得用于商業(yè)用途。For personal use only in study and research; not for commercial use.Nur fur den pers?nlichen f u r Studien, Forschung, zu komme