2 項目概述

2.1 項目目標(biāo)

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

項目目標(biāo)應(yīng)當(dāng)符合SMART原則：

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

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

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

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

2.3 假設(shè)與約束

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

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

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

2.4 項目工作范圍

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

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

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

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

產(chǎn)品范圍的完成情況是參照客戶的需求來衡量的，而項目范圍的完成情況則是參照計劃來檢驗的。這兩個范圍管理模型間必須要有較好的統(tǒng)一性，以確保項目的具體工作成果，能按特定的產(chǎn)品要求準(zhǔ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)當(dāng)提供的服務(wù)

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

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ù)主要有標(biāo)書、合同、相關(guān)標(biāo)準(zhǔn)、項目文檔（主要是需求規(guī)格說明書）。

3 項目團(tuán)隊組織

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

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

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