需求規(guī)格說(shuō)明書(shū)

1、xx項(xiàng)目需求規(guī)格說(shuō)明書(shū)xx公司xxxx年xx月xx日變更記錄1引言在概述部分應(yīng)對(duì)整個(gè)系統(tǒng)進(jìn)行概要描述。通常還包括目的、適用范圍、預(yù)期讀者和閱讀建議、術(shù)語(yǔ)定義和參考資料等。1.1目的此處描述本軟件需求規(guī)格說(shuō)明書(shū)的目的。本需求說(shuō)明旨在對(duì)xx平臺(tái)的功能架構(gòu)及子系統(tǒng)的功能需求、非功能需求進(jìn)行逐一分析；并對(duì)各系統(tǒng)接口、質(zhì)量需求、文檔需求和約束做出可行方案。本需求規(guī)格說(shuō)明書(shū)編寫(xiě)目的：（1）在需求調(diào)研階段，通過(guò)本文檔，與系統(tǒng)用戶進(jìn)行系統(tǒng)需求的確認(rèn)。（2）在系統(tǒng)設(shè)計(jì)階段，通過(guò)本文檔，指導(dǎo)該系統(tǒng)的概要設(shè)計(jì)和數(shù)據(jù)庫(kù)設(shè)計(jì)。（3）在系統(tǒng)開(kāi)發(fā)階段，通過(guò)本文檔，幫助相關(guān)人員全面了解用戶需求與系統(tǒng)功能。（4）系統(tǒng)測(cè)試和聯(lián)調(diào)

2、階段，通過(guò)該文檔，是編寫(xiě)測(cè)試用例的依據(jù)。（5）在系統(tǒng)實(shí)施階段，實(shí)施人員借助本文檔完成系統(tǒng)的實(shí)施工作。（6）在系統(tǒng)使用過(guò)程中，本文檔作為用戶使用的輔助說(shuō)明文件。（7）在系統(tǒng)驗(yàn)收階段，本文檔將作為主要驗(yàn)收依據(jù)。適用范圍本文檔適用于所有與本項(xiàng)目有關(guān)的軟件開(kāi)發(fā)階段及其相關(guān)人員，其中：客戶代表、項(xiàng)目經(jīng)理、技術(shù)開(kāi)發(fā)人員（包括系統(tǒng)分析人員、系統(tǒng)設(shè)計(jì)人員、開(kāi)發(fā)人、員測(cè)）試人員應(yīng)重點(diǎn)閱讀本文檔各部分，其他人員可選擇性閱讀本文檔。預(yù)期讀者和閱讀建議根據(jù)讀者角色的不同，給予不同的閱讀建議。術(shù)語(yǔ)和縮略語(yǔ)定義所使用的術(shù)語(yǔ)。對(duì)于易混淆的客戶常用語(yǔ)要有明確規(guī)定定義。例“如用，戶”是指客戶的雇員而非軟件的最終購(gòu)買者等。縮略語(yǔ)

3、/術(shù)語(yǔ)全稱說(shuō)明參考資料列出相關(guān)的參考資料信息。文檔名版本號(hào)發(fā)表日期來(lái)源文檔簡(jiǎn)稱需求描述約定本章節(jié)用于說(shuō)明本文描述需求的約定，這些約定主要包括：1）需求標(biāo)識(shí)方法：“需求編號(hào)”的格式為：X-YYY-ZZZ，其中A代表電子商務(wù)，B為業(yè)務(wù)管理門戶，YYY表示3位主功能模塊碼，ZZZ為3位子功能模塊碼。需求層次：分三個(gè)層次，第一層需求指主功能模塊，第二層需求指功能模塊的子功能，第三層次指子功能下的具體需求。2）需求跟蹤的顆粒度：跟蹤到第二層功能需求。3）需求優(yōu)先級(jí)定義：本文檔統(tǒng)一規(guī)定對(duì)需求層次為二級(jí)以上的定義優(yōu)先級(jí)，三層需求依據(jù)二層需求的優(yōu)先級(jí)執(zhí)行。需求分析師應(yīng)確定每個(gè)需求的優(yōu)先級(jí)并寫(xiě)入軟件需求分析說(shuō)明

4、書(shū)，需求的優(yōu)先級(jí)的評(píng)價(jià)標(biāo)準(zhǔn)如下：級(jí)別定義判斷標(biāo)準(zhǔn)采取的措施高滿足以下任意一條時(shí)：1、需求實(shí)現(xiàn)的緊急程度為特急或緊急2國(guó)家或行業(yè)法律法規(guī)、標(biāo)準(zhǔn)要求的，客戶明確要求的，滿足正常業(yè)務(wù)必須的。對(duì)于這些需求在項(xiàng)目實(shí)施過(guò)程中需重點(diǎn)投入資源，優(yōu)先實(shí)現(xiàn)，只有在這些需求上達(dá)成一致意見(jiàn)，軟件才會(huì)被接受；必須完美地實(shí)現(xiàn)。通常這類需求在當(dāng)前版本必須實(shí)現(xiàn)。中滿足以下任意一條時(shí)：1、客戶隱含要求，對(duì)正常業(yè)務(wù)影響程度不大2、需求實(shí)現(xiàn)的緊急程度為中3、支持必要的系統(tǒng)操作，實(shí)現(xiàn)這些需求將增強(qiáng)產(chǎn)品的性能，是產(chǎn)品最終所要求的。這些需求必須被實(shí)現(xiàn)，但如果項(xiàng)目實(shí)施中出現(xiàn)進(jìn)度、資源等方面的沖突時(shí)，如果有必要，可以延遲到下一版本；需要付出

5、努力，但不必做得太完美。低滿足以下任意一條時(shí)：實(shí)現(xiàn)或不實(shí)現(xiàn)均可；可以在項(xiàng)目組有較足夠1、功能或質(zhì)量上的附加功能；2、實(shí)現(xiàn)這些需求會(huì)使產(chǎn)品更完美，若不實(shí)現(xiàn)也不影響產(chǎn)品的功能與性能，屬于錦上添花；3、求實(shí)現(xiàn)的緊急程度為低。的時(shí)間時(shí)考慮這些需求的實(shí)現(xiàn)2項(xiàng)目概述2.1簡(jiǎn)介簡(jiǎn)單介紹項(xiàng)目，包括其項(xiàng)目背景，定義和意義等。用戶與角色確定系統(tǒng)的使用用戶和角色，以及其描述。用戶/角色描述應(yīng)當(dāng)遵循的標(biāo)準(zhǔn)或規(guī)范系統(tǒng)需要遵循的相關(guān)標(biāo)準(zhǔn)和規(guī)范。功能總體設(shè)計(jì)2.4.1功能架構(gòu)圖用圖形的方式描述系統(tǒng)的總體的功能架構(gòu)圖，并適當(dāng)輔以文字描述。2.4.2功能列表匯總*項(xiàng)目的各子系統(tǒng)、各功能模塊和子功能的需求編號(hào)和優(yōu)先級(jí)。核心業(yè)務(wù)流

6、程核心業(yè)務(wù)流程1用基本流程圖和跨職能流程圖描述核心的業(yè)務(wù)流程，并輔以文字對(duì)核心流程進(jìn)行詳細(xì)描述。核心業(yè)務(wù)流程2用基本流程圖和跨職能流程圖描述核心的業(yè)務(wù)流程，并輔以文字對(duì)核心流程進(jìn)行詳細(xì)描述。核心業(yè)務(wù)流程3用基本流程圖和跨職能流程圖描述核心的業(yè)務(wù)流程，并輔以文字對(duì)核心流程進(jìn)行詳細(xì)描述。核心用例圖用例圖1對(duì)核心用例使用用例圖圖形表示，并可輔以適當(dāng)?shù)奈淖终f(shuō)明。用例圖2對(duì)核心用例使用用例圖圖形表示，并可輔以適當(dāng)?shù)奈淖终f(shuō)明。2.6.3用例圖3對(duì)核心用例使用用例圖圖形表示，并可輔以適當(dāng)?shù)奈淖终f(shuō)明。3功能性需求在這一部分應(yīng)對(duì)所有的軟件需求進(jìn)行足夠詳細(xì)的描述。詳盡程度應(yīng)以足夠軟件設(shè)計(jì)人員進(jìn)行概要設(shè)計(jì)和系統(tǒng)測(cè)試

7、人員進(jìn)行系統(tǒng)測(cè)試計(jì)劃和編寫(xiě)測(cè)試用例為準(zhǔn)。按系統(tǒng)功能的體系結(jié)構(gòu)組織本章內(nèi)容。xx1子系統(tǒng)功能模塊A在這一部分應(yīng)對(duì)所有的軟件的功能需求進(jìn)行足夠詳細(xì)的描述。各功能應(yīng)用普通文字或圖表描述。并同時(shí)指出功能實(shí)現(xiàn)與業(yè)務(wù)需求的關(guān)系，即此功能實(shí)現(xiàn)了哪一部份的業(yè)務(wù)需求。功能1業(yè)務(wù)需求編號(hào)注：此編號(hào)指業(yè)務(wù)需求說(shuō)明書(shū)附錄一：業(yè)務(wù)需求編號(hào)。功能編號(hào)注：此編號(hào)為功能設(shè)計(jì)的唯一編號(hào)，用于功能的唯一標(biāo)識(shí)。業(yè)務(wù)概述注：可以按PSTAR原則進(jìn)行描述，及在什么情況下需要完成怎樣的任務(wù)，進(jìn)行怎樣的操作達(dá)到怎樣的結(jié)果。使用者注：需要說(shuō)明哪些用戶參與此功能活動(dòng)，可以通過(guò)矩陣進(jìn)行描述。輸入要素包括主要的頁(yè)面描述。處理流程注：需要描述業(yè)務(wù)流

8、程的入口條件、跳轉(zhuǎn)條件、執(zhí)行結(jié)果、規(guī)則要求。輸出要素包括主要的頁(yè)面、報(bào)表、輸出數(shù)據(jù)等的描述。功能模塊Bxx2子系統(tǒng)4非功能性需求在這一部分應(yīng)對(duì)所有的軟件需求進(jìn)行足夠詳細(xì)的描述。詳盡程度應(yīng)以足夠軟件設(shè)計(jì)人員進(jìn)行概要設(shè)計(jì)和系統(tǒng)測(cè)試人員進(jìn)行系統(tǒng)測(cè)試計(jì)劃和編寫(xiě)測(cè)試用例為準(zhǔn)。質(zhì)量需求4.1.1可用性用戶使用的方便性、易用性和易學(xué)習(xí)性，如：輸入的無(wú)合法性檢查和值域檢查對(duì)于復(fù)雜的動(dòng)作要有必要的提示信息記憶用戶的設(shè)置或操作習(xí)慣，方便用戶操作對(duì)系統(tǒng)或數(shù)據(jù)進(jìn)行重大修改，要有用戶確認(rèn)4.1.2可靠性和健壯性在這一部分應(yīng)對(duì)所有的影響軟件的可靠性需求進(jìn)行足夠詳細(xì)的描述。應(yīng)注意用數(shù)字說(shuō)明所要求的可靠程度。同時(shí)避免如24x

9、7”這樣的陳述。例如使用年度正常運(yùn)行時(shí)間、月正常運(yùn)行時(shí)間、維護(hù)時(shí)間、當(dāng)機(jī)時(shí)間來(lái)說(shuō)明系統(tǒng)的可靠程度；使用可允許的缺陷數(shù)量來(lái)界定系統(tǒng)質(zhì)量，如最大缺陷數(shù)量、缺陷比例、安全操作系統(tǒng)強(qiáng)壯性要求和操作的有效性要求，比如用戶誤操作的系統(tǒng)容錯(cuò)能力、操作的正常次序要求和有效性輸入檢查等等。通常給出平均無(wú)故障時(shí)間或兩次故障間的平均間隔時(shí)間等。4.1.3可維護(hù)性規(guī)定若干需求以確保軟件是可維護(hù)的。例如：軟件模塊所需要的特殊的耦合矩陣；使用行業(yè)標(biāo)準(zhǔn)、編碼標(biāo)準(zhǔn)、開(kāi)放式結(jié)構(gòu)、可兼容語(yǔ)言、備份及復(fù)原和數(shù)據(jù)交換等。規(guī)定把軟件從一種環(huán)境移植到另一種環(huán)境所要求的用戶程序用，戶接口兼容方面的約束。4.1.4可擴(kuò)展性說(shuō)明該軟件在需求或

10、環(huán)境發(fā)生某些變化時(shí)，該軟件對(duì)這些變化的適應(yīng)能力的要求，如：需求及流程變化；操作方式變化；機(jī)構(gòu)人員變化；空間地點(diǎn)變化（移動(dòng)用戶、分布式；操作系統(tǒng)環(huán)境變化。1.5性能性能需求表示用戶對(duì)系統(tǒng)響應(yīng)速度、處理能力、數(shù)據(jù)處理精度以及可靠性等指標(biāo)的要求。一般性能需求分類如下：處理速度要給出關(guān)鍵交互界面的業(yè)務(wù)處理速度的量化時(shí)間和輸入數(shù)據(jù)次數(shù)，如簡(jiǎn)單查詢響應(yīng)時(shí)間、動(dòng)態(tài)查詢響應(yīng)時(shí)間、后臺(tái)處理效率等，以便以后測(cè)試人員驗(yàn)證。處理結(jié)果的精度要求按照不同的業(yè)務(wù)數(shù)據(jù)要求，給出相關(guān)數(shù)據(jù)小數(shù)點(diǎn)保留位數(shù)和累加后數(shù)據(jù)的誤差范圍。產(chǎn)品處理的存儲(chǔ)空間要求以及磁盤容量要求，如系統(tǒng)需要保留多少年的數(shù)據(jù)量等數(shù)據(jù)的值域要求事務(wù)處理的吞吐量要求

11、資源使用的有效性要求：比如PU、內(nèi)存、表的填充因子等以上方面的擴(kuò)展要求易用性安全性指的是保護(hù)軟件的要素，以防止各種非法的訪問(wèn)、使用、修改、破壞或者泄密。這個(gè)領(lǐng)域的具體需求產(chǎn)品的安全性、保密性和完整性三方面需求。例如：要求對(duì)接入系統(tǒng)的用戶進(jìn)行身份驗(yàn)證。對(duì)不同角色的用戶設(shè)置不同的權(quán)限，通過(guò)角色定義實(shí)現(xiàn)不同角色個(gè)性化菜單的定制，有效控制用戶的功能權(quán)限。系統(tǒng)應(yīng)提供日志記錄和管理功能，記錄所有用戶訪問(wèn)系統(tǒng)的全部活動(dòng)，并能夠形成審計(jì)報(bào)告。要求在傳輸過(guò)程中對(duì)數(shù)據(jù)進(jìn)行加密處理，保證數(shù)據(jù)傳輸?shù)陌踩院屯暾?。系統(tǒng)應(yīng)具備病毒防范能力。防止主機(jī)崩潰方法和數(shù)據(jù)備份方法等。2約束詳細(xì)說(shuō)明對(duì)系統(tǒng)的設(shè)計(jì)局限性。設(shè)計(jì)局限的定

12、義代表了對(duì)系統(tǒng)要求的決策這可能出于商務(wù)運(yùn)作、資金、人員、時(shí)間等多方面的綜合考慮從而指導(dǎo)軟件的設(shè)計(jì)和開(kāi)發(fā)。例如，軟件的開(kāi)發(fā)語(yǔ)言、開(kāi)發(fā)環(huán)境、開(kāi)發(fā)工具、第三方軟件、硬件使用以及網(wǎng)絡(luò)設(shè)備等。2.1約束要求12.2約束要求22.3約束要求23接口需求詳細(xì)說(shuō)明對(duì)系統(tǒng)的用戶界面等的要求。還可包括和其它系統(tǒng)的接口、地址、協(xié)議等。3.1用戶接口提供用戶使用軟件產(chǎn)品時(shí)的接口需求。例如，如果系統(tǒng)的用戶通過(guò)客戶端進(jìn)行操作，就必須指定如下要求：對(duì)屏幕格式的要求；報(bào)表或菜單的頁(yè)面、打印格式等用戶對(duì)軟件外觀風(fēng)格的一種要求。如：公司標(biāo)志，界面色彩基調(diào)等。規(guī)格的定義方式可以采用草圖或靜態(tài)原型的方式表示，一般描述分為兩個(gè)部分：整

13、體描述和基于每個(gè)界面的細(xì)節(jié)描述。輸入輸出的相對(duì)時(shí)間；程序功能鍵的可用性。3.2硬件接口要指出軟件產(chǎn)品和系統(tǒng)硬部件之間每一個(gè)接口的邏輯特點(diǎn)和交互方式。還可能包括如下事宜：支撐什么樣的設(shè)備，如何支撐這些設(shè)備，有何約定。.3軟件接口在此要指定需使用的其他軟件產(chǎn)品（例如，數(shù)據(jù)管理系統(tǒng)、操作系統(tǒng)或有關(guān)軟件包吸同其他應(yīng)用系統(tǒng)之間的接口。對(duì)每一個(gè)所需的軟件產(chǎn)品，要提供如下內(nèi)容：.名字；.助記符；.規(guī)格說(shuō)明號(hào)；.版本號(hào)；.來(lái)源。對(duì)于每一個(gè)接口，這部分應(yīng)說(shuō)明與軟件產(chǎn)品相關(guān)的接口軟件的目的，并根據(jù)信息的內(nèi)容和格式定義接口，但不必詳細(xì)描述任何已有完整文件的接口，只要引用定義該接口的文件即可。4.3.4通訊接口指定各

14、種通信接口。例如，局部網(wǎng)絡(luò)的協(xié)議等等。.4技術(shù)需求4.4.1軟硬件環(huán)境需求4.4.2運(yùn)行保障需求運(yùn)行保障需求，主要從系統(tǒng)推廣、運(yùn)行后日常維護(hù)角度進(jìn)行考慮，包括硬件、系統(tǒng)軟件、應(yīng)用軟件、數(shù)據(jù)備份等的運(yùn)行保障。1、對(duì)硬件，特別是應(yīng)用服務(wù)器和數(shù)據(jù)庫(kù)服務(wù)器，要求一般故障能夠在？天之內(nèi)予以解決；對(duì)于硬件重大故障，要求在？星期之內(nèi)予以解決。另外，要對(duì)系統(tǒng)數(shù)據(jù)量做出正確估算，預(yù)測(cè)硬件需要升級(jí)的時(shí)間點(diǎn)。2、系統(tǒng)軟件，主要指操作系統(tǒng)及數(shù)據(jù)庫(kù)軟件，對(duì)一般問(wèn)題能在？分鐘以內(nèi)予以解決，對(duì)重大問(wèn)題在？天之內(nèi)予以解決。3、支撐軟件產(chǎn)品。本系統(tǒng)需要以下軟件產(chǎn)品：旦出現(xiàn)使用問(wèn)題，有關(guān)公司應(yīng)在最短時(shí)間內(nèi)到現(xiàn)場(chǎng)予以解決。4、應(yīng)用軟件。應(yīng)用軟件出現(xiàn)