2025小學(xué)教師資格證考試《綜合素質(zhì)》預(yù)測題
需求建議書是指從客戶角度出發(fā)，全面、詳細地向服務(wù)商陳述、表達為了滿足其已識別需求所應(yīng)做的準備工作。也就是說，需求建議書是客戶向服務(wù)商發(fā)出的用來說明如何滿足其已識別需求的建議書，是客戶與服務(wù)商建立正式聯(lián)繫的第一份書面文件，又稱招標(biāo)書。需求建議書一般由客戶起草，主要描述客戶的需求、條件及對項目任務(wù)的具體要求。一份完整的需求建議書主要包括滿足其需求的項目的工作自述、對項目的要求、期望的項目目標(biāo)、客戶供應(yīng)條款、付款方式、契約形式、項目時間、項目申請書的要求等。
好的需求建議書能讓服務(wù)商準確把握客戶所期待的產(chǎn)品或服務(wù)。當(dāng)然，並非在所有情況下都需要準備一份正式的需求建議書，當(dāng)某一企業(yè)的需求由內(nèi)部開發(fā)項目予以滿足時，這一過程似乎變得簡單多了，此時更多需要的是口頭上的交流和信息傳遞，而不是把寶貴的時間耽擱在僅僅起到信息傳遞作用的需求建議書上。例如，某一軟體開發(fā)公司感到公司原來的財務(wù)分析系統(tǒng)已經(jīng)遠遠不能適應(yīng)日益增加的業(yè)務(wù)需要時，便可直接要求軟體開發(fā)小組進行開發(fā)，這時只需口頭把相關(guān)的要求傳達給軟體開發(fā)小組即可。
[編輯]需求建議書的主要內(nèi)容[2]
需求建議書一般包含以下主要內(nèi)容：
客戶必須搜集大量相關(guān)資料準備需求建議書，因為IT項目實施者需要按照RFP來準備他們的項目技術(shù)方案，並以此參與競標(biāo)。RFP中包括項目的目標(biāo)，也就是用戶的期望，也包括客戶要求項目的進度計劃;對實施商申請書的表格和內(nèi)容的規(guī)定;客戶希望潛在的實施商提交投標(biāo)申請書的最後期限;評價申請書的標(biāo)準等。一份好的RFP應(yīng)該包括以下一些內(nèi)容。
1．工作表述
工作表述就是說明項目的工作範(fàn)圍，概括客戶要求開發(fā)商或項目團隊執(zhí)行的任務(wù)或工作單元，說明項目所涉及的各種事情，哪些必須由開發(fā)商或項目團隊去完成，哪些由客戶自己去做。例如，一個辦公自動化軟體系統(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)準。
3．交付物
交付物就是開發(fā)商所提供的實體內(nèi)容，這在需求建議書中應(yīng)該說明。例如，對於自動結(jié)賬和收款系統(tǒng)來說，客戶可能要求開發(fā)商提供硬體(電腦)、軟體(磁碟和一些印刷品)、操作手冊和培訓(xùn)課程。交付物也可能包括客戶要求開發(fā)商提供定期進度報告或終期報告。
4．客戶供應(yīng)條款
需求建議書還應(yīng)該列出客戶的供應(yīng)條款。例如，客戶需要建立一個網(wǎng)J站，可能需要向開發(fā)商提供企業(yè)內(nèi)部的組織結(jié)構(gòu)及各部門之間業(yè)務(wù)關(guān)係的詳]細說明，包括信息流程的類型、信息流量和發(fā)生頻率等。
5．表述客戶對需求的確認
需求建議書不是對客戶需求的最後確認。最後的確認應(yīng)該在對開發(fā)商提出的方案進行評估之後。例如印刷宣傳手冊，可能在開印之前要經(jīng)過客戶審定;區(qū)域網(wǎng)的建設(shè)，在購買材料和設(shè)備之前，客戶必須審定開發(fā)商的技術(shù)方案。這一點在需求建議書中必須向開發(fā)商說明。
6．期望的合同類型
(1)合同可以按固定價格訂立。這樣，開發(fā)商實際上就是費用包乾�？蛻糁唤o固定的價錢，不管開發(fā)商實際工作花費多少。開發(fā)商必須保證功能的實現(xiàn)和質(zhì)量要求，超支的風(fēng)險由開發(fā)商負擔(dān)。
(2)合同也可以規(guī)定開發(fā)商不承擔(dān)風(fēng)險，即在時間、原材料限制的條件下，不論實際成本多少，都會給開發(fā)商特定的報酬，也就是所謂包工不包料。在我國現(xiàn)階段的條件下，由於質(zhì)量檢驗和資信度水平不高，這種合同比]較普遍。在需求建議書中，最好說明客戶是希望採用那種類型的合同。
7．期望的付款方式
付款方式可以分為一次性付款和分階段付款;在開始前付款和結(jié)束後付款。一般依項目的性質(zhì)來定付款方式。如網(wǎng)頁製作，往往在項目末期付款;而架設(shè)區(qū)域網(wǎng)，一般在方案確認後，付款30%以便開發(fā)商採購，工程結(jié)束驗收後付滿90%，留10%等到使用一段時間以後確認無問題時付清。具體付款方式需要合同雙方協(xié)商，但在需求建議書中，客戶應(yīng)該先提出自己的期望付款方式。
8．要求的進度計劃
進度計劃的要求可能很粗，如要求在6個月內(nèi)完成;也可以詳細一些，如多長時間內(nèi)完成方案設(shè)計和審定，多長時間內(nèi)完成硬體選購與安裝，多長時間內(nèi)完成軟體研製、測試與安裝，最後開發(fā)商在系統(tǒng)安裝調(diào)試後，在多長時間內(nèi)提交所有的系統(tǒng)文件和操作培訓(xùn)。
9．申請書的格式和內(nèi)容提示
為了便於在幾個開發(fā)商之間進行比較和評價，申請書應(yīng)該在形式上採取同一個格式，內(nèi)容的結(jié)構(gòu)也應(yīng)該一致。這樣對不同的申請者來說比較公平，也能減輕客戶在評審時的工作量�？蛻粼谛枨蠼ㄗh書中可以限定申請書的每一部分採用的文字數(shù)量或頁數(shù)。
10．提交申請書的最後期限
申請書受理的截止日期是必須要交代清楚的。例如，要求開發(fā)商在接到需求建議書後多少個工作口之內(nèi)(如l周之內(nèi)、1個月之內(nèi)等)提交申請書，或大家一律在某月某日之前提交申請書。這樣做的目的是便於同時對眾多的申請者進行比較、評估，也是為了保持公正，不給某些開發(fā)商以額外的時間和機會。
11．對申請書的評價標(biāo)準
要告訴開發(fā)商客戶將根據(jù)哪些準則來評價他提交的申請書。這樣做的目的，是指導(dǎo)開發(fā)商寫好申請書。一般評價標(biāo)準包括4個方面的內(nèi)容：
(1)開發(fā)商在類似項目中的經(jīng)驗。如他們近期是否在預(yù)算內(nèi)按期完成了類似的項目，客戶對他們是否滿意?
(2)開發(fā)商提出的技術(shù)方案是否合適。如採用哪種類型的電腦軟體?資料庫的設(shè)計、方法是什麼?用來建立管理信息系統(tǒng)的是哪種語言?採用哪些供應(yīng)商的設(shè)備?等等。
(3)進度計劃。開發(fā)商是否能按照所要求的進度完成項目計劃?
(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)的申請書，提高在項目準備階段的工作效率。
[編輯]需求建議書的必要性[2]
需求建議書(RFP)是項目客戶與開發(fā)商建立正式聯(lián)繫的第一份書面文件，也叫招標(biāo)書。一般由項目的客戶自己起草，主要描述客戶的需求、條件以及對項目任務(wù)的具體要求，向可能的開發(fā)商發(fā)送。
需求建議書是客戶為確保供應(yīng)商理解項目的需求，併在此基礎(chǔ)上提供項目建議書而編製的需求規(guī)範(fàn)。雖然它不能確�？蛻魮�(jù)此就能獲得理想的解決方案，但卻可以幫助客戶發(fā)現(xiàn)那些儘可能接近自身需求的系統(tǒng)準備。其
目的是從客戶自身的角度出發(fā)，通過全面、詳細地陳述，使開發(fā)商或項目團隊理解客戶所希望的是什麼，以可行的價格滿足客戶的已識別的需求。
對於一些預(yù)算較少的客戶，開發(fā)商往往不願意花精力準備正式的方案建議書，這種情況下，客戶的需求建議書就變得很重要。事實上，項目無論大小，都需要編寫需求建議書。
第一，需求建議書需要描述用戶的目標(biāo)與需求。編製需求建議書的過程也是客戶進一步明確自己的目標(biāo)與需求的過程，並以此建立起客戶與供應(yīng)商進行深人溝通的橋梁。即使因為各種原因使得供應(yīng)商看不到或不願響應(yīng)需求建議書，這種努力也是值得付出的。
第二，需求建議書可節(jié)省選型的時間，並使得對各供應(yīng)商之間的比較變得更容易�？蛻籼峁┙o所有競標(biāo)供應(yīng)商的信息都是一樣的，避免了跟各開發(fā)商的重覆溝通，同時，有需求建議書作為基準，客戶可以約束各開發(fā)商以一致的格式提交方案建議書，以提高各供應(yīng)商之間的可比性。
第三，需求建議書可以避免一些潛在的疏漏。在準備需求建議書時，客戶往往會因為太過關(guān)註具體細節(jié)而忽略了一些重要的因素。收到需求建議書後，有的供應(yīng)商可能會主動對這樣的疏漏提出質(zhì)疑以提醒客戶。還有些開發(fā)商為了使自己的方案建議書更具有吸引力，甚至?xí)岢鲆恍┬枨蠼ㄗh書沒有涉及的好想法來拓展客戶的思路。
【小學(xué)教師資格證考試《綜合素質(zhì)》預(yù)測題】相關(guān)文章：
小學(xué)教師資格證考試《綜合素質(zhì)》預(yù)測題10-14
2017小學(xué)教師資格證考試《綜合素質(zhì)》預(yù)測題答案05-22
2016年小學(xué)教師資格證《綜合素質(zhì)》預(yù)測題11-05
2017小學(xué)教師資格證《綜合素質(zhì)》預(yù)測題及答案08-28
2016年小學(xué)教師資格證《綜合素質(zhì)》預(yù)測題答案11-04
2017小學(xué)教師資格證考試綜合素質(zhì)歷年題10-07
2017小學(xué)教師資格證考試《綜合素質(zhì)》仿真題10-24