軟件需求規(guī)范手冊(cè)

一.引言

［軟件需求規(guī)格闡明書記錄對(duì)系統(tǒng)或系統(tǒng)的一部分日勺完整軟件需求。如下

是一種經(jīng)典日勺軟件需求規(guī)格闡明書概述，用于波及用例建模日勺項(xiàng)目。此工件由一

種包構(gòu)成，該包包括用例模型日勺用例、非功能性需求、接口需求以及其他支持信

息。本文檔模板適合采用用例建模技術(shù)的項(xiàng)目需求描述。］一一在正式編寫文

檔時(shí)，請(qǐng)刪除內(nèi)容規(guī)定部分。

1.1編寫目日勺

本文檔作為***與XXXXXXXXXX企業(yè)之間就**x建立XXXX司（局或單位）論壇

系統(tǒng)需求理解到達(dá)一致共識(shí)口勺基礎(chǔ)文獻(xiàn)，作為雙方界定項(xiàng)目范圍、簽定協(xié)議口勺重

要基礎(chǔ)，也作為本項(xiàng)目驗(yàn)收的重要根據(jù)。同步，本文檔也作為***后繼工作開展

的基礎(chǔ)，供雙方項(xiàng)目主管負(fù)責(zé)人、項(xiàng)目經(jīng)理、技術(shù)開發(fā)人員、測(cè)試人員等理解需

求之用。

L2合用范圍

本文檔合用于所有與本項(xiàng)目有關(guān)日勺軟件開發(fā)階段及其有關(guān)人員，其中：***

方面的項(xiàng)目負(fù)責(zé)人、企業(yè)方項(xiàng)目經(jīng)理、技術(shù)開發(fā)人員（包括分析人員、設(shè)計(jì)人員、

程序人員）、測(cè)試人員應(yīng)重點(diǎn)閱讀本文檔各部分，其他人員可選擇性閱讀本文檔。

1.3文檔概述

本文檔重要描述了論壇系統(tǒng)項(xiàng)目的軟件需求。

本文檔首先從業(yè)務(wù)背景、系統(tǒng)功能、運(yùn)行環(huán)境等方面概要描述系統(tǒng)，另首先

從顧客界面、軟件接口等方面描述系統(tǒng)日勺外部接口需求，然后深入詳細(xì)描述功能

性需求和非功能性需求以及待確定的問題。

1.4參照資料

［列出本文的參照文獻(xiàn)清單，包括出版單位、作者、版本、日期等信息。］

示范：------僅供參照，不具有任何實(shí)質(zhì)性H勺內(nèi)容。

《XXX總體需求書》(XXX單位XXX提供)

?xxx需求調(diào)研匯報(bào)》XXX

《設(shè)計(jì)模式》XXXXX出版社

1.5術(shù)語(yǔ)、定義和縮寫

［列出本文檔所波及的專業(yè)術(shù)語(yǔ)、縮寫詞及有關(guān)定義。

定義所有必要的術(shù)語(yǔ)，以便讀者可以對(duì)日勺地解釋軟件需求規(guī)格闡明，包括詞

頭和縮寫。你也許但愿為整個(gè)企業(yè)創(chuàng)立一張跨越多項(xiàng)項(xiàng)目的詞匯表，并且只包括

特定于單一項(xiàng)目H勺軟件需求規(guī)格闡明中的術(shù)語(yǔ)。］

示范：-----僅供參照，不具有任何實(shí)質(zhì)性日勺內(nèi)容。

1)OLTP：On-lineTransactionProcessing,聯(lián)機(jī)事務(wù)處理。

2)OLAP：On-LineAnalyticalProcessing,聯(lián)機(jī)分析處理；是使分析人

員、管理人員或執(zhí)行人員可以從多角度電信息進(jìn)行迅速、一致、交互地

存取,從而獲得對(duì)數(shù)據(jù)的更深入理解日勺一類軟件技術(shù)。

1.6Use-Case圖形規(guī)范

［對(duì)文檔中使用的Use-Case圖的圖符作簡(jiǎn)介，同步闡明所應(yīng)用UML規(guī)范的版

本，以便理解和統(tǒng)一。假如使用日勺是UMLVI.3原則規(guī)范，則可以直接將下列內(nèi)

容作為文檔內(nèi)容。］

一種Use-Case圖顯示H勺是Actor與Use-Case之間歐I某種關(guān)系。表1-1列出

了本文檔的Use-Case圖中用到的圖符、名稱及其功能簡(jiǎn)介。

表1-1UMLVI.3UseCase圖符

圖符名稱描述

用于體現(xiàn)Usc-casc圖中的JUse-Case,每個(gè)UseCase

Use

UseCase用于體現(xiàn)所建模系統(tǒng)的一項(xiàng)外部功能需求，即從顧

Case

客日勺角度分析所得的需求。

用于描述與系統(tǒng)功能有關(guān)的外部實(shí)體，它可以是顧

ActorActor

客，也可以是外部系統(tǒng)。

用于連接Actor和UseCase,體現(xiàn)該Actor所代表

關(guān)聯(lián)的系統(tǒng)外部與該UseCase所描述的系統(tǒng)需求有關(guān)。

這也是Actor和UseCase之間唯一合法淤J連接。

由UseCaseA指向UseCaseB（被擴(kuò)展），體現(xiàn)

UseCaseB描述了一項(xiàng)基本需求，而UseCaseA則

?extends?擴(kuò)展

描述了該基本需求的特殊狀況，即用例A擴(kuò)展了用

例B的需求。

由UseCaseA（子用例）指向UseCaseB（父用例），

泛化體現(xiàn)UseCaseA繼承了UseCaseB的特性，并增

長(zhǎng)了新日勺特性。

由UseCaseA指向UseCaseB（被包括），體現(xiàn)

?include?包括

UseCaseA中包括了UseCaseB中的行為或功能。

二.系統(tǒng)概述

2.1業(yè)務(wù)背景

［概要描述本系統(tǒng)日勺業(yè)務(wù)背景和來(lái)源。若用圖表更能清晰描述業(yè)務(wù)背景，則

提議在用自然文字描述業(yè)務(wù)的同步，輔以圖形、表格來(lái)更精確地描述業(yè)務(wù)。］

示范：-----僅供參照，不具有任何實(shí)質(zhì)性的內(nèi)容。

為切實(shí)推進(jìn)國(guó)家助學(xué)貸款管理工作，貫徹《有關(guān)切實(shí)推進(jìn)國(guó)家助學(xué)貸款工作

有關(guān)問題時(shí)告知》（銀發(fā)［2023］38號(hào)）、《有關(guān)下達(dá)2023年度國(guó)家助學(xué)貸款指

導(dǎo)性貸款計(jì)劃的告知》（銀發(fā)［2023］253號(hào)）和《有關(guān)加強(qiáng)國(guó)家助學(xué)貸款'三考

核'工作的告知》（銀辦發(fā)［2023］239號(hào)）文獻(xiàn)精神及肖鋼副行長(zhǎng)有關(guān)在我司建

立銀行系統(tǒng)的助學(xué)貸款專題記錄制度的指示，滿足“要按月考核經(jīng)辦銀行國(guó)家助

學(xué)貸款的申請(qǐng)人數(shù)和申請(qǐng)金額、考核已審批貸款人數(shù)和貸款協(xié)議金額、考核算際

發(fā)放貸款人數(shù)和發(fā)放金額?！薄鞍丛戮巿?bào)分省‘四定'口勺國(guó)家助學(xué)貸款進(jìn)度明細(xì)

表”和“增報(bào)《國(guó)家助學(xué)貸款'三考核'指標(biāo)分地區(qū)、分銀行登記表》”的工作

規(guī)定，處理目前記錄中存在的指標(biāo)口徑難于統(tǒng)一（銀行與學(xué)校、教育管理部門），

數(shù)據(jù)采集不準(zhǔn)、不細(xì)，校名不規(guī)范，手工記錄勞動(dòng)量大、效率不高等問題。滿足

對(duì)貸款學(xué)生基本信息、信用記錄的查詢；對(duì)學(xué)校進(jìn)度明細(xì)的記錄；對(duì)分地區(qū)、分

行別的匯總記錄以及有關(guān)分析等新的管理需求，必須有對(duì)應(yīng)的計(jì)算機(jī)軟件系統(tǒng)支

持，以處理數(shù)據(jù)的采集錄入、記錄匯總、上報(bào)傳播的需要。

2.2系統(tǒng)功能

［以圖形、表格等形式簡(jiǎn)要闡明本軟件系統(tǒng)的重要功能，易于讀者理解。詳

細(xì)內(nèi)容將在第4部分闡明。對(duì)于采用老式措施分析系統(tǒng)需求，提議用Visio畫出

整個(gè)系統(tǒng)的功能構(gòu)造。］

示范：------僅供參照，不具有任何實(shí)質(zhì)性口勺內(nèi)容。

銀行業(yè)務(wù)通用網(wǎng)上記錄暨助學(xué)貸款記錄系統(tǒng)通過定制不同樣日勺業(yè)務(wù)類別，定

制記錄業(yè)務(wù)的項(xiàng)目、指標(biāo)及其匯總關(guān)系等，迅速滿足不同樣銀行業(yè)務(wù)的記錄規(guī)定，

形成從各級(jí)金融機(jī)構(gòu)到***各分支機(jī)構(gòu)，從下級(jí)機(jī)構(gòu)到上級(jí)機(jī)構(gòu)的業(yè)務(wù)定制、數(shù)

據(jù)采集、分析、記錄和信息公布日勺記錄體系。重要任務(wù)和目日勺是：遵照***統(tǒng)一

數(shù)據(jù)采集、統(tǒng)一信息公布建設(shè)原則，增進(jìn)信息整合和應(yīng)用整合。作為“***信息

系統(tǒng)平臺(tái)“R勺一部分，為“***信息系統(tǒng)平臺(tái)”提供部分公用化模塊組件，防止

業(yè)務(wù)模塊的反復(fù)開發(fā)。最終實(shí)現(xiàn)一種銀行業(yè)務(wù)通用網(wǎng)上記錄系統(tǒng)平臺(tái)；并能以便

地定制新的記錄業(yè)務(wù)，并能靈活適應(yīng)業(yè)務(wù)發(fā)展需要。運(yùn)用銀行業(yè)務(wù)通用網(wǎng)上記錄

系統(tǒng)平臺(tái)布署助學(xué)貸款專題網(wǎng)上記錄系統(tǒng)，滿足對(duì)國(guó)家助學(xué)貸款的“三考核”規(guī)

定，滿足***全面掌握助學(xué)貸款業(yè)務(wù)信息的需要，并配合建立銀行系統(tǒng)的助學(xué)貸

款專題記錄制度。助學(xué)貸款記錄分析系統(tǒng)可為***全轄各機(jī)構(gòu)和有關(guān)部門提供統(tǒng)

一的數(shù)據(jù)采集、分析、報(bào)表、信息公布等多方面的功能，并可為商業(yè)銀行、教育

部門以及社會(huì)公眾提供有關(guān)信息查詢和記錄分析成果。并作為個(gè)人征信系統(tǒng)初期

應(yīng)用模型，為增進(jìn)個(gè)人征信系統(tǒng)打下基礎(chǔ)。

系統(tǒng)功能關(guān)系圖如卜：

2.3顧客類別及特性

［確定你覺得也許使用該產(chǎn)品日勺不同樣顧客類并描述它們有關(guān)的特性。有某

些需求也許只與特定的顧客類有關(guān)。提供參與系統(tǒng)的主角的名稱列表及簡(jiǎn)要闡

明，即簡(jiǎn)要描述系統(tǒng)所波及日勺各角色及其職責(zé)。］

示范：-----僅供參照，不具有任何實(shí)質(zhì)性口勺內(nèi)容。

注：應(yīng)在上圖位置給出使用本系統(tǒng)日勺客戶組織日勺角色或崗位職責(zé)分派圖以替

代上圖。

下表是對(duì)上圖關(guān)鍵顧客角色（Actor）日勺簡(jiǎn)要闡明：

Actor名稱簡(jiǎn)要闡明權(quán)限

所有權(quán)限

至緒環(huán)種者一般由總部IT人員來(lái)?yè)?dān)任，顧客數(shù)量比較少。負(fù)責(zé)系統(tǒng)（讀、寫、

示次目理百的配置、備份與恢復(fù)，以及任務(wù)管理等工作。刪除、創(chuàng)

立）

XXX崗位

系統(tǒng)時(shí)鐘

工作流引擎

2.4顧客文檔

［列出所需的顧客文檔，例如：顧客手冊(cè)，聯(lián)機(jī)顧客文檔、聯(lián)機(jī)協(xié)助系統(tǒng)、

有關(guān)申明的協(xié)助等的需求。］

示范：-----僅供參照，不具有任何實(shí)質(zhì)性H勺內(nèi)容。

本軟件應(yīng)提供實(shí)時(shí)在線協(xié)助（即聯(lián)機(jī)協(xié)助系統(tǒng)）、顧客操作手冊(cè)、系統(tǒng)管理

員手冊(cè)、系統(tǒng)安裝手冊(cè)以及培訓(xùn)文檔。

2.5設(shè)計(jì)和實(shí)現(xiàn)上日勺限制

［確定影響開發(fā)人員自由選擇H勺問題，并闡明這些問題為何成為一種限制。

描述在進(jìn)行設(shè)計(jì)和實(shí)現(xiàn)時(shí)需要注意的問題，例如，必須使用或者防止的特定技術(shù)、

工具、編程語(yǔ)言和數(shù)據(jù)庫(kù)；所規(guī)定的開發(fā)規(guī)范或原則；企業(yè)方略、政府法規(guī)或工

業(yè)原則；數(shù)據(jù)轉(zhuǎn)換格式原則等等。］

示范：-----僅供參照，不具有任何實(shí)質(zhì)性的內(nèi)容。

本系統(tǒng)應(yīng)具有良好的可擴(kuò)展性、復(fù)雜操作環(huán)境的可適應(yīng)性、靈活可配置日勺權(quán)

限控制、大容量數(shù)據(jù)操作的迅速響應(yīng)及高可靠性以及與既有系統(tǒng)的兼容性，同步,

具有在線提醒和短信息提醒，可以實(shí)現(xiàn)多種數(shù)據(jù)格式的轉(zhuǎn)換，以多種圖形格式展

示分析成果。

本系統(tǒng)應(yīng)支持多級(jí)無(wú)限擴(kuò)展應(yīng)用，符合國(guó)際、國(guó)內(nèi)原則規(guī)范，可以與其他系

統(tǒng)無(wú)縫銜接。

2.6假設(shè)和依賴

［列舉出在對(duì)軟件需求規(guī)格闡明中影響需求陳說的假設(shè)原因（與已知原因相

對(duì)立）。這也許包括需求分析人員打算要用日勺商業(yè)組件或有關(guān)開發(fā)或運(yùn)行環(huán)境的

問題。需求分析人員也許認(rèn)為產(chǎn)品將符合一種特殊的顧客界面設(shè)計(jì)約定，不過另

一種SRS讀者卻也許不這樣認(rèn)為。假如這些假設(shè)不對(duì)時(shí)、不一致或被更改，

就會(huì)使項(xiàng)目受到影響。

此外，確定項(xiàng)目對(duì)外部原因存在的I依賴。例如，假如你打算把其他項(xiàng)目開發(fā)

的組件集成到系統(tǒng)中，那么你就要依賴那個(gè)項(xiàng)目準(zhǔn)時(shí)提供對(duì)日勺的操作組件。假如

這些依賴已經(jīng)記錄到其他文檔（例如項(xiàng)目計(jì)劃）中了，那么在此就可以參照其他文

檔。］

示范：-----僅供參照，不具有任何實(shí)質(zhì)性日勺內(nèi)容。

本系統(tǒng)需要集成其他軟件開發(fā)商提供的組件或應(yīng)用系統(tǒng)，假定需要集成日勺組

件可以準(zhǔn)時(shí)提供并滿足需求。假定這些組件的運(yùn)行環(huán)境與本系統(tǒng)運(yùn)行環(huán)境不發(fā)生

沖突，能與本系統(tǒng)兼容。

此外，假定本文檔所描述的軟件需求均獲得了項(xiàng)目雙方所有客戶的承認(rèn)且穩(wěn)

定不變。

假如項(xiàng)目后期，客戶提出加、J需求變更超過了本需求規(guī)格范圍，則將嚴(yán)重影響

本系統(tǒng)的設(shè)計(jì)、開發(fā)和程序的穩(wěn)定。

在本軟件需求規(guī)格闡明書定版之后，客戶需求發(fā)生了較大變更，變更后日勺需

求規(guī)格闡明將不在本文檔中補(bǔ)充，而以新的版本文檔給出。

2.7假設(shè)和依賴

［列舉出在對(duì)軟件需求規(guī)格闡明中影響需求陳說的假設(shè)原因（與已知原因相

對(duì)立）。這也許包括你打算要用日勺商業(yè)組件或有關(guān)開發(fā)或運(yùn)行環(huán)境的問題。你也

許認(rèn)為產(chǎn)品將符合一種特殊日勺顧客界面設(shè)計(jì)約定，不過另一種SRS讀者卻也

許不這樣認(rèn)為。假如這些假設(shè)不對(duì)的、不一致或被更改，就會(huì)使項(xiàng)目受到影響。

此外，確定項(xiàng)目對(duì)外部原因存在的依賴。例如，假如你打算把其他項(xiàng)目開發(fā)

的組件集成到系統(tǒng)中，那么你就要依賴那個(gè)項(xiàng)目準(zhǔn)時(shí)提供對(duì)日勺歐I操作組件。假如

這些依賴已經(jīng)記錄到其他文檔（例如項(xiàng)目計(jì)劃）中了，那么在此就可以參照其他文

檔。］

示范：-----僅供參照，不具有任何實(shí)質(zhì)性口勺內(nèi)容。

本系統(tǒng)需要集成其他軟件開發(fā)商提供的組件或應(yīng)用系統(tǒng)，假定需要集成日勺組

件可以準(zhǔn)時(shí)提供并滿足需求。假定這些組件的運(yùn)行環(huán)境與本系統(tǒng)運(yùn)行環(huán)境不發(fā)生

沖突，能與本系統(tǒng)兼容。

此外，假定本文檔所描述的軟件需求均獲得了項(xiàng)目雙方所有客戶的承認(rèn)且穩(wěn)

定不變。

假如項(xiàng)目后期，客戶提出加、J需求變更超過了本需求規(guī)格范圍，則將嚴(yán)重影響

本系統(tǒng)的設(shè)計(jì)、開發(fā)和程序的穩(wěn)定。

在本軟件需求規(guī)格闡明書定版之后，客戶需求發(fā)生了較大變更，變更后日勺需

求規(guī)格闡明將不在本文檔中補(bǔ)充，而以新的版本文檔給出。

三.功能需求

［本章節(jié)重要提供詳細(xì)H勺功能性需求描述。走于采用構(gòu)造化措施分析需求的

項(xiàng)目，應(yīng)采用如下內(nèi)容組織方式闡明。］

3.1系統(tǒng)功能關(guān)系圖

［以框圖的形式體現(xiàn)新系統(tǒng)的各功能組之間的功能關(guān)系圖，易于讀者理解。

詳細(xì)內(nèi)容描述將在第4.3部分闡明。

應(yīng)分層次展示整個(gè)系統(tǒng)的功能，先從系統(tǒng)一一＞子系統(tǒng)一一＞模塊逐層展示，

并闡明各子系統(tǒng)和模塊之間口勺功能關(guān)系。同步，應(yīng)注意與外部系統(tǒng)的接口。］

示范：-----僅供參照，不具有任何實(shí)質(zhì)性口勺內(nèi)容。

顧客通過“系統(tǒng)登錄/注銷“子系統(tǒng)進(jìn)入系統(tǒng)，從“顧客和權(quán)限管理“子系

統(tǒng)獲得對(duì)應(yīng)日勺權(quán)限進(jìn)行操作，顧客從事業(yè)務(wù)定制、數(shù)據(jù)采集、記錄分析、信息公

布/瀏覽、業(yè)務(wù)查詢、顧客和權(quán)限管理等其被授權(quán)時(shí)操作，“日志管理”子系統(tǒng)

進(jìn)行登記。顧客從“協(xié)助”子系統(tǒng)獲得協(xié)助。

3.2系統(tǒng)功能清單

［以表格的形式列出本軟件系統(tǒng)所有的功能項(xiàng)清單，詳細(xì)格式如下：

功

能

優(yōu)先

需求章節(jié)項(xiàng)功能項(xiàng)編號(hào)功能項(xiàng)名稱功能簡(jiǎn)要描述

級(jí)

數(shù)

描述顧客怎樣登錄課程注冊(cè)..t-

LDAP-FI-101登錄

系統(tǒng)

容許學(xué)生在學(xué)期結(jié)束前查當(dāng)

LDAP-FT-102查當(dāng)作績(jī)單高

作績(jī)單

容許學(xué)生向課程目錄中注冊(cè)

4.3課程注

8LDAPFI103注冊(cè)課程課程，也包括更新、刪除課程高

冊(cè)管理

等

容許專家在下學(xué)期到來(lái)之前，

選擇講講課

LDAP-FT-104從課程目錄中選擇符合自己高

程

的課程

3.3<功能組1>

功能簡(jiǎn)述

［簡(jiǎn)要描述本子系統(tǒng)的重要功能，并以功能關(guān)系圖展示子系統(tǒng)。］

示范：-----僅供參照，不具有任何實(shí)質(zhì)性H勺內(nèi)容。

業(yè)務(wù)定制功能組將提供數(shù)據(jù)庫(kù)構(gòu)造定義、數(shù)據(jù)采集接口規(guī)范自定義以及基礎(chǔ)

數(shù)據(jù)管理功能，具有靈活易用、功能強(qiáng)大的特點(diǎn)，是顧客創(chuàng)立數(shù)據(jù)庫(kù)資源并對(duì)采

集業(yè)務(wù)進(jìn)行定制集成管理工具。

《功能組1》各個(gè)功能項(xiàng)之間的關(guān)系如下圖所示。

數(shù)據(jù)構(gòu)造定制

基礎(chǔ)數(shù)據(jù)管理

業(yè)務(wù)查詢定義

數(shù)據(jù)庫(kù)模型導(dǎo)入

數(shù)據(jù)采集接口規(guī)范定制

0

注：提議對(duì)上圖各功能項(xiàng)進(jìn)行簡(jiǎn)要闡明。

《功能組1》與其他功能組之間歐I關(guān)系框圖如下圖所示:

業(yè)務(wù)定制

數(shù)據(jù)采集

記錄分析

信息公布/瀏覽

業(yè)務(wù)查詢

系統(tǒng)參數(shù)、數(shù)據(jù)接口規(guī)范、數(shù)據(jù)構(gòu)造

系統(tǒng)參數(shù)、數(shù)據(jù)構(gòu)造

系統(tǒng)參數(shù)、數(shù)據(jù)構(gòu)造

系統(tǒng)參數(shù)

功能清單

［以表格日勺形式列出〈功能組1》中所有功能項(xiàng)，便于讀者檢索。］

示范：-----僅供參照，不具有任何實(shí)質(zhì)性的內(nèi)容。

功能項(xiàng)編號(hào)功能項(xiàng)名稱功能簡(jiǎn)要描述優(yōu)先級(jí)

LDAP-FI-101登錄描述顧客怎樣登錄課程注冊(cè)系統(tǒng)高

LDAP-FI-102查當(dāng)作績(jī)單容許學(xué)生在學(xué)期結(jié)束前查當(dāng)作績(jī)單高

容許學(xué)生向課程目錄中注冊(cè)課程，也包括

LDAP-FI-103注冊(cè)課程高

更新、刪除課程等

選擇講講課容許專家在下學(xué)期到來(lái)之前，從課程目錄

LDAP-FI-104高

程中選擇符合自己的課程

????????????中

＜登錄系統(tǒng)）

［詳細(xì)列出功能模塊或功能單元的詳細(xì)需求。這些是必須提交給顧客的軟件

功能，使顧客可以使用所提供日勺特性執(zhí)行服務(wù)或者使用所指定的I使用實(shí)例執(zhí)行任

務(wù)。描述產(chǎn)品怎樣響應(yīng)可預(yù)知的出錯(cuò)條件或者非法輸入或動(dòng)作。必須唯一地標(biāo)識(shí)

每個(gè)需求。］

在每個(gè)功能需求的描述中必須包括如下內(nèi)容，如表中所列:

功能編號(hào)LDAP-FI-101功能名稱登錄系統(tǒng)

參與者有權(quán)限的顧客優(yōu)先級(jí)高

簡(jiǎn)要描述描述顧客怎樣成功登錄課程注冊(cè)系統(tǒng)

執(zhí)行條件無(wú)

功能詳細(xì)描述：一一詳細(xì)描述該功能項(xiàng)所執(zhí)行的操作及其響應(yīng)

1.系統(tǒng)祈求該actor輸入他或她/、J顧客名和口令；

2.該actor輸入他或她日勺顧客名和口令；

3.系統(tǒng)驗(yàn)證該actor輸入歐I顧客名和口令，并將該actor登錄信息記入系統(tǒng)

日志中。

異常響應(yīng)描述：一一詳細(xì)描述該功能項(xiàng)所執(zhí)行的操作出現(xiàn)的異常響應(yīng)

1.無(wú)效顧客名和或口令

假如該actor輸入一種無(wú)效的顧客名和或口令，系統(tǒng)應(yīng)顯示一種錯(cuò)誤消息。

處理成果成功登錄進(jìn)入課程注冊(cè)系統(tǒng)；或者登錄不成功，系統(tǒng)狀態(tài)不變。

特定規(guī)定顧客名不能重名，口令不能為空，5次登錄不成功鎖定該帳戶。

外部接口無(wú)

補(bǔ)充闡明顧客名提供列表選擇，顧客名不能超過15字符，口令不能少于6

字符

<功能需求2>

［構(gòu)造同］

《功能需求N>

［構(gòu)造同］

3.4<功能組2>

［構(gòu)造同3.3］

3.5〈功能組N>

［構(gòu)造同3.3］

四.非功能需求

4.1系統(tǒng)質(zhì)量需求

［本條應(yīng)描述協(xié)議中標(biāo)混的或從更高層次規(guī)格闡明派生出來(lái)日勺對(duì)系統(tǒng)或子系統(tǒng)質(zhì)

量方面日勺需求，例如包括有關(guān)系統(tǒng)日勺功能性（實(shí)現(xiàn)所有所需功能的能力）、性能（支

持歐J顧客數(shù)、操作響應(yīng)速度、資源占用約束等）、可靠性（產(chǎn)生對(duì)歐I、一致成果

日勺能力）、可維護(hù)性（易于改正的能力）、可用性（需要時(shí)進(jìn)行訪問和操作日勺能力）、

靈活性（易于適應(yīng)需求變化日勺能力）、可移植性（易于修改以適應(yīng)新環(huán)境日勺能力）、

可重用性（可被多種應(yīng)用使用歐I能力）、可測(cè)試性（易于充足測(cè)試的能力）、易用性

（易于學(xué)習(xí)和使用歐I能力）以及其他屬性的I定量需求。需求應(yīng)盡量詳細(xì)、量化和

可以驗(yàn)證。］

性能

［論述不同樣H勺應(yīng)用領(lǐng)域?qū)Ξa(chǎn)品性能的需求，并解釋它們的原理以協(xié)助開發(fā)

人員作出合理的設(shè)計(jì)選擇。確定互相合作的顧客數(shù)或者所支持的操作、響應(yīng)時(shí)間

以及與實(shí)時(shí)系統(tǒng)H勺時(shí)間關(guān)系。你還可以在這里定義容量需求，例如存儲(chǔ)器和磁盤

空間的需求或者存儲(chǔ)在數(shù)據(jù)庫(kù)中表的最大行數(shù)。盡量詳細(xì)地確定性能需求。也許

需要針對(duì)每個(gè)功能需求或特性分別陳說其性能需求，而不是把它們都集中在一起

陳說。］

示范：------僅供參照，不具有任何實(shí)質(zhì)性日勺內(nèi)容。

系統(tǒng)容量：支持3萬(wàn)顧客，支持GB級(jí)數(shù)據(jù)。數(shù)據(jù)庫(kù)表行數(shù)不超過100萬(wàn)行,

數(shù)據(jù)庫(kù)最大容量不超過1000GB,磁盤空間至少需要40G以上.

響應(yīng)指標(biāo)：運(yùn)行速度取決于硬件配置和應(yīng)用數(shù)據(jù)規(guī)模，在推薦配置環(huán)境下：

登錄響應(yīng)時(shí)間在5秒內(nèi)，刷新欄目響應(yīng)時(shí)間在5秒內(nèi)，刷新條目分頁(yè)列表響應(yīng)時(shí)

間5秒內(nèi)，打開信息條目響應(yīng)時(shí)間3秒內(nèi)，刷新部門、人員列表響應(yīng)時(shí)間5秒內(nèi)。

可靠性

［論述客戶對(duì)系統(tǒng)的可靠性方面日勺規(guī)定?？煽啃允擒浖o(wú)端障運(yùn)行一

段時(shí)間日勺概率。］

示范：------僅供參照，不具有任何實(shí)質(zhì)性日勺內(nèi)容。

本系統(tǒng)H勺最終顧客波及面廣，因此，整體系統(tǒng)運(yùn)行規(guī)定穩(wěn)定，有很強(qiáng)H勺防錯(cuò)、

抗錯(cuò)能力，保證數(shù)據(jù)報(bào)送工作正常進(jìn)行。

可靠性指標(biāo)：在持續(xù)運(yùn)行狀況下，系統(tǒng)可靠性99.9999%。提供應(yīng)用服務(wù)器

集群技術(shù)和組件技術(shù)支持高可靠性和伸縮性。

可維護(hù)性

［論述客戶對(duì)系統(tǒng)的可維護(hù)性方面的規(guī)定?？删S護(hù)性表明了自軟件中

糾正一種缺陷或做一次更改H勺簡(jiǎn)易程度。］

示范：------僅供參照，不具有任何實(shí)質(zhì)性日勺內(nèi)容。

系統(tǒng)從設(shè)計(jì)上盡量考慮使得***大多數(shù)記錄系統(tǒng)的建設(shè)都能使用本軟件搭建

而成，量少做二次開發(fā)或者不做二次開發(fā)，直接通過系統(tǒng)配置搭建系統(tǒng)，從功能

上具有通用性，易修改和擴(kuò)展。軟件開發(fā)使用組件技術(shù)，保證了可維護(hù)性高。系

統(tǒng)具有開放性，是指記錄、分析內(nèi)容日勺可修改、可擴(kuò)展性。例如，通過一定日勺授

權(quán)，系統(tǒng)管理人員即可根據(jù)未來(lái)記錄制度變動(dòng)歐I需要對(duì)記錄指標(biāo)進(jìn)行增、刪等修

改，無(wú)需通過軟件開發(fā)技術(shù)人員。

兼容性：系統(tǒng)應(yīng)支持多種操作系統(tǒng)、數(shù)據(jù)庫(kù)系統(tǒng)和、WEB服務(wù)器系統(tǒng)。采用

JAVA、JNDI技術(shù)來(lái)保證很好的可移植性和可擴(kuò)展性。

可用性

［論述客戶對(duì)系統(tǒng)H勺可用性方面的規(guī)定?？捎眯员砻髁塑浖哂须S時(shí)隨地可

以訪問和操作的能力。］

示范：-----僅供參照，不具有任何實(shí)質(zhì)性H勺內(nèi)容。

本系統(tǒng)采用B/S和C/S混合模式，支持脫機(jī)方式，因此可以保證顧客隨時(shí)隨

地訪問系統(tǒng)。同步，系統(tǒng)采用容錯(cuò)技術(shù)，具有數(shù)據(jù)恢復(fù)功能，可以保證顧客隨時(shí)

隨地操作系統(tǒng)。

靈活性

［論述客戶對(duì)系統(tǒng)口勺靈活性方面的規(guī)定。靈活性表明了軟件系統(tǒng)可以易于適

應(yīng)需求H勺變化的能力。］

示范：-----僅供參照，不具有任何實(shí)質(zhì)性日勺內(nèi)容。

適應(yīng)多種數(shù)據(jù)傳播方式，可以提供靈活配置以適應(yīng)業(yè)務(wù)需求日勺變化，如可自

行定義業(yè)務(wù)規(guī)則、采集機(jī)構(gòu)、采集指標(biāo)、處理邏輯、反饋信息等等，通過多方面

的定制以適應(yīng)某個(gè)詳細(xì)H勺業(yè)務(wù)系統(tǒng)。

可移植性

［論述客戶對(duì)系統(tǒng)日勺可移植性方面的規(guī)定?？梢浦残员砻髁塑浖子谛薷囊?/p>

適應(yīng)多種環(huán)境的能力。］

示范：------僅供參照，不具有任何實(shí)質(zhì)性的內(nèi)容。

本系統(tǒng)支持多種網(wǎng)絡(luò)環(huán)境，尤其是互聯(lián)網(wǎng)，可以實(shí)現(xiàn)跨平臺(tái)操作。

可重用性

［論述客戶對(duì)系統(tǒng)H勺可重用性方面日勺規(guī)定?？芍赜眯员砻髁塑浖梢员欢喾N

應(yīng)用使用的能力。］

示范：------僅供參照，不具有任何實(shí)質(zhì)性H勺內(nèi)容。

本系統(tǒng)提供組件式服務(wù)，部分公用組件可以被其他系統(tǒng)所使用。同步，在未

來(lái)后繼升級(jí)系統(tǒng)時(shí)，可以使得部分組件被重用。

可測(cè)試性

［論述客戶對(duì)系統(tǒng)口勺可測(cè)試性方面日勺規(guī)定?？蓽y(cè)試性表明了軟件可以在有限

時(shí)間、人力資源程度內(nèi)被充足測(cè)試的能力。］

示范：------僅供參照，不具有任何實(shí)質(zhì)性日勺內(nèi)容。

軟件系統(tǒng)具有良好H勺可測(cè)試性，可以在4個(gè)工作周、3個(gè)人力H勺狀況下順利

完畢所有測(cè)試項(xiàng)目。詳細(xì)測(cè)試項(xiàng)目如下：

代碼檢查：程序開發(fā)人員除了調(diào)試外，還應(yīng)進(jìn)行重點(diǎn)檢查程序代碼語(yǔ)法錯(cuò)誤。

單元測(cè)試：對(duì)構(gòu)成系統(tǒng)H勺每個(gè)組件進(jìn)行數(shù)據(jù)構(gòu)造測(cè)試和功能性測(cè)試，重點(diǎn)是

組件的功能和程序邏輯。

集成測(cè)試：將組件組裝成子系統(tǒng)后，應(yīng)再次對(duì)組裝后的）子系統(tǒng)進(jìn)行功能性測(cè)

試，重點(diǎn)是組件與組件之間的接口測(cè)試。

系統(tǒng)測(cè)試：通過測(cè)試后的各子系統(tǒng)組裝成系統(tǒng)后，還應(yīng)組織對(duì)整個(gè)系統(tǒng)進(jìn)行

全面的測(cè)試，包括功能、性能以及接口測(cè)試。

性能測(cè)試：測(cè)試系統(tǒng)的操作對(duì)應(yīng)速度以及資源占用效率。

壓力測(cè)試：測(cè)試系統(tǒng)的可靠性和伸縮性，以驗(yàn)證系統(tǒng)能承受多大FI勺負(fù)載。

鑒于本軟件系統(tǒng)的特殊性，測(cè)試重點(diǎn)應(yīng)放在功能和性能上，其他方面可略作

測(cè)試。

易用性

［論述客戶對(duì)系統(tǒng)歐I易用性方面日勺規(guī)定，易用性包括人機(jī)界面的友好

性，新顧客或不常使用產(chǎn)品日勺顧客在學(xué)習(xí)使用產(chǎn)品時(shí)日勺簡(jiǎn)易程度等。］

示范：-----僅供參照，不具有任何實(shí)質(zhì)性日勺內(nèi)容。

系統(tǒng)應(yīng)操作簡(jiǎn)樸、易學(xué)易用、符合原則瀏覽將操作風(fēng)格，豐富的聯(lián)機(jī)協(xié)助，

人性化日勺操作界面，界面布局合理，節(jié)省操作時(shí)間提高生產(chǎn)效率。

4.2安全性需求

［詳盡陳說與系統(tǒng)安全性、完整性或與私人問題有關(guān)的需求，包不顧

客身份確認(rèn)或授權(quán)需求，數(shù)據(jù)庫(kù)安全性需求，工作流程安全性需求等。這些問題

將會(huì)影響到產(chǎn)品H勺使用和產(chǎn)品所創(chuàng)立或使用日勺數(shù)據(jù)的保護(hù)。定義顧客身份確認(rèn)或

授權(quán)需求。明確產(chǎn)品必須滿足的安全性或保密性方略。］

示范：-----僅供參照，不具有任何實(shí)質(zhì)性H勺內(nèi)容。

網(wǎng)絡(luò)安全：能經(jīng)受來(lái)自互聯(lián)網(wǎng)的i般性惡意襲擊。如病毒（包括木馬）襲擊、

口令猜測(cè)襲擊、黑客入侵等。因此，必須配置較強(qiáng)的J網(wǎng)絡(luò)安全防備、響應(yīng)能力，

為應(yīng)用系統(tǒng)提供安全可靠的網(wǎng)絡(luò)記錄平臺(tái)。

數(shù)據(jù)庫(kù)安全：數(shù)據(jù)庫(kù)級(jí)備份和恢復(fù)。數(shù)據(jù)庫(kù)級(jí)顧客進(jìn)行角色和權(quán)限授權(quán)。使

得在異常狀況發(fā)生時(shí)，系統(tǒng)可以得以迅速恢復(fù)，防止數(shù)據(jù)的丟失或?qū)⑵溆绊懡档?/p>

最低程度。同樣，要保證存儲(chǔ)過程中數(shù)據(jù)不被非法訪問和篡改。

應(yīng)用系統(tǒng)的安全：通過對(duì)顧客的身份鑒別，并實(shí)行對(duì)應(yīng)的訪問控制方略后，

使顧客只能完畢得到系統(tǒng)授權(quán)的數(shù)據(jù)訪問功能操作。顧客只有經(jīng)授權(quán)后才可以更

新程序，防止因錯(cuò)誤程序更新而影響系統(tǒng)的正常運(yùn)行。

4.3環(huán)境需求

［以列表形式或分類方式描述有關(guān)系統(tǒng)或子系統(tǒng)必須運(yùn)行的環(huán)境需求，例如

包括硬件平臺(tái)、操作系統(tǒng)和版本，尚有其他的軟件組件或與其共存日勺應(yīng)用程序。］

示范：------僅供參照，不具有任何實(shí)質(zhì)性口勺內(nèi)容。

砧勝操作系統(tǒng)及應(yīng)用服務(wù)鱉件及其版應(yīng)用軟件及其部件

硬件其版本

IBMServer、DB2（7.2EE以上版

Apache>MSITS5.0等；本）

服務(wù)器IBMRS6000A1XWAS（4.0以上版本）、OracleEE（9iEE以

WebLogic（7.0以上版上版本）

本）等;

瀏覽客PTTIE5.0以上或Netscape

800/64M/2G旭演及以上

戶端同等版本以上

提議配置IE5.0以上或NetscapeMicroStrategy7i客

特殊客

2G/64M/2G的。20個(gè)及以同等版本以上戶端

戶端

上

4.4保密性和私密性需求

［本條應(yīng)指明保密性和私密性日勺系統(tǒng)需求，包括：系統(tǒng)運(yùn)行的保密性/私密性

環(huán)境、提供日勺保密性或私密性的類型和程度、系統(tǒng)必須經(jīng)受的保密性/私密性的

風(fēng)險(xiǎn)、減少此類危險(xiǎn)所需的安全措施、系統(tǒng)必須遵照H勺保密性/私密性政策、必

須提供的保密性/私密性審核、保密性/私密性必須遵照確實(shí)證/承認(rèn)準(zhǔn)則。］

示范：------僅供參照，不具有任何實(shí)質(zhì)性H勺內(nèi)容。

數(shù)據(jù)保密：網(wǎng)絡(luò)傳遞數(shù)據(jù)通過加密。需要保證數(shù)據(jù)在采集、傳播和處理過程

中不被偷窺、竊取、篡改。

4.5業(yè)務(wù)規(guī)則

［列舉出有關(guān)產(chǎn)品日勺所有操作規(guī)則，例如什么人在特定環(huán)境下可以進(jìn)行何種

操作。這些自身不是功能需求，但它們可以暗示某些功能需求執(zhí)行這些規(guī)則。假

如波及非常多的業(yè)務(wù)規(guī)則，需要單獨(dú)作為一章來(lái)描述。］

示范：------僅供參照，不具有任何實(shí)質(zhì)性日勺內(nèi)容。

在數(shù)據(jù)上載前，報(bào)數(shù)人員要核查數(shù)據(jù)；在數(shù)據(jù)上載后，系統(tǒng)應(yīng)反饋數(shù)據(jù)上載

成功信息。

4.6其他需求

［論述未在需求規(guī)格闡明書模板中定義H勺需求，如人員培訓(xùn)、包裝和交時(shí)、

數(shù)據(jù)遷移等方面H勺需求。假如不需要增長(zhǎng)其他需求，可省略這一部分。

定義在軟件需求規(guī)格闡明的其他部分未出現(xiàn)白勺需求，例如國(guó)際化需求或法律

上日勺需求。你還可以增長(zhǎng)有關(guān)操作、管理和維護(hù)部分來(lái)完善產(chǎn)品安裝、配置、啟

動(dòng)和關(guān)閉、修復(fù)和容錯(cuò)，以及登錄和監(jiān)控操作等方面H勺需求。］

示范：-----僅供參照，不具有任何實(shí)質(zhì)性口勺內(nèi)容。

本系統(tǒng)應(yīng)提供數(shù)據(jù)遷移日勺接口，需要將原有系統(tǒng)日勺數(shù)據(jù)順利遷移到本系統(tǒng)

中。

本系統(tǒng)規(guī)定在安裝過程的任何環(huán)節(jié)都應(yīng)提供退出安裝的操作，并能自動(dòng)刪除

已復(fù)制日勺文獻(xiàn)。

在系統(tǒng)運(yùn)行過程中，計(jì)算機(jī)忽然斷電，系統(tǒng)應(yīng)具有數(shù)據(jù)備份和數(shù)據(jù)恢復(fù)功能,

并提供數(shù)據(jù)修復(fù)和容錯(cuò)功能。

五.接口需求

［運(yùn)用本節(jié)來(lái)確定可以保證新產(chǎn)品與外部組件對(duì)時(shí)連接的需求。關(guān)聯(lián)圖體現(xiàn)

了高層抽象的外部聯(lián)接。需要把對(duì)接口數(shù)據(jù)和控制組件的詳細(xì)描述寫入數(shù)據(jù)字典

中。假如產(chǎn)品的不同樣部分有不同樣的外部接口，那么應(yīng)把這些外部接口的詳細(xì)

需求并入到這一部分的實(shí)例中。］

5.1顧客界面

［描述系統(tǒng)的界面類型以及界面的特定規(guī)定，包括界面布局、界面風(fēng)格、界

面規(guī)范等。指出界面采用的原則或格式，所提供的原則功能（如協(xié)助），快捷鍵

設(shè)置，錯(cuò)誤顯示格式，初步的GUI產(chǎn)品構(gòu)件，并描述所需要的顧客界面的軟件組

件。描述每個(gè)顧客界面的邏輯特性。而對(duì)于顧客界面口勺細(xì)節(jié)，例如特定對(duì)話框的

布局，應(yīng)當(dāng)寫入一種獨(dú)立的顧客界面規(guī)格闡明中，而不能寫入軟件需求規(guī)格'闡明

中。］

示范（以B/S為例）：------如下示范僅供參照，應(yīng)根據(jù)項(xiàng)目實(shí)際特點(diǎn)靈活

掌握。

本軟件系統(tǒng)的顧客界面總體規(guī)定：界面友好，布局合理，操作以便，美觀大

方。

本軟件系統(tǒng)H勺界面應(yīng)遵照總體規(guī)定，分別從如下幾種方面進(jìn)行詳細(xì)規(guī)定（以

B/S為例）：

1.界面布局

系統(tǒng)頁(yè)面重要?jiǎng)澐譃槿齻€(gè)顯示區(qū)（如圖）頂端為標(biāo)題欄區(qū)，顯示標(biāo)題欄目信

息；左側(cè)為欄目區(qū)，顯示樹型欄目導(dǎo)航信息；右側(cè)為信息條目列表區(qū)（主顯示區(qū)），

內(nèi)容包括信息條目分單元列表。

樹形導(dǎo)航區(qū)

信心條目顯示區(qū)

系統(tǒng)欄目導(dǎo)航區(qū)

Banner區(qū)

2.界面風(fēng)格

系統(tǒng)界面整體風(fēng)格為：上部為Banner和系統(tǒng)欄目導(dǎo)航，左側(cè)是各個(gè)功能有

關(guān)口勺目錄樹，右側(cè)是各個(gè)功能的詳細(xì)E句數(shù)據(jù)以及功能實(shí)現(xiàn)。

系統(tǒng)界面色調(diào)以白色為背景色，一般字體為常規(guī)五號(hào)宋體字，目前操作（焦

點(diǎn)）應(yīng)以不同樣顏色或虛框形式與非目前操作以示區(qū)別。所有界面風(fēng)格應(yīng)遵照統(tǒng)

一的界面規(guī)范。

1）系統(tǒng)的查詢頁(yè)面風(fēng)格，如下圖：

2）在列表中增長(zhǎng)一項(xiàng)向風(fēng)格，如下圖:

3）對(duì)某個(gè)詳細(xì)細(xì)節(jié)的修改，如下圖

3.界面規(guī)范

1）將系統(tǒng)中的查詢、系統(tǒng)管理等不同樣權(quán)限的頁(yè)面分開，使得系統(tǒng)的

構(gòu)造盡量清晰。

2）信息列表保持行高的一致，使分頁(yè)規(guī)范；相似操作按鈕位置的放置

相對(duì)固定等。

3）對(duì)操作者的操作應(yīng)予以對(duì)應(yīng)