投資計劃書和可行性研究報告是必須學會的報告,在現實生活中非常需要,它是對投資專案的分析和了解,還有很多資訊的調整,聽到這裡是不是都難住了,看了我整理的文章, 投資計劃書和可行性研究報告都簡單了。
投資計劃書和可行性研究報告1
投資計劃書
1、封面頁
這是容易被忽視的部分。形式是可以更好地表現內容的。另外,專案計劃書也是能使資助機構瞭解和認識我們的一個很重要的視窗,表現得專業與嚴謹,是絕對可以得到加分的。封面可以只簡單地寫上專案名稱和日期,也可以包括以下資訊:專案名稱;申請執行機構;通訊地址;電話、傳真、E-mail;聯絡負責人;還可以把銀行賬戶、律師、審計機構等資訊列在封面頁上。另外,如果是向某一機構籌款的話,最好在前面加封簡單的附信。由於一份專案計劃可以提交給多個資助機構,這就需要一個個性化的附信,要以“某機構某人”為開頭,以表明你對該機構的重視與尊重。
2、專案概要總論
這是最重要的一部分,也是讀者最先閱讀、瀏覽的部分。概要一般要包括:機構的背景資訊、使命與宗旨;專案要解決的問題與解決的方法;專案申請方的能力和以往的成功經驗,等等。需要特別指出的是:儘管專案概要部分排在計劃書的前半部,但實際上,這一部分是要在寫完所有計劃書以後,才動手寫的。
3、專案背景、存在的問題與需求
需要詳細介紹存在的問題以及為什麼你要設計這個專案來解決這些問題。要充分地說明問題的嚴重性與緊迫性,最好能提供一些資料,表明你對這一專案的瞭解。此外,你還可以使用一些真實、典型的案例,以便在情感上打動讀者,進而引起他們的共鳴。要說明專案的起因、邏輯上的因果關係、受益群體及其與其它社會問題之間的關聯等。
4、目標與產出
在使資助機構確信“問題”的存在以後,明確提出你的解決方案。機構間的合作是被鼓勵的。如果你還有其它的機構合作伙伴,也要明確說明。在這一部分中你要詳細地介紹你的專案計劃、專案的總體目標、階段性目標與任務,以及各目標的評估標準。總體目標是一個長期的、巨集觀的、概念性的、比較抽象的描述。由總體目標可以分解成一系列具體的、可衡量的、可實現的、帶有明確時間標記的階段性目標對目標的陳述一定要非常清楚。最重要的是,制定的目標要切合實際。不要承諾你做不到的事情。要牢記,資助者希望在專案完成報告裡看到的是:專案實際上實現了這些既定目標。
5、受益群體
在這一部分中,你要對專案的收益群體做一個更加詳細的描述。有必要時,你還可以把收益群體分為直接受益和間接收益群體。你可以在附件中列出受益群體參與專案的活動,包括組織受益群體參加的討論會、會議主題、時間、參加人員等;同時,也讓資助方瞭解到你的專案不但是針對受益群體而設計的,而且,得到了他們的廣泛支援與認可。
6、解決方案與實施方法
需要介紹你如何達到目標,即採用什麼方法、開展什麼活動來實現這些目標。在介紹方法時,你要特別說明這種方法的優越特性。你可以同時列舉出其它相關的方法,並對它們進行比較,還可以引用專家的觀點和其它失敗或成功的案例,等等。總之,要充分說明你選擇的方法是最科學、最有效、最經濟的。同時,也要說明你的機構在採用這種方法時,也存在一定的風險與挑戰。還要提到為了執行這一解決方案,都需要那些條件與資源。
7、專案程序計劃時間表
在這一部分中,要詳細地描述出各項任務的先後順序以及起始時間。可以用一個帶有時間標記的圖表來表示,這樣,就可以一目瞭然地告訴讀者“在什麼時候做什麼”,以及各項活動之間的關聯與因果關係。
8、專案組織架構
在這一部分中,要描述為了達成上述目標,需要什麼樣的執行團隊和管理結構。執行團隊應包括所有專案組成員:志願者、專家顧問、專職人員等。他們與這個專案相關的工作經驗、專業背景、學歷等也非常重要。執行團隊的經驗與能力往往在很大程度上決定了專案的成敗,所以,這也是資助方非常關心的問題
9、費用、預算與效益
這一部分所要提供的決不僅僅是一個費用預算表當然,預算表也是很重要的,你可以把它放在附件中,而是要敘述和分析預算表中的各項資料、總成本與各分成本,包括人員、裝置的費用等。
10、監控與評估
監控是專案實施過程中非常重要的部分,監控的執行機構與人員可以是理事會、資助方或其它第三方機構、監控任務等都應該寫在專案計劃中。與之相關的還有專案團隊的自我評估計劃。專案進行中的評估報告比專案結束的評估還要重要。在專案的不同階段進行評估,可以使你及時地發現問題,儘早地解決。同時,可以使資助方得到一個資訊,那就是你們不但提出了一個很好的計劃,而且可以很好地實現這個計劃。請注意,專案的實施方法是資助方評判是否給予資助的一個非常重要的因素。
投資計劃書和可行性研究報告2
可行性研究報告
1.引言
1.1編寫目的
說明編寫本可行性研究報告的目的,指出預期的讀者。
1.2背景
說明:
所建議開發的軟體系統的名稱;
本專案的任務提出者、使用者及實現該軟體的計算中心或計算機網路開發者、
該軟體系統同其他系統或其他機構的基本的相互來往關係。
1.3定義
列出本檔案中用到的專門術語的定義和外文首字母組詞的原片語。
1.4參考資料
列出用得著的參考資料,如:
本專案的經核准的計劃任務書或合同、上級機關的批文;
屬於本專案的其他已發表的檔案;
本檔案中各處引用的檔案、資料,包括所需用到的軟體開發標準。
列出這些檔案資料的標題、檔案編號、發表日期和出版單位,說明能夠得到這些,檔案資料的來源。
2.可行性研究的前提
說明對所建議的開發專案進行可行性研究的前提,如要求、目標、假定、限制等。
2.1要求
說明對所建議開發的軟體的基本要求,如:
功能;
效能;
輸出如報告、檔案或資料,對每項輸出要說明其特徵,如用途、產生頻度、介面以及分發物件;
輸入說明系統的輸入,包括資料的來源、型別、數量、資料的組織以及提供的頻度;
處理流程和資料流程用圖表的方式表示出最基本的資料流程和處理流程,並輔之以敘述;
在安全與保密方面的要求;
同本系統相連線的其他系統;
完成期限。
2.2目標
說明所建議系統的主要開發目標,如:
人力與裝置費用的減少;
處理速度的提高;
控制精度或生產能力的提高;
管理資訊服務的改進;
自動決策系統的改進;
人員利用率的改進。
2.3條件、假定和限制
說明對這項開發中給出的條件、假定和所受到的限制,如:
所建議系統的執行壽命的最小值;
進行系統方案選擇比較的時間;
經費、投資方面的來源和限制;
法律和政策方面的限制;
硬體、軟體、執行環境和開發環境方面的條件和限制;
可利用的資訊和資源;
系統投入使用的最晚時間。
2.4進行可行性研究的方法
說明這項可行性研究將是如何進行的,所建議的系統將是如何評價的。摘要說明所使用的基本方法和策略,如調查、加權、確定模型、建立基準點或模擬等。
2.5評價尺度
說明對系統進行評價時所使用的主要尺度,如費用的多少、各項功能的優先次序、開發時間的長短 及使用中的難易程度。
3.對現有系統的分析
這裡的現有系統是指當前實際使用的系統,這個系統可能是計算機系統,也可能是一個機械系統,甚至是一個人工系統。
分析現有系統的目的是為了進一步闡明建議中的開發新系統或修改現有系統的必要性
3.1處理流程和資料流程
說明現有系統的基本的處理流程和資料流程。此流程可用圖表即流程圖的形式表示,並加以敘述。
3.2工作負荷
列出現有系統所承擔的'工作及工作量。
3.3費用開支
列出由於執行現有系統所引起的費用開支,如人力、裝置、空間、支援性服務、材料等項開支以及開支總額。
3.4人員
列出為了現有系統的執行和維護所需要的人員的專業技術類別和數量。
3.5裝置
列出現有系統所使用的各種裝置。
3.6侷限性
列出本系統的主要的侷限性,例如處理時間趕不上需要,響應不及時,資料儲存能力不足,處理功能不夠等。並且要說明,為什麼對現有系統的改進性維護已經不能解決問題。
4.所建議的系統
本章將用來說明所建議系統的目標和要求將如何被滿足。
4.1對所建議系統的說明
概況地說明所建議系統,並說明第2章中列出的那些要求將如何得到滿足,說明所使用的基本方法及理論根據。
4.2處理流程和資料流程
給出所建議系統的處理流程和資料流程。
4.3改進之處
按2.2條中列出的目標,逐項說明所建議系統相對於現存系統具有的改進。
4.4影響
說明在建立所建議系統時,預期將帶來的影響,包括:
(1)對裝置的影響
說明新提出的裝置要求及對現存系統中尚可使用的裝置須作出的修改。
(2)對軟體的影響
說明為了使現存的應用軟體和支援軟體能夠同所建議系統相適應。而需要對這些軟體所進行的修改和補充。
(3)對使用者單位機構的影響
說明為了建立和執行所建議系統,對使用者單位機構、人員的數量和技術水平等方面的全部要求。
(4)對系統執行過程的影響
說明所建議系統對執行過程的影響,如:
使用者的操作規程;
執行中心的操作規程;
執行中心與使用者之間的關係;
源資料的處理;
資料進入系統的過程;
對資料儲存的要求,對資料儲存、恢復的處理;
輸出報告的處理過程、儲存媒體和排程方法;
系統失效的後果及恢復的處理辦法。
(5)對開發的影響
說明對開發的影響,如:
為了支援所建議系統的開發,使用者需進行的工作;
為了建立一個數據庫所要求的資料資源;
為了開發和測驗所建議系統而需要的計算機資源;
所涉及的保密與安全問題。
(6)對地點和設施的影響
說明對建築物改造的要求及對環境設施的要求。
(7)對經費開支的影響
扼要說明為了所建議系統的開發,設計和維持執行而需要的各項經費開支。
4.5侷限性
說明所建議系統尚存在的侷限性以及這些問題未能消除的原因。
4.6技術條件方面的可行性
本節應說明技術條件方面的可行性,如:
在當前的限制條件下,該系統的功能目標能否達到;
利用現有的技術,該系統的功能能否實現;
開發人員的數量和質量的要求並說明這些要求能否滿足;
在規定的期限內,本系統的開發能否完成。
5.可選擇的其他系統方案
扼要說明曾考慮過的每一種可選擇的系統方案,包括需開發和可從國內國外直接購買的,如果沒有供選擇的系統方案可考慮,則說明這一點。
5.1可選擇的系統方案1
參照第4章的提綱說明,可選擇的系統方案1並說明他未被選中的理由
5.2可選擇的系統方案2
按類似5.1條的方式說明第2個乃至第n個可選擇的系統方案
……
6投資及效益分析
6.1支出
對於所選擇的方案,說明所需的費用。如果已有一個現存系統,則包括該系統繼續執行期間所需的費用。
(1)基本建設投資
包括採購、開發和安裝下列各項所需的費用,如:
房屋和設施;
ADP裝置;
資料通訊裝置;
環境保護裝置;
安全與保密裝置;
作業系統的和應用的軟體;
資料庫管理軟體。
(2)其他一次性支出
包括下列各項所需的費用,如:
研究(需求的研究和設計的研究);
開發計劃與測量基準的研究;
資料庫的建立;
ADP軟體的轉換;
檢查費用和技術管理性費用;
培訓費、旅差費以及開發安裝人員所需要的一次性支出;
人員的退休及調動費用等。
(3)非一次性支出
包列出在該系統生命期內按月或按季或按年支出的用於執行和維護的費用,包括:
備的租金和維護費用;
軟體的租金和維護費用;
據通訊方面的租金和維護費用;
人員的工資、獎金;
房屋、空間的使用開支;
公用設施方面的開支;
保密安全方面的開支;
其他經常性的支出等。
6.2收益
對於所選擇的方案,說明能夠帶來的收益,這裡所說的收益,表現為開支費用的減少或避免、差錯的減少、靈活性的增加、動作速度的提高和管理計劃方面的改進等,包括;
(1)一次性收益
說明能夠用人民幣數目表示的一次性收益,可按資料處理、使用者、管理和支援等項分類敘述,如:
①開支的縮減,包括改進了的系統的執行所引起的開支縮減,如資源要求的減少,執行效率的改進,資料進入儲存和恢復技術的改進,系統性能的可監控軟體的轉化和優化,資料壓縮技術的採用處理的集中化分散式等。
②價值的增生包括由於一個應用系統的使用價值的增生所引起的收益,如資源利用的改進管理和執行效率的改進以及出錯率的減少等
③其他如從多餘裝置出售回收的收入
(2)非一次性收益
說明在整個系統生命期內由於執行所建議系統而導致的按月的、 人民幣數目表示的收益,包括開支的減少和避免。
(3)不可定量的收益
逐項列出無法直接用人民幣表示的收益,如服務的改進,由操作失誤引起的有些不可捉組織機構給外界形象的改善等。資訊掌握情況的改進,組織機構給外界形象的改善等。有些不可捉摸的收益只能大概估計或進行極值估計(按最好和最差情況估計)。
6.3收益/投資比
求出整個系統生命期的收益/投資比值。
6.4投資回收週期
求出收益的累計數開始超過支出的累計數的時間。
6.5敏感性分析
所謂敏感性分析是指一些關鍵性因素如系統生命期長度、系統的工作負荷量、工作負荷的型別與這些不同型別之間的合理搭配、處理速度要求、裝置和軟體的配置等變化時,對開支和收益的影響最靈敏的範圍的估計。在敏感性分析的,基礎上做出的選擇當然會比單一選擇的結果要好一些。
7社會因素方面的可行性
本章用來說明對社會因素方面的可行性分析的結果,包括:
7.1法律方面的可行性
法律方面的可行性問題很多,如合同責任、侵犯專利權、侵犯版權等方面的陷井,軟體人員通常是不熟悉的,有可能陷入,務必要注意研究。
7.2使用方面的可行性
例如從使用者單位的行政管理、工作制度等方面來看,是否能夠使用該軟體系統,從使用者單位的工作人員的素質來看,是否能滿足使用該軟體系統的要求等等,都是要考慮的。
8.結論
在進行可行性研究報告的編制時,必須有一個研究的結論。結論可以是:
以立即開始進行;
需要推遲到某些條件(例如資金、人力、裝置等)落實之後才能開始進行;
需要對開發目標進行某些修改之後才能開始進行;
不能進行或不必進行(例如因技術不成熟、經濟上不合算等)。