計劃在我們的生活中扮演著重要的角色，無論是個人生活還是工作領域。計劃為我們提供了一個清晰的方向，幫助我們更好地組織和管理時間、資源和任務。下面是小編為大家帶來的計劃書優秀范文，希望大家可以喜歡。

軟件項目計劃書篇一

第一章項目概述(理論。

教學。

時可用“引言”)。

1.1目的。

1.2項目背景。

1.3項目的范圍和目標。

1.3.1范圍描述(問題定義階段產生，對應的文檔為：《系統目標與范圍說明書》)。

1.3.3性能(可選)。

1.3.4技術約束(可選)。

第二章項目估算。

2.1使用的歷史數據2.2使用的評估技術。

2.3工作量、成本、時間估算。

第三章風險評估。

3.1風險識別。

列出最高的10大風險(數字10是參考)。

3.2風險應對策略。

對列出的風險應有哪些策略去應對。

第五章關鍵問題。

可以是技術因素、也可以是非技術因素，總而言之，是系統成敗的最重要因素。

開發平臺、開發工具、數據庫平臺。

第七章人員組織。

人員及其角色。

第八章附錄。

相關文檔、資料、數據等。

軟件項目計劃書篇二

1.1編寫目的。

1.2背景。

1.3定義。

1.4參考資料。

1.5標準、條約和約定。

2項目概述。

2.1項目目標。

2.2產品目標與范圍。

2.3假設與約束。

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其它經費預算。

7關鍵問題。

8專題計劃要點。

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.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、負責本項目同用戶的接口人員;。

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.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單獨制訂《配置管理計劃》文檔。

在這些條款或文檔中，必須規定用于標識軟件產品、控制和實現軟件的修改、記錄和報告修改實現的狀態以及評審和檢查配置管理工作等四方面的活動。

還必須規定用以維護和存儲軟件受控版本的方法和設施;必須規定對所發現的軟件問題進行報告、追蹤和解決的步驟，并指出實現報告、追蹤和解決軟件問題的機構及其職責。

根據《gb/t12505計算機軟件配置管理計劃規范》，軟件配置管理計劃內容如下:。

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

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

)

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

)

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

l對供貨單位的控制(供貨單位是指軟件銷售單位、軟件開發單位或軟件子開發單位。

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

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

5支持條件。

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

5.1內部支持。

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

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

5.2客戶支持。

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

5.3外包(可選)。

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

6預算。

6.1人員成本。

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

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

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

6.2設備成本。

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

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

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

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

6.3其它經費預算。

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

(1)差旅費(旅費、出租)(含補貼)。

(2)資料費(圖書費、資料費、復印費、出版費)。

(3)通信費(市話長話費、移動通信費、上網費、郵資)。

(4)會議費(鑒定費、評審會、研討費、外事費等)。

(5)辦公費(購買辦公用品)。

(6)協作費(業務協作招待費、項目團隊加班伙食費)。

(7)培訓費(培訓資料編寫費、資料印刷費、產地費、設備費)。

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

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

7關鍵問題。

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

8專題計劃要點。

專題計劃也就是因為項目的需要在本文檔之外獨立建立的計劃，本節說明本項目開發中需要制定的各個專題計劃的要點。

專題計劃可能包括分合同計劃、分項目計劃、項目團隊成員培訓計劃、測試計劃、安全保密計劃、質量保證計劃、配置管理計劃、用戶培訓計劃、系統安裝部署計劃。

參考文獻。

1.1編寫目的。

1.2背景。

1.3定義。

1.4參考資料。

1.5標準、條約和約定。

2項目概述。

2.1項目目標。

2.2產品目標與范圍。

2.3假設與約束。

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其它經費預算。

7關鍵問題。

8專題計劃要點。

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.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、負責本項目同用戶的接口人員;。

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.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單獨制訂《配置管理計劃》文檔。

在這些條款或文檔中，必須規定用于標識軟件產品、控制和實現軟件的修改、記錄和報告修改實現的狀態以及評審和檢查配置管理工作等四方面的活動。

還必須規定用以維護和存儲軟件受控版本的方法和設施;必須規定對所發現的軟件問題進行報告、追蹤和解決的步驟，并指出實現報告、追蹤和解決軟件問題的機構及其職責。

根據《gb/t12505計算機軟件配置管理計劃規范》，軟件配置管理計劃內容如下:。

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

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

)

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

)

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

l對供貨單位的控制(供貨單位是指軟件銷售單位、軟件開發單位或軟件子開發單位。

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

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

5支持條件。

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

5.1內部支持。

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

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

5.2客戶支持。

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

5.3外包(可選)。

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

6預算。

6.1人員成本。

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

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

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

6.2設備成本。

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

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

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

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

6.3其它經費預算。

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

(1)差旅費(旅費、出租)(含補貼)。

(2)資料費(圖書費、資料費、復印費、出版費)。

(3)通信費(市話長話費、移動通信費、上網費、郵資)。

(4)會議費(鑒定費、評審會、研討費、外事費等)。

(5)辦公費(購買辦公用品)。

(6)協作費(業務協作招待費、項目團隊加班伙食費)。

(7)培訓費(培訓資料編寫費、資料印刷費、產地費、設備費)。

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

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

7關鍵問題。

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

8專題計劃要點。

專題計劃也就是因為項目的需要在本文檔之外獨立建立的計劃，本節說明本項目開發中需要制定的各個專題計劃的要點。

專題計劃可能包括分合同計劃、分項目計劃、項目團隊成員培訓計劃、測試計劃、安全保密計劃、質量保證計劃、配置管理計劃、用戶培訓計劃、系統安裝部署計劃。

說明本項目開發中需制訂的各個專題計劃(如分合同計劃、開發人員培訓計劃、測試計劃、安全保密計劃、質量保證計劃、配置管理計劃、用戶培訓計劃、系統安裝計劃等)的要點。

軟件項目計劃書篇三

軟件工程是一門研究用工程化方法構建和維護有效的、實用的和高質量的軟件的學科。它涉及到程序設計語言、數據庫、軟件開發工具、系統平臺、標準、設計模式等方面。在現代社會中，軟件應用于多個方面。典型的軟件比如有電子郵件、嵌入式系統、人機界面、辦公套件、操作系統、編譯器、數據庫、游戲等。同時，各個行業幾乎都有計算機軟件的應用，比如工業、農業、銀行、航空、政府部門等。這些應用促進了經濟和社會的發展，使得人們的工作更加高效，同時提高了生活質量。

軟件是由計算機程序和程序設計的概念發展演化而來的，是在程序和程序設計發展到一定規模并且逐步商品化的過程中形成的。軟件開發經歷了程序設計階段、軟件設計階段和軟件工程階段的演變過程。

軟件工程過程主要包括開發過程、運作過程、維護過程。它們覆蓋了需求、設計、實現、確認以及維護等活動。需求活動包括問題分析和需求分析。問題分析獲取需求定義，又稱軟件需求規約。需求分析生成功能規約。設計活動一般包括概要設計和詳細設計。概要設計建立整個軟件系統結構，包括子系統、模塊以及相關層次的說明、每一模塊的接口定義。詳細設計產生程序員可用的模塊說明，包括每一模塊中數據結構說明及加工描述。實現活動把設計結果轉換為可執行的程序代碼。確認活動貫穿于整個開發過程，實現完成后的確認，保證最終產品滿足用戶的要求。維護活動包括使用過程中的擴充、修改與完善。

【目錄】。

第一部分摘要。

一、信息系統公司概況描述。

二、信息系統公司的宗旨和目標。

三、信息系統公司目前股權結構。

四、已投入的資金及用途。

五、信息系統公司目前主要產品或服務介紹。

六、市場概況和營銷策略。

七、主要業務部門及業績簡介。

八、核心經營團隊。

九、信息系統公司優勢說明。

十、目前信息系統公司為實現目標的增資需求:原因、數量、方式、用途、償還。

十一、融資方案(資金籌措及投資方式及退出方案)。

十二、財務分析。

1.財務歷史數據。

2.財務預計。

3.資產負債情況。

第二部分綜述。

第一章信息系統公司介紹。

一、信息系統公司的宗旨。

二、信息系統公司簡介資料。

三、各部門職能和經營目標。

四、信息系統公司管理。

1.董事會。

2.經營團隊。

3.外部支持。

第二章技術與產品。

一、技術描述及技術持有。

二、產品狀況。

1.主要產品目錄。

2.產品特性。

3.正在開發/待開發產品簡介。

4.研發計劃及時間表。

5.知識產權策略。

6.無形資產。

三、信息系統產品生產。

1.資源及原材料供應。

2.現有生產條件和生產能力。

3.擴建設施、要求及成本，擴建后生產能力。

4.原有主要設備及需添置設備。

5.產品標準、質檢和生產成本控制。

6.包裝與儲運。

第三章信息系統市場分析。

一、信息系統市場規模、市場結構與劃分。

二、目標市場的設定。

三、產品消費群體、消費方式、消費習慣及影響市場的主要因素分析。

五、市場趨勢預測和市場機會。

六、行業政策。

第四章競爭分析。

一、有無行業壟斷。

二、從市場細分看競爭者市場份額。

三、主要競爭對手情況:公司實力、產品情況。

四、潛在競爭對手情況和市場變化分析。

五、信息系統公司產品競爭優勢。

第五章信息系統市場營銷。

一、概述營銷計劃。

二、信息系統銷售政策的制定。

三、信息系統銷售渠道、方式、行銷環節和售后服務。

四、主要業務關系狀況。

五、信息系統銷售隊伍情況及銷售福利分配政策。

六、促銷和市場滲透。

1.主要促銷方式。

2.廣告/公關策略、媒體評估。

七、信息系統產品價格方案。

1.定價依據和價格結構。

2.影響價格變化的因素和對策。

八、銷售資料統計和銷售紀錄方式，銷售周期的計算。

九、信息系統市場開發規劃，銷售目標。

第六章投資說明。

一、資金需求說明(用量/期限)。

二、資金使用計劃及進度。

三、投資形式(貸款/利率/利率支付條件/轉股-普通股、優先股、任股權/對應價格等)。

四、資本結構。

五、回報/償還計劃。

六、資本原負債結構說明。

七、投資抵押。

八、投資擔保。

九、吸納投資后股權結構。

十、股權成本。

十一、投資者介入公司管理之程度說明。

十二、報告。

十三、雜費支付。

第七章投資報酬與退出。

一、股票上市。

二、股權轉讓。

三、股權回購。

四、股利。

第八章風險分析。

一、資源風險。

二、市場不確定性風險。

三、研發風險。

四、生產不確定性風險。

五、成本控制風險。

六、競爭風險。

七、政策風險。

八、財務風險。

九、管理風險。

十、破產風險。

文檔為doc格式。

軟件項目計劃書篇四

公司具有豐富開發經驗，擁有一個精英團隊，工作亦不斷地趨于正規化與規模化，并且在此過程中積累了一定資金和客戶關系。目前一些公司已經與我們達成了關于外包合作的共識。

為實現前期資本的積累，我們做了充分的準備，包括建立廣泛的社會關系來避免資金不足而可能帶來的運轉困難。目前我們與四川政府采購部門、省農業銀行、眉山市市政府、綿陽市工商局、國騰公司、南充市西充縣電信公司、國騰軟件學院和西充中學等有了不同程度的溝通，并與其中部分有過愉快的商業合作，這為我們初期創業的項目來源、資金流動提供了一個廣泛的渠道。

二、公司的組成與管理。

1.公司組成：

1.1組織形式。

鑒于我們的產品核心是技術，公司在任何發展階段都將貫徹“以質量求生存，以信譽求發展”的理念。公司通過采取有限責任公司的形式，更有效地發揮各工作人員的專長，提高工作效率，使計劃與執行分開，各部門職能明顯劃分，不受外部環境影響。隨著公司的發展，公司組織還可不斷地調整、完善。

公司結構如下：

1.2主要機構。

股東大會：初期由全部股東組成，此后由持有一定股份比例(隨不同時期而定)的股東組成。主要職能為選舉產生董事會成員。

董事會：由股東大會選出董事會成員，負責確定董事長、董事會秘書，討論和決議公司的重大決策，并由董事長轉交執行。

董事長：由董事會選出，擁有總經理的任命權，對公司轉告董事會決定，并代表董事會對外交涉。

董事會秘書：由董事會選出，對公司運作進行監督，并及時將公司運作的情況向董事會匯報。

總經理：由董事長任命，負責管理公司的日常事務，制定公司的長遠發展規劃，聘任或解聘部門經理、財務負責人，對外代表公司。

技術部：負責科技攻關、課題研究與系列產品開發。不斷提高產品的質量，針對不同客戶、不同時期、不同工作的需要進行開發，力爭保持技術上的領先地位。技術部由本公司技術部經理負責。在公司初期，技術部承擔對內自主技術攻關、對外滿足客戶需求的兩個責任，分別由相應臨時組長負責。

財務經理：負責公司內部的財務控制、會計、金融、投資活動，定期向總經理和董事會遞交財務報告，分析財務狀況，并提出建議。

營銷部：對公司的總體營銷活動負責，管理營銷隊伍和地區經理，對公司的客戶需求、銷售活動、售后服務和地區間的平衡負責。

公司在初期后還將增設以下部門和職務：

1.3法律結構。

公司為有限責任公司。

1.4產權。

注冊總資本：30萬元(暫定)。

股份：按入股資金分配。

2.公司管理：

2.1生產管理。

在市場經濟下，生產管理直接關系到企業的生死存亡。公司一經成立，對生產就實行優質、高效的管理。

1)產品研發。

啟航公司屬于高科技企業公司，以電子科技大學成都學院和本公司科研實力為依托，在確保短期目標實現的同時致力于長足發展，運用先進的過程管理和軟件工程方法，加大科研開發力度，從而不斷的研發出新產品(我們公司將以凈利潤的45%設為專項科研經費)。公司計劃在3-5年之內，以自行開發的系列軟件和軟件吸引來的龐大客戶群為依托，全面開展成熟的電子商務業務，依靠先進的技術和可靠的質量，全面搶占市場。

2)生產過程組織。

公司駐地選擇：考慮到通信方便、廠商和信息集中等因素，并享受“兩免三減半”的稅收優惠政策，我們將公司設在成都市高新技術開發西區。經過調查，并根據公司規模，初定辦公室建筑面積為100平方米。

生產過程：我公司主導產品是軟件。鑒于軟件產品的特殊性，公司將有針對性地成立項目開發組，對專用性軟件采取訂單生產方式進行開發。根據不同用戶的具體要求量體裁衣，進行設計、開發、安裝、調試、維護等，實現公司的高利潤。我們將與顧客保持密切聯系，確保研發按時高效完成。通用性軟件做好市場調查，根據廣大用戶需求，成立專項項目組進行周期性開發和升級，力爭做到立項一批，開發一批，成功一批，推廣一批，實現利潤最大化。

2.2質量管理。

每一件產品的質量直接關系到公司的聲譽，質量是企業的生命。我們將從客戶的利益出發，成立專項軟件檢測組，嚴把質量關，堅決做到讓顧客用放心軟件。

2.3人力資源管理。

人力資源已成為當今企業界最重要最寶貴的資源，尤其對于高新技術企業，員工的素質將直接決定企業的發展。本公司將制定以下政策來對人力資源進行管理：

激勵：采用業績付酬，精神激勵和物質激勵相結合的方式，對表現突出的員工進行獎勵，對于科技研發人員的專利產品可以以出資方式折入公司股份，通過擴股形式將本公司的部分收益轉化為企業股份分配給創業人員。同時注意協調公司內部關系，不定期組織活動，使每個員工都有歸宿感。

培訓：培訓是人力資源開發的重要途徑，能滿足企業發展對高素質人才需要，公司應進行崗前培訓和在崗培訓，通過崗前培訓使新員工盡快適應工作環境，通過在崗培訓不斷提高員工素質，提供進修深造的機會。現在已經對內部成員和國騰學院部分學生進行定期培訓。

招聘：對于中高層管理人員的選用，公司將采用內部選拔與外部招聘相結合的方式;對科技開發人員采用高薪聘用，堅持用人唯賢，做到職能相配分工明確，最大限度的發揮人才的作用。

三、市場分析。

1.市場現狀分析：

我國經濟發展取得了巨大的成就，各項經濟指標及各種產業都發生了翻天覆地的改變，人們的生活和工作水平都上了一個新的臺階。黨的十六大提出，信息化是我國加快實現工業化和現代化的必然選擇，堅持以信息化帶動工業化，以工業化促進信息化，走出一條科技含量高、……、人力資源優勢得到充分發揮的新型工業化道路。近年來，我國軟件產業的政策環境不斷改善，增長速度明顯加快，軟件產業對國民經濟發展的作用逐步增強。到目前為止，我國軟件產業的政策環境成為歷史上前所未有的最好時期。

20xx年全國軟件市場銷售總額為1100億元，同比增長為46.5%，軟件出口(含產品出口、外包服務)15億美元，同比增長為100%。其中，軟件產品銷售收入660.5億元，同比增長28%，系統集成及計算機服務收入439.5億元，同比增長87.3%。

近幾年，中國軟件產業以平均超過30%的`速度增長。具體情況見圖1和圖2。

但是在如此高速發展的情況下，國內軟件依然有很多空白地帶，有待彌補。

(2)正版軟件市場還不成熟。

(3)非it企業對軟件提高生產效率和加強管理雖有足夠的認識但并無系統的制度;。

(4)電子商務在國內尚處于起步階段。

2.目標市場分析：

公司在創業初期(前兩年)，將目標市場定位于成都周邊公司的服務性軟件和網絡項目、自研通用性小軟件。

現階段，即在數字化網絡時代廣泛開展的大潮流中，公司的管理和生產越來越依賴于強有力的數字神經系統，因此快速的建立對相關信息反應速度，有必要依賴于相關的數據類管理軟件以及面向客戶的網絡建設，切實保證在激烈的市場競爭中，占有主動的地位。另一方面，成都軟件市場尚未完全挖掘，軟件銷售多依賴于政府等大客戶的采購，多數中小企業還停滯在傳統經營管理的模式下。在這種條件下，我們有廣闊的潛在市場!

a、目標市場描述。

公司計劃進入軟件和電子商務行業。如上兩圖所示(數據來源：分別為國家統計局和ccid，其中后圖的數據是預計)，前者顯示軟件行業景氣指數總是大于100，表明這個行業是一個不斷發展的朝陽產業，后者表示這個市場的銷售總額將超過2千億。

左圖顯示了互聯網市場的規模，其中顯示了對04、的預測。但是目前電子商務的內地市場基本沒有開發，包括已有的一些電子商務巨頭都只是將實力集中于北京、上海、廣州等幾個特大城市，根本無暇顧及內地。在這段時期里，預計我們力爭的細分市場將會不斷成長)。改變這種情況的主要力量是電子商務產業不斷發展，和競爭對手進入內地市場，但是因為這個市場過于廣闊，在5年內基本上都不會和老牌電子商務企業有正面沖突。

前期我們產品擁有以下優勢：高附加值、為企業的量體裁衣、完全滿足企業特殊需求。擴展期公司將目標市場定義為網上商品銷售。現在，這個市場由十多個個主要競爭者分享。但是如圖數據顯示目前的市場規模將只有兩年后的37.5%。

b、目標消費群。

前期的目標消費群為公司附近的企業和單位，針對這一群體的特點公司會著重加強關系建立與技術研究，確保有項目作，回頭客多，從開發成本中要利潤。擴展期的目標消費群為廣大人民群眾，在這個群體中盈利則必須保證低廉的價格和良好的服務，我們將會通過最大限度降低管理、配送和營銷成本來爭取利潤。

3.市場風險分析：

1)投資方臨時撤股。

這對創業初期的公司來說是一種毀滅性的打擊。出現這種情況后。公司將盡量與投資者協商。一旦協商失敗，將會按照強制退股協議(參見法律、協議部分)處理，并將積極尋找新的投資商。

2)項目來源短缺。

前期的公司可能面臨缺乏項目來源的危機，外接項目的開發和銷售是公司初期現金流動的主要方式，短缺項目將會對公司造成巨大的影響。為了降低這方面風險，一方面憑借公司股東私人關系擴大客戶網，從公司章程上確立項目提成制度，獎勵所有提供項目的非公司人員。另一方面公司將設立專門的營銷部門，聘用有經驗的營銷人員，在自身實力的基礎上，不斷將現有和潛在的客戶關系轉化為公司的資本。

3)大公司的競爭壓力。

wisemedia。

公司將盡力避免與大公司競爭，初期利用小公司靈活的優勢，從價格、渠道等方面努力開拓自己的市場。成熟期，公司將在電子商務還未形成的西南地區搶占先機，在面對大公司入侵時，廣泛的與當地大型超市合作，以降低配送費用，增加競爭力。

軟件項目計劃書篇五

軟件是由計算機程序和程序設計的概念發展演化而來的，是在程序和程序設計發展到一定規模并且逐步商品化的過程中形成的。下面公文站小編為大家帶來的是軟件項目計劃書模板，歡迎大家參考!

軟件工程是一門研究用工程化方法構建和維護有效的、實用的和高質量的軟件的學科。它涉及到程序設計語言、數據庫、軟件開發工具、系統平臺、標準、設計模式等方面。在現代社會中，軟件應用于多個方面。典型的軟件比如有電子郵件、嵌入式系統、人機界面、辦公套件、操作系統、編譯器、數據庫、游戲等。同時，各個行業幾乎都有計算機軟件的應用，比如工業、農業、銀行、航空、政府部門等。這些應用促進了經濟和社會的發展，使得人們的工作更加高效，同時提高了生活質量。

軟件是由計算機程序和程序設計的概念發展演化而來的，是在程序和程序設計發展到一定規模并且逐步商品化的過程中形成的。軟件開發經歷了程序設計階段、軟件設計階段和軟件工程階段的演變過程。

軟件工程過程主要包括開發過程、運作過程、維護過程。它們覆蓋了需求、設計、實現、確認以及維護等活動。需求活動包括問題分析和需求分析。問題分析獲取需求定義，又稱軟件需求規約。需求分析生成功能規約。設計活動一般包括概要設計和詳細設計。概要設計建立整個軟件系統結構，包括子系統、模塊以及相關層次的說明、每一模塊的接口定義。詳細設計產生程序員可用的模塊說明，包括每一模塊中數據結構說明及加工描述。實現活動把設計結果轉換為可執行的程序代碼。確認活動貫穿于整個開發過程，實現完成后的確認，保證最終產品滿足用戶的要求。維護活動包括使用過程中的擴充、修改與完善。

一、信息系統公司概況描述。

二、信息系統公司的宗旨和目標。

三、信息系統公司目前股權結構。

四、已投入的資金及用途。

五、信息系統公司目前主要產品或服務介紹。

六、市場概況和營銷策略。

七、主要業務部門及業績簡介。

八、核心經營團隊。

九、信息系統公司優勢說明。

十、目前信息系統公司為實現目標的增資需求:原因、數量、方式、用途、償還。

十一、融資方案(資金籌措及投資方式及退出方案)。

十二、財務分析。

1.財務歷史數據。

2.財務預計。

3.資產負債情況。

一、信息系統公司的宗旨。

二、信息系統公司簡介資料。

三、各部門職能和經營目標。

四、信息系統公司管理。

1.董事會。

2.經營團隊。

3.外部支持。

一、技術描述及技術持有。

二、產品狀況。

1.主要產品目錄。

2.產品特性。

3.正在開發/待開發產品簡介。

4.研發計劃及時間表。

5.知識產權策略。

6.無形資產。

三、信息系統產品生產。

1.資源及原材料供應。

2.現有生產條件和生產能力。

3.擴建設施、要求及成本，擴建后生產能力。

4.原有主要設備及需添置設備。

5.產品標準、質檢和生產成本控制。

6.包裝與儲運。

一、信息系統市場規模、市場結構與劃分。

二、目標市場的設定。

三、產品消費群體、消費方式、消費習慣及影響市場的主要因素分析。

五、市場趨勢預測和市場機會。

六、行業政策。

一、有無行業壟斷。

二、從市場細分看競爭者市場份額。

三、主要競爭對手情況:公司實力、產品情況。

四、潛在競爭對手情況和市場變化分析。

五、信息系統公司產品競爭優勢。

一、概述營銷計劃。

二、信息系統銷售政策的制定。

三、信息系統銷售渠道、方式、行銷環節和售后服務。

四、主要業務關系狀況。

五、信息系統銷售隊伍情況及銷售福利分配政策。

六、促銷和市場滲透。

1.主要促銷方式。

2.廣告/公關策略、媒體評估。

七、信息系統產品價格方案。

1.定價依據和價格結構。

2.影響價格變化的因素和對策。

八、銷售資料統計和銷售紀錄方式，銷售周期的計算。

九、信息系統市場開發規劃，銷售目標。

一、資金需求說明(用量/期限)。

二、資金使用計劃及進度。

三、投資形式(貸款/利率/利率支付條件/轉股-普通股、優先股、任股權/對應價格等)。

四、資本結構。

五、回報/償還計劃。

六、資本原負債結構說明。

七、投資抵押。

八、投資擔保。

九、吸納投資后股權結構。

十、股權成本。

十一、投資者介入公司管理之程度說明。

十二、報告。

十三、雜費支付。

一、股票上市。

二、股權轉讓。

三、股權回購。

四、股利。

一、資源風險。

二、市場不確定性風險。

三、研發風險。

四、生產不確定性風險。

五、成本控制風險。

六、競爭風險。

七、政策風險。

八、財務風險。

九、管理風險。

十、破產風險。

一、信息系統公司組織結構。

二、管理制度及。

勞動合同。

三、人事計劃。

四、薪資、福利方案。

五、股權分配和認股計劃。

一、財務分析說明。

二、財務數據預測。

1.銷售收入明細表。

2.成本費用明細表。

3.薪金水平明細表。

4.固定資產明細表。

5.資產負債表。

6.利潤及利潤分配明細表。

7.現金流量表。

8.財務指標分析。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

列出在本項目開發過程中必須遵守的標準、條約和約定。例如:相應的《立項。

建議書。

》、《項目任務書》、合同、國家標準、行業標準、上級機關有關通知和實施方案、相應的技術規范等。

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

軟件項目計劃書篇六

評審日期：

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．負責本項目同用戶的接口人員；

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

3．3進度

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

3．4預算

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

3．5關鍵

問題

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

4 支持條件

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

4．1計算機系統支持

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

4．2需由用戶承擔的工作

逐項列出需要用戶承擔的工作和完成期限。包括需由用戶提供的條件及提供時間。

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

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

5 專題計劃要點

說明本項目開發中需制訂的各個專題計劃（如分合同計劃、開發人員培訓計劃、測試計劃、安全保密計劃、質量保證計劃、配置管理計劃、用戶培訓計劃、系統安裝計劃等）的要點。

軟件項目計劃書篇七

中國xx軟件有限公司是以xx教授（原中國交大研究生）、xx教授（原中科院計算所研究生）攜帶在加拿大多年學習與研究的先進創新成果回國創業的一家軟件企業。公司于2003年7月在中國張江高科技園區注冊，主要業務是開發具有自主，目前數據庫的所有知識產權已轉到中國xx軟件有限公司。

“xx企業信息備份與搜索工具”則是在中國研發的`基于xx數據庫的應用產品。中國xx軟件有限公司擁有產品的所有知識產權。

目前企業搜索市場還處于起步階段，還沒有出現一家獨大或幾分天下的局面，因此，現在是進入企業搜索市場的最好時機。

xx的總體營銷策略是：分別向中小企業、大型企業與服務運營商提供不同的細化產品，逐步開拓本地、國內、國際市場。

公司的核心團隊由五人組成：

xx（公司創辦人，現任總經理，xx大學計算機系終身教授，人工智能專家）；

王先生（xx大學計算機系博士后，曾任加拿大著名軟件公司高級系統分析師，數據庫專家）。

公司的主要優勢如下：

高性能與安全機制，產品性價比高；

3)xx能快速靈活地向用戶提供按需定制服務。

為了搶占企業信息搜索的市場發展先機，xx需要的外部投資為750萬元人民幣，加上xx的預期銷售收入及其他資金，致力于“xx企業信息備份與搜索工具”產品的市場開發。

公司計劃在2008年實現收支平衡，09年實現銷售贏利，占據國內企業搜索市場有一定影響力的份額，打造xx軟件品牌。

企業的產品經營與資本經營是相輔相成的，產品經營是基礎，資本經營則是企業快速發展的助推器。公司此次計劃籌集750萬元的風險資金，主要用于“xx企業信息備份與搜索工具”的市場開發。

此次融資的資金籌措方式：股權融資（投資750萬獲取20%股權）或引進戰略投資者。投資方可通過股票上市或公司兼并的方式退出。

中國xx軟件有限公司計劃吸收750萬元（人民幣）風險資金，主要用于“xx企業信息備份與搜索工具”的市場開發。

投資方與xx軟件有限公司可以組建新公司的方式或其他可行的方式進行合作，股份的最終分配方案可經由談判確定。

軟件項目計劃書篇八

適用于集團公司a類項目。

2定義。

2.1技術術語使用國家或行業標準中的正式術語；

2.2質量術語采用iso8402：1994標準中的術語和定義；

3職責。

3.1工程部：負責擬制本指導書，督促各新上項目編制《工程項目策劃書》；

4編制要求。

4.2樣式：版面宜采用a4紙，格式可參考工程項目策劃書編制示例；

4.3工程項目策劃書是為盡快掌握工程邊界條件，確保項目滿足顧客要求而編制的，是編寫實施性施工組織設計的基礎。

項目部應在工程進場后，對項目實施條件進行分析，對項目實施進行整體策劃，工程項目策劃書的主要內容（盡量采用圖表化，明確關鍵問題）：

4.3.1工程概況及邊界條件。

4.3.2對項目的評估及認識。

4.3.3項目組織。

4.3.4施工方案、施工方法簡述。

4.3.5資源計劃及組織。

4.3.6其他需要說明的情況。

4.4工程項目策劃書的具體內容和型式可參照附錄——工程項目策劃書編制示例。

5相關/支持性文件。

施工過程控制程序zs/cx/gc02。

6質量記錄。

7附表/附錄。