項目開發計劃書

項目開發組成員和項目管理者提供完備的信息和便捷的查詢手段就十分必要。下面小編為大家整理推薦了項目開發計劃書，歡迎大家前來閲讀。

　　項目開發計劃書範文一

黨的三中全會以來，改革開放的春風早已吹遍祖國大地，建設祖國的大軍一批接着一批，他們各負使命，戰鬥在祖國的大江南北，為祖國的繁榮強盛，他們各盡所能、各負其責，而商業競爭你追我趕，高科技電子產品一代勝過一代，代代出新，紡織、機械、冶金、建材、化工、電力也在向前發展，高樓大廈一個挨着一個，花樣設計別出心裁，立交橋相互交差，大小汽車你追我趕，城市生活充滿詩情畫意，開放的中國更是錦上添花，財政收入連年翻一翻，好事連連，喜上加喜，中國經濟的強勁增長，百姓生活的富裕也在大大增加，國家在世界的地位也不斷上升。住洋房、開小車已成為大部分城市人的一道亮麗的景觀，而我們山西雖然地處祖國的中西部，國家開發西部以來，我們山西也在發生着各種各樣的變化。

作為晉中市榆次區，它地理位置優越，交通便利，東依太行山，西靠汾河水，南靠省會太原，有十分便利的交通條件，太舊高速公路和武宿飛機廠都在榆次和太原的中間地段，108、307國道國道和榆次超一級外環環城公路，南同蒲太焦鐵路，都交匯在一起相互穿越而過，而對榆次的發展起到關鍵作用。榆次距太原25公里，作為旅遊，道路和交通起着至關重要的作用。

晉中市是古文化發祥地，境內建築2138處，古城282處，石窟66處，以被聯合國列入世界文化遺產的明代平遙歷史古城，祁縣喬家大院，榆次常家莊園，靈石王家大院、太谷孔祥熙舊居，這些莊園大院都代表着當年晉中的繁華和昌盛。烏金山國家級森林公園和風景名勝古蹟讓部分人可望而不可及。以上幾家莊園大院它們的門票收入每家每年都可達到幾千萬、幾億，所以我們要用現代人的眼光和項目來掙現代人的錢，中國現在國富民強，人們生活水平蒸蒸日上，生活的富裕、經濟的寬鬆，都會刺激人們外出尋找更加刺激、高檔娛樂場所，就像電影裏看到的，外國人表演的空中芭蕾、過山車、高山滑雪、高樓跳散山谷中急流險灘、大海中衝浪等和太原開放的歡樂加年華。如果我們能夠利用當地地理優勢，因地制宜和開發，再結合全國及全世界各種遊樂場的先進技術和經驗，開發出自身獨創、構思新穎、超一流的設計構想，既要生龍活虎，又要巧奪天工，創造出一副如美如畫的地上沒景，給人一種心曠神怡和忘不掉的感覺。

人的一生不容易，既然有機會，我們就應該儘量爭取，敢於大膽追求和創新，敢於創造，敢於幻想構畫未來，21世紀本來就更加充滿競爭、活力和挑戰。

本地山川秀美、人傑地靈，未開發的烏金山處女地正在招手歡迎各位投資商。政府創造了寬鬆的優越條件和投資環境，工商部門實行了一門制串聯審批制度。

政府部門為了儘快開發此地，建成一流旅遊聖地在XX年9月11日特請專家進行一流總體開發論證策劃，利用當地地勢、減少成本，因地開發，分類規劃、分類投資、獨立核算，具體工作、具體事項、具體細節都會有條步驟進行。如今的榆次區內道路寬闊，通訊、商嘗賓館、超市、寫字樓、學校都在走向正規化。未來的山西、未來的榆次將會成為觀光、旅遊、休閒、娛樂的最好場所。

説起烏金山大家都知道，但是真正瞭解得透徹的人並不多。因為它確實是一座寶山眼下未被人開發利用。它作為中國北部綠色明珠，並且又臨近省城太原。作為前任區委書記耿彥波在位時投資1000多萬為的就是讓有眼光，有魄力，有膽識的人士開發，為子孫後代造幅，為人類提供一席遊玩聖地，政府把烏金山水、電、路及相關的配套設施工程已全部就緒。

據業內人士透露綿山風景區已投資七個億，他們為什麼敢投資7個億，他們的高明之處在哪裏，難道綿山地理優勢比烏金山好,整個佈局比烏金山強，自然森林植被比烏金山多，還是周邊環境比烏金山優，但根據綿山現在現有建設及整體佈局老闆閏吉英在膽量與魄力選擇確有他過人之處，因為它看到的是一座金山。綿山的開發手段可做為我們的模式，但不仿造，烏金山國家森林公園如果我有機遇能在我手中開發，我一定會在現有的基礎上保護併兼顧現有森林公園植被，在水土資源環境、景觀和周邊環境的基礎上，進行保護第一，控制;第二，開發;第三，因地制宜，以坡而建，順坡而修，形成地道的山坡建築，分期分批開，發突出重點，展現地方特色，做到國際標準。

當今社會最熱門的話題應該是旅遊，旅遊人數一批接着一批、一代接着一代，銀行各位領導貸款雖有風險，但應根據實際情況，給予考慮考慮。

如果從另一個角度分析，長遠考慮，咱烏金山的地理地貌生態結構和當今現實社會旅遊業興旺發達優勢，各位領導如能高瞻遠矚、放眼未來，親臨烏金山現場全面實地考察瞭解，再結合周邊縣市旅遊景觀景點特長和咱榆次常家莊園新開發的後溝、老城、九龍山莊優勢，它的相互相離、相互依託形成當地旅遊網絡。

雖然着社會不斷進步，烏金山旅遊收入將會成為晉中的納税大户，烏金山的開發興旺就靠各位領導了，烏金山國家森林公園，我想應該看到他內在的潛力和今後發展方向前途和未來，它的開發成功將會造福三晉大地。讓烏金山光茫四射、永遠發光

在烏金山國家森林公園開發前，我們一定會鄭重其事小心謹慎的所投資金及每一分錢都用在刀刃上。首先考慮到今後的回報和歸還銀行本息。根據全球性旅遊格局及業內人士通告，中國近幾年國富民強，我國的國際影響和地位都在不斷提高改變。來中國旅遊人數每年以30%的人數增加。XX年太原旅遊業創匯2.5億元，XX年3.2億元，XX年3.9億元，XX年全年估計突破4.5億元，2011年預計達到12億元。

烏金山、大洪山、田家灣三大景區，統稱為烏金山國家森林公園。根據地理生態位置和整個山區的地理結構，一期二期總投資2億元人民幣用來開發烏金山，三期四期開發大洪山、田家灣。既然提到投資與回報，那麼旅遊離不開驚人之作，景點離不開迷人特色，我們所開發的項目與回報都有着直接的連代關係，項目的好壞關係到資金回報得快慢，所以我們經過半年的社會調查，考察和旅遊者面對面談話，從中瞭解到社會的安定團結國富民強，人民物質和生活的改變，心理結構變化，外出旅遊人員年年在翻倍增加，而遊客他們需要的是走馬觀花對大自然千奇百怪的嚮往，每到一處，優美環境的整潔與構思。接待人員的熱情服務都會給他們的終生帶來回味，在不知不覺中他們好比走進世外桃園，充分享受大自然給於我的人間美景，更增加了他們的旅遊興趣，大人小孩盡情的遊玩，矮人舞會步步進入高潮，讓你開懷大笑，笑口常開，動物比賽，讓你心驚肉跳，山間小路，清泉流水，森林景觀，讓你不想回家，古裝戲表演一浪高過一浪，廳台樓閣遠遠在望，遠離鬧區心情蘇暢，把你的心情帶到高潮，山中有霧，霧中有山，讓你目瞪口呆，野花野草，讓你心胸開闊，野豬野狗讓你心驚讓你高聲大喊叫，打靶場讓你放鬆放鬆真能過把癮，滑雪場讓你心胸大開，餐飲舞會讓你吃飽舒心，瀏覽旅遊車讓你全景觀光牢記心中，網球場讓你漢水淋淋，温泉游泳館幫你消化提提精神，200米高山彎道水流極限下滑讓你高聲大叫練練嗓門，兒童公園小朋友也樂在其中，別墅安靜讓你玩到天明，新奇特超市購物讓你返回家中。

　　項目開發計劃書範文二

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

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關鍵問題

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

　　項目開發計劃書範文三

一、項目計劃書格式

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

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

1 引言

1.1 編寫目的

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

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

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

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

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

1.2 背景

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

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

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

項 目的用户(單位)：軟件或網絡的使用單位，可以泛指某個用户羣。注意項目的用户或單位有時與項目的委託單位是同一個，有時是不一樣的。如海關的報關軟件、 税務的報税軟件，委託單位是海關或税務機關，但使用的用户或單位不僅有海關或税務機關，還包括需要報關、報税的企業單位。

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

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

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

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

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

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

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

1.3 定義

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

1.4 參考資料

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

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

屬於本項目的其他已經發表的文件;

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

1.5 標準、條約和約定

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

“參考資料”一般具有“物質”特性，一般要説明參照了什麼，要説明在哪裏可以獲得;“標準、條約和約定”一般具有“精神”特性，一般是必須遵守的，不説明在哪裏可以獲得。參考資料的內容應該涵蓋“標準、條約和約定”。

2 項目概述

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

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)對於系統需求和項目目標的掌握程度。如開始時對於系統需求和項目目標只有比較數的瞭解，就只能制定出比較粗的進度計劃，等到需求階段或設計階段結束，就應該進一步細化進度計劃。

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單獨制訂《配置管理計劃》文檔。在這些條款或文檔中，必須規定用於標識軟件產品、控制和實現軟件的修改、記錄和報告修改實現的狀態以及評審和檢 查配置管理工作等四方面的活動。還必須規定用以維護和存儲軟件受控版本的方法和設施;必須規定對所發現的軟件問題進行報告、追蹤和解決的步驟，並指出實現 報告、追蹤和解決軟件問題的機構及其職責。

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專題計劃要點

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

---