第一篇：標準軟件項目計劃書規范2

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

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．1工作任務的分門與人員分工

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

3．2 接口人員

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

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

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

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

3．3進度

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

3．4預算

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

3．5關鍵問題

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

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

4．1計算機系統支持

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

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

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

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

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

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

第二篇：標準軟件項目計劃書規范1

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

1.1 編寫目的1.2 背景

1.3 定義

1.4 參考資料

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

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.1 組織結構

3.2 人員分工

3.3 協作與溝通

3.3.1 內部協作

3.3.2 外部溝通實施計劃

4.1 風險評估及對策

4.2 工作流程

4.3 總體進度計劃

4.4 項目監控

4.4.1 質量控制計劃

4.4.2 進度監控計劃

4.4.3 預算監控計劃

4.4.4 配置管理計劃支持條件

5.1 內部支持（可選）

5.2 客戶支持（對項目而言）

5.3 外包（可選）預算（可選）

6.1 人員成本

6.2 設備成本

6.3 其它經費預算

6.4 項目合計經費預算關鍵問題

8專題計劃要點

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

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

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

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

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

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

1.2 背景

主要說明項目的來歷，一些需要項目團隊成員知道的相關情況。主要有以下內容： 項目的名稱：經過與客戶商定或經過立項手續統一確定的項目名稱，一般與所待開發的軟件系統名稱有較大的關系，如針對“XX系統”開發的項目名稱是“XX系統開發”。

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

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

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

定本項目的主要承擔部門。

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

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

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

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

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

1.3 定義

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

1.4 參考資料

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

本項目的合同、標書、上級機關有關通知、經過審批的項目任務書； 屬于本項目的其他已經發表的文件；

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

1.5 標準、條約和約定

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

“參考資料”一般具有“物質”特性，一般要說明參照了什么，要說明在哪里可以獲

得；“標準、條約和約定”一般具有“精神”特性，一般是必須遵守的，不說明在哪里可以獲得。參考資料的內容應該涵蓋“標準、條約和約定”。項目概述

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 項目驗收方式與依據

說明項目內部驗收和用戶驗收的方式，如驗收包括交付前驗收、交付后驗收、試

運行（初步）驗收、最終驗收、第三方驗收、專家參與驗收等等。項目驗收依據主要有標書、合同、相關標準、項目文檔（最主要是需求規格說明書）。

第三篇：軟件項目計劃書

1.引言

1.1計劃的目的1.2項目的范圍和目標

1.2.1范圍描述

1.2.2主要功能

1.2.3性能

1.2.4管理和技術約束

2.項目估算

2.1使用的歷史數據

2.2使用的評估技術

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

3.風險管理戰略

3.1風險識別

3.2有關風險的討論

3.3風險管理計劃

3.3.1風險計劃

3.3.2風險監視

3.3.3風險管理

4.日程

4.1項目工作分解結構

4.2時限圖(甘特圖)

4.3資源表

5.項目資源

5.1人員

5.2硬件和軟件

5.3特別資源

6.人員組織

6.1組織結構

6.2管理報告

7.跟蹤和控制機制

7.1質量保證和控制

7.2變化管理和控制

8.附錄

項目開發計劃

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

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．1工作任務的分門與人員分工

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

明每項任務的負責人和參加人員。

3．2接口人員 說明負責接口工作的人員及他們的職責，包括： a．負責本項目同用戶的接口人員； b．負責本項目同本單位各管理機構，如合同計劃管理部門、財務部門、質量管理部門等的接口人員；

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

3．3進度

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

3．4預算

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

3．5關鍵問題

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

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

4．1計算機系統支持

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

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

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

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

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

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

第四篇：軟件項目開發計劃書

軟件項目開發計劃書

軟件08-1班李巖200820205069

一、項目提出的背景和必要性

在信息化高速發展的時代，圖書管理系統已經漸漸的走進了國內外的許多圖書館，開發一套圖書管理系統能獲得良好的收益。

二、國內外市場分析

圖書管理系統在未來會逐漸的普及到全世界各個圖書館，具有很大的潛在市場。

三、項目主要開發和建設內容

圖書管理系統主要需要建設服務器，數據庫，已經搜索引擎，登陸客戶端等等。我們的開發目標是建設一個可以查詢書本基本信息，提供會員的登陸，以及實現憑借圖書證借閱書籍，查看用戶情況，設置管理員，查詢管理員信息，實現網絡查詢書籍信息。

四、項目實施的技術方案

圖書管理系統的開發在我國的技術早已經成熟，而由我們開發的圖書管理系統已經在x圖書館，y圖書館，得到了實現。因為我們有開發的經驗與技術的支持，開發這款圖書管理系統對我們來說已經輕車熟路。可以在預定的時間實現一個性能優良的圖書管理系統。

五、項目實施的現有基礎

Bigsoft?公司于1989年在上海注冊，本公司屬于股份集團，本公司的注冊資產是5000萬億元人民幣，本公司有編程人員30萬名，高級程序員1000名，主要業務是軟件項目的開發，主要的產品有Bigsoft xp系統，Bigsoft 2000系統，Bigsoft 7系統等等。本公司的生產規模來說達到世界一流水平，技術水平達到世界一流水平。近年來，在我們公司ceo達芬奇的帶領下，公司的規模不斷的擴大，每年的純收入不斷增長。我公司具有很強的創新能力，攻克了世界上許多的軟件方面的難題。我公司具有良好的信用，在客戶間建立了很好的口碑。

六、項目組織機構和人員安排

本項目采取小組開發方式，預計人員是20人，其中項目經理1人，項目分管人員5人，項目的開發人員14人。本項目承擔單位負責人是項目經理李元霸。本項目由李元霸負責，李元霸，曾參見過Bigsoft xp系統，Bigsoft 2000系統，Bigsoft 7系統的開發，具有豐富的經驗。

七、項目實施進度計劃

本項目預計用時3個月。本項目的開發地點是Bigsoft公司的27層，2709室。

八、項目資金需求及來源

本項目需要購買機器的總價是270萬元，人員開支300萬元，計劃外支出定為100萬元。

九、項目風險分析及應對措施

本項目預計開發成功率是90%，延時交付時間內的費用項目的開發公司負責50%，項目完全失敗的風險由雙方各負責50%。

第五篇：軟件項目計劃書范例

XX摩配廠生產 銷售系統

軟件項目計劃書

Software Project Scheme Specification

編制：編制日期：審核：批準：

1.項目概述

1.1目的幫助每個部門管理者管理，可以通過了解其他部門情況，以便了解全局發展；了解每一分資金流向，每一件產品開發、生產、銷售；每一個客戶信息，每一分費用的來龍去脈以及詳細利用。

1.2項目背景

隨著電子商務時代的到來，企業要求充分利用各類信息來快速反應變化多端的市場環境。同時中國加入WTO以后，企業將直接面對國際企業的強勁挑戰。面對錯綜復雜的市場和眾多類型的客戶，您的企業在競爭中能否比競爭對手更快地了解客戶的需求變化？更快的掌握營銷業務數據？更快地推出新產品、開拓新市場？您的企業內部業務是否能迅速處理？信息是否完整、規范？部門之間、崗位之間是否能有效協同？分支機構和業務伙伴是否能更有效地監控和協調。

很多摩配企業都是小個體戶，企業商務形象不是很好；資金周轉慢，庫存積壓大

職員工作效率底，勞動強度大；消耗的資金大。

這套摩配管理系統是專為從事摩配生產、摩配銷售、摩配外貿等摩修摩配單位運用計算機所作的一套高品質的管理軟件。可廣泛使用于各種規模的摩配企業。

1.3項目的范圍和目標

1.3.1范圍描述

1）.完整的生產流程管理，原料入廠、計劃生產、車床人員分配、出廠銷售環環緊扣。

2）.摩配材料費、人工費、相關班組一目了然，可以靈活調整產品價格，完全符合摩配行業特點。

3）.方便的產品檔案管理，自動提取、更新產品檔案資料。

4）.充分考慮摩配通用件、橫向件的復雜性，銷售單打印可以實時調整產品類型、產品屬性和價錢。

5）.摩配銷售時，可以隨時查看通用車型及庫存分布，對常規摩配項目提供簡易管理。

6）.獨特的同行借調/炒件銷售方式，摩配短平快銷售即進即銷，想顧客之所想，急顧客之所急。

7).簡便實用的摩配內部消耗品領用管理，倉存帳目滴水不漏。

1.3.2 主要功能

1）.概述

（一）、銷售管理：包括客戶信息、發貨計劃

（二）、計劃管理：包括主生產計劃生成以及查看

（三）、采購管理：包括采購單管理（可以進行查詢、打印）、供應商管理

（四）、生產管理： 包括物料管理、生產計劃查看、生產計劃執行情況查詢、（五）、倉庫管理：包括出/入庫單管理、倉庫信息查詢

（六）、質量管理：包括供應商供貨質量、銷貨質量

2）.系統流程圖

調研實際情況的舊系統流程圖如下：

新設計的系統流程圖如下：

3）.功能描述

此系統總概括來說包括三大功能：

（一）、原料采購功能，工廠大量生產、品種繁多，必定導致原料的采購也是數量大、品種繁多；在采購過程中必定要進行記錄，確定是否已經執行；而且采購員必定是多人的，也可防止采購員之間將同一種材料重復采購。

（二）、倉庫存儲功能，倉庫中存在的貨物包括已采購原料和未銷售產品。那么原料已經被誰領購，何時領購，被領購多少，領購何種原料，領夠原料來自何處等都可以詳細記錄以及方便查詢；倉庫中的產品是否已經銷售、銷往何處、銷售多少等。

（三）、銷售功能，可以知道銷售的客戶有哪些，以及客戶最基本的可、聯系方式，可以方便新產品的推銷等

1.3.3性能

一、改進企業商務形象，增強用戶信用度

二、加速資金周轉，降低庫存積壓

三、提高職員工作效率

四、減輕勞動強度，降低職員對商業業務的水平要求

1.3.4管理和技術約束

這是首次進行一個完整的項目作業，缺少經驗在所難免；而且這一系統雖有前輩們所留下的經驗，但是與這一系統共同點甚少，所以我們只能借介優點，發揮我們自己的想象以及能力；由于時間的緊迫，調研并不算完善，所以只能根據其他系統中的優點補充我們所缺的。

當然，技術上的欠缺也在所難免，在程序編寫中我們必定會遇到這樣那樣的難題，比如數據庫的連接等。

2.項目估算

2.1使用的歷史數據

葉迪廠生產銷售流程的實地調查

2.2使用的評估技術

軟件規模估算：功能點計算（FP=UFC*TCF=34*0.8=27.2）

成本估算：Walston-Felix模型

工作量估算：COCOMO模型

時間估算：COCOMO模型

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

預計代碼行L=30(L是以KLOC計數的源代碼行)

成本估算：

0.91E=5.2*L=114.8639（E是以人員為單位的工作量）

0.35D=13.47*E=70.8650（D是以月為單位的所需時間）

0.35S=0.54*E=2.8409（S是以人計的人員需求量）

1.01DOC=49*L=1520（DOC是以頁數為單位的文本量）

工作量估算：a=3.6,b=1.20,S是以千源代碼行（KLOC）計數的程序規模

b1.2E=a*S=3.6*30=213.2299

時間估算:c=2.5,d=.32d0.32t=c*E=2.5*213.2299=13.9≈14月

3.風險管理戰略

3.1風險識別

列出TOP10風險

3.2風險計劃

1、確定風險應對策略

2、對TOP10中每條應用哪些策略去應對

4．進度

4.1項目工作分解結構

問題定義與可行性研究、需求分析、總體設計、詳細設計、編程、測試、運行與維護。

4.2時限圖如下：

圖中內容如下所視：

5.關鍵問題

在制作這一系統中，最關鍵的問題是數據庫的創建。數據庫的是否優化，直接影響到系統的好壞；在數據庫中如何建表，是影響數據庫的，表中的資源如何分配也是一大問題；在連接數據庫時采用那種技術也會影響到程序編程。

5.1人員

總計6人：王霞，朱韓玲，吳萍，劉戀，楊陽，吉元

5.2硬件和軟件

硬件：計算機（4臺）

軟件：Microsoft Office Word 200

3Microsoft Office Project 2003

Microsoft Office Visio 2003

Visual C++6.0

SQL Server 2000

解析評論：這是對摩配銷售系統項目開發的一個項目計劃書，對此系統開發的背景、目的。功能、風險、估算等做了詳盡的分析計劃，可是我覺得一個很好的項目計劃書還應該包含項目開發的標準、條約和約定、產品目標與范圍、假設與約束、項目應交付成果、可行性分析(什么設備上、資金上、經濟上等方面)、項目資源分析配置、設備的安排(需要設備的總體數量等)、開發人員任務的分配等多個方面，然而該項目計劃書只是對局部的計劃做了詳盡的描述與安排；例如關鍵問題這一塊的人員部分。僅僅是總計6人，那么沒有明確說明誰對這個項目負責，誰是這個軟件項目開發的主要技術人員，要知道有一個好的領導管理者關乎著這個項目的成敗，還有就是對項目資源的分析配置沒有做具體的研究分析，資源的配置與安排直接影響項目的開發進度與交付成果，換句話說最終將影響公司的經濟利益，所以一個項目計劃書是一個項目開發的基礎，將直接關乎項目開發成功與否。