教室管理系統(tǒng)需求分析報告文案

1、 軟件工程課程設計教室統(tǒng)一管理系統(tǒng)需求分析報告學校：XXXX學院系別：信息管理系班級：XXXX：XXX學號：XXXXX目錄1. 引言11.1 編寫目的11.2 項目背景11.3 名詞定義11.4 參考資料22. 任務概述22.1 要求22.2 目標22.3 系統(tǒng)功能22.4 系統(tǒng)主要功能模塊32.5 安全性與完整性要求33. 功能需求分析33.1 系統(tǒng)流程圖43.2 功能描述53.3 數(shù)據(jù)流圖93.4 數(shù)據(jù)字典113.5 E-R模型124. 支持信息134.1 運行環(huán)境134.2 支持軟件134.3 接口134.4 控制134.5 需求注釋135其它需求1411 / 131. 引言本軟件需求說

2、明書全面、概括性地描述了教室統(tǒng)一管理系統(tǒng)所要完成的工作，使軟件開發(fā)人員和用戶對本系統(tǒng)中的業(yè)務流程與功能達成共識。通過本需求說明書可以全面了解教室統(tǒng)一管理系統(tǒng)所要完成的任務和所能達到的功能。1.1 編寫目的1.作為軟件系統(tǒng)開發(fā)技術協(xié)議的參考依據(jù)，為雙方提供參考。2.根據(jù)教室統(tǒng)一管理系統(tǒng)的特點，對被開發(fā)軟件系統(tǒng)的主要功能、性能進行完整描述，為軟件開發(fā)者進行詳細設計和編程提供基礎。3.為軟件提供測試和驗收的依據(jù)，即為選取測試用例和進行驗收的依據(jù)。1.2 項目背景隨著計算機技術、網(wǎng)絡技術和信息技術的發(fā)展，現(xiàn)在辦公系統(tǒng)更趨于系統(tǒng)化、科學化和網(wǎng)絡化。網(wǎng)絡辦公自動化系統(tǒng)是計算機技術和網(wǎng)絡迅速發(fā)展的一個辦公應

3、用解決方案，它的主要目的是實現(xiàn)信息交流和信息共性，提供協(xié)同工作的手段，提高辦公的效率，讓人們從繁瑣的有紙辦公中解脫出來?，F(xiàn)在許多的機關單位的人事管理水平還停留在紙介質(zhì)的基礎上，這樣的機制已經(jīng)不能適應時代的發(fā)展，因為它浪費了許多的人力和物力，在信息時代這種傳統(tǒng)的管理方法必然被計算機為基礎的信息管理所取代。本系統(tǒng)是對教室的使用情況進行管理，為用戶提供了一套操作簡單、使用可靠、界面友好、易于管理和使用的處理工具。本系統(tǒng)對教室使用情況進行統(tǒng)一處理，避免數(shù)據(jù)存取、數(shù)據(jù)處理的重復，提高工作效率，減少了系統(tǒng)數(shù)據(jù)處理的復雜性。本系統(tǒng)不僅使管理人員從繁重的工作中解脫出來，而且提高了教室管理的效率，提高了教室管理

4、的科學性，方便了用戶查詢、管理人員進行管理。名稱：教室統(tǒng)一管理系統(tǒng)教室查詢與申請開發(fā)人員：XXX用戶：在校大學生、教師與管理者審核者：XXX開發(fā)軟件的單位：XXXX1.3 名詞定義術語1：系統(tǒng)流程圖說明：系統(tǒng)流程圖是描述物理系統(tǒng)的工具，所謂物理系統(tǒng)，就是一個具體實現(xiàn)的系統(tǒng)，也就是描述一個單位、一個組織的信息處理的具體實現(xiàn)的系統(tǒng)。術語2：數(shù)據(jù)流圖說明：數(shù)據(jù)流圖（Data Flow Diagram，簡稱DFD），是結(jié)構(gòu)化（Structured）方法中用于表示系統(tǒng)邏輯模型的一種工具，它描述系統(tǒng)由哪幾部分組成，各部分之間有什么聯(lián)系等，它以圖形的方式描繪數(shù)據(jù)在系統(tǒng)中流動和處理的過程。DFD只反映系統(tǒng)必須

5、完成的邏輯功能。 術語3：數(shù)據(jù)字典說明：數(shù)據(jù)字典（Data Dictionary，簡稱DD）定義了數(shù)據(jù)流圖中的數(shù)據(jù)和加工，是對各個數(shù)據(jù)流、加工與數(shù)據(jù)存儲的詳細說明，它包含4類條目：數(shù)據(jù)流條目、數(shù)據(jù)存儲條目、數(shù)據(jù)項條目和加工條目。術語4：實體客觀世界中存在的且可互相區(qū)別的事物。術語5：聯(lián)系客觀事物中的彼此之間的關系。術語6：屬性實體或者聯(lián)系所具有的性質(zhì)。1.4 參考資料1 海藩.軟件工程導論.第五版.：清華大學，2008.22 明.實用軟件工程基礎.：清華大學，2008.13 殷人昆.實用軟件工程.第三版. ：清華大學，2010. 114 宋波.UML面向

6、對象技術與實踐.：科學，2006.12. 任務概述2.1 要求教室統(tǒng)一管理系統(tǒng)必須提供用戶基本信息、教室查詢信息，教室申請信息的基礎設置。另外，該系統(tǒng)還必須保證數(shù)據(jù)的安全性、完整性和準確性。2.2 目標項目目標應當符合SMART原則，把項目要完成的工作用清晰的語言描述出來。教室統(tǒng)一管理系統(tǒng)的項目目標如下：教室統(tǒng)一管理系統(tǒng)的主要目的是實現(xiàn)教室的信息化管理，主要業(yè)務就是實現(xiàn)教室查詢信息與教室申請信息的管理。項目實施后，能夠降低管理成本、合理控制人員調(diào)動、提高工作效率。2.3 系統(tǒng)功能使用該系統(tǒng)有三個角色：教師，學生，管理員。系統(tǒng)應當完成以下的信息處理：a、教室基本信息管理：包含教室信息的錄入、修改

7、等功能。b、教室使用信息管理：包含教室查詢功能。c、教室申請信息管理：包含教室申請功能。2.4 系統(tǒng)主要功能模塊系統(tǒng)可分為4個模塊：用戶信息管理教室基本信息管理教室查詢教室申請2.5 安全性與完整性要求安全性要求： 1、系統(tǒng)應設置訪問用戶的標識以鑒別是否是合法用戶，并要求合法用戶設置其密碼，保證用戶身份不被盜用； 2、系統(tǒng)應對不同的數(shù)據(jù)設置不同的訪問級別，限制訪問用戶可查詢和處理數(shù)據(jù)的類別和容； 3、系統(tǒng)應對不同用戶設置不同的權(quán)限，區(qū)分不同的用戶，如學生、教師和管理員。學生（只能查詢教室、教師和課程信息以與提出借用教室申請），教師（只能查詢教室、課程信息，以與提出

8、借用教室申請），管理員（可進行日常事務的處理，如增加、刪除、更新課程、教室、教師信息，并批準或拒絕借用教室的申請）。 完整性要求： 1、各種信息記錄的完整性，信息記錄容不能為空； 2、各種數(shù)據(jù)間相互的聯(lián)系的正確性； 3、一樣的數(shù)據(jù)在不同記錄中的一致性。3. 功能需求分析本系統(tǒng)采用的是C/S模式，其主要的功能在服務器上執(zhí)行。C/S結(jié)構(gòu)的客戶端可以完成瀏覽、查詢、數(shù)據(jù)輸入等簡單功能，絕大部分工作要由服務器承擔，包括對數(shù)據(jù)的保存，如：數(shù)據(jù)存儲、恢復，以與對系統(tǒng)失效的后果與恢復的處理方法等。3.1 系統(tǒng)流程圖用戶輸入密碼，經(jīng)驗證后登錄進入相關的頁面，在權(quán)限圍進行

9、信息的修改，查詢等操作，如圖3-1所示。3.2 功能描述1、用戶信息管理模塊：驗證用戶身份，確認為合法用戶后進入相應界面進行相關操作（如對用戶信息進行添加，刪除，修改，查詢），如圖3-2所示。其對應的用例圖如圖3-3所示。用戶登錄管理員教師學生用戶信息數(shù)據(jù)庫教室信息數(shù)據(jù)庫教室查詢教室申請教室管理教師管理學生管理身份驗證更新個人信 息圖3-1 系統(tǒng)流程圖是否否是是否身份驗證合法用戶？用戶登錄管理員？學生？添加教室、修改教室、審核申請等操作教室查詢、修改信息、申請教室等操作教室查詢、申請教室等操作圖3-2 用戶登錄流程圖3-3 用戶信息管理用例圖2、教室基本信息管理模塊：對教室信息進行添加，刪除，

10、修改，查詢，如圖3-4所示。非管理員用戶管理員查詢教室添加教室刪除教室修改教室圖3-4 教室基本信息管理流程其對應的用例圖如圖3-5所示。圖3-5 教室信息管理用例圖3、教室查詢模塊查詢相關教室的基本信息以與該教室在任一天任一時段的使用情況，如圖3-6所示。教學樓編號用戶查詢教室編號教室使用情況該棟教學樓所有教室信息查詢圖3-6 教室查詢流程其對應的用例圖如圖3-7所示。圖3-7 教室查詢用例圖4、教室申請模塊申請獲得教室在某段時間的使用權(quán)，如圖3-8所示。教室編號+時間是否填寫教室申請表學生/教師查詢教室使用情況未使用？提交申請退出管理員審核申請圖3-8 教室申請流程其對應的用例圖如圖3-9

11、所示。圖3-9 教室申請用例圖3.3 數(shù)據(jù)流圖數(shù)據(jù)流圖：數(shù)據(jù)流圖是系統(tǒng)邏輯功能的圖形表示，描繪信息流和數(shù)據(jù)從輸入移動到輸出的過程中所經(jīng)受的變化。1、頂層DFD頂層DFD的作用是表明被開發(fā)系統(tǒng)的圍以與它和周圍環(huán)境的數(shù)據(jù)交換關系。申請/審核用戶權(quán)限教室統(tǒng)一管理系統(tǒng)教室申請用戶退出申請界面圖3-10 頂層DFD2、一層DFD簡述用戶申請教室的流程。543211非管理員用戶管理員教室申請表教室申請教室查詢圖3-11第一層DFD對流程中的數(shù)據(jù)說明：1：查詢教室2：審核申請3：填寫申請4：提交申請表5：退出申請3、二層DFD詳細描述用戶查詢與申請的流程。98547632非管理員用戶1教室使用情況申請教室管

12、理員審核申請T1 教室申請表圖3-12 二層DFD對流程中的數(shù)據(jù)說明：1：查詢教室是否為空2：教室不為空，重新進行查詢3：選擇教室申請4：填寫并提交教室申請表5：移交至管理員處等待審核6：查看申請表7：審核意見回復8：在已提交的申請表查看審核意見9：退出申請3.4 數(shù)據(jù)字典1、數(shù)據(jù)流字典(1)數(shù)據(jù)流名稱：教室申請表 數(shù)據(jù)結(jié)構(gòu)：教室編碼、使用時間段、用途、使用者、申請日期 來源：學生/教師提出申請 去向：管理員審核2、數(shù)據(jù)存儲字典(1)存儲文件名：教室申請表 標識符：T1 數(shù)據(jù)結(jié)構(gòu)：教室編碼、使用時間段、用途、使用者、申請日期、審核意見 處理名：填寫教室申請表、審核意見回復元素名：用戶描述：使用

13、該管理系統(tǒng)的人定義：用戶=教師+學生+管理員3、數(shù)據(jù)元素詞條描述元素名：用戶名描述：用來區(qū)分教師和學生定義：用戶名=教師名+學生名元素名：密碼描述：用來保證用戶XX安全定義：密碼=用戶密碼元素名：教室查詢描述：查詢教室信息定義：教室=教室編號+教學樓編號+容量+類型+使用狀態(tài)元素名：教室申請描述：用來申請教室定義：教室申請=教室編號+使用時間+使用者+用途+申請日期3.5 E-R模型根據(jù)各信息之間的關系，建立如下實體關系圖，如圖3-13所示。M1NN管理員用戶名用戶名密碼密碼學生/教師審核申請教師申請表使用者使用時間段申請日期用途教室編號圖3-13 系統(tǒng)E-R圖4. 支持信息4.1 運行環(huán)境(1)以WindowsXP作為教室統(tǒng)一管理系統(tǒng)的后臺操作系統(tǒng)。(2)前臺開發(fā)程序為JAVA。(3)后臺數(shù)據(jù)庫為SQL Server 2000。(4)主要硬件設備：PC機一臺。4.2 支持軟件操作系統(tǒng)：windows XP系統(tǒng)系統(tǒng)開發(fā)軟件：JAVA數(shù)據(jù)庫管理系統(tǒng)：SQL Server 2000數(shù)據(jù)庫系統(tǒng)4.3 接口本產(chǎn)品的用戶一般需要通過終端進行操作，進入主界面后點擊相應的窗口，分別進入相對應的界面(如：輸入界面、輸出界面)。用戶對程序的維護，最好要有備份。4.4 控制系統(tǒng)的主要輸