第一篇：如何寫軟件項目需求說明書

如何寫軟件項目需求說明書

進(jìn)入軟件開發(fā)行業(yè)也有一段時間了，大大小小項目也接觸了一些，對于怎么寫好項目需求文檔做一下總結(jié)，發(fā)表一下自己的看法。1 獲取需求：

作為需求方也就是甲方，通過語言描述或文檔的方式將需求（系統(tǒng)需要提供的功能）提交給開發(fā)人員（需求分析人員）。

獲得需求的方式可以有多種多樣：電話詢問、現(xiàn)場考察、聆聽用戶講解、閱讀用戶編制的相關(guān)文件(如招標(biāo)書)，其實這些方法都是GET方式，我們可以通過以下兩類技術(shù)手段來達(dá)到：GET(獲取)和PUSH(引導(dǎo)、反饋、激發(fā))相互結(jié)合的方式來得到我們真正的需求，而這兩個過程都是必須交互進(jìn)行的，一般我們可以篩選一名非常有經(jīng)驗(包括談判技巧、深厚的業(yè)務(wù)和技術(shù)背景、人緣很好、勤奮努力)的人士擔(dān)任需求工程師，長期在客戶那里工作。2 需求分析人員

（1）根據(jù)客戶提供的文檔或語言描述，將需求按功能劃分，以用例圖的方式表達(dá)系統(tǒng)提供的功能模塊及功能模塊之間的關(guān)系，完成用例圖后與客戶確認(rèn)大的功能模塊，并對每個功能模塊做進(jìn)一步的溝通詳細(xì)記錄用戶所提供的關(guān)鍵性的描述，此過程需要系統(tǒng)分析人員對客戶進(jìn)行引導(dǎo)。

（2）對每個功能模塊進(jìn)行詳細(xì)分析與描述，具體信息包括：用戶角色、功能說描述、IPO的方式進(jìn)行描述（即輸入項、輸出項、處理）、要提供必要的功能說明，如果使文檔更加直觀，更容易讓客戶理解，可以用UI的方式表達(dá)輸入輸出，配合必要的描述，這樣對于客戶更加容易理解，需要與客戶進(jìn)行大量的溝通確認(rèn)。

（3）編寫數(shù)據(jù)字典：在需求階段，很難使團(tuán)隊的思路一致，建立一個合適的機(jī)制是完全必要的，這就是數(shù)據(jù)字典，數(shù)據(jù)字典是對系統(tǒng)用到的所有數(shù)據(jù)項和結(jié)構(gòu)的定義，以確保開發(fā)人員使用統(tǒng)一的數(shù)據(jù)定義。在需求階段，數(shù)據(jù)字典至少應(yīng)定義客戶數(shù)據(jù)項以確?？蛻襞c開發(fā)小組是使用一致的定義和術(shù)語。分析和設(shè)計工具通常包括數(shù)據(jù)字典組件。

（4）關(guān)于文檔具體表述的格式與形式，要根據(jù)所要表達(dá)的功能來確定，最重要的是把事情描述清楚,這事最終的目的；

(5)需求文檔確定后，設(shè)計人員根據(jù)這份需求文檔進(jìn)行系統(tǒng)的設(shè)計工作了。

第二篇：《××項目軟件需求變更說明書》

軟件需求變更說明書

項目名稱： 長益高速收費數(shù)據(jù)分析系統(tǒng)一、概述

因湖南省高速公路聯(lián)網(wǎng)拆分系統(tǒng)軟件升級，導(dǎo)致長益下屬收費站入口和出

口交易數(shù)據(jù)、拆分?jǐn)?shù)據(jù)、代收拆分?jǐn)?shù)據(jù)無法獲取。而現(xiàn)階段省高管局監(jiān)控中心無法在上報報表日期內(nèi)提供拆分?jǐn)?shù)據(jù)，從而導(dǎo)致長益高速收費數(shù)據(jù)分析系統(tǒng)無法輸出相關(guān)報表。經(jīng)過深入了解和分析，在與業(yè)主方多次探討后，提出以下變更說明。

二、變更內(nèi)容

? MTC實收和流量

原始情況：

人工收費系統(tǒng)出口站收費數(shù)據(jù)和出口流量的導(dǎo)入，是由收費站工作

人員從站級拆帳網(wǎng)下載的“收費數(shù)據(jù)統(tǒng)計報表”并再錄入部分細(xì)分?jǐn)?shù)據(jù)，導(dǎo)入長益收費數(shù)據(jù)分析系統(tǒng)。

變更后：

收費站工作人員在分析系統(tǒng)中MTC實收功能模塊中只錄入出口各車

型實收收入、各車型流量、免費車流量、綠通車流量、系統(tǒng)外收入、綠通車減免金額、免費車減免金額、手工票金額。

運營部工作人員在分析系統(tǒng)中MTC實收功能模塊中導(dǎo)入本路段各站

進(jìn)，其他路段出的代收流量的各車型估算流量。其中包括各車型流量、綠通車流量、免費車流量。

? MTC實得

原始情況：

人工收費系統(tǒng)實得數(shù)據(jù)的導(dǎo)入，是由收費站工作人員從站級拆帳網(wǎng)

下載的“拆帳統(tǒng)計報表”，導(dǎo)入長益收費數(shù)據(jù)分析系統(tǒng)。

代收實得的導(dǎo)入，是由運營部工作人員從拆帳網(wǎng)下載的“長張高速

公司名稱，版本號

2公路聯(lián)網(wǎng)收費實際分配收入統(tǒng)計表”，導(dǎo)入長益數(shù)據(jù)分析系統(tǒng)。

變更后：

運營部工作人員在分析系統(tǒng)中MTC實得功能模塊中導(dǎo)入估算MTC各

車型拆分收入。其中包括本路段各車型收入、系統(tǒng)外收入及代收業(yè)主各車型收入、系統(tǒng)外收入。

? 報表輸出

由于原始基礎(chǔ)數(shù)據(jù)的變更，所導(dǎo)致從數(shù)據(jù)模型上的建立發(fā)生了變化，從而將導(dǎo)致原長益數(shù)據(jù)分析系統(tǒng)輸出報表無法根據(jù)原來基礎(chǔ)數(shù)據(jù)的數(shù)據(jù)輸出，需要轉(zhuǎn)換為估算的數(shù)據(jù)輸出，需要對所有的報表進(jìn)行修改。

需要修改的報表有以下：

?

?

?

?

?

?

?

?

?

?

?

?

?

?

?

?

?

?

?

?

?

?

? 公司－綠色通道車輛 公司－收費站拆帳情況表 公司－單車收費標(biāo)準(zhǔn)計算表 公司－流量對比表 公司－各類車流量收入比重對比圖 公司－各類車流量收入比重表 公司－實征率 公司－高速免費車 公司－收費車流量統(tǒng)計 公司－ETC收費車與免費車 公司－月流量分析 公司－ETC征費情況 公司－月收入圖 公司－月收費情況總表 公司-收費車流量與收入統(tǒng)計 路勁-收入影響因素對比表 路勁-項目每月輸入及車流匯總表 路勁-各站每月收入及車流匯總表 路勁-歷年路費收入圖 路勁-歷年次票車流量圖 路勁-日報 省局-交通流量統(tǒng)計月報表 省局-綠色通道和免費車公司名稱，版本號

? 省局-其他收入分項統(tǒng)計

? 三年同天對比-1月

? 三年同期對比-2月

? 三年同天對比-3月

? 三年同期對比-4月

? 三年同期對比-5月

? 三年同期對比-6月

? 三年同期對比-7月

? 三年同期對比-8月

? 三年同期對比-9月

? 三年同期對比-10月

? 三年同期對比-11月

? 三年同期對比-12月

? 周報-高速公路

? 周報-總表

? 周報-流量圖

? 周報-收入圖

? 周報-老路

? 月報-月收費

? 月報-財務(wù)系統(tǒng)內(nèi)金額拆帳

? 月報-月度收費情況

公司名稱，版本號 4

第三篇：軟件項目需求建議書

篇一：軟件需求建議書

醫(yī)院門診管理系統(tǒng)需求建議書

2012年3月26日

有關(guān)公司：

現(xiàn)需一個醫(yī)院門診管理系統(tǒng)，要求具有相關(guān)項目經(jīng)驗的軟件公司參與競標(biāo)，要求能對該系統(tǒng)進(jìn)行合理的編寫，保證系統(tǒng)能夠穩(wěn)定運行，并且在預(yù)定時間內(nèi)交付我院使用。

項目目標(biāo)：

系統(tǒng)分為5個子系統(tǒng)，即（a）掛號管理系統(tǒng)(b)病歷管理系統(tǒng)(c)藥品庫存管理系統(tǒng)(d)內(nèi)部資料管理系統(tǒng)(f)財務(wù)管理系統(tǒng)。并且需要保證系統(tǒng)運行穩(wěn)定準(zhǔn)確。

1.工作表述

承包商應(yīng)執(zhí)行以下工作任務(wù)，及工作要求：

(1)系統(tǒng)應(yīng)使用本院的局域網(wǎng)，win98、win2000、winxp、win7等環(huán)境

下，可進(jìn)行穩(wěn)定準(zhǔn)確的查詢，修改、處理功能。

(2)數(shù)據(jù)錄入功能：其中包括在掛號時的患者信息錄入，病歷管理的錄

入處方和內(nèi)部資料管理中的醫(yī)師信息的添加。

(3)數(shù)據(jù)的修改和刪除功能：其中包括改號、退號和內(nèi)部資料管理中的

患者、醫(yī)師信息的修改和刪除功能。

(4)數(shù)據(jù)查詢功能：包括在診室管理中的藥品的模糊查詢，對庫存不足

的藥品報警，內(nèi)部資料管理中的醫(yī)師、患者信息的查詢中包括單項查詢和組合查詢。

(5)統(tǒng)計報表功能，財務(wù)報表：統(tǒng)計每天患者交款報表和掛號員每天的

交款單。統(tǒng)計患者總?cè)藬?shù)和總費用。

(6)按處方類別和拼音碼分別統(tǒng)計藥品的總數(shù)和庫存剩容量。

(7)按科室名稱和是否專家級別分別統(tǒng)計醫(yī)師總?cè)藬?shù)信息。日報表：打

印每天的患者人數(shù)、就診科室等，以及醫(yī)師每天的出診數(shù)，檢驗、檢查、手術(shù)每天的執(zhí)行次數(shù)，以及這些項目的總金額。

(8)合計費用功能：患者憑掛號單到交款處交款，系統(tǒng)根據(jù)門診號碼自 動調(diào)用患者信息，顯示患者的單項費用和總費用，自動找零。

(9)系統(tǒng)管理功能：其中包括用戶和內(nèi)部人員的修改密碼功能，根據(jù)權(quán)

限添加用戶和管理員。數(shù)據(jù)備份功能。

(10)幫助功能：包含醫(yī)院簡介和系統(tǒng)主要實現(xiàn)功能簡介。

2交付實物

（1）必須準(zhǔn)備一份詳細(xì)的系統(tǒng)設(shè)計報告，以及所用到的技術(shù)，用以監(jiān)測產(chǎn)品

質(zhì)量。

（2）有關(guān)項目進(jìn)程的書面報告必須在每15天交給本院。報告應(yīng)簡明，并且

重點放在與承約商的原計劃和時間表相對應(yīng)的進(jìn)程上。報告應(yīng)涉及到各項活動、取得的進(jìn)展、接下來15天的計劃、花費的時間與金錢。對于落后進(jìn)度計劃進(jìn)程的工作項目，應(yīng)當(dāng)提供一份計劃，使項目能在原進(jìn)度計劃和預(yù)算內(nèi)完成。

（3）在合同預(yù)期內(nèi)，交付我院一個能夠運行正常穩(wěn)定的完整的系統(tǒng)。并且在

后期一定時間內(nèi)提供免費維護(hù)。

3其他要求

（4）本院會向承包商提供本院的一些業(yè)務(wù)流程。

（5）承約商必須在執(zhí)行工作前，獲得本院對最終計劃的認(rèn)同。

（6）合同必須以一個商定的價格，給提供滿足需求建議書要求工作的承約商

付款。

（7）承約商必須最遲在2012年5月1日以前提供給本院兩份建議書備份。

（8）本院希望在2012年6月1日前選中一家承約商。這個工程需要完成的

期限是十二個月，從2012年7月1日至2013年7月1日，所有交付物必須不遲于2013年10月1日提供給本院。

（9）本院將按照下面的時間表付款給承約商：當(dāng)項目完成了1/3時付總額的

1/3；當(dāng)項目完成了2/3時付總額的2/3；當(dāng)本人已經(jīng)滿意于項目的100%，并且承約商已履行了全部契約義務(wù)時再付出總額的最后1/3。

申請內(nèi)容

(1)承約商能清晰理解需求建議書，理解什么是被期望達(dá)到的要求。承約商應(yīng)有對每個任務(wù)和任務(wù)如何完成的詳細(xì)描述。

(2)承約商將要提供的每一份交付物的描述。

(3)列出條形圖或網(wǎng)絡(luò)圖表，列明每周要執(zhí)行的詳細(xì)任務(wù)的時間表，以便在要求的項目完成日期內(nèi)能夠完成項目。

(4)敘述一下承約商最近已經(jīng)執(zhí)行過的相似項目，包括已完成的子系統(tǒng)，以及其他子系統(tǒng)的完成進(jìn)度。

(5)列出工程具體人員的姓名和詳細(xì)簡歷，以及他在類似工程的精彩的經(jīng)歷。

(6)必須說明項目所需要的人月，并通過一份詳細(xì)的工作時間分解和每個被指派于工程的員工的小時成本費用來驗證。此外，所有直接費用逐條列表也必須包括進(jìn)來。

(7)承包商需列出貴公司的軟件能力成熟度(cmmi)等級。

(8)本院將按照以下的標(biāo)準(zhǔn)評價所有承約商的申請書：

a．設(shè)計方案(30%)。設(shè)計的實用及涉及技術(shù)。

b．經(jīng)驗(30%)。被指定工程的承約商和工作人員執(zhí)行類似工程的經(jīng)驗。

c．成本(30%)。承約商申請中的所列的固定成本。

d．進(jìn)度計劃(10%)。為了在要求的項目完成日期內(nèi)或在此日期之前完成項目，承約商應(yīng)提出進(jìn)度計劃的詳細(xì)而全面的連續(xù)說明。

篇二：軟件系統(tǒng)項目建議書完全版

****系統(tǒng)項目建議書

2014年5月

目錄

概述....................................................................1 1.1 文檔編寫目的...........................................................................................................1 1.2 系統(tǒng)建設(shè)目標(biāo)與內(nèi)容...............................................................................................1 1.2.1 系統(tǒng)建設(shè)目標(biāo)...................................................................................................1 1.2.2 系統(tǒng)建設(shè)的主要內(nèi)容.......................................................................................1 2 系統(tǒng)設(shè)計方案.............................................................1 2.1 總體架構(gòu)設(shè)計...........................................................................................................1 2.1.1 系統(tǒng)總體業(yè)務(wù)架構(gòu)...........................................................................................1 2.1.2 系統(tǒng)總體軟件架構(gòu)...........................................................................................1 2.1.3 系統(tǒng)總體技術(shù)架構(gòu)...........................................................................................1 2.2 系統(tǒng)組成...................................................................................................................1 2.3 系統(tǒng)數(shù)據(jù)流...............................................................................................................1 2.4 系統(tǒng)功能...................................................................................................................3 3 系統(tǒng)部署方案.............................................................3 3.1 系統(tǒng)部署架構(gòu)...........................................................................................................3 3.2 系統(tǒng)環(huán)境...................................................................................................................3 3.2.1 軟件環(huán)境...........................................................................................................4 3.2.2 硬件環(huán)境...........................................................................................................4 4 系統(tǒng)界面設(shè)計.............................................................4 5 主要技術(shù)指標(biāo).............................................................4 6 交付成果................................................................6 7 驗收策略................................................................6 7.1 系統(tǒng)驗收測試的原則...............................................................................................6 7.2 驗收測試的具體內(nèi)容...............................................................................................7 7.3 驗收測試的步驟.......................................................................................................7 8 質(zhì)量保證................................................................8 8.1 軟件研制一般要求...................................................................................................8 8.2 軟件評審要求...........................................................................................................9 8.3 軟件配置管理要求.................................................................................................10 9 售后服務(wù)...............................................................10 9.1 培訓(xùn).........................................................................................................................10 9.2 維護(hù)與升級.............................................................................................................10 9.3 質(zhì)量保證期內(nèi)的服務(wù).............................................................................................10 9.4 壽命期內(nèi)維修服務(wù).................................................................................................11 10 開發(fā)進(jìn)度計劃............................................................11 11 項目報價...............................................................12 1 概述

1.1 文檔編寫目的 1.2 系統(tǒng)建設(shè)目標(biāo)與內(nèi)容

1.2.1 系統(tǒng)建設(shè)目標(biāo) 1.2.2 系統(tǒng)建設(shè)的主要內(nèi)容

系統(tǒng)設(shè)計方案 2.1 總體架構(gòu)設(shè)計

2.1.1 系統(tǒng)總體業(yè)務(wù)架構(gòu) 2.1.2 系統(tǒng)總體軟件架構(gòu) 2.1.3 系統(tǒng)總體技術(shù)架構(gòu)

2.2 系統(tǒng)組成

2.3 系統(tǒng)數(shù)據(jù)流

系統(tǒng)詳細(xì)數(shù)據(jù)流如下圖所示。

2.4 系統(tǒng)功能

系統(tǒng)部署方案 3.1 系統(tǒng)部署架構(gòu)

表1各子系統(tǒng)部署架構(gòu)

3.2 系統(tǒng)環(huán)境 篇三：需求建議書

題目：

假設(shè)你在嘉州新城購買了一套二室二廳一廚一衛(wèi)，面積大約90平方的新房，先裝修入住，請你根據(jù)自己的需求對這個房屋裝修項目編寫項目需求建議書。

項目：房屋裝修

需求建議書：

（1）承約商要執(zhí)行的任務(wù)：裝修材料的購買、家用設(shè)備的安裝、裝修工程。

① 代購裝修材料，如：地磚、涂料等等

② 廚房器具、淋浴設(shè)備等的代購

（2）承約商根據(jù)國家標(biāo)準(zhǔn)裝修，提供裝修計劃、施工方案，最后裝修符合標(biāo)準(zhǔn)的房

子。

（3）本人向承約商提供裝修方案。

要求：

①、臥室的顏色以暖色調(diào)為主

②、裝修后簡單、寬敞、采光效果良好

③、衛(wèi)生間隔成兩部分，分為盥洗間和浴室

（4）和承約商簽訂一個商定的價格，以及滿足需求建議書的工作承約商付款合同。

（5）當(dāng)裝修工程完成1／2時付總額的1／2；當(dāng)裝修工程100%完成時，獲得本人的

滿意后，并且承約商已經(jīng)全部履行契約義務(wù)時再付總額的最后1／2。

（6）希望這個項目在兩個月內(nèi)完成，從5月15日到7月15日，所有的可交付成果 必須不遲于7月15日提供給本人。

（7）承約商必須最遲于4月30日以前向本人提交兩份申請書備份。承約商的申請書

至少包括以下內(nèi)容： 1）承約商能清晰的理解需求建議書，要詳細(xì)描述承約商的實施裝修項目的方法，以及使用的裝修材料的具體規(guī)格。

2）承約商要提供可交付成果的詳細(xì)描述。

3）在6月15日向本人反映項目進(jìn)行的進(jìn)度。

4）敘述承約商最近實施的項目，包括客戶的姓名、地址和電話號碼，以備核實。

5）列出將被指定為項目主要負(fù)責(zé)人的姓名和聯(lián)系方式，以及工作經(jīng)驗。

（8）申請書的評價標(biāo)準(zhǔn)

1）承約商提出的建設(shè)方案（30%）

2）被指定為執(zhí)行此項目主要負(fù)責(zé)人的姓名和聯(lián)系方式，以及類似的工作經(jīng)驗（30%）

3）承約商申請書所列的固定成本（30%）

4）承約商提供的施工計劃（10%）

組員：岳紅 117 王華 213 周燕飛 126 趙涵玉 223 曾志錦 203 篇四：需求建議書

需求建議書（request for proposal，rfp）

什么是需求建議書[1] 需求建議書是指從客戶角度出發(fā)，全面、詳細(xì)地向服務(wù)商陳述、表達(dá)為了滿足其已識別需求所應(yīng)做的準(zhǔn)備工作。也就是說，需求建議書是客戶向服務(wù)商發(fā)出的用來說明如何滿足其已識別需求的建議書，是客戶與服務(wù)商建立正式聯(lián)系的第一份書面文件，又稱招標(biāo)書。需求建議書一般由客戶起草，主要描述客戶的需求、條件及對項目任務(wù)的具體要求。一份完整的需求建議書主要包括滿足其需求的項目的工作自述、對項目的要求、期望的項目目標(biāo)、客戶供應(yīng)條款、付款方式、契約形式、項目時間、項目申請書的要求等。好的需求建議書能讓服務(wù)商準(zhǔn)確把握客戶所期待的產(chǎn)品或服務(wù)。當(dāng)然，并非在所有情況下都需要準(zhǔn)備一份正式的需求建議書，當(dāng)某一企業(yè)的需求由內(nèi)部開發(fā)項目予以滿足時，這一過程似乎變得簡單多了，此時更多需要的是口頭上的交流和信息傳遞，而不是把寶貴的時間耽擱在僅僅起到信息傳遞作用的需求建議書上。例如，某一軟件開發(fā)公司感到公司原來的財務(wù)分析系統(tǒng)已經(jīng)遠(yuǎn)遠(yuǎn)不能適應(yīng)日益增加的業(yè)務(wù)需要時，便可直接要求軟件開發(fā)小組進(jìn)行開發(fā)，這時只需口頭把相關(guān)的要求傳達(dá)給軟件開發(fā)小組即可。

[編輯] 需求建議書的主要內(nèi)容[2] 需求建議書一般包含以下主要內(nèi)容：

客戶必須搜集大量相關(guān)資料準(zhǔn)備需求建議書，因為it項目實施者需要按照rfp來準(zhǔn)備他們的項目技術(shù)方案，并以此參與競標(biāo)。rfp中包括項目的目標(biāo)，也就是用戶的期望，也包括客戶要求項目的進(jìn)度計劃；對實施商申請書的表格和內(nèi)容的規(guī)定；客戶希望潛在的實施商提交投標(biāo)申請書的最后期限；評價申請書的標(biāo)準(zhǔn)等。一份好的rfp應(yīng)該包括以下一些內(nèi)容。

1．工作表述

工作表述就是說明項目的工作范圍，概括客戶要求開發(fā)商或項目團(tuán)隊執(zhí)行的任務(wù)或工作單元，說明項目所涉及的各種事情，哪些必須由開發(fā)商或項目團(tuán)隊去完成，哪些由客戶自己去做。例如，一個辦公自動化軟件系統(tǒng)的具體目標(biāo)。又如建設(shè)一個網(wǎng)站，所需設(shè)備的采購任務(wù)，是由客戶自己完成，還是由開發(fā)商去完成；企業(yè)網(wǎng)站上的頁面文字，是客戶自己撰寫，還是由開發(fā)商撰寫等。2．任務(wù)要求

需求建議書必須要具體規(guī)定開發(fā)商需要完成任務(wù)的規(guī)格和特征，如要求涉及大小、數(shù)量、顏色、重量、速度和其他開發(fā)商提出的解決方案中，所必須滿足的物理參數(shù)和操作參數(shù)。例如，建立一個企業(yè)網(wǎng)站，可能要求在1 000人同時訪問的情況下不會產(chǎn)生堵塞的感覺，網(wǎng)

站的瀏覽頁面不低于多少；建立一個自動結(jié)賬和收款系統(tǒng)，可能要求每天能辦理12 000次交易的功能和其他特定的功能，如在開出了發(fā)票的30天內(nèi)沒有收到賬款，就會自動產(chǎn)生催款通知。具體的任務(wù)要求，可能會成為將來的驗收標(biāo)準(zhǔn)。

3．交付物

交付物就是開發(fā)商所提供的實體內(nèi)容，這在需求建議書中應(yīng)該說明。例如，對于自動結(jié)賬和收款系統(tǒng)來說，客戶可能要求開發(fā)商提供硬件(計算機(jī))、軟件(磁盤和一些印刷品)、操作手冊和培訓(xùn)課程。交付物也可能包括客戶要求開發(fā)商提供定期進(jìn)度報告或終期報告。

4．客戶供應(yīng)條款

需求建議書還應(yīng)該列出客戶的供應(yīng)條款。例如，客戶需要建立一個網(wǎng)j站，可能需要向開發(fā)商提供企業(yè)內(nèi)部的組織結(jié)構(gòu)及各部門之間業(yè)務(wù)關(guān)系的詳]細(xì)說明，包括信息流程的類型、信息流量和發(fā)生頻率等。5．表述客戶對需求的確認(rèn)

需求建議書不是對客戶需求的最后確認(rèn)。最后的確認(rèn)應(yīng)該在對開發(fā)商提出的方案進(jìn)行評估之后。例如印刷宣傳手冊，可能在開印之前要經(jīng)過客戶審定；局域網(wǎng)的建設(shè)，在購買材料和設(shè)備之前，客戶必須審定開發(fā)商的技術(shù)方案。這一點在需求建議書中必須向開發(fā)商說明。

6．期望的合同類型(1)合同可以按固定價格訂立。這樣，開發(fā)商實際上就是費用包干?？蛻糁唤o固定的價錢，不管開發(fā)商實際工作花費多少。開發(fā)商必須保證功能的實現(xiàn)和質(zhì)量要求，超支的風(fēng)險由開發(fā)商負(fù)擔(dān)。

(2)合同也可以規(guī)定開發(fā)商不承擔(dān)風(fēng)險，即在時間、原材料限制的條件下，不論實際成本多少，都會給開發(fā)商特定的報酬，也就是所謂包工不包料。在我國現(xiàn)階段的條件下，由于質(zhì)量檢驗和資信度水平不高，這種合同比]較普遍。在需求建議書中，最好說明客戶是希望采用那種類型的合同。7．期望的付款方式

付款方式可以分為一次性付款和分階段付款；在開始前付款和結(jié)束后付款。一般依項目的性質(zhì)來定付款方式。如網(wǎng)頁制作，往往在項目末期付款；而架設(shè)局域網(wǎng)，一般在方案確認(rèn)后，付款30％以便開發(fā)商采購，工程結(jié)束驗收后付滿90％，留10％等到使用一段時間以后確認(rèn)無問題時付清。具體付款方式需要合同雙方協(xié)商，但在需求建議書中，客戶應(yīng)該先提出自己的期望付款方式。8．要求的進(jìn)度計劃

進(jìn)度計劃的要求可能很粗，如要求在6個月內(nèi)完成；也可以詳細(xì)一些，如多長時間內(nèi)完成方案設(shè)計和審定，多長時間內(nèi)完成硬件選購與安裝，多長時間內(nèi)完成軟件研制、測試與安裝，最后開發(fā)商在系統(tǒng)安裝調(diào)試后，在多長時間內(nèi)提交所有的系統(tǒng)文件和操作培訓(xùn)。9．申請書的格式和內(nèi)容提示

為了便于在幾個開發(fā)商之間進(jìn)行比較和評價，申請書應(yīng)該在形式上采取同一個格式，內(nèi)容的結(jié)構(gòu)也應(yīng)該一致。這樣對不同的申請者來說比較公平，也能減輕客戶在評審時的工作量?？蛻粼谛枨蠼ㄗh書中可以限定申請書的每一部分采用的文字?jǐn)?shù)量或頁數(shù)。

10．提交申請書的最后期限

申請書受理的截止日期是必須要交代清楚的。例如，要求開發(fā)商在接到需求建議書后多少個工作口之內(nèi)(如l周之內(nèi)、1個月之內(nèi)等)提交申請書，或大家一律在某月某日之前提交申請書。這樣做的目的是便于同時對眾多的申請者進(jìn)行比較、評估，也是為了保持公正，不給某些開發(fā)商以額外的時間和機(jī)會。

11．對申請書的評價標(biāo)準(zhǔn)

要告訴開發(fā)商客戶將根據(jù)哪些準(zhǔn)則來評價他提交的申請書。這樣做的目的，是指導(dǎo)開發(fā)商寫好申請書。一般評價標(biāo)準(zhǔn)包括4個方面的內(nèi)容：

(1)開發(fā)商在類似項目中的經(jīng)驗。如他們近期是否在預(yù)算內(nèi)按期完成了類似的項目，客戶對他們是否滿意?(2)開發(fā)商提出的技術(shù)方案是否合適。如采用哪種類型的計算機(jī)軟件?數(shù)據(jù)庫的設(shè)計、方法是什么?用來建立管理信息系統(tǒng)的是哪種語言?采用哪些供應(yīng)商的設(shè)備?等等。

(3)進(jìn)度計劃。開發(fā)商是否能按照所要求的進(jìn)度完成項目計劃?(4)成本。如開發(fā)商的報價是否合理?成本預(yù)算中有無漏算的條款?將來在執(zhí)行時有沒有可能出現(xiàn)超支，或有無可能因過于節(jié)約而導(dǎo)致質(zhì)量不能保證?有的申請人為了爭取合同，在報價上壓低成本，到了執(zhí)行階段，或偷工減料，或增加成本，結(jié)果導(dǎo)致所建系統(tǒng)的缺陷很多，或使最終成本大大超出原始的估算。對此需要引起注意。

12．資金總量

開發(fā)商總是希望了解客戶有多少資金可以用于發(fā)展擬議中的真t項目，但客戶在需求建議書中，往往不愿意透露這個信息。其實，客戶暗示大約的數(shù)字，告訴開發(fā)商他打算花多少錢來辦這件事是有好處的，這樣可以使開發(fā)商能夠提交與資金水平相適應(yīng)的申請書，提高在項目準(zhǔn)備階段的工作效率。

[編輯] 需求建議書的必要性[2] 需求建議書(rfp)是項目客戶與開發(fā)商建立正式聯(lián)系的第一份書面文件，也叫招標(biāo)書。一般由項目的客戶自己起草，主要描述客戶的需求、條件以及對項目任務(wù)的具體要求，向可能的開發(fā)商發(fā)送。

需求建議書是客戶為確保供應(yīng)商理解項目的需求，并在此基礎(chǔ)上提供項目建議書而編制的需求規(guī)范。雖然它不能確?？蛻魮?jù)此就能獲得理想的解決方案，但卻可以幫助客戶發(fā)現(xiàn)那些盡可能接近自身需求的系統(tǒng)準(zhǔn)備。其

目的是從客戶自身的角度出發(fā)，通過全面、詳細(xì)地陳述，使開發(fā)商或項目團(tuán)隊理解客戶所希望的是什么，以可行的價格滿足客戶的已識別的需求。

對于一些預(yù)算較少的客戶，開發(fā)商往往不愿意花精力準(zhǔn)備正式的方案建議書，這種情況下，客戶的需求建議書就變得很重要。事實上，項目無論大小，都需要編寫需求建議書。第一，需求建議書需要描述用戶的目標(biāo)與需求。編制需求建議書的過程也是客戶進(jìn)一步明確自己的目標(biāo)與需求的過程，并以此建立起客戶與供應(yīng)商進(jìn)行深人溝通的橋梁。即使因為各種原因使得供應(yīng)商看不到或不愿響應(yīng)需求建議書，這種努力也是值得付出的。

第二，需求建議書可節(jié)省選型的時間，并使得對各供應(yīng)商之間的比較變得更容易。客戶提供給所有競標(biāo)供應(yīng)商的信息都是一樣的，避免了跟各開發(fā)商的重復(fù)溝通，同時，有需求建議書作為基準(zhǔn)，客戶可以約束各開發(fā)商以一致的格式提交方案建議書，以提高各供應(yīng)商之間的可比性。

第三，需求建議書可以避免一些潛在的疏漏。在準(zhǔn)備需求建議書時，客戶往往會因為太過關(guān)注具體細(xì)節(jié)而忽略了一些重要的因素。收到需求建議書后，有的供應(yīng)商可能會主動對這樣的疏漏提出質(zhì)疑以提醒客戶。還有些開發(fā)商為了使自己的方案建議書更具有吸引力，甚至?xí)岢鲆恍┬枨蠼ㄗh書沒有涉及的好想法來拓展客戶的思路。

[編輯] 編寫需求建議書的一般原則[2] 需求建議書應(yīng)該由用戶編寫，但各種客觀因素的限制，實際上很難做[到。所以，很多時候都是由用戶與項目小組共同編寫。編寫項目需求說明的j過程也是項目小組帶領(lǐng)客戶進(jìn)入項目需求啟發(fā)的過程。編寫優(yōu)秀的項目需求[建議書沒有公式化的方法，需要大量的實踐經(jīng)驗。以下是編寫需求建議書需要把握的幾個原則：

(1)需求應(yīng)該是正確的。每個需求必須精確描述要交付的功能。確定需求內(nèi)容是否正確，需要用戶的代表來參與確認(rèn)，由他們檢查、決定用戶需[求的正確性。沒有用戶的需求檢查就會導(dǎo)致很多項目實施中的問題出現(xiàn)。例如用戶會說：“這不是我們要的東西”；“你沒明白我們的意思”，等等。

(2)需求應(yīng)該是可行的。項目的需求應(yīng)該在有限的資源(已知的能力、有限的系統(tǒng)及其環(huán)境)下是可實現(xiàn)的。為了避免需求的不可行性，在需求分析階段應(yīng)該有核心技術(shù)人員參與，檢查在技術(shù)上什么能做、什么不能做，哪些需要額外的付出等。

(3)需求內(nèi)容應(yīng)該是必要的。需求建議書中的每個需求都應(yīng)該有相應(yīng)[的出處，即說明什么是客戶確實需要的，什么要順應(yīng)于外部的需求、接口或標(biāo)準(zhǔn)。如果不能標(biāo)識出處，則可能這個需求不是真正需要的。

(4)需求內(nèi)容應(yīng)該有優(yōu)先權(quán)。優(yōu)先權(quán)是由客戶或其代理及項目小組共同商討后建立的。如果所有的需求都被視為同等重要，那么在開發(fā)中遇到預(yù)t算削減、計劃超時或組員的離開而導(dǎo)致新的需求時，項目經(jīng)理將無所適從。一般優(yōu)先權(quán)有以下三個級別。

1)高優(yōu)先權(quán)，表明需求必須體現(xiàn)在本階段項目的成果中或這個產(chǎn)品的版本中。

2)中優(yōu)先權(quán)，表明需求是必須的，但是如果需要可以推遲到晚一些的產(chǎn)品版本中。

3)低優(yōu)先權(quán)，表明有它很好，但我們必須認(rèn)識到如果沒有充足的時間或資源，它可以被放棄掉。

(5)需求內(nèi)容應(yīng)該是明確的。需求不該有歧義，要避免使用一些對于擬訂項目需求建議書的人很清楚，但對于其他人模糊不清的詞匯。如：用戶友好性，容易，簡單，快速，有效，幾個，藝術(shù)級，改善的，最大，最小等等。每寫一個需要都應(yīng)簡潔、直觀地采用用戶熟知的語言，而不要采用計算機(jī)術(shù)語。

[編輯] 需求建議書例子[2] 例：某企業(yè)項目管理軟件開發(fā)項目需求建議書

有關(guān)單位：某企業(yè)(甲方)由于業(yè)務(wù)發(fā)展的需要，決定采用項目管理的方式進(jìn)行管理，為了更有效地對項目的執(zhí)行過程進(jìn)行控制，該企業(yè)決定開發(fā)一套項目管理軟件以滿足這一需要。

1．工作表述

開發(fā)商將執(zhí)行下面任務(wù)：開發(fā)項目管理軟件。

開發(fā)項目管理軟件的主要功能包括項目及工作信息的錄入、項目網(wǎng)絡(luò)計劃圖的繪制、項目時間計劃的安排、甘特圖計劃的制定、項目執(zhí)行信息的錄入與分析及各種計劃報表的輸出等功能。2．要求

開發(fā)商應(yīng)根據(jù)國家有關(guān)標(biāo)準(zhǔn)，提供開發(fā)計劃和實施方案。篇五：軟件項目管理項目建議書

湖南文理學(xué)院實驗報告

時間： 2013 年 11 月 18 日

課程名稱： 軟件項目管理

實驗名稱：撰寫畢業(yè)生就業(yè)信息管理系統(tǒng)項目建議書

班級： 姓名： 同組人： 無

指導(dǎo)教師評定： 簽名：

一、實驗?zāi)康恼莆枕椖拷ㄗh書的格式和寫作要求，會結(jié)合具體項目寫作項目建議書。

二、實驗要求

1、結(jié)合模擬項目—畢業(yè)生就業(yè)信息管理系統(tǒng)項目寫出項目建議書。

2、提交畢業(yè)生就業(yè)信息管理系統(tǒng)項目建議書（報告）一份。

三、實驗環(huán)境 1．硬件：計算機(jī) 2．操作系統(tǒng)：windows平臺。

3．相關(guān)軟件：microsoft office軟件。

四、實驗步驟

1、背景介紹

隨著internet的迅猛發(fā)展和普及，我國高等院校紛紛建立自己的校園網(wǎng)，使高校的辦公，教學(xué)和管理工作發(fā)生了巨大的變化，并具有了新的特點，對教學(xué)管理工作提出了新的要求，也使得基于網(wǎng)絡(luò)的高校畢業(yè)生就業(yè)招聘成為可能。通過internet，用人單位和就業(yè)者利用網(wǎng)絡(luò)的便利，不直接見面，采用網(wǎng)絡(luò)交互地就業(yè)聯(lián)系、就業(yè)面試，以及就業(yè)意向和合同的簽訂等工作。我國部分高校目前正在嘗試通過網(wǎng)絡(luò)進(jìn)行畢業(yè)生的就業(yè)分配工作，但目前使用的就業(yè)網(wǎng)站的開發(fā)應(yīng)用，大多功能相對單一，多局限于就業(yè)信息的發(fā)布，就業(yè)信息的靜態(tài)統(tǒng)計結(jié)果的公布及簡單的就業(yè)信息查詢，其實用性和互動性已經(jīng)不能滿足高校就業(yè)形勢的需要。隨著高校畢業(yè)生就業(yè)體制改革進(jìn)程的不斷深化和畢業(yè)生就業(yè)市場的逐步建立，高校畢業(yè)生在各種就業(yè)活動中求職面窄、擇業(yè)率低、特別是信息量小的問題越來越突出。如何解決這一問題是擺在各級就業(yè)主管部門面前的嚴(yán)峻任務(wù)。正是在這種情形下，國務(wù)院對做好高校畢業(yè)生就業(yè)工作做出重要指示，即“要充分利用畢業(yè)生就業(yè)信息網(wǎng)絡(luò)，溝通行業(yè)間、地區(qū)間、學(xué)校與用人單位間的信息，在畢業(yè)生和用人單位之間牽線搭橋。同時，通過信息反饋，優(yōu)化高等教育結(jié)構(gòu)，合理

利用有效資源，促進(jìn)高等教育的健康發(fā)展”高校就業(yè)系統(tǒng)以招聘和求職系統(tǒng)為核心，以用人單位需求和服務(wù)為目標(biāo)。明確了系統(tǒng)的定位，有利于構(gòu)建優(yōu)化網(wǎng)上就業(yè)服務(wù)體系，有利于不斷激活畢業(yè)生就業(yè)市場，有利于網(wǎng)絡(luò)資源的充分利用，有利于網(wǎng)上動態(tài)管理、杜絕虛假信息、拓寬網(wǎng)上就業(yè)服務(wù)功能。

2、項目的意義和必要性

畢業(yè)生就業(yè)信息系統(tǒng)和就業(yè)服務(wù)體系不完善，畢業(yè)生就業(yè)主要由學(xué)校、人才市場舉辦招聘會等方式獲得信息，與需求方見面，信息渠道比較窄。畢業(yè)生的就業(yè)指導(dǎo)工作極為薄弱，就業(yè)指導(dǎo)教師水平參差不齊，專業(yè)的、高素質(zhì)的就業(yè)指導(dǎo)教師太少；缺少優(yōu)質(zhì)的就業(yè)指導(dǎo)教材。所以，必須加強(qiáng)學(xué)生擇業(yè)的政策咨詢和信息服務(wù)，逐步建立起信息服務(wù)網(wǎng)絡(luò)，建立畢業(yè)生就業(yè)網(wǎng)絡(luò)系統(tǒng)，為實行網(wǎng)上求職擇業(yè)創(chuàng)造條件和提供服務(wù)。目前，建設(shè)好大學(xué)生的就業(yè)網(wǎng)站，不僅僅是政府部門應(yīng)該關(guān)心的問題，作為培養(yǎng)大學(xué)生的湖南文理學(xué)院也有同樣的需求。

解決目前高校就業(yè)信息管理中存在的一些問題，如信息傳遞不方便、不快捷，數(shù)據(jù)分析及就業(yè)指導(dǎo)不及時，學(xué)生簽約必須到不同部門領(lǐng)表、上交等繁瑣的操作等。通過本系統(tǒng)可以使湖南文理學(xué)院畢業(yè)生就業(yè)信息管理工作更加合理化、科學(xué)化，提高工作的效率，從根本上改變就業(yè)管理工作的方式，通過internet，各院系和學(xué)生利用網(wǎng)絡(luò)的便利，可以直接查詢和提交就業(yè)信息。在這種系統(tǒng)平臺下，可以快速、有效、全面的反映最新的用人單位信息、畢業(yè)生基本信息和就業(yè)趨勢，及時提供高校學(xué)生工作管理人員對歷屆用人單位需求信息的分析統(tǒng)計，及時有效地調(diào)查分析大學(xué)畢業(yè)生的擇業(yè)趨勢和引發(fā)的心理問題并進(jìn)行及時有效的就業(yè)指導(dǎo)。可以做到信息的規(guī)范管理、科學(xué)統(tǒng)計和快速查詢，從而減少管理方面的工作量。

3、項目產(chǎn)品或服務(wù)的市場預(yù)測

（由于這個系統(tǒng)不是學(xué)院的直接收益產(chǎn)品，這里不做分析。）

4、項目的規(guī)模和期限

基于學(xué)院的實際情況，這個畢業(yè)生就業(yè)信息可以初步分為三個階段來完成。

第一階段，著重處理學(xué)院現(xiàn)有的問題，把系統(tǒng)運行起來，重點放在用戶管理方面，分為用戶注冊、用戶審核和用戶登錄驗證三部分。

第二階段，注重完成學(xué)校的就業(yè)信息發(fā)布，用戶在通過系統(tǒng)注冊后，可以查詢各種信息。

第三階段，系統(tǒng)管理，管理可以對學(xué)生用戶和站內(nèi)信息進(jìn)行管理。

5、投資估算

具體相信的投資預(yù)算，由專業(yè)人員進(jìn)行。這里只能給出對比其他同類學(xué)校信息系統(tǒng)的估算，3個階段全部完成，大概需要5萬人民幣。這個估算不包括硬件設(shè)備的預(yù)算。

6、市場前景及經(jīng)濟(jì)效益初步分析

這個系統(tǒng)雖然不是學(xué)院的直接收益產(chǎn)品，但其帶來的間接效益是毋庸置疑。具體可以表現(xiàn)為：

（1）管理決策的科學(xué)化。

傳統(tǒng)的決策指示憑經(jīng)驗的大致的估算，無法采集到大量的數(shù)據(jù)，也無法對采集到的數(shù)據(jù)進(jìn)行精確的分析，而畢業(yè)生就業(yè)管理系統(tǒng)通過internet，各院系和學(xué)生利用網(wǎng)絡(luò)的便利，可以直接查詢和提交就業(yè)信息，比較全面、及時地采集信息數(shù)據(jù)、并選定合適的管理模式，做出科學(xué)的決策，減少決策失誤。

（2）管理工作的高效化。

在這種系統(tǒng)平臺下，可以快速、有效、全面的反映最新的用人單位信息、畢業(yè)生基本信息和就業(yè)趨勢，及時提供高校學(xué)生工作管理人員對歷屆用人單位需求信息的分析統(tǒng)計，及時有效地調(diào)查分析大學(xué)畢業(yè)生的擇業(yè)趨勢和引發(fā)的心理問題并進(jìn)行及時有效的就業(yè)指導(dǎo)。

（3）網(wǎng)上就業(yè)服務(wù)體系的優(yōu)化。

畢業(yè)生的就業(yè)指導(dǎo)工作極為薄弱，就業(yè)指導(dǎo)教師水平參差不齊，專業(yè)的、高素質(zhì)的就業(yè)指導(dǎo)教師太少；缺少優(yōu)質(zhì)的就業(yè)指導(dǎo)教材。而畢業(yè)生就業(yè)網(wǎng)絡(luò)系統(tǒng)加強(qiáng)了學(xué)生擇業(yè)的政策咨詢和信息服務(wù)，逐步建立起信息服務(wù)網(wǎng)絡(luò)，為實行網(wǎng)上求職擇業(yè)創(chuàng)造條件和提供服務(wù)。

（4）網(wǎng)絡(luò)資源的充分利用。

指導(dǎo)老師可以開辟“求職顧問”，“就業(yè)指導(dǎo)”的板塊，告訴畢業(yè)生就業(yè)過程中應(yīng)該注意的問題，幫助學(xué)生完善職業(yè)形象；了解勞動關(guān)系法規(guī)；增強(qiáng)自身的保護(hù)意識；提高大學(xué)生競爭就業(yè)意識和能力。

大學(xué)生可以利用就業(yè)網(wǎng)絡(luò)內(nèi)容豐富、全面的就業(yè)信息，最新的國家就業(yè)政策和規(guī)范，了解國家就業(yè)形勢，更新就業(yè)觀念，樹立正確職業(yè)觀和就業(yè)觀。同時，制作個人簡歷，實現(xiàn)網(wǎng)上的自薦求職，查詢自己感興趣用人單位的資料，來了解用人單位的情況。

用人單位可以瀏覽學(xué)生所在學(xué)校的網(wǎng)站來了解學(xué)校的概況及專業(yè)設(shè)置情況，了解學(xué)生專業(yè)知識結(jié)構(gòu)和綜合素質(zhì)，并且通過學(xué)校就業(yè)網(wǎng)站來核對電子簡歷的誠信度。

（5）畢業(yè)生與用人單位的良好溝通

大學(xué)生通過查詢自己感興趣用人單位的資料，來了解用人單位的情況。對中意的單位可以投遞電子簡歷。用人單位通過瀏覽學(xué)生所在學(xué)校的網(wǎng)站，了解畢業(yè)生的信息。有意向的雙方可以通過網(wǎng)上面試的方式來進(jìn)行進(jìn)一步的溝通，提高學(xué)生和用人單位接觸頻率，促進(jìn)就業(yè)工作開展。為企業(yè)和學(xué)生提供一個交流平臺及更為人性化、個性化的服務(wù)。

另外需要注意的是，畢業(yè)生就業(yè)管理系統(tǒng)的效益一般是無形的，只有經(jīng)過長期運行后的分析統(tǒng)計才能計算其收益，往往越成熟、科學(xué)、優(yōu)秀的畢業(yè)生就業(yè)管理系統(tǒng)，帶給我們的效益就越大。畢業(yè)生就業(yè)水平提高了，學(xué)校知名度也會隨之提高，學(xué)校的生源也會越來越好。

綜上所述，校方認(rèn)為建立一個畢業(yè)生就業(yè)管理系統(tǒng)是非常必要的，請上級領(lǐng)導(dǎo)批示。

7、其他需要說明的問題

隨著計算機(jī)科學(xué)與技術(shù)學(xué)院學(xué)院人數(shù)不斷增加，畢業(yè)生的人數(shù)也會逐步增長，畢業(yè)生就業(yè)管理的難度也在不斷加大，所有我們認(rèn)為建立一個計算機(jī)科學(xué)與技術(shù)學(xué)院畢業(yè)生就業(yè)管理系統(tǒng)是在將來的影響和效益是不可估量。

第四篇：軟件項目范圍說明書

軟件項目范圍說明書

一、引言

1、編寫目的

說明編寫這份項目需求說明書的目的，指出預(yù)期的讀者。

2、背景說明

(1)待開發(fā)的軟件系統(tǒng)的名稱。

(2)本項目的任務(wù)提出者、開發(fā)者、用戶及實現(xiàn)該軟件的計算中心或計算機(jī)網(wǎng)絡(luò)。(3)該軟件系統(tǒng)同其他系統(tǒng)或其他機(jī)構(gòu)的基本的相互來往關(guān)系。

3、定義

列出本文件中用到的專門術(shù)語的定義和外文首字母組詞的原詞組。

4、參考資料

列出用得著地參考資料，如：

(1)本項目的經(jīng)核準(zhǔn)的計劃任務(wù)書或合同、上級機(jī)關(guān)的批文。(2)屬于本項目的其他已發(fā)表的文件。

(3)本文件中各處引用的文件、資料、包括所要用到的軟件開發(fā)標(biāo)準(zhǔn)。列出這些文件資料的標(biāo)題、文件編號、發(fā)飆日期和出版單位，說明能夠得到這些文件資料的來源。

二、任務(wù)概述

1、目標(biāo)

敘述該項軟件開發(fā)的意圖、應(yīng)用目標(biāo)、作用范圍以及其它應(yīng)向讀者說明的有關(guān)該軟件的開發(fā)的背景資料。解釋被開發(fā)軟件與其它有關(guān)有軟件之間的關(guān)系。如果本軟件產(chǎn)品是一項獨立的軟件，而且全部內(nèi)容子涵，則說明這一點。如果所定義的產(chǎn)品是一個更大的系統(tǒng)的一個組成部分，則應(yīng)說明本產(chǎn)品與該系統(tǒng)中其他各組成部分之間的關(guān)系，為此可使用一張方框圖來說明該系統(tǒng)的組成和本產(chǎn)品同其他各部分的聯(lián)系和接口。

2、用戶的特點

列出本軟件的最終用戶的特點，充分說明操作人員、維護(hù)人員的教育水平和技術(shù)專長，以及本軟件的預(yù)期使用頻度。這些是軟件設(shè)計工作的重要約束。

3、假定和約束

列出進(jìn)行本軟件開發(fā)工作的假定和約束，例如經(jīng)費限制、開發(fā)期限等。

三、需求規(guī)定

1、對功能的規(guī)定

用列表的方式（例如IPO表即輸入、處理、輸出表的形式），逐項定量和定性地描述對軟件所提出的功能要求，說明輸入什么量、經(jīng)過怎么樣的處理、得到什么輸出，說明軟件應(yīng)支持的終端數(shù)和應(yīng)支持的并行操作的用戶數(shù)。

2、對性能的規(guī)定

(1)精度

說明對該軟件的輸入、輸出數(shù)據(jù)精度的要求，可能包括傳輸過程中的精度。(2)時間特性要求

說明對于該軟件的時間特性要求，如對： ① 相應(yīng)時間。

② 更新處理時間。③ 數(shù)據(jù)的轉(zhuǎn)換和傳送時間。④ 解題時間。

等的要求。(3)靈活性

說明對該軟件的靈活性的要求，即當(dāng)需求發(fā)生某些變化時，該軟件對這些變化的適應(yīng)能力，如：

① 操作方式上的變化。② 運行環(huán)境的變化。

③ 同其他軟件的接口的變化。④ 精度和有效時限的變化。⑤ 計劃的變化或改進(jìn)。

對于為了提供這些靈活性而進(jìn)行的專門的設(shè)計的部分應(yīng)該加以表明。

3、輸入輸出要求

解釋各輸入輸入數(shù)據(jù)類型，并逐項說明其媒體、格式、數(shù)值范圍、精度等。對軟件的數(shù)據(jù)輸出及必須標(biāo)明的控制輸出量進(jìn)行解釋并舉例。包括對硬拷貝報告（正常結(jié)果輸出、狀態(tài)輸出及異常輸出）以及圖形或顯示報告的描述。

4、數(shù)據(jù)管理能力要求

說明需要管理的文卷和記錄的個數(shù)、表和文卷的大小規(guī)模，要按可預(yù)見的增長對數(shù)據(jù)及其分量的存儲要求做出估算。

5、故障處理要求

列出可能的軟件、硬件故障以及對各項性能而言所產(chǎn)生的后果和對故障處理的要求。

6、其它專門要求

如用戶單位對安全保密的啊喲球，對使用方便的要求，對可維護(hù)性、可補(bǔ)充性、易讀性、可靠性、運行環(huán)境可轉(zhuǎn)換性的特殊要求等。

四、運行環(huán)境規(guī)定

1、設(shè)備

列出運行該軟件所需要的硬件設(shè)備。說明其中的新型設(shè)備及其專門功能，包括：(1)處理器型號及內(nèi)存容量。

(2)外存容量、聯(lián)機(jī)或脫機(jī)、媒體及其存儲格式，設(shè)備的型號及數(shù)量。(3)輸入及輸出設(shè)備的型號和數(shù)量，聯(lián)機(jī)或脫機(jī)。(4)數(shù)據(jù)通信設(shè)備的型號和數(shù)量。(5)功能鍵及其他專用硬件。

2、支持軟件

列出支持軟件，包括要用到的操作系統(tǒng)、編譯（或匯編）程序、測試支持軟件等。

3、接口

說明該軟件同其他軟件之間的結(jié)構(gòu)、數(shù)據(jù)通信協(xié)議等。

4、控制

說明控制該軟件的運行的方法和控制信號，并說明這些控制信號的來源。

五、數(shù)據(jù)要求

1、數(shù)據(jù)的邏輯描述

對數(shù)據(jù)進(jìn)行邏輯描述時可把數(shù)據(jù)分為動態(tài)數(shù)據(jù)和靜態(tài)數(shù)據(jù)。所謂靜態(tài)數(shù)據(jù)，指再運行過程中主要作為參考的數(shù)據(jù)，它們在很長的一段時間內(nèi)不會變化，一般不隨運行而改變。所謂動態(tài)數(shù)據(jù)。包括所有在運行中要發(fā)生變化的數(shù)據(jù)以及在運行中要輸入、輸出的數(shù)據(jù)。進(jìn)行描述時應(yīng)把各數(shù)據(jù)元素邏輯地分成若干組，列如函數(shù)、源數(shù)據(jù)或?qū)τ谄鋺?yīng)用更為恰當(dāng)?shù)倪壿嫹纸M。給出每一數(shù)據(jù)元的名稱（包括縮寫和代碼）、定義（或物理意義）度量單位、值域、格式和類型等有關(guān)信息。

(1)靜態(tài)數(shù)據(jù)：列出所有作為控制或參考用的數(shù)據(jù)元素。

(2)動態(tài)輸入數(shù)據(jù)：列出動態(tài)輸入數(shù)據(jù)元素（包括在常規(guī)運行中或聯(lián)機(jī)操作中要改變的數(shù)據(jù)）。

(3)動態(tài)輸出數(shù)據(jù)：列出動態(tài)輸出數(shù)據(jù)元素（包括在常規(guī)運行中或聯(lián)機(jī)操作中要改變的數(shù)據(jù)）。

(4)內(nèi)部生成數(shù)據(jù)：列出向用戶或開發(fā)單位中的維護(hù)調(diào)試人員提供的內(nèi)部生成數(shù)據(jù)。(5)數(shù)據(jù)約定：說明對數(shù)據(jù)要求的制約。逐條列出對進(jìn)一步擴(kuò)充或使用方面的考慮而提出的對數(shù)據(jù)要求的限制（容量、文卷、記錄和數(shù)據(jù)元的個數(shù)的最大值）。對于在設(shè)計和開發(fā)中去頂?shù)呐R界性的限制更要明確指出。

2、數(shù)據(jù)的采集

(1)要求和范圍

按數(shù)據(jù)元的邏輯分組來說明數(shù)據(jù)采集的要求和范圍，指明數(shù)據(jù)的采集方法，說明數(shù)據(jù)采集工作的承擔(dān)者是用戶還是開發(fā)者。具體的內(nèi)容包括： ① 輸入數(shù)據(jù)的來源：例如是單個操作員、數(shù)據(jù)輸入站，專業(yè)的數(shù)據(jù)輸入公司或它們的一個分組。② 數(shù)據(jù)輸入（指把數(shù)據(jù)輸入處理系統(tǒng)內(nèi)部）所用的媒體和硬件設(shè)備。如果只有指定輸入點的輸入才是合法的，則必須對此加以說明。③ 接受者：說明輸出數(shù)據(jù)的接受者。

④ 輸出數(shù)據(jù)的形式和設(shè)備列出輸出數(shù)據(jù)的形式和硬設(shè)備。無論接受者將接受到的數(shù)據(jù)是打印輸出，還是CRT上的一組字符、一幀圖形，或一聲警鈴，或向開關(guān)線圈提供的一個電脈沖，或常用介質(zhì)如磁盤、磁帶、穿孔卡片等，應(yīng)具體說明。⑤ 數(shù)據(jù)值的范圍：給出每個數(shù)據(jù)的合法值的范圍。⑥ 量綱：給出數(shù)字的度量單位、增量的步長、零點的定標(biāo)等。在數(shù)據(jù)是非數(shù)字量的情況下，要給出每一種合法值的形式和含意。⑦ 更新和處理的頻度：給出預(yù)定的對輸入數(shù)據(jù)的更新和處理的頻度。如果數(shù)據(jù)的輸入是隨機(jī)的，應(yīng)給出更新處理的平度和平均值，或變化情況的某種其他度量。(2)輸入的承擔(dān)者

說明預(yù)定的對數(shù)據(jù)輸入工作的承擔(dān)者。如果輸入數(shù)據(jù)同某一接口軟件有關(guān)，還應(yīng)說明該接口軟件的來源。

(3)預(yù)處理

對數(shù)據(jù)的采集和預(yù)處理過程提出專門的規(guī)定，包括適合應(yīng)用的數(shù)據(jù)格式、預(yù)定的數(shù)據(jù)通信媒體和對輸入的時間要求等。對于需經(jīng)模擬轉(zhuǎn)換或數(shù)字轉(zhuǎn)換處理的數(shù)據(jù)量，要給出轉(zhuǎn)換方法和轉(zhuǎn)換因子等有關(guān)信息，以便軟件系統(tǒng)使用這些數(shù)據(jù)。

(4)影響

說明這些數(shù)據(jù)要求對于設(shè)備、軟件、用戶、開發(fā)單位所可能產(chǎn)生的影響，例如要求用戶單位增設(shè)某個機(jī)構(gòu)等。

第五篇：軟件需求規(guī)格說明書檢查單

《軟件需求規(guī)格說明書》檢查單

文檔組織與完整性

1.所有對其它需求的內(nèi)部交叉引用是否正確？

2.需求為設(shè)計提供了充足的基礎(chǔ)么？

3.是否所有需求的書寫詳細(xì)程度都是一致的、合適的？

4.是否包括了每個需求的實現(xiàn)優(yōu)先級？

5.是否定義了所有與外部硬件、軟件和通訊的接口？

6.是否定義了功能性需求內(nèi)在的算法？

7.軟件規(guī)格說明書是否包含了所有已知的業(yè)務(wù)需求？

8.是否記錄了所有可能的錯誤條件所產(chǎn)生的系統(tǒng)行為？

9.對所有內(nèi)部和外部接口的描述，是否都符合模板的要求，即包括來源、目的、輸入、輸出和激發(fā)條件？

正確性

10.是否沒有需求間的沖突或重復(fù)的需求？

11.是否每個需求都是無二義性的？

12.是否每個需求的描述都是簡潔、清晰的？

13.是否每個需求都可以用測試或同級評審來進(jìn)行驗證？

14.是否每個需求都在項目的范圍內(nèi)？

15.是否每個需求都沒有內(nèi)容或語法上的錯誤？

16.是否需求中必需的信息都沒有遺漏？如果有的話，是否標(biāo)記為“待決定”了？

17.在已知的約束條件下，是否可以實現(xiàn)所有的需求？

18.是否任一個特定的錯誤信息都具有唯一性和明確的意義？

質(zhì)量屬性

19.對所有性能目標(biāo)都作了適當(dāng)?shù)恼f明么？

20.對所有安全和防護(hù)性的考慮作了適當(dāng)?shù)恼f明么？

21.對其它相關(guān)的質(zhì)量屬性目標(biāo)是否明確地文檔化和量化，且進(jìn)行了可接受的權(quán)衡也被詳細(xì)說明了？

可追溯性

22.每個需求的標(biāo)識都是唯一和正確的么？

23.每個軟件功能需求都可追溯到客戶需求么？

特殊問題

24.是否所有需求都是名副其實的需求，而不是設(shè)計或?qū)崿F(xiàn)方案？

25.是否確定了對時間要求高的功能并定義了它們的時限標(biāo)準(zhǔn)？