關於立項建議書三篇

隨著社會一步步向前發展，建議書對我們的作用越來越大，建議書是個人或者單位有關方面為了開展某項工作，完成某項任務或進行某種活動而倡議大家一起做什麼事情，或提出合理化的意見、建議時使用的一種文體。那麼一般建議書是怎麼寫的呢？下面是小編整理的立項建議書3篇，供大家參考借鑑，希望可以幫助到有需要的朋友。

立項建議書 篇1

第一章 申報單位及專案概括

一、專案申報單位概括

包括姓名申報單位的主營業務、經營年限、資產負債、股東構成、主要投資專案、現有生產能力等內容。

二、專案概括

包括擬建專案的建設背景、建設地點、主要建設內容和規模、產品和工程技術方案、主要裝置選型和配套工程、投資規模和資金籌措方案等內容。

第二章 發展規劃、產業政策和行業准入分析

一、發展規劃分析

擬建專案是否符合有關的國民經濟和社會發展總體規劃、專項規劃、區域規劃等要求，專案目標與規劃內容是否銜接和協調。

二、產業政策分析

擬建專案是否符合有關產業政策的要求。

三、行業准入分析

專案建設單位和擬建專案是否符合相關行業准入標準的規定。

第三章 資源開發及綜合利用分析

一、資源開發方案

資源開發類專案，包括對金屬礦、煤礦、石油天然氣礦、建材礦以及水(力)、森林等資源的開發，應分析擬開發資源的開發量、自然品質、賦存條件、開發價值等，評價是否符合資源綜合利用的要求。

二、資源利用方案

包括專案需要佔用的重要資源品種、數量及來源情況;多金屬、多用途化學元素共生壙、伴生礦以及油氣混合礦等的資源綜合利用方案;通過對單位生產能力主要資源消耗量指標的對比分析，評價資源利用效率的先程序度;分析評價專案建設是否會對地表(下)水等其它資源造成不利影響。

三、資源節約措施

闡述專案方案中作為原材料的各類金屬礦、非金屬礦及水資源節約的主要措施方案。對擬建專案的資源消耗指標進行分析，闡述在提高資源利用效率、降低資源消耗等方面的主要措施，論證是否符合資源節約和有效利用的相關要求。

第四章 節能方案分析

一、用能標準和節能規範

闡述擬建專案所遵循的國家和地方的合理用能標準及節能設計規範。

二、能耗狀況和能耗指標分析

闡述專案所在地的能源供應狀況，分析擬建專案的能源消耗種類和數量。根據專案特點選擇計算各類能耗指標，與國際國內先進水平進行對比分析，闡述是否符合能源准入標準的要求。

三、節能措施和節能效果分析

闡述擬建專案為了優化用能結構、滿足相關技術政策和設計標準而採用的主要節能降耗措施，對節能效果進行分析論證。

第五章 建設用地、徵地拆遷及移民安置分析

一、專案選址及用地方案

包括專案建設地點、佔地面積、土地利用狀況、佔用耕地情況等內容。分析專案選址是否會造成相關不利影響，如是否壓覆礦床和文物，是否有利於防洪和防澇，是否影響通航及軍事設施等。

專案申請報告書_立項報告範文

二、土地利用合理性分析

分析擬建專案是否符合土地利用規劃要求，佔地規模是否合理，是否符合集約和有效使用土地的要求，耕地佔用補充方案是否可行等。

三、徵地拆遷和移民安置規劃方案

對擬建專案的徵地拆遷影響進行調查分析，依法提出拆遷補償的原則、範圍和方式，制定移民安置規劃方案，並對是否符合保障移民合法權益、滿足移民生存及發展需要等要求進行分析論證。

第六章 環境和生態影響分析

一、環境和生態現狀

包括專案場址的自然環境條件、現有汙染物情況、生態環境條件和環境容量狀況等。

二、生態環境影響分析

包括排放汙染物型別、排放量情況分析，水土流失預測，對生態環境的影響因素和影響程度，對流域和區域環境及生態系統的綜合影響。

三、生態環境保護措施

按照有關環境保護、水土保持的政策法規要求，對可能造成的生態環境的影響因素和影響程度，對治理方案的可行性、治理效果進行分析論證。

四、地址災害影響分析

在地質災害易發區建設的專案和易誘發地質災害的專案，要闡述專案建設所在地的地質災害情況，分析擬建專案誘發地質災害的風險，提出防禦的對策和措施。

五、特殊環境影響

分析擬建專案對歷史文化遺產、自然遺產、風景名勝和自然景觀等可能造成的不利影響，並提出保護措施。

第七章 經濟影響分析

一、經濟費用效益或費用效果分析

從社會資源優化配置的角度，通過經濟費用效益或費用效果分析，評價擬建專案的經濟合理性。

二、行業影響分析

闡述行業現狀的基本情況以及企業在行業中所處地位，分析擬建專案對所在行業及關聯產業發展的影響，並對是否可能導致壟斷等進行論證。

三、區域經濟影響分析

對於區域經濟可能產生重大影響的專案，應從區域經濟發展、產業空間佈局、當地財政收入、社會收入分配、市場競爭結構等角度進行分析論證。

四、巨集觀經濟影響分析

投資規模巨大、對國民經濟有重大影響的專案，應進行巨集觀經濟影響分析。涉及國家經濟安全的專案，應分析擬建專案對經濟安全的影響，提出維護經濟安全的措施。

第八章 社會影響分析

一、社會影響效果分析

闡述擬建專案的建設及運營活動對專案所在地可能產生的社會影響和社會效益。

二、社會適應性分析

專案申請報告書分析擬建專案能否為當地的社會環境、人文條件所接納，評價該專案與當地社會環境的相互適應性。

三、社會風險及對策分析

針對專案建設所涉及的各種社會因素進行社會分析，提出協調專案與當地社會關係、規避社會風險、促進專案順利實施的措施方案。

立項建議書 篇2

申報單位要按照《國家技術創新專案計劃管理辦法》中的有關規定有要求，編寫專案立項建議書。《建議書》的主要款項如下：

1.立項理由

1.國外相關產品與技術發展的概況，其代表產品、技術和公司；

2.國內相關產品與技術現狀，國內已取得的最新階段成果和達到的技術水平；

3.該專案曾列入過哪級哪種科技計劃，取得的階段成果；

4.該專案完成後市場需求前景、推廣應用領域、達到的技術水平，以及在國民經濟發展中的作用。

2.實施方案

1.技術特點、關鍵技術和關鍵工藝；

2.產品外觀形狀圖、結構圖和原理圖；

3.實施的具體內容和技術路線；

4.實施方式（自主開發、消化吸收、國際合作）；

5.專案進度與完成期限；

6.與後續技術改造或基本建設計劃的銜接。

3.技術經濟指標

1.與現有產品、技術、裝備的對比分析；

2.要達到的技術性能指標和引數；

3.採用的技術標準；

4.國產化程度；

5.經濟效益（形成生產能力、成本、市場銷售額、利稅、創匯、節匯）；

6.社會效益。

4.專案資金

1.專案總資金與年度資金預算（資金構成及構成比例）；

2.資金使用範圍和資金使用明細表；

3.貸款償還金額、年度和期限。

5.申報單位財務狀況

進行專案財務分析，附申報單位上一個財政年度有關財務報表。

1.損益表；

2.現金流量表（全部投資、自有資金）；

3.資金來源與動作表；

4.資產負債表。

6.申報單位及協作單位概況與條件

1.申報單位以及參加協作的企業、研究院所、高等院校等單位的概況；

2.各自承擔的`主要工作；

3.技術力量和人員結構；

4.完成專案所具備的技術創新條件；

5.已完成的主要成果。

7.其他需要說明的問題

在其他款項中不能說明的問題

8.申報單位簽章

1. 申報單位的法人代表簽字；

2.加蓋申報單位公章。

9.主管單位稽核意見並蓋章

1.主管單位寫出稽核意見；

2.主管單位負責人簽字；

3.加蓋公章。

注：此項所指“主管單位”是各縣區經濟計劃局、企業主管部門。

立項建議書 篇3

1．引言（Introduction）

1.1 目的（Purpose）

近年來，隨著圖書館規模的不斷擴大，圖書數量也相應的增加，有關圖書的各種資訊量也成倍增加， 面對著龐大的資訊量， 傳統的人工方式管理會導致圖書館管理上的混亂，人力與物力過多浪費，圖書館管理費用的增加，從而使圖書館的負擔過重，影響整個圖書館的運作和控制管理，因此，必須制定一套合理、有效，規範和實用的圖書管理系統，對圖書資料進行集中統一的管理。 隨著圖書館的規模的不斷擴大， 圖書館的藏書、 管理人員、 讀者的數量也越來越多。 圖書涉及大量的資料處理，如果用手工來完成龐大的資料處理，將費時費力，還容易出錯，為了滿足圖書管理的需要，急需要一套圖書管理系統來完成這項工作。作為計算機應用的一部分,使用計算機對圖書資訊進行管理,具有手工管理所無法比擬的優點.例如: 檢索迅速、查詢方便、可靠性高、儲存量大、保密性好、壽命長、成本低等。這些優點 能夠極大地提高圖書管理的效率,也是企業的科學化、正規化管理的重要條件。

1.2 範圍（Scope）

本圖書館管理系統適應於中小規模公共圖書館、中國小及各院校圖書館。

1.3 術語定義（Terms Glossary）

軟體開發技術採用物件導向的方法：

物件導向的方法是從20世紀80年代各種物件導向的程式設計方法，如smalltalk、C++等逐步發展而來的，最初用於程式設計，後來擴充套件到了系統開發的全過程，出現了物件導向分析和物件導向設計。

物件導向的程式設計思想（Object-orientedProgramming,簡稱OOP）的主要目的是要建立可以重用的程式碼，具備更好的模擬現實世界環境的能力，它通過給程式中加入擴充套件語句，把函式“封裝”進Windows程式設計所必須的“物件”中，物件導向的程式語言使得複雜的工作條理清晰、編寫容易，使人們從結構化的程式設計思想走到了物件導向的程式設計思想上。

[1]物件

在物件導向的系統中，物件是基本的執行實體，他包括資料屬性，也包括作用於資料的操作（行為）。所以一個物件把屬性和行為密封成一個整體。從程式設計者角度來看，物件是一個程式模組；從使用者的角度來看，物件為他們提供了所希望的行為。在物件內的操作通常叫方法。

[2]類

一個類定義了一組大體上相似的物件。一個類所包含的方法和資料描述一組物件的共同行為和屬性。把一組物件的共同特性加以抽象並存儲在一個類中的能力，是物件導向技術最重要的一點；是否建立了一個豐富的類庫是衡量一個物件導向程式設計語言成熟與否的重要標誌。

[3]繼承

類之間的繼承關係是現實世界中遺傳關係的直接模擬，它表示類之間的內在聯絡以及對屬性和操作的共享，即子類可以沿用父類（被繼承類）的某些特徵。當然，子類也可以具有自己獨立的屬性和操作。繼承性是物件導向程式設計語言的最主要的特點，是其它語言（如面向過程語言）所沒有的。

[4]訊息

物件之間進行通訊的一種構造叫訊息。當一個訊息傳送給某個物件時，包含要求接受物件去執行某些活動的資訊。接受到訊息的物件經過解釋，然後給予響應。這種通訊

機制叫做訊息傳遞。傳送訊息的物件不需要知道接受訊息的物件如何對請求予以響應。

1.4 參考資料（References）

[1]張海藩， 《軟體工程導論》，清華大學出版社。

[2]王刪著， 《資料庫系統原理教程》,清華大學出版社。

[3]陳鬆橋等著， 《現代軟體工程》,北方交通大學出版社。

[4]趙池龍等， 《實用軟體工程》，電子工業出版社。

1.5 相關文件（Related Documents）

[1]《使用者需求報告》

[2] 《詳細設計報告》

[3] 《概要設計報告》

1.6 版本更新記錄（Version Updated Record）

任何一次版本建立或維護更新，都要追加一條記錄。一個版本建立只有一次，但對它的維護更新可能有多次。大版本升級一次，定義為建立一次，如V1.0到V2.0。而V1.0到V1.1，只是維護更新一次。版本更新記錄格式，如表1-1所示。

版本更新記錄如下表所示：

2．專案概述及架構（Project Summary and Framework）

2.1 專案概述（Project Summary）

巨集觀上說明該專案是什麼、能幹什麼、要求幹得怎麼樣。

維護圖書管理中基礎資訊，如書商、出版社、印刷廠的相關資訊。此外，還可以維護圖書類別資訊。

管理訂購新書資訊，驗收訂購的新書資訊，查詢並檢索庫存圖書資訊。

對的這資訊進行管理，同時還能夠管理讀者借書、還書、圖書續借等。如果有超期

的圖書，還提供超期提醒的功能，從而實現對讀者借閱圖書的相關事項進行管理的功能。

根據查詢條件列印符合查詢條件的資料，並且能夠列印書目分類資訊。

維護系統資料，如新增操作員、修改操作員、更改操作員口令.

2.2 專案架構（Project Framework）

巨集觀上描述該專案的架構：單機結構、C/S結構、B/S結構。並說明結構具體詳細

的執行平臺：硬體的要求、作業系統的要求、資料庫管理系統的要求、對外介面的要求。

專案架構：採用B/S結構。

執行平臺：Microsoft Windows XP

硬體的要求: 64M記憶體、10G硬碟1只、軟盤驅動器1只、CD-ROM驅動器1只和SVGA相容模式的顯示器

資料庫管理系統的要求：SOL 20xx

對外介面的要求：B/S 建立在瀏覽器上,，有更加豐富和生動的表現方式與使用者交流，並且大部分難度減低，減低開發成本。

3．客戶群分析（Client Analysis）

3.1 客戶群定位（Client Orientation）

單機結構、C/S結構、B/S結構對應哪三種客戶群，每種客戶群的數量、素質、市場前景等。

B/S結構（Browser/Server，瀏覽器/伺服器模式），是WEB興起後的一種網路結構模式，WEB瀏覽器是客戶端最主要的應用軟體。這種模式統一了客戶端，將系統功能實現的核心部分集中到伺服器上，簡化了系統的開發、維護和使用。客戶機上只要安裝一個瀏覽器（Browser），如Netscape Navigator或Internet Explorer，伺服器安裝Oracle、Sybase、Informix或 SQL Server等資料庫。瀏覽器通過Web Server 同資料庫進行資料互動。

B/S結構的優勢

（1）維護和升級方式簡單。

目前，軟體系統的改進和升級越來越頻繁，B/S架構的產品明顯體現著更為方便的特性。對一個稍微大一點單位來說，系統管理人員如果需要在幾百甚至上千部電腦之間來回奔跑，效率和工作量是可想而知的，但B/S架構的軟體只需要管理伺服器就行了，所有的客戶端只是瀏覽器，根本不需要做任何的維護。無論使用者的規模有多大，有多少分支機構都不會增加任何維護升級的工作量，所有的操作只需要針對伺服器進行；如果是異地，只需要把伺服器連線專網即可，實現遠端維護、升級和共享。所以客戶機越來越“瘦”，而伺服器越來越“胖”是將來資訊化發展的主流方向。今後，軟體升級和維護會越來越容易，而使用起來會越來越簡單，這對使用者人力、物力、時間、費用的節省是顯而易見的，驚人的。因此，維護和升級革命的方式是“瘦”客戶機，“胖”伺服器。

（2）成本降低，選擇更多。

大家都知道windows在桌面電腦上幾乎一統天下，瀏覽器成為了標準配置，但在伺服器作業系統上windows並不是處於絕對的統治地位。現在的趨勢是凡使用B/S架構的應用管理軟體，只需安裝在Linux伺服器上即可，而且安全性高。所以伺服器作業系統的選擇是很多的，不管選用那種作業系統都可以讓大部分人使用windows作為桌

Linux面作業系統電腦不受影響，這就使的最流行免費的Linux作業系統快速發展起來，

除了作業系統是免費的以外，連資料庫也是免費的，這種選擇非常盛行。

（3）應用伺服器執行資料負荷較重。

由於B/S架構管理軟體只安裝在伺服器端（Server）上，網路管理人員只需要管理伺服器就行了，使用者介面主要事務邏輯在伺服器（Server）端完全通過WWW瀏覽器實現，極少部分事務邏輯在前端（Browser）實現，所有的客戶端只有瀏覽器，網路管理人員只需要做硬體維護。但是，應用伺服器執行資料負荷較重，一旦發生伺服器“崩潰”