2 項(xiàng)目概述
2.1 項(xiàng)目目標(biāo)
設(shè)定項(xiàng)目目標(biāo)就是把項(xiàng)目要完成的工作用清晰的語言描述出來，讓項(xiàng)目團(tuán)隊(duì)每一個(gè)成員都有明確的概念。注意，不要簡(jiǎn)單地說成在什么什么時(shí)間完成開發(fā)什么什么軟件系統(tǒng)或完成什么什么軟件安裝集成任務(wù)。
注意“要完成一個(gè)系統(tǒng)”只是一個(gè)模糊的目標(biāo)，它還不夠具體和明確。明確的項(xiàng)目目標(biāo)應(yīng)該指出了服務(wù)對(duì)象，所開發(fā)軟件系統(tǒng)最主要的功能和系統(tǒng)本身的比較深層次的社會(huì)目的或系統(tǒng)使用后所起到的社會(huì)
效果。
項(xiàng)目目標(biāo)應(yīng)當(dāng)符合SMART原則：
l S Specific 明確的陳述
l M Measurable 可以衡量的結(jié)果
l A Attainable 可以達(dá)成的目標(biāo)
l R Realistic 合理的，現(xiàn)實(shí)的或者說是能和實(shí)際
工作相結(jié)合
l T Trackable 可以跟蹤的
項(xiàng)目目標(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)實(shí)現(xiàn)的較為明確的時(shí)間。一般要在說明了總目標(biāo)的基礎(chǔ)上再說明分解目標(biāo)，可加上“為實(shí)現(xiàn)項(xiàng)目的總目標(biāo)，必須實(shí)現(xiàn)以下三個(gè)階段目標(biāo)······”
2.2 產(chǎn)品目標(biāo)與范圍
根據(jù)項(xiàng)目輸入（如合同、立項(xiàng)建議書、項(xiàng)目技術(shù)方案、標(biāo)書等）說明此項(xiàng)目要實(shí)現(xiàn)的軟件系統(tǒng)產(chǎn)品的目的與目標(biāo)及簡(jiǎn)要的軟件功能需求。對(duì)項(xiàng)目成果（軟件系統(tǒng)）范圍進(jìn)行準(zhǔn)確清晰的界定與說明是
軟件開發(fā)項(xiàng)目活動(dòng)開展的基礎(chǔ)和依據(jù)。軟件系統(tǒng)產(chǎn)品目標(biāo)應(yīng)當(dāng)從用戶的角度說明開發(fā)這一軟件系統(tǒng)是為了解決用戶的那些問題。產(chǎn)品目標(biāo)如“提高工作信息報(bào)送反饋工作效率，更好地進(jìn)行工作信息報(bào)送的檢查監(jiān)督，提高信息的及時(shí)性、匯總統(tǒng)計(jì)信息的準(zhǔn)確性，減輕各級(jí)相關(guān)工作人員的勞動(dòng)強(qiáng)度。”
2.3 假設(shè)與約束
對(duì)于項(xiàng)目必須遵守的各種約束（時(shí)間、人員、預(yù)算、設(shè)備等）進(jìn)行說明。這些內(nèi)容將限制你實(shí)現(xiàn)什么、怎樣實(shí)現(xiàn)、什么時(shí)候?qū)崿F(xiàn)、成本范圍等種種制約條件。
假設(shè)是通過努力可以直接解決的問題，而這些問題是一定要解決才能保證項(xiàng)目按計(jì)劃完成。如：“系統(tǒng)分析員必須在3天內(nèi)到位”或“用戶必須在8月8日前確定對(duì)需求文檔進(jìn)行確認(rèn)”
約束一般是難以解決的問題，但可以通過其他途徑回避或彌補(bǔ)、取舍，如人力資源的約束限制，就必須犧牲進(jìn)度或質(zhì)量等等。
假設(shè)與約束是針對(duì)比較明確會(huì)出現(xiàn)的情況，如果問題的出現(xiàn)具有不確定性，則應(yīng)該在風(fēng)險(xiǎn)分析中列出，分析其出現(xiàn)的可能性（概率）、造成的影響、應(yīng)當(dāng)采取的相應(yīng)措施。
2.4 項(xiàng)目工作范圍
說明為實(shí)現(xiàn)項(xiàng)目的目標(biāo)需要進(jìn)行那些工作。在必要時(shí)，可描述與合作單位和用戶的工作分工。
注意產(chǎn)品范圍與項(xiàng)目工作范圍的不同含義。
產(chǎn)品范圍界定：軟件系統(tǒng)產(chǎn)品本身范圍的特征和功能范圍。
工作范圍界定：為了能夠按時(shí)保質(zhì)交付一個(gè)有特殊的特征和功能的軟件系統(tǒng)產(chǎn)品所要完成的那些工作任務(wù)。
產(chǎn)品范圍的完成情況是參照客戶的需求來衡量的，而項(xiàng)目范圍的完成情況則是參照計(jì)劃來檢驗(yàn)的。這兩個(gè)范圍管理模型間必須要有較好的統(tǒng)一性，以確保項(xiàng)目的具體工作成果，能按特定的產(chǎn)品要求準(zhǔn)時(shí)交付。
2.5 應(yīng)交付成果
2.5.1 需完成的軟件
列出需要完成的程序的名稱、所用的
編程語言及存儲(chǔ)程序的媒體形式。其中軟件對(duì)象可能包括：源程序、
數(shù)據(jù)庫對(duì)象創(chuàng)建語句、可執(zhí)行程序、支撐系統(tǒng)的數(shù)據(jù)庫數(shù)據(jù)、配置文件、第三方模塊、界面文件、界面原稿文件、聲音文件、安裝軟件、安裝軟件源程序文件等等。
2.5.2 需提交用戶的文檔
列出需要移交給用戶的每種文檔的名稱、內(nèi)容要點(diǎn)及存儲(chǔ)形式，如需求規(guī)格說明書、幫助手冊(cè)等。此處需要移交用戶的文檔可參考合同中的規(guī)定。
2.5.3 須提交內(nèi)部的文檔
可根據(jù)《GB8567-88計(jì)算機(jī)軟件產(chǎn)品開發(fā)文件編制指南》附錄O：“文件編制實(shí)施規(guī)定的實(shí)例（參考件）”結(jié)合各企業(yè)實(shí)際情況調(diào)整制定《軟件開發(fā)文檔編制裁減衡量因素表》。根據(jù)《因素表》確定項(xiàng)目對(duì)應(yīng)的項(xiàng)目衡量因素取值，以確定本項(xiàng)目應(yīng)完成的階段成果。將不適用于本項(xiàng)目的內(nèi)容裁減，以減少不必要的項(xiàng)目任務(wù)和資源。
根據(jù)因素取值列出本項(xiàng)目應(yīng)完成的階段成果，說明本項(xiàng)目取值所在的區(qū)間，將其他因素值區(qū)間刪除。
2.5.4 應(yīng)當(dāng)提供的服務(wù)
根據(jù)合同或某重點(diǎn)建設(shè)工作需要，列出將向用戶或委托單位提供的各種服務(wù)，例如
培訓(xùn)、安裝、維護(hù)和運(yùn)行支持等。具體的工作計(jì)劃如需要編制現(xiàn)場(chǎng)安裝作業(yè)指導(dǎo)書、培訓(xùn)計(jì)劃等，應(yīng)當(dāng)在本計(jì)劃“4.3總體進(jìn)度計(jì)劃”中條列出。
2.6 項(xiàng)目開發(fā)環(huán)境
說明開發(fā)本軟件項(xiàng)目所需要的軟硬件環(huán)境和版本、如
操作系統(tǒng)、開發(fā)工具、數(shù)據(jù)庫系統(tǒng)、配置管理工具、網(wǎng)絡(luò)環(huán)境。環(huán)境可能不止一種，如開發(fā)工具可能需要針對(duì)
Java的，也需要針對(duì)C++的。有些環(huán)境可能無法確定，需要在需求分析完成或設(shè)計(jì)完成后才能確定所需要的環(huán)境。
2.7 項(xiàng)目驗(yàn)收方式與依據(jù)
說明項(xiàng)目?jī)?nèi)部驗(yàn)收和用戶驗(yàn)收的方式，如驗(yàn)收包括交付前驗(yàn)收、交付后驗(yàn)收、試運(yùn)行（初步）驗(yàn)收、最終驗(yàn)收、第三方驗(yàn)收、
專家參與驗(yàn)收等等。項(xiàng)目驗(yàn)收依據(jù)主要有標(biāo)書、合同、相關(guān)標(biāo)準(zhǔn)、項(xiàng)目文檔（最主要是需求規(guī)格說明書）。
3 項(xiàng)目團(tuán)隊(duì)組織
3.1 組織結(jié)構(gòu)
說明項(xiàng)目團(tuán)隊(duì)的組織結(jié)構(gòu)。項(xiàng)目的組織結(jié)構(gòu)可以從所需角色和項(xiàng)目成員兩個(gè)方面描述。所需角色主要說明為了完成本項(xiàng)目任務(wù)，項(xiàng)目團(tuán)隊(duì)需要哪些角色構(gòu)成，如項(xiàng)目經(jīng)理、計(jì)劃經(jīng)理、系統(tǒng)分析員（或小組）、構(gòu)架
設(shè)計(jì)師、設(shè)計(jì)組、程序組、測(cè)試組等等。組織結(jié)構(gòu)可以用圖形來表示，可以采用樹形圖，也可以采用矩陣式圖形，同時(shí)說明團(tuán)隊(duì)成員來自于哪個(gè)部門。除了圖形外，可以用文字簡(jiǎn)要說明各個(gè)角色應(yīng)有的
技術(shù)水平。
注意雖然有一些通用的結(jié)構(gòu)可以套用，但各種不同規(guī)模、不同形式的項(xiàng)目組織結(jié)構(gòu)是不一樣的。如產(chǎn)品研發(fā)項(xiàng)目可能就不需要實(shí)施人員（小組），但需要知識(shí)轉(zhuǎn)移方面的人員（小組）。而軟件編碼外包的項(xiàng)目則不需要程序員，測(cè)試人員也可以適當(dāng)?shù)販p少。
3.2 人員分工
確定項(xiàng)目團(tuán)隊(duì)的的每個(gè)成員屬于組織結(jié)構(gòu)中的什么角色，他們的技術(shù)水平、項(xiàng)目中的分工與配置，可以用列表方式說明，具體編制時(shí)按照項(xiàng)目實(shí)際組織結(jié)構(gòu)編寫。以下是一個(gè)示例。
3.3 協(xié)作與溝通
項(xiàng)目的溝通與協(xié)作首先應(yīng)當(dāng)確定協(xié)作與溝通的對(duì)象，就是與誰協(xié)作、溝通。溝通對(duì)象應(yīng)該包括所有項(xiàng)目干系人，而項(xiàng)目干系人包括了所有項(xiàng)目團(tuán)隊(duì)成員、項(xiàng)目接口人員、項(xiàng)目團(tuán)隊(duì)外部相關(guān)人員等等。
其次應(yīng)當(dāng)確定協(xié)作模式與溝通方式。溝通方式如會(huì)議、使用電話、
QQ、內(nèi)部郵件、外部郵件、QuickPlace、聊天室等等。其中郵件溝通應(yīng)當(dāng)說明主送人、抄送人，聊天室溝通方式應(yīng)當(dāng)約定時(shí)間周期。而協(xié)作模式主要說明在出現(xiàn)什么狀況的時(shí)候各個(gè)角色應(yīng)當(dāng)（主動(dòng)）采取什么措施，包括溝通，如何互相配合來共同完成某項(xiàng)任務(wù)。定期的溝通一般要包括項(xiàng)目階段報(bào)告、項(xiàng)目階段計(jì)劃、階段會(huì)議等
3.3.1 項(xiàng)目團(tuán)隊(duì)內(nèi)部協(xié)作
本節(jié)說明在項(xiàng)目開發(fā)過程中項(xiàng)目團(tuán)隊(duì)內(nèi)部的協(xié)作模式和溝通方式、頻次、溝通成果記錄辦法等內(nèi)容。
3.3.2 項(xiàng)目接口人員
應(yīng)當(dāng)說明接口工作的人員即他們的職責(zé)、聯(lián)系方式、溝通方式、協(xié)作模式，包括：
a、負(fù)責(zé)本項(xiàng)目同用戶的接口人員；
b、負(fù)責(zé)本項(xiàng)目同本企業(yè)各管理機(jī)構(gòu)，如計(jì)劃管理部門、合同管理部門、采購部門、質(zhì)量管理部門、財(cái)務(wù)部門等的接口人員；
c、負(fù)責(zé)本項(xiàng)目同分包方的接口人員。
3.3.3 項(xiàng)目團(tuán)隊(duì)外部溝通與協(xié)作模式
項(xiàng)目團(tuán)隊(duì)外部包括企業(yè)內(nèi)部管理協(xié)助部門、項(xiàng)目委托單位、客戶等等。本節(jié)說明在項(xiàng)目開發(fā)過程中項(xiàng)目團(tuán)隊(duì)內(nèi)部與接口人員、客戶溝通的方式、頻次、溝通成果記錄辦法等內(nèi)容。明確最終用戶、直接用戶及其所在本企業(yè)／部門名稱和聯(lián)系電話。明確協(xié)作開發(fā)的有關(guān)部門的名稱、經(jīng)理姓名、承擔(dān)的工作內(nèi)容以及工作實(shí)施責(zé)任人的姓名、聯(lián)系電話。確定有關(guān)的合作單位的名稱、負(fù)責(zé)人姓名、承擔(dān)的工作內(nèi)容以及實(shí)施人的姓名、聯(lián)系電話。
4 實(shí)施計(jì)劃
4.1 風(fēng)險(xiǎn)評(píng)估及對(duì)策
識(shí)別或預(yù)估項(xiàng)目進(jìn)行過程中可能出現(xiàn)的風(fēng)險(xiǎn)。應(yīng)該分析風(fēng)險(xiǎn)出現(xiàn)的可能性（概率）、造成的影響、根據(jù)影響應(yīng)該采取的對(duì)策，采取的措施。風(fēng)險(xiǎn)識(shí)別包括識(shí)別內(nèi)在風(fēng)險(xiǎn)及外在風(fēng)險(xiǎn)。內(nèi)在風(fēng)險(xiǎn)是指項(xiàng)目工作組能加以控制和影響的風(fēng)險(xiǎn)，如人事任免和成本估計(jì)等。外在風(fēng)險(xiǎn)指超出項(xiàng)目工作組等控制力和影響力之外的風(fēng)險(xiǎn)，如市場(chǎng)轉(zhuǎn)向或政府行為等
風(fēng)險(xiǎn)的對(duì)策包括：避免：排除特定危脅往往靠排除危險(xiǎn)起源；減緩：減少風(fēng)險(xiǎn)事件的預(yù)期資金投入來減低風(fēng)險(xiǎn)發(fā)生的概率，以及減少風(fēng)險(xiǎn)事件的風(fēng)險(xiǎn)系數(shù)；吸納：接受一切后果，可以是積極的（如制定預(yù)防性計(jì)劃來防備風(fēng)險(xiǎn)事件的發(fā)生），也可以是消極的（如某些費(fèi)用超支則接受低于預(yù)期的利潤）。
對(duì)于軟件開發(fā)項(xiàng)目而言，在分析、識(shí)別和管理風(fēng)險(xiǎn)上投入足夠的時(shí)間和人力可以使項(xiàng)目進(jìn)展過程更加平穩(wěn)，提高項(xiàng)目跟蹤和控制的能力，由于在問題發(fā)生之前已經(jīng)做了周密計(jì)劃，因而對(duì)項(xiàng)目的成功產(chǎn)生更加充分的信心。
軟件開發(fā)項(xiàng)目常見預(yù)估的風(fēng)險(xiǎn)：
1) 工程／規(guī)模／進(jìn)度上的風(fēng)險(xiǎn)
規(guī)模大，規(guī)模估算不精確甚至誤差很大；就規(guī)模而言，用戶要求交付期、費(fèi)用很緊；預(yù)料外的工作(測(cè)試未完時(shí)的現(xiàn)場(chǎng)對(duì)應(yīng)等)；
2) 技術(shù)上的風(fēng)險(xiǎn)
使用新的開發(fā)技術(shù)、新設(shè)備等，或是新的應(yīng)用組合，沒有經(jīng)驗(yàn)；是新的行業(yè)或業(yè)務(wù)，沒有經(jīng)驗(yàn)；性能上的要求很嚴(yán)；
3) 用戶體制上的問題
用戶管理不嚴(yán)，恐怕功能決定、驗(yàn)收不能順利地完成（或者出現(xiàn)了延遲）；或者恐怕功能會(huì)多次變更；與用戶分擔(dān)開發(fā)，恐怕工程會(huì)拖延（或者出現(xiàn)了延遲）；用戶或其他相關(guān)單位承擔(dān)的工作有可能延誤；
4) 其它：應(yīng)該包含此處沒有、但據(jù)推測(cè)有風(fēng)險(xiǎn)的項(xiàng)目。
4.2 工作流程
說明項(xiàng)目采用什么樣的工作流程進(jìn)行。如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工作流程，也可以是自己創(chuàng)建的工作流程。不同的流程將影響后面的工作計(jì)劃的制定。必要時(shí)畫出本項(xiàng)目采用的工作流程圖及適當(dāng)?shù)奈淖终f明。
4.3 總體進(jìn)度計(jì)劃
這里所說的總體進(jìn)度計(jì)劃為高層計(jì)劃。作為補(bǔ)充，應(yīng)當(dāng)分階段制定項(xiàng)目的階段計(jì)劃，這些階段計(jì)劃不在這份文檔中，當(dāng)要以這份總體計(jì)劃為依據(jù)。
總體進(jìn)度計(jì)劃要依據(jù)確定的項(xiàng)目規(guī)模，列表項(xiàng)目階段劃分、階段進(jìn)度安排及每階段應(yīng)提交的階段成果，在階段時(shí)間安排中要考慮項(xiàng)目階段成果完成、提交評(píng)審、修改的時(shí)間。
對(duì)于項(xiàng)目計(jì)劃、項(xiàng)目準(zhǔn)備、需求調(diào)研、需求分析、構(gòu)架設(shè)計(jì)或概要設(shè)計(jì)、編碼實(shí)現(xiàn)、測(cè)試、移交、內(nèi)部培訓(xùn)、用戶培訓(xùn)、安裝部署、試運(yùn)行、驗(yàn)收等工作，給出每項(xiàng)工作任務(wù)的預(yù)定開始日期、完成日期及所需的資源，規(guī)定各項(xiàng)工作任務(wù)完成的先后順序以及表征每項(xiàng)工作任務(wù)完成的標(biāo)志性事件（里程碑）。
例如
`
需求評(píng)審
設(shè)計(jì)評(píng)審
表格中檢查點(diǎn)／里程碑等階段劃分為舉例，實(shí)際作業(yè)階段劃分、階段成果等請(qǐng)根據(jù)項(xiàng)目需要確定。
制定軟件項(xiàng)目進(jìn)度計(jì)劃可以使用一些專門的工具，最常用的是Microsoft的Project作為輔助工具，功能比較強(qiáng)大，比較適合于規(guī)模較大的項(xiàng)目，但無法完全代替項(xiàng)目計(jì)劃書，特別是一些主要由文字來說明的部分。小規(guī)模的項(xiàng)目可簡(jiǎn)便地使用EXCEL作為輔助工具。關(guān)于如何使用這些工具不在此作詳細(xì)說明。
制定軟件項(xiàng)目進(jìn)度計(jì)劃應(yīng)當(dāng)考慮以下一些因素:
1）對(duì)于系統(tǒng)需求和項(xiàng)目目標(biāo)的掌握程度。如開始時(shí)對(duì)于系統(tǒng)需求和項(xiàng)目目標(biāo)只有比較數(shù)的了解，就只能制定出比較粗的進(jìn)度計(jì)劃，等到需求階段或設(shè)計(jì)階段結(jié)束，就應(yīng)該進(jìn)一步細(xì)化進(jìn)度計(jì)劃。
2）軟件系統(tǒng)規(guī)模和項(xiàng)目規(guī)模，這兩個(gè)不是一個(gè)概念。軟件系統(tǒng)規(guī)模往往是從功能點(diǎn)的估算或其他估算方式得來的，而項(xiàng)目規(guī)模還要考慮對(duì)文檔數(shù)量與質(zhì)量的要求，使用的開發(fā)工具、新技術(shù)、多少復(fù)用、溝通的方便程度、客戶方的情況、需要遵守的標(biāo)準(zhǔn)規(guī)范等等等等。例如，完成一個(gè)大型的系統(tǒng)，在一定的時(shí)間內(nèi)一個(gè)人或幾個(gè)人的智力和體力是承受不了的。由于軟件是邏輯、智力產(chǎn)品，盲目增加軟件開發(fā)人員并不能成比例地提高軟件開發(fā)能力。相反，隨著人員數(shù)量的增加，人員的組織、協(xié)調(diào)、通信、培訓(xùn)和管理方面的問題將更為嚴(yán)重。
3）軟件系統(tǒng)復(fù)雜程度和項(xiàng)目復(fù)雜程度：和軟件系統(tǒng)規(guī)模和項(xiàng)目規(guī)模一樣，軟件系統(tǒng)的復(fù)雜程度主要是考慮軟件系統(tǒng)本身的功能、架構(gòu)的復(fù)雜程度，而項(xiàng)目的復(fù)雜程度主要是指項(xiàng)目團(tuán)隊(duì)成員的構(gòu)成、項(xiàng)目任務(wù)的復(fù)雜程度、項(xiàng)目干系人的復(fù)雜程度、需求調(diào)研的難易程度，多項(xiàng)目情況下資源保障的情況，等等等等。軟件系統(tǒng)的規(guī)模與軟件系統(tǒng)的復(fù)雜程度未必是成比例的關(guān)系；同樣項(xiàng)目的規(guī)模與項(xiàng)目的復(fù)雜程度未必是成比例的關(guān)系。
4）項(xiàng)目的工期要求，就是項(xiàng)目的緊急程度。有些項(xiàng)目規(guī)模大，卻因?yàn)榕c顧客簽訂了合同，或者為了搶先占領(lǐng)市場(chǎng)，工期壓縮得很緊，這時(shí)就要考慮如何更好地合理安排進(jìn)度，多增加人選多采用加班的方式是一種萬不得已的選擇。增加人選除了增加人的成本外必定會(huì)增加溝通的成本（熟悉項(xiàng)目任務(wù)所需要的時(shí)間）；加班如果處理不好會(huì)造成情緒上的問題，也可能會(huì)因?yàn)檫^于忙碌而無法顧及質(zhì)量，造成質(zhì)量的下滑。
5）項(xiàng)目成員的能力。這些能力包括項(xiàng)目經(jīng)理的管理能力，系統(tǒng)分析員的分析能力、系統(tǒng)設(shè)計(jì)人員的設(shè)計(jì)能力、程序員的編碼能力、測(cè)試人員的測(cè)試能力，以及企業(yè)或項(xiàng)目團(tuán)隊(duì)激發(fā)出這些能力的能力。從另外一個(gè)角度看還有總體上對(duì)客戶行業(yè)業(yè)務(wù)的熟悉程度；對(duì)于建模工具、開發(fā)工具、測(cè)試工具等技術(shù)的掌握程度；企業(yè)內(nèi)部對(duì)行業(yè)業(yè)務(wù)知識(shí)和主要技術(shù)的知識(shí)積累。
4.4 項(xiàng)目控制計(jì)劃
4.4.1 質(zhì)量保證計(jì)劃
執(zhí)行質(zhì)量評(píng)審活動(dòng)，對(duì)過程質(zhì)量進(jìn)行控制。規(guī)模較大的項(xiàng)目應(yīng)當(dāng)單獨(dú)編寫《軟件開發(fā)項(xiàng)目質(zhì)量計(jì)劃》。根據(jù)GB/T 12504 計(jì)算機(jī)軟件質(zhì)量保證計(jì)劃規(guī)范，內(nèi)容包括：
l 引言（本章節(jié)包括質(zhì)量計(jì)劃的目的、定義、參考資料）
l 管理（描述負(fù)責(zé)軟件質(zhì)量管理的機(jī)構(gòu)、任務(wù)及其相關(guān)的職責(zé)）
l 文檔（列出在該軟件的開發(fā)、驗(yàn)證與確認(rèn)以及使用與維護(hù)等階段中需要編制的文檔，并描述對(duì)文檔進(jìn)行評(píng)審與檢查的準(zhǔn)則）
l 標(biāo)準(zhǔn)、條例和約定（列出軟件開發(fā)過程中要用到的標(biāo)準(zhǔn)、條例和約定，并列出監(jiān)督和保證執(zhí)行的措施）
l 評(píng)審和檢查（規(guī)定所要進(jìn)行的技術(shù)和管理兩個(gè)方面的評(píng)審和檢查工作，并編制或引用有關(guān)的評(píng)審和檢查規(guī)程，以及通過與否的技術(shù)準(zhǔn)則。至少要進(jìn)行軟件需求評(píng)審、概要設(shè)計(jì)評(píng)審、軟件驗(yàn)證與確認(rèn)評(píng)審、軟件系統(tǒng)功能檢查、程序和文檔物理檢查）
l 軟件配置管理（編制有關(guān)配置管理?xiàng)l款，或在“4.4.4 配置管理計(jì)劃”中說明，或引用按照《GB/T 12505 計(jì)算機(jī)軟件配置管理計(jì)劃規(guī)范》單獨(dú)制定的文檔）
l 工具、技術(shù)和方法（指明用于支持特定軟件項(xiàng)目質(zhì)量管理工作的工具、技術(shù)和方法，指出它們的目的和用途）
l 媒體控制（說明保護(hù)計(jì)算機(jī)程序物理媒體的方法和設(shè)施，以免非法存取、意外損壞或自然老化）
l 對(duì)供貨單位的控制（供貨單位包括項(xiàng)目承辦單位、軟件銷售單位、軟件開發(fā)單位。規(guī)定對(duì)這些供貨單位進(jìn)行控制的規(guī)程，從而保證項(xiàng)目承辦單位從軟件銷售單位購買的、其他開發(fā)單位開發(fā)的或從開發(fā)單位現(xiàn)存軟件庫中選用的軟件能滿足規(guī)定的需求。）
l 記錄的收集、維護(hù)和保存（指明需要保存的軟件質(zhì)量保證活動(dòng)的記錄，并指出用于匯總、保護(hù)和維護(hù)這些記錄的方法和設(shè)施，并指明要保存的期限）
4.4.2 進(jìn)度控制計(jì)劃
（可直接引用以下描述或根據(jù)項(xiàng)目情況制定本節(jié)內(nèi)容）
本項(xiàng)目的進(jìn)度監(jiān)控執(zhí)行本企業(yè)《項(xiàng)目管理規(guī)范》，由本企業(yè)過程控制部門如質(zhì)量管理部統(tǒng)一進(jìn)行監(jiān)控，并保留在監(jiān)控過程中產(chǎn)生的日常檢查記錄。
4.4.3 預(yù)算監(jiān)控計(jì)劃
說明如何檢查項(xiàng)目預(yù)算的使用情況。根據(jù)項(xiàng)目情況需要制定。
4.4.4 配置管理計(jì)劃
編制有關(guān)軟件配置管理的條款，或引用按照GB/T 12505單獨(dú)制訂《配置管理計(jì)劃》文檔。在這些條款或文檔中，必須規(guī)定用于標(biāo)識(shí)軟件產(chǎn)品、控制和實(shí)現(xiàn)軟件的修改、記錄和報(bào)告修改實(shí)現(xiàn)的狀態(tài)以及評(píng)審和檢查配置管理工作等四方面的活動(dòng)。還必須規(guī)定用以維護(hù)和存儲(chǔ)軟件受控版本的方法和設(shè)施；必須規(guī)定對(duì)所發(fā)現(xiàn)的軟件問題進(jìn)行報(bào)告、追蹤和解決的步驟，并指出實(shí)現(xiàn)報(bào)告、追蹤和解決軟件問題的機(jī)構(gòu)及其職責(zé)。
根據(jù)《GB/T 12505 計(jì)算機(jī)軟件配置管理計(jì)劃規(guī)范》，軟件配置管理計(jì)劃內(nèi)容如下：
l 引言（本章節(jié)包括質(zhì)量計(jì)劃的目的、定義、參考資料）
l 管理（描述負(fù)責(zé)軟件配置管理的機(jī)構(gòu)、任務(wù)、職責(zé)及其有關(guān)的接口控制。）
l 軟件配置管理活動(dòng)（描述配置標(biāo)識(shí)、配置控制、配置狀態(tài)記錄與報(bào)告以及配置檢查與評(píng)審等到四方面的軟件配置管理活動(dòng)的需求。）
l 工具、技術(shù)和方法（指明為支持特定項(xiàng)目的軟件配置管理所使用的軟件工具、技術(shù)和方法，指明它們的目的，并在開發(fā)者所有權(quán)的范圍內(nèi)描述其用法）
l 對(duì)供貨單位的控制（供貨單位是指軟件銷售單位、軟件開發(fā)單位或軟件子開發(fā)單位。必須規(guī)定對(duì)這些供貨單位進(jìn)行控制的管理規(guī)程，從而使從軟件銷售單位購買的、其他開發(fā)單位開發(fā)的或從開發(fā)單位現(xiàn)存軟件庫中選用的軟件能滿足規(guī)定的軟件配置管理需求）
l 記錄的收集、維護(hù)和保存（指明要保存的軟件配置管理文檔，指明用于匯總、保護(hù)和維護(hù)這些文檔的方法和設(shè)施，并指明要保存的期限）
本博客為學(xué)習(xí)交流用，凡未注明引用的均為本人作品，轉(zhuǎn)載請(qǐng)注明出處，如有版權(quán)問題請(qǐng)及時(shí)通知。由于博客時(shí)間倉促，錯(cuò)誤之處敬請(qǐng)諒解，有任何意見可給我留言，愿共同學(xué)習(xí)進(jìn)步。