2 項目概述

2.1 項目目標

設定項目目標是把項目要完成的工作用清晰的語言描述出來，讓項目團隊每一個成員都有明確的概念。注意，不要簡單地說成在什么什么時間完成開發(fā)什么什么軟件系統(tǒng)或完成什么什么軟件安裝集成任務。注意“要完成一個系統(tǒng)”只是一個模糊的目標，它還不夠具體和明確。明確的項目目標應該指出了服務對象，所開發(fā)軟件系統(tǒng)主要的功能和系統(tǒng)本身的比較深層次的社會目的或系統(tǒng)使用后所起到的社會效果。

項目目標應當符合SMART原則：

    S Specific 明確的陳述
    M Measurable 可以衡量的結果
    A Attainable 可以達成的目標
    R Realistic 合理的，現(xiàn)實的或者說是能和實際工作相結合
    T Trackable 可以跟蹤的

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

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

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

2.3 假設與約束

對于項目必須遵守的各種約束（時間、人員、預算、設備等）進行說明。這些內容將限制你實現(xiàn)什么、怎樣實現(xiàn)、什么時候實現(xiàn)、成本范圍等種種制約條件。

假設是通過努力可以直接解決的問題，而這些問題是一定要解決才能保證項目按計劃完成。如：“系統(tǒng)分析員必須在3天內到位”或“用戶必須在8月8日前確定對需求文檔進行確認”約束一般是難以解決的問題，但可以通過其他途徑回避或彌補、取舍，如人力資源的約束限制，必須犧牲進度或質量等等。

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

2.4 項目工作范圍

說明為實現(xiàn)項目的目標需要進行那些工作。在必要時，可描述與合作單位和用戶的工作分工。

注意產(chǎn)品范圍與項目工作范圍的不同含義。

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

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

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

2.5 應交付成果

2.5.1 需完成的軟件

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

2.5.2 需提交用戶的文檔

列出需要移交給用戶的每種文檔的名稱、內容要點及存儲形式，如需求規(guī)格說明書、幫助手冊等。此處需要移交用戶的文檔可參考合同中的規(guī)定。

2.5.3 須提交內部的文檔

可根據(jù)《GB8567-88計算機軟件產(chǎn)品開發(fā)文件編制指南》附錄O：“文件編制實施規(guī)定的實例（參考件）”結合各企業(yè)實際情況調整制定《軟件開發(fā)文檔編制裁減衡量因素表》。根據(jù)《因素表》確定項目對應的項目衡量因素取值，以確定本項目應完成的階段成果。將不適用于本項目的內容裁減，以減少不必要的項目任務和資源。

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

2.5.4 應當提供的服務

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

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

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

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

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

3 項目團隊組織

3.1 組織結構

說明項目團隊的組織結構。項目的組織結構可以從所需角色和項目成員兩個方面描述。所需角色主要說明為了完成本項目任務，項目團隊需要哪些角色構成，如項目經(jīng)理、計劃經(jīng)理、系統(tǒng)分析員（或小組）、構架設計師、設計組、程序組、測試組等等。組織結構可以用圖形來表示，可以采用樹形圖，也可以采用矩陣式圖形，同時說明團隊成員來自于哪個部門。除了圖形外，可以用文字簡要說明各個角色應有的技術水平。

注意雖然有一些通用的結構可以套用，但各種不同規(guī)模、不同形式的項目組織結構是不一樣的。如產(chǎn)品研發(fā)項目可能不需要實施人員（小組），但需要知識轉移方面的人員（小組）。而軟件編碼外包的項目則不需要程序員，測試人員也可以適當?shù)販p少。