項目開發計劃書導讀：范文項目開發計劃書

【篇一：軟件開發項目商業計劃書】

根據《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、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）對于系統需求和項目目的的掌握程度。如開始時對于系統需求和項目目的只有比較數的理解，就只能制訂出比較粗的進度計劃，等到需求階段或設計階段結束，就應當進一步細化進度計劃。

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

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

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

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

4、4項目控制計劃

4、4、1質量確保計劃

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

l引言

l管理

l文檔

l原則、條例和商定

l評審和檢查

l軟件配備管理

l工具、技術和辦法

l媒體控制

l對供貨單位的控制

l統計的收集、維護和保存

4、4、2進度控制計劃

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

4、4、3預算監控計劃

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

4、4、4配備管理計劃

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

根據《GB/T12505計算機軟件配備管理計劃規范》，軟件配備管理計劃內容以下

l引言

l管理

l軟件配備管理活動

l工具、技術和辦法

l對供貨單位的控制

l統計的收集、維護和保存

【篇二：旅游區項目開發計劃書】

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

作為晉中市榆次區，它地理位置優越，交通便利，東依太行山，西靠汾河水，南靠省會太原，有十分便利的交通條件，太舊高速公路和武宿飛機廠都在榆次和太原的中間地段，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億元，預計達成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核心問題

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

4支持條件

闡明為支持本項目的開發所需要的多種條件和設施。

4．1計算機系統支持

逐項列出開發中和運行時所需的計算機系統支持，涉及計算機、外圍設備、通訊設備、模擬器、編譯程序、操作系統、數據管理程序包、數據存儲能力和測試支持能力等，逐項給出有關到貨日期、使用時間的規定。

4．2需由顧客承當的工作

逐項列出需要顧客承當的工作和完畢期限。涉及需由顧客提供的條件及提供時間。

4．3由外單位提供的條件

逐項列出需要外單位分合同承包者承當的工作和完畢的時間，涉及需要由外單位提供的條件和提供的時間。

5專項計劃要點

闡明本項目開發中需制訂的各個專項計劃的要點。

【篇四：軟件項目開發計劃書范文】

1、引言

在當今這個網絡時代，隨著人們物質生活水平的提高，人們也在逐步的開始追求精神上的生活，即精神享有。無可厚非，網絡走進了我們的生活，但隨著我們進入社會參加工作，我們的空閑時間越來越少，固然也沒有太多時間去關注自己所喜歡的視頻，更不用說在線看了，即使有時間在線看，我們又不能看到看到讓自己全身放松的視頻，究其因素則是：所觀看的視頻含糊和不流暢。而本軟件恰恰解決了這個問題，本軟件是自動下載更新軟件，能在你不知不覺間自動的下載最新視頻，這樣一來我們既節省了時間又看到了自己苦苦等待的視頻

1、1編寫目的

本文檔的編寫是為了滿足客戶對各大影視的某些軟件需求，以求讓喜歡視頻的客戶對本軟件更加滿意，并且能夠更加的享有生活。

1、2背景

待開發的軟件系統名稱：資源下載輔助系統。

本項目的提出者為章董事，開發者為第二組全體員工，顧客為全部喜歡視頻的客戶。

本軟件相稱于一種插件，配合其它視頻播放器、影視或網站使用。

闡明：

1、3定義

項目開發計劃：是一種把項目一定一過程與項目如何推動連接起來的方案。

1、4參考資料

下列列出概要設計過程中所使用到的有關資料：

1．軟件工程基礎胡飛高等教育出版社、01

2．軟件工程課程設計鄭誠機械工業出版社、03

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本計劃的同意者和同意日期

同意者：章董事

同意日期：10月18日

3實施計劃

3、1工作任務的分派和人員分工

重要就是在需求分析、設計、實現、測試、維護的任務分派

具體來說分派以下：

文獻的編制石春光

審批王海宏汪世軒

打印王海宏

分發工作田果劉棟

顧客培訓工作劉棟田果

軟件安裝工作汪世軒

3、2接口人員

負責本項目同顧客的接口人員：劉棟

負責本項目同本單位各管理機構

合同計劃管理部門：石春光

財務部門：王海宏

質量管理部門：田果

負責本項目同各分合同負責單位的接口人員：汪世軒

3、3進度

3、4預算

人員的數量：5人

時間：3個月

經費：1萬元

3、5核心問題

在軟件的開發中，存在的核心問題常見的有下列幾個：

項目需求

項目計劃

質量控制

進度控制

風險控制

交流與溝通

【篇五：項目開發計劃書】

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

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原則：

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總體進度計劃

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

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

對于項目計劃、項目準備、需求調研、需求分析、構架設計或概要設計、編碼實現、測試、移交、內部培訓、顧