關(guān)于立項建議書(shū)三篇
隨著(zhù)社會(huì )一步步向前發(fā)展,建議書(shū)對我們的作用越來(lái)越大,建議書(shū)是個(gè)人或者單位有關(guān)方面為了開(kāi)展某項工作,完成某項任務(wù)或進(jìn)行某種活動(dòng)而倡議大家一起做什么事情,或提出合理化的意見(jiàn)、建議時(shí)使用的一種文體。那么一般建議書(shū)是怎么寫(xiě)的呢?下面是小編整理的立項建議書(shū)3篇,供大家參考借鑒,希望可以幫助到有需要的朋友。
立項建議書(shū) 篇1
第一章 申報單位及項目概括
一、項目申報單位概括
包括姓名申報單位的主營(yíng)業(yè)務(wù)、經(jīng)營(yíng)年限、資產(chǎn)負債、股東構成、主要投資項目、現有生產(chǎn)能力等內容。
二、項目概括
包括擬建項目的建設背景、建設地點(diǎn)、主要建設內容和規模、產(chǎn)品和工程技術(shù)方案、主要設備選型和配套工程、投資規模和資金籌措方案等內容。
第二章 發(fā)展規劃、產(chǎn)業(yè)政策和行業(yè)準入分析
一、發(fā)展規劃分析
擬建項目是否符合有關(guān)的國民經(jīng)濟和社會(huì )發(fā)展總體規劃、專(zhuān)項規劃、區域規劃等要求,項目目標與規劃內容是否銜接和協(xié)調。
二、產(chǎn)業(yè)政策分析
擬建項目是否符合有關(guān)產(chǎn)業(yè)政策的要求。
三、行業(yè)準入分析
項目建設單位和擬建項目是否符合相關(guān)行業(yè)準入標準的規定。
第三章 資源開(kāi)發(fā)及綜合利用分析
一、資源開(kāi)發(fā)方案
資源開(kāi)發(fā)類(lèi)項目,包括對金屬礦、煤礦、石油天然氣礦、建材礦以及水(力)、森林等資源的開(kāi)發(fā),應分析擬開(kāi)發(fā)資源的開(kāi)發(fā)量、自然品質(zhì)、賦存條件、開(kāi)發(fā)價(jià)值等,評價(jià)是否符合資源綜合利用的要求。
二、資源利用方案
包括項目需要占用的重要資源品種、數量及來(lái)源情況;多金屬、多用途化學(xué)元素共生壙、伴生礦以及油氣混合礦等的資源綜合利用方案;通過(guò)對單位生產(chǎn)能力主要資源消耗量指標的對比分析,評價(jià)資源利用效率的先進(jìn)程度;分析評價(jià)項目建設是否會(huì )對地表(下)水等其它資源造成不利影響。
三、資源節約措施
闡述項目方案中作為原材料的各類(lèi)金屬礦、非金屬礦及水資源節約的主要措施方案。對擬建項目的資源消耗指標進(jìn)行分析,闡述在提高資源利用效率、降低資源消耗等方面的主要措施,論證是否符合資源節約和有效利用的相關(guān)要求。
第四章 節能方案分析
一、用能標準和節能規范
闡述擬建項目所遵循的國家和地方的合理用能標準及節能設計規范。
二、能耗狀況和能耗指標分析
闡述項目所在地的能源供應狀況,分析擬建項目的能源消耗種類(lèi)和數量。根據項目特點(diǎn)選擇計算各類(lèi)能耗指標,與國際國內先進(jìn)水平進(jìn)行對比分析,闡述是否符合能源準入標準的要求。
三、節能措施和節能效果分析
闡述擬建項目為了優(yōu)化用能結構、滿(mǎn)足相關(guān)技術(shù)政策和設計標準而采用的主要節能降耗措施,對節能效果進(jìn)行分析論證。
第五章 建設用地、征地拆遷及移民安置分析
一、項目選址及用地方案
包括項目建設地點(diǎn)、占地面積、土地利用狀況、占用耕地情況等內容。分析項目選址是否會(huì )造成相關(guān)不利影響,如是否壓覆礦床和文物,是否有利于防洪和防澇,是否影響通航及軍事設施等。
項目申請報告書(shū)_立項報告范文
二、土地利用合理性分析
分析擬建項目是否符合土地利用規劃要求,占地規模是否合理,是否符合集約和有效使用土地的要求,耕地占用補充方案是否可行等。
三、征地拆遷和移民安置規劃方案
對擬建項目的征地拆遷影響進(jìn)行調查分析,依法提出拆遷補償的原則、范圍和方式,制定移民安置規劃方案,并對是否符合保障移民合法權益、滿(mǎn)足移民生存及發(fā)展需要等要求進(jìn)行分析論證。
第六章 環(huán)境和生態(tài)影響分析
一、環(huán)境和生態(tài)現狀
包括項目場(chǎng)址的自然環(huán)境條件、現有污染物情況、生態(tài)環(huán)境條件和環(huán)境容量狀況等。
二、生態(tài)環(huán)境影響分析
包括排放污染物類(lèi)型、排放量情況分析,水土流失預測,對生態(tài)環(huán)境的影響因素和影響程度,對流域和區域環(huán)境及生態(tài)系統的綜合影響。
三、生態(tài)環(huán)境保護措施
按照有關(guān)環(huán)境保護、水土保持的政策法規要求,對可能造成的生態(tài)環(huán)境的影響因素和影響程度,對治理方案的可行性、治理效果進(jìn)行分析論證。
四、地址災害影響分析
在地質(zhì)災害易發(fā)區建設的項目和易誘發(fā)地質(zhì)災害的項目,要闡述項目建設所在地的地質(zhì)災害情況,分析擬建項目誘發(fā)地質(zhì)災害的風(fēng)險,提出防御的對策和措施。
五、特殊環(huán)境影響
分析擬建項目對歷史文化遺產(chǎn)、自然遺產(chǎn)、風(fēng)景名勝和自然景觀(guān)等可能造成的不利影響,并提出保護措施。
第七章 經(jīng)濟影響分析
一、經(jīng)濟費用效益或費用效果分析
從社會(huì )資源優(yōu)化配置的角度,通過(guò)經(jīng)濟費用效益或費用效果分析,評價(jià)擬建項目的經(jīng)濟合理性。
二、行業(yè)影響分析
闡述行業(yè)現狀的基本情況以及企業(yè)在行業(yè)中所處地位,分析擬建項目對所在行業(yè)及關(guān)聯(lián)產(chǎn)業(yè)發(fā)展的影響,并對是否可能導致壟斷等進(jìn)行論證。
三、區域經(jīng)濟影響分析
對于區域經(jīng)濟可能產(chǎn)生重大影響的項目,應從區域經(jīng)濟發(fā)展、產(chǎn)業(yè)空間布局、當地財政收入、社會(huì )收入分配、市場(chǎng)競爭結構等角度進(jìn)行分析論證。
四、宏觀(guān)經(jīng)濟影響分析
投資規模巨大、對國民經(jīng)濟有重大影響的項目,應進(jìn)行宏觀(guān)經(jīng)濟影響分析。涉及國家經(jīng)濟安全的項目,應分析擬建項目對經(jīng)濟安全的影響,提出維護經(jīng)濟安全的措施。
第八章 社會(huì )影響分析
一、社會(huì )影響效果分析
闡述擬建項目的建設及運營(yíng)活動(dòng)對項目所在地可能產(chǎn)生的社會(huì )影響和社會(huì )效益。
二、社會(huì )適應性分析
項目申請報告書(shū)分析擬建項目能否為當地的社會(huì )環(huán)境、人文條件所接納,評價(jià)該項目與當地社會(huì )環(huán)境的相互適應性。
三、社會(huì )風(fēng)險及對策分析
針對項目建設所涉及的各種社會(huì )因素進(jìn)行社會(huì )分析,提出協(xié)調項目與當地社會(huì )關(guān)系、規避社會(huì )風(fēng)險、促進(jìn)項目順利實(shí)施的措施方案。
立項建議書(shū) 篇2
申報單位要按照《國家技術(shù)創(chuàng )新項目計劃管理辦法》中的有關(guān)規定有要求,編寫(xiě)項目立項建議書(shū)!督ㄗh書(shū)》的主要款項如下:
1.立項理由
1.國外相關(guān)產(chǎn)品與技術(shù)發(fā)展的概況,其代表產(chǎn)品、技術(shù)和公司;
2.國內相關(guān)產(chǎn)品與技術(shù)現狀,國內已取得的最新階段成果和達到的技術(shù)水平;
3.該項目曾列入過(guò)哪級哪種科技計劃,取得的階段成果;
4.該項目完成后市場(chǎng)需求前景、推廣應用領(lǐng)域、達到的技術(shù)水平,以及在國民經(jīng)濟發(fā)展中的作用。
2.實(shí)施方案
1.技術(shù)特點(diǎn)、關(guān)鍵技術(shù)和關(guān)鍵工藝;
2.產(chǎn)品外觀(guān)形狀圖、結構圖和原理圖;
3.實(shí)施的具體內容和技術(shù)路線(xiàn);
4.實(shí)施方式(自主開(kāi)發(fā)、消化吸收、國際合作);
5.項目進(jìn)度與完成期限;
6.與后續技術(shù)改造或基本建設計劃的銜接。
3.技術(shù)經(jīng)濟指標
1.與現有產(chǎn)品、技術(shù)、裝備的對比分析;
2.要達到的技術(shù)性能指標和參數;
3.采用的技術(shù)標準;
4.國產(chǎn)化程度;
5.經(jīng)濟效益(形成生產(chǎn)能力、成本、市場(chǎng)銷(xiāo)售額、利稅、創(chuàng )匯、節匯);
6.社會(huì )效益。
4.項目資金
1.項目總資金與年度資金預算(資金構成及構成比例);
2.資金使用范圍和資金使用明細表;
3.貸款償還金額、年度和期限。
5.申報單位財務(wù)狀況
進(jìn)行項目財務(wù)分析,附申報單位上一個(gè)財政年度有關(guān)財務(wù)報表。
1.損益表;
2.現金流量表(全部投資、自有資金);
3.資金來(lái)源與動(dòng)作表;
4.資產(chǎn)負債表。
6.申報單位及協(xié)作單位概況與條件
1.申報單位以及參加協(xié)作的企業(yè)、研究院所、高等院校等單位的概況;
2.各自承擔的`主要工作;
3.技術(shù)力量和人員結構;
4.完成項目所具備的技術(shù)創(chuàng )新條件;
5.已完成的主要成果。
7.其他需要說(shuō)明的問(wèn)題
在其他款項中不能說(shuō)明的問(wèn)題
8.申報單位簽章
1. 申報單位的法人代表簽字;
2.加蓋申報單位公章。
9.主管單位審核意見(jiàn)并蓋章
1.主管單位寫(xiě)出審核意見(jiàn);
2.主管單位負責人簽字;
3.加蓋公章。
注:此項所指“主管單位”是各縣區經(jīng)濟計劃局、企業(yè)主管部門(mén)。
立項建議書(shū) 篇3
1.引言(Introduction)
1.1 目的(Purpose)
近年來(lái),隨著(zhù)圖書(shū)館規模的不斷擴大,圖書(shū)數量也相應的增加,有關(guān)圖書(shū)的各種信息量也成倍增加, 面對著(zhù)龐大的信息量, 傳統的人工方式管理會(huì )導致圖書(shū)館管理上的混亂,人力與物力過(guò)多浪費,圖書(shū)館管理費用的增加,從而使圖書(shū)館的負擔過(guò)重,影響整個(gè)圖書(shū)館的運作和控制管理,因此,必須制定一套合理、有效,規范和實(shí)用的圖書(shū)管理系統,對圖書(shū)資料進(jìn)行集中統一的管理。 隨著(zhù)圖書(shū)館的規模的不斷擴大, 圖書(shū)館的藏書(shū)、 管理人員、 讀者的數量也越來(lái)越多。 圖書(shū)涉及大量的數據處理,如果用手工來(lái)完成龐大的數據處理,將費時(shí)費力,還容易出錯,為了滿(mǎn)足圖書(shū)管理的需要,急需要一套圖書(shū)管理系統來(lái)完成這項工作。作為計算機應用的一部分,使用計算機對圖書(shū)信息進(jìn)行管理,具有手工管理所無(wú)法比擬的優(yōu)點(diǎn).例如: 檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長(cháng)、成本低等。這些優(yōu)點(diǎn) 能夠極大地提高圖書(shū)管理的效率,也是企業(yè)的科學(xué)化、正規化管理的重要條件。
1.2 范圍(Scope)
本圖書(shū)館管理系統適應于中小規模公共圖書(shū)館、中小學(xué)及各院校圖書(shū)館。
1.3 術(shù)語(yǔ)定義(Terms Glossary)
軟件開(kāi)發(fā)技術(shù)采用面向對象的方法:
面向對象的方法是從20世紀80年代各種面向對象的程序設計方法,如smalltalk、C++等逐步發(fā)展而來(lái)的,最初用于程序設計,后來(lái)擴展到了系統開(kāi)發(fā)的全過(guò)程,出現了面向對象分析和面向對象設計。
面向對象的程序設計思想(Object-orientedProgramming,簡(jiǎn)稱(chēng)OOP)的主要目的是要創(chuàng )建可以重用的代碼,具備更好的模擬現實(shí)世界環(huán)境的能力,它通過(guò)給程序中加入擴展語(yǔ)句,把函數“封裝”進(jìn)Windows編程所必須的“對象”中,面向對象的編程語(yǔ)言使得復雜的工作條理清晰、編寫(xiě)容易,使人們從結構化的編程思想走到了面向對象的編程思想上。
[1]對象
在面向對象的系統中,對象是基本的運行實(shí)體,他包括數據屬性,也包括作用于數據的操作(行為)。所以一個(gè)對象把屬性和行為密封成一個(gè)整體。從程序設計者角度來(lái)看,對象是一個(gè)程序模塊;從用戶(hù)的角度來(lái)看,對象為他們提供了所希望的行為。在對象內的操作通常叫方法。
[2]類(lèi)
一個(gè)類(lèi)定義了一組大體上相似的對象。一個(gè)類(lèi)所包含的方法和數據描述一組對象的共同行為和屬性。把一組對象的共同特性加以抽象并存儲在一個(gè)類(lèi)中的能力,是面向對象技術(shù)最重要的一點(diǎn);是否建立了一個(gè)豐富的類(lèi)庫是衡量一個(gè)面向對象程序設計語(yǔ)言成熟與否的重要標志。
[3]繼承
類(lèi)之間的繼承關(guān)系是現實(shí)世界中遺傳關(guān)系的直接模擬,它表示類(lèi)之間的內在聯(lián)系以及對屬性和操作的共享,即子類(lèi)可以沿用父類(lèi)(被繼承類(lèi))的某些特征。當然,子類(lèi)也可以具有自己獨立的屬性和操作。繼承性是面向對象程序設計語(yǔ)言的最主要的特點(diǎn),是其它語(yǔ)言(如面向過(guò)程語(yǔ)言)所沒(méi)有的。
[4]消息
對象之間進(jìn)行通信的一種構造叫消息。當一個(gè)消息發(fā)送給某個(gè)對象時(shí),包含要求接受對象去執行某些活動(dòng)的信息。接受到消息的對象經(jīng)過(guò)解釋?zhuān)缓蠼o予響應。這種通信
機制叫做消息傳遞。發(fā)送消息的對象不需要知道接受消息的對象如何對請求予以響應。
1.4 參考資料(References)
[1]張海藩, 《軟件工程導論》,清華大學(xué)出版社。
[2]王刪著(zhù), 《數據庫系統原理教程》,清華大學(xué)出版社。
[3]陳松橋等著(zhù), 《現代軟件工程》,北方交通大學(xué)出版社。
[4]趙池龍等, 《實(shí)用軟件工程》,電子工業(yè)出版社。
1.5 相關(guān)文檔(Related Documents)
[1]《用戶(hù)需求報告》
[2] 《詳細設計報告》
[3] 《概要設計報告》
1.6 版本更新記錄(Version Updated Record)
任何一次版本創(chuàng )建或維護更新,都要追加一條記錄。一個(gè)版本創(chuàng )建只有一次,但對它的維護更新可能有多次。大版本升級一次,定義為創(chuàng )建一次,如V1.0到V2.0。而V1.0到V1.1,只是維護更新一次。版本更新記錄格式,如表1-1所示。
版本更新記錄如下表所示:
2.項目概述及架構(Project Summary and Framework)
2.1 項目概述(Project Summary)
宏觀(guān)上說(shuō)明該項目是什么、能干什么、要求干得怎么樣。
維護圖書(shū)管理中基礎信息,如書(shū)商、出版社、印刷廠(chǎng)的相關(guān)信息。此外,還可以維護圖書(shū)類(lèi)別信息。
管理訂購新書(shū)信息,驗收訂購的新書(shū)信息,查詢(xún)并檢索庫存圖書(shū)信息。
對的這信息進(jìn)行管理,同時(shí)還能夠管理讀者借書(shū)、還書(shū)、圖書(shū)續借等。如果有超期
的圖書(shū),還提供超期提醒的功能,從而實(shí)現對讀者借閱圖書(shū)的相關(guān)事項進(jìn)行管理的功能。
根據查詢(xún)條件打印符合查詢(xún)條件的數據,并且能夠打印書(shū)目分類(lèi)信息。
維護系統數據,如添加操作員、修改操作員、更改操作員口令.
2.2 項目架構(Project Framework)
宏觀(guān)上描述該項目的架構:?jiǎn)螜C結構、C/S結構、B/S結構。并說(shuō)明結構具體詳細
的運行平臺:硬件的要求、操作系統的要求、數據庫管理系統的要求、對外接口的要求。
項目架構:采用B/S結構。
運行平臺:Microsoft Windows XP
硬件的要求: 64M內存、10G硬盤(pán)1只、軟盤(pán)驅動(dòng)器1只、CD-ROM驅動(dòng)器1只和SVGA兼容模式的顯示器
數據庫管理系統的要求:SOL 20xx
對外接口的要求:B/S 建立在瀏覽器上,,有更加豐富和生動(dòng)的表現方式與用戶(hù)交流,并且大部分難度減低,減低開(kāi)發(fā)成本。
3.客戶(hù)群分析(Client Analysis)
3.1 客戶(hù)群定位(Client Orientation)
單機結構、C/S結構、B/S結構對應哪三種客戶(hù)群,每種客戶(hù)群的數量、素質(zhì)、市場(chǎng)前景等。
B/S結構(Browser/Server,瀏覽器/服務(wù)器模式),是WEB興起后的一種網(wǎng)絡(luò )結構模式,WEB瀏覽器是客戶(hù)端最主要的應用軟件。這種模式統一了客戶(hù)端,將系統功能實(shí)現的核心部分集中到服務(wù)器上,簡(jiǎn)化了系統的開(kāi)發(fā)、維護和使用?蛻(hù)機上只要安裝一個(gè)瀏覽器(Browser),如Netscape Navigator或Internet Explorer,服務(wù)器安裝Oracle、Sybase、Informix或 SQL Server等數據庫。瀏覽器通過(guò)Web Server 同數據庫進(jìn)行數據交互。
B/S結構的優(yōu)勢
。1)維護和升級方式簡(jiǎn)單。
目前,軟件系統的改進(jìn)和升級越來(lái)越頻繁,B/S架構的產(chǎn)品明顯體現著(zhù)更為方便的特性。對一個(gè)稍微大一點(diǎn)單位來(lái)說(shuō),系統管理人員如果需要在幾百甚至上千部電腦之間來(lái)回奔跑,效率和工作量是可想而知的,但B/S架構的軟件只需要管理服務(wù)器就行了,所有的客戶(hù)端只是瀏覽器,根本不需要做任何的維護。無(wú)論用戶(hù)的規模有多大,有多少分支機構都不會(huì )增加任何維護升級的工作量,所有的操作只需要針對服務(wù)器進(jìn)行;如果是異地,只需要把服務(wù)器連接專(zhuān)網(wǎng)即可,實(shí)現遠程維護、升級和共享。所以客戶(hù)機越來(lái)越“瘦”,而服務(wù)器越來(lái)越“胖”是將來(lái)信息化發(fā)展的主流方向。今后,軟件升級和維護會(huì )越來(lái)越容易,而使用起來(lái)會(huì )越來(lái)越簡(jiǎn)單,這對用戶(hù)人力、物力、時(shí)間、費用的節省是顯而易見(jiàn)的,驚人的。因此,維護和升級革命的方式是“瘦”客戶(hù)機,“胖”服務(wù)器。
。2)成本降低,選擇更多。
大家都知道windows在桌面電腦上幾乎一統天下,瀏覽器成為了標準配置,但在服務(wù)器操作系統上windows并不是處于絕對的統治地位,F在的趨勢是凡使用B/S架構的應用管理軟件,只需安裝在Linux服務(wù)器上即可,而且安全性高。所以服務(wù)器操作系統的選擇是很多的,不管選用那種操作系統都可以讓大部分人使用windows作為桌
Linux面操作系統電腦不受影響,這就使的最流行免費的Linux操作系統快速發(fā)展起來(lái),
除了操作系統是免費的以外,連數據庫也是免費的,這種選擇非常盛行。
。3)應用服務(wù)器運行數據負荷較重。
由于B/S架構管理軟件只安裝在服務(wù)器端(Server)上,網(wǎng)絡(luò )管理人員只需要管理服務(wù)器就行了,用戶(hù)界面主要事務(wù)邏輯在服務(wù)器(Server)端完全通過(guò)WWW瀏覽器實(shí)現,極少部分事務(wù)邏輯在前端(Browser)實(shí)現,所有的客戶(hù)端只有瀏覽器,網(wǎng)絡(luò )管理人員只需要做硬件維護。但是,應用服務(wù)器運行數據負荷較重,一旦發(fā)生服務(wù)器“崩潰”
【關(guān)于立項建議書(shū)三篇】相關(guān)文章:
立項建議書(shū)三篇07-31
立項建議書(shū)匯編6篇08-21
精選項目立項建議書(shū)四篇07-11
關(guān)于建議書(shū)12-16
建議書(shū)關(guān)于水12-28
作文關(guān)于環(huán)保建議書(shū)01-22
關(guān)于建議書(shū)15篇01-14