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

一.引言

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

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

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

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

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

1.1編寫目日勺

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

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

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

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

求之用。

L2合用范圍

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

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

程序人員）、測試人員應重點閱讀本文檔各部分，其他人員可選擇性閱讀本文檔。

1.3文檔概述

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

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

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

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

1.4參照資料

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

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

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

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

《設計模式》XXXXX出版社

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

表1-1UMLVI.3UseCase圖符

圖符名稱描述

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

Use

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

Case

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

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

ActorActor

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

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

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

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

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

UseCaseB描述了一項基本需求，而UseCaseA則

?extends?擴展

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

例B的需求。

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

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

長了新日勺特性。

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

?include?包括

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

二.系統(tǒng)概述

2.1業(yè)務背景

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

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

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

為切實推進國家助學貸款管理工作，貫徹《有關(guān)切實推進國家助學貸款工作

有關(guān)問題時告知》（銀發(fā)［2023］38號）、《有關(guān)下達2023年度國家助學貸款指

導性貸款計劃的告知》（銀發(fā)［2023］253號）和《有關(guān)加強國家助學貸款'三考

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

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

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

發(fā)放貸款人數(shù)和發(fā)放金額?！薄鞍丛戮巿蠓质　亩?口勺國家助學貸款進度明細

表”和“增報《國家助學貸款'三考核'指標分地區(qū)、分銀行登記表》”的工作

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

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

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

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

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

2.2系統(tǒng)功能

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

應用模型，為增進個人征信系統(tǒng)打下基礎。

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

2.3顧客類別及特性

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

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

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

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

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

代上圖。

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

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

所有權(quán)限

至緒環(huán)種者一般由總部IT人員來擔任，顧客數(shù)量比較少。負責系統(tǒng)（讀、寫、

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

立）

XXX崗位

系統(tǒng)時鐘

工作流引擎

2.4顧客文檔

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

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

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

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

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

2.5設計和實現(xiàn)上日勺限制

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

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

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

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

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

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

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

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

示分析成果。

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

統(tǒng)無縫銜接。

2.6假設和依賴

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

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

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

一種SRS讀者卻也許不這樣認為。假如這些假設不對時、不一致或被更改，

就會使項目受到影響。

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

的組件集成到系統(tǒng)中，那么你就要依賴那個項目準時提供對日勺的操作組件。假如

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

檔。］

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

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

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

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

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

定不變。

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

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

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

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

2.7假設和依賴

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

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

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

許不這樣認為。假如這些假設不對的、不一致或被更改，就會使項目受到影響。

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

的組件集成到系統(tǒng)中，那么你就要依賴那個項目準時提供對日勺歐I操作組件。假如

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

檔。］

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

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

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

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

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

定不變。

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

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

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

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

三.功能需求

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

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

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

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

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

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

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

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

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

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

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

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

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

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

功

能

優(yōu)先

需求章節(jié)項功能項編號功能項名稱功能簡要描述

級

數(shù)

描述顧客怎樣登錄課程注冊..t-

LDAP-FI-101登錄

系統(tǒng)

容許學生在學期結(jié)束前查當

LDAP-FT-102查當作績單高

作績單

容許學生向課程目錄中注冊

4.3課程注

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

冊管理

等

容許專家在下學期到來之前，

選擇講講課

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

程

的課程

3.3<功能組1>

功能簡述

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

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

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

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

集業(yè)務進行定制集成管理工具。

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

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

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

業(yè)務查詢定義

數(shù)據(jù)庫模型導入

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

0

注：提議對上圖各功能項進行簡要闡明。

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

業(yè)務定制

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

記錄分析

信息公布/瀏覽

業(yè)務查詢

系統(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》中所有功能項，便于讀者檢索。］

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

功能項編號功能項名稱功能簡要描述優(yōu)先級

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

LDAP-FI-102查當作績單容許學生在學期結(jié)束前查當作績單高

容許學生向課程目錄中注冊課程，也包括

LDAP-FI-103注冊課程高

更新、刪除課程等

選擇講講課容許專家在下學期到來之前，從課程目錄

LDAP-FI-104高

程中選擇符合自己的課程

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

＜登錄系統(tǒng)）

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

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

務。描述產(chǎn)品怎樣響應可預知的出錯條件或者非法輸入或動作。必須唯一地標識

每個需求。］

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

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

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

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

執(zhí)行條件無

功能詳細描述：一一詳細描述該功能項所執(zhí)行的操作及其響應

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

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

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

日志中。

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

1.無效顧客名和或口令

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

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

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

外部接口無

補充闡明顧客名提供列表選擇，顧客名不能超過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ì)量需求

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

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

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

日勺能力）、可維護性（易于改正的能力）、可用性（需要時進行訪問和操作日勺能力）、

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

可重用性（可被多種應用使用歐I能力）、可測試性（易于充足測試的能力）、易用性

（易于學習和使用歐I能力）以及其他屬性的I定量需求。需求應盡量詳細、量化和

可以驗證。］

性能

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

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

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

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

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

陳說。］

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

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

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

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

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

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

可靠性

［論述客戶對系統(tǒng)的可靠性方面日勺規(guī)定。可靠性是軟件無端障運行一

段時間日勺概率。］

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

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

抗錯能力，保證數(shù)據(jù)報送工作正常進行。

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

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

可維護性

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

糾正一種缺陷或做一次更改H勺簡易程度。］

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

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

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

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

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

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

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

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

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

可用性

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

以訪問和操作的能力。］

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

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

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

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

靈活性

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

應需求H勺變化的能力。］

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

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

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

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

可移植性

［論述客戶對系統(tǒng)日勺可移植性方面的規(guī)定。可移植性表明了軟件易于修改以

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

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

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

可重用性

［論述客戶對系統(tǒng)H勺可重用性方面日勺規(guī)定。可重用性表明了軟件可以被多種

應用使用的能力。］

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

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

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

可測試性

［論述客戶對系統(tǒng)口勺可測試性方面日勺規(guī)定。可測試性表明了軟件可以在有限

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

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

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

完畢所有測試項目。詳細測試項目如下：

代碼檢查：程序開發(fā)人員除了調(diào)試外，還應進行重點檢查程序代碼語法錯誤。

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

組件的功能和程序邏輯。

集成測試：將組件組裝成子系統(tǒng)后，應再次對組裝后的）子系統(tǒng)進行功能性測

試，重點是組件與組件之間的接口測試。

系統(tǒng)測試：通過測試后的各子系統(tǒng)組裝成系統(tǒng)后，還應組織對整個系統(tǒng)進行

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

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

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

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

測試。

易用性

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

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

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

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

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

4.2安全性需求

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

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

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

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

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

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

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

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

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

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

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

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

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

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

4.3環(huán)境需求

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

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

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

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

硬件其版本

IBMServer、DB2（7.2EE以上版

Apache>MSITS5.0等；本）

服務器IBMRS6000A1XWAS（4.0以上版本）、OracleEE（9iEE以

WebLogic（7.0以上版上版本）

本）等;

瀏覽客PTTIE5.0以上或Netscape

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

戶端同等版本以上

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

特殊客

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

戶端

上

4.4保密性和私密性需求

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

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

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

須提供的保密性/私密性審核、保密性/私密性必須遵照確實證/承認準則。］

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

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

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

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

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

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

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

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

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

成功信息。

4.6其他需求

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

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

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

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

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

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

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

中。

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

已復制日勺文獻。

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

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

五.接口需求

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

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

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

需求并入到這一部分的實例中。］

5.1顧客界面

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

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

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

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

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

中。］

示范（以B/S為例）：------如下示范僅供參照，應根據(jù)項目實際特點靈活

掌握。

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

方。

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

B/S為例）：

1.界面布局

系統(tǒng)頁面重要劃分為三個顯示區(qū)（如圖）頂端為標題欄區(qū)，顯示標題欄目信

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

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

樹形導航區(qū)

信心條目顯示區(qū)

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

Banner區(qū)

2.界面風格

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

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

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

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

一的界面規(guī)范。

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

2）在列表中增長一項向風格，如下圖:

3）對某個詳細細節(jié)的修改，如下圖

3.界面規(guī)范

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

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

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

相對固定等。

3）對操作者的操作應予以對應