1、精選優質文檔-傾情為你奉上軟件工程大作業教務管理系統需求規格說明書 班級：小組成員：張烜儀鮑健昕楊 鑫安 娜王 港目錄1 引言1.1 目的該文檔首先給出了整個系統的結構概況，然后又對功能需求、性能需求和其它非功能性需求進行了詳細的描述。其中對功能需求的描述采用了UML的用例模型方式，主要描述了每一用例的基本事件流。且給出了直觀的用例圖，并做出了用例描述。這些文字和圖形都為了本文檔能詳細準確地描述用戶的需求，同時也為用戶更容易地理解這些需求的描述創造了條件。該文檔詳盡說明了這一軟件產品的需求和規格，這些規格說明是進行設計的基礎，也是編寫測試用例和進行系統測試的主要依據。同時，該文檔也是用戶確定軟

2、件功能需求的主要依據。1.2 文檔格式本文檔按以下要求和約定進行書寫：（1）頁面的左邊距為2.5cm，右邊距為2.0cm，裝訂線靠左，行距為最小值20磅。（2）標題最多分三級，分別為等線二號、等線四號、等線小四，標題均加粗。（3）正文字體為等線小四號，無特殊情況下，字體顏色均采用黑色。（4）出現序號的段落不采用自動編號功能而采用人工編號，各級別的序號依次為（1）、1）、a)、等，特殊情況另作規定。1.3 預期的讀者和閱讀建議本文檔的主要內容共分4部分：系統概述、詳細描述、功能性需求和非功能性需求的介紹。綜合描述部分主要對系統的整體結構進行了大致的介紹；系統特性部分對系統的功能需求進行了詳細描述

3、，是本文的主要部分；非功能性需求部分對非功能需求進行了詳細的描述；外部接口需求部分對用戶界面、軟件接口、硬件接口和通訊接口等進行了描述。本文檔面向多種讀者對象：（1）項目經理：項目經理可以根據該文檔了解預期產品的功能，并據此進行系統設計、項目管理。（2）設計員：對需求進行分析，并設計出系統，包括數據庫的設計。（3）程序員：配合設計報告，了解系統功能，編寫用戶手冊。（4）測試員：根據本文檔編寫測試用例，并對軟件產品進行功能性測試和非功能性測試。（5）銷售人員：了解預期產品的功能和性能。（6）用戶：了解預期產品的功能和性能，并與分析人員一起對整個需求進行討論和協商。（7）其他人員：如部門領導、公司

4、領導等可以據此了解產品的功能和性能。在閱讀本文檔時，首先要了解產品的功能概貌，然后可以根據自身的需要對每一功能進行適當的了解。1.4 范圍該產品是在積累了豐富經驗的基礎上進行開發的，在需求上，充分考慮了具體用戶的實際情況。本產品將主要用戶群體是在校的師生，方便師生的日常學習生活。同時，該系統也簡化了學校對教學的管理與統一，使管理員、教務員更方便管理教學。2.系統概述2.1 系統概述二十一世紀是信息的社會，傳統的教務管理模式，已經不適應信息時代的要求，迫使人們起用新的管理方法來管理。科學技術日新月異的進步，讓人類生活發生了巨大的變化，計算機技術的飛速發展，使各行各業在計算機技術應用方面得到了廣泛

5、的普及和使用。信息化時代的到來成為不可抗拒的潮流。當今高校教務管理數據量大、難以統一管理，因此，教務管理系統也以方便、快捷、費用低的優點正慢慢地進入校園的生活，成為高校管理不可缺少的一部分。本系統主要分為以下功能：（1） 學生成績錄入及查詢；（2） 學生選課；（3） 學生課表查詢；（4） 教師課表查詢；（5） 用戶信息管理；2.2 總體架構如圖為該系統的總體架構圖：2.3 軟件項目約束a. 系統的運行壽命的最小值：2年b. 進行系統方案選擇比較的時間：1周c. 經費來源：*公司d. 運行環境：Windowse. 數據庫：MYSQLf. 硬件條件：服務器sun工作站，終端為pc機g. 系統投入使

6、用的最晚時間：2個月3. 詳細描述3.1 用例描述3.1.1 學生功能需求標題說明用例名稱評教用例標識號UC03簡要說明學生可以通過該功能進行評教前置條件用戶身份驗證成功基本事件流（1） 判斷系統是否處于可以評教的狀態（2） 判斷評教信息是否填寫完整其他事件流（1） 如果系統沒有處于可以評教的狀態，則提示“不在評教階段”（2） 如果評教信息填寫不完整，則提示“請填寫完整”異常事件流后置條件教師的狀態更改為已評教特殊需求用例中的時間需要進行事務處理，保持操作的一致性3.1.2 教師功能需求標題說明用例名稱查詢用例標識號UC01簡要說明教師可以通過該功能查詢選修課的學生，查詢成績前置條件教師身份驗

7、證成功基本事件流（1） 判斷需要查詢的選修課程是否為正常狀態（2） 判斷需要查詢成績的學生是否為正常狀態（3） 判斷需要查詢成績的課程是否為正常狀態其他事件流（1） 如果需要查詢的選修課程為不正常，則提示“該課程不在正常狀態”（2） 如果需要查詢的學生異常，則提示“該學生狀態異常”（3） 如果需要查詢的課程異常，則提示“該課程狀態異?！碑惓Ｊ录鳎?） 如果需要查詢的選修課課程不存在，則提示“不存在該課程”（2） 如果需要查詢的學生不存在，則提示“不存在該學生”（3） 如果需要查詢的課程不存在，則提示“不存在該課程”后置條件顯示需要查詢的內容特殊需求用例中的時間需要進行事務處理，保持操作的一致

8、性標題說明用例名稱成績管理用例標識號UC02簡要說明教師可以通過該功能錄入、修改學生的成績前置條件用戶身份驗證成功基本事件流（1） 判斷選擇的課程是否正確（2） 判斷選擇的需要錄入成績的班級是否正確（3） 判斷錄入的成績是否在合法范圍內其他事件流（1） 如果選擇的課程不在可選擇狀態，則提示“該課程不在正常狀態”（2） 如果選擇的班級不在可選擇的范圍內，則提示“該班級不在正常狀態”（3） 如果錄入的成績不在合法范圍內，則提示“輸入不合法，請重新輸入”異常事件流（1） 如果所選課程不存在，則提示“不存在該課程”（2） 如果所選班級不存在，則提示“不存在改班級”后置條件課程的狀態修改為成績已錄入，成

9、績信息更新特殊需求用例中的時間需要進行事務處理，保持操作的一致性3.1.3 管理員功能需求標題說明用例名稱用戶管理用例標識號UC04簡要說明管理員可以通過該功能對用戶進行增刪以及重置用戶登錄信息前置條件管理員用戶身份驗證成功基本事件流（1） 增加用戶（2） 刪除用戶（3） 重置用戶登錄密碼（4） 判斷重置的密碼是否合法其他事件流（1）如果重置的密碼不合法，則提示“密碼不合法”異常事件流后置條件用戶信息更改為最新特殊需求用例中的時間需要進行事務處理，保持操作的一致性3.2 活動流圖3.2.1 學生成績查詢如圖為學生成績查詢活動圖，學生可通過如圖流程查詢到自己成績。3.2.2 學生選課如圖為學生選

10、課活動圖，學生可通過如上流程選擇選修課程。3.2.3 學生課表查詢如圖，學生可通過此流程對個人課表進行查詢。3.2.4 學生成績錄入如圖，教師可通過如上流程對學生成績進行錄入。3.2.5 教師課表查詢如圖，教師可通過以上流程對個人課表進行查詢。3.2.6 用戶信息修改如圖，管理員可通過以上流程對用戶信息進行修改。3.3 類圖概述(1)管理員類可以對學生及教師信息進行管理，并且可以管理用戶的權限以及增加或者刪除用戶(2)學生類可以登錄教務系統查詢自己的個人信息以及成績信息，并且可以通過教務系統進行選課(3)教師類可以查看學生以及教師的信息并且對學生的部分信息進行修改，可以向教務系統中錄入學生的成

11、績(4)課程類中可供學生及教師查詢課表或者授課表，并且管理員或者教師可以進行一些列的操作4. 非功能性需求4.1 性能需求系統性能是系統建設成敗的一個關鍵指標，影響系統性能的因素是多方面的，網絡、主機、安全、數據庫等都可能對系統的性能產生影響。因此，一方面必須從系統規劃階段開始，綜合考慮各方面的因素，對系統性能進行總體的設計，另一方面，在系統建設和運行維護過程中通過各種手段對系統不斷的優化，以滿足業務發展所帶來的新的性能指標要求。具體的性能要求指標相應時間如下：（1）教務系統需要存儲大量用戶信息，保證用戶數據庫的長期完整性和正確性，所以數據庫系統應該具有備份和恢復功能。而且要求系統的服務器應該

12、能夠長期無故障的運行，能夠便于管理員的操作。系統能全年持續運行，故障時間不超過千分之一，導致業務故障連續停止時間不超過八小時。滿足高峰時段相應的要求。（2）安全性要求比較高，對業務邏輯必須封裝，限制不同用戶的權限，以防止用戶私自修改數據。（3）教務系統在例如選課的時段流量會特別高，所以要增強系統的穩定性，防止系統在用戶過多的情況下崩潰，至少能支持3000人同時在線，進行選課、查詢成績課程表等操作。（4）手機用戶一般使用安卓系統，也有少量iOS系統，電腦登錄網頁登錄的兼容性較強，適合各種操作系統，要針對客戶的平臺設計出不同的客戶端。4.2 數據需求數據來源：學生信息文件，學生選課文件，學生成績文件數據去向：終端界面基于演示設計的一站式在線演示、素材銷售、服務交易系統（1）學生選課數據來源：學生，學生信息文件，課程開設文件數據去向：終端界面，學生選課文件（2）管理員管理用戶信息數據來源：管理員，學生信息文件，教師信息文件，用戶權限文件數據去向：學生信息文件，教師信息文件，用戶權限文件（3）學生成績錄入數據來源：教室，學生信息文件數據去向：終端界面，學生信息文件4.3 安全性需求（1）在軟件安全性，我們