軟件開發(fā)系統(tǒng)需求說明書

1、系統(tǒng)需求說明書系統(tǒng)需求說明書核準(zhǔn)簽名核準(zhǔn)簽名核準(zhǔn)人項目經(jīng)理日期核準(zhǔn)人系統(tǒng)分析師日期核準(zhǔn)人客戶日期核準(zhǔn)人日期核準(zhǔn)人日期核準(zhǔn)人日期2/10修訂歷史修訂歷史日期日期版本版本描述描述作者作者3/10目目 錄錄1介紹介紹.41.1編寫目的 .41.2適用范圍 .41.3文檔概述 .41.4定義、術(shù)語及縮寫.41.5參考 .42系統(tǒng)定位系統(tǒng)定位 .52.1問題說明 .52.2系統(tǒng)定位 .52.3涉眾說明 .53系統(tǒng)概述系統(tǒng)概述 .53.1系統(tǒng)總體效果.53.2假設(shè)與依賴關(guān)系.53.3系統(tǒng)特性 .63.3.1系統(tǒng)特性系統(tǒng)特性2.63.4系統(tǒng)功能 .63.4.1系統(tǒng)功能系統(tǒng)功能

2、2.64其他系統(tǒng)需求其他系統(tǒng)需求.64.1系統(tǒng)質(zhì)量需求.64.1.1性能.74.1.2可靠性.74.1.3可維護性.74.1.4可用性.84.1.5靈活性.84.1.6可移植性.84.1.7可重用性.84.1.8可測試性.84.1.9易用性.94.2安全性需求 .94.3保密性和私密性需求.94.4環(huán)境需求 .104.5適用的標(biāo)準(zhǔn) .104/101介紹介紹本文檔應(yīng)主要描述系統(tǒng)定位和系統(tǒng)特性，為后繼的分析和軟件需求規(guī)格說明書編制奠定基礎(chǔ)。在正式編寫文檔時，請刪除內(nèi)容要求部分。1.1編寫目的編寫目的說明編寫這份文件的目的，并簡要描述本文檔的目的。1.2適用范圍適用范圍說明這份文件的適用范圍及其閱讀

3、對象，列舉軟件需求說明所針對的不同讀者，例如項目負(fù)責(zé)人、開發(fā)人員、部門主管、對方項目負(fù)責(zé)人、用戶、測試人員或文檔的編寫人員。提出最適合于每一類型讀者閱讀文檔的建議。示范：僅供參考，不具備任何實質(zhì)性的內(nèi)容。本文檔適用于所有與本項目有關(guān)的軟件開發(fā)階段及其相關(guān)人員，其中：項目負(fù)責(zé)人、技術(shù)開發(fā)人員（包括分析人員、設(shè)計人員、程序人員）、測試人員應(yīng)重點閱讀本文檔各部分，其他人員可選擇性閱讀本文檔。1.3文檔概述文檔概述本文檔主要描述了 XXXXXXXXXX 系統(tǒng)項目的系統(tǒng)需求。1.4定義、術(shù)語及縮寫定義、術(shù)語及縮寫列出本文檔所涉及的專業(yè)術(shù)語、縮寫詞及相關(guān)定義。定義所有必要的術(shù)語，以便讀者可以正確地解釋軟件

4、需求規(guī)格說明，包括詞頭和縮寫。你可能希望為整個部門創(chuàng)建一張跨越多項項目的詞匯表，并且只包括特定于單一項目的軟件需求規(guī)格說明中的術(shù)語。術(shù)語術(shù)語/縮寫縮寫定義定義1.5參考參考列出本文的參考文件清單，包括出版單位、作者、版本、日期等信息。文檔名稱文檔名稱文檔標(biāo)題文檔標(biāo)題5/102 系統(tǒng)定位系統(tǒng)定位2.1問題說明問題說明概要描述本系統(tǒng)正在解決的問題。2.2系統(tǒng)定位系統(tǒng)定位概要描述本系統(tǒng)的目的和重要性。2.3涉眾說明涉眾說明概要描述本系統(tǒng)的涉眾和用戶，以及關(guān)鍵的涉眾/用戶的需要。名稱名稱描述描述職責(zé)職責(zé)涉眾的名稱涉眾的簡單描述列出涉眾對所開發(fā)的系統(tǒng)負(fù)有的關(guān)鍵職責(zé)，即他們作為涉眾的利益。3系統(tǒng)概述系統(tǒng)概

5、述本章節(jié)高度概括系統(tǒng)的功能、與其它應(yīng)用程序的接口以及系統(tǒng)配置。3.1系統(tǒng)總體效果系統(tǒng)總體效果應(yīng)將該系統(tǒng)放在其他相關(guān)系統(tǒng)環(huán)境和用戶環(huán)境中進(jìn)行介紹。如果該系統(tǒng)自成一體，應(yīng)在此處說明。如果該系統(tǒng)是較大系統(tǒng)的構(gòu)件，此小節(jié)則應(yīng)說明這些系統(tǒng)如何進(jìn)行交互，并確定系統(tǒng)之間的相關(guān)接口。要顯示較大系統(tǒng)的主要構(gòu)件、互連情況和外部接口，一種簡單的方法就是通過框圖來表示。3.2假設(shè)與依賴關(guān)系假設(shè)與依賴關(guān)系列出會影響文檔中所述特性的所有因素。列出其變更將引起文檔隨之變化的假設(shè)。例如，有這樣一項假設(shè)：將為該軟件系統(tǒng)指定的硬件提供特定的操作系統(tǒng)。但如果沒有提供該操作系統(tǒng)，就將需要更改文檔。3.3系統(tǒng)特性系統(tǒng)特性列出并簡述系統(tǒng)

6、的特性。特性是為讓用戶獲益而必須具備的高級系統(tǒng)功能。每一項特性都是外部所需的服務(wù)，它通常需要一系列輸入來實現(xiàn)預(yù)期的結(jié)果。例如，問題跟蹤系統(tǒng)的特性是能夠提供趨勢報告。當(dāng)用例模型成型后，更新這里的說明以指代用例。由于文檔將由各種各樣的相關(guān)人員來復(fù)審，所以不應(yīng)太過詳細(xì)，應(yīng)讓所有人對此都有大致的了解。但是，應(yīng)該向團隊提供他們創(chuàng)建用例模型所需的必要詳細(xì)信息。6/10要有效地管理應(yīng)用程序的復(fù)雜性，對于任何新系統(tǒng)或?qū)ΜF(xiàn)有系統(tǒng)的增量部分，我們建議將功能提煉到較高的程度，這樣 25 到 99 項特性較為合理。這些特性為系統(tǒng)定義、規(guī)模管理和項目管理提供了基礎(chǔ)。每項特性的詳細(xì)程度都將在用例模型中得到較深入的擴展。貫

7、穿此節(jié)的始終，都應(yīng)能讓用戶、操作人員或其他外部系統(tǒng)從外部覺察到每項特性。這些特性應(yīng)包括功能性的說明以及必須考慮的任何相關(guān)的可用性問題。注意要避免設(shè)計。使特性說明保持一定的概括程度。側(cè)重于說明所需的功能以及為什么要（而不是如何）實現(xiàn)這些功能。3.3.1系統(tǒng)特性系統(tǒng)特性13.3.2系統(tǒng)特性系統(tǒng)特性23.4系統(tǒng)功能系統(tǒng)功能列出并簡述系統(tǒng)功能。其中包括各子系統(tǒng)的各個功能模塊。3.4.1系統(tǒng)功能系統(tǒng)功能13.4.2系統(tǒng)功能系統(tǒng)功能24其他系統(tǒng)需求其他系統(tǒng)需求4.1系統(tǒng)質(zhì)量需求系統(tǒng)質(zhì)量需求本條應(yīng)描述對系統(tǒng)或子系統(tǒng)質(zhì)量方面的需求,例如包括性能（支持的用戶數(shù)、操作響應(yīng)速度、資源占用約束等）、可靠性(產(chǎn)生正確、

8、一致結(jié)果的能力)、可維護性(易于更正的能力)、可用性(需要時進(jìn)行訪問和操作的能力)、靈活性(易于適應(yīng)需求變化的能力)、可移植性(易于修改以適應(yīng)新環(huán)境的能力)、可重用性(可被多個應(yīng)用使用的能力)、可測試性(易于充分測試的能力)、易用性（易于學(xué)習(xí)和使用的能力）以及其它屬性的定量需求。需求應(yīng)盡可能具體、量化和能夠驗證。4.1.1性能性能闡述不同的應(yīng)用領(lǐng)域?qū)ο到y(tǒng)性能的需求，并解釋它們的原理以幫助開發(fā)人員作出合理的設(shè)計選擇。確定相互合作的用戶數(shù)或者所支持的操作、響應(yīng)時間以及與實時系統(tǒng)的時間關(guān)系。你還可以在這里定義容量需求，例如存儲器和磁盤空間的需求或者存儲在數(shù)據(jù)庫中表的最大行數(shù)。盡可能詳細(xì)地確定性能需求

9、?？赡苄枰槍γ總€功能需求或特性分別陳述其性能需求，而不是把它們都集中在一起陳述。7/10示范：僅供參考，不具備任何實質(zhì)性的內(nèi)容。系統(tǒng)容量：支持 3 萬用戶，支持 GB 級數(shù)據(jù)。數(shù)據(jù)庫表行數(shù)不超過 100 萬行，數(shù)據(jù)庫最大容量不超過 1000GB，磁盤空間至少需要 40G 以上.響應(yīng)指標(biāo)：運行速度取決于硬件配置和應(yīng)用數(shù)據(jù)規(guī)模，在推薦配置環(huán)境下：登錄響應(yīng)時間在 5 秒內(nèi)，刷新欄目響應(yīng)時間在 5 秒內(nèi)，刷新條目分頁列表響應(yīng)時間 5 秒內(nèi)，打開信息條目響應(yīng)時間 3 秒內(nèi)，刷新部門、人員列表響應(yīng)時間 5 秒內(nèi)。4.1.2可靠性可靠性闡述客戶對系統(tǒng)的可靠性方面的要求?？煽啃允擒浖o故障運行一段時間的概率

10、。示范：僅供參考，不具備任何實質(zhì)性的內(nèi)容。本系統(tǒng)的最終用戶涉及面廣，因此，整體系統(tǒng)運行要求穩(wěn)定，有很強的防錯、抗錯能力，保證數(shù)據(jù)報送工作正常進(jìn)行?？煽啃灾笜?biāo)：在連續(xù)運行情況下，系統(tǒng)可靠性 99.9999%。提供應(yīng)用服務(wù)器集群技術(shù)和組件技術(shù)支持高可靠性和伸縮性。4.1.3可維護性可維護性闡述客戶對系統(tǒng)的可維護性方面的要求?？删S護性表明了自軟件中糾正一個缺陷或做一次更改的簡易程度。示范：僅供參考，不具備任何實質(zhì)性的內(nèi)容。從設(shè)計上盡量考慮大多數(shù)系統(tǒng)的建設(shè)都能使用本軟件搭建而成，最少做二次開發(fā)或者不做二次開發(fā)，直接通過系統(tǒng)配置搭建系統(tǒng)，從功能上具有通用性，易修改和擴展。軟件開發(fā)使用組件技術(shù)，保證了可維

11、護性高。系統(tǒng)具有開放性，是指統(tǒng)計、分析內(nèi)容的可修改、可擴展性。例如，經(jīng)過一定的授權(quán)，系統(tǒng)管理人員即可根據(jù)將來統(tǒng)計制度變動的需要對統(tǒng)計指標(biāo)進(jìn)行增、刪等修改，無需經(jīng)過軟件開發(fā)技術(shù)人員。兼容性：系統(tǒng)應(yīng)支持多種操作系統(tǒng)、數(shù)據(jù)庫系統(tǒng)和、WEB 服務(wù)器系統(tǒng)。采用JAVA、JNDI 技術(shù)來保證較好的可移植性和可擴展性。4.1.4可用性可用性闡述客戶對系統(tǒng)的可用性方面的要求?？捎眯员砻髁塑浖邆潆S時隨地能夠訪問和操作的能力。示范：僅供參考，不具備任何實質(zhì)性的內(nèi)容。本系統(tǒng)采用 B/S 和 C/S 混合模式，支持脫機方式，因此能夠保證用戶隨時隨地訪問系統(tǒng)。同時，系統(tǒng)采取容錯技術(shù)，具備數(shù)據(jù)恢復(fù)功能，能夠保證用戶隨時

12、隨地操作系統(tǒng)。4.1.5靈活性靈活性闡述客戶對系統(tǒng)的靈活性方面的要求。靈活性表明了軟件系統(tǒng)能夠易于適應(yīng)需求的變化的能力。示范：僅供參考，不具備任何實質(zhì)性的內(nèi)容。8/10適應(yīng)多種數(shù)據(jù)傳輸方式，能夠提供靈活配置以適應(yīng)業(yè)務(wù)需求的變化，如可自行定義業(yè)務(wù)規(guī)則、采集機構(gòu)、采集指標(biāo)、處理邏輯、反饋信息等等，通過多方面的定制以適應(yīng)某個具體的業(yè)務(wù)系統(tǒng)。4.1.6可移植性可移植性闡述客戶對系統(tǒng)的可移植性方面的要求。可移植性表明了軟件易于修改以適應(yīng)多種環(huán)境的能力。示范：僅供參考，不具備任何實質(zhì)性的內(nèi)容。本系統(tǒng)支持多種網(wǎng)絡(luò)環(huán)境，特別是互聯(lián)網(wǎng)，能夠?qū)崿F(xiàn)跨平臺操作。4.1.7可重用性可重用性闡述客戶對系統(tǒng)的可重用性方面的

13、要求?？芍赜眯员砻髁塑浖軌虮欢鄠€應(yīng)用使用的能力。示范：僅供參考，不具備任何實質(zhì)性的內(nèi)容。本系統(tǒng)提供組件式服務(wù)，部分公用組件能夠被其它系統(tǒng)所使用。同時，在將來后繼升級系統(tǒng)時，能夠使得部分組件被重用。4.1.8可測試性可測試性闡述客戶對系統(tǒng)的可測試性方面的要求?？蓽y試性表明了軟件能夠在有限時間、人力資源限度內(nèi)被充分測試的能力。示范：僅供參考，不具備任何實質(zhì)性的內(nèi)容。軟件系統(tǒng)具有良好的可測試性，能夠在 4 個工作周、3 個人力的情況下順利完成所有測試項目。具體測試項目如下：代碼檢查：程序開發(fā)人員除了調(diào)試外，還應(yīng)進(jìn)行重點檢查程序代碼語法錯誤。單元測試：對組成系統(tǒng)的每個組件進(jìn)行數(shù)據(jù)結(jié)構(gòu)測試和功能性測試

14、，重點是組件的功能和程序邏輯。集成測試：將組件組裝成子系統(tǒng)后，應(yīng)再次對組裝后的子系統(tǒng)進(jìn)行功能性測試，重點是組件與組件之間的接口測試。系統(tǒng)測試：經(jīng)過測試后的各子系統(tǒng)組裝成系統(tǒng)后，還應(yīng)組織對整個系統(tǒng)進(jìn)行全面的測試，包括功能、性能以及接口測試。性能測試：測試系統(tǒng)的操作相應(yīng)速度以及資源占用效率。壓力測試：測試系統(tǒng)的可靠性和伸縮性，以驗證系統(tǒng)能承受多大的負(fù)載。鑒于本軟件系統(tǒng)的特殊性，測試重點應(yīng)放在功能和性能上，其它方面可略作測試。4.1.9易用性易用性闡述客戶對系統(tǒng)的易用性方面的要求，易用性包括人機界面的友好性，新用戶或不常使用系統(tǒng)的用戶在學(xué)習(xí)使用系統(tǒng)時的簡易程度等。示范：僅供參考，不具備任何實質(zhì)性的內(nèi)

15、容。9/10系統(tǒng)應(yīng)操作簡單、易學(xué)易用、符合標(biāo)準(zhǔn)瀏覽器操作風(fēng)格，豐富的聯(lián)機幫助，人性化的操作界面，界面布局合理，節(jié)省操作時間提高生產(chǎn)效率。4.2安全性需求安全性需求詳盡陳述與系統(tǒng)安全性、完整性或與私人問題相關(guān)的需求，包括用戶身份確認(rèn)或授權(quán)需求，數(shù)據(jù)庫安全性需求，工作流程安全性需求等。這些問題將會影響到系統(tǒng)的使用和系統(tǒng)所創(chuàng)建或使用的數(shù)據(jù)的保護。定義用戶身份確認(rèn)或授權(quán)需求。明確系統(tǒng)必須滿足的安全性或保密性策略。示范：僅供參考，不具備任何實質(zhì)性的內(nèi)容。網(wǎng)絡(luò)安全：能經(jīng)受來自互聯(lián)網(wǎng)的一般性惡意攻擊。如病毒（包括木馬）攻擊、口令猜測攻擊、黑客入侵等。因此，必須配備較強的網(wǎng)絡(luò)安全防范、響應(yīng)能力，為應(yīng)用系統(tǒng)提供

16、安全可靠的網(wǎng)絡(luò)統(tǒng)計平臺。數(shù)據(jù)庫安全：數(shù)據(jù)庫級備份和恢復(fù)。數(shù)據(jù)庫級用戶進(jìn)行角色和權(quán)限授權(quán)。使得在異常情況發(fā)生時，系統(tǒng)可以得以快速恢復(fù)，避免數(shù)據(jù)的丟失或?qū)⑵溆绊懡档阶畹拖薅?。同樣，要保證存儲過程中數(shù)據(jù)不被非法訪問和篡改。應(yīng)用系統(tǒng)的安全：通過對用戶的身份鑒別，并實施相應(yīng)的訪問控制策略后，使用戶只能完成得到系統(tǒng)授權(quán)的數(shù)據(jù)訪問功能操作。用戶只有經(jīng)授權(quán)后才可以更新程序，避免因錯誤程序更新而影響系統(tǒng)的正常運行。4.3保密性和私密性需求保密性和私密性需求本條應(yīng)指明保密性和私密性的系統(tǒng)需求，包括：系統(tǒng)運行的保密性/私密性環(huán)境、提供的保密性或私密性的類型和程度、系統(tǒng)必須經(jīng)受的保密性/私密性的風(fēng)險、減少此類危險所需

17、的安全措施、系統(tǒng)必須遵循的保密性/私密性政策、必須提供的保密性/私密性審核、保密性/私密性必須遵循的確證/認(rèn)可準(zhǔn)則。示范：僅供參考，不具備任何實質(zhì)性的內(nèi)容。數(shù)據(jù)保密：網(wǎng)絡(luò)傳遞數(shù)據(jù)經(jīng)過加密。需要保證數(shù)據(jù)在采集、傳輸和處理過程中不被偷窺、竊取、篡改。4.4環(huán)境需求環(huán)境需求以列表形式或分類方式描述有關(guān)系統(tǒng)或子系統(tǒng)必須運行的環(huán)境需求，例如包括硬件平臺、操作系統(tǒng)和版本，還有其它的軟件組件或與其共存的應(yīng)用程序。示范：僅供參考，不具備任何實質(zhì)性的內(nèi)容。項目項目硬件硬件操作系統(tǒng)及其版本操作系統(tǒng)及其版本應(yīng)用服務(wù)器軟件及其版本應(yīng)用服務(wù)器軟件及其版本應(yīng)用軟件及其部件應(yīng)用軟件及其部件服務(wù)器IBM RS6000AIX 4.3.3IBM HTTP Server、Apache、MS IIS5.0 等；DB2（7.2 EE 以上版本）10/10WAS（4.0 以上版本）、Web Logic(7.0 以上版本)等；Oracle EE（9i EE 以上版本）瀏覽客戶端PII 800/64M