需求規(guī)格說明書

1、 - 總結(jié)需求規(guī)格說明書需求規(guī)格說明書文文件件更更改改摘摘要要：日期日期版本號版本號修訂說明修訂說明修訂人修訂人審核人審核人批準人批準人目錄1. 1.引言引言 3 31.1 目的 31.2 范圍 31.3 術(shù)語 31.4 參考資料 31.5 需求描述約定 32. 2.項目概述項目概述 4 42.1 系統(tǒng)功能 42.2 業(yè)務描述 4. v2.3 數(shù)據(jù)流程描述 42.4 用戶的特點 42.5 運行環(huán)境要求 42.6 設計和實現(xiàn)上的限制 43. 3.功能列表功能列表 5 54. 4.功能需求的描述功能需求的描述 5 55. 5.非功能需求非功能需求 5 55.1 系統(tǒng)性能要求 55.2 系統(tǒng)安全及保

2、密要求 65.3 系統(tǒng)備份與恢復要求 65.4 系統(tǒng)日志 66. 6.外部接口說明外部接口說明 6 67. 7.其他需求其他需求 6 68. 8.6 61 1引引言言系統(tǒng)建設的相關背景，從而引出建設該系統(tǒng)的驅(qū)動力。1 1. .1 1 目目的的說明編寫這份需求規(guī)格說明書的目的。建議閱讀者文檔編寫目的（指導開發(fā)、測試進行設計）1 1. .2 2 范范圍圍【項目范圍明確了這次的項目建設做什么，不做什么；包括什么內(nèi)容，不包括什么內(nèi)容；項目范圍應該在項目初期就被明確定義，以用于指導業(yè)務分析和系統(tǒng)實施，使后面的工作內(nèi)容不會超出范圍，也不會出現(xiàn)沒有完全覆蓋所有內(nèi)容的情況項目范圍不等同于系統(tǒng)的功能范圍，明確項

3、目范圍時要從項目建設和業(yè)務需求的角度來分析本期項目應該實施哪幾個方面以及需要分析、實現(xiàn)哪些業(yè)務行為】本期項目建設的范圍要包括：本期項目建設的范圍不包括1 1. .3 3 術(shù)術(shù)語語列出本文件中用到的專門術(shù)語、術(shù)語定義、首字母縮寫，如：英文縮寫英文全稱中文名稱. v1 1. .4 4 參參考考資資料料列出有關的參考資料，如：1、本項目經(jīng)核準的計劃任務書或合同、上級機關的批文；2、屬于本項目的其他已發(fā)表的文件；3、本文件中各處引用的文件、資料、包括所要用到的系統(tǒng)開發(fā)標準。4、行業(yè)標準和規(guī)范。列出這些文件資料的標題、文件編號、發(fā)表日期和出版單位，說明能夠得到這些文件資料的來源。1 1. .5 5 需需

4、求求描描述述約約定定在此說明本文描述需求的約定，這些約定可以包括：1、需求標識方法（應確保需求標識在整個項目中的唯一性，且不受需求變更的影響，不得使用 WORD 自帶的序列號作為需求標識） ；2、需求的跟蹤粒度（明確需求的跟蹤力度） ；3、優(yōu)先級（在本文檔中設定的級別及其含義，例如第一階段設置優(yōu)先級為 H，第二階段設置為 M） ；4、功能描述的方法（包括功能描述，業(yè)務規(guī)則，原型界面，輸入，輸出，業(yè)務流程，約束條件。其中流程類需求必須要有業(yè)務流程，否則可以不需要。 ） ；下面以一個具體項目舉例：1、本系統(tǒng)的需求標識方法：層次化編號方法模塊縮寫序列號，如 SZAG01、SZAG01.01、SZAG

5、01.01.02模塊縮寫參照表：模塊名模塊名模塊縮寫模塊縮寫模塊名模塊名模塊縮寫模塊縮寫需求層次：分三個層次，用三位字符表示。第一層需求指主功能模塊，第二層需求指功能模塊的主功能點，第三層次指主功能點下的具體需求。2、本系統(tǒng)的需求跟蹤粒度跟蹤到第二層功能需求。3、本文檔的需求級別定義a、本文檔的優(yōu)先級別分為：高、中、低；b、同時對于主功能點還描述實現(xiàn)的周期：一期、二期、三期；4、功能描述方法a、功能描述；b、業(yè)務規(guī)則；c、原型界面；d、輸入：提供所有與本功能有關的輸入描述，包括：輸入數(shù)據(jù)類型、媒體、格式、數(shù)值范圍、精度、單位等；. ve、輸出：提供與本功能有關所有輸出的描述，包括：輸出數(shù)據(jù)類型

6、、方式、格式、精度、單位等，以及圖形或顯示報告的描述；f、業(yè)務操作流程（流程類）：描述正常業(yè)務流程，使用圖示并配合必要的文字說明；g、約束條件：列出在各個工作領域不需計算機化的功能并提供其原因以及特殊條件；2 2項項目目概概述述2 2. .1 1 系系統(tǒng)統(tǒng)功功能能概述了產(chǎn)品所具有的主要功能，其詳細內(nèi)容將在系統(tǒng)功能需求和特性中描述，所以在此只需要概略地總結(jié)。以圖表形式畫出系統(tǒng)功能結(jié)構(gòu)圖，并加入必要文字說明。2 2. .2 2 業(yè)業(yè)務務描描述述對系統(tǒng)主要功能模塊以場景方式進行描述，并能體現(xiàn)系統(tǒng)獨有的特色。2 2. .3 3 數(shù)數(shù)據(jù)據(jù)流流程程描描述述建議使用 VISIO 畫出系統(tǒng)主要業(yè)務數(shù)據(jù)流圖，包

7、括系統(tǒng)間和系統(tǒng)內(nèi)。2 2. .4 4 用用戶戶的的特特點點使用 VISIO 畫出系統(tǒng)組織架構(gòu)圖，并描述組織機構(gòu)涉及的部門，這些部門分別使用系統(tǒng)中的哪些功能模塊，以及部門需求確認人的相關信息。2 2. .5 5 運運行行環(huán)環(huán)境境要要求求1、 硬件環(huán)境需求（描述數(shù)據(jù)庫服務器，應用服務器，接口后臺服務器配置說明） （依據(jù)實際情況，有則寫，沒有則待定） ；2、 軟件環(huán)境需求（依據(jù)實際情況，有則寫，沒有則待定） ；a、操作系統(tǒng)要求（描述各個硬件服務器安裝的操作系統(tǒng)） ；b、應用軟件要求（描述各應用軟件的名稱、安裝位置、版本信息） ；c、客戶端要求（描述對客戶端 IE、第三方軟件的版本信息） ；3、運行模

8、式（描述該系統(tǒng)的運行模式，如：B/S 或者 C/S）4、其他環(huán)境需求（如有其他環(huán)境需求則描述清楚，否則寫無）2 2. .6 6 設設計計和和實實現(xiàn)現(xiàn)上上的的限限制制主要描述用戶要求、經(jīng)費、法律法規(guī)、可利用資源上的限制，如：1、 用戶要求不能使用 mysql 數(shù)據(jù)庫；2、 用戶要求短信平臺不能使用電子運維現(xiàn)用功能；3、 用戶要求人員組織機構(gòu)數(shù)據(jù)必須來源于 EIAC；. v4、 有防火墻，隔離裝置等限制；3 3功功能能列列表表列出本需求中的功能點、需求編號、需求內(nèi)容、優(yōu)先級與內(nèi)容描述。必要時獨立成立作為本需求的。功能點功能點子功能子功能需求編號需求編號優(yōu)先級優(yōu)先級內(nèi)容描述內(nèi)容描述權(quán)限管理用戶管理增

9、加修改刪除角色管理查詢授權(quán)管理4 4功功能能需需求求的的描描述述對系統(tǒng)每個功能模塊都必須按照以下幾個方面進行描述：1、功能描述。2、業(yè)務規(guī)則，以圖形方式進行呈現(xiàn)和文字說明。3、原型界面。4、輸入：提供所有與本功能有關的輸入描述，包括：輸入數(shù)據(jù)類型、媒體、格式、數(shù)值范圍、精度、單位等。5、輸出：提供與本功能有關所有輸出的描述，包括：輸出數(shù)據(jù)類型、方式、格式、精度、單位等，以及圖形或顯示報告的描述。6、業(yè)務操作流程（流程類）：描述正常業(yè)務流程，使用圖示并配合必要的文字說明。7、約束條件：列出在各個工作領域不需計算機化的功能并提供其原因以及特殊條件。4.1.14.1.1 SRS.FUNC.SENDU

10、SSD.001 增加營銷策略4 4. .1 1. .1 1. .1 1功能簡介描述該模塊的需求，主要是從業(yè)務的角度4 4. .1 1. .1 1. .2 2輸入?yún)?shù)名類型描述4 4. .1 1. .1 1. .3 3處理主要是對該模塊業(yè)務流程進行描述，除非該部分非常簡單，一般是通過業(yè)務流程圖來進行體現(xiàn). v4 4. .1 1. .1 1. .4 4輸出參數(shù)名類型描述1.操作成功，接口功能正常，正常發(fā)送USSD消息；2.操作失敗，接口功能不能正常使用，返回相應的錯誤碼。異常表：異常類型異常碼異常描述SVC0001Service errorSVC0002Invalid input valueSVC

11、0004No valid addresses業(yè)務異常SVC0280Message too long策略異常POL0001Policy error4 4. .1 1. .1 1. .5 5界面原型高保真原型的輸出結(jié)果5 5非非功功能能需需求求5 5. .1 1 系系統(tǒng)統(tǒng)性性能能要要求求1、時間特性a、時間精度要求（時間戳的精度：秒） ；b、并發(fā)訪問系統(tǒng)的操作用戶數(shù)（區(qū)間） ；c、并發(fā)統(tǒng)計響應的操作用戶數(shù)（區(qū)間） ；d、基本操作（增、刪、改、查）響應的時間（單位：秒） ；e、數(shù)據(jù)統(tǒng)計響應的時間（單位：秒） ；f、數(shù)據(jù)采集誤差（單位：%） ；g、數(shù)據(jù)統(tǒng)計誤差（單位：%） ；2、系統(tǒng)有效性為取得系統(tǒng)有

12、效性，應考慮標準工作日、周末和公共假期的操作時間。例如：系統(tǒng)每天需要連續(xù)運行 24 小時，每周運行七天，包括公共假期和周末。3、容錯性如硬件情況尚不清楚則簡要描述系統(tǒng)的數(shù)據(jù)庫服務器主備雙機環(huán)境，以及數(shù)據(jù)庫服務器和應用服務器的互備措施，否則要詳細描述硬件服務器之間的容錯情況。. v4、可擴充性描述系統(tǒng)軟硬件平臺，系統(tǒng)架構(gòu)，功能設計，管理對象，內(nèi)外接口的可擴展性。5 5. .2 2 系系統(tǒng)統(tǒng)安安全全及及保保密密要要求求1、系統(tǒng)基本需求a、描述系統(tǒng)權(quán)限控制的要求，只有賦予相應權(quán)限情況下才允許執(zhí)行相應的操作；b、描述系統(tǒng)停止服務的時間累計不超過 X 天/年；c、描述系統(tǒng)在設計時保證平均無故障時間不小于

13、 X 天；d、描述系統(tǒng)出現(xiàn)異常停止后也能保證其他系統(tǒng)的正常運行和業(yè)務；e、與其它系統(tǒng)連接中斷時，系統(tǒng)在一定時間內(nèi)自動嘗試重建連接，如連接失敗則以告警形式提示用戶；2、應用系統(tǒng)安全性設計需求a、描述登陸系統(tǒng)的安全驗證策略；b、用戶關鍵信息的加密措施；c、防止 sql 語句注入措施；d、內(nèi)部或者外部接口服務調(diào)用的認證策略；e、防止非法用戶的訪問，入侵，刪除/修改數(shù)據(jù)的措施；3、存儲安全性設計需求a、服務器上定制數(shù)據(jù)庫的備份策略；b、后臺/接口程序配置文件中賬號密碼的加密策略；5 5. .3 3 系系統(tǒng)統(tǒng)備備份份與與恢恢復復要要求求1、描述各種信息（配置數(shù)據(jù)，統(tǒng)計數(shù)據(jù)，業(yè)務數(shù)據(jù)，日志數(shù)據(jù)）的保存期，以及備份和恢復策略；2、闡述在保存期過后需要實施的行為，例如：轉(zhuǎn)移到計算機外部的介質(zhì)中，或刪除它們；3、如轉(zhuǎn)移到計算機外的介質(zhì)中，敘述存儲期及貯存介質(zhì)的類型。例如：磁帶、磁盤、報告等；4、環(huán)境異常時，系統(tǒng)恢復策略描述；5 5. .4 4 系系統(tǒng)統(tǒng)日日志志1、日志內(nèi)容（操作日志、接口日志） ，以及記錄策略；2、日志的保存時長、保存策略；3、日志內(nèi)容的訪問控制；6 6外外部部接接口口說說