修訂歷史記錄
目錄1 引言 5
1.1 目的 5
1.2 文件格式 5
1.3 預期的讀者和閱讀建議 5
1.4 範圍 6
1.5 術語 6
1.6 參考文獻 6
2 系統概述 6
2.1 概述 6
2.2 功能 7
2.3 執行環境 8
2.4 假設與依賴 8
3 系統特性 9
3.1 系統角色 9
3.2 學生管理 9
3.2.1 增加學生資訊 9
3.2.2 修改學生資訊 9
3.2.3 刪除學生資訊 9
3.2.4 匯入學生資訊 9
3.3 教師管理 10
3.3.1 增加教師資訊 10
3.3.2 修改教師資訊 10
3.3.3 刪除教師資訊 10
3.3.4 匯入教師資訊 10
3.4 課程管理 11
3.4.1 增加課程基本資訊 11
3.4.2 修改課程基本資訊 11
3.4.3 刪除課程基本資訊 11
3.4.4 維護課程學生資訊 11
3.5 成績查詢 12
3.5.1 學生查詢成績 12
3.5.2 教師查詢成績 12
3.6 成績分析與統計 12
3.6.1 考試成績表 12
3.6.2 班級各科平均成績表 12
3.6.3 年級成績排名表 13
3.7 系統維護 13
3.7.1 資料字典維護 13
4 非功能性需求 13
4.1 效能需求 13
4.2 安全性需求 13
4.3 可用性需求 14
4.4 使用者文件 14
4.5 其它需求 15
5 外部介面需求 15
5.1 使用者介面 15
5.2 硬體介面 15
5.3 軟體介面 15
5.4 通訊介面 15
該文件首先給出了整個系統的整體網路結構和功能結構的概貌，試圖從總體架構上給出整個系統的輪廓，然後又對功能需求、效能需求和其它非功能性需求進行了詳細的描述。其中對功能需求的描述採用了uml的用例模型方式，主要描述了每一用例的基本事件流，若有備選事件流則描述，否則則省略。而且還給出了非常直觀的用例圖。
這些文字和圖形都為了本文件能詳細準確地描述使用者的需求，同時也為使用者更容易地理解這些需求的描述創造了條件。
該文件詳盡說明了這一軟體產品的需求和規格，這些規格說明是進行設計的基礎，也是編寫測試用例和進行系統測試的主要依據。同時，該文件也是使用者確定軟體功能需求的主要依據。
本文件按以下要求和約定進行書寫：
（1）頁面的左邊距為2.5cm，右邊距為2.0cm，裝訂線靠左，行距為最小值20磅。
（2）標題最多分**，分別為黑體小
三、黑體四號、黑體小四，標題均加粗。
（3）正文本型為宋體小四號，無特殊情況下，字型顏色均採用黑色。
（4）出現序號的段落不採用自動編號功能而採用人工編號，各級別的序號依次為（1）、1）、a)等，特殊情況另作規定。
本文件的主要內容共分4部分：綜合描述、系統特性、和非功能性需求和外部介面描述。綜合描述部分主要對系統的整體結構進行了大致的介紹；系統特性部分對系統的功能需求進行了詳細描述，是本文的主要部分；非功能性需求部分對非功能需求進行了詳細的描述；外部介面需求部分對使用者介面、軟體介面、硬體介面和通訊介面等進行了描述。
本文件面向多種讀者物件：
（1）專案經理：專案經理可以根據該文件了解預期產品的功能，並據此進行系統設計、專案管理。
（2）設計員：對需求進行分析，並設計出系統，包括資料庫的設計。
（3）程式設計師：配合《設計報告》，了解系統功能，編寫《使用者手冊》。
（4）測試員：根據本文件編寫測試用例，並對軟體產品進行功能性測試和非功能性測試。
（5）銷售人員：了解預期產品的功能和效能。
（6）使用者：了解預期產品的功能和效能，並與分析人員一起對整個需求進行討論和協商。
（7）其他人員：如部門領導、公司領導等可以據此了解產品的功能和效能。
在閱讀本文件時，首先要了解產品的功能概貌，然後可以根據自身的需要對每一功能進行適當的了解。
該產品是在積累了豐富業務經驗的基礎上進行開發的，在需求上，充分考慮了具體使用者的實際情況。本產品將主要適用於江蘇省各高階中學的成績管理，主要完成學生成績錄入、批量匯入、學生成績分析與統計等業務，也可作為學校學生與教務管理系統的乙個子模組。
高階中學對學生的考核主要還是對學生各科成績的考核，考試類別多、課程多，而且要隨高考制度的變化不斷地改變，學生多，工作量大，尤其對學生成績的分析（如排名）統計要及時，所以成績管理一直是學校管理中的乙個重要子系統。好的管理系統可以簡少老師在成績管理上的工作量，學生可以及時查詢學習成績，學校可以快速獲得考試結果，掌握教學情況，改進教學活動。
圖一成績管理系統功能
該系統為b/s三層結構，它的執行環境分客戶端、應用伺服器端和資料庫伺服器端三部分。
以下是系統的軟體環境。
（1）客戶端
作業系統：windows2000 professional/xp或更新版本。
瀏覽器：ie6以上，其它常見瀏覽器如firefox。
（2）應用伺服器端
作業系統：windows2000 server或更新版本。
應用伺服器：tomcat 5.5或更新版本。
資料庫訪問：jdbc。
（3）資料庫伺服器端
作業系統：windows2000 server或更新版本。
資料庫系統：sqlserver 2000或更新版本。
本專案是否能夠成功實施，主要取決於以下的條件：
（1）蘇州中學能夠積極地與安博配合，為了專案的開發和實施，在必要時對現有的業務流程進行合理的調整。
（2）蘇州中學為安博的調研、開發和實施過程提供必要的工作環境和系統執行環境，這些環境有助於安博開展工作。
（3）蘇州中學為安博提供完整的功能和效能需求資料，以便於安博對其進行分析，從而形成完善的軟體需求。
（4）蘇州中學為軟體系統的執行提供必要的且能夠滿足系統執行條件的硬體環境和通訊環境，不合適的硬體環境和通訊環境將會影響系統的效能。
（5）安博掌握先進的能夠適用於該項目的技術，這是系統的效能是否優化和專案能否成功的保證。
（6）蘇州中學與安博具有相對穩定的專案團隊，不穩定的團隊將影響專案的進度和質量。
本系統主要用於學校的以下幾類人員：
（1）系統管理員，完成系統管理與維護，例如，維護學生、教師及資料字典等的維護。
圖二用例圖一
（2）教師，維護課程與成績，查詢所教課程的所有學生的成績。
（3）學生則可查詢自已的成績。
圖三用例圖二
使用者：學校有學生管理功能角色的使用者。
目的：單個新增學生基本資訊。
基本事件流：
1、使用者進入增加單個學生介面，本用例開始；
2、系統顯示學生資訊輸入介面，使用者輸入學生姓名、學號、性別、出身日期、入學日期、班級、政治面貌、籍貫。
3、使用者確認輸入資訊，系統檢查學號是否唯一，若唯一，則增加學生資訊，本用例結束。否則，提示使用者重新輸入。
使用者：學校有學生管理功能角色的使用者
目的：批量匯入學生資訊，也可以將其他系統中學生資訊按照規定的格式匯入本系統。
班級管理系統軟體需求規格說明書
班級管理系統 cms 需求規格說明書 撰寫人 簽名 完成日期 評審負責人 簽名 評審日期 目錄1.引言 1 1.1 目的 1 1.2 定義 1 1.3 參考資料 1 2.總體概述 1 2.1 產品標識 1 2.2 產品描述 1 2.2.1 系統屬性 1 2.2.2開發背景 1 2.2.3 產品功能 ...
醫院門診管理系統軟體需求規格說明書
醫院 門 診管 理系統小組成員 黃彬 0910024203 惠蓉亮 0910024216 王俊 0910024214 吳坤 0910024213 目錄1.1系統預期達到的目標 4 1.2需求分析 4 1.2.1使用系統的相關人員 4 1.2.2系統業務流程 5 1.2.3功能需求 7 1.2.4系統...
醫院門診管理系統軟體需求規格說明書
醫院 門 診管 理系統 目錄 1.1系統預期達到的目標 4 1.2需求分析 4 1.2.1使用系統的相關人員 4 1.2.2系統業務流程 5 1.2.3功能需求 7 1 系統需求分析 系統預期實現一下功能 1 收費功能 醫院門診部工作人員為前來 看病的患者，提供 服務。醫院門診人員可根據患者的描述，...