項(xiàng)目需求規(guī)格說明書_第1頁
項(xiàng)目需求規(guī)格說明書_第2頁
項(xiàng)目需求規(guī)格說明書_第3頁
項(xiàng)目需求規(guī)格說明書_第4頁
項(xiàng)目需求規(guī)格說明書_第5頁
已閱讀5頁,還剩14頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

1、XX項(xiàng)目需求規(guī)格說明書XX公司XXXX年XX月XX日版本:VI. 01引言在概述部分應(yīng)對整個(gè)系統(tǒng)進(jìn)行概要描述。通常還包括目的、適用范囤、預(yù)期讀者和閱讀建議、定義和鱉考 資料等。1-1目的此處描述本軟件需求規(guī)格說明書的目的。本需求說明旨在對XX平臺(tái)的功能架構(gòu)及子系統(tǒng)的功能需求、非功能需求進(jìn)行逐一分析;并對各系統(tǒng)接口、質(zhì)量需求、文檔需求和約束做出可行方案。本需求規(guī)格說明書編寫目的:在需求調(diào)研階段,通過本文檔,與系統(tǒng)用戶進(jìn)行系統(tǒng)需求的確認(rèn)。在系統(tǒng)設(shè)計(jì)階段,通過本文檔,指導(dǎo)該系統(tǒng)的概要設(shè)汁和數(shù)據(jù)庫設(shè)計(jì)。在系統(tǒng)開發(fā)階段,通過本文檔,幫助相關(guān)人員全而了解用戶需求與系統(tǒng)功能。系統(tǒng)測試和聯(lián)調(diào)階段,通過該文檔,

2、是編寫測試用例的依據(jù)。在系統(tǒng)實(shí)施階段,實(shí)施人員借助本文檔完成系統(tǒng)的實(shí)施工作。在系統(tǒng)使用過程中,本文檔作為用戶使用的輔助說明文件。在系統(tǒng)驗(yàn)收階段,本文檔將作為主要驗(yàn)收依據(jù)。12適用范圍本文檔適用于所有與本項(xiàng)目有關(guān)的軟件開發(fā)階段及其相關(guān)人其中:客戶代表、項(xiàng)目經(jīng)理、技術(shù)開發(fā)人員(包 括系統(tǒng)分析人員、系統(tǒng)設(shè)計(jì)人員、開發(fā)人員)、測試人員應(yīng)重點(diǎn)聞讀本各部分其他人員可選擇性閱讀本文檔。1.3預(yù)期讀者和閱讀建議根據(jù)讀者角色的不同給予不同的閱讀建議。1.4術(shù)語和縮略語定漢所使用的貳語。對于易混港的容戶常用語要有明確規(guī)定定義。例如,“用戶”是指容戶的辰非軟件的最 終購買者等。縮略語/術(shù)語全稱說明1-5參考資料列出

3、相關(guān)的參考資料信息。1.6需求描述約定本敦節(jié)用于說明本文描述需求的約定這些約定主要包括1)需求標(biāo)識(shí)方法:需求編號”的格式為:X-YYY-ZZZ,其中A代表電子商務(wù),B為業(yè)務(wù)管理門戶,YYY表 示3位主功能模塊碼,ZZZ為3位子功能模塊碼。需求層次:分三個(gè)層次,第一層需求指主功能模塊,第二層需求指功能模塊的子功能,第三層次指子功 能下的具體需求。2)需求跟蹤的顆粒度:跟蹤到第二層功能需求。3)需求優(yōu)先級定義:本文檔統(tǒng)一規(guī)左對需求層次為二級以上的泄義優(yōu)先級,三層需求依據(jù)二層需求的優(yōu)先級執(zhí)行。需求分析師應(yīng)確定每個(gè)需求的優(yōu)先級并寫入軟件需求分析說明書,需求的優(yōu)先級的評價(jià)標(biāo)準(zhǔn)如下:級別定義判斷標(biāo)準(zhǔn)米取的

4、措施高滿足以下任意一條時(shí):1、需求實(shí)現(xiàn)的緊急程度為持急或緊急2國家或行業(yè)法律法規(guī)、標(biāo)準(zhǔn)要求的,客戶明確要求的,滿足正常業(yè)務(wù)必須的。對于這些需求在項(xiàng)目實(shí)施過程中需重點(diǎn)投入資源,優(yōu)先實(shí)現(xiàn).只有在這些需求上達(dá)成致總:見,軟件才會(huì)被接受:必須完英地實(shí)現(xiàn)。通常這類需求在、y前版本必須實(shí)現(xiàn)。中滿足以下任意一條時(shí):1、客戶隱含要求,對正常業(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í),如果有 必婆可以延遲到下一版本:需要付出努力, 但不必做得太完美。低滿足以下任總:一條時(shí):

5、lx功能或質(zhì)址上的附加功能:實(shí)現(xiàn)或不實(shí)現(xiàn)均可:可以在項(xiàng)目組有較足夠的時(shí)間時(shí)考慮這些需求的實(shí)現(xiàn)2、實(shí)現(xiàn)這些需求會(huì)使產(chǎn)品更完茨,若不實(shí)現(xiàn)也不影響產(chǎn)品的功能與性能,屬于錦上添花:求實(shí)現(xiàn)的緊急程度為低。項(xiàng)目概述2.1簡介簡單介紹項(xiàng)目包括其項(xiàng)目背景定義和意狡等。2.2用戶與角色確定系統(tǒng)的使用用戶和角色以及其描述。用戶/角色描述2.3應(yīng)當(dāng)遵循的標(biāo)準(zhǔn)或規(guī)范系統(tǒng)需要遵循的相矣標(biāo)準(zhǔn)和規(guī)范。2.4功能總體設(shè)計(jì)2.4.1功能架構(gòu)圖用圖形的方式描述系統(tǒng)的總體的功能架構(gòu)圖并適當(dāng)輔以文字描述。2.4.2功能列表匯總XX項(xiàng)目的各子系統(tǒng)、各功能塊和子功能的需求編號和優(yōu)丸級。2.5核心業(yè)務(wù)流程2.5.1核心業(yè)務(wù)流程1用基本流程

6、圖和跨職能流程圖描述核心的業(yè)務(wù)流桃輔以文字對核心流程進(jìn)行詳細(xì)描述。2.5.2核心業(yè)務(wù)流程2用基本流程圖和跨職能流程圖描述核心的業(yè)務(wù)流桃輔以文字對核心流程進(jìn)行詳細(xì)描述。2.5.3核心業(yè)務(wù)流程3用基本流程圖和跨職能流程圖描述核心的業(yè)務(wù)流稚輔以文字對核心流程進(jìn)行詳細(xì)描述。2.6核心用例2.6.1用例冬對核心用例使用用例圖圖開形表示并可輔以適當(dāng)?shù)膩V字說明。2.6.2用例圖2對核心用例使用用例圖圖形表示并可輔以適當(dāng)?shù)膩V字說明。2.6.3用例圖3對核心用例使用用例圖圖形表示并可輔以適當(dāng)?shù)膩V字說明。3功能性需求在這一部分應(yīng)對所有的軟件需求進(jìn)行足夠詳細(xì)的描述。詳盡程皮應(yīng)以足夠軟件設(shè)計(jì)人員進(jìn)行概要和系統(tǒng)測 試人

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

8、程注:需要描述業(yè)務(wù)流程的入口條佟、跳轉(zhuǎn)條件、執(zhí)行結(jié)果、規(guī)刖要求。輸出要素包括主要的頁面、報(bào)表、輸出數(shù)搖等的描述。3.1.2 功能模塊B3.2 XX2子系統(tǒng)4非功能性需求在送一部分應(yīng)好所有的軟件需求進(jìn)行夠詳細(xì)的描述。詳盡程度應(yīng)以足夠軟件設(shè)計(jì)人員進(jìn)行概要計(jì)石系統(tǒng)測 試人員進(jìn)行系統(tǒng)測試計(jì)劃和編寫測試用例為準(zhǔn)。4.1質(zhì)量需求4.1.1可用性用戶使用的方便性、易用性和易學(xué)習(xí)性如:輸入的無合法性檢查和值威檢查2 對于復(fù)雜的動(dòng)作要有必要的提示信息記憶用戶的設(shè)嵬或操作習(xí)慣,方便用戶操作對系統(tǒng)或數(shù)據(jù)進(jìn)行重大修改,要有用戶確認(rèn)4.1.2可靠性和健壯性在這一部分應(yīng)對所有的影響軟件的可靠性需求進(jìn)行足夠詳細(xì)的描述。應(yīng)注

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

10、柬。4. 1. 4可擴(kuò)展性說明該軟件在需求或環(huán)境發(fā)生某些變化,該軟件對這些變化的適應(yīng)能力的要求如:1.需求及流程變化2操作方式變化3 - 機(jī)構(gòu)人員變化空間地點(diǎn)變化(移動(dòng)用戶、分布式J;5操作系統(tǒng)環(huán)境變化。4.1.5性能性能需求表示用戶對系統(tǒng)響應(yīng)速度、處理能力、數(shù)據(jù)處理精度以及可靠性等指標(biāo)的要求。一般需求分類如 下:處理速度要給出關(guān)鍵艾互界面的業(yè)務(wù)處理速度的童化時(shí)間和輸入數(shù)據(jù)次如簡單查詢響應(yīng)時(shí)間、動(dòng) 態(tài)查詢響應(yīng)時(shí)間、后臺(tái)處理效率等以便以后測試人員臉證。處理結(jié)栗的精麋要求按照不同的業(yè)務(wù)數(shù)據(jù)要費(fèi)出相關(guān)數(shù)摒小數(shù)點(diǎn)、沫留位數(shù)和累加后數(shù)據(jù)的誤差 范圈。產(chǎn)品處理的存儲(chǔ)空間要求以及峨盤容董要求口系統(tǒng)需要4栗留

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

12、據(jù)備份方法等。4.2約束詳細(xì)說明對系統(tǒng)的設(shè)計(jì)局限性。鍛十局限的定義代表了對系統(tǒng)要求的決手這可能出于商務(wù)運(yùn)作、壹金、人員、時(shí)間等多方面的綜合考慮從而指導(dǎo)牧件的設(shè)計(jì)和開發(fā)。例如件的開發(fā)語言、開發(fā)環(huán)墳、 開發(fā)工具、第三方軟件、硬件使用以及網(wǎng)絡(luò)設(shè)備等。4.2.1 v約束要求14.2.2 v約束要求24.2.3 v約束要求24.3接口需求詳細(xì)說明對系統(tǒng)的用戶界面等的要求。還可包括和其它系統(tǒng)的垓口、地址、協(xié)議等。4.3.1用戶接口提供用戶使用軟件產(chǎn)品時(shí)的技口需求。例如口果系統(tǒng)的用戶通過客戶端進(jìn)行操作,就必須指定娜要求:對屏幕格式的要求報(bào)表或萊單的頁面、打印格式等用戶對較件外觀風(fēng)格的一種要求。:如司標(biāo)恙,界

13、面色彩基調(diào)等。規(guī)格 的定爻方式可以采用草圖或靜態(tài)原型的方式表示般描述分為兩個(gè)部分整體描述和基于每個(gè)界面的細(xì)節(jié)描 述。輸入輸出的相對時(shí)間程序功能鍵的可用性。4.3.2硬件接口要指出軼件產(chǎn)品和系統(tǒng)硬部件之間每一個(gè)接口的邏輯特點(diǎn)和交互方式。還可能包括如下事宜:支撐什么樣的設(shè) 備,如何支撐這些設(shè)備,有何約定。4.3.3軟件接口在此要指定需使用的其他軟件產(chǎn)品(例嫩據(jù)管理系統(tǒng)、操作系統(tǒng)或有關(guān)軟件包)以及同其他應(yīng)用系統(tǒng)之間的 接口。對每一個(gè)所需的軟件產(chǎn)品要提供如下內(nèi)容2 名字;助記符:規(guī)格說明號版本號;來。對于每一個(gè)接口這部分應(yīng)說明與軟件產(chǎn)品相關(guān)的接口軟件的目,娜根據(jù)信息的內(nèi)容和格式同 接口但不必詳 細(xì)描述

14、任何已有完整丈件的接口只要引用定爻該接口的文件即可。4.3.4通訊接口指定各種通信接口。例如局部網(wǎng)絡(luò)的協(xié)議等等。4.4技術(shù)需求4.4.1軟硬件環(huán)境需求4.4.2運(yùn)行保障需求運(yùn)行保障需求主要從系統(tǒng)推廣、運(yùn)行后日常維護(hù)角皮進(jìn)行考j包括硬件、系統(tǒng)軟件、應(yīng)用軟件、數(shù)擄備份等 的運(yùn)行保漳。1、對硬件,特別是應(yīng)用服務(wù)器和數(shù)據(jù)庫服務(wù)器要求一般故障能夠在?天之內(nèi)予以解決對于硬件玄大故障要求 在?星期之內(nèi)予以解決。另外要對系統(tǒng)數(shù)據(jù)童做出正確估算預(yù)測硬件需要升級的時(shí)間點(diǎn)。2、系統(tǒng)軟件,主要指操作系統(tǒng)及數(shù)據(jù)庫軟件對一般問越能在?分鐘以內(nèi)予以解決對電大問題在?天之內(nèi)予以 解決。3、支撐軟件產(chǎn)品。本系統(tǒng)需要以下軟件產(chǎn)品:旦出現(xiàn)使用問有關(guān)公司應(yīng)在最短時(shí)間內(nèi)到現(xiàn)場予以解決。4、應(yīng)用軟件。

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論