篇1：項目開發計劃書

一、市場分析

我國網絡棋牌游戲市場現狀

我國的網民數量在**年12月底以高達5.13億以上，擁有這么一個龐大的市場環境，無疑給中國的網絡游戲帶來了更多的發展機會。如今，網絡游戲已經完全融入了人們的娛樂生活中，特別是棋牌類網絡游戲，因為棋牌在中國本來就擁有很悠長的歷史累積，網絡棋牌的玩法和實際的棋牌玩法也基本一樣，所以，在眾多的網絡游戲類型當中，棋牌類游戲倍受廣大網民的喜愛。正式由于棋牌游戲廣大的市場前景的吸引，國內眾多知名游戲廠商也加入到了游戲的開發以及運用當中。

騰訊公司大家也耳熟能詳吧，自從1999年，騰訊公司正式推出國內第一個即時通訊軟件“騰訊QQ”以來，騰訊可謂是高歌猛進，目前的注冊人數已經超過十億。在發展的同時，騰訊也看到了棋牌游戲巨大的發展前景，在**年，騰訊QQ推出了以棋牌游戲為主的QQ游戲平臺，加上QQ軟件所積累的眾多用戶，騰訊平臺一度成為了國內最大的.棋牌游戲平臺。在我看來，簡單卡通的QQ游戲更多的是一種朋友間的游戲互動和感情交流，著也是QQ游戲的一個核心內容，當作為棋牌游戲本身，它有著競技的這樣一個特性，正是因為這個特性，棋牌才能發展到當今的規模，也一直倍受人們的喜愛。但是QQ游戲平臺作為國內最大的棋牌游戲平臺，雖然在一定程度上滿足了網民們的互動要求，但對于玩家競技的要求確很難滿足，再加上QQ付費會員在游戲中享有特權，這個對游戲本身的公平也帶來了不少的影響。而且游戲外掛的泛濫也對游戲本身的體驗帶來了不少的沖擊。對于棋牌游戲忠實的玩家而言，這里是公平棋牌游戲的墓地。所以，這樣就給了另外的企業家和公司帶來了相當大的機會去爭奪這個市場份額。

二、棋牌新項目基本介紹

（一）項目的可行性分析

作為棋牌類游戲，相信大家都聽過甚至玩過QQ游戲平臺上面的英雄殺或者游卡制作的三國殺吧。在此類游戲一出來之后就被廣大的棋牌類忠實玩家所追捧和喜愛。()追查其原因，在我看來，主要是由于他們給棋牌游戲創造了一個新的玩法，讓中國傳統的文化色彩也能體現在游戲里面，增加了游戲的趣味性，更是用獨特的玩法吸引了大多數觀眾的眼球，獲得了網民們的認同。我認為，居然大多數棋牌游戲玩家居然能從以前的傳統棋牌游戲中去追捧新鮮有趣的棋牌游戲，這就能夠體現大多數玩家對新概念的棋牌游戲的接受能力較強，既然這樣，就給了我們極大的發展空間去開發新概念的棋牌游戲，只要能開發出一款具有自己獨特的特色和玩法，自然就能吸引足夠的棋牌游戲忠實玩家。

（二）項目的大概描述

我們小組所做的項目是獸棋，這個游戲在我們小時候經常玩，現在我們做這個小游戲主要是回憶一下我們小時候，獸棋是兩個玩家通過鏈接IP來實現對戰的，兩個玩家各用一臺電腦，但獸棋有個不足的地方，無法實現人機對戰，這個方面有點復雜，我們沒有那么多的精力來完成人機對戰了。但游戲也有一個亮點，能夠實現對話，游戲主頁面有個窗口，只要打字對面就能收到了。

（三）游戲的大概玩法介紹

我們所做的游戲玩法比較簡單，游戲分為紅方和黑方，每一方有8個棋子，分別是鼠，貓，狗，狼，豹，虎，獅，象。其中貓吃老鼠，狗吃貓，以此類推，最后老鼠可以吃大象。

最后棋盤上還剩下哪方的棋子，哪方就算勝利。

以上就是這個游戲的大致玩法，當然由于時間實在倉促，所以這只能算是一個雜搞，具體實現還需要后續跟蹤和分析，接下來就是此項目制作大概的一個人員構成和營銷策略還有成本計算。

四、項目人員構成及成本預算

項目經理、張碩1000/月開發周期一個月

主策劃、曹玉松900/月開發周期一個月

副策劃、蔡迎盈800/月開發周期一個月

主力程序員、呂盼舉700/月開發周期一個月

界面美化、姜立比）700/月開發周期一個月

軟件測試、付亞飛700/月開發周期一個月

開發階段不計算另外硬件損壞以及場地費用和意外消費，（單計算人員開發成本）必要時刻可縮減人員成本，如可減少開發人數，擔任多名職位

五、市場營銷策略分析

1、搜索引擎推廣

登錄免費分類目錄，登錄付費分類目錄，搜索引擎優化，關鍵詞廣告，關鍵詞競價排名，網頁內容定位廣告

2、信息發布推廣

將有關的的網站推廣信息發布在其他潛在用戶可能會訪問的網站上，利用用戶在這些網站獲取信息的機會實現網站推廣

3、資源合作推廣

交換鏈接，交換廣告，內容合作，用戶資源合作等方式（此方式風險程度較大），在具有類似目標網站之間實現互相推廣的目的，其中最常用的合作方式為網站鏈接策略，利用合作伙伴之間網站訪問量合作互為推廣

4、會員推廣

通過已有的會用自身進行推廣（游戲如果有一定特色，此方法最省時省錢）

當然這些方法僅為個人自身見解，最后的推廣策略還需要專業的人士對市場進行分析之后才能下結論。

篇2：項目開發計劃書

一、項目概況

本項目位于關山二路以西，武昌煤氣廠以東，為國際企業中心北區。總面積為60722平方米（約95畝），扣除代征道路后，實際可用地為49138平方米（約77.7畝）。

二、目標客戶的描述

完成資本原始積累后，有能力購置物業進行事業擴展的中小型企業。行業特征為低噪音、無異味的電子、信息工程等；用途為研發及辦公。

三、項目定位

本項目應成為具有良好景觀和設施配套，便于企業經營，滿足企業形象需求的優質研發區。其市場空間在于切入寫字樓與數碼港之間的市場空檔，以相對低廉的價格提供寫字樓的品質

1、建筑風格：簡約、具科技感、顯示現代化的辦公形象、每棟建筑具有良好的可識別性

2、道路系統：以效率為先，可便捷直達每棟辦公樓。快車道寬度以6米為宜，每側人行道寬度為2米左右。

3、配套設施：考慮企業會所、集中停車場、籃球場、網球場和室外公共交流區。配套的重點是企業會所，其內設置多功能廳、健身及餐飲功能，以滿足企業對外活動需要。

4、景觀系統：以道路兩側綠化及庭院綠化為主，形成良好的交通景觀和空間效果。局部考慮設置水景點綴。布置籃球場等體育設施。

四、開發計劃及成本分析

根據實際用地面積，考慮與煤氣廠的隔離情況，預計該地塊可開發面積為54000平方米，折合容積率約1.18。其中會所約為4000平方米，實際可銷售面積為50000平方米。

1、開發計劃

20**年2月完成方案設計和報批

20**年3月10日前完成市政管線及首期三個組團（面積約29000平方米）的施工圖設計

20**年3月-5月銷售準備期：模型、3D動畫片、宣傳冊及廣告計劃；銷售人員的培訓和銷售價格體系的確定；按揭銀行的選擇。

20**年4月10日前完成施工圖報審；施工、監理招標，辦理建設工程規劃許可證和施工許可證；完成景觀設計

20**年5月前首期組團開工，同時進行外圍景觀施工，參觀走廊的設置

20**年6月開始內部推介，推介價：1900元/平方米，銷售價95折

20**年7月進入正式銷售，起價： 元/平方米，均價： 元/平方米

20**年8月進行水電報裝，土建工程完工

20**年7月底完成余下施工圖的設計和審批手續

20**年9月，二期組團（2萬平方米）開工，會所開工

20**年10月，完成景觀施工和市政配套，首期組團建成

20**年11月，會所進入裝修

20**年11月，起價： 元/平方米，均價： 元/平方米，二期開盤

2004年1月，二期組團進行土建工程完工

2004年3月底，國際企業中心研發區建成

2004年6月，應累計實現銷售25000平方米

2004年12月，全部銷售完成

2、成本分析

國際企業中心建設投資估算表

序號 費用名稱 計量單位 規模指標（?O） 單項指標（元/?O） 估算投資（萬元） 備注

1 土地費用 1419

1.1 三通一平費 ?O 51598 5 25.80

1.6 地價 ?O 50000 278.64 1393.2 按每畝18萬元計算

土地費用樓面價 283.64

2 前期費用 153.9

2.1 土地測量、地質勘測費 ?O 54000 3 16.2

2.2 建設規劃設計費 ?O 25 135

2.3 施工圖審查費（抗震、技術安全檢查） 0.5 2.7 設計費×2%

前期費用樓面價 28.5

3 取得規劃許可證前的規費 54

3.1 垃圾處理費 ?O 54000 10 54

前期規費樓面價 10

4 工程造價 5655.32

4.1 主體部分 ?O 54000 4542.92

4.1.1 土建工程 ?O 620 3348

4.1.2 門窗 ?O 39 210.6 按建筑面積15%（8100?O）；彩鋁單層窗260元/?O計算

4.1.3 外墻 ?O 80 432 按建筑面積80%（43200?O）；100元/?O計算

4.1.4 電梯安裝 ?O 77.78 420 按12部計算

4.1.5 不可預見費 132.32 取3%

主體部分樓面價 841.28

4.2 建設配套費 ?O 1112.4

4.2.1 區內道路排水、停車場等 ?O 54000 80 432

4.2.2 綠化工程 ?O 50 270

4.2.3 市政配套 ?O 70 378

4.2.5 不可預見費 32.4 取3%

建設配套費樓面價 206

工程造價樓面價 1047.28

5 建設期間稅費 202

5.1 質量監督費 600×54000×2% 64.8

5.2 建設單位管理費 30 約設計費的40%

5.3 發展新型墻體材料專用費用 ?O 54000 3 15.2

5.4 商品混凝土保證金 10

5.5 建設工程竣工檔案保證金 ?O 54000 0.5 2.7

5.6 工程監理費 30 約設計費的40%

5.7 衛生防疫審查費 ?O 54000 9 48.6

5.8 滅鼠費 ?O 54000 0.5 2.7

規費樓面價 37.41

6 會所分攤費用 400 按會所造價1/3

會所分攤 ?O 50000 80

7 管理費用 84.83 工程投資×1.5%

管理費用樓面價 15.71

8 財務費用 956.28 總投資×6%×2

財務費用樓面價 177.08

9 營業稅 均價2000元 113 610.2 取5.65%

10 綜合造價 9535.53

綜合造價樓面價 1765.84

以2000元/平方米均價計算，則利潤率為11.71%。

五、資金安排計劃

1、銷售安排

按以下銷售價格預計：

均價1850元：實現20000平方米，總價：3700萬元

均價2100元：實現30000平方米，總價：6300萬元

會所按800萬元作價轉入管理公司經營

總計：10800萬元

2、銷售資金回籠估算

銷售周期為18個月。銷售費用預計：100萬元

20**年計劃銷售20000平方米，預計回款2500萬元

2004年全部銷售完成，回款6000萬元

2005年回款1500萬元

3、開發資金安排

基建總投資:5655.32萬元；稅費及管理費用：500萬元；

銷售費用：100萬元

基建周期:一期:20**年3月-8月

二期：20**年7月-12月

開發資金：20**年預計需基建資金4524.256萬元，稅費及管理費用450萬元，銷售費用70萬元。共計：5044.256萬元

2004年預計需資金1211.064萬元

六、風險分析

1、成本控制風險：

2、施工質量風險：

3、營銷風險：

篇3：項目開發計劃書

一、開發目的

由于我們生活在石家莊鐵道大學，我們在上網的時候會遇到很多不方便的的問題。例如查詢流量比較困難，不能把每個月的流量規劃好是一個很大的問題，而且很多人想搞一個快捷改ip的功能等，我們的目的就是要開發一款使用的學生軟件，方便鐵大學子的日常生活。

二、項目概述

《網絡助手》系統根據用戶的不同，實現如下功能。

查詢流量

修改ip

實現遠程控制

實現定時開關機

實現一鍵開啟小蝴蝶

三、主要參與人員、

由五個人（藍夢、馬翔、李金吉、胡佳奇、趙天）組成的開發團隊。

四、進度

序號

任務名稱

工作時間

開始時間

結束時間

五、關鍵問題

影響本計劃進度的關鍵問題、各程序之間的轉換、銜接問題。

六、支持條件

1、計算機系統支持、

2、服務器CPUIntelE3300或更高配置，內存1G以上，網絡適配器100MB或1000MB的網卡。

3、服務器CPUIntelE3300或更高配置，內存512M以上，網絡適配器100MB或1000MB的網卡。

4、網絡環境、4MADSL或光纜。

5、軟件環境

客戶機WindowsXP，win7，win8位。

七、測試

測試計劃、軟件開發重要在后期進行軟件測試，對開發的軟件性能進行了解。

八、質量保證計劃

從開發人員到項目管理，要進行嚴格管理。

九、用戶進行培訓

在軟件實際應用的前些時間，對用戶進行軟件操作方法的具體培訓，對軟件界面和應用進行大概介紹。

十、預算

開支類別

主要開支項、用途

金額（元）

時間

人力資源

軟件件成本

總成本

篇4：項目開發計劃書

項目計劃書的作用：制定項目開發計劃的目的是用文件的形式，把對于在開發過程中各項工作的負責人員、開發進度、所需經費預算、所需軟、硬件條件等問題作出的安排記載下來，以便根據本計劃開展和檢查本項目的開 發工作。編制內容要求如下：

1 引言

1.1編寫目的

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

1.2背景

說明：

a.待開發的軟件系統的名稱;

b.本項目的任務提出者、開發者、用戶及實現該軟件的計算中心或計算機網絡;

C.該軟件系統同其他系統或其他機構的基本的相互來往關系。

1.3定義

列出本文件中用到的專門術語的定義和外文首字母組詞的原詞組。

1.4參考資料

列出用得著的參考資料，如：

a.本項目的經核準的計劃任務書或合同、上級機關的批文;

b.屬于本項目的其他已發表的文件;

C.本文件中各處引用的文件、資料，包括所要用到的軟件開發標準。 列出這些文件資料的標題、文件編號、發表日期和出版單位，說明能夠得到這些文件資料的來源。

2 項目概述

2.1 工作內容

簡要地說明在本項目的開發中須進行的各項主要工作。

2.2主要參加人員

扼要說明參加本項目開發工作的主要人員的情況，包括他們的技術水平。

2.3產品

2.3.1程序

列出需移交給用戶的程序的名稱、所用的編程語言及存儲程序的媒體形式，并通過引用有關文件，逐項說明其功能和能力。

2.3.2文件

列出需移交給用戶的每種文件的名稱及內容要點。

2.3.3服務

列出需向用戶提供的各項服務，如培訓安裝、維護和運行支持等，應逐項規定開始日期、所提供支持 的級別和服務的期限。

2.3.4非移交的產品

說明開發集體應向本單位交出但不必向用戶移交的產品(文件甚至某些程序)。

2.4驗收標準

對于上述這些應交出的產品和服務，逐項說明或引用資料說明驗收標準。

2.5完成項目的員遲用限

2.6本計劃的批準者和批準日期

3 實施計劃

3.1工作任務的分門與人員分工

對于項目開發中需完成的各項工作，從需求分析、設計、實現、測試直到維護，包括文件的編制、審批、打印、分發工作，用戶培訓工作，軟件安裝工作等，按層次進行分解，指明每項任務的負責人和參加人員。

3.2 接口人員

說明負責接口工作的人員及他們的職責，包括：

a .負責本項目同用戶的接口人員;

b.負責本項目同本單位各管理機構，如合同計劃管理部門、財務部門、質量管理部門等的接口人員;

c.負責本項目同各分合同負責單位的接口人員等。

3.3進度

對于需求分析、設計、編碼實現、測試、移交、培訓和安裝等工作，給出每項工作任務的預。定開始日期、完成日期及所需資源，規定各項工作任務完成的先后順序以及表征每項工作任務完成的標志性事件(即所謂“里程碑”)。

3.4預算

逐項列出本開發項目所需要的勞務(包括人員的數量和時間)以及經費的預算(包括辦公費、差旅費、機時費、資料費、通訊設備和專用設備的租金等)和來源。

3.5關鍵問題

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

篇5：項目開發計劃書

項目開發計劃書

一、開發目的

由于我們生活在石家莊鐵道大學，我們在上網的時候會遇到很多不方便的的問題。例如查詢流量比較困難，不能把每個月的流量規劃好是一個很大的問題，而且很多人想搞一個快捷改ip的功能等，我們的目的`就是要開發一款使用的學生軟件，方便鐵大學子的日常生活。

二、項目概述

《網絡助手》系統根據用戶的不同，實現如下功能：

查詢流量

修改ip

實現遠程控制

實現定時開關機

實現一鍵開啟小蝴蝶

三、主要參與人員：

由五個人組成的開發團隊。

四：進度

五、關鍵問題

影響本計劃進度的關鍵問題：各程序之間的轉換、銜接問題。

六、支持條件

1、計算機系統支持：

2、服務器CPU Intel E3300或更高配置，內存1G以上，網絡適配器100MB或1000MB的網卡。

3、服務器CPU Intel E3300或更高配置，內存512M以上，網絡適配器100MB或1000MB的網卡。

4、網絡環境：4M ADSL或光纜。

5、軟件環境：客戶機Windows XP，win7，win8位。

七：測試

測試計劃：軟件開發重要在后期進行軟件測試，對開發的軟件性能進行了解。

八：質量保證計劃

從開發人員到項目管理，要進行嚴格管理。

九、用戶進行培訓

在軟件實際應用的前些時間，對用戶進行軟件操作方法的具體培訓，對軟件界面和應用進行大概介紹。

十、預算

篇6：項目開發計劃書

產品計劃書的作用：

制定產品設計的目的是用文件的形式，把對于在設計過程中各項工作的負責人員、設計進度、所需零配件、相關資料等問題作出的安排記載下來，以便根據本計劃開展和檢查本產品進展工作。

編制資料要求如下：

1引言

1．1編寫目的

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

1．2背景說明：

a．待設計的產品名稱；

b．本產品的客戶、開發者、設計要求等；

C．產品造型結構設計完成后的跟進。

1．3定義

分析產品的功能、材質、表面處理、裝配方式、包裝方式、可行性分析等。

1．4參考資料

列出用得著的參考資料，如：

a．本產品的經核準的計劃任務書或合同；

b．屬于本產品的其他參考文件；

C．本文件中各處引用的文件、資料，包括所要用到的標準。列出這些文件資

料的標題、文件編號、發表日期和出版單位，說明能夠得到這些文件資料的來

源。

2產品概述

2．1工作資料

簡要地說明在本產品的開發中須進行的各項主要工作。

2．2主要參加人員

扼要說明參加本產品開發工作的主要人員的狀況，包括他們的技術水平。

2．3產品

2．3．1文件

列出需移交給客戶的每種文件的名稱及資料要點。

2．3．2服務

列出需向客戶帶給的各項服務，如附件采購、后期手辦及模具跟進。

2．4驗收標準

對于上述這些應交出的產品和服務，逐項說明或引用資料說明驗收標準。

2．5完成產品的最遲時限

2．6本計劃的批準者和批準日期

3實施計劃

3．1工作任務的分門與人員分工

對于產品設計中需完成的各項工作，從可行性分析、設計、手辦、測試，包括文件的編制、審批、打印、分發工作，按層次進行分解，指明每項任務的負責人和參加人員。

3．2接口人員

說明負責接口工作的人員及他們的職責，包括：

a．負責本產品同客戶的接口人員；

b．負責本產品同本單位各管理機構，如合同計劃管理部門、財務部門、質量管理部門等的接口人員；

c．負責本產品同各分合同負責單位的接口人員等。

3．3進度

對于可行性分析、設計等工作，給出每項工作任務的預定開始日期、完成日期及所需資源，規定各項工作任務完成的先后順序以及表征每項工作任務完成的標志性事件（即所謂“里程碑”）。

3．4預算

逐項列出本產品設計所需要的勞務（包括人員的數量和時間）以及經費的預算（包括辦公費、差旅費、機時費、資料費、通訊設備和專用設備的租金等）和來源。

3．5關鍵問題

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

篇7：項目開發計劃書

網絡助手項目開發計劃書

一、開發目的

由于我們生活在石家莊鐵道大學，我們在上網的時候會遇到很多不方便的的問題。例如查詢流量比較困難，不能把每個月的流量規劃好是一個很大的問題，而且很多人想搞一個快捷改ip的功能等，我們的目的就是要開發一款使用的學生軟件，方便鐵大學子的日常生活。

二、項目概述

《網絡助手》系統根據用戶的不同，實現如下功能：

查詢流量

修改ip

實現遠程控制

實現定時開關機

實現一鍵開啟小蝴蝶

三、主要參與人員：

由五個人（藍夢、馬翔、李金吉、胡佳奇、趙天）組成的開發團隊。

四：進度

序號

任務名稱

工作時間

開始時間

結束時間

1

查詢流量

5天

2

修改ip

2天

3

實現遠程控制

3天

4

實現定時開關機

1天

5

實現一鍵開啟小蝴蝶

1天

五、關鍵問題

影響本計劃進度的關鍵問題：各程序之間的轉換、銜接問題。

六、支持條件

1、計算機系統支持：

2、服務器CPUIntelE3300或更高配置，內存1G以上，網絡適配器100MB或1000MB的網卡。

3、服務器CPUIntelE3300或更高配置，內存512M以上，網絡適配器100MB或1000MB的網卡。

4、網絡環境：4MADSL或光纜。

5、軟件環境

客戶機WindowsXP，win7，win8位。

七：測試

測試計劃：軟件開發重要在后期進行軟件測試，對開發的軟件性能進行了解。

八：質量保證計劃

從開發人員到項目管理，要進行嚴格管理。

九、用戶進行培訓

在軟件實際應用的前些時間，對用戶進行軟件操作方法的具體培訓，對軟件界面和應用進行大概介紹。

十、預算

開支類別

主要開支項、用途

金額（元）

時間

人力資源

軟件件成本

總成本

篇8：項目開發計劃書

項目開發計劃書范本

項目計劃書的作用：制定項目開發計劃的目的是用文件的形式，把對于在開發過程中各項工作的負責人員、開發進度、所需經費預算、所需軟、硬件條件等問題作出的安排記載下來，以便根據本計劃開展和檢查本項目的開發工作。編制資料要求如下：

1引言

1．1編寫目的

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

1．2背景

說明：

a．待開發的軟件系統的名稱；

b．本項目的任務提出者、開發者、用戶及實現該軟件的計算中心或計算機網絡；

C．該軟件系統同其他系統或其他機構的基本的相互來往關系。

1．3定義

列出本文件中用到的專門術語的定義和外文首字母組詞的原詞組。

1．4參考資料

列出用得著的參考資料，如：

a．本項目的經核準的計劃任務書或合同、上級機關的批文；

b．屬于本項目的其他已發表的文件；

C．本文件中各處引用的文件、資料，包括所要用到的軟件開發標準。列出這些文件資料的標題、文件編號、發表日期和出版單位，說明能夠得到這些文件資料的來源。

2項目概述

2．1工作資料

簡要地說明在本項目的開發中須進行的各項主要工作。

2．2主要參加人員

扼要說明參加本項目開發工作的主要人員的狀況，包括他們的技術水平。

2．3產品

2．3．1程序

列出需移交給用戶的程序的名稱、所用的編程語言及存儲程序的媒體形式，并透過引用有關文件，逐項說明其功能和潛力。

2．3．2文件

列出需移交給用戶的每種文件的名稱及資料要點。

2．3．3服務

列出需向用戶帶給的各項服務，如培訓安裝、維護和運行支持等，應逐項規定開始日期、所帶給支持的級別和服務的期限。

2．3．4非移交的產品

說明開發群眾應向本單位交出但不必向用戶移交的產品（文件甚至某些程序）。

2．4驗收標準

對于上述這些應交出的產品和服務，逐項說明或引用資料說明驗收標準。

2．5完成項目的員遲用限

2．6本計劃的批準者和批準日期

3實施計劃

3．1工作任務的分門與人員分工

對于項目開發中需完成的各項工作，從需求分析、設計、實現、測試直到維護，包括文件的編制、審批、打印、分發工作，用戶培訓工作，軟件安裝工作等，按層次進行分解，指明每項任務的負責人和參加人員。

3．2接口人員

說明負責接口工作的人員及他們的職責，包括：

a．負責本項目同用戶的接口人員；

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

c．負責本項目同各分合同負責單位的接口人員等。

3．3進度

對于需求分析、設計、編碼實現、測試、移交、培訓和安裝等工作，給出每項工作任務的預。定開始日期、完成日期及所需資源，規定各項工作任務完成的先后順序以及表征每項工作任務完成的標志性事件（即所謂“里程碑”）。

3．4預算

逐項列出本開發項目所需要的勞務（包括人員的數量和時間）以及經費的預算（包括辦公費、差旅費、機時費、資料費、通訊設備和專用設備的租金等）和來源。

3．5關鍵問題

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

篇9：項目開發計劃書

項目開發計劃書

一、項目計劃書格式

根據《GB8567－88計算機軟件產品開發文件編制指南》中項目開發計劃的要求，結合實際狀況調整后的《項目計劃書》資料索引如下：（略）

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

1引言

1.1編寫目的

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

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

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

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

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

1.2背景

主要說明項目的來歷，一些需要項目團隊成員明白的相關狀況。主要有以下資料：

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

項目的委托單位：如果是根據合同進行的軟件開發項目，項目的委托單位就是合同中的甲方；如果是自行研發的軟件產品，項目的委托單位就是本企業。

項目的用戶（單位）：軟件或網絡的使用單位，能夠泛指某個用戶群。注意項目的用戶或單位有時與項目的委托單位是同一個，有時是不一樣的。如海關的報關軟件、稅務的報稅軟件，委托單位是海關或稅務機關，但使用的用戶或單位不僅僅有海關或稅務機關，還包括需要報關、報稅的企業單位。

項目的任務提出者：本企業內部提出需要完成此項目的人員，一般是領導或商務人員；注意項目的任務提出者一般不同于項目的委托單位，前者一般是企業內部的人員。如果是內部開發項目，則兩者的區別在于前者指人，后者指單位。

項目的主要承擔部門：有些企業根據行業方向或工作性質的不同把軟件開發分成不同的部門（也有的分為不同事業部）。項目的特點就是其矩陣式組織，一般一個項目的項目成員可能由不同的部門組成，甚至可能由研發部門、開發部門、測試部門、集成部門、服務部門等等其中幾個組成。需要根據項目所涉及的范圍確定本項目的主要承擔部門。

項目建設背景：從政治環境上、業務環境上說明項目建設背景，說明項目的大環境、來龍去脈。這有利于項目成員更好地理解項目目標和各項任務。

例句：根據《某部關于某建設工作的實施意見》精神，為了保障某建設工作的正常實施，務必加強監督考核，建立督查通報制度，某市某建設工作小組辦公室把此項建設工作實施列入督查的重要資料，及時掌握進度，相關部門建立市某建設工作簡報制度，及時反映全市某建設工作動態。

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

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

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

1.3定義

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

1.4參考資料

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

本項目的合同、標書、上級機關有關通知、經過審批的項目任務書；

屬于本項目的其他已經發表的文件；

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

1.5標準、條約和約定

列出在本項目開發過程中務必遵守的標準、條約和約定。例如：相應的《立項推薦書》、《項目任務書》、合同、國家標準、行業標準、上級機關有關通知和實施方案、相應的技術規范等。

“參考資料”一般具有“物質”特性，一般要說明參照了什么，要說明在哪里能夠獲得；“標準、條約和約定”一般具有“精神”特性，一般是務必遵守的，不說明在哪里能夠獲得。參考資料的資料就應涵蓋“標準、條約和約定”。

2項目概述

2.1項目目標

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

項目目標應當貼合SMART原則：

lSSpecific明確的陳述

lMMeasurable能夠衡量的結果

lAAttainable能夠達成的目標

lRRealistic合理的，現實的或者說是能和實際工作相結合

lTTrackable能夠跟蹤的

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

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項目團隊組織

3.1組織結構

說明項目團隊的組織結構。項目的組織結構能夠從所需主角和項目成員兩個方面描述。所需主角主要說明為了完成本項目任務，項目團隊需要哪些主角構成，如項目經理、計劃經理、系統分析員（或小組）、構架設計師、設計組、程序組、測試組等等。組織結構能夠用圖形來表示，能夠采用樹形圖，也能夠采用矩陣式圖形，同時說明團隊成員來自于哪個部門。除了圖形外，能夠用文字簡要說明各個主角應有的技術水平。

注意雖然有一些通用的結構能夠套用，但各種不同規模、不同形式的項目組織結構是不一樣的。如產品研發項目可能就不需要實施人員（小組），但需要知識轉移方面的人員（小組）。而軟件編碼外包的項目則不需要程序員，測試人員也能夠適當地減少。

3.2人員分工

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

3.3協作與溝通

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

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

3.3.1項目團隊內部協作

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

3.3.2項目接口人員

應當說明接口工作的人員即他們的職責、聯系方式、溝通方式、協作模式，包括：

a、負責本項目同用戶的接口人員；

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

c、負責本項目同分包方的接口人員。

3.3.3項目團隊外部溝通與協作模式

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

4實施計劃

4.1風險評估及對策

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

風險的對策包括：避免：排除特定危脅往往靠排除危險起源；減緩：減少風險事件的預期資金投入來減低風險發生的概率，以及減少風險事件的風險系數；吸納：理解一切后果，能夠是用心的（如制定預防性計劃來防備風險事件的發生），也能夠是消極的（如某些費用超支則理解低于預期的利潤）。

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

軟件開發項目常見預估的風險：

1)工程／規模／進度上的風險

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

2)技術上的風險

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

3)用戶體制上的問題

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

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

4.2工作流程

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

4.3總體進度計劃

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

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

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

設計評審

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

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

制定軟件項目進度計劃應當思考以下一些因素:

1）對于系統需求和項目目標的掌握程度。如開始時對于系統需求和項目目標只有比較數的了解，就只能制定出比較粗的進度計劃，等到需求階段或設計階段結束，就就應進一步細化進度計劃。(4)

2）軟件系統規模和項目規模，這兩個不是一個概念。軟件系統規模往往是從功能點的估算或其他估算方式得來的，而項目規模還要思考對文檔數量與質量的要求，使用的開發工具、新技術、多少復用、溝通的方便程度、客戶方的狀況、需要遵守的標準規范等等等等。例如，完成一個大型的系統，在必須的時間內一個人或幾個人的智力和體力是承受不了的。由于軟件是邏輯、智力產品，盲目增加軟件開發人員并不能成比例地提高軟件開發潛力。相反，隨著人員數量的增加，人員的組織、協調、通信、培訓和管理方面的問題將更為嚴重。

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

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

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

4.4項目控制計劃

4.4.1質量保證計劃

執行質量評審活動，對過程質量進行控制。規模較大的項目應當單獨編寫《軟件開發項目質量計劃》。根據GB/T12504計算機軟件質量保證計劃規范，資料包括：

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

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

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

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

l評審和檢查（規定所要進行的技術和管理兩個方面的評審和檢查工作，并編制或引用有關的評審和檢查規程，以及透過與否的技術準則。至少要進行軟件需求評審、概要設計評審、軟件驗證與確認評審、軟件系統功能檢查、程序和文檔物理檢查）

l軟件配置管理（編制有關配置管理條款，或在“4.4.4配置管理計劃”中說明，或引用按照《GB/T12505計算機軟件配置管理計劃規范》單獨制定的文檔）

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

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

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

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

4.4.2進度控制計劃

（可直接引用以下描述或根據項目狀況制定本節資料）

本項目的進度監控執行本企業《項目管理規范》，由本企業過程控制部門如質量管理部統一進行監控，并保留在監控過程中產生的日常檢查記錄。

4.4.3預算監控計劃

說明如何檢查項目預算的使用狀況。根據項目狀況需要制定。

4.4.4配置管理計劃

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

5支持條件

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

5.1內部支持

逐項列出項目每階段的支持需求（含人員、設備、軟件、培訓等）及其時間要求和用途。

例如，設備、軟件支持包括客戶機、服務器、網絡環境、外設、通訊設備、開發工具、操作系統、數據庫管理系統、測試環境，逐項列出有關到貨日期、使用時間的要求。

5.2客戶支持

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

5.3外包（可選）

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

6預算

6.1人員成本

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

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

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

6.2設備成本

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

列出擬購置的設備及其配置和所需的經費

列出擬購置的軟件及其版本和所需的經費

使用的現有設備及其使用時間

6.3其它經費預算

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

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

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

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

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

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

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

（7）培訓費（培訓資料編寫費、資料印刷費、產地費、設備費）

其他（檢測、外加工費、維修費、消耗品、低易品、茶話會等）

6.4項目合計經費預算

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

7關鍵問題

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

8專題計劃要點

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

篇10：項目開發計劃書

1.目的

在進行軟件產品的開發作業時，通過運用系統開發計劃書明確質量管理體制、開發內容、質量目標、風險等，以確保產品質量滿足用戶的要求。

2.適用范圍

適用于公司開發的所有軟件產品。

3.術語定義

系統開發計劃書是由系統概要、開發體制、質量管理工程圖、日程計劃、風險管理、質量計劃等構成的在軟件產品開發過程中確保開發作業質量的各個事項所形成的文件。

4.職責

（1）開發部門是過程控制的責任部門。

（2）項目負責人負責系統開發計劃書的制作；

（3）開發事業部部長負責系統開發計劃書的審查；

（4）項目管理部部長負責系統開發計劃書的批準；

（5）系統開發計劃書中各項內容的實施責任者參照相關規程的規定。

5.程序

（1）系統開發計劃書經過審查、批準后生效。

（2）開發和測試中使用的設備的控制參見〈檢驗和試驗設備控制規程〉R-11000；

（3）DR或者計劃更改時，實施以下作業：

（a）DR實際結果的記錄，須經項目負責人或其指定代理人批準。

（b）對計劃更改時，由開發部長審查，項目管理部部長批準。

(4)申請產品批準，出廠批準時，相關部長在產品批準/產品出廠批準申請書中簽字后，與系統開發計劃書一起提交給項目管理部。見《公司產品驗收、批準實施規程》（R-10003）。

5.1DR-A

DR-A時，須主要討論以下內容。

（1）系統概要

（2）開發體制

（3）質量管理工程圖

（4）風險管理

（5）日程計劃

（6）質量計劃的性能管理表的指定項目

（7）交付計劃

（8）項目規則

5.2DR-B

DR-B時，須滿足以下項目

（1）確定系統概要

（2）確定配置管理

（3）確定開發體制

（4）確定開發管理工程圖

（5）開發計劃的修正

（6）購入物品提供物品情況的確認

（7）日程計劃的確認

（8）質量計劃和測試計劃的確認

（9）培訓計劃

（10）交付計劃的確定

（11）項目規則的確定

5.3DR-C

DR-C時須滿足以下項目

（1）開發風險的修正

（2）性能管理表的修正

（3）知識產權的確定

5.4DR-E1

DR-E1時須滿足以下項目

（1）開發風險的修正

（2）性能管理表的修正

5.5DR-F

DR-F時須滿足以下項目

（1）開發風險的修正

（2）性能管理表，質量確認分析表，知識產權等的確認

5.6申請產品批準，出廠批準時

申請批準時，將系統開發計劃書添加到申請書中。

……………………