1、軟件過(guò)程管理指南軟件過(guò)程管理指南文件編號(hào)：上海愛(ài)普軟件有限公司。 深圳分公司修訂記錄版本描述作者批準(zhǔn)日期1.0第一版曾芬瑞2007-03-01目錄軟件過(guò)程管理指南1 1描述8 1.1簡(jiǎn)介8 1.2項(xiàng)目標(biāo)準(zhǔn)8 1.3適用范圍8 1.4術(shù)語(yǔ)8 2文件清單9 2.1軟件項(xiàng)目規(guī)劃9 2.2軟件項(xiàng)目跟蹤和監(jiān)督PTO 9 2.3需求管理RM 10 2.4軟件生命周期LC 10 2.5軟件質(zhì)量保證SQA 12 3項(xiàng)目過(guò)程12 4 小組協(xié)作15 5關(guān)鍵實(shí)踐集15 5.1項(xiàng)目準(zhǔn)備16 5.2軟件評(píng)估16 5.3啟動(dòng)會(huì)議16 5.4迭代開(kāi)發(fā)17 5.5設(shè)計(jì)接口原型和用例描述17 5.6特性跟蹤19 5.7設(shè)計(jì)領(lǐng)域

2、模型19 5.8詳細(xì)設(shè)計(jì)19 5.9使用項(xiàng)目工作管理系統(tǒng)20 5.10里程碑會(huì)議21 5.11風(fēng)險(xiǎn)列表22 5.12技術(shù)審查22 5.13建立配置庫(kù)24 5.14變更控制25.15 27 5.17單元測(cè)試27 5.18開(kāi)始測(cè)試過(guò)程28 5.19缺陷管理28 5.20系統(tǒng)發(fā)布31 5.21實(shí)施管理32 5.21.1實(shí)施項(xiàng)目月度計(jì)劃32 5.21.2實(shí)施項(xiàng)目月度報(bào)告33 5.21.3系統(tǒng)發(fā)布說(shuō)明33 5.22產(chǎn)品和項(xiàng)目管理33 5.23客戶問(wèn)題管理34 5.24軟件質(zhì)量保證34 6圖表索引37引用過(guò)程和程序文件列表37 1敘述1.1 愛(ài)普羅軟件有限公司深圳分公司認(rèn)識(shí)到，只有通過(guò)持續(xù)的過(guò)程改進(jìn)，才能

3、充分發(fā)揮我們員工的能力和先進(jìn)技術(shù)。 因此，公司決定采用軟件能力成熟度模型(CMMI3)作為一個(gè)標(biāo)準(zhǔn)來(lái)提高軟件組織的工作效率、產(chǎn)品質(zhì)量和項(xiàng)目的可預(yù)測(cè)性。為了使公司的所有項(xiàng)目團(tuán)隊(duì)使用系統(tǒng)1的流程和文件，所有大小項(xiàng)目團(tuán)隊(duì)都將使用獲得的文件和練習(xí)集。這些文件和實(shí)踐集也是項(xiàng)目績(jī)效評(píng)估的指標(biāo)。1.2目標(biāo)1。確認(rèn)軟件開(kāi)發(fā)過(guò)程中最基本的文檔模板和實(shí)踐。統(tǒng)一項(xiàng)目團(tuán)隊(duì)的過(guò)程管理。項(xiàng)目績(jī)效評(píng)價(jià)指標(biāo)。公司順利實(shí)施CMMI3 1.3應(yīng)用范圍公司所有項(xiàng)目團(tuán)隊(duì)的軟件產(chǎn)品開(kāi)發(fā)過(guò)程管理要求符合本手冊(cè)的要求。1.4條款項(xiàng)目計(jì)劃：項(xiàng)目計(jì)劃項(xiàng)目計(jì)劃項(xiàng)目計(jì)劃項(xiàng)目跟蹤和監(jiān)督項(xiàng)目跟蹤和監(jiān)督項(xiàng)目管理：需求管理需求管理SQA:軟件質(zhì)量保證軟件

4、質(zhì)量保證供應(yīng)鏈管理：軟件配置管理生命周期SCCB:軟件變更控制委員會(huì)軟件變更控制委員會(huì)數(shù)控：不合規(guī)不合規(guī)問(wèn)題2流程縮減后的最小文件集列在文件列表下方。請(qǐng)參考文件使用模板。2.1軟件項(xiàng)目規(guī)劃PP以下文件路徑為：0序列號(hào)文件名/文件標(biāo)識(shí)文件類型使用頻率備注1。一個(gè)軟件開(kāi)發(fā)計(jì)劃/軟件工作產(chǎn)品需要正式的技術(shù)審查，并需要上傳到項(xiàng)目工作管理系統(tǒng)2。一個(gè)軟件工作產(chǎn)品需要正式的技術(shù)審查，并需要上傳到項(xiàng)目工作管理系統(tǒng)3。一個(gè)軟件主進(jìn)度表/軟件工作產(chǎn)品需要使用項(xiàng)目工作管理系統(tǒng)，這是必要的。需要定期進(jìn)行技術(shù)審查，并上傳到項(xiàng)目工作管理系統(tǒng)。4.迭代進(jìn)度計(jì)劃/軟件工作產(chǎn)品1每個(gè)迭代周期

5、的進(jìn)度計(jì)劃使用項(xiàng)目工作管理系統(tǒng)，有必要導(dǎo)出2.2軟件項(xiàng)目跟蹤和監(jiān)督PTO。以下文件路徑為：序列號(hào)文件名/文件標(biāo)識(shí)文件類型使用頻率備注1。啟動(dòng)會(huì)議注意事項(xiàng)：每個(gè)階段需要將一個(gè)軟件工作產(chǎn)品上傳到項(xiàng)目管理系統(tǒng)2。每周會(huì)議記錄/一個(gè)軟件工作產(chǎn)品需要每周上傳到項(xiàng)目工作管理系統(tǒng)3。風(fēng)險(xiǎn)狀態(tài)跟蹤表/1軟件工作產(chǎn)品的初始評(píng)估或風(fēng)險(xiǎn)影響和狀態(tài)的變化等。4.項(xiàng)目工作總結(jié)/軟件工作產(chǎn)品項(xiàng)目結(jié)束時(shí)每個(gè)人一份需要上傳到項(xiàng)目工作管理系統(tǒng)5。里程碑工作總結(jié)/軟件工作產(chǎn)品的一個(gè)里程碑需要上傳到項(xiàng)目工作管理系統(tǒng)。6.項(xiàng)目管理測(cè)量報(bào)告軟件工作產(chǎn)品的一個(gè)里程碑需要上傳到項(xiàng)目工作管理系統(tǒng)。2.3需求管理RM以下文件路徑為：序列號(hào)文件

6、名/文件標(biāo)識(shí)文件類型使用頻率備注1。特性狀態(tài)跟蹤表/軟件工作產(chǎn)品在每個(gè)迭代周期都被更新。您可以使用CaliberRM導(dǎo)出符合格式2.4軟件生命周期LC的文檔。以下文件路徑為：序列號(hào)文件名/文檔標(biāo)識(shí)文檔類型使用頻率備注1。任務(wù)手冊(cè)/軟件產(chǎn)品1需要正式的技術(shù)審查，并需要上傳到項(xiàng)目工作管理系統(tǒng)2。需求規(guī)格說(shuō)明/軟件產(chǎn)品1需求規(guī)格說(shuō)明(SRS)包括：需求和特征、幻燈片演示文檔、界面原型(只需要添加原始產(chǎn)品中沒(méi)有的部分)和用例描述。沒(méi)有接口原型變更和修改的要求。需要正式的技術(shù)審查。3.領(lǐng)域模型文件，軟件工作產(chǎn)品，1 mdl file文件，詞匯表文件，產(chǎn)品模型，沒(méi)有新的開(kāi)發(fā)項(xiàng)目。4.必須解釋數(shù)據(jù)庫(kù)設(shè)計(jì)文件

7、(cdm文件)軟件工作產(chǎn)品中具有選定值的字段。需要正式的技術(shù)審查。5.一個(gè)概要設(shè)計(jì)規(guī)范/軟件產(chǎn)品需要正式的技術(shù)審查。6.詳細(xì)的設(shè)計(jì)規(guī)范/軟件產(chǎn)品需要一個(gè)模塊或幾個(gè)模塊。需要檢查7。用戶手冊(cè)/軟件產(chǎn)品，1在線幫助，由幫助文檔工具編寫，如robohelp。需要檢查8。一個(gè)部署說(shuō)明/軟件產(chǎn)品9。一個(gè)單元測(cè)試記錄/軟件工作產(chǎn)品10。一個(gè)系統(tǒng)測(cè)試用例/軟件工作產(chǎn)品保存在TD中，并在項(xiàng)目結(jié)束時(shí)導(dǎo)出到文檔中，并放在項(xiàng)目團(tuán)隊(duì)的配置庫(kù)中。需要檢查一下。11.系統(tǒng)測(cè)試總結(jié)報(bào)告/軟件工作產(chǎn)品的一個(gè)里程碑。12.系統(tǒng)測(cè)試任務(wù)列表/軟件工作產(chǎn)品每次提交給測(cè)試組進(jìn)行測(cè)試時(shí)，都應(yīng)填寫紙質(zhì)文檔。13.一個(gè)用于技術(shù)評(píng)審報(bào)告/軟

8、件工作產(chǎn)品，每次評(píng)審。14.系統(tǒng)發(fā)布操作手冊(cè)。一個(gè)軟件工作產(chǎn)品包括多個(gè)系統(tǒng)的發(fā)布操作指令和單個(gè)系統(tǒng)的發(fā)布指令。標(biāo)明重要的檢驗(yàn)內(nèi)容。15.系統(tǒng)發(fā)布說(shuō)明。每次軟件工作產(chǎn)品發(fā)布給客戶時(shí)，都應(yīng)該填寫一個(gè)電子文件。打印紙簽名2.5軟件質(zhì)量保證SQA的以下文件路徑是：序列號(hào)文件名/文件標(biāo)識(shí)文件類型使用頻率備注1。SQA時(shí)間表/軟件工作產(chǎn)品1演練2。SQA報(bào)告/軟件工作產(chǎn)品1每月每周更新3。項(xiàng)目階段質(zhì)量清單/軟件工作產(chǎn)品1里程碑。一個(gè)4。項(xiàng)目結(jié)束時(shí)的SQA質(zhì)量報(bào)告/軟件工作產(chǎn)品、每個(gè)里程碑處的一份3項(xiàng)目過(guò)程文件以及項(xiàng)目結(jié)束時(shí)的一份必須與一個(gè)過(guò)程相結(jié)合才能發(fā)揮作用。我們可以將項(xiàng)目過(guò)程和文檔分成兩部分：技術(shù)和管

9、理。下圖描述了軟件工程和項(xiàng)目管理的每個(gè)步驟中的文檔輸出。軟件工程的文檔輸出項(xiàng)目管理的文檔輸出四個(gè)組之間的協(xié)作。)在軟件項(xiàng)目中是項(xiàng)目經(jīng)理的責(zé)任，并且項(xiàng)目會(huì)議的情況是普遍采用的。如果任何集團(tuán)有任何計(jì)劃的變更，需要通過(guò)會(huì)議、進(jìn)度報(bào)告和內(nèi)部郵件與相關(guān)集團(tuán)達(dá)成協(xié)議。b .與項(xiàng)目外其他小組的協(xié)作應(yīng)由項(xiàng)目經(jīng)理或高級(jí)經(jīng)理完成，對(duì)賬工作的進(jìn)展和結(jié)果可通過(guò)會(huì)議、進(jìn)度報(bào)告和內(nèi)部郵件與相關(guān)小組溝通。C.客戶交流窗口和項(xiàng)目經(jīng)理(可以是同一個(gè)人)共同負(fù)責(zé)與客戶聯(lián)系，必要時(shí)高級(jí)經(jīng)理也將適當(dāng)參與。如果計(jì)劃有任何變化，有必要通過(guò)會(huì)議、進(jìn)度報(bào)告和內(nèi)部郵件與相關(guān)團(tuán)體進(jìn)行協(xié)商。這些關(guān)鍵實(shí)踐來(lái)自經(jīng)典軟件工程和CMMI的實(shí)踐方法和經(jīng)驗(yàn)總

10、結(jié)。不管項(xiàng)目團(tuán)隊(duì)的規(guī)模、項(xiàng)目的生命周期和項(xiàng)目實(shí)施周期的長(zhǎng)度如何，熟練地應(yīng)用這些實(shí)踐都可以取得良好的效果，例如縮短原始進(jìn)度、提高流程的可見(jiàn)性和降低項(xiàng)目風(fēng)險(xiǎn)。因此，這些關(guān)鍵實(shí)踐必須由每個(gè)項(xiàng)目來(lái)執(zhí)行。5.1項(xiàng)目準(zhǔn)備在項(xiàng)目準(zhǔn)備階段，項(xiàng)目經(jīng)理和需求分析師進(jìn)行初步的需求調(diào)研，整理客戶需求形成任務(wù)書，并根據(jù)任務(wù)書制定項(xiàng)目計(jì)劃(包括軟件開(kāi)發(fā)計(jì)劃、軟件總進(jìn)度計(jì)劃和軟件項(xiàng)目估算)。軟件開(kāi)發(fā)計(jì)劃必須指出需求規(guī)格和概要設(shè)計(jì)規(guī)格的評(píng)審時(shí)間。列出初始評(píng)估的風(fēng)險(xiǎn)狀態(tài)跟蹤表。對(duì)工作任務(wù)書和項(xiàng)目計(jì)劃進(jìn)行評(píng)審和批準(zhǔn)，建立配置庫(kù)和TD庫(kù)，然后正式進(jìn)入第一個(gè)迭代周期。5.2軟件估算產(chǎn)品的范圍可以用功能點(diǎn)估算法來(lái)估算。在項(xiàng)目規(guī)劃的早期

11、階段，根據(jù)需求估算功能點(diǎn)，完成系統(tǒng)所需的工作量可以從公司的生產(chǎn)率(功能點(diǎn)/人工月)中得到，作為人力資源安排的參考。當(dāng)需求項(xiàng)目發(fā)生變化時(shí)，也應(yīng)更新估計(jì)值。了解客戶需求的最好方法是從客戶的角度分析軟件系統(tǒng)產(chǎn)生的結(jié)果，從而確認(rèn)客戶關(guān)心的問(wèn)題。功能點(diǎn)分析的主要目標(biāo)之一是從用戶的角度定義系統(tǒng)的功能。從用戶的角度來(lái)看，系統(tǒng)從五個(gè)基本方面幫助他們工作：內(nèi)部邏輯文件、外部接口文件、外部輸入、外部輸出和外部查詢。除了上述五個(gè)方面，功能點(diǎn)分析還應(yīng)考慮分布式數(shù)據(jù)處理和在線更新等14項(xiàng)復(fù)雜性調(diào)整。功能點(diǎn)估算模板見(jiàn)配置庫(kù)：軟件過(guò)程管理指南(適用于公司所有項(xiàng)目) PP template 軟件項(xiàng)目估計(jì)模板(comtop-p

12、p-tmp-est).xls。5.3啟動(dòng)會(huì)議啟動(dòng)會(huì)議(包括階段啟動(dòng)會(huì)議)的參與者包括：R&D中心經(jīng)理、項(xiàng)目部經(jīng)理、技術(shù)研究部經(jīng)理、項(xiàng)目經(jīng)理、軟件工程團(tuán)隊(duì)(包括分析、設(shè)計(jì)、開(kāi)發(fā)、測(cè)試和配置管理工程師)、質(zhì)量保證工程師、文件支持團(tuán)隊(duì)等。會(huì)前準(zhǔn)備工作：確認(rèn)項(xiàng)目經(jīng)理，選擇合適的人員加入軟件工程團(tuán)隊(duì)，確認(rèn)項(xiàng)目所需的資源和支持，包括人力資源、設(shè)備、工具、文件支持、技術(shù)研究部門的支持、設(shè)備采購(gòu)支持等。啟動(dòng)會(huì)議的主要內(nèi)容：介紹項(xiàng)目背景、目標(biāo)、范圍和風(fēng)險(xiǎn)；正式任命項(xiàng)目經(jīng)理；確認(rèn)項(xiàng)目的組織結(jié)構(gòu)以及人員的角色和職責(zé)；頭腦風(fēng)暴被用來(lái)開(kāi)展團(tuán)隊(duì)建設(shè)活動(dòng)，命名團(tuán)隊(duì)、口號(hào)、行動(dòng)計(jì)劃和團(tuán)隊(duì)徽章。5.4迭代開(kāi)發(fā)經(jīng)過(guò)幾十年的發(fā)展，

13、軟件工程領(lǐng)域出現(xiàn)了多種軟件生命周期模型，如瀑布模型、迭代模型、增量模型等。瀑布模型來(lái)自建筑業(yè)、制造業(yè)等的可預(yù)測(cè)生產(chǎn)。它不能適應(yīng)需求不穩(wěn)定的軟件項(xiàng)目。因此，盡管許多項(xiàng)目在1開(kāi)始時(shí)被規(guī)定采用瀑布型，但在實(shí)踐中它們逐漸變成了迭代型。迭代是一個(gè)可以生成內(nèi)部版本的袖珍項(xiàng)目它或多或少要經(jīng)歷所有的核心工作流。通過(guò)反復(fù)的活動(dòng)和原則，結(jié)果越來(lái)越接近預(yù)期結(jié)果。迭代開(kāi)發(fā)計(jì)劃可以分為兩個(gè)層次。第一個(gè)層次是總體計(jì)劃(主進(jìn)度表)，這可能需要幾年或幾個(gè)月的時(shí)間，為團(tuán)隊(duì)的工作指明方向。關(guān)注總體進(jìn)度表中的里程碑，以及每個(gè)里程碑要完成的目標(biāo)或要求(可以包括特征)。總體計(jì)劃將所有項(xiàng)目的工作劃分為每個(gè)迭代周期，但是實(shí)際上，它并不關(guān)注

14、實(shí)現(xiàn)的細(xì)節(jié)，并且時(shí)間跨度可能會(huì)由于需求的變化而被修改?？傮w計(jì)劃應(yīng)該確認(rèn)迭代周期有多長(zhǎng)，一般是2周。第二個(gè)層次是短期的詳細(xì)計(jì)劃，即每個(gè)迭代周期的計(jì)劃，它關(guān)注性能的細(xì)節(jié)并為人們實(shí)現(xiàn)特定的任務(wù)。因?yàn)闀r(shí)間跨度小且相對(duì)穩(wěn)定，所以在這個(gè)迭代周期結(jié)束時(shí)，詳細(xì)的可交付成果可以被確認(rèn)。對(duì)于每一次迭代，我們只需要為當(dāng)前的迭代周期制定一個(gè)計(jì)劃，并且我們可以確定在下一個(gè)周期迭代的后期需要做什么。時(shí)間表必須包括項(xiàng)目管理工作，如文件準(zhǔn)備、審查、代碼檢查、周會(huì)等。在總體計(jì)劃中，應(yīng)該為2個(gè)迭代周期定義一個(gè)里程碑。作為迭代周期完成的標(biāo)志，在每個(gè)迭代周期完成后，應(yīng)該召開(kāi)一個(gè)會(huì)議來(lái)總結(jié)、評(píng)估迭代的可交付成果，并闡明下一個(gè)迭代周期的

15、任務(wù)。5.5設(shè)計(jì)接口原型和用例描述對(duì)于產(chǎn)品類型項(xiàng)目，不需要為產(chǎn)品的現(xiàn)有部分編寫接口原型，只需要為不在產(chǎn)品中的模塊編寫接口原型，對(duì)于非產(chǎn)品項(xiàng)目，必須設(shè)計(jì)接口原型。作為需求規(guī)范的一部分，界面原型在與客戶或相關(guān)人員交流時(shí)比使用類似于1的書面指令更容易理解，從而更有效地獲得用戶和相關(guān)人員的反饋。在需求或設(shè)計(jì)變更之后，沒(méi)有修改接口原型的需求。界面原型是用html編譯的，并由ppt向客戶演示。設(shè)計(jì)界面原型來(lái)收集用戶需求的好處如下：(1)最終使用戶更加熱情地參與需求活動(dòng)，提高系統(tǒng)需求的反饋；降低項(xiàng)目風(fēng)險(xiǎn)，因?yàn)橛脩艚缑娴娘L(fēng)險(xiǎn)部分是在早期發(fā)現(xiàn)的；讓軟件產(chǎn)品更接近用戶的需求；減少系統(tǒng)特征的數(shù)量，快速確認(rèn)系統(tǒng)的特征

16、和功能；減少用戶需求的變化；提高項(xiàng)目初始工作進(jìn)度的可見(jiàn)性。用戶界面的原型應(yīng)該讓用戶參與進(jìn)來(lái)，并積極征求他們的反饋。用戶界面原型應(yīng)該有漂亮的外觀來(lái)吸引用戶的注意力。最好讓有經(jīng)驗(yàn)的開(kāi)發(fā)人員構(gòu)建原型界面。當(dāng)構(gòu)建接口原型時(shí)，開(kāi)發(fā)人員應(yīng)該有良好的意識(shí)，即盡可能少的工作量找出接口原型中涉及的風(fēng)險(xiǎn)。用例描述了系統(tǒng)在不同條件下對(duì)某個(gè)系統(tǒng)中相關(guān)人員需求的響應(yīng)。提出請(qǐng)求的人被稱為執(zhí)行者。執(zhí)行者通過(guò)啟動(dòng)與系統(tǒng)的一次交互來(lái)實(shí)現(xiàn)某個(gè)目標(biāo)。根據(jù)提出的要求和要求涉及的條件，系統(tǒng)將執(zhí)行不同的動(dòng)作序列(基本過(guò)程和可選過(guò)程)。一個(gè)用例至少應(yīng)該包括以下幾個(gè)部分：用例名稱執(zhí)行者：一個(gè)人或事物，他開(kāi)始與正在討論的系統(tǒng)進(jìn)行交互，從而達(dá)到某個(gè)目標(biāo)。前提條件：在用例實(shí)現(xiàn)之前必須滿足的條件?；玖鞒蹋? .平穩(wěn)的局面?？蛇x過(guò)程：實(shí)現(xiàn)過(guò)程中的不同情況業(yè)務(wù)規(guī)則用