第一篇：軟件項(xiàng)目需求建議書(shū)
篇一：軟件需求建議書(shū)
醫(yī)院門(mén)診管理系統(tǒng)需求建議書(shū)
2012年3月26日
有關(guān)公司：
現(xiàn)需一個(gè)醫(yī)院門(mén)診管理系統(tǒng)，要求具有相關(guān)項(xiàng)目經(jīng)驗(yàn)的軟件公司參與競(jìng)標(biāo)，要求能對(duì)該系統(tǒng)進(jìn)行合理的編寫(xiě)，保證系統(tǒng)能夠穩(wěn)定運(yùn)行，并且在預(yù)定時(shí)間內(nèi)交付我院使用。
項(xiàng)目目標(biāo)：
系統(tǒng)分為5個(gè)子系統(tǒng)，即（a）掛號(hào)管理系統(tǒng)(b)病歷管理系統(tǒng)(c)藥品庫(kù)存管理系統(tǒng)(d)內(nèi)部資料管理系統(tǒng)(f)財(cái)務(wù)管理系統(tǒng)。并且需要保證系統(tǒng)運(yùn)行穩(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)確的查詢(xún)，修改、處理功能。
(2)數(shù)據(jù)錄入功能：其中包括在掛號(hào)時(shí)的患者信息錄入，病歷管理的錄
入處方和內(nèi)部資料管理中的醫(yī)師信息的添加。
(3)數(shù)據(jù)的修改和刪除功能：其中包括改號(hào)、退號(hào)和內(nèi)部資料管理中的
患者、醫(yī)師信息的修改和刪除功能。
(4)數(shù)據(jù)查詢(xún)功能：包括在診室管理中的藥品的模糊查詢(xún)，對(duì)庫(kù)存不足
的藥品報(bào)警，內(nèi)部資料管理中的醫(yī)師、患者信息的查詢(xún)中包括單項(xiàng)查詢(xún)和組合查詢(xún)。
(5)統(tǒng)計(jì)報(bào)表功能，財(cái)務(wù)報(bào)表：統(tǒng)計(jì)每天患者交款報(bào)表和掛號(hào)員每天的
交款單。統(tǒng)計(jì)患者總?cè)藬?shù)和總費(fèi)用。
(6)按處方類(lèi)別和拼音碼分別統(tǒng)計(jì)藥品的總數(shù)和庫(kù)存剩容量。
(7)按科室名稱(chēng)和是否專(zhuān)家級(jí)別分別統(tǒng)計(jì)醫(yī)師總?cè)藬?shù)信息。日?qǐng)?bào)表：打
印每天的患者人數(shù)、就診科室等，以及醫(yī)師每天的出診數(shù)，檢驗(yàn)、檢查、手術(shù)每天的執(zhí)行次數(shù)，以及這些項(xiàng)目的總金額。
(8)合計(jì)費(fèi)用功能：患者憑掛號(hào)單到交款處交款，系統(tǒng)根據(jù)門(mén)診號(hào)碼自 動(dòng)調(diào)用患者信息，顯示患者的單項(xiàng)費(fèi)用和總費(fèi)用，自動(dòng)找零。
(9)系統(tǒng)管理功能：其中包括用戶(hù)和內(nèi)部人員的修改密碼功能，根據(jù)權(quán)
限添加用戶(hù)和管理員。數(shù)據(jù)備份功能。
(10)幫助功能：包含醫(yī)院簡(jiǎn)介和系統(tǒng)主要實(shí)現(xiàn)功能簡(jiǎn)介。
2交付實(shí)物
（1）必須準(zhǔn)備一份詳細(xì)的系統(tǒng)設(shè)計(jì)報(bào)告，以及所用到的技術(shù)，用以監(jiān)測(cè)產(chǎn)品
質(zhì)量。
（2）有關(guān)項(xiàng)目進(jìn)程的書(shū)面報(bào)告必須在每15天交給本院。報(bào)告應(yīng)簡(jiǎn)明，并且
重點(diǎn)放在與承約商的原計(jì)劃和時(shí)間表相對(duì)應(yīng)的進(jìn)程上。報(bào)告應(yīng)涉及到各項(xiàng)活動(dòng)、取得的進(jìn)展、接下來(lái)15天的計(jì)劃、花費(fèi)的時(shí)間與金錢(qián)。對(duì)于落后進(jìn)度計(jì)劃進(jìn)程的工作項(xiàng)目，應(yīng)當(dāng)提供一份計(jì)劃，使項(xiàng)目能在原進(jìn)度計(jì)劃和預(yù)算內(nèi)完成。
（3）在合同預(yù)期內(nèi)，交付我院一個(gè)能夠運(yùn)行正常穩(wěn)定的完整的系統(tǒng)。并且在
后期一定時(shí)間內(nèi)提供免費(fèi)維護(hù)。
3其他要求
（4）本院會(huì)向承包商提供本院的一些業(yè)務(wù)流程。
（5）承約商必須在執(zhí)行工作前，獲得本院對(duì)最終計(jì)劃的認(rèn)同。
（6）合同必須以一個(gè)商定的價(jià)格，給提供滿(mǎn)足需求建議書(shū)要求工作的承約商
付款。
（7）承約商必須最遲在2012年5月1日以前提供給本院兩份建議書(shū)備份。
（8）本院希望在2012年6月1日前選中一家承約商。這個(gè)工程需要完成的
期限是十二個(gè)月，從2012年7月1日至2013年7月1日，所有交付物必須不遲于2013年10月1日提供給本院。
（9）本院將按照下面的時(shí)間表付款給承約商：當(dāng)項(xiàng)目完成了1/3時(shí)付總額的
1/3；當(dāng)項(xiàng)目完成了2/3時(shí)付總額的2/3；當(dāng)本人已經(jīng)滿(mǎn)意于項(xiàng)目的100%，并且承約商已履行了全部契約義務(wù)時(shí)再付出總額的最后1/3。
申請(qǐng)內(nèi)容
(1)承約商能清晰理解需求建議書(shū)，理解什么是被期望達(dá)到的要求。承約商應(yīng)有對(duì)每個(gè)任務(wù)和任務(wù)如何完成的詳細(xì)描述。
(2)承約商將要提供的每一份交付物的描述。
(3)列出條形圖或網(wǎng)絡(luò)圖表，列明每周要執(zhí)行的詳細(xì)任務(wù)的時(shí)間表，以便在要求的項(xiàng)目完成日期內(nèi)能夠完成項(xiàng)目。
(4)敘述一下承約商最近已經(jīng)執(zhí)行過(guò)的相似項(xiàng)目，包括已完成的子系統(tǒng)，以及其他子系統(tǒng)的完成進(jìn)度。
(5)列出工程具體人員的姓名和詳細(xì)簡(jiǎn)歷，以及他在類(lèi)似工程的精彩的經(jīng)歷。
(6)必須說(shuō)明項(xiàng)目所需要的人月，并通過(guò)一份詳細(xì)的工作時(shí)間分解和每個(gè)被指派于工程的員工的小時(shí)成本費(fèi)用來(lái)驗(yàn)證。此外，所有直接費(fèi)用逐條列表也必須包括進(jìn)來(lái)。
(7)承包商需列出貴公司的軟件能力成熟度(cmmi)等級(jí)。
(8)本院將按照以下的標(biāo)準(zhǔn)評(píng)價(jià)所有承約商的申請(qǐng)書(shū)：
a．設(shè)計(jì)方案(30%)。設(shè)計(jì)的實(shí)用及涉及技術(shù)。
b．經(jīng)驗(yàn)(30%)。被指定工程的承約商和工作人員執(zhí)行類(lèi)似工程的經(jīng)驗(yàn)。
c．成本(30%)。承約商申請(qǐng)中的所列的固定成本。
d．進(jìn)度計(jì)劃(10%)。為了在要求的項(xiàng)目完成日期內(nèi)或在此日期之前完成項(xiàng)目，承約商應(yīng)提出進(jìn)度計(jì)劃的詳細(xì)而全面的連續(xù)說(shuō)明。
篇二：軟件系統(tǒng)項(xiàng)目建議書(shū)完全版
****系統(tǒng)項(xiàng)目建議書(shū)
2014年5月
目錄
概述....................................................................1 1.1 文檔編寫(xiě)目的...........................................................................................................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è)計(jì)方案.............................................................1 2.1 總體架構(gòu)設(shè)計(jì)...........................................................................................................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è)計(jì).............................................................4 5 主要技術(shù)指標(biāo).............................................................4 6 交付成果................................................................6 7 驗(yàn)收策略................................................................6 7.1 系統(tǒng)驗(yàn)收測(cè)試的原則...............................................................................................6 7.2 驗(yàn)收測(cè)試的具體內(nèi)容...............................................................................................7 7.3 驗(yàn)收測(cè)試的步驟.......................................................................................................7 8 質(zhì)量保證................................................................8 8.1 軟件研制一般要求...................................................................................................8 8.2 軟件評(píng)審要求...........................................................................................................9 8.3 軟件配置管理要求.................................................................................................10 9 售后服務(wù)...............................................................10 9.1 培訓(xùn).........................................................................................................................10 9.2 維護(hù)與升級(jí).............................................................................................................10 9.3 質(zhì)量保證期內(nèi)的服務(wù).............................................................................................10 9.4 壽命期內(nèi)維修服務(wù).................................................................................................11 10 開(kāi)發(fā)進(jìn)度計(jì)劃............................................................11 11 項(xiàng)目報(bào)價(jià)...............................................................12 1 概述
1.1 文檔編寫(xiě)目的 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è)計(jì)方案 2.1 總體架構(gòu)設(shè)計(jì)
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ū)
題目：
假設(shè)你在嘉州新城購(gòu)買(mǎi)了一套二室二廳一廚一衛(wèi)，面積大約90平方的新房，先裝修入住，請(qǐng)你根據(jù)自己的需求對(duì)這個(gè)房屋裝修項(xiàng)目編寫(xiě)項(xiàng)目需求建議書(shū)。
項(xiàng)目：房屋裝修
需求建議書(shū)：
（1）承約商要執(zhí)行的任務(wù)：裝修材料的購(gòu)買(mǎi)、家用設(shè)備的安裝、裝修工程。
① 代購(gòu)裝修材料，如：地磚、涂料等等
② 廚房器具、淋浴設(shè)備等的代購(gòu)
（2）承約商根據(jù)國(guó)家標(biāo)準(zhǔn)裝修，提供裝修計(jì)劃、施工方案，最后裝修符合標(biāo)準(zhǔn)的房
子。
（3）本人向承約商提供裝修方案。
要求：
①、臥室的顏色以暖色調(diào)為主
②、裝修后簡(jiǎn)單、寬敞、采光效果良好
③、衛(wèi)生間隔成兩部分，分為盥洗間和浴室
（4）和承約商簽訂一個(gè)商定的價(jià)格，以及滿(mǎn)足需求建議書(shū)的工作承約商付款合同。
（5）當(dāng)裝修工程完成1／2時(shí)付總額的1／2；當(dāng)裝修工程100%完成時(shí)，獲得本人的
滿(mǎn)意后，并且承約商已經(jīng)全部履行契約義務(wù)時(shí)再付總額的最后1／2。
（6）希望這個(gè)項(xiàng)目在兩個(gè)月內(nèi)完成，從5月15日到7月15日，所有的可交付成果 必須不遲于7月15日提供給本人。
（7）承約商必須最遲于4月30日以前向本人提交兩份申請(qǐng)書(shū)備份。承約商的申請(qǐng)書(shū)
至少包括以下內(nèi)容： 1）承約商能清晰的理解需求建議書(shū)，要詳細(xì)描述承約商的實(shí)施裝修項(xiàng)目的方法，以及使用的裝修材料的具體規(guī)格。
2）承約商要提供可交付成果的詳細(xì)描述。
3）在6月15日向本人反映項(xiàng)目進(jìn)行的進(jìn)度。
4）敘述承約商最近實(shí)施的項(xiàng)目，包括客戶(hù)的姓名、地址和電話號(hào)碼，以備核實(shí)。
5）列出將被指定為項(xiàng)目主要負(fù)責(zé)人的姓名和聯(lián)系方式，以及工作經(jīng)驗(yàn)。
（8）申請(qǐng)書(shū)的評(píng)價(jià)標(biāo)準(zhǔn)
1）承約商提出的建設(shè)方案（30%）
2）被指定為執(zhí)行此項(xiàng)目主要負(fù)責(zé)人的姓名和聯(lián)系方式，以及類(lèi)似的工作經(jīng)驗(yàn)（30%）
3）承約商申請(qǐng)書(shū)所列的固定成本（30%）
4）承約商提供的施工計(jì)劃（10%）
組員：岳紅 117 王華 213 周燕飛 126 趙涵玉 223 曾志錦 203 篇四：需求建議書(shū)
需求建議書(shū)（request for proposal，rfp）
什么是需求建議書(shū)[1] 需求建議書(shū)是指從客戶(hù)角度出發(fā)，全面、詳細(xì)地向服務(wù)商陳述、表達(dá)為了滿(mǎn)足其已識(shí)別需求所應(yīng)做的準(zhǔn)備工作。也就是說(shuō)，需求建議書(shū)是客戶(hù)向服務(wù)商發(fā)出的用來(lái)說(shuō)明如何滿(mǎn)足其已識(shí)別需求的建議書(shū)，是客戶(hù)與服務(wù)商建立正式聯(lián)系的第一份書(shū)面文件，又稱(chēng)招標(biāo)書(shū)。需求建議書(shū)一般由客戶(hù)起草，主要描述客戶(hù)的需求、條件及對(duì)項(xiàng)目任務(wù)的具體要求。一份完整的需求建議書(shū)主要包括滿(mǎn)足其需求的項(xiàng)目的工作自述、對(duì)項(xiàng)目的要求、期望的項(xiàng)目目標(biāo)、客戶(hù)供應(yīng)條款、付款方式、契約形式、項(xiàng)目時(shí)間、項(xiàng)目申請(qǐng)書(shū)的要求等。好的需求建議書(shū)能讓服務(wù)商準(zhǔn)確把握客戶(hù)所期待的產(chǎn)品或服務(wù)。當(dāng)然，并非在所有情況下都需要準(zhǔn)備一份正式的需求建議書(shū)，當(dāng)某一企業(yè)的需求由內(nèi)部開(kāi)發(fā)項(xiàng)目予以滿(mǎn)足時(shí)，這一過(guò)程似乎變得簡(jiǎn)單多了，此時(shí)更多需要的是口頭上的交流和信息傳遞，而不是把寶貴的時(shí)間耽擱在僅僅起到信息傳遞作用的需求建議書(shū)上。例如，某一軟件開(kāi)發(fā)公司感到公司原來(lái)的財(cái)務(wù)分析系統(tǒng)已經(jīng)遠(yuǎn)遠(yuǎn)不能適應(yīng)日益增加的業(yè)務(wù)需要時(shí)，便可直接要求軟件開(kāi)發(fā)小組進(jìn)行開(kāi)發(fā)，這時(shí)只需口頭把相關(guān)的要求傳達(dá)給軟件開(kāi)發(fā)小組即可。
[編輯] 需求建議書(shū)的主要內(nèi)容[2] 需求建議書(shū)一般包含以下主要內(nèi)容：
客戶(hù)必須搜集大量相關(guān)資料準(zhǔn)備需求建議書(shū)，因?yàn)閕t項(xiàng)目實(shí)施者需要按照rfp來(lái)準(zhǔn)備他們的項(xiàng)目技術(shù)方案，并以此參與競(jìng)標(biāo)。rfp中包括項(xiàng)目的目標(biāo)，也就是用戶(hù)的期望，也包括客戶(hù)要求項(xiàng)目的進(jìn)度計(jì)劃；對(duì)實(shí)施商申請(qǐng)書(shū)的表格和內(nèi)容的規(guī)定；客戶(hù)希望潛在的實(shí)施商提交投標(biāo)申請(qǐng)書(shū)的最后期限；評(píng)價(jià)申請(qǐng)書(shū)的標(biāo)準(zhǔn)等。一份好的rfp應(yīng)該包括以下一些內(nèi)容。
1．工作表述
工作表述就是說(shuō)明項(xiàng)目的工作范圍，概括客戶(hù)要求開(kāi)發(fā)商或項(xiàng)目團(tuán)隊(duì)執(zhí)行的任務(wù)或工作單元，說(shuō)明項(xiàng)目所涉及的各種事情，哪些必須由開(kāi)發(fā)商或項(xiàng)目團(tuán)隊(duì)去完成，哪些由客戶(hù)自己去做。例如，一個(gè)辦公自動(dòng)化軟件系統(tǒng)的具體目標(biāo)。又如建設(shè)一個(gè)網(wǎng)站，所需設(shè)備的采購(gòu)任務(wù)，是由客戶(hù)自己完成，還是由開(kāi)發(fā)商去完成；企業(yè)網(wǎng)站上的頁(yè)面文字，是客戶(hù)自己撰寫(xiě)，還是由開(kāi)發(fā)商撰寫(xiě)等。2．任務(wù)要求
需求建議書(shū)必須要具體規(guī)定開(kāi)發(fā)商需要完成任務(wù)的規(guī)格和特征，如要求涉及大小、數(shù)量、顏色、重量、速度和其他開(kāi)發(fā)商提出的解決方案中，所必須滿(mǎn)足的物理參數(shù)和操作參數(shù)。例如，建立一個(gè)企業(yè)網(wǎng)站，可能要求在1 000人同時(shí)訪問(wèn)的情況下不會(huì)產(chǎn)生堵塞的感覺(jué)，網(wǎng)
站的瀏覽頁(yè)面不低于多少；建立一個(gè)自動(dòng)結(jié)賬和收款系統(tǒng)，可能要求每天能辦理12 000次交易的功能和其他特定的功能，如在開(kāi)出了發(fā)票的30天內(nèi)沒(méi)有收到賬款，就會(huì)自動(dòng)產(chǎn)生催款通知。具體的任務(wù)要求，可能會(huì)成為將來(lái)的驗(yàn)收標(biāo)準(zhǔn)。
3．交付物
交付物就是開(kāi)發(fā)商所提供的實(shí)體內(nèi)容，這在需求建議書(shū)中應(yīng)該說(shuō)明。例如，對(duì)于自動(dòng)結(jié)賬和收款系統(tǒng)來(lái)說(shuō)，客戶(hù)可能要求開(kāi)發(fā)商提供硬件(計(jì)算機(jī))、軟件(磁盤(pán)和一些印刷品)、操作手冊(cè)和培訓(xùn)課程。交付物也可能包括客戶(hù)要求開(kāi)發(fā)商提供定期進(jìn)度報(bào)告或終期報(bào)告。
4．客戶(hù)供應(yīng)條款
需求建議書(shū)還應(yīng)該列出客戶(hù)的供應(yīng)條款。例如，客戶(hù)需要建立一個(gè)網(wǎng)j站，可能需要向開(kāi)發(fā)商提供企業(yè)內(nèi)部的組織結(jié)構(gòu)及各部門(mén)之間業(yè)務(wù)關(guān)系的詳]細(xì)說(shuō)明，包括信息流程的類(lèi)型、信息流量和發(fā)生頻率等。5．表述客戶(hù)對(duì)需求的確認(rèn)
需求建議書(shū)不是對(duì)客戶(hù)需求的最后確認(rèn)。最后的確認(rèn)應(yīng)該在對(duì)開(kāi)發(fā)商提出的方案進(jìn)行評(píng)估之后。例如印刷宣傳手冊(cè)，可能在開(kāi)印之前要經(jīng)過(guò)客戶(hù)審定；局域網(wǎng)的建設(shè)，在購(gòu)買(mǎi)材料和設(shè)備之前，客戶(hù)必須審定開(kāi)發(fā)商的技術(shù)方案。這一點(diǎn)在需求建議書(shū)中必須向開(kāi)發(fā)商說(shuō)明。
6．期望的合同類(lèi)型(1)合同可以按固定價(jià)格訂立。這樣，開(kāi)發(fā)商實(shí)際上就是費(fèi)用包干?？蛻?hù)只給固定的價(jià)錢(qián)，不管開(kāi)發(fā)商實(shí)際工作花費(fèi)多少。開(kāi)發(fā)商必須保證功能的實(shí)現(xiàn)和質(zhì)量要求，超支的風(fēng)險(xiǎn)由開(kāi)發(fā)商負(fù)擔(dān)。
(2)合同也可以規(guī)定開(kāi)發(fā)商不承擔(dān)風(fēng)險(xiǎn)，即在時(shí)間、原材料限制的條件下，不論實(shí)際成本多少，都會(huì)給開(kāi)發(fā)商特定的報(bào)酬，也就是所謂包工不包料。在我國(guó)現(xiàn)階段的條件下，由于質(zhì)量檢驗(yàn)和資信度水平不高，這種合同比]較普遍。在需求建議書(shū)中，最好說(shuō)明客戶(hù)是希望采用那種類(lèi)型的合同。7．期望的付款方式
付款方式可以分為一次性付款和分階段付款；在開(kāi)始前付款和結(jié)束后付款。一般依項(xiàng)目的性質(zhì)來(lái)定付款方式。如網(wǎng)頁(yè)制作，往往在項(xiàng)目末期付款；而架設(shè)局域網(wǎng)，一般在方案確認(rèn)后，付款30％以便開(kāi)發(fā)商采購(gòu)，工程結(jié)束驗(yàn)收后付滿(mǎn)90％，留10％等到使用一段時(shí)間以后確認(rèn)無(wú)問(wèn)題時(shí)付清。具體付款方式需要合同雙方協(xié)商，但在需求建議書(shū)中，客戶(hù)應(yīng)該先提出自己的期望付款方式。8．要求的進(jìn)度計(jì)劃
進(jìn)度計(jì)劃的要求可能很粗，如要求在6個(gè)月內(nèi)完成；也可以詳細(xì)一些，如多長(zhǎng)時(shí)間內(nèi)完成方案設(shè)計(jì)和審定，多長(zhǎng)時(shí)間內(nèi)完成硬件選購(gòu)與安裝，多長(zhǎng)時(shí)間內(nèi)完成軟件研制、測(cè)試與安裝，最后開(kāi)發(fā)商在系統(tǒng)安裝調(diào)試后，在多長(zhǎng)時(shí)間內(nèi)提交所有的系統(tǒng)文件和操作培訓(xùn)。9．申請(qǐng)書(shū)的格式和內(nèi)容提示
為了便于在幾個(gè)開(kāi)發(fā)商之間進(jìn)行比較和評(píng)價(jià)，申請(qǐng)書(shū)應(yīng)該在形式上采取同一個(gè)格式，內(nèi)容的結(jié)構(gòu)也應(yīng)該一致。這樣對(duì)不同的申請(qǐng)者來(lái)說(shuō)比較公平，也能減輕客戶(hù)在評(píng)審時(shí)的工作量?？蛻?hù)在需求建議書(shū)中可以限定申請(qǐng)書(shū)的每一部分采用的文字?jǐn)?shù)量或頁(yè)數(shù)。
10．提交申請(qǐng)書(shū)的最后期限
申請(qǐng)書(shū)受理的截止日期是必須要交代清楚的。例如，要求開(kāi)發(fā)商在接到需求建議書(shū)后多少個(gè)工作口之內(nèi)(如l周之內(nèi)、1個(gè)月之內(nèi)等)提交申請(qǐng)書(shū)，或大家一律在某月某日之前提交申請(qǐng)書(shū)。這樣做的目的是便于同時(shí)對(duì)眾多的申請(qǐng)者進(jìn)行比較、評(píng)估，也是為了保持公正，不給某些開(kāi)發(fā)商以額外的時(shí)間和機(jī)會(huì)。
11．對(duì)申請(qǐng)書(shū)的評(píng)價(jià)標(biāo)準(zhǔn)
要告訴開(kāi)發(fā)商客戶(hù)將根據(jù)哪些準(zhǔn)則來(lái)評(píng)價(jià)他提交的申請(qǐng)書(shū)。這樣做的目的，是指導(dǎo)開(kāi)發(fā)商寫(xiě)好申請(qǐng)書(shū)。一般評(píng)價(jià)標(biāo)準(zhǔn)包括4個(gè)方面的內(nèi)容：
(1)開(kāi)發(fā)商在類(lèi)似項(xiàng)目中的經(jīng)驗(yàn)。如他們近期是否在預(yù)算內(nèi)按期完成了類(lèi)似的項(xiàng)目，客戶(hù)對(duì)他們是否滿(mǎn)意?(2)開(kāi)發(fā)商提出的技術(shù)方案是否合適。如采用哪種類(lèi)型的計(jì)算機(jī)軟件?數(shù)據(jù)庫(kù)的設(shè)計(jì)、方法是什么?用來(lái)建立管理信息系統(tǒng)的是哪種語(yǔ)言?采用哪些供應(yīng)商的設(shè)備?等等。
(3)進(jìn)度計(jì)劃。開(kāi)發(fā)商是否能按照所要求的進(jìn)度完成項(xiàng)目計(jì)劃?(4)成本。如開(kāi)發(fā)商的報(bào)價(jià)是否合理?成本預(yù)算中有無(wú)漏算的條款?將來(lái)在執(zhí)行時(shí)有沒(méi)有可能出現(xiàn)超支，或有無(wú)可能因過(guò)于節(jié)約而導(dǎo)致質(zhì)量不能保證?有的申請(qǐng)人為了爭(zhēng)取合同，在報(bào)價(jià)上壓低成本，到了執(zhí)行階段，或偷工減料，或增加成本，結(jié)果導(dǎo)致所建系統(tǒng)的缺陷很多，或使最終成本大大超出原始的估算。對(duì)此需要引起注意。
12．資金總量
開(kāi)發(fā)商總是希望了解客戶(hù)有多少資金可以用于發(fā)展擬議中的真t項(xiàng)目，但客戶(hù)在需求建議書(shū)中，往往不愿意透露這個(gè)信息。其實(shí)，客戶(hù)暗示大約的數(shù)字，告訴開(kāi)發(fā)商他打算花多少錢(qián)來(lái)辦這件事是有好處的，這樣可以使開(kāi)發(fā)商能夠提交與資金水平相適應(yīng)的申請(qǐng)書(shū)，提高在項(xiàng)目準(zhǔn)備階段的工作效率。
[編輯] 需求建議書(shū)的必要性[2] 需求建議書(shū)(rfp)是項(xiàng)目客戶(hù)與開(kāi)發(fā)商建立正式聯(lián)系的第一份書(shū)面文件，也叫招標(biāo)書(shū)。一般由項(xiàng)目的客戶(hù)自己起草，主要描述客戶(hù)的需求、條件以及對(duì)項(xiàng)目任務(wù)的具體要求，向可能的開(kāi)發(fā)商發(fā)送。
需求建議書(shū)是客戶(hù)為確保供應(yīng)商理解項(xiàng)目的需求，并在此基礎(chǔ)上提供項(xiàng)目建議書(shū)而編制的需求規(guī)范。雖然它不能確?？蛻?hù)據(jù)此就能獲得理想的解決方案，但卻可以幫助客戶(hù)發(fā)現(xiàn)那些盡可能接近自身需求的系統(tǒng)準(zhǔn)備。其
目的是從客戶(hù)自身的角度出發(fā)，通過(guò)全面、詳細(xì)地陳述，使開(kāi)發(fā)商或項(xiàng)目團(tuán)隊(duì)理解客戶(hù)所希望的是什么，以可行的價(jià)格滿(mǎn)足客戶(hù)的已識(shí)別的需求。
對(duì)于一些預(yù)算較少的客戶(hù)，開(kāi)發(fā)商往往不愿意花精力準(zhǔn)備正式的方案建議書(shū)，這種情況下，客戶(hù)的需求建議書(shū)就變得很重要。事實(shí)上，項(xiàng)目無(wú)論大小，都需要編寫(xiě)需求建議書(shū)。第一，需求建議書(shū)需要描述用戶(hù)的目標(biāo)與需求。編制需求建議書(shū)的過(guò)程也是客戶(hù)進(jìn)一步明確自己的目標(biāo)與需求的過(guò)程，并以此建立起客戶(hù)與供應(yīng)商進(jìn)行深人溝通的橋梁。即使因?yàn)楦鞣N原因使得供應(yīng)商看不到或不愿響應(yīng)需求建議書(shū)，這種努力也是值得付出的。
第二，需求建議書(shū)可節(jié)省選型的時(shí)間，并使得對(duì)各供應(yīng)商之間的比較變得更容易。客戶(hù)提供給所有競(jìng)標(biāo)供應(yīng)商的信息都是一樣的，避免了跟各開(kāi)發(fā)商的重復(fù)溝通，同時(shí)，有需求建議書(shū)作為基準(zhǔn)，客戶(hù)可以約束各開(kāi)發(fā)商以一致的格式提交方案建議書(shū)，以提高各供應(yīng)商之間的可比性。
第三，需求建議書(shū)可以避免一些潛在的疏漏。在準(zhǔn)備需求建議書(shū)時(shí)，客戶(hù)往往會(huì)因?yàn)樘^(guò)關(guān)注具體細(xì)節(jié)而忽略了一些重要的因素。收到需求建議書(shū)后，有的供應(yīng)商可能會(huì)主動(dòng)對(duì)這樣的疏漏提出質(zhì)疑以提醒客戶(hù)。還有些開(kāi)發(fā)商為了使自己的方案建議書(shū)更具有吸引力，甚至?xí)岢鲆恍┬枨蠼ㄗh書(shū)沒(méi)有涉及的好想法來(lái)拓展客戶(hù)的思路。
[編輯] 編寫(xiě)需求建議書(shū)的一般原則[2] 需求建議書(shū)應(yīng)該由用戶(hù)編寫(xiě)，但各種客觀因素的限制，實(shí)際上很難做[到。所以，很多時(shí)候都是由用戶(hù)與項(xiàng)目小組共同編寫(xiě)。編寫(xiě)項(xiàng)目需求說(shuō)明的j過(guò)程也是項(xiàng)目小組帶領(lǐng)客戶(hù)進(jìn)入項(xiàng)目需求啟發(fā)的過(guò)程。編寫(xiě)優(yōu)秀的項(xiàng)目需求[建議書(shū)沒(méi)有公式化的方法，需要大量的實(shí)踐經(jīng)驗(yàn)。以下是編寫(xiě)需求建議書(shū)需要把握的幾個(gè)原則：
(1)需求應(yīng)該是正確的。每個(gè)需求必須精確描述要交付的功能。確定需求內(nèi)容是否正確，需要用戶(hù)的代表來(lái)參與確認(rèn)，由他們檢查、決定用戶(hù)需[求的正確性。沒(méi)有用戶(hù)的需求檢查就會(huì)導(dǎo)致很多項(xiàng)目實(shí)施中的問(wèn)題出現(xiàn)。例如用戶(hù)會(huì)說(shuō)：“這不是我們要的東西”；“你沒(méi)明白我們的意思”，等等。
(2)需求應(yīng)該是可行的。項(xiàng)目的需求應(yīng)該在有限的資源(已知的能力、有限的系統(tǒng)及其環(huán)境)下是可實(shí)現(xiàn)的。為了避免需求的不可行性，在需求分析階段應(yīng)該有核心技術(shù)人員參與，檢查在技術(shù)上什么能做、什么不能做，哪些需要額外的付出等。
(3)需求內(nèi)容應(yīng)該是必要的。需求建議書(shū)中的每個(gè)需求都應(yīng)該有相應(yīng)[的出處，即說(shuō)明什么是客戶(hù)確實(shí)需要的，什么要順應(yīng)于外部的需求、接口或標(biāo)準(zhǔn)。如果不能標(biāo)識(shí)出處，則可能這個(gè)需求不是真正需要的。
(4)需求內(nèi)容應(yīng)該有優(yōu)先權(quán)。優(yōu)先權(quán)是由客戶(hù)或其代理及項(xiàng)目小組共同商討后建立的。如果所有的需求都被視為同等重要，那么在開(kāi)發(fā)中遇到預(yù)t算削減、計(jì)劃超時(shí)或組員的離開(kāi)而導(dǎo)致新的需求時(shí)，項(xiàng)目經(jīng)理將無(wú)所適從。一般優(yōu)先權(quán)有以下三個(gè)級(jí)別。
1)高優(yōu)先權(quán)，表明需求必須體現(xiàn)在本階段項(xiàng)目的成果中或這個(gè)產(chǎn)品的版本中。
2)中優(yōu)先權(quán)，表明需求是必須的，但是如果需要可以推遲到晚一些的產(chǎn)品版本中。
3)低優(yōu)先權(quán)，表明有它很好，但我們必須認(rèn)識(shí)到如果沒(méi)有充足的時(shí)間或資源，它可以被放棄掉。
(5)需求內(nèi)容應(yīng)該是明確的。需求不該有歧義，要避免使用一些對(duì)于擬訂項(xiàng)目需求建議書(shū)的人很清楚，但對(duì)于其他人模糊不清的詞匯。如：用戶(hù)友好性，容易，簡(jiǎn)單，快速，有效，幾個(gè)，藝術(shù)級(jí)，改善的，最大，最小等等。每寫(xiě)一個(gè)需要都應(yīng)簡(jiǎn)潔、直觀地采用用戶(hù)熟知的語(yǔ)言，而不要采用計(jì)算機(jī)術(shù)語(yǔ)。
[編輯] 需求建議書(shū)例子[2] 例：某企業(yè)項(xiàng)目管理軟件開(kāi)發(fā)項(xiàng)目需求建議書(shū)
有關(guān)單位：某企業(yè)(甲方)由于業(yè)務(wù)發(fā)展的需要，決定采用項(xiàng)目管理的方式進(jìn)行管理，為了更有效地對(duì)項(xiàng)目的執(zhí)行過(guò)程進(jìn)行控制，該企業(yè)決定開(kāi)發(fā)一套項(xiàng)目管理軟件以滿(mǎn)足這一需要。
1．工作表述
開(kāi)發(fā)商將執(zhí)行下面任務(wù)：開(kāi)發(fā)項(xiàng)目管理軟件。
開(kāi)發(fā)項(xiàng)目管理軟件的主要功能包括項(xiàng)目及工作信息的錄入、項(xiàng)目網(wǎng)絡(luò)計(jì)劃圖的繪制、項(xiàng)目時(shí)間計(jì)劃的安排、甘特圖計(jì)劃的制定、項(xiàng)目執(zhí)行信息的錄入與分析及各種計(jì)劃報(bào)表的輸出等功能。2．要求
開(kāi)發(fā)商應(yīng)根據(jù)國(guó)家有關(guān)標(biāo)準(zhǔn)，提供開(kāi)發(fā)計(jì)劃和實(shí)施方案。篇五：軟件項(xiàng)目管理項(xiàng)目建議書(shū)
湖南文理學(xué)院實(shí)驗(yàn)報(bào)告
時(shí)間： 2013 年 11 月 18 日
課程名稱(chēng)： 軟件項(xiàng)目管理
實(shí)驗(yàn)名稱(chēng)：撰寫(xiě)畢業(yè)生就業(yè)信息管理系統(tǒng)項(xiàng)目建議書(shū)
班級(jí)： 姓名： 同組人： 無(wú)
指導(dǎo)教師評(píng)定： 簽名：
一、實(shí)驗(yàn)?zāi)康恼莆枕?xiàng)目建議書(shū)的格式和寫(xiě)作要求，會(huì)結(jié)合具體項(xiàng)目寫(xiě)作項(xiàng)目建議書(shū)。
二、實(shí)驗(yàn)要求
1、結(jié)合模擬項(xiàng)目—畢業(yè)生就業(yè)信息管理系統(tǒng)項(xiàng)目寫(xiě)出項(xiàng)目建議書(shū)。
2、提交畢業(yè)生就業(yè)信息管理系統(tǒng)項(xiàng)目建議書(shū)（報(bào)告）一份。
三、實(shí)驗(yàn)環(huán)境 1．硬件：計(jì)算機(jī) 2．操作系統(tǒng)：windows平臺(tái)。
3．相關(guān)軟件：microsoft office軟件。
四、實(shí)驗(yàn)步驟
1、背景介紹
隨著internet的迅猛發(fā)展和普及，我國(guó)高等院校紛紛建立自己的校園網(wǎng)，使高校的辦公，教學(xué)和管理工作發(fā)生了巨大的變化，并具有了新的特點(diǎn)，對(duì)教學(xué)管理工作提出了新的要求，也使得基于網(wǎng)絡(luò)的高校畢業(yè)生就業(yè)招聘成為可能。通過(guò)internet，用人單位和就業(yè)者利用網(wǎng)絡(luò)的便利，不直接見(jiàn)面，采用網(wǎng)絡(luò)交互地就業(yè)聯(lián)系、就業(yè)面試，以及就業(yè)意向和合同的簽訂等工作。我國(guó)部分高校目前正在嘗試通過(guò)網(wǎng)絡(luò)進(jìn)行畢業(yè)生的就業(yè)分配工作，但目前使用的就業(yè)網(wǎng)站的開(kāi)發(fā)應(yīng)用，大多功能相對(duì)單一，多局限于就業(yè)信息的發(fā)布，就業(yè)信息的靜態(tài)統(tǒng)計(jì)結(jié)果的公布及簡(jiǎn)單的就業(yè)信息查詢(xún)，其實(shí)用性和互動(dòng)性已經(jīng)不能滿(mǎn)足高校就業(yè)形勢(shì)的需要。隨著高校畢業(yè)生就業(yè)體制改革進(jìn)程的不斷深化和畢業(yè)生就業(yè)市場(chǎng)的逐步建立，高校畢業(yè)生在各種就業(yè)活動(dòng)中求職面窄、擇業(yè)率低、特別是信息量小的問(wèn)題越來(lái)越突出。如何解決這一問(wèn)題是擺在各級(jí)就業(yè)主管部門(mén)面前的嚴(yán)峻任務(wù)。正是在這種情形下，國(guó)務(wù)院對(duì)做好高校畢業(yè)生就業(yè)工作做出重要指示，即“要充分利用畢業(yè)生就業(yè)信息網(wǎng)絡(luò)，溝通行業(yè)間、地區(qū)間、學(xué)校與用人單位間的信息，在畢業(yè)生和用人單位之間牽線搭橋。同時(shí)，通過(guò)信息反饋，優(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è)市場(chǎng)，有利于網(wǎng)絡(luò)資源的充分利用，有利于網(wǎng)上動(dòng)態(tài)管理、杜絕虛假信息、拓寬網(wǎng)上就業(yè)服務(wù)功能。
2、項(xiàng)目的意義和必要性
畢業(yè)生就業(yè)信息系統(tǒng)和就業(yè)服務(wù)體系不完善，畢業(yè)生就業(yè)主要由學(xué)校、人才市場(chǎng)舉辦招聘會(huì)等方式獲得信息，與需求方見(jiàn)面，信息渠道比較窄。畢業(yè)生的就業(yè)指導(dǎo)工作極為薄弱，就業(yè)指導(dǎo)教師水平參差不齊，專(zhuān)業(yè)的、高素質(zhì)的就業(yè)指導(dǎo)教師太少；缺少優(yōu)質(zhì)的就業(yè)指導(dǎo)教材。所以，必須加強(qiáng)學(xué)生擇業(yè)的政策咨詢(xún)和信息服務(wù)，逐步建立起信息服務(wù)網(wǎng)絡(luò)，建立畢業(yè)生就業(yè)網(wǎng)絡(luò)系統(tǒng)，為實(shí)行網(wǎng)上求職擇業(yè)創(chuàng)造條件和提供服務(wù)。目前，建設(shè)好大學(xué)生的就業(yè)網(wǎng)站，不僅僅是政府部門(mén)應(yīng)該關(guān)心的問(wèn)題，作為培養(yǎng)大學(xué)生的湖南文理學(xué)院也有同樣的需求。
解決目前高校就業(yè)信息管理中存在的一些問(wèn)題，如信息傳遞不方便、不快捷，數(shù)據(jù)分析及就業(yè)指導(dǎo)不及時(shí)，學(xué)生簽約必須到不同部門(mén)領(lǐng)表、上交等繁瑣的操作等。通過(guò)本系統(tǒng)可以使湖南文理學(xué)院畢業(yè)生就業(yè)信息管理工作更加合理化、科學(xué)化，提高工作的效率，從根本上改變就業(yè)管理工作的方式，通過(guò)internet，各院系和學(xué)生利用網(wǎng)絡(luò)的便利，可以直接查詢(xún)和提交就業(yè)信息。在這種系統(tǒng)平臺(tái)下，可以快速、有效、全面的反映最新的用人單位信息、畢業(yè)生基本信息和就業(yè)趨勢(shì)，及時(shí)提供高校學(xué)生工作管理人員對(duì)歷屆用人單位需求信息的分析統(tǒng)計(jì)，及時(shí)有效地調(diào)查分析大學(xué)畢業(yè)生的擇業(yè)趨勢(shì)和引發(fā)的心理問(wèn)題并進(jìn)行及時(shí)有效的就業(yè)指導(dǎo)?？梢宰龅叫畔⒌囊?guī)范管理、科學(xué)統(tǒng)計(jì)和快速查詢(xún)，從而減少管理方面的工作量。
3、項(xiàng)目產(chǎn)品或服務(wù)的市場(chǎng)預(yù)測(cè)
（由于這個(gè)系統(tǒng)不是學(xué)院的直接收益產(chǎn)品，這里不做分析。）
4、項(xiàng)目的規(guī)模和期限
基于學(xué)院的實(shí)際情況，這個(gè)畢業(yè)生就業(yè)信息可以初步分為三個(gè)階段來(lái)完成。
第一階段，著重處理學(xué)院現(xiàn)有的問(wèn)題，把系統(tǒng)運(yùn)行起來(lái)，重點(diǎn)放在用戶(hù)管理方面，分為用戶(hù)注冊(cè)、用戶(hù)審核和用戶(hù)登錄驗(yàn)證三部分。
第二階段，注重完成學(xué)校的就業(yè)信息發(fā)布，用戶(hù)在通過(guò)系統(tǒng)注冊(cè)后，可以查詢(xún)各種信息。
第三階段，系統(tǒng)管理，管理可以對(duì)學(xué)生用戶(hù)和站內(nèi)信息進(jìn)行管理。
5、投資估算
具體相信的投資預(yù)算，由專(zhuān)業(yè)人員進(jìn)行。這里只能給出對(duì)比其他同類(lèi)學(xué)校信息系統(tǒng)的估算，3個(gè)階段全部完成，大概需要5萬(wàn)人民幣。這個(gè)估算不包括硬件設(shè)備的預(yù)算。
6、市場(chǎng)前景及經(jīng)濟(jì)效益初步分析
這個(gè)系統(tǒng)雖然不是學(xué)院的直接收益產(chǎn)品，但其帶來(lái)的間接效益是毋庸置疑。具體可以表現(xiàn)為：
（1）管理決策的科學(xué)化。
傳統(tǒng)的決策指示憑經(jīng)驗(yàn)的大致的估算，無(wú)法采集到大量的數(shù)據(jù)，也無(wú)法對(duì)采集到的數(shù)據(jù)進(jìn)行精確的分析，而畢業(yè)生就業(yè)管理系統(tǒng)通過(guò)internet，各院系和學(xué)生利用網(wǎng)絡(luò)的便利，可以直接查詢(xún)和提交就業(yè)信息，比較全面、及時(shí)地采集信息數(shù)據(jù)、并選定合適的管理模式，做出科學(xué)的決策，減少?zèng)Q策失誤。
（2）管理工作的高效化。
在這種系統(tǒng)平臺(tái)下，可以快速、有效、全面的反映最新的用人單位信息、畢業(yè)生基本信息和就業(yè)趨勢(shì)，及時(shí)提供高校學(xué)生工作管理人員對(duì)歷屆用人單位需求信息的分析統(tǒng)計(jì)，及時(shí)有效地調(diào)查分析大學(xué)畢業(yè)生的擇業(yè)趨勢(shì)和引發(fā)的心理問(wèn)題并進(jìn)行及時(shí)有效的就業(yè)指導(dǎo)。
（3）網(wǎng)上就業(yè)服務(wù)體系的優(yōu)化。
畢業(yè)生的就業(yè)指導(dǎo)工作極為薄弱，就業(yè)指導(dǎo)教師水平參差不齊，專(zhuān)業(yè)的、高素質(zhì)的就業(yè)指導(dǎo)教師太少；缺少優(yōu)質(zhì)的就業(yè)指導(dǎo)教材。而畢業(yè)生就業(yè)網(wǎng)絡(luò)系統(tǒng)加強(qiáng)了學(xué)生擇業(yè)的政策咨詢(xún)和信息服務(wù)，逐步建立起信息服務(wù)網(wǎng)絡(luò)，為實(shí)行網(wǎng)上求職擇業(yè)創(chuàng)造條件和提供服務(wù)。
（4）網(wǎng)絡(luò)資源的充分利用。
指導(dǎo)老師可以開(kāi)辟“求職顧問(wèn)”，“就業(yè)指導(dǎo)”的板塊，告訴畢業(yè)生就業(yè)過(guò)程中應(yīng)該注意的問(wèn)題，幫助學(xué)生完善職業(yè)形象；了解勞動(dòng)關(guān)系法規(guī)；增強(qiáng)自身的保護(hù)意識(shí)；提高大學(xué)生競(jìng)爭(zhēng)就業(yè)意識(shí)和能力。
大學(xué)生可以利用就業(yè)網(wǎng)絡(luò)內(nèi)容豐富、全面的就業(yè)信息，最新的國(guó)家就業(yè)政策和規(guī)范，了解國(guó)家就業(yè)形勢(shì)，更新就業(yè)觀念，樹(shù)立正確職業(yè)觀和就業(yè)觀。同時(shí)，制作個(gè)人簡(jiǎn)歷，實(shí)現(xiàn)網(wǎng)上的自薦求職，查詢(xún)自己感興趣用人單位的資料，來(lái)了解用人單位的情況。
用人單位可以瀏覽學(xué)生所在學(xué)校的網(wǎng)站來(lái)了解學(xué)校的概況及專(zhuān)業(yè)設(shè)置情況，了解學(xué)生專(zhuān)業(yè)知識(shí)結(jié)構(gòu)和綜合素質(zhì)，并且通過(guò)學(xué)校就業(yè)網(wǎng)站來(lái)核對(duì)電子簡(jiǎn)歷的誠(chéng)信度。
（5）畢業(yè)生與用人單位的良好溝通
大學(xué)生通過(guò)查詢(xún)自己感興趣用人單位的資料，來(lái)了解用人單位的情況。對(duì)中意的單位可以投遞電子簡(jiǎn)歷。用人單位通過(guò)瀏覽學(xué)生所在學(xué)校的網(wǎng)站，了解畢業(yè)生的信息。有意向的雙方可以通過(guò)網(wǎng)上面試的方式來(lái)進(jìn)行進(jìn)一步的溝通，提高學(xué)生和用人單位接觸頻率，促進(jìn)就業(yè)工作開(kāi)展。為企業(yè)和學(xué)生提供一個(gè)交流平臺(tái)及更為人性化、個(gè)性化的服務(wù)。
另外需要注意的是，畢業(yè)生就業(yè)管理系統(tǒng)的效益一般是無(wú)形的，只有經(jīng)過(guò)長(zhǎng)期運(yùn)行后的分析統(tǒng)計(jì)才能計(jì)算其收益，往往越成熟、科學(xué)、優(yōu)秀的畢業(yè)生就業(yè)管理系統(tǒng)，帶給我們的效益就越大。畢業(yè)生就業(yè)水平提高了，學(xué)校知名度也會(huì)隨之提高，學(xué)校的生源也會(huì)越來(lái)越好。
綜上所述，校方認(rèn)為建立一個(gè)畢業(yè)生就業(yè)管理系統(tǒng)是非常必要的，請(qǐng)上級(jí)領(lǐng)導(dǎo)批示。
7、其他需要說(shuō)明的問(wèn)題
隨著計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院學(xué)院人數(shù)不斷增加，畢業(yè)生的人數(shù)也會(huì)逐步增長(zhǎng)，畢業(yè)生就業(yè)管理的難度也在不斷加大，所有我們認(rèn)為建立一個(gè)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院畢業(yè)生就業(yè)管理系統(tǒng)是在將來(lái)的影響和效益是不可估量。
第二篇：如何寫(xiě)軟件項(xiàng)目需求說(shuō)明書(shū)
如何寫(xiě)軟件項(xiàng)目需求說(shuō)明書(shū)
進(jìn)入軟件開(kāi)發(fā)行業(yè)也有一段時(shí)間了，大大小小項(xiàng)目也接觸了一些，對(duì)于怎么寫(xiě)好項(xiàng)目需求文檔做一下總結(jié)，發(fā)表一下自己的看法。1 獲取需求：
作為需求方也就是甲方，通過(guò)語(yǔ)言描述或文檔的方式將需求（系統(tǒng)需要提供的功能）提交給開(kāi)發(fā)人員（需求分析人員）。
獲得需求的方式可以有多種多樣：電話詢(xún)問(wèn)、現(xiàn)場(chǎng)考察、聆聽(tīng)用戶(hù)講解、閱讀用戶(hù)編制的相關(guān)文件(如招標(biāo)書(shū))，其實(shí)這些方法都是GET方式，我們可以通過(guò)以下兩類(lèi)技術(shù)手段來(lái)達(dá)到：GET(獲取)和PUSH(引導(dǎo)、反饋、激發(fā))相互結(jié)合的方式來(lái)得到我們真正的需求，而這兩個(gè)過(guò)程都是必須交互進(jìn)行的，一般我們可以篩選一名非常有經(jīng)驗(yàn)(包括談判技巧、深厚的業(yè)務(wù)和技術(shù)背景、人緣很好、勤奮努力)的人士擔(dān)任需求工程師，長(zhǎng)期在客戶(hù)那里工作。2 需求分析人員
（1）根據(jù)客戶(hù)提供的文檔或語(yǔ)言描述，將需求按功能劃分，以用例圖的方式表達(dá)系統(tǒng)提供的功能模塊及功能模塊之間的關(guān)系，完成用例圖后與客戶(hù)確認(rèn)大的功能模塊，并對(duì)每個(gè)功能模塊做進(jìn)一步的溝通詳細(xì)記錄用戶(hù)所提供的關(guān)鍵性的描述，此過(guò)程需要系統(tǒng)分析人員對(duì)客戶(hù)進(jìn)行引導(dǎo)。
（2）對(duì)每個(gè)功能模塊進(jìn)行詳細(xì)分析與描述，具體信息包括：用戶(hù)角色、功能說(shuō)描述、IPO的方式進(jìn)行描述（即輸入項(xiàng)、輸出項(xiàng)、處理）、要提供必要的功能說(shuō)明，如果使文檔更加直觀，更容易讓客戶(hù)理解，可以用UI的方式表達(dá)輸入輸出，配合必要的描述，這樣對(duì)于客戶(hù)更加容易理解，需要與客戶(hù)進(jìn)行大量的溝通確認(rèn)。
（3）編寫(xiě)數(shù)據(jù)字典：在需求階段，很難使團(tuán)隊(duì)的思路一致，建立一個(gè)合適的機(jī)制是完全必要的，這就是數(shù)據(jù)字典，數(shù)據(jù)字典是對(duì)系統(tǒng)用到的所有數(shù)據(jù)項(xiàng)和結(jié)構(gòu)的定義，以確保開(kāi)發(fā)人員使用統(tǒng)一的數(shù)據(jù)定義。在需求階段，數(shù)據(jù)字典至少應(yīng)定義客戶(hù)數(shù)據(jù)項(xiàng)以確保客戶(hù)與開(kāi)發(fā)小組是使用一致的定義和術(shù)語(yǔ)。分析和設(shè)計(jì)工具通常包括數(shù)據(jù)字典組件。
（4）關(guān)于文檔具體表述的格式與形式，要根據(jù)所要表達(dá)的功能來(lái)確定，最重要的是把事情描述清楚,這事最終的目的；
(5)需求文檔確定后，設(shè)計(jì)人員根據(jù)這份需求文檔進(jìn)行系統(tǒng)的設(shè)計(jì)工作了。
第三篇：軟件項(xiàng)目開(kāi)發(fā)需求報(bào)告
軟件需求分析格式_如何寫(xiě)需求分析報(bào)告 軟件需求說(shuō)明書(shū) 1 引言
1.1 編寫(xiě)目的：闡明編寫(xiě)需求說(shuō)明書(shū)的目的，指明讀者對(duì)象。1.2 項(xiàng)目背景：應(yīng)包括
● 項(xiàng)目的委托單位、開(kāi)心單位和主管部門(mén)；
● 該軟件系統(tǒng)與其他系統(tǒng)的關(guān)系。
1.3 定義：列出文檔中所用到的專(zhuān)門(mén)術(shù)語(yǔ)的定義和縮寫(xiě)詞的愿文。
1.4 參考資料：可包括
● 項(xiàng)目經(jīng)核準(zhǔn)的計(jì)劃任務(wù)書(shū)、合同或上級(jí)機(jī)關(guān)的批文
● 文檔所引用的資料、規(guī)范等
● 列出這些資料的作者、標(biāo)題、編號(hào)、發(fā)表日期、出版單位或資料來(lái)源 2 任務(wù)概述 2.1 目標(biāo) 2.2 運(yùn)行環(huán)境 2.3 條件與限制 3 數(shù)據(jù)描述 3.1 表態(tài)數(shù)據(jù)
3.2 動(dòng)態(tài)數(shù)據(jù)：包括輸入數(shù)據(jù)和輸出數(shù)據(jù)。3.3 數(shù)據(jù)庫(kù)描述：給出使用數(shù)據(jù)庫(kù)的名稱(chēng)和類(lèi)型。3.4 數(shù)據(jù)詞典 3.5 數(shù)據(jù)采集 4 功能需求 4.1功能劃分 4.2功能描述 5 性能需求 5.1 數(shù)據(jù)精確度
5.2 時(shí)間特性：如響應(yīng)時(shí)間、更新處理時(shí)間、數(shù)據(jù)轉(zhuǎn)換與傳輸時(shí)間、運(yùn)行時(shí)間等。
5.3 適應(yīng)性：在操作方式、運(yùn)行環(huán)境、與其他軟件的接口以及開(kāi)發(fā)計(jì)劃等發(fā)生變化時(shí)，應(yīng)具有的適應(yīng)能力。6 運(yùn)行需求
6.1 用戶(hù)界面：如屏幕格式、報(bào)表格式、菜單格式、輸入輸出時(shí)間等。6.2 硬件接口 6.3 軟件接口 6.4 故障處理 7 其他需求
如可使用性、安全保密、可維護(hù)性、可移植性等。
需求分析的格式 需求分析要對(duì)目標(biāo)系統(tǒng)提出完整的、準(zhǔn)確的、清晰的和具體的要求。
1．綜合需求： 項(xiàng)目 說(shuō)明 備注
1）功能要求 描述軟件用來(lái)做什么
能夠進(jìn)行度量衡的相互轉(zhuǎn)換，如：長(zhǎng)度公制之間的轉(zhuǎn)換，公制和英制的轉(zhuǎn)換等。能夠添加或創(chuàng)建新的度量衡。能夠按照用戶(hù)自己的需要進(jìn)行排序。能夠作為其他軟件的插件或輔助工具使用。能夠知道度量衡所應(yīng)用的范圍，如：國(guó)家，行業(yè)等。
2）性能要求 軟件能達(dá)到什么性能
數(shù)據(jù)的最大存儲(chǔ)量，數(shù)據(jù)的轉(zhuǎn)換要有連續(xù)性，軟件對(duì)每項(xiàng)操作的響應(yīng)時(shí)間，更新處理時(shí)間，數(shù)據(jù)轉(zhuǎn)換和傳送時(shí)間，軟件的輸入輸出數(shù)據(jù)精度，軟件失敗和成功的定義。
3）運(yùn)行要求
軟件能正常運(yùn)行在微軟中文版WINDOWS系列的可以獨(dú)立運(yùn)行的安裝包或可執(zhí)行文件
開(kāi)發(fā)軟件的開(kāi)發(fā)工具清單。是否需要外部存儲(chǔ)器和數(shù)據(jù)通信接口。
4）升級(jí)要求
是否可以升級(jí)，是否可以進(jìn)行擴(kuò)充。是否容易進(jìn)行維護(hù)。能夠作為什么軟件的插件或輔助工具使用。如何添加新的公式
5）對(duì)應(yīng)關(guān)系
用戶(hù)需求和軟件功能的對(duì)應(yīng)關(guān)系 說(shuō)明每一個(gè)模塊對(duì)應(yīng)實(shí)現(xiàn)什么功能。
2．?dāng)?shù)據(jù)要求： 項(xiàng)目 說(shuō)明 備注
1）數(shù)據(jù)輸入
來(lái)源、準(zhǔn)確性、取值范圍、格式、非法值的處理、出錯(cuò)信息
2）數(shù)據(jù)輸出 目的地、準(zhǔn)確性、數(shù)值范圍、格式、非法值的處理、出錯(cuò)信息
輸出的數(shù)據(jù)可以修改，如：1米=100厘米=1000毫米，將100厘米改為90厘米時(shí)，相應(yīng)的1米就自動(dòng)改為0.9米，1000毫米變?yōu)?00毫米。
3）數(shù)據(jù)存儲(chǔ) 最大存儲(chǔ)量
4）數(shù)據(jù)的安全性 訪問(wèn)的權(quán)限
5）數(shù)據(jù)備份 能否導(dǎo)入和導(dǎo)出
可以將輸出的數(shù)據(jù)保存為文本格式
6）數(shù)據(jù)流圖
在分析過(guò)程中得出的數(shù)據(jù)流圖
7）數(shù)據(jù)篩選
能夠?qū)⑦x擇的幾個(gè)度量單位進(jìn)行匯總
8）主要算法
簡(jiǎn)要描述軟件的主要算法
3．界面要求：請(qǐng)參照“界面樣式圖” 項(xiàng)目 說(shuō)明 備注
1）軟件名稱(chēng) 為軟件起一個(gè)名字 可以發(fā)揮自己的想象力
2）功能模塊
有幾個(gè)功能模塊，分別是什么
3）顏色
采用什么底色，窗口是什么顏色
4）字體
字型、大小，字間距，顏色
5）按鈕
顏色、字型、大小、樣式
4．軟件描述：從用戶(hù)的角度來(lái)描述軟件，相當(dāng)于一份初步的用戶(hù)手冊(cè)。項(xiàng)目 說(shuō)明 備注
1）功能描述
能實(shí)現(xiàn)，不能實(shí)現(xiàn)什么需求 應(yīng)用范圍。什么人員可以使用
2）性能描述
最低配置，操作系統(tǒng)，需要安裝什么輔助軟件
3）操作步驟 如何使用軟件 主要步驟和方法
4）用戶(hù)責(zé)任
用戶(hù)在操作過(guò)程中的注意事項(xiàng) 出現(xiàn)問(wèn)題時(shí)如何解決 如何寫(xiě)需求分析報(bào)告
近來(lái)學(xué)校的一些科研項(xiàng)目又在申報(bào)了，一些學(xué)弟開(kāi)始Q我一些軟件工程上書(shū)面的問(wèn)題。大概的總結(jié)了下，寫(xiě)到這里。本文涉及到的是需求分析部分的書(shū)寫(xiě)，主要是根據(jù)國(guó)家標(biāo)準(zhǔn)文檔中的要求來(lái)的。
在互聯(lián)網(wǎng)公司或者一些敏捷開(kāi)發(fā)的公司里，其實(shí)大家都是秉承著重開(kāi)發(fā)，重討論，而輕文檔的態(tài)度。這個(gè)輕文檔并不是指沒(méi)有文檔或者幾乎不做文檔，而是在嚴(yán)格的文檔流程中解脫出來(lái)，只把最最實(shí)際的部分寫(xiě)出來(lái)。這個(gè)特征是有互聯(lián)網(wǎng)本身迭代周期短，版本發(fā)布快等特點(diǎn)決定的。而在實(shí)際的兼職項(xiàng)目的時(shí)候，同學(xué)們就要注意了，最重要的應(yīng)該就是在簽合同的時(shí)候一定要附上最清楚的一份需求分析，雖然這份需求說(shuō)明可能不是按照某些標(biāo)準(zhǔn)文檔而來(lái)的，描述清楚每個(gè)功能達(dá)到的效果，而這個(gè)效果一定要讓客戶(hù)點(diǎn)頭確認(rèn)，而不能出現(xiàn)“應(yīng)該是”、“可能是”、“也許是”這樣的模糊回答。否則在項(xiàng)目后期就會(huì)比較難過(guò)了。在學(xué)校申請(qǐng)的項(xiàng)目和大型公司項(xiàng)目開(kāi)發(fā)中，是重視文檔流程的，一部一部來(lái)。所以還是看情況來(lái)對(duì)待文檔的深度和標(biāo)準(zhǔn)。
一、目錄： 目錄要用word的 “引用”—>”目錄”，自動(dòng)生成目錄，一般都是要三級(jí)目錄。通常這部分基本都不需要改結(jié)構(gòu)，直接更新頁(yè)碼即可。
二、內(nèi)容部分。國(guó)家標(biāo)準(zhǔn)軟件需求說(shuō)明書(shū)G856T-88下載 1引言 1.1編寫(xiě)目的
說(shuō)明編寫(xiě)這份軟件需求說(shuō)明書(shū)的目的，指出預(yù)期的讀者。（這部分說(shuō)明需求分析報(bào)告的概況，例如：本X需求分析報(bào)告是為S系統(tǒng)而編寫(xiě)的。+S系統(tǒng)的兩句話概述。+本X報(bào)告旨在使U1（需求者）明確S系統(tǒng)的要求和細(xì)節(jié)，給U2(開(kāi)發(fā)人員)了解需求實(shí)現(xiàn)的難度和困難，最終提供給U3（審核人、管理者）討論和審核，達(dá)到溝通效果）
1.2背景 說(shuō)明：
a． 待開(kāi)發(fā)的軟件系統(tǒng)的名稱(chēng)； b． 本項(xiàng)目的任務(wù)提出者、開(kāi)發(fā)者、用戶(hù)及實(shí)現(xiàn)該軟件的計(jì)算中心或計(jì)算機(jī)網(wǎng)絡(luò)；
c． 該軟件系統(tǒng)同其他系統(tǒng)或其他機(jī)構(gòu)的基本的相互來(lái)往關(guān)系。
（這部分可以將a,b,c分為2部分，例子如下： 1.2.1項(xiàng)目概況
本需求分析報(bào)告所預(yù)期開(kāi)發(fā)的軟件系統(tǒng)是:S。S是（不是則無(wú)）SS系統(tǒng)的某一個(gè)功能子模塊，S和S1、S2等系統(tǒng)之間的聯(lián)系，以及概述其他系統(tǒng)的狀態(tài)等等。1.2.2任務(wù)分配
a.任務(wù)提出者：xxx b.軟件開(kāi)發(fā)者：xx c.產(chǎn)品使用者：xx d.文檔編寫(xiě)者：xx e.預(yù)期產(chǎn)品使用者：xx）1.3定義
列出本文件中用到的專(zhuān)門(mén)術(shù)語(yǔ)的定義和外文首字母組詞的原詞組。
（這部分很簡(jiǎn)單，就是描述專(zhuān)業(yè)詞匯，比如
1.XML(Extensible Markup Language)即可擴(kuò)展標(biāo)記語(yǔ)言,它與HTML一樣,都是SGML(Standard Generalized Markup Language,標(biāo)準(zhǔn)通用標(biāo)記語(yǔ)言)。2.Word2, 解釋。。）
1.4參考資料
列出用得著的參考資料，如：
a． 本項(xiàng)目的經(jīng)核準(zhǔn)的計(jì)劃任務(wù)書(shū)或合同、上級(jí)機(jī)關(guān)的批文； b． 屬于本項(xiàng)目的其他已發(fā)表的文件；
c． 本文件中各處引用的文件、資料、包括所要用到的軟件開(kāi)發(fā)標(biāo)準(zhǔn)。列出這些文件資料的標(biāo)題、文件編號(hào)、發(fā)表日期和出版單位，說(shuō)明能夠得到這些文件資料的來(lái)源。2任務(wù)概述 2.1目標(biāo)
敘述該項(xiàng)軟件開(kāi)發(fā)的意圖、應(yīng)用目標(biāo)、作用范圍以及其他應(yīng)向讀者說(shuō)明的有關(guān)該軟件開(kāi)發(fā)的背景材料。解釋被開(kāi)發(fā)軟件與其他有關(guān)軟件之間的關(guān)系。如果本軟件產(chǎn)品是一項(xiàng)獨(dú)立的軟件，而且全部?jī)?nèi)容自含，則說(shuō)明這一點(diǎn)。如果所定義的產(chǎn)品是一個(gè)更大的系統(tǒng)的一個(gè)組成部分，則應(yīng)說(shuō)明本產(chǎn)品與該系統(tǒng)中其他各組成部分之間的關(guān)系，為此可使用一張方框圖來(lái)說(shuō)明該系統(tǒng)的組成和本產(chǎn)品同其他各部分的聯(lián)系和接口。|（本模塊開(kāi)發(fā)主要是為SS的整體服務(wù)，完成SS工作中的XX部分以及相關(guān)的工作。其涉及的范圍就是，從下達(dá)A、B命令后，到給出C結(jié)果的過(guò)程。具體描述：B1，來(lái)完成B11功能；B2，來(lái)完成B22功能； 等等。本部分是（否）耦合在分詞工具包其他部分中的，主要為嵌入方式和先后方式相互交互。圖
圖1.該系統(tǒng)的組成同其他各部分的聯(lián)系和接口）
2.2用戶(hù)的特點(diǎn)
列出本軟件的最終用戶(hù)的特點(diǎn)，充分說(shuō)明操作人員、維護(hù)人員的教育水平和技術(shù)專(zhuān)長(zhǎng)，以及本軟件的預(yù)期使甩頻度。這些是軟件設(shè)計(jì)工作的重要約束
（例如：二次開(kāi)發(fā)和系統(tǒng)調(diào)用人員：具有很高的專(zhuān)業(yè)知識(shí)水平，理解XX的運(yùn)行機(jī)制?？梢詫?duì)開(kāi)放代碼進(jìn)行閱讀和分析，以完成其系統(tǒng)獨(dú)特的需求，提供給這部分用戶(hù)開(kāi)放API手冊(cè)和Debug版本的源代碼即可；預(yù)期這部分用戶(hù)會(huì)占本系統(tǒng)總用戶(hù)量的多大部分。
xx使用者：具有一定的計(jì)算機(jī)操作能力和知識(shí)，了解xx領(lǐng)域的相關(guān)概念和用途。提供給這部分用戶(hù)操作手冊(cè)即可。預(yù)期這部分使用者主要是來(lái)簡(jiǎn)單的xx操作。
維護(hù)人員：具有較高的計(jì)算機(jī)專(zhuān)業(yè)水平，可以對(duì)常見(jiàn)的系統(tǒng)Bug進(jìn)行追蹤和分析，具有一定的測(cè)試能力。這部分用戶(hù)主要是采用了本系統(tǒng)之后的后期工作維護(hù)者。等等）
2.3假定和約束
列出進(jìn)行本軟件開(kāi)發(fā)工作的假定和約束，例如經(jīng)費(fèi)限制、開(kāi)發(fā)期限等。（這部分重要是對(duì)你有的技術(shù)力量、資金狀況、人力資源等情況的假設(shè)，以使得你可以在什么樣的情況和時(shí)間范圍內(nèi)完成工作。工期約束，經(jīng)費(fèi)約束，人員約束，地理約束，設(shè)備約束等幾個(gè)方面列舉說(shuō)明。）3需求規(guī)定 3.1對(duì)功能的規(guī)定
用列表的方式（例如IPO表即輸入、處理、輸出表的形式），逐項(xiàng)定量和定性地?cái)⑹鰧?duì)軟件所提出的功能要求，說(shuō)明輸入什么量、經(jīng)怎樣的處理、得到什么輸出，說(shuō)明軟件應(yīng)支持的終端數(shù)和應(yīng)支持的并行操作的用戶(hù)數(shù)。（例如： INPUT輸入 PROCESS處理 OUTPUT輸出 LOAD負(fù)載量
A 預(yù)處理,做怎樣的動(dòng)作，AA CC B BBBB Bb v C CCCC cc v
表
一、xx模塊IPO表 對(duì)IPO表的簡(jiǎn)單文字描述。）
3.2對(duì)性能的規(guī)定 3.2.1精度
說(shuō)明對(duì)該軟件的輸入、輸出數(shù)據(jù)精度的要求，可能包括傳輸過(guò)程中的精度。（例如：
Xx目標(biāo)處理：1Byt–10M，包括左右邊界值。yy精度范圍：?.ZZ的精度：由于xx的特殊性，本系統(tǒng)均采用xx型來(lái)進(jìn)行字符統(tǒng)計(jì)運(yùn)算，概率部分以及其他比率部分精度精確到0.0x%。）
3.2.2時(shí)間特性要求
說(shuō)明對(duì)于該軟件的時(shí)間特性要求，如對(duì)： a． 響應(yīng)時(shí)間； b． 更新處理時(shí)間；
c． 數(shù)據(jù)的轉(zhuǎn)換和傳送時(shí)間； d． 解題時(shí)間；等的要求。(這部分只要一一列舉就可以：
由于xxx過(guò)程中，需要大量xxxx操作或怎樣，故xx解題時(shí)間占總時(shí)間的最大部分。其次就是xx轉(zhuǎn)換和存儲(chǔ)的開(kāi)銷(xiāo)。其具體時(shí)間特性要求，如下： a． xx響應(yīng)時(shí)間：xxms左右； b． yy更新處理時(shí)間：yy；
c． zz數(shù)據(jù)的轉(zhuǎn)換和傳送時(shí)間：zz； d． vv解題時(shí)間：vv。等等)3.2.3靈活性
說(shuō)明對(duì)該軟件的靈活性的要求，即當(dāng)需求發(fā)生某些變化時(shí)，該軟件對(duì)這些變化的適應(yīng)能力，如： a． 操作方式上的變化； b． 運(yùn)行環(huán)境的變化；
c． 同其他軟件的接口的變化； d． 精度和有效時(shí)限的變化； e． 計(jì)劃的變化或改進(jìn)。
對(duì)于為了提供這些靈活性而進(jìn)行的專(zhuān)門(mén)設(shè)計(jì)的部分應(yīng)該加以標(biāo)明。
（這部分按列舉來(lái)即可，由于本模塊第一目的是用于xxx，其次則是xxxx。故本模塊的靈活性在于實(shí)際應(yīng)用者的不同。當(dāng)需求發(fā)生某些變化時(shí)，該軟件對(duì)這些變化的適應(yīng)能力。具體情況如下： f． 操作方式上的變化：采用集成運(yùn)行制和獨(dú)立運(yùn)行制兩種模式，集成運(yùn)行制是把本模塊嵌入到分詞工具包的主框架中，提供給用戶(hù)具有一定UI的可操作軟件；獨(dú)立運(yùn)行制是可以獨(dú)立運(yùn)行于后臺(tái)，并提供給各種程序調(diào)用的模式的工作方式，以增強(qiáng)其生命力。
g． 運(yùn)行環(huán)境的變化：主采用Windows平臺(tái)的編譯版本運(yùn)行和調(diào)試，在時(shí)間允許的情況下，同步開(kāi)發(fā)支持SUSE Linux的服務(wù)器版本。；
h． 同其他軟件的接口的變化：在盡量保證接口不出現(xiàn)變動(dòng)的情況下，允許接口的重載和再定義。但接口的命名規(guī)則是統(tǒng)一的；
i． 精度和有效時(shí)限的變化：精度在必須調(diào)整的條件下，可以上下浮動(dòng)10個(gè)百分點(diǎn)；有效時(shí)限則依據(jù)現(xiàn)實(shí)的測(cè)試情況允許稍大范圍的變化。
j． 計(jì)劃的變化或改進(jìn)：工作時(shí)間安排會(huì)存在必然的浮動(dòng)，這部分要協(xié)同分詞工具包課題設(shè)計(jì)組其他成員一同來(lái)進(jìn)行商定，前期的計(jì)劃可以稍微有些變動(dòng)，后期的安排盡量按照計(jì)劃執(zhí)行。等等）3.3輸人輸出要求
解釋各輸入輸出數(shù)據(jù)類(lèi)型，并逐項(xiàng)說(shuō)明其媒體、格式、數(shù)值范圍、精度等。對(duì)軟件的數(shù)據(jù)輸出及必須標(biāo)明的控制輸出量進(jìn)行解釋并舉例，包括對(duì)硬拷貝報(bào)告（正常結(jié)果輸出、狀態(tài)輸出及異常輸出）以及圖形或顯示報(bào)告的描述。
（這部分可以把輸入輸出分為 3.3.1輸入要求和3.3.2輸出要求，如下給出一個(gè)單元的例子。XXX輸出
數(shù)據(jù)名稱(chēng)：XXX輸出數(shù)據(jù) 實(shí)際含義：用于XX,表示XXXX 數(shù)據(jù)類(lèi)型：Character(字符串)數(shù)據(jù)格式：XX 數(shù)據(jù)約束：由于xxx,，大小在xx以?xún)?nèi)）
3.4數(shù)據(jù)管理能力要求
說(shuō)明需要管理的文卷和記錄的個(gè)數(shù)、表和文卷的大小規(guī)模，要按可預(yù)見(jiàn)的增長(zhǎng)對(duì)數(shù)據(jù)及其分量的存儲(chǔ)要求作出估算。（根據(jù)實(shí)際系統(tǒng)要求列舉即可 Name名稱(chēng) Number數(shù)量 Size大小 Increase增長(zhǎng)
詞典xx xx xxxx 并行執(zhí)行，其大小依據(jù)實(shí)際xx大文本而增長(zhǎng)）
3.5故障處理要求
列出可能的軟件、硬件故障以及對(duì)各項(xiàng)性能而言所產(chǎn)生的后果和對(duì)故障處理的要求。
（包括軟件壓力，內(nèi)存不足，硬件損壞等，這部分可以根據(jù)百度到其常見(jiàn)故障。）3.6其他專(zhuān)門(mén)要求
如用戶(hù)單位對(duì)安全保密的要求，對(duì)使用方便的要求，對(duì)可維護(hù)性、可補(bǔ)充性、易讀性、可靠性、運(yùn)行環(huán)境可轉(zhuǎn)換性的特殊要求等。
（例如安全保密性：密鑰更換等； 預(yù)期擴(kuò)展：擴(kuò)展兼容等；OS更換：Slackware轉(zhuǎn)SUSE等）
4運(yùn)行環(huán)境規(guī)定 4.1設(shè)備
列出運(yùn)行該軟件所需要的硬設(shè)備。說(shuō)明其中的新型設(shè)備及其專(zhuān)門(mén)功能，包括：
a． 處理器型號(hào)及內(nèi)存容量；
b． 外存容量、聯(lián)機(jī)或脫機(jī)、媒體及其存儲(chǔ)格式，設(shè)備的型號(hào)及數(shù)量；
c． 輸入及輸出設(shè)備的型號(hào)和數(shù)量，聯(lián)機(jī)或脫機(jī)； d． 數(shù)據(jù)通信設(shè)備的型號(hào)和數(shù)量； e． 功能鍵及其他專(zhuān)用硬件（列舉說(shuō)明即可）4.2支持軟件
列出支持軟件,包括要用到的操作系統(tǒng)、編譯（或匯編）程序、測(cè)試支持軟件等。（操作系統(tǒng)和版本：xxxx 支撐環(huán)境和版本：xxxx 備用IDE環(huán)境和版本：xxxx 與該軟件有關(guān)的軟件組件：xxxx 后續(xù)可能擴(kuò)展環(huán)境：xxxx）4.3接口
說(shuō)明該軟件同其他軟件之間的接口、數(shù)據(jù)通信協(xié)議等。(例如：
a．用戶(hù)和主程序調(diào)用接口(圖中接口1)。這個(gè)接口采用封裝API形式和函數(shù)調(diào)用形式，分別以外部調(diào)用和內(nèi)部調(diào)用的方式為不同用戶(hù)提供使用本機(jī)械分詞工具的入口。例如以xxxx方式調(diào)用DLL文件，以xxxx方式調(diào)用函數(shù)。如下圖2所示。圖2.軟件接口調(diào)用圖 b.xx接口(圖中接口2)。這里是一個(gè)xxx的接口調(diào)用過(guò)程。xxxx)4.4控制
說(shuō)明控制該軟件的運(yùn)行的方法和控制信號(hào)，并說(shuō)明這些控制信號(hào)的來(lái)源。(例如：
下面通過(guò)圖表的形式，將本模塊以及涉及到本模塊的軟件模塊的運(yùn)行方法、控制信號(hào)，以及這些控制信號(hào)的來(lái)源，其中箭頭所指方向?qū)?yīng)的模塊的控制信號(hào)來(lái)自箭頭另一方向的模塊，具體情況如下： 圖3.控制流程圖
圖3的具體說(shuō)明情況如下表所示： Name模塊名稱(chēng) Method運(yùn)行方式 Signal控制信號(hào) Forward控制去向
主程序模塊 運(yùn)行框架 用戶(hù)調(diào)用或運(yùn)行 1.調(diào)用xx模塊 2.調(diào)用xx方法 3.調(diào)用標(biāo)準(zhǔn)輸出模塊
xxx模塊 xxx xxx調(diào)用 Xxx模塊)
第四篇：軟件項(xiàng)目需求分析總結(jié)
軟件項(xiàng)目需求分析總結(jié)
我們做的需求只解決了我們能做出這樣的項(xiàng)目，但是沒(méi)有解決這樣的項(xiàng)目是不是真就是客戶(hù)想要的。造成這種狀況的原因主要是下面幾個(gè)情況：
客戶(hù)本身說(shuō)不清楚
文物網(wǎng)是這樣，中彰國(guó)際更是這樣，但是這不能怪客戶(hù)，畢竟客戶(hù)在軟件方面的知識(shí)要少的多，也沒(méi)有相關(guān)的經(jīng)驗(yàn)，可能心里只有一個(gè)想要的軟件的輪廓，于是可能會(huì)要求我們?nèi)ヌ嫠麄儊?lái)完整這個(gè)輪廓的細(xì)節(jié)，而我們的能力、我們能否真正站在客戶(hù)角度去搜集和整理這些需求，就決定了這個(gè)需求的完整性和有效性。
需求自身經(jīng)常變動(dòng)
隨著客戶(hù)對(duì)這個(gè)項(xiàng)目越來(lái)越深刻的理解，那么可能他的需求也會(huì)隨之改變，這些變化的可能性越大項(xiàng)目風(fēng)險(xiǎn)就會(huì)越大，我們?cè)谛枨蠓治龅臅r(shí)候就要充分考慮到哪些需求是相對(duì)固定的需求，哪些可能會(huì)是產(chǎn)生變動(dòng)的需求，考慮到他的可變性，這樣設(shè)計(jì)功能和數(shù)據(jù)庫(kù)的時(shí)候不致因?yàn)楹竺娴淖儎?dòng)而影響整個(gè)工程。分析人員或客戶(hù)理解有誤
畢竟，不是每個(gè)分析人員都是專(zhuān)業(yè)而合格的，為避免這種情況的發(fā)生，需求分析必須要有審核制度，公司自己內(nèi)部要審核一遍，客戶(hù)再審一遍，提出意見(jiàn)，修改后雙方共同評(píng)審簽字，確認(rèn)。
由此出現(xiàn)的問(wèn)題：
a)需求分析過(guò)于籠統(tǒng)，只關(guān)注到面上，沒(méi)有關(guān)注到點(diǎn)上，開(kāi)發(fā)出來(lái)的東西在具體的細(xì)節(jié)上和客戶(hù)的理解有誤差，并且無(wú)法嚴(yán)格界定是否屬于需求變更。中彰的方案就是這樣的。
b)需求報(bào)告只求我們這方評(píng)審?fù)ㄟ^(guò)，不去關(guān)心客戶(hù)的評(píng)審，認(rèn)為只要客戶(hù)簽字認(rèn)可就行。雖然簽字認(rèn)可能夠給日后出現(xiàn)問(wèn)題時(shí)劃清我們的責(zé)任，但是不能保證使項(xiàng)目實(shí)施成功。
c)需求分析中含有技術(shù)實(shí)施上有難度的功能，一味的求全和盲目按照客戶(hù)的設(shè)想，受客戶(hù)影響過(guò)大，畢竟，很多時(shí)候，客戶(hù)的想法在實(shí)際實(shí)施過(guò)程中是不現(xiàn)實(shí)的，或者可以有更為簡(jiǎn)便的方法來(lái)替代的。如中彰國(guó)際的在線交易功能，后臺(tái)大批量郵件群發(fā)功能。
d)對(duì)雙方已經(jīng)確定的需求，實(shí)現(xiàn)以后并不適合客戶(hù)使用，需要按照變更手續(xù)執(zhí)行的時(shí)候，客戶(hù)可能會(huì)糾纏，提出“你們是專(zhuān)業(yè)人士，你們應(yīng)該事先能提醒我們可能會(huì)出現(xiàn)這種問(wèn)題”并以此來(lái)把責(zé)任推給我們，而我們又不好完全按照變更手續(xù)執(zhí)行，因?yàn)榭赡芗せp方的矛盾，比如508的批量處理功能，因?yàn)閷儆谌耸?/p>
管理比較專(zhuān)業(yè)的細(xì)節(jié)問(wèn)題，需求分析師開(kāi)始沒(méi)有對(duì)客戶(hù)業(yè)務(wù)熟悉到如此細(xì)致的地步，而客戶(hù)也沒(méi)有過(guò)多關(guān)注這些細(xì)節(jié)，導(dǎo)致軟件的某些功能不合用，較為繁瑣，而重新按著客戶(hù)的意見(jiàn)修改的話工作量比較大，導(dǎo)致成本增加、工期延長(zhǎng)。e)項(xiàng)目的成熟度受客戶(hù)預(yù)算的限制。大部分客戶(hù)在項(xiàng)目投入上都是有預(yù)算的，在成本有上限的前提下，項(xiàng)目的功能設(shè)計(jì)(軟件的成熟度)方面必然受一定影響，畢竟功能越多越完善，相應(yīng)的開(kāi)發(fā)成本就越高。這種功能上的不完善需要事先告知客戶(hù)并得到理解。
f)此項(xiàng)工作的反復(fù)造成思想上的倦怠，使需求分析最后虎頭蛇尾。需求分析是一項(xiàng)繁瑣枯燥的工作，需要和客戶(hù)之間不斷的商討、確認(rèn)和反復(fù)，另外由于大部分的客戶(hù)雖然安排專(zhuān)人負(fù)責(zé)這項(xiàng)工作，但是該人并不只做這項(xiàng)工作，特別當(dāng)他被很多其他的事情纏身的時(shí)候，而無(wú)心細(xì)看提交過(guò)去的需求報(bào)告的時(shí)候，他很可能會(huì)給你一個(gè)錯(cuò)覺(jué)，讓你認(rèn)為他已經(jīng)真正的理解并認(rèn)可了你的設(shè)計(jì)。結(jié)論
a)需求分析是整個(gè)項(xiàng)目管理中需要重點(diǎn)控制的幾個(gè)關(guān)鍵節(jié)點(diǎn)之一，首先思想上一定要重視。
b)需求分析報(bào)告的編寫(xiě)者要參與到需求的搜集工作中，準(zhǔn)確領(lǐng)會(huì)客戶(hù)的意圖，并轉(zhuǎn)化成軟件能夠?qū)崿F(xiàn)的功能。對(duì)于說(shuō)不清楚需求的客戶(hù)，要善于問(wèn)關(guān)鍵問(wèn)題，引導(dǎo)客戶(hù)提出自己的需求?？梢圆扇〉拇胧┦鞘孪染幹埔粋€(gè)問(wèn)卷調(diào)查之類(lèi)的文檔，詳細(xì)列舉需要客戶(hù)回答的問(wèn)題，以便防止遺漏。
c)需求報(bào)告的編寫(xiě)者要能夠?qū)蛻?hù)需求進(jìn)行深入分析，區(qū)別出哪些需求存在日后變更的可能，哪些需求屬于相對(duì)固定的，哪些需求能夠?qū)崿F(xiàn)，哪些需求需要變通才能實(shí)現(xiàn)，以便于指導(dǎo)后面的功能設(shè)計(jì)。
d)需求分析報(bào)告對(duì)功能細(xì)節(jié)的描述不能有歧義，描述一定要全面、準(zhǔn)確，防止開(kāi)發(fā)方和客戶(hù)只見(jiàn)對(duì)同一個(gè)問(wèn)題有兩個(gè)截然不同的理解。可以通過(guò)評(píng)審，用大家的力量來(lái)避免這種情況發(fā)生
e)需求報(bào)告的每個(gè)關(guān)乎功能的描述都要讓客戶(hù)明白和理解，客戶(hù)在理解之上的確認(rèn)才能夠保證日后一旦出現(xiàn)問(wèn)題不致出現(xiàn)雙方互相推托責(zé)任糾纏不清的情況。
f)需求報(bào)告一定要經(jīng)過(guò)一個(gè)有技術(shù)人員和業(yè)務(wù)人員參加的評(píng)審，要充分發(fā)揮團(tuán)隊(duì)的力量，重視每個(gè)人的才智，一個(gè)模塊一個(gè)功能的逐一的過(guò)，讓大家來(lái)共同找出需求報(bào)告里不合理的、有歧義的、不完善的、遺漏的等等問(wèn)題g)幫助客戶(hù)去理解提交給他的需求分析報(bào)告而不是只等簽字，對(duì)于有能夠用好幾種方式實(shí)現(xiàn)的功能，盡量做到能讓客戶(hù)去比較和選擇。不要讓客戶(hù)對(duì)報(bào)告中的部分產(chǎn)生歧義。只有客戶(hù)對(duì)報(bào)告的完全的理解，才能在日后客戶(hù)提出的修改被認(rèn)為是需求變更的時(shí)候能夠得到客戶(hù)的理解
h)最后，需求分析報(bào)告一定要雙方共同簽字確認(rèn)
第五篇：軟件項(xiàng)目需求調(diào)研總結(jié)
軟件項(xiàng)目需求調(diào)研總結(jié)
一、需求調(diào)研準(zhǔn)備：
在需求調(diào)研過(guò)程中，應(yīng)該做好三種準(zhǔn)備，保持兩種心態(tài)，做到五種提高：
三種準(zhǔn)備
1）調(diào)研前應(yīng)該將所有項(xiàng)目前期資料進(jìn)行匯總，與相關(guān)的前期銷(xiāo)售人員進(jìn)行交流，以便對(duì)項(xiàng)目有一個(gè)基本輪廓的認(rèn)識(shí)。
2）做好調(diào)研前使用資料的準(zhǔn)備，如需求調(diào)研模板，需求調(diào)研問(wèn)題列表等。
3）做好不怕一切困難的準(zhǔn)備。
兩種心態(tài)
1）保持一種和客戶(hù)平等合作的心態(tài)，確定需求調(diào)研是為了給客戶(hù)解決問(wèn)題，探討問(wèn)題，而不是接受問(wèn)題，更不是來(lái)指導(dǎo)工作的。
2）平靜面對(duì)需求變更的心態(tài)，在需求調(diào)研過(guò)程中，往往雙方對(duì)需求理解不一致，造成需求調(diào)研前后矛盾，應(yīng)當(dāng)心平氣和的去引導(dǎo)客戶(hù)，達(dá)到需求理解基本一致。
三種提高
1）首先提高自己業(yè)務(wù)知識(shí)，對(duì)于人力資源的標(biāo)準(zhǔn)業(yè)務(wù)應(yīng)該基本熟悉。
2）其次應(yīng)該努力的去熟悉用戶(hù)的行業(yè)，學(xué)習(xí)用戶(hù)使用的術(shù)語(yǔ)，標(biāo)準(zhǔn)，以便能夠準(zhǔn)確的理解用戶(hù)。這就需要我們閱讀用戶(hù)所在行業(yè)的資料、文章，盡量多選取一些整體性介紹的文章，這樣可以在短時(shí)間內(nèi)能夠?qū)υ撔袠I(yè)有一個(gè)全面的認(rèn)識(shí)，這樣我們就能夠較好的和用戶(hù)進(jìn)行交流了。
3）需求調(diào)研中，學(xué)會(huì)盡量不使用IT行業(yè)的術(shù)語(yǔ)，而采用淺顯易懂的口頭語(yǔ)言來(lái)解釋IT行業(yè)中高深莫測(cè)的術(shù)語(yǔ)，以便用戶(hù)能夠很好的理解，提高自己的溝通交流能力。
4）提高自己的速記能力，文字表述能力以及歸納，能迅速的記錄需求調(diào)研核心的問(wèn)題，總結(jié)歸納形成原始的需求調(diào)研資料。
5）提高自己的總結(jié)能力，書(shū)寫(xiě)一份完整的、前后一致的、可追蹤的需求報(bào)告。
二、需求調(diào)研過(guò)程的總體流程
需求調(diào)研中應(yīng)遵循一定的流程，而且在調(diào)研過(guò)程中表現(xiàn)出規(guī)范，調(diào)研有條不紊，對(duì)客戶(hù)有理有據(jù)，調(diào)研中資料做好備份，做到有備無(wú)患：
三、需求調(diào)研過(guò)程中注意問(wèn)題
四、需求報(bào)告書(shū)寫(xiě)要求及標(biāo)準(zhǔn)
編寫(xiě)優(yōu)秀的需求是沒(méi)有公式化的方法的。這需要大量的經(jīng)驗(yàn)，要從你在過(guò)去的文檔中發(fā)現(xiàn)的問(wèn)題學(xué)習(xí)。請(qǐng)?jiān)诮M織軟件需求文檔時(shí)，嚴(yán)格遵從這些方針。
句子和段落要簡(jiǎn)練。使用正確的語(yǔ)法，拼寫(xiě)，標(biāo)點(diǎn)。使用術(shù)語(yǔ)，要保持一致性，并在術(shù)語(yǔ)表或數(shù)據(jù)字典中定義它們需求編寫(xiě)者還要努力正確地把握粒度。多個(gè)需求盡可能拆分開(kāi)。
整個(gè)需求文檔細(xì)節(jié)上要保持一致。
避免在需求報(bào)告中過(guò)多的申述需求。在多處包含相同的需求可以使文檔更易于閱讀，但也會(huì)給文檔的維護(hù)增加困難。文檔的多份文本要在同一時(shí)間內(nèi)全部更新，避免不一致性。
需求調(diào)研對(duì)于系統(tǒng)的構(gòu)造，系統(tǒng)測(cè)試以及最后的客戶(hù)滿(mǎn)意，都會(huì)成為好的奠基石。并且要記住，沒(méi)有高質(zhì)量的需求，軟件就象一盒巧克力，你永遠(yuǎn)不知道你會(huì)得到什么。我希望我們能得到一塊“德芙”。
調(diào)研概要情況：X項(xiàng)目需求調(diào)研開(kāi)始于2006-3-23結(jié)束于2006-6-15，內(nèi)容包括現(xiàn)場(chǎng)需求調(diào)研4個(gè)人月和分析需求編寫(xiě)需求文檔6個(gè)人月。參與調(diào)研的包括項(xiàng)目經(jīng)理、技術(shù)經(jīng)理和兩個(gè)開(kāi)發(fā)骨干，編寫(xiě)需求規(guī)格說(shuō)明書(shū)字?jǐn)?shù)95.4萬(wàn)。
1.把二期項(xiàng)目當(dāng)作一個(gè)新項(xiàng)目來(lái)做調(diào)研，避免需求細(xì)節(jié)遺漏。在調(diào)研的初期我們?cè)?jīng)有過(guò)疑慮，這是一個(gè)二期的項(xiàng)目，那么調(diào)研的內(nèi)容是否只針對(duì)二期的新需求，對(duì)需求內(nèi)容二期和一期一致的部分就不必調(diào)研了?
經(jīng)過(guò)討論我們還是決定把二期項(xiàng)目當(dāng)作一個(gè)新項(xiàng)目來(lái)做調(diào)研，即使二期和一期需求內(nèi)容一致，我們也在調(diào)研會(huì)上討論，并記錄在調(diào)研筆記及以后的需求文檔上。這樣的好處是最大限度地避免了需求細(xì)節(jié)的遺漏。在現(xiàn)場(chǎng)調(diào)研時(shí)，發(fā)現(xiàn)有不少地方原來(lái)以為是二期不必修改的，經(jīng)過(guò)討論后發(fā)現(xiàn)還是需要修改。（往往危險(xiǎn)的需求描述就在于“這部分做的和某個(gè)系統(tǒng)或某個(gè)版本的舊系統(tǒng)一樣就可以了”）
2.調(diào)研團(tuán)隊(duì)參加所有子系統(tǒng)的調(diào)研會(huì)議，可以相互補(bǔ)充避免需求遺漏。這個(gè)項(xiàng)目規(guī)模比較大，根據(jù)業(yè)務(wù)的類(lèi)型不同，分成了6個(gè)子系統(tǒng)，各個(gè)子系統(tǒng)的業(yè)務(wù)信息互有接口。我們安排每個(gè)人至少負(fù)責(zé)一個(gè)子系統(tǒng)的需求，但是在調(diào)研時(shí)，只要可能，我們都盡量讓每個(gè)人都參與所有系統(tǒng)的調(diào)研會(huì)議。對(duì)項(xiàng)目經(jīng)理和技術(shù)經(jīng)理則進(jìn)一步要求了解所有系統(tǒng)的業(yè)務(wù)需求。這樣做的好處是，對(duì)于子系統(tǒng)之間的業(yè)務(wù)關(guān)系，調(diào)研團(tuán)隊(duì)都可以有全面的了解，對(duì)業(yè)務(wù)的理解比較透徹全面，并且還可以相互補(bǔ)充遺漏。
3.多人調(diào)研，在會(huì)議后應(yīng)該立刻回顧整理統(tǒng)一的會(huì)議筆記，消除歧義，避免遺漏。在開(kāi)調(diào)研會(huì)時(shí)，全體與會(huì)人員都各自記自己的會(huì)議筆記，會(huì)后沒(méi)有強(qiáng)調(diào)當(dāng)天整理會(huì)議筆記（會(huì)議進(jìn)度很緊，每天開(kāi)會(huì)到晚上8、9點(diǎn)鐘）。這導(dǎo)致以后閱讀會(huì)議筆記發(fā)現(xiàn)一些描述很簡(jiǎn)單理解上有歧義的內(nèi)容，或者同一份需求在幾個(gè)筆記上記錄的內(nèi)容細(xì)節(jié)上有差異，事后難以追溯正確的信息。給編寫(xiě)需求文檔帶來(lái)了一些困難，需要再次討論需求。
4.需求文檔編寫(xiě)完成后，在開(kāi)發(fā)階段也應(yīng)該做檢查和更新，避免文檔錯(cuò)誤對(duì)開(kāi)發(fā)的誤導(dǎo)。我們?cè)谕瓿纱罅康男枨笪臋n編寫(xiě)工作后，在開(kāi)發(fā)階段有部分文檔沒(méi)有做內(nèi)容檢查和及時(shí)更新。后期測(cè)試時(shí)才發(fā)現(xiàn)少數(shù)需求內(nèi)容的矛盾和錯(cuò)誤，導(dǎo)致需要重新修改。
建議：
1、如果在編寫(xiě)需求文檔后，開(kāi)發(fā)階段應(yīng)該做一邊閱讀需求文檔，一邊做需求文檔的檢查，對(duì)于保證需求質(zhì)量效果會(huì)更好。
2、應(yīng)該指定人負(fù)責(zé)需求追蹤和更新，在開(kāi)發(fā)階段、測(cè)試階段要保持和用戶(hù)的需求溝通，這不是一個(gè)可有可無(wú)的簡(jiǎn)單工作，很重要，并且會(huì)占用責(zé)任人50%的工作時(shí)間。
3、企業(yè)業(yè)務(wù)管理信息系統(tǒng)的需求調(diào)研方法：我認(rèn)為對(duì)調(diào)研的組織安排是非常重要的，好的調(diào)研安排雖然未必產(chǎn)生質(zhì)量高的需求，但是一個(gè)不遵循調(diào)研規(guī)律的調(diào)研活動(dòng)，必然是低效的。下面是H項(xiàng)目調(diào)研組采取的調(diào)研流程，供參考：
4、第一步不是立刻和用戶(hù)當(dāng)面討論需求細(xì)節(jié)，而是要業(yè)務(wù)關(guān)鍵用戶(hù)編寫(xiě)初步的需求報(bào)告，提供給開(kāi)發(fā)團(tuán)隊(duì)閱讀分析。需求報(bào)告的內(nèi)容是，對(duì)業(yè)務(wù)流程的描述，對(duì)業(yè)務(wù)需求的描述。需求報(bào)告的質(zhì)量往往和關(guān)鍵用戶(hù)的投入多少有較大關(guān)系，經(jīng)常在沒(méi)有面對(duì)面溝通時(shí)，關(guān)鍵用戶(hù)未必能對(duì)這份報(bào)告投入很多的時(shí)間和精力。但這是當(dāng)面調(diào)研的基礎(chǔ)，一定要做，有粗糙疏漏的地方可以再現(xiàn)場(chǎng)調(diào)研時(shí)再細(xì)化。這可以再調(diào)研前就和用戶(hù)溝通，讓用戶(hù)編寫(xiě)。
點(diǎn)擊咨詢(xún) 