




已閱讀5頁,還剩19頁未讀, 繼續免費閱讀
版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領
文檔簡介
一 軟件需求規格說明書引言(文檔介紹)概述該軟件需求規格說明描述了“教務課程管理系統”的軟件功能性需求和非功能性需求。同時還描述了用戶在系統的工作中所參與的角色以及擁有的權限,從而使開發團隊能夠明確地了解所開發的“教務課程管理系統”的各個方面,幫助他們在實際的開發過程中準確地完成所開發的模塊,以滿足用戶的需求。該文檔計劃由實現和驗證正確功能的項目團隊成員來使用,除非在其他地方另有說明,這里所指定的所有需求都具有高優先級,而且都要在此版本中加以實現。背景課程安排是學校日常教務管理中的一項重要工作,這項工作包括:按課時合理有效安排各種教學資源如機房、投影室、教室和教師,均勻分配課程安排時間,避免錯誤的安排導致上課地點和時間與教學資源的沖突。以前手工課程安排存在許多弊端,不僅效率低,還容易出錯,例如:同一時間同一教室被分配給兩個教師使用。課程安排系統把整個學校一學期的所有課程按專業和班級自動分配上課時間和地點,達到教學資源的最優化配置。使用課程安排系統,可以將教務安排工作者從繁雜的課程安排中解放出來,不僅提高教學管理質量,還提高教學管理工作效率,使有限的資源能夠被合理的利用。因此,要減輕教務安排人員的工作負擔,提高其工作效率,保證正常教學次序,避免教學資源的浪費,提高資源的利用率,同時也可以規范化的進行教學管理工作。為了達到以上要求,需要設計和實現適合學校使用的課程安排系統。應用環境:應用范圍:應用范圍主要在各個高校的教務管理工作中使用目標人群:教務管理人員,廣大師生參考項目前景文檔。定義列舉文檔中所用到的專業名詞,所使用的術語含義。參考資料任務概述(系統介紹)目標教務課程管理系統是基于Internet和校園局域網為一體的多功能系統。提供課程管理功能,包括管理員用戶管理,課程安排,課程管理,課程查詢,課程表輸出,網上選課;使課程管理簡單化,自動化,數字化,便于廣大師生在上網時登錄教學管理系統就可方便的查詢課程安排表,隨時查看課程調換的最新信息,避免了由于信息更新不及時所造成的不必要的教學事故減少教務安排人員的數量和工作負擔,只需要1-2人,工作負擔減少80%運行環境(Operating Environment,OE)Web服務器;軟件:Windows 2000 Server中文版或更高;VB、MS SQL Sever2000軟件:Windows 98以上或以上;IE 6.0以上,該軟件運行于Windows系統,數據庫管理系統為MS SQLServer,使用VC+,JAVA,ASP等語言開發假定(Assumption)和約束(Constraint)擁有個人計算機Internet網絡連接正常并且滿足通信要求熟悉計算機操作擁有合法賬戶名密碼瀏覽器支持3需求規定 3.1對功能的規定3.1.1用戶需求(描述業務用例模型)3.1.1.1.1組織機構和角色角色視圖:角色說明:角色模型說明Ad_管理員代表管理員用戶,其職責包括a.新建教師學生用戶、刪除教師學生用戶b.查看和修改所有用戶信息c.查看和修改教師學生用戶權限d.課程管理在組織機構中處于管理的位置Te_教師代表教師用戶,其職責包括g.查看和修改個人信息h.查看和修改學生信息i.查詢課程安排j.上傳學生成績St_學生代表學生用戶,其職責包括m.查看和修改個人信息n.查詢課程安排o.網上選課p.申請重修、申請免修q.查詢成績s.網上評教(1) Ad_管理員參與業務:(2) Te_教師參與業務:(3) St_學生參與業務:說明:(1)管理員用戶通過合法登錄教務課程管理系統參加的業務有新建教師學生用戶、刪除教師學生用戶,查看和修改所有用戶信息,查看和修改教師學生用戶權限,課程管理,退出和注銷。(2)教師用戶通過合法登錄參加的業務有查看和修改個人信息,查看和修改學生信息,查詢課程安排,上傳學生成績退出和注銷。(3)學生用戶通過合法登錄參加的業務有查看和修改個人信息,查詢課程安排,網上選課,申請重修、申請免修,查詢成績,網上評教。3.1.1.1.1業務概覽將業務用例模型的業務視角視圖一一拷貝至此,逐一說明。1.1.1.1 業務場景1.Bur_查看和修改管理員個人信息說明:此視圖描述一個用例是如何與系統交互,實現其業務的。一個用例應當表達一個完整的事件。2.Bur_查看和修改所有教師學生用戶信息說明:此視圖描述一個用例是如何與系統交互,實現其業務的。一個用例應當表達一個完整的事件。3.Bur_查看和修改學生信息說明:此視圖描述一個用例是如何與系統交互,實現其業務的。一個用例應當表達一個完整的事件。4.Bur_查看和修改學生用戶個人信息說明:此視圖描述一個用例是如何與系統交互,實現其業務的。一個用例應當表達一個完整的事件。5.Bur_查看課程安排說明:此視圖描述一個用例是如何與系統交互,實現其業務的。一個用例應當表達一個完整的事件。6.查看學生成績:說明:此視圖描述一個用例是如何與系統交互,實現其業務的。一個用例應當表達一個完整的事件。7.用戶登錄:說明:此視圖描述一個用例是如何與系統交互,實現其業務的。一個用例應當表達一個完整的事件。8.發布教學大綱:說明:此視圖描述一個用例是如何與系統交互,實現其業務的。一個用例應當表達一個完整的事件。9.Bur_課程管理:說明:此視圖描述一個用例是如何與系統交互,實現其業務的。一個用例應當表達一個完整的事件。10.Bur_刪除學生教師用戶:說明:此視圖描述一個用例是如何與系統交互,實現其業務的。一個用例應當表達一個完整的事件。11.Bur_上傳學生成績:說明:此視圖描述一個用例是如何與系統交互,實現其業務的。一個用例應當表達一個完整的事件。12.Bur_申請免修:13.Bur_申請重修:說明:此視圖描述一個用例是如何與系統交互,實現其業務的。一個用例應當表達一個完整的事件。14.Bur_添加教師學生用戶:15.Bur_退出:說明:此視圖描述一個用例是如何與系統交互,實現其業務的。一個用例應當表達一個完整的事件。16.Bur_網上評教:說明:此視圖描述一個用例是如何與系統交互,實現其業務的。一個用例應當表達一個完整的事件。17.Bur_網上選課:說明:此視圖描述一個用例是如何與系統交互,實現其業務的。一個用例應當表達一個完整的事件。18.Bur_修改教師用戶個人信息:說明:此視圖描述一個用例是如何與系統交互,實現其業務的。一個用例應當表達一個完整的事件。19.Bur_注銷:說明:此視圖描述一個用例是如何與系統交互,實現其業務的。一個用例應當表達一個完整的事件。1.1.2 系統需求(描述系統用例模型)1.1.2.1 概覽說明:此視圖展示業務用例的實現追溯,業務用例的實現過程在每個用例實現中。這些實現過程將是概念模型建立的依據和分析歸納的重要來源,具體的業務有:系統需求規定針對每一個用例實現,拷貝用例規約和用例場景至此,同時需要拷貝用例實現針對領域模型。 業務說明 業務場景分析管理員用戶業務過程:說明:此視圖描述一個用例是如何與系統交互,實現其業務的。一個用例應當表達一個完整的事件。教師用戶:說明:此視圖描述一個用例是如何與系統交互,實現其業務的。一個用例應當表達一個完整的事件。學生用戶: 業務實體分析說明:此視圖說明了管理員用戶的日常操作,管理員用戶與其能后實現的操作之間的對應關系,通過實現過程活動圖查找所需要的事物和所產生的事物來發現業務實體比較方便和直。說明:此視圖說明了教師用戶的日常操作,教師用戶與其能后實現的操作之間的對應關系,通過實現過程活動圖查找所需要的事物和所產生的事物來發現業務實體比較方便和直。說明:此視圖說明了學生用戶的日常操作,學生用戶與其能后實現的操作之間的對應關系,通過實現過程活動圖查找所需要的事物和所產生的事物來發現業務實體比較方便和直接。數據分析(1) 概覽將總體的業務實體視圖拷貝到此,并作說明。 說明:此視圖說明了所有用戶的日常操作,管理員用戶,教師用戶和學生用戶與其能后實現的操作之間的對應關系,并且清晰地表達了各個用戶都能實現的操作之間的關系,是以上三個業務實體的總體關系視圖,通過實現過程活動圖查找所需要的事物和所產生的事物來發現業務實體比較方便和直接。1.2 非功能性需求在此章節中描述用例補充規約中的相關內容,有多少寫多少。 1.2.1 性能需求(Performance)定義系統必須多好多快地完成專門的功能。性能需求包括速度(例如數據庫響應時間)、吞吐量(每秒鐘處理的事物)、處理能力(開發使用負載)和嚴格的定時要求。PE-1:系統生成的所有Web頁面,通過速率為40KBps的調制解調器在不超過10秒時間內可以全部下載下來。PE-2:用戶向系統提交信息后,系統將在4秒內顯示確認信息。1.2.2 安全設施需求(SAfety)定義為避免產品使用過程中可能發生的損害,而必須采取的安全保護措施。1.2.3 安全性需求(Security)指定與安全性、完整性或保密性相關的所有需求。它直接影響對產品的訪問、使用以及相關數據的保護。SE-1:所有涉及功能信息或個人身份信息的網絡事物,都要采用128位的加密。SE-2:用戶必須登錄到“在線圖書借閱系統”才能完成所有操作 。1.2.4 軟件質量屬性(可靠性、可用性、有效性、可維護性)AVailablity(可用性)-1:“教務課程管理系統”系統將對全國各地區內聯網的用戶可用,用戶在當地時間一天24小時都可以使用。Reliability(可靠性)-1:如果在用戶登錄該系統查找有關個人信息時,由于網絡問題沒有正常退出,但是個人信息仍然受保護,并且可以在下一次登錄時處理上次不正常退出時出現的問題。Effectiveness(有效性)-1:可維護性:1.3 外部接口需求在此章節中描述系統或組件必須與外部進行接口的硬件、軟件或數據庫元素,有多少寫多少。1.3.1 用戶界面(User Interfaces,UI)描述系統所需的每個用戶界面的邏輯特征,包括圖形界面標準;有關字體、圖標、按鈕標簽、圖像、顏色等的選擇方案;屏幕布局的約束;每個界面將出現的標準按鈕、功能或導航鏈接;快捷鍵等等。UI-1:“在線圖書借閱系統”的屏幕畫面將遵照公司的Internet應用程序界面標準V2.0版本。UI-2:系統對所顯示的每個HTML網頁都提供鏈接幫助,解釋如何使用這些網頁。UI-3:Web頁面的全部導航和書目選擇,除了綜合使用鼠標和鍵盤共同完成外,還可以通過鍵盤來單獨完成。1.3.2 硬件接口(Hardware Interfaces,HI)描述系統中軟件和硬件組件之間每一接口的
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
- 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
- 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 設備設施保養管理制度
- 設立網絡保密管理制度
- 設計單位公司管理制度
- 設計項目售后管理制度
- 診所安全用電管理制度
- 診所藥房倉庫管理制度
- 試驗檢測臺賬管理制度
- 財務資料安全管理制度
- 財政分局合同管理制度
- 貨款回收利息管理制度
- 支付令申請書模板:工程款支付令
- 養殖場消防知識講座
- 醫院感染風險評估表(適用于病房、換藥室、治療室、注射室)
- GA 2093-2023公安機關警務輔助人員工作證內卡技術規范
- 兩辦意見八硬措施煤礦安全生產條例宣貫學習課件
- 胸痛中心胸痛隨訪數據采集表
- 危化品運輸車輛的GPS監控與追蹤系統
- 體檢機構服務流程
- 地下礦山常見安全隱患的排查和處置
- 招標程序和《必須招標的工程項目規定》解讀-必須招標的項目課件
- (完整版)QQ三國副職及日常物品成本計算表v1.0
評論
0/150
提交評論