項(xiàng)目需求規(guī)格說明

1、精選優(yōu)質(zhì)文檔-傾情為你奉上部門：編號(hào)：QR-項(xiàng)目需求規(guī)格說明（PRS） 項(xiàng)目名稱： 編制人/日期： 審核人/日期： 批準(zhǔn)人/日期：抄送部門： 填寫說明：以下××××為直接填入內(nèi)容， 內(nèi)為說明或應(yīng)填入的內(nèi)容。填入后將文中所有 刪去，填寫項(xiàng)目需求的同時(shí)要進(jìn)行需求分配，分配給相應(yīng)的組及個(gè)人，并寫清各自之間的接口。1 引言1.1編寫目的PRS的目的在于為××××項(xiàng)目的開發(fā)：a. 提出總體要求：作為項(xiàng)目開發(fā)人員和最終使用者之間相互了解的基礎(chǔ)。b. 記載經(jīng)協(xié)商一致的約定，作為今后項(xiàng)目與有關(guān)各方協(xié)調(diào)的依據(jù)。c. 提出項(xiàng)目的非技術(shù)

2、性要求和技術(shù)要求，作為制定項(xiàng)目開發(fā)計(jì)劃的依據(jù)。該文檔首先給出了整個(gè)系統(tǒng)的整體網(wǎng)絡(luò)結(jié)構(gòu)和功能結(jié)構(gòu)的概貌，試圖從總體架構(gòu)上給出整個(gè)系統(tǒng)的輪廓，然后又對(duì)功能需求、性能需求和其它非功能性需求進(jìn)行了詳細(xì)的描述。其中對(duì)功能需求的描述采用了UML的用例模型方式，主要描述了每一用例的基本事件流，若有備選事件流則描述，否則則省略。而且還給出了非常直觀的用例圖。這些文字和圖形都為了本文檔能詳細(xì)準(zhǔn)確地描述用戶的需求，同時(shí)也為用戶更容易地理解這些需求的描述創(chuàng)造了條件。該文檔詳盡說明了這一軟件產(chǎn)品的需求和規(guī)格，這些規(guī)格說明是進(jìn)行設(shè)計(jì)的基礎(chǔ)，也是編寫測(cè)試用例和進(jìn)行系統(tǒng)測(cè)試的主要依據(jù)。同時(shí)，該文檔也是用戶確定軟件功能需求的

3、主要依據(jù)。1.2背景1.3 文檔格式1.4 預(yù)期的讀者和建議本文檔的主要內(nèi)容共分4部分：綜合描述、系統(tǒng)特性、和非功能性需求和外部接口描述。綜合描述部分主要對(duì)系統(tǒng)的整體結(jié)構(gòu)進(jìn)行了大致的介紹；系統(tǒng)特性部分對(duì)系統(tǒng)的功能需求進(jìn)行了詳細(xì)描述，是本文的主要部分；非功能性需求部分對(duì)非功能需求進(jìn)行了詳細(xì)的描述；外部接口需求部分對(duì)用戶界面、軟件接口、硬件接口和通訊接口等進(jìn)行了描述。本文檔面向多種讀者對(duì)象：（1）項(xiàng)目經(jīng)理：項(xiàng)目經(jīng)理可以根據(jù)該文檔了解預(yù)期產(chǎn)品的功能，并據(jù)此進(jìn)行系統(tǒng)設(shè)計(jì)、項(xiàng)目管理。（2）設(shè)計(jì)員：對(duì)需求進(jìn)行分析，并設(shè)計(jì)出系統(tǒng)，包括數(shù)據(jù)庫的設(shè)計(jì)。（3）程序員：配合設(shè)計(jì)報(bào)告，了解系統(tǒng)功能，編寫用戶手冊(cè)。（4

4、）測(cè)試員：根據(jù)本文檔編寫測(cè)試用例，并對(duì)軟件產(chǎn)品進(jìn)行功能性測(cè)試和非功能性測(cè)試。（5）用戶：了解預(yù)期產(chǎn)品的功能和性能，并與分析人員一起對(duì)整個(gè)需求進(jìn)行討論和協(xié)商。（6）其他人員：如部門領(lǐng)導(dǎo)、公司領(lǐng)導(dǎo)等可以據(jù)此了解產(chǎn)品的功能和性能。在閱讀本文檔時(shí)，首先要了解產(chǎn)品的功能概貌，然后可以根據(jù)自身的需要對(duì)每一功能進(jìn)行適當(dāng)?shù)牧私狻?.5 范圍本產(chǎn)品將主要適用于客戶的主營(yíng)業(yè)務(wù)管理，主要完成客戶創(chuàng)建申請(qǐng)的提交、審批、協(xié)議的簽訂、下訂單做生意、銷售業(yè)績(jī)的核算、傳遞、等業(yè)務(wù)，也可作為CRM管理系統(tǒng)的一個(gè)子模塊。1.6術(shù)語和縮寫詞1.7參考資料2 概述2.1項(xiàng)目總體說明簡(jiǎn)要敘述項(xiàng)目來源，可行性報(bào)告的要點(diǎn)，項(xiàng)目應(yīng)用范圍，以

5、及說明被開發(fā)部分與其它有關(guān)部分的關(guān)系。明確是一項(xiàng)獨(dú)立的部分，還是一個(gè)大系統(tǒng)的組成部分2.2 功能模塊2.2使用者的特點(diǎn)列出本項(xiàng)目的最終用戶的特點(diǎn)，充分說明操作人員、維護(hù)人員的教育水平和技術(shù)專長(zhǎng)，以及本項(xiàng)目產(chǎn)品的預(yù)期使用頻度。2.3運(yùn)行環(huán)境的要求描述最終項(xiàng)目產(chǎn)品將在什么樣的硬件環(huán)境和軟件環(huán)境下運(yùn)行。3 影響和確定項(xiàng)目活動(dòng)的非技術(shù)性要求 摘自協(xié)議、條件、和（或）合同條款3.1應(yīng)交付的產(chǎn)品3.2交付日期3.3里程碑3.4交付形式 包括用于確認(rèn)項(xiàng)目產(chǎn)品滿足分配要求的驗(yàn)收準(zhǔn)則，及是否要求交付原型產(chǎn)品3.5顧客要求滿足的標(biāo)準(zhǔn)、規(guī)程等3.6顧客方提供材料及物品的時(shí)間表3.7與其它項(xiàng)目間的關(guān)鍵依賴關(guān)系3.8其它4 項(xiàng)目的技術(shù)要求4.1功能要求4.1.1 XX模塊的需求使用者：目的：基本事件流：4.2性能要求4.3設(shè)計(jì)約束4.4接口、界面要求4.4.1技術(shù)接口、界面要求4.4.2 與其他項(xiàng)目部接口要求4.5測(cè)試要求4.6集成要求為與別的系統(tǒng)