時間就如同白駒過隙般的流逝，我們的工作與生活又進入新的階段，為了今后更好的發(fā)展，寫一份計劃，為接下來的學(xué)習(xí)做準備吧！那關(guān)于計劃格式是怎樣的呢？而個人計劃又該怎么寫呢？下面我?guī)痛蠹艺覍げ⒄砹艘恍﹥?yōu)秀的計劃書范文，我們一起來了解一下吧。

軟件開發(fā)計劃書篇一

一、項目計劃書格式

根據(jù)《gb8567－88計算機軟件產(chǎn)品開發(fā)文件編制指南》中項目開發(fā)計劃的要求，結(jié)合實際情況調(diào)整后的《項目計劃書》內(nèi)容索引如下： 1 引言

1.1 編寫目的 1.2 背景 1.3 定義

1.4 參考資料

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

2.2產(chǎn)品目標與范圍 2.3假設(shè)與約束 2.4 項目工作范圍 2.5 應(yīng)交付成果 2.5.1 需完成的軟件

2.5.2 需提交用戶的文檔 2.5.3 須提交內(nèi)部的文檔 2.5.4 應(yīng)當提供的服務(wù) 2.6 項目開發(fā)環(huán)境

2.7 項目驗收方式與依據(jù) 3 項目團隊組織 3.1 組織結(jié)構(gòu) 3.2 人員分工 3.3 協(xié)作與溝通 3.3.1 內(nèi)部協(xié)作 3.3.2 外部溝通 4 實施計劃

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

4.3 總體進度計劃 4.4 項目監(jiān)控

4.4.1 質(zhì)量控制計劃 4.4.2 進度監(jiān)控計劃 4.4.3 預(yù)算監(jiān)控計劃 4.4.4 配置管理計劃 5 支持條件

5.1 內(nèi)部支持（可選）

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

6.3 其它經(jīng)費預(yù)算

6.4 項目合計經(jīng)費預(yù)算 7 關(guān)鍵問題 8專題計劃要點

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

1.1 編寫目的

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

作用：本節(jié)是為了說明編制“項目計劃書”亦即本文檔的意圖和希望達到的效果。注意這里的“目的”不是“項目目標”，而是為了說明本文檔的目的與作用?！绊椖磕繕恕痹?.1中說明。

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

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

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

1.2 背景

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

項目的名稱：經(jīng)過與客戶商定或經(jīng)過立項手續(xù)統(tǒng)一確定的項目名稱，一般與所待開發(fā)的軟件系統(tǒng)名稱有較大的關(guān)系，如針對“xx系統(tǒng)”開發(fā)的項目名稱是“xx系統(tǒng)開發(fā)”。

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

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

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

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

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

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

1.3 定義

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

1.4 參考資料

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

本項目的合同、標書、上級機關(guān)有關(guān)通知、經(jīng)過審批的項目任務(wù)書； 屬于本項目的其他已經(jīng)發(fā)表的文件；

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

1.5 標準、條約和約定

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

2.1 項目目標

設(shè)定項目目標就是把項目要完成的工作用清晰的語言描述出來，讓項目團隊每一個成員都有明確的概念。注意，不要簡單地說成在什么什么時間完成開發(fā)什么什么軟件系統(tǒng)或完成什么什么軟件安裝集成任務(wù)。注意“要完成一個系統(tǒng)”只是一個模糊的目標，它還不夠具體和明確。明確的項目目標應(yīng)該指出了服務(wù)對象，所開發(fā)軟件系統(tǒng)最主要的功能和系統(tǒng)本身的比較深層次的社會目的或系統(tǒng)使用后所起到的社會效果。項目目標應(yīng)當符合smart原則： l s specific 明確的陳述 l m measurable 可以衡量的結(jié)果 l a attainable 可以達成的目標

l r realistic 合理的，現(xiàn)實的或者說是能和實際工作相結(jié)合 l t trackable 可以跟蹤的

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

2.2 產(chǎn)品目標與范圍

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

2.3 假設(shè)與約束

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

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

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

2.4 項目工作范圍

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

產(chǎn)品范圍界定：軟件系統(tǒng)產(chǎn)品本身范圍的特征和功能范圍。

工作范圍界定：為了能夠按時保質(zhì)交付一個有特殊的特征和功能的軟件系統(tǒng)產(chǎn)品所要完成的那些工作任務(wù)。

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

2.5 應(yīng)交付成果 2.5.1 需完成的軟件

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

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

根據(jù)因素取值列出本項目應(yīng)完成的階段成果，說明本項目取值所在的區(qū)間，將其他因素值區(qū)間刪除。

2.5.4 應(yīng)當提供的服務(wù)

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

2.6 項目開發(fā)環(huán)境

說明開發(fā)本軟件項目所需要的軟硬件環(huán)境和版本、如操作系統(tǒng)、開發(fā)工具、數(shù)據(jù)庫系統(tǒng)、配置管理工具、網(wǎng)絡(luò)環(huán)境。環(huán)境可能不止一種，如開發(fā)工具可能需要針對java的，也需要針對c++的。有些環(huán)境可能無法確定，需要在需求分析完成或設(shè)計完成后才能確定所需要的環(huán)境。

2.7 項目驗收方式與依據(jù)

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

3.1 組織結(jié)構(gòu)

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

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

3.3 協(xié)作與溝通

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

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

3.3.1 項目團隊內(nèi)部協(xié)作

本節(jié)說明在項目開發(fā)過程中項目團隊內(nèi)部的協(xié)作模式和溝通方式、頻次、溝通成果記錄辦法等內(nèi)容。

3.3.2 項目接口人員

應(yīng)當說明接口工作的人員即他們的職責、聯(lián)系方式、溝通方式、協(xié)作模式，包括： a、負責本項目同用戶的接口人員；

b、負責本項目同本企業(yè)各管理機構(gòu)，如計劃管理部門、合同管理部門、采購部門、質(zhì)量管理部門、財務(wù)部門等的接口人員；

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

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

4.1 風險評估及對策

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

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

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

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

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

使用新的開發(fā)技術(shù)、新設(shè)備等，或是新的應(yīng)用組合，沒有經(jīng)驗；是新的行業(yè)或業(yè)務(wù)，沒有經(jīng)驗；性能上的要求很嚴； 3)用戶體制上的問題

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

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

4.2 工作流程

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

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

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

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

需求評審

設(shè)計評審

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

定。

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

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

3）軟件系統(tǒng)復(fù)雜程度和項目復(fù)雜程度：和軟件系統(tǒng)規(guī)模和項目規(guī)模一樣，軟件系統(tǒng)的復(fù)雜程度主要是考慮軟件系統(tǒng)本身的功能、架構(gòu)的復(fù)雜程度，而項目的復(fù)雜程度主要是指項目團隊成員的構(gòu)成、項目任務(wù)的復(fù)雜程度、項目干系人的復(fù)雜程度、需求調(diào)研的難易程度，多項目情況下資源保障的情況，等等等等。軟件系統(tǒng)的規(guī)模與軟件系統(tǒng)的復(fù)雜程度未必是成比例的關(guān)系；同樣項目的規(guī)模與項目的復(fù)雜程度未必是成比例的關(guān)系。

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

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

4.4 項目控制計劃

4.4.1 質(zhì)量保證計劃

執(zhí)行質(zhì)量評審活動，對過程質(zhì)量進行控制。規(guī)模較大的項目應(yīng)當單獨編寫《軟件開發(fā)項目質(zhì)量計劃》。根據(jù)gb/t 12504 計算機軟件質(zhì)量保證計劃規(guī)范，內(nèi)容包括： l 引言（本章節(jié)包括質(zhì)量計劃的目的、定義、參考資料）

l 管理（描述負責軟件質(zhì)量管理的機構(gòu)、任務(wù)及其相關(guān)的職責）

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

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

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

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

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

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

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

（可直接引用以下描述或根據(jù)項目情況制定本節(jié)內(nèi)容）本項目的進度監(jiān)控執(zhí)行本企業(yè)《項目管理規(guī)范》，由本企業(yè)過程控制部門如質(zhì)量管理部統(tǒng)一進行監(jiān)控，并保留在監(jiān)控過程中產(chǎn)生的日常檢查記錄。4.4.3 預(yù)算監(jiān)控計劃

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

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

根據(jù)《gb/t 12505 計算機軟件配置管理計劃規(guī)范》，軟件配置管理計劃內(nèi)容如下：

l 引言（本章節(jié)包括質(zhì)量計劃的目的、定義、參考資料）

l 管理（描述負責軟件配置管理的機構(gòu)、任務(wù)、職責及其有關(guān)的接口控制。）

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

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

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

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

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

逐項列出項目每階段的支持需求（含人員、設(shè)備、軟件、培訓(xùn)等）及其時間要求和用途。例如，設(shè)備、軟件支持包括客戶機、服務(wù)器、網(wǎng)絡(luò)環(huán)境、外設(shè)、通訊設(shè)備、開發(fā)工具、操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)、測試環(huán)境，逐項列出有關(guān)到貨日期、使用時間的要求。5.2 客戶支持

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

5.3 外包（可選）

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

6.1 人員成本

列出產(chǎn)品/項目團隊每一個人的預(yù)計工作月數(shù)。

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

勞務(wù)費一般包括工資、獎金、補貼、住房基金、退休養(yǎng)老金、醫(yī)療保險金 6.2 設(shè)備成本

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

列出擬購置的設(shè)備及其配置和所需的經(jīng)費 列出擬購置的軟件及其版本和所需的經(jīng)費 使用的現(xiàn)有設(shè)備及其使用時間 6.3 其它經(jīng)費預(yù)算

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

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

（2）資料費（圖書費、資料費、復(fù)印費、出版費）

（3）通信費（市話長話費、移動通信費、上網(wǎng)費、郵資）

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

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

（6）協(xié)作費（業(yè)務(wù)協(xié)作招待費、項目團隊加班伙食費）

（7）培訓(xùn)費（培訓(xùn)資料編寫費、資料印刷費、產(chǎn)地費、設(shè)備費）其他（檢測、外加工費、維修費、消耗品、低易品、茶話會等）6.4 項目合計經(jīng)費預(yù)算

列出完成本項目需要的所有經(jīng)費預(yù)算（上述各項費用之和）。7 關(guān)鍵問題

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

8專題計劃要點

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

《項目管理—計劃、進度和控制的系統(tǒng)方法》（第7版）harold kerzner（電子工業(yè)出版社，楊愛華等譯）；

《計算機軟件工程規(guī)范國家標準匯編2003》中國標準出版社； 《pmbok-2000》pmi； 《pmbok-2004》pmi；

《成功的項目管理》trevol l young（泰晤士報商業(yè)版，嚴鴻娟譯）； 《成功的項目管理》jack gido ＆ james ts（21世紀管理經(jīng)典教材系列，張金城等譯）； 《如何做好項目管理》stanley （idg新經(jīng)濟工商實務(wù)傻瓜叢書，寧俊等譯）； 《管理軟件開發(fā)項目》（第二版）neal whitten（軟件項目管理系列叢書，孫艷春等譯）； 《it項目管理》kathy schwalbe（項目管理譯叢 王金玉等譯）； 《高級項目管理基礎(chǔ)》（信息產(chǎn)業(yè)部計算機信息系統(tǒng)集成高級項目經(jīng)理培訓(xùn)講義）

軟件開發(fā)計劃書篇二

軟件開發(fā)目計劃書編寫說明與模板

三組實用瘦腿法 分類擊破小胖腿

核心提示：小腿粗壯，該怎么做才能有效去除腿上的“蘿卜”呢？脂肪型、水腫型、肌肉型三種不同類型的瘦腿秘招，幫你雕塑纖細腿部線條！

小腿粗壯，該怎么做才能有效去除腿上的“蘿卜”呢？脂肪型、水腫型、肌肉型三種不同類型的瘦腿秘招，幫你雕塑纖細腿部線條！

a類脂肪型

判斷標準：如果你比實際體重看起來胖、除了鍛煉，沒什么比避免糖分和油分高的食物更管用的。

瘦腿提示：多吃海產(chǎn)品、蔬菜等低卡路里食物，少吃零食，多做跑步、游泳、自行車等有氧運動，可以消除腿部的贅肉。

長期久坐，缺乏運動，會使得整個下半身血液循環(huán)不暢。按摩腿肚不僅能讓小腿處于健康狀態(tài)，全身的血液循環(huán)也會因此更好。而且不僅僅是腿部，全身的細胞都會充滿活力。方法：拍打按摩法

順著腿部的淋巴腺作拍打、按摩，可使腿部的淋巴結(jié)和血液循環(huán)更為暢通。而且通過適度按摩，能消除腿部的沉重感與水腫現(xiàn)象。每周至少要按摩兩次以上，且按摩的時間要維持一個小時上，才能達到瘦腿的效果。

b類水腫型

判斷標準：用手按壓小腿肌肉，肌膚回彈差而緩慢的粗壯腿就是此種類型。

瘦腿提示：避免快餐、真空食品、點心和咸食，不要喝可樂、雪碧等碳酸飲料，也不要保持單一動作超過一小時，做一些簡單的強化肌肉的體操，能改善浮腫狀況。

身體里儲存的水分過多，或水分不能很好代謝，就會有水腫腿。對于長時間坐在座位上不動的辦公室女性，或是常常做“空中飛人”的女生來說，雙腿略有浮腫可謂家常便飯。長久下來，腳腕會變粗，膝蓋也會長出贅肉。

方法：10分鐘速瘦法。

雙手交替撫摩。將雙手的手掌全部貼在跟腱周圍，雙手交替動作向上撫摩。雙手共做10次。經(jīng)常揉捏按摩腿肚，能加快小腿血液循環(huán)，幫助排除腿部滯留的水分，使腿形看起來更漂亮。

c肌肉型

肌肉發(fā)達的雙腿因缺乏女性的柔美魅力而讓人敬而遠之。用力捏一捏你的小腿肌肉，如果堅硬結(jié)實而粗壯，就屬此類型。

瘦腿提示：肌肉結(jié)實的腿型，要適當減少使肌肉發(fā)達的無氧運動，多做些快走、游泳之類的有氧運動，并盡量用按摩來消除肌肉的緊張。

方法：去角質(zhì)+纖體乳液=纖長玉腿

只有把腿上的老舊角質(zhì)去掉，纖體乳液中的營養(yǎng)成分才能被肌膚充分吸收。腿部肌肉彈性好、面積大，去角質(zhì)比較輕松。取適量的去角質(zhì)霜，先摩擦大腿部位，自上而下;再摩擦小腿部位，自下而上;要來回上下反復(fù)摩擦。去角質(zhì)的工作一周做一次。

摩擦式按摩--涂上乳液之后，用手指在皮下脂肪較多的地方用力按壓摩擦。在膝蓋的周圍集中按摩，可使小腿前側(cè)結(jié)實平順。

腿部一定要使用纖體乳液而不是乳霜。

祛痘最好不要用祛痘產(chǎn)品，如果產(chǎn)品不適合自己的膚質(zhì)，反而越用越差，越用痘痘越多，我以前長痘痘的時候就是心急用太多的祛痘產(chǎn)品，后來皮膚變得非常敏感，痘痘留的疤痕也很難痊愈，現(xiàn)在是后悔啊。

軟件開發(fā)計劃書篇三

創(chuàng)業(yè)計劃書編寫說明

《計劃摘要》編寫幫助說明

計劃摘要列在創(chuàng)業(yè)計劃書的最前面，它是濃縮了的創(chuàng)業(yè)計劃書的精華。計劃摘要涵蓋了計劃的要點，以求一目了然，以便讀者能在最短的時間內(nèi)評審計劃并做出判斷。

計劃摘要一般要有包括以下內(nèi)容：公司介紹;主要產(chǎn)品和業(yè)務(wù)范圍;市場概貌;營銷策略;銷售計劃;生產(chǎn)管理計劃;管理者及其組織;財務(wù)計劃;資金需求狀況等。

中肯的分析往往更能贏得信任，從而使人容易認同企業(yè)的創(chuàng)業(yè)計劃書。最后，還要介紹一下創(chuàng)業(yè)者自己的背景、經(jīng)歷、經(jīng)驗和特長等。企業(yè)家的素質(zhì)對企業(yè)的成績往往起關(guān)鍵性的作用。在這里，企業(yè)家應(yīng)盡量突出自己的優(yōu)點并表示自己強烈的進取精神，以給投資者留下一個好印象。

在計劃摘要中，企業(yè)還必須要回答下列問題：

(1).企業(yè)所處的行業(yè)，企業(yè)經(jīng)營的性質(zhì)和范圍;

(2).企業(yè)主要產(chǎn)品的內(nèi)容;

(3).企業(yè)的市場在那里，誰是企業(yè)的顧客，他們有哪些需求;

(4).企業(yè)的合伙人、投資人是誰;

(5).企業(yè)的競爭對手是誰，競爭對手對企業(yè)的發(fā)展有何影響。

摘要盡量簡明、生動。特別要詳細說明自身企業(yè)的不同之處以及企業(yè)獲取成功的市場因素。如果企業(yè)家了解他所做的事情，摘要僅需2頁紙就足夠了。如果企業(yè)家不了解自己正在做什么，摘要就可能要寫20頁紙以上。因此，有些投資家就依照摘要的長短來“把麥粒從谷殼中挑出來”

《公司介紹》編寫幫助說明

介紹公司的主營產(chǎn)業(yè)、產(chǎn)品和服務(wù)、公司的競爭優(yōu)勢以及成立地點時間、所處階段等基本情況。在介紹企業(yè)時，首先要說明創(chuàng)辦新企業(yè)的思路，新思想的形成過程以及企業(yè)的目標和發(fā)展戰(zhàn)略。其次，要交待企業(yè)現(xiàn)狀、過去的背景和企業(yè)的經(jīng)營范圍。在這一部分中，要對企業(yè)以往的情況做客觀的評述，不回避失誤。

《戰(zhàn)略規(guī)劃》編寫幫助說明

公司業(yè)務(wù)描述介紹公司的宗旨和目標、公司的發(fā)展規(guī)劃和策略。

《創(chuàng)業(yè)組織》編寫幫助說明

創(chuàng)業(yè)者需要一支有戰(zhàn)斗力的管理隊伍。企業(yè)管理的好壞，直接決定了企業(yè)經(jīng)營風險的大小。而高素質(zhì)的管理人員和良好的組織結(jié)構(gòu)則是管理好企業(yè)的重要保證。因此，風險投資家會特別注重對管理隊伍的評估。

企業(yè)的管理人員應(yīng)該是互補型的，而且要具有團隊精神。一個企業(yè)必須要具備負責產(chǎn)品設(shè)計與開發(fā)、市場營銷、生產(chǎn)作業(yè)管理、企業(yè)理財?shù)确矫娴膶ｉT人才。在創(chuàng)業(yè)計劃書書中，必須要對主要管理人員加以闡明，介紹他們所具有的能力，他們在本企業(yè)中的職務(wù)和責任，他們過去的詳細經(jīng)歷及背景。此外，在這部分創(chuàng)業(yè)計劃書書中，還應(yīng)對公司結(jié)構(gòu)做一簡要介紹，包括：公司的組織機構(gòu)圖;各部門的功能與責任;各部門的負責人及主要成員;公司的報酬體系;

公司的股東名單，包括認股權(quán)、比例和特權(quán);公司的董事會成員;各位董事的背景資料。

《產(chǎn)品服務(wù)》編寫幫助說明

在進行投資項目評估時，投資人最關(guān)心的問題之一就是，風險企業(yè)的產(chǎn)品、技術(shù)或服務(wù)能否以及在多大程度上解決現(xiàn)實生活中的問題，或者，風險企業(yè)的產(chǎn)品(服務(wù))能否幫助顧客節(jié)約開支，增加收入。因此，產(chǎn)品介紹是創(chuàng)業(yè)計劃書中必不可少的一項內(nèi)容。通常，產(chǎn)品介紹應(yīng)包括以下內(nèi)容：產(chǎn)品的概念、性能及特性;主要產(chǎn)品介紹;產(chǎn)品的市場競爭力;產(chǎn)品的研究和開發(fā)過程;發(fā)展新產(chǎn)品的計劃和成本分析;產(chǎn)品的市場前景預(yù)測;產(chǎn)品的品牌和專利。

在產(chǎn)品(服務(wù))介紹部分，企業(yè)家要對產(chǎn)品(服務(wù))作出詳細的說明，說明要準確，也要通俗易懂，使不是專業(yè)人員的投資者也能明白。一般的，產(chǎn)品介紹都要附上產(chǎn)品原型、照片或其他介紹。一般地，產(chǎn)品介紹必須要回答以下問題：

(1).顧客希望企業(yè)的產(chǎn)品能解決什么問題，顧客能從企業(yè)的產(chǎn)品中獲得什么好處?

(2).企業(yè)的產(chǎn)品與競爭對手的產(chǎn)品相比有哪些優(yōu)缺點，顧客為什么會選擇本企業(yè)的產(chǎn)品?

(3).企業(yè)為自己的產(chǎn)品采取了何種保護措施，企業(yè)擁有哪些專利、許可證，或與已申請專利的廠家達成了哪些協(xié)議?

(4).為什么企業(yè)的產(chǎn)品定價可以使企業(yè)產(chǎn)生足夠的利潤，為什么用戶會大批量地購買企業(yè)的產(chǎn)品?

(5).企業(yè)采用何種方式去改進產(chǎn)品的質(zhì)量、性能，企業(yè)對發(fā)展新產(chǎn)品有哪些計劃等等。

產(chǎn)品(服務(wù))介紹的內(nèi)容比較具體，因而寫起來相對容易。雖然夸贊自己的產(chǎn)品是推銷所必需的，但應(yīng)該注意，企業(yè)所做的每一項承諾都是“一筆債”，都要努力去兌現(xiàn)。要牢記，企業(yè)家和投資家所建立的是一種長期合作的伙伴關(guān)系?？湛谠S諾，只能得意于一時。如果企業(yè)不能兌現(xiàn)承諾，不能償還債務(wù)，企業(yè)的信譽必然要受到極大的損害，因而是真正的企業(yè)家所不屑為的。

《市場預(yù)測》編寫幫助說明

當企業(yè)要開發(fā)一種新產(chǎn)品或向新的市場擴展時，首先就要進行市場預(yù)測。如果預(yù)測的結(jié)果并不樂觀，或者預(yù)測的可信度讓人懷疑，那么投資者就要承擔更大的風險，這對多數(shù)風險投資家來說都是不可接受的。市場預(yù)測首先要對需求進行預(yù)測：市場是否存在對這種產(chǎn)品的需求?需求程度是否可以給企業(yè)帶來所期望的利益?新的市場規(guī)模有多大?需求發(fā)展的未來趨向及其狀態(tài)如何?影響需求都有哪些因素。其次，市場預(yù)測還要包括對市場競爭的情況——企業(yè)所面對的競爭格局進行分析：市場中主要的競爭者有哪些?是否存在有利于本企業(yè)產(chǎn)品的市場空檔?本企業(yè)預(yù)計的市場占有率是多少?本企業(yè)進入市場會引起競爭者怎樣的反應(yīng)，這些反應(yīng)對企業(yè)會有什么影響?等等。

在創(chuàng)業(yè)計劃書中，市場預(yù)測應(yīng)包括以下內(nèi)容：市場現(xiàn)狀綜述;競爭廠商概覽;目標顧客和目標市場;本企業(yè)產(chǎn)品的市場地位;市場區(qū)格和特征等等。風險企業(yè)對市場的預(yù)測應(yīng)建立在嚴密、科學(xué)的市場調(diào)查基礎(chǔ)上。風險企業(yè)所面對的市場，本來就有更加變幻不定的、難以捉摸的特點。因此，風險企業(yè)應(yīng)盡量擴大收集信息的范圍，重視對環(huán)境的預(yù)測和采用科學(xué)的預(yù)測手段和方法。創(chuàng)業(yè)者應(yīng)牢記的是，市場預(yù)測不是憑空想象出來，對市場錯誤的認識是企業(yè)經(jīng)營失敗的最主要原因之一

《營銷計劃》編寫幫助說明

營銷是企業(yè)經(jīng)營中最富挑戰(zhàn)性的環(huán)節(jié)，影響營銷策略的主要因素有：

(1).消費者的特點;(2).產(chǎn)品的特性;(3).企業(yè)自身的狀況;(4).市場環(huán)境方面的因素。

最終影響營銷策略的則是營銷成本和營銷效益因素。在創(chuàng)業(yè)計劃書中，營銷策略應(yīng)包括以下內(nèi)容：

(1).市場機構(gòu)和營銷渠道的選擇;

(2).營銷隊伍和管理;

(3).促銷計劃和廣告策略;

(4).價格決策。

對創(chuàng)業(yè)企業(yè)來說，由于產(chǎn)品和企業(yè)的知名度低，很難進入其他企業(yè)已經(jīng)穩(wěn)定的銷售渠道中去。因此，企業(yè)不得不暫時采取高成本低效益的營銷戰(zhàn)略，如上門推銷，大打商品廣告，向批發(fā)商和零售商讓利，或交給任何愿意經(jīng)銷的企業(yè)銷售。對發(fā)展企業(yè)來說，它一方面可以利用原來的銷售渠道，另一方面也可以開發(fā)新的銷售渠道以適應(yīng)企業(yè)的發(fā)展。

《生產(chǎn)計劃》編寫幫助說明

創(chuàng)業(yè)計劃書中的生產(chǎn)制造計劃應(yīng)包括以下內(nèi)容：產(chǎn)品制造和技術(shù)設(shè)備現(xiàn)狀;新產(chǎn)品投產(chǎn)計劃;技術(shù)提升和設(shè)備更新的要求;質(zhì)量控制和質(zhì)量改進計劃。

在尋求資金的過程中，為了增大企業(yè)在投資前的評估價值，創(chuàng)業(yè)者應(yīng)盡量使生產(chǎn)制造計劃更加詳細、可靠。一般地，生產(chǎn)制造計劃應(yīng)回答以下問題：企業(yè)生產(chǎn)制造所需的廠房、設(shè)備情況如何;怎樣保證新產(chǎn)品在進入規(guī)模生產(chǎn)時的穩(wěn)定性和可靠性;設(shè)備的引進和安裝情況，誰是供應(yīng)商;生產(chǎn)線的設(shè)計與產(chǎn)品組裝是怎樣的;供貨者的前置期和資源的需求量;生產(chǎn)周期標準的制定以及生產(chǎn)作業(yè)計劃的編制;物料需求計劃及其保證措施;質(zhì)量控制的方法是怎樣的;相關(guān)的其他問題。

《財務(wù)規(guī)劃》編寫幫助說明

財務(wù)規(guī)劃需要花費較多的精力來做具體分析，其中就包括現(xiàn)金流量表，資產(chǎn)負債表以及損益表的制備。流動資金是企業(yè)的生命線，因此企業(yè)在初創(chuàng)或擴張時，對流動資金需要有預(yù)先周詳?shù)挠媱澓瓦M行過程中的嚴格控制;損益表反映的是企業(yè)的贏利狀況，它是企業(yè)在一段時間運作后的經(jīng)營結(jié)果;資產(chǎn)負債表則反映在某一時刻的企業(yè)狀況，投資者可以用資產(chǎn)負債表中的數(shù)據(jù)得到的比率指標來衡量企業(yè)的經(jīng)營狀況以及可能的投資回報率。

財務(wù)規(guī)劃一般要包括以下內(nèi)容：

(1).創(chuàng)業(yè)計劃書的條件假設(shè);

(2).預(yù)計的資產(chǎn)負債表;

(3).預(yù)計的損益表;

(4).現(xiàn)金收支分析;

(5).資金的來源和使用。

可以這樣說，一份創(chuàng)業(yè)計劃書概括地提出了在籌資過程中創(chuàng)業(yè)者需做的事情，而財務(wù)規(guī)劃則

是對創(chuàng)業(yè)計劃書的支持和說明。因此，一份好的財務(wù)規(guī)劃對評估風險企業(yè)所需的資金數(shù)量，提高風險企業(yè)取得資金的可能性是十分關(guān)鍵的。如果財務(wù)規(guī)劃準備的不好，會給投資者以企業(yè)管理人員缺乏經(jīng)驗的印象，降低風險企業(yè)的評估價值，同時也會增加企業(yè)的經(jīng)營風險，那么如何制訂好財務(wù)規(guī)劃呢?這首先要取決于風險企業(yè)的遠景規(guī)劃——是為一個新市場創(chuàng)造一個新產(chǎn)品，還是進入一個財務(wù)信息較多的已有市場。

著眼于一項新技術(shù)或創(chuàng)新產(chǎn)品的創(chuàng)業(yè)企業(yè)不可能參考現(xiàn)有市場的數(shù)據(jù)、價格和營銷方式。因此，它要自己預(yù)測所進入市場的成長速度和可能獲得純利，并把它的設(shè)想、管理隊伍和財務(wù)模型推銷給投資者。而準備進入一個已有市場的風險企業(yè)則可以很容易地說明整個市場的規(guī)模和改進方式。風險企業(yè)可以在獲得目標市場的信息的基礎(chǔ)上，對企業(yè)頭一年的銷售規(guī)模進行規(guī)劃。

企業(yè)的財務(wù)規(guī)劃應(yīng)保證和創(chuàng)業(yè)計劃書的假設(shè)相一致。事實上，財務(wù)規(guī)劃和企業(yè)的生產(chǎn)計劃、人力資源計劃、營銷計劃等都是密不可分的。

要完成財務(wù)規(guī)劃，必須要明確下列問題：

(1).產(chǎn)品在每一個期間的發(fā)出量有多大?

(2).什么時候開始產(chǎn)品線擴張?

(3).每件產(chǎn)品的生產(chǎn)費用是多少?

(4).每件產(chǎn)品的定價是多少?

(5).使用什么分銷渠道，所預(yù)期的成本和利潤是多少?

(6).需要雇傭那幾種類型的人?

(7).雇傭何時開始，工資預(yù)算是多少?等等。

《風險與退出》編寫幫助說明

不是說有人競爭就是風險，風險可能是進出口匯兌的風險、餐廳有火災(zāi)的風險等，并注意當風險來時如何應(yīng)對。面臨企業(yè)的風險和未來的成功，作為投資者資本退出的方式和辦法、以及預(yù)期的收益等。

軟件開發(fā)計劃書篇四

《護理員必讀》編寫說明與要求

一、編寫要求：

1.語言簡明，通俗易懂，充分體現(xiàn)科學(xué)性、指導(dǎo)性和實用性。

2.編寫操作技能時介紹相關(guān)知識點。

3.圖示為關(guān)鍵點的演示，編者列出操作所需圖示名稱，并列出圖序號（例如：第六章，第一個圖示，編號6-1），如有必要附上相關(guān)說明，便于攝影師理解。

4.術(shù)語使用規(guī)范；使用國際通用的單位符號；連接符用“～”表示，如5～10mmhg。

5.字體要求：章標題三號，宋體，標題居中；節(jié)標題，四號，宋體，標題居中；一級標題（大寫序號“一”），小四，宋體，左對齊；二級標題（小寫序號“1”），小四，宋體，左縮進2格；正文，小四，宋體，行距固定值22磅。

6.序號取消自動編號。

二、截稿時間：2014年7月25日以前，以電子文檔的形式發(fā)送至318019693@，文件名：編者+章標題。

請各編者抓緊時間編寫。

軟件開發(fā)計劃書篇五

軟件開發(fā)計劃書模板

默認分類2009-06-30 14:21閱讀258評論0

字號： 大中小

項目名稱：圖書管理系統(tǒng)

小組編號: 15

版本號: v1.0

評審日期：2006-11-19

目錄

1.概述 3

1.1 目的 3

1.2 項目范圍 3

1.3 術(shù)語定義 3

2.人員分工 3

2.1 基本信息 3

2.2 假設(shè)和約束 3

2.3 關(guān)鍵里程碑及其提交產(chǎn)品 3

3.項目計劃 4

3.1 項目開發(fā)過程選擇 4

3.2 項目估算 4

3.2.1 工作量估算 4

3.2.2 進度估算 4

3.3 開發(fā)環(huán)境 4

3.4 小組評審 4

4.項目跟蹤 5

4.1 任務(wù)跟蹤 5

4.2 問題跟蹤 5

4.3 項目進展報告 5

5.參考資料 5

軟件開發(fā)計劃書

1.概述

圖書管理系統(tǒng)是指應(yīng)用電子計算機和網(wǎng)絡(luò)通信設(shè)備，為圖書館管理人員能使日常辦公實現(xiàn)自支化，同時也為本校師生提供方便的圖書借閱環(huán)境,并能滿足所有授權(quán)用戶對信息的各種功能需求的計算機應(yīng)用

軟件系統(tǒng)。

1.1 目的通過書寫開發(fā)計劃文檔，開發(fā)小組可以有條不紊地進行開發(fā)活動。這樣，小組在開發(fā)的過程中有章

可循，否則會造成混亂而且低的工作效率。

1.2 項目范圍

本項目負責項目生命周期模型的需求分析，系統(tǒng)設(shè)計、原型編碼階段。

2.角色與人員分工

2.1 基本信息

個人詳細的任務(wù)分工在后面進度計劃中描述，這里僅僅說明成員在本項目中擔任的角色

人員 角色 職責

李曉虎 項目經(jīng)理 管理負責整個項目，協(xié)同開發(fā)

林君宇 系統(tǒng)分析員 進行系統(tǒng)分析與設(shè)計

蘭皓 程序員 編程實現(xiàn)原型

連九研 程序員 編程實現(xiàn)原型

蔣海倩 測試,配置 測試，配置管理

2.2 假設(shè)和約束

假設(shè)：（1）需求比較穩(wěn)定；

（2）項目人員按時到位；

（3）項目中遇到的所有新技術(shù)能順利得到解決；

約束：軟件需求文檔中描述的需求都能實現(xiàn)，保證項目工期

2.3 關(guān)鍵里程碑及其提交產(chǎn)品

里程碑名稱 產(chǎn)品名稱 提交日期 責任人

項目計劃 《小組項目開發(fā)計劃》 2006.11.20 李曉虎

業(yè)務(wù)需求描述 《 業(yè)務(wù)需求描述基線》 2006.11.21 李曉虎

對象系統(tǒng)需求規(guī)格基線 《系統(tǒng)需求規(guī)格說明書》 2006.11.29 李曉虎

對象系統(tǒng)設(shè)計規(guī)格基線 《系統(tǒng)設(shè)計規(guī)格說明書》 2006.12.5 李曉虎

結(jié)構(gòu)化系統(tǒng)需求基線 《結(jié)構(gòu)化需求規(guī)格說明書》 2006.12.17 李曉虎

結(jié)構(gòu)化系統(tǒng)設(shè)計基線 《結(jié)構(gòu)化設(shè)計規(guī)格說明書》 2006.12.22 李曉虎

小組項目總結(jié) 《小組項目總結(jié)報告》 2006.12.29 李曉虎

程序包及程序框架文檔 程序包以及程序框架文檔 2006.12.29 李曉虎

3.項目計劃

3.1 項目開發(fā)過程選擇

小組開發(fā)所用的開發(fā)過程

1）面向?qū)ο箝_發(fā)方法中的迭代開發(fā)。

2）結(jié)構(gòu)化開發(fā)方法中的瀑布模型。

3.2 項目估算

3.1.1 工作量估算

stage percentage of effort effort(person-hours)

需求獲取 4 8

需求分析 20 20

設(shè)計 40 30

實現(xiàn)（含編程，測試）20 20

項目管理 8 10

其它 4 8

總計 100 96

3.1.2 進度估算

microsoft project gantt chart：

3.2 開發(fā)環(huán)境

硬件環(huán)境 軟件環(huán)境

pc 等 jbuilder2006, oracle, weblogic 等

3.3 小組評審

小組自行定義的內(nèi)部評審點

評審關(guān)鍵點 評審內(nèi)容 評審安排

開發(fā)計劃 項目開發(fā)計劃 2006.11.20 上午 九教北304

業(yè)務(wù)需求描述 《 業(yè)務(wù)需求描述基線》 2006.11.21 上午 九教北304

對象系統(tǒng)需求規(guī)格基線 《系統(tǒng)需求規(guī)格說明書》 2006.11.29 上午 九教北304

對象系統(tǒng)設(shè)計規(guī)格基線 《系統(tǒng)設(shè)計規(guī)格說明書》 2006.12.5 上午 九教北304

結(jié)構(gòu)化系統(tǒng)需求基線 《結(jié)構(gòu)化需求規(guī)格說明書》 2006.12.17 上午 九教北304

結(jié)構(gòu)化系統(tǒng)設(shè)計基線 《結(jié)構(gòu)化設(shè)計規(guī)格說明書》 2006.12.22 上午 九教北304

小組項目總結(jié) 《小組項目總結(jié)報告》 2006.12.28 上午 九教北304

4.項目跟蹤

4.1 任務(wù)跟蹤

小組每周開一次例會來總結(jié)工作，時間是每周六上午；

每個成員每周要交一個《個人工作進展報告》。

4.2 問題跟蹤

小組成員將問題申報給組長，組長匯總并組織開會來討論解決，同時形成會議記錄。組長跟蹤問題

使其最終得到解決。

.4.3 項目進展報告

小組長填寫關(guān)鍵里程碑處小組工作匯報的安排，關(guān)鍵里程碑是指課程計劃中定義的關(guān)鍵評審點，需

要評審時做小組工作匯報

匯報人 內(nèi)容 文檔負責人

蘭皓 業(yè)務(wù)需求描述 林君宇

蘭皓 系統(tǒng)需求說明 李曉虎

蘭皓 系統(tǒng)設(shè)計說明 李曉虎

蘭皓 結(jié)構(gòu)化需求規(guī)格說明 李曉虎

蘭皓 結(jié)構(gòu)化設(shè)計規(guī)格說明 李曉虎

5.參考資料

1.《系統(tǒng)分析與設(shè)計》.john ger 等著.機械工業(yè)出版社