第一篇：項目計劃書編寫要求

項目計劃書編寫要求

項目計劃的編寫按照下列12條，一個附件的格式，各條具體內容按照“MGT819項目參與”的要求。

一、項目名稱

二、項目目的三、項目目標

交付物（DELIVERABLES）

四、項目范圍

按POS要求

五、項目組成員及其職責

包括組織架構、核心TEAM和EXTENDED TEAM。

明確SPONSOR、項目管理者（統一為北京廠制造技術發展處）、TEAMLEADER、TEAM MEMBER及其職責。

六、項目推進計劃

WBS DICTIONARY、甘特圖、標注里程碑

七、項目標志

判斷項目成功的標志、完成的標志。

八、項目資源需求

包括：項目投入工時、資金計算（人力資源計劃和資金使用計劃）；成本與收益對比。

九、項目的柔性

十、項目風險管理計劃

包括：風險評估矩陣和風險管理矩陣。

十一、團隊公約

包括：MEMBER間的聯系、向TEAM LEADER、TEAM MANAGER 及SPONSOR的匯報、計劃調準流程、問題升級、對外宣傳、文件更改等規定。

十二、項目計劃確認和批準

項目成員對本項目計劃的簽字確認，SPONSOR批準本項目計劃。

附件：

1、技術術語及縮寫

2、項目可行性分析（包括技術和經濟可行性）

第二篇：項目商業計劃書編寫要求(20111021版本)

項目投資（商業）計劃書編寫內容及要求

（供參考）

第一章 項目基本情況

1.1 項目簡述

1.2 項目實施的政策背景

1.3 項目實施的產業發展背景

1.4 項目提出的依據理由

1.5 項目核心內容和理念

第二章項目申報單位的基本情況

2.1申報單位概況

2.2申報單位介紹

2.3申報單位主要財務指標

第三章項目投資者基本情況

3.1投資各方簡介

3.2股東結構

第四章市場分析

（請根據項目內容進行市場分析）

第五章企業組織

（請根據項目內容及運行方式進行企業組織描述）

第六章項目建設方案及計劃安排

(如項目涉及用地或建設，請對設計方案及計劃安排進行描述)

6.1 項目用地方案

6.1.1 前海土地現狀及規劃

6.1.2 獲取項目用地方案

6.2 項目建設方案

6.2.1 功能面積需求

6.2.2 建設規劃方案構思

6.3 項目進度安排

第七章投資估算

7.1 估算編制依據及估算范圍

7.2 各分項投資估算（如涉及多個項目，資估算單獨進行分析）

7.3 投資匯總表

7.4 資金使用計劃

7.5 資金籌措

第八章經濟效益分析

8.1 項目收入預測

8.2 項目成本費用預測

8.3 項目的利潤、稅收預測

請對各個項目投

8.4 項目的現金流量分析

第九章項目的綜合評估

9.1項目經濟評價

9.2項目技術評價

9.3項目社會評價

9.4項目風險評估

9.5評估結論

第十章項目的創新性及優勢

10.1項目的創新點及優勢

10.2政策與項目建議及需求

10.3其他建議及需求

第十一章附錄

A.B.C.D.備注：

項目計劃書格式要求

一、紙張要求

60g/m2—80g/m2，紙型要求為A4紙。

二、頁邊距要求

頁邊距要求：左右2.8cm,上下3.7cm

三、字體要求

正文標題用二號宋體加粗，正文用三號仿宋體，文中的小標題可以用三號仿宋體加粗，也可以用三號的宋體加粗。一篇A4紙一般每頁22行，每行28個字。

四、標點符號要求

標題行中不加標點符號，正文中的小標題后用“、”號，小標題下面的次標題后用“〃”。如果文中小標題為大寫的數字，如：“

一、”，那么次標題應為“

（一）.”，再次標題應為“1.”。

五、頁碼要求

頁碼用4號的半角白體阿拉伯數字，位置居中，頁碼的左右各有一條“—”字組成。

六、其它

標題的段落間距要求：段前空0.5行，段后空1行。標準的字符間距以3號字的高度加3號字的7/8的高度為行距，折算為行高基本為1.5倍左右，約等于我們通常的固定值的32磅左右。

第三篇：項目計劃書編寫提綱[范文]

項目計劃書編寫提綱

一、項目提出的背景和必要性

包括國內外現狀、知識產權狀況和發展趨勢；技術突破對產業技術進步的重要意義和作用；項目可能形成的產業規模和市場前景。

二、國內外市場分析

包括國際市場狀況及該產品未來增長趨勢、國際市場的競爭能力、產品替代進口或出口的可能性；國內市場需求規模和產品的發展前景、在國內市場的競爭優勢和市場占有率。

三、項目主要開發和建設內容

包括項目的主要科技攻關內容、項目目標及開發任務。

四、項目實施的技術方案

包括項目的技術路線、工藝的合理性和成熟性，關鍵技術的先進性和創新點；產品技術性能水平與國內外同類產品的比較；項目承擔單位在實施本項目的優勢。

五、項目實施的現有基礎

包括項目承擔單位注冊地點、股權結構、資產和負債情況、員工構成、主要業務和主要產品、生產規模、主要裝備和技術水平、近年來經營狀況；對引進技術的消化、吸收、創新的后續開發能力；企業資質、信用和融資能力等。

六、項目組織機構和人員安排

包括項目的組織形式、產學研聯盟運作機制及分工安排；項目的實施地點；項目承擔單位負責人、項目領軍人物主要情況；項目開發的人員安排。

七、項目實施進度計劃

包括項目階段考核指標（含主要技術經濟指標，可能取得的專利尤其是發明專利和國外專利情況）及時間節點安排；項目的驗收指標。

八、項目資金需求及來源

包括項目新增總投資估算、資金籌措方案（含自有資金、銀行貸款、科教興市專項資金、推進部門配套資金等）、投資使用計劃。

九、項目經濟和社會效益分析

包括項目未來三年或五年生產成本、銷售收入和利稅估算；財務內部收益率、投資回收期、投資利潤率、財務凈現值等指

標的動態財務分析；社會效益分析。

十、項目風險分析及應對措施

包括項目技術、市場、資金等風險分析及應對措施。

十一、其它需要說明的事項

十二、有關附件

1、項目承擔單位工商登記營業執照（復印件）；

2、企業資質證書、專利證書、特殊行業許可證和產品獲獎證書（復印件），3、上《資產負債表》、《損益表》、《現金流量表》及審計報告（復印件）；

4、項目銀行貸款承諾書、自有資金證明材料（原件）；

5、項目若有基本建設內容，還需有項目規劃、土地、環保意見（復印件）；

6、與項目相關的其它證明材料或文件等。

二維條碼系統項目計劃書

一、項目提出的背景和必要性

一維條碼自出現以來，得到了人們的普遍關注，發展速度十分迅速。它的使用，極大地提高了數據采集和信息處理的速度，提高了工作效率，并為管理的科學化和現代化做出了很大貢獻。由于受信息容量的限制，一維條碼僅僅是對“物品”的標識，而不是對“物品”的描述。故一維條碼的使用，不得不依賴數據庫的存在。在沒有數據庫和不便聯網的地方，一維條碼的使用受到了較大的限制，有時甚至變得毫無意義。另外，要用一維條碼表示漢字的場合，顯得十分不方便，且效率很低。現代高新技術的發展，迫切要求用條碼在有限的幾何空間內表示更多的信息，從而滿足千變萬化的信息表示的需要。二維條碼正是為了解一維條碼無法解決的問題而產生的。因為它具有高密度、高可靠性等特點，所以可以用它表示數據文件(包括漢字文件)、圖像等。二維條碼是大容量、高可靠性信息實現存儲、攜帶并自動識讀的最理想的方法。

二維條碼技術作為一種嶄新的自動識別技術，從誕生之日起就受到廣泛的關注。經過幾年的發展，該技術已廣泛應用在政府、國防、公共安全、交通運輸、醫療保健、工業、商業等領域。基于此，我們提出了二維條碼系統設計的必要性。

二、國內市場分析

由于二維條碼這種新興的自動識別技術有著其它自動識別技術無法比擬的優勢，它一出現便受到我國條碼管理部門和有關政府部門的重視。中國物品編碼中心自1993年便開始了對二維條碼技術的和研究。現已出版了我國第一本有關二維條碼技術的專著《二維條碼技術》，為了對二維條碼技術開展全面研究并開辟應用試點，中國物品編碼中心的課題《二維條碼技術研究與應用試點》列入國家科委“九五”重點攻關項目。該課題將從基礎研究、標準制定、設備開發和試點建立方面開展工作，旨在推動二維條碼在我國的應用進程。另外，許多科研單位、開發公司、大專院校都已開始著手進行二維條碼技術的應用開發。目前，許多部門已有使用二維條碼用于人員管理和物品管理的愿望，如公安部門打算將二維條碼應用于身份證和流動人員管理上，進出境管理部門正在探討將二維條碼應用在護照上，海關也想嘗試將其用在報關單上。有的甚至已經開始應用，例如，上汽車銷售中心已將二維條碼PDF417應用車輛信息的跟蹤管理。根據目前狀況，預計二維條碼在我國的應用一到兩年內

年內將有較大發展。

三、項目主要開發和建設內容

四、項目實施的技術方案

五、項目實施的現有基礎

六、項目組織機構和人員安排

七、項目實施進度計劃

八、項目資金需求及來源

該項目已經得到山東泰安華網天辰科技電子公司在資金以及其他各個方面的大力支持，我們將與其一道共同努力，精誠合作，開創二維條碼系統在國內應用的新平臺！

九、項目經濟和社會效益分析

十、項目風險分析及應對措施

第四篇：商業計劃書的編寫要求

商業計劃書編制有相對固定的格式，包括反映投資商所有感興趣的內容，從企業成長經歷、產品服務、市場營銷、管理團隊、股權結構、組織人事、財務、運營到融資方案。下面是關于商業計劃書的編寫要求的內容，歡迎閱讀！

一、公司基本情況

公司成立時間

注冊資本及變更情況（法人代碼，有形資本，無形資本）

公司性質、經營范圍（是否有特許經營權）；股東及股份比例目前資產情況（總資產、總負債凈資產，去年銷售收入和純利潤）；公司下屬公司，合資公司及關聯公司等情況；公司所屬行業；公司的發展戰略及公司發展的宗旨、近期和遠期目標。

二、產品和服務

公司的主營產品；產品的獨特性；產品是否經過政府或行業有關部門鑒定（提供資料）；產品獲得過何種獎勵或榮譽；產品是否申請知識產權保護（專利、商標、版權）；現有生產設備的生產情況；需要增加設備情況及實施計劃；公司是否還在準備其他產品的開發；生產成本詳細說明及控制。

三、公司的管理

公司的組織結構（畫出結構圖）；公司主要管理者的性別、年齡、出世地、學歷、學位、畢業院校、工作年限，在目前行業工作年限、獲得的成就等；公司對主要管理和技術人員采取的激勵機制；公司是否聘請外部管理人員（會計師，律師、顧問、專家）；說明公司對知識產權、專有權、特許經營權等情況；說明公司的商業機密、技術機密等保護措施；公司是否存在關聯經營和家族管理問題說明。

四、行業及市場分析

公司所屬行業的歷史、現狀和未來發展趨勢；公司產品是行業里的上游、中游或下游產品；公司產品所在的行業段，目前全世界（全國）的市場容量有多大，這一容量以每年_%的速度增加或減少，每年實際的市場銷售達到市場容量的_%，這一需求以每年_%的速度增加或減少；公司目前每年的銷售收入占市場實際銷售份額的_%。

五、市場競爭及營銷策略

公司產品所在的市場范圍里有那些競爭對手，他們占市場份額是多少，你公司的市場份額是多少；與競爭對手產品相比，公司產品有那些獨特之處，這些獨特之處對客戶是否有用；公司產品的獨特之處能否被競爭對手效仿，公司是否采取實際措施保護自己的產品特點；如果公司產品與競爭對手產品相比沒有技術上、設計上或其他方面的獨特之處，公司采取那些有效手段與對手競爭，競爭的結果能否提高你公司產品的市場份額，預計經過競爭你公司的份額能提高到多少；公司產品的客戶是那些人，他們的分布情況，他們怎樣知道你公司的產品；公司采取那些市場營銷手段（廣告、展銷會、培訓班、電腦直銷，電話銷售，上門直銷，分銷網，零售網，郵購）；簡述銷售過程和步驟；營銷成本；準備拓展那些新市場；推出新產品的市場準備；現有的幾家大客戶。

六、研究與開發

公司現有技術開發人員數量；公司有那些開發設備；公司現有產品的技術水平（國內、國際先進、領先）；技術負責人的技術水平和管理能力；與同行業其他企業相比，你公司技術人員的收入水平；技術人員每年流失的比例是_%；公司采取那些措施保護關鍵技術；公司每年的技術開發投入占銷售收入的_%

七、生產過程

生產地點；是委托生產或自己生產；是否能夠保證原材料的供應，選擇了幾家供應商；生產設備性能質量如何；生產設備的最大生產能力能否滿足市場增長的需要；交通運輸條件是否方便；周邊生產配套情況；采取了那些生產管理制度，是否完善，執行情況如何；檢測設備；成品率，返修率，廢品率等情況；

八、資金需求情況及融資方案

資金需求計劃：為實現公司發展計劃所需要的資金額，資金需求的時間性；資金用途：（詳細說明資金用途，并列表說明）；融資方案：公司所希望的投資人及所占股份的說明；資金其他來源：如銀行貸款等；

九、項目實施進度

項目實施的計劃進度及相應的資金配置；進度表。

十、財務計劃

當前資產負債平衡表；第一年12個月每月銷售收入預測；3-5年銷售收入預測；上述數據中，實際回款預測；上述月份和年份銷售費用預測；上述月份和年份財務費用預測；上述月份和年份管理費用預測；上述月份和年份其他費用預測；第一年12個月每月現金流量表；3年現金流量表；3-5年的資產負債平衡表；投資回收期計算；盈虧平衡計算；結論。

十一、風險因素

請詳細說明該項目實施過程中可能遇到的風險，提出有效的風險控制和防范手段；

技術風險；市場風險；管理風險；財務風險；其他不可預見的風險；

商業計劃書編制內容要求非常嚴格，它為投資者提供一份創業的項目介紹，向他們展現創業的潛力和價值。

第五篇：軟件項目計劃書編寫說明

軟件項目計劃書編寫說明

一、項目計劃書格式

根據《GB8567－88計算機軟件產品開發文件編制指南》中項目開發計劃的要求，結合實際情況調整后的《項目計劃書》內容索引如下： 1 引言

1.1 編寫目的 1.2 背景 1.3 定義

1.4 參考資料

1.5 標準、條約和約定 2 項目概述 2.1項目目標

2.2產品目標與范圍 2.3假設與約束 2.4 項目工作范圍 2.5 應交付成果 2.5.1 需完成的軟件

2.5.2 需提交用戶的文檔 2.5.3 須提交內部的文檔 2.5.4 應當提供的服務 2.6 項目開發環境

2.7 項目驗收方式與依據 3 項目團隊組織 3.1 組織結構 3.2 人員分工 3.3 協作與溝通 3.3.1 內部協作 3.3.2 外部溝通 4 實施計劃

4.1 風險評估及對策 4.2 工作流程

4.3 總體進度計劃 4.4 項目監控

4.4.1 質量控制計劃 4.4.2 進度監控計劃 4.4.3 預算監控計劃 4.4.4 配置管理計劃 5 支持條件

5.1 內部支持（可選）

5.2 客戶支持（對項目而言）5.3 外包（可選）6 預算（可選）6.1 人員成本 6.2 設備成本

6.3 其它經費預算

6.4 項目合計經費預算 7 關鍵問題 8專題計劃要點

二、項目計劃書的編寫說明 引言

1.1 編寫目的

說明編寫這份項目計劃的目的，并指出預期的讀者。

作用：本節是為了說明編制“項目計劃書”亦即本文檔的意圖和希望達到的效果。注意這里的“目的”不是“項目目標”，而是為了說明本文檔的目的與作用。“項目目標”在2.1中說明。

意義：使項目成員和項目干系人了解項目開發計劃書的作用、希望達到的效果。開發計劃書的作用一般都是“項目成員以及項目干系人之間的共識與約定，項目生命周期所有活動的行動基礎，以便項目團隊根據本計劃書開展和檢查項目工作。”

例如可以這么寫：為了保證項目團隊按時保質地完成項目目標，便于項目團隊成員更好地了解項目情況，使項目工作開展的各個過程合理有序，因此以文件化的形式，把對于在項目生命周期內的工作任務范圍、各項工作的任務分解、項目團隊組織結構、各團隊成員的工作責任、團隊內外溝通協作方式、開發進度、經費預算、項目內外環境條件、風險對策等內容做出的安排以書面的方式，作為項目團隊成員以及項目干系人之間的共識與約定，項目生命周期內的所有項目活動的行動基礎，項目團隊開展和檢查項目工作的依據。

常見的問題：把項目本身的“項目目標”誤作編制項目開發計劃的目的。

1.2 背景

主要說明項目的來歷，一些需要項目團隊成員知道的相關情況。主要有以下內容：

項目的名稱：經過與客戶商定或經過立項手續統一確定的項目名稱，一般與所待開發的軟件系統名稱有較大的關系，如針對“XX系統”開發的項目名稱是“XX系統開發”。

項目的委托單位：如果是根據合同進行的軟件開發項目，項目的委托單位就是合同中的甲方；如果是自行研發的軟件產品，項目的委托單位就是本企業。項目的用戶（單位）：軟件或網絡的使用單位，可以泛指某個用戶群。注意項目的用戶或單位有時與項目的委托單位是同一個，有時是不一樣的。如海關的報關軟件、稅務的報稅軟件，委托單位是海關或稅務機關，但使用的用戶或單位不僅有海關或稅務機關，還包括需要報關、報稅的企業單位。

項目的任務提出者：本企業內部提出需要完成此項目的人員，一般是領導或商務人員；注意項目的任務提出者一般不同于項目的委托單位，前者一般是企業內部的人員。如果是內部開發項目，則兩者的區別在于前者指人，后者指單位。項目的主要承擔部門：有些企業根據行業方向或工作性質的不同把軟件開發分成不同的部門（也有的分為不同事業部）。項目的特點就是其矩陣式組織，一般一個項目的項目成員可能由不同的部門組成，甚至可能由研發部門、開發部門、測試部門、集成部門、服務部門等等其中幾個組成。需要根據項目所涉及的范圍確定本項目的主要承擔部門。

項目建設背景：從政治環境上、業務環境上說明項目建設背景，說明項目的大環境、來龍去脈。這有利于項目成員更好地理解項目目標和各項任務。例句：根據《某部關于某建設工作的實施意見》精神，為了保障某建設工作的正常實施，必須加強監督考核，建立督查通報制度，某市某建設工作小組辦公室把此項建設工作實施列入督查的重要內容，及時掌握進度，相關部門建立市某建設工作簡報制度，及時反映全市某建設工作動態。

目前對于某建設工作的工作主要采用計劃部門手工編制計劃、建設工作主管部門和建設工作實施單位聯合手動編制進度計劃，某建設工作單位手工上報建設工作進度情況的方式，而全市的建設工作有數百個，加上前期建設工作的數量和今后某市建設發展的趨勢，建設工作的數量將越來越多，原來的工作模式已經越來越無法適應市委市政府的要求。因此，充分利用現代信息化、因特網的優勢，建立“某市某建設工作信息報送反饋系統”，提高某建設工作信息報送反饋工作效率，提高信息的及時性、減輕各級相關工作人員的勞動強度是非常有必要和緊迫的任務。

軟件系統與其他系統的關系：說明與本系統有關的其他系統，說明它們之間的相互依賴關系。這些系統可以是這個系統的基礎性系統（一些數據、環境等必須依靠這個系統才能運行），也可以是以這個系統為基礎的系統，或者是兩者兼而有之的關系、互相依賴的系統。例句：本系統中對外部辦公部分如需要各個建設單位報送材料的子系統應當掛在市政府網站。

軟件系統與機構的關系：說明軟件系統除了委托單位和使用單位，還與哪些機構組織有關系。例如一些系統需要遵守那些組織的標準、需要通過那些組織機構的測試才能使用等等、是否需要外包或與那些組織機構合作。

1.3 定義

列出為正確理解本計劃書所用到的專門術語的定義、外文縮寫詞的原詞及中文解釋。注意盡量不要對一些業界使用的通用術語進行另外的定義，使它的含義和通用術語的慣用含義不一致。

1.4 參考資料

列出本計劃書中所引用的及相關的文件資料和標準的作者、標題、編號、發表日期和出版單位，必要時說明得到這些文件資料和標準的途徑。本節與下一節的“標準、條約和約定”互為補充，注意“參考資料”未必作為“標準、條約和約定”，因為“參考”的不一定是“必須遵守”的。常用資料如：

本項目的合同、標書、上級機關有關通知、經過審批的項目任務書； 屬于本項目的其他已經發表的文件；

本文檔中各處引用的文件、資料，包括所要用到的軟件開發標準。

1.5 標準、條約和約定

列出在本項目開發過程中必須遵守的標準、條約和約定。例如：相應的《立項建議書》、《項目任務書》、合同、國家標準、行業標準、上級機關有關通知和實施方案、相應的技術規范等。“參考資料”一般具有“物質”特性，一般要說明參照了什么，要說明在哪里可以獲得；“標準、條約和約定”一般具有“精神”特性，一般是必須遵守的，不說明在哪里可以獲得。參考資料的內容應該涵蓋“標準、條約和約定”。項目概述

2.1 項目目標

設定項目目標就是把項目要完成的工作用清晰的語言描述出來，讓項目團隊每一個成員都有明確的概念。注意，不要簡單地說成在什么什么時間完成開發什么什么軟件系統或完成什么什么軟件安裝集成任務。注意“要完成一個系統”只是一個模糊的目標，它還不夠具體和明確。明確的項目目標應該指出了服務對象，所開發軟件系統最主要的功能和系統本身的比較深層次的社會目的或系統使用后所起到的社會效果。項目目標應當符合SMART原則： l S Specific 明確的陳述 l M Measurable 可以衡量的結果 l A Attainable 可以達成的目標

l R Realistic 合理的，現實的或者說是能和實際工作相結合 l T Trackable 可以跟蹤的

項目目標可以進行橫向的分解也可以進行縱向的分解。橫向分解一般按照系統的功能或按照建設單位的不同業務要求，如分解為第一目標、第二目標等等；縱向的分解一般是指按照階段，如分解為第一階段目標、第二階段目標等等，或近期目標、中期目標、遠期目標等等。階段目標一般應當說明目標實現的較為明確的時間。一般要在說明了總目標的基礎上再說明分解目標，可加上“為實現項目的總目標，必須實現以下三個階段目標······”

2.2 產品目標與范圍

根據項目輸入（如合同、立項建議書、項目技術方案、標書等）說明此項目要實現的軟件系統產品的目的與目標及簡要的軟件功能需求。對項目成果（軟件系統）范圍進行準確清晰的界定與說明是軟件開發項目活動開展的基礎和依據。軟件系統產品目標應當從用戶的角度說明開發這一軟件系統是為了解決用戶的那些問題。產品目標如“提高工作信息報送反饋工作效率，更好地進行工作信息報送的檢查監督，提高信息的及時性、匯總統計信息的準確性，減輕各級相關工作人員的勞動強度。”

2.3 假設與約束

對于項目必須遵守的各種約束（時間、人員、預算、設備等）進行說明。這些內容將限制你實現什么、怎樣實現、什么時候實現、成本范圍等種種制約條件。假設是通過努力可以直接解決的問題，而這些問題是一定要解決才能保證項目按計劃完成。如：“系統分析員必須在3天內到位”或“用戶必須在8月8日前確定對需求文檔進行確認”

約束一般是難以解決的問題，但可以通過其他途徑回避或彌補、取舍，如人力資源的約束限制，就必須犧牲進度或質量等等。

假設與約束是針對比較明確會出現的情況，如果問題的出現具有不確定性，則應該在風險分析中列出，分析其出現的可能性（概率）、造成的影響、應當采取的相應措施。

2.4 項目工作范圍

說明為實現項目的目標需要進行那些工作。在必要時，可描述與合作單位和用戶的工作分工。注意產品范圍與項目工作范圍的不同含義。

產品范圍界定：軟件系統產品本身范圍的特征和功能范圍。

工作范圍界定：為了能夠按時保質交付一個有特殊的特征和功能的軟件系統產品所要完成的那些工作任務。

產品范圍的完成情況是參照客戶的需求來衡量的，而項目范圍的完成情況則是參照計劃來檢驗的。這兩個范圍管理模型間必須要有較好的統一性，以確保項目的具體工作成果，能按特定的產品要求準時交付。

2.5 應交付成果 2.5.1 需完成的軟件

列出需要完成的程序的名稱、所用的編程語言及存儲程序的媒體形式。其中軟件對象可能包括：源程序、數據庫對象創建語句、可執行程序、支撐系統的數據庫數據、配置文件、第三方模塊、界面文件、界面原稿文件、聲音文件、安裝軟件、安裝軟件源程序文件等等。2.5.2 需提交用戶的文檔

列出需要移交給用戶的每種文檔的名稱、內容要點及存儲形式，如需求規格說明書、幫助手冊等。此處需要移交用戶的文檔可參考合同中的規定。2.5.3 須提交內部的文檔 可根據《GB8567-88計算機軟件產品開發文件編制指南》附錄O：“文件編制實施規定的實例（參考件）”結合各企業實際情況調整制定《軟件開發文檔編制裁減衡量因素表》。根據《因素表》確定項目對應的項目衡量因素取值，以確定本項目應完成的階段成果。將不適用于本項目的內容裁減，以減少不必要的項目任務和資源。

根據因素取值列出本項目應完成的階段成果，說明本項目取值所在的區間，將其他因素值區間刪除。

2.5.4 應當提供的服務

根據合同或某重點建設工作需要，列出將向用戶或委托單位提供的各種服務，例如培訓、安裝、維護和運行支持等。具體的工作計劃如需要編制現場安裝作業指導書、培訓計劃等，應當在本計劃“4.3總體進度計劃”中條列出。

2.6 項目開發環境

說明開發本軟件項目所需要的軟硬件環境和版本、如操作系統、開發工具、數據庫系統、配置管理工具、網絡環境。環境可能不止一種，如開發工具可能需要針對Java的，也需要針對C++的。有些環境可能無法確定，需要在需求分析完成或設計完成后才能確定所需要的環境。

2.7 項目驗收方式與依據

說明項目內部驗收和用戶驗收的方式，如驗收包括交付前驗收、交付后驗收、試運行（初步）驗收、最終驗收、第三方驗收、專家參與驗收等等。項目驗收依據主要有標書、合同、相關標準、項目文檔（最主要是需求規格說明書）。項目團隊組織

3.1 組織結構

說明項目團隊的組織結構。項目的組織結構可以從所需角色和項目成員兩個方面描述。所需角色主要說明為了完成本項目任務，項目團隊需要哪些角色構成，如項目經理、計劃經理、系統分析員（或小組）、構架設計師、設計組、程序組、測試組等等。組織結構可以用圖形來表示，可以采用樹形圖，也可以采用矩陣式圖形，同時說明團隊成員來自于哪個部門。除了圖形外，可以用文字簡要說明各個角色應有的技術水平。注意雖然有一些通用的結構可以套用，但各種不同規模、不同形式的項目組織結構是不一樣的。如產品研發項目可能就不需要實施人員（小組），但需要知識轉移方面的人員（小組）。而軟件編碼外包的項目則不需要程序員，測試人員也可以適當地減少。3.2 人員分工

確定項目團隊的的每個成員屬于組織結構中的什么角色，他們的技術水平、項目中的分工與配置，可以用列表方式說明，具體編制時按照項目實際組織結構編寫。以下是一個示例。

3.3 協作與溝通

項目的溝通與協作首先應當確定協作與溝通的對象，就是與誰協作、溝通。溝通對象應該包括所有項目干系人，而項目干系人包括了所有項目團隊成員、項目接口人員、項目團隊外部相關人員等等。

其次應當確定協作模式與溝通方式。溝通方式如會議、使用電話、QQ、內部郵件、外部郵件、QuickPlace、聊天室等等。其中郵件溝通應當說明主送人、抄送人，聊天室溝通方式應當約定時間周期。而協作模式主要說明在出現什么狀況的時候各個角色應當（主動）采取什么措施，包括溝通，如何互相配合來共同完成某項任務。定期的溝通一般要包括項目階段報告、項目階段計劃、階段會議等

3.3.1 項目團隊內部協作

本節說明在項目開發過程中項目團隊內部的協作模式和溝通方式、頻次、溝通成果記錄辦法等內容。

3.3.2 項目接口人員

應當說明接口工作的人員即他們的職責、聯系方式、溝通方式、協作模式，包括： a、負責本項目同用戶的接口人員；

b、負責本項目同本企業各管理機構，如計劃管理部門、合同管理部門、采購部門、質量管理部門、財務部門等的接口人員；

c、負責本項目同分包方的接口人員。3.3.3 項目團隊外部溝通與協作模式

項目團隊外部包括企業內部管理協助部門、項目委托單位、客戶等等。本節說明在項目開發過程中項目團隊內部與接口人員、客戶溝通的方式、頻次、溝通成果記錄辦法等內容。明確最終用戶、直接用戶及其所在本企業／部門名稱和聯系電話。明確協作開發的有關部門的名稱、經理姓名、承擔的工作內容以及工作實施責任人的姓名、聯系電話。確定有關的合作單位的名稱、負責人姓名、承擔的工作內容以及實施人的姓名、聯系電話。實施計劃

4.1 風險評估及對策

識別或預估項目進行過程中可能出現的風險。應該分析風險出現的可能性（概率）、造成的影響、根據影響應該采取的對策，采取的措施。風險識別包括識別內在風險及外在風險。內在風險是指項目工作組能加以控制和影響的風險，如人事任免和成本估計等。外在風險指超出項目工作組等控制力和影響力之外的風險，如市場轉向或政府行為等

風險的對策包括：避免：排除特定危脅往往靠排除危險起源；減緩：減少風險事件的預期資金投入來減低風險發生的概率，以及減少風險事件的風險系數；吸納：接受一切后果，可以是積

極的（如制定預防性計劃來防備風險事件的發生），也可以是消極的（如某些費用超支則接受低于預期的利潤）。

對于軟件開發項目而言，在分析、識別和管理風險上投入足夠的時間和人力可以使項目進展過程更加平穩，提高項目跟蹤和控制的能力，由于在問題發生之前已經做了周密計劃，因而對項目的成功產生更加充分的信心。軟件開發項目常見預估的風險： 1)工程／規模／進度上的風險

規模大，規模估算不精確甚至誤差很大；就規模而言，用戶要求交付期、費用很緊；預料外的工作(測試未完時的現場對應等)； 2)技術上的風險

使用新的開發技術、新設備等，或是新的應用組合，沒有經驗；是新的行業或業務，沒有經驗；性能上的要求很嚴； 3)用戶體制上的問題

用戶管理不嚴，恐怕功能決定、驗收不能順利地完成（或者出現了延遲）；或者恐怕功能會多次變更；與用戶分擔開發，恐怕工程會拖延（或者出現了延遲）；用戶或其他相關單位承擔的工作有可能延誤；

4)其它：應該包含此處沒有、但據推測有風險的項目。

4.2 工作流程

說明項目采用什么樣的工作流程進行。如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工作流程，也可以是自己創建的工作流程。不同的流程將影響后面的工作計劃的制定。必要時畫出本項目采用的工作流程圖及適當的文字說明。4.3 總體進度計劃

這里所說的總體進度計劃為高層計劃。作為補充，應當分階段制定項目的階段計劃，這些階段計劃不在這份文檔中，當要以這份總體計劃為依據。

總體進度計劃要依據確定的項目規模，列表項目階段劃分、階段進度安排及每階段應提交的階段成果，在階段時間安排中要考慮項目階段成果完成、提交評審、修改的時間。

對于項目計劃、項目準備、需求調研、需求分析、構架設計或概要設計、編碼實現、測試、移交、內部培訓、用戶培訓、安裝部署、試運行、驗收等工作，給出每項工作任務的預定開始日期、完成日期及所需的資源，規定各項工作任務完成的先后順序以及表征每項工作任務完成的標志性事件（里程碑）。例如

需求評審

設計評審

表格中檢查點／里程碑等階段劃分為舉例，實際作業階段劃分、階段成果等請根據項目需要確

定。

制定軟件項目進度計劃可以使用一些專門的工具，最常用的是Microsoft的Project作為輔助工具，功能比較強大，比較適合于規模較大的項目，但無法完全代替項目計劃書，特別是一些主要由文字來說明的部分。小規模的項目可簡便地使用EXCEL作為輔助工具。關于如何使用這些工具不在此作詳細說明。

制定軟件項目進度計劃應當考慮以下一些因素: 1）對于系統需求和項目目標的掌握程度。如開始時對于系統需求和項目目標只有比較數的了解，就只能制定出比較粗的進度計劃，等到需求階段或設計階段結束，就應該進一步細化進度計劃。2）軟件系統規模和項目規模，這兩個不是一個概念。軟件系統規模往往是從功能點的估算或其他估算方式得來的，而項目規模還要考慮對文檔數量與質量的要求，使用的開發工具、新技術、多少復用、溝通的方便程度、客戶方的情況、需要遵守的標準規范等等等等。例如，完成一個大型的系統，在一定的時間內一個人或幾個人的智力和體力是承受不了的。由于軟件是邏輯、智力產品，盲目增加軟件開發人員并不能成比例地提高軟件開發能力。相反，隨著人員數量的增加，人員的組織、協調、通信、培訓和管理方面的問題將更為嚴重。

3）軟件系統復雜程度和項目復雜程度：和軟件系統規模和項目規模一樣，軟件系統的復雜程度主要是考慮軟件系統本身的功能、架構的復雜程度，而項目的復雜程度主要是指項目團隊成員的構成、項目任務的復雜程度、項目干系人的復雜程度、需求調研的難易程度，多項目情況下資源保障的情況，等等等等。軟件系統的規模與軟件系統的復雜程度未必是成比例的關系；同樣項目的規模與項目的復雜程度未必是成比例的關系。

4）項目的工期要求，就是項目的緊急程度。有些項目規模大，卻因為與顧客簽訂了合同，或者為了搶先占領市場，工期壓縮得很緊，這時就要考慮如何更好地合理安排進度，多增加人選多采用加班的方式是一種萬不得已的選擇。增加人選除了增加人的成本外必定會增加溝通的成本（熟悉項目任務所需要的時間）；加班如果處理不好會造成情緒上的問題，也可能會因為過于忙碌而無法顧及質量，造成質量的下滑。

5）項目成員的能力。這些能力包括項目經理的管理能力，系統分析員的分析能力、系統設計人員的設計能力、程序員的編碼能力、測試人員的測試能力，以及企業或項目團隊激發出這些能力的能力。從另外一個角度看還有總體上對客戶行業業務的熟悉程度；對于建模工具、開發工具、測試工具等技術的掌握程度；企業內部對行業業務知識和主要技術的知識積累。

4.4 項目控制計劃

4.4.1 質量保證計劃

執行質量評審活動，對過程質量進行控制。規模較大的項目應當單獨編寫《軟件開發項目質量計劃》。根據GB/T 12504 計算機軟件質量保證計劃規范，內容包括： l 引言（本章節包括質量計劃的目的、定義、參考資料）

l 管理（描述負責軟件質量管理的機構、任務及其相關的職責）

l 文檔（列出在該軟件的開發、驗證與確認以及使用與維護等階段中需要編制的文檔，并描述對文檔進行評審與檢查的準則）

l 標準、條例和約定（列出軟件開發過程中要用到的標準、條例和約定，并列出監督和保證執行的措施）

l 評審和檢查（規定所要進行的技術和管理兩個方面的評審和檢查工作，并編制或引用有關的評審和檢查規程，以及通過與否的技術準則。至少要進行軟件需求評審、概要設計評審、軟件驗證與確認評審、軟件系統功能檢查、程序和文檔物理檢查）l 軟件配置管理（編制有關配置管理條款，或在“4.4.4 配置管理計劃”中說明，或引用按照《GB/T 12505 計算機軟件配置管理計劃規范》單獨制定的文檔）

l 工具、技術和方法（指明用于支持特定軟件項目質量管理工作的工具、技術和方法，指出它們的目的和用途）

l 媒體控制（說明保護計算機程序物理媒體的方法和設施，以免非法存取、意外損壞或自然老化）

l 對供貨單位的控制（供貨單位包括項目承辦單位、軟件銷售單位、軟件開發單位。規定對這些供貨單位進行控制的規程，從而保證項目承辦單位從軟件銷售單位購買的、其他開發單位開發的或從開發單位現存軟件庫中選用的軟件能滿足規定的需求。）

l 記錄的收集、維護和保存（指明需要保存的軟件質量保證活動的記錄，并指出用于匯總、保護和維護這些記錄的方法和設施，并指明要保存的期限）4.4.2 進度控制計劃

（可直接引用以下描述或根據項目情況制定本節內容）本項目的進度監控執行本企業《項目管理規范》，由本企業過程控制部門如質量管理部統一進行監控，并保留在監控過程中產生的日常檢查記錄。4.4.3 預算監控計劃

說明如何檢查項目預算的使用情況。根據項目情況需要制定。4.4.4 配置管理計劃

編制有關軟件配置管理的條款，或引用按照GB/T 12505單獨制訂《配置管理計劃》文檔。在這些條款或文檔中，必須規定用于標識軟件產品、控制和實現軟件的修改、記錄和報告修改實現的狀態以及評審和檢查配置管理工作等四方面的活動。還必須規定用以維護和存儲軟件受控版本的方法和設施；必須規定對所發現的軟件問題進行報告、追蹤和解決的步驟，并指出實現報告、追蹤和解決軟件問題的機構及其職責。

根據《GB/T 12505 計算機軟件配置管理計劃規范》，軟件配置管理計劃內容如下：

l 引言（本章節包括質量計劃的目的、定義、參考資料）

l 管理（描述負責軟件配置管理的機構、任務、職責及其有關的接口控制。）

l 軟件配置管理活動（描述配置標識、配置控制、配置狀態記錄與報告以及配置檢查與評審等到四方面的軟件配置管理活動的需求。）

l 工具、技術和方法（指明為支持特定項目的軟件配置管理所使用的軟件工具、技術和方法，指明它們的目的，并在開發者所有權的范圍內描述其用法）

l 對供貨單位的控制（供貨單位是指軟件銷售單位、軟件開發單位或軟件子開發單位。必須規定對這些供貨單位進行控制的管理規程，從而使從軟件銷售單位購買的、其他開發單位開發的或從開發單位現存軟件庫中選用的軟件能滿足規定的軟件配置管理需求）

l 記錄的收集、維護和保存（指明要保存的軟件配置管理文檔，指明用于匯總、保護和維護這些文檔的方法和設施，并指明要保存的期限）支持條件

說明為了支持本項目的完成所需要的各種條件和設施。5.1 內部支持

逐項列出項目每階段的支持需求（含人員、設備、軟件、培訓等）及其時間要求和用途。例如，設備、軟件支持包括客戶機、服務器、網絡環境、外設、通訊設備、開發工具、操作系統、數據庫管理系統、測試環境，逐項列出有關到貨日期、使用時間的要求。5.2 客戶支持

列出對項目而言需由客戶承擔的工作、完成期限和驗收標準，包括需由客戶提供的條件及提供時間。

5.3 外包（可選）

列出需由外單位分合同承包者承擔的工作、完成時間，包括需要由外單位提供的條件和提供的時間。6 預算

6.1 人員成本

列出產品/項目團隊每一個人的預計工作月數。

列出完成本項目所需要的勞務（包括人員的數量和時間）

勞務費一般包括工資、獎金、補貼、住房基金、退休養老金、醫療保險金 6.2 設備成本

設備成本包括：原材料費，設備購置及使用費

列出擬購置的設備及其配置和所需的經費 列出擬購置的軟件及其版本和所需的經費 使用的現有設備及其使用時間 6.3 其它經費預算

列出完成本項目所需要的各項經費，包括差旅費、資料費、通行費、會議費、交通費、辦公費、培訓費、外包費等，包括：

（1）差旅費（旅費、出租）（含補貼）

（2）資料費（圖書費、資料費、復印費、出版費）

（3）通信費（市話長話費、移動通信費、上網費、郵資）

（4）會議費（鑒定費、評審會、研討費、外事費等）

（5）辦公費（購買辦公用品）

（6）協作費（業務協作招待費、項目團隊加班伙食費）

（7）培訓費（培訓資料編寫費、資料印刷費、產地費、設備費）其他（檢測、外加工費、維修費、消耗品、低易品、茶話會等）6.4 項目合計經費預算

列出完成本項目需要的所有經費預算（上述各項費用之和）。7 關鍵問題

逐項列出能夠影響整個項目成敗的關鍵問題、技術難點和風險，指出這些問題對項目成敗的影響。

8專題計劃要點

專題計劃也就是因為項目的需要在本文檔之外獨立建立的計劃，本節說明本項目開發中需要制定的各個專題計劃的要點。專題計劃可能包括分合同計劃、分項目計劃、項目團隊成員培訓計劃、測試計劃、安全保密計劃、質量保證計劃、配置管理計劃、用戶培訓計劃、系統安裝部署計劃。參考文獻

《項目管理—計劃、進度和控制的系統方法》（第7版）Harold Kerzner（電子工業出版社，楊愛華等譯）；

《計算機軟件工程規范國家標準匯編2003》中國標準出版社； 《PMBOK-2000》PMI； 《PMBOK-2004》PMI；

《成功的項目管理》Trevol L Young（泰晤士報商業版，嚴鴻娟譯）； 《成功的項目管理》Jack Gido ＆ James P.Clements（21世紀管理經典教材系列，張金城等譯）； 《如何做好項目管理》Stanley E.Portny（IDG新經濟工商實務傻瓜叢書，寧俊等譯）； 《管理軟件開發項目》（第二版）Neal Whitten（軟件項目管理系列叢書，孫艷春等譯）； 《IT項目管理》Kathy Schwalbe（項目管理譯叢 王金玉等譯）； 《高級項目管理基礎》（信息產業部計算機信息系統集成高級項目經理培訓講義）