軟件開發方向“成績管理系統”軟件需求規約-教育集團修訂歷史記錄日期版本說明作者目錄1 引言51.1 目的51.2 文檔格式51.3 預期的讀者和閱讀建議51.4 范圍61.5 術語61.6 參考文獻62 系統概述62.1 概述62.2 功能72.3 運行環境82.4 假設與依賴83 系統特性93.1 系統角色93.2 學生管理93.2.1 增加學生信息93.2.2 修改學生信息93.2.3 刪除學生信息93.2.4 導入學生信息93.3 教師管理103.3.1 增加教師信息103.3.2 修改教師信息103.3.3 刪除教師信息103.3.4 導入教師信息103.4 課程管理113.4.1 增加課程基本信息113.4.2 修改課程基本信息113.4.3 刪除課程基本信息113.4.4 維護課程學生信息113.5 成績查詢123.5.1 學生查詢成績123.5.2 教師查詢成績123.6 成績分析與統計123.6.1 考試成績表123.6.2 班級各科平均成績表123.6.3 年級成績排名表133.7 系統維護133.7.1 數據字典維護134 非功能性需求134.1 性能需求134.2 安全性需求134.3 可用性需求144.4 用戶文檔144.5 其它需求155 外部接口需求155.1 用戶接口155.2 硬件接口155.3 軟件接口155.4 通信接口151 引言1.1 目的該文檔首先給出了整個系統的整體網絡結構和功能結構的概貌，試圖從總體架構上給出整個系統的輪廓，然后又對功能需求、性能需求和其它非功能性需求進行了詳細的描述。其中對功能需求的描述采用了UML的用例模型方式，主要描述了每一用例的基本事件流，若有備選事件流則描述，否則則省略。而且還給出了非常直觀的用例圖。這些文字和圖形都為了本文檔能詳細準確地描述用戶的需求，同時也為用戶更容易地理解這些需求的描述創造了條件。該文檔詳盡說明了這一軟件產品的需求和規格，這些規格說明是進行設計的基礎，也是編寫測試用例和進行系統測試的主要依據。同時，該文檔也是用戶確定軟件功能需求的主要依據。1.2 文檔格式本文檔按以下要求和約定進行書寫：（1）頁面的左邊距為2.5cm，右邊距為2.0cm，裝訂線靠左，行距為最小值20磅。（2）標題最多分三級，分別為黑體小三、黑體四號、黑體小四，標題均加粗。（3）正文字體為宋體小四號，無特殊情況下，字體顏色均采用黑色。（4）出現序號的段落不采用自動編號功能而采用人工編號，各級別的序號依次為（1）、1）、a)等，特殊情況另作規定。1.3 預期的讀者和閱讀建議本文檔的主要內容共分4部分：綜合描述、系統特性、和非功能性需求和外部接口描述。綜合描述部分主要對系統的整體結構進行了大致的介紹；系統特性部分對系統的功能需求進行了詳細描述，是本文的主要部分；非功能性需求部分對非功能需求進行了詳細的描述；外部接口需求部分對用戶界面、軟件接口、硬件接口和通訊接口等進行了描述。本文檔面向多種讀者對象：（1）項目經理：項目經理可以根據該文檔了解預期產品的功能，并據此進行系統設計、項目管理。（2）設計員：對需求進行分析，并設計出系統，包括數據庫的設計。（3）程序員：配合設計報告，了解系統功能，編寫用戶手冊。（4）測試員：根據本文檔編寫測試用例，并對軟件產品進行功能性測試和非功能性測試。（5）銷售人員：了解預期產品的功能和性能。（6）用戶：了解預期產品的功能和性能，并與分析人員一起對整個需求進行討論和協商。（7）其他人員：如部門領導、公司領導等可以據此了解產品的功能和性能。在閱讀本文檔時，首先要了解產品的功能概貌，然后可以根據自身的需要對每一功能進行適當的了解。1.4 范圍該產品是在積累了豐富業務經驗的基礎上進行開發的，在需求上，充分考慮了具體用戶的實際情況。本產品將主要適用于江蘇省各高級中學的成績管理，主要完成學生成績錄入、批量導入、學生成績分析與統計等業務，也可作為學校學生與教務管理系統的一個子模塊。1.5 術語*1.6 參考文獻*2 系統概述2.1 概述高級中學對學生的考核主要還是對學生各科成績的考核，考試類別多、課程多，而且要隨高考制度的變化不斷地改變，學生多，工作量大，尤其對學生成績的分析（如排名）統計要及時，所以成績管理一直是學校管理中的一個重要子系統。好的管理系統可以簡少老師在成績管理上的工作量，學生可以及時查詢學習成績，學校可以快速獲得考試結果，掌握教學情況，改進教學活動。增加學生信息2.2 功能修改學生信息學生檔案管理刪除學生信息導入學生信息刪除教師信息修改教師信息增加教師信息教師信息管理導入教師信息成績管理系統修改學生成績錄入學生成績管理課程學生管理課程基本信息課程管理成績維護考試成績表各科平均成績表學生成績分析統計期末考試成績排名表學生查詢成績成績查詢教師查詢成績系統管理圖一 成績管理系統功能2.3 運行環境該系統為B/S三層結構，它的運行環境分客戶端、應用服務器端和數據庫服務器端三部分。以下是系統的軟件環境。（1）客戶端操作系統：Windows2000 Professional/XP或更新版本。瀏覽器：IE6以上，其它常見瀏覽器如FireFox。（2）應用服務器端操作系統：Windows2000 Server或更新版本。應用服務器：Tomcat 5.5或更新版本。數據庫訪問：JDBC。（3）數據庫服務器端操作系統：Windows2000 Server或更新版本。數據庫系統：SQLServer 2000或更新版本。2.4 假設與依賴本項目是否能夠成功實施，主要取決于以下的條件：（1）蘇州中學能夠積極地與安博配合，為了項目的開發和實施，在必要時對現有的業務流程進行合理的調整。（2）蘇州中學為安博的調研、開發和實施過程提供必要的工作環境和系統運行環境，這些環境有助于安博開展工作。（3）蘇州中學為安博提供完整的功能和性能需求資料，以便于安博對其進行分析，從而形成完善的軟件需求。（4）蘇州中學為軟件系統的運行提供必要的且能夠滿足系統運行條件的硬件環境和通訊環境，不合適的硬件環境和通訊環境將會影響系統的性能。（5）安博掌握先進的能夠適用于該項目的技術，這是系統的性能是否優化和項目能否成功的保證。（6）蘇州中學與安博具有相對穩定的項目團隊，不穩定的團隊將影響項目的進度和質量。3 系統特性3.1 系統角色本系統主要用于學校的以下幾類人員：（1）系統管理員，完成系統管理與維護，例如，維護學生、教師及數據字典等的維護。圖二 用例圖一（2）教師，維護課程與成績，查詢所教課程的所有學生的成績。（3）學生則可查詢自已的成績。圖三 用例圖二3.2 學生管理3.2.1 增加學生信息使用者：學校有學生管理功能角色的用戶。目的：單個添加學生基本信息。基本事件流：1、用戶進入增加單個學生界面，本用例開始；2、系統顯示學生信息輸入界面，用戶輸入學生姓名、學號、性別、出身日期、入學日期、班級、政治面貌、籍貫。3、用戶確認輸入信息，系統檢查學號是否唯一，若唯一，則增加學生信息，本用例結束。否則，提示用戶重新輸入。3.2.2 修改學生信息3.2.3 刪除學生信息3.2.4 導入學生信息使用者：學校有學生管理功能角色的用戶目的：批量導入學生信息，也可以將其他系統中學生信息按照規定的格式導入本系統。基本事件流：1、用戶進入批量導入學生界面，本用例開始；2、系統顯示導入文件類型、格式說明、并提供導入的模板文件下載。3、用戶按照導入文件格式要求填寫或生成對應文件，然后將文件上傳，點擊確定。4、系統檢查文件的合理性，如果文件格式有誤或有數據沖突，給出詳細提示列表（錯誤所在行、錯誤原因），用戶修改文件后再上傳，如果上傳文件合理，系統將學生信息導入系統。5、本用例結束。3.3 教師管理使用者：學校有教師管理功能角色的用戶目的：單個添加教師基本信息。基本事件流：1、用戶進入增加單個教師界面，本用例開始；2、系統顯示教師信息輸入界面，用戶輸入教師姓名、工號、性別、出身日期、工作開始日期、職務、政治面貌、籍貫。3、用戶確認輸入信息，系統檢查工號是否唯一，若唯一，則增加教師信息，本用例結束。否則，提示用戶重新輸入。3.3.1 增加教師信息3.3.2 修改教師信息3.3.3 刪除教師信息3.3.4 導入教師信息使用者：學校有教師管理功能角色的用戶目的：批量導入教師信息，可以將其他系統中教師信息按照規定的格式導入本系統。基本事件流：1、用戶進入批量導入教師界面，本用例開始；2、系統顯示導入文件類型、格式說明、并提供導入的模板文件，供下載。3、用戶按照導入文件格式要求填寫或生成對應文件，然后將文件上傳，點擊確定。4、系統檢查文件的合理性，如果文件格式有誤碼或有數據沖突，給出詳細提示列表（錯誤所在行、錯誤原因），用戶修改文件后再上傳，如果上傳文件合理，系統將教師信息導入系統。5、本用例結束。3.4 課程管理3.4.1 增加課程基本信息使用者：教師或學校有課程管理角色的用戶目的：創建新課程。基本事件流：1、用戶進入創建新課程頁面，本用例開始；2、系統顯示創建課程頁面，用戶輸入課程名稱、學期、開始日期、結束日期，并選擇任課教師。3、用戶確認創建課程，系統保存新創建的課程。本用例結束。3.4.2 修改課程基本信息3.4.3 刪除課程基本信息3.4.4 維護課程學生信息使用者：教師或學校有課程管理角色的用戶。目的：將學生加入已創建的課程。基本事件流：1、用戶維護課程學生信息界面，本用例開始；2、系統顯示課程列表，用戶選擇要加入學生的課程，系統顯示該課程已存在的學生；3、用戶選擇加入新學生，系統顯示學生列表，用戶可通過搜索列表顯示班級下的學生，用戶選擇要加入課程的學生4、系統將所選學生加入前面選定的課程，本用例結束。3.5 成績查詢3.5.1 學生查詢成績3.5.2 教師查詢成績3.6 成績分析與統計3.6.1 考試成績表某學期某次考試的單個班級的考試成績表2000-2001學年第二學期高一（1）班期末考試成績表學號姓名政治語文英語數學物理化學歷史地理體育勞技總分排名年級排名位比類別畢業學校1張三7182885664747260717170938013.33 A+十六中2李四8762825774708690807276026010.00 B吳江青云中學3王五808768576878788986797701101.67 A+吳江盛澤中學4趙六63705561856659587889684515025.00 B-昆山一中5錢七77845862705868676288694412020.00 A+太倉一中3.6.2 班級各科平均成績表某學期某次考試單個年級的各科平均成績表2000-2001學年第二學期高一各班期末考試各科平均成績表班級名稱政治語文英語數學物理化學歷史地理高一（1）班82.240480.542881.833280.24581.809880.523981.708883.2053高一（2）班83.32980.395281.965983.550484.450584.196781.737181.0116高一（3）班80.203881.323180.311484.608681.64981.095983.67883.1304高一（4）班82.187580.010684.764381.6482.122782.933480.233982.7959高一（5）班84.613784.411984.885980.769981.800184.649780.28680.10053.6.3 年級成績排名表某學期某次考試單個年級的年級排名表2000-2001學年第二學期高一年級期末考試成績排名表排名總分姓名班級名稱畢業學校類別位比政治語文英語數學物理化學歷史地理1770王五高一（2）班吳江盛澤中學A+0.17 80876857687878892760李四高一（1）班吳江青云中學B0.33 87628257747086903709張三高一（3）班十六中A+0.50 71828856647472604694錢七高一（8）班太倉一中A+0.67 77845862705868675684趙六高一（9）班昆山一中B-0.83 63705561856659583.7 系統維護3.7.1 數據字典維護4 非功能性需求4.1 性能需求（1）客戶端一般響應時間（除報表統計、數據導入）不超過1秒。（2）報表統計時間不超過30秒。（3）支持2000名學生信息的一次性導入，導入時間不超過300秒。（4）支持5000名用戶（高級中學可達到的規模）并發使用，并保證性能不受影響。4.2 安全性需求（1）權限控制根據不同用戶角色，設置相應權限，用戶的重要操作都做相應的日志記錄以備查看，沒有權限的用戶禁止使用系統。學生只可查看自已的學習成績，教師只可查看所教課程的學生成績（2）重要數據加密本系統對一些重要的數據按一定的算法進行加密，如用戶口令、重要參數等。（3）數據備份允許用戶進行數據的備份和恢復，以彌補數據的破壞和丟失。（4）記錄日志本系統應該能夠記錄系統運行時所發生的所有錯誤，包括本機錯誤和網絡錯誤。這些錯誤記錄便于查找錯誤的原因。日志同時記錄用戶的關鍵性操作信息。4.3 可用性需求（1）方便操作，操作流程合理盡量從用戶角度出發，以方便使用本產品。如：新增學生信息時，敲入