通用文檔 31.1.組織 3 3 4 41.2.質(zhì)量審查進(jìn)度 51.2.1.過程質(zhì)量檢查 51.2.2.文檔和代碼質(zhì)量檢查 61.3.規(guī)程 81.3.1.概述 81.3.2.項目文檔管理 1.3.3.項目計劃 1.3.4.項目計劃修訂 1.3.5.風(fēng)險管理 1.3.6.需求管理 1.3.7.項目跟蹤和監(jiān)督管理 1.3.8.軟件質(zhì)量保證 1.3.9.軟件配置管理 1.3.10.系統(tǒng)測試方案 1.3.11.培訓(xùn)方案 第一章項目質(zhì)量1.1.組織為保證系統(tǒng)項目能夠按期、順利、高質(zhì)量的完成，們將成立一些軟件質(zhì)量保證小組和軟件質(zhì)量保證人員必須檢查和督促本計劃收集、整理、匯總項目組的好作法、經(jīng)驗教訓(xùn)，提交組織過程1.2.質(zhì)量審查進(jìn)度1.2.1.過程質(zhì)量檢查表格一-1過程質(zhì)量檢查安排內(nèi)內(nèi)內(nèi)單劃監(jiān)控理理人審理訓(xùn)人員師培訓(xùn)計劃培訓(xùn)課程體在定單1.2.2.文檔和代碼質(zhì)量檢查表格一-2文檔和代碼質(zhì)量檢查安排文檔/代碼名稱項目階段文檔/代碼名稱檢查時間項目階段文檔/代碼名稱檢查時間檢查單告冊1.3.規(guī)程1.3.1.概述1.3.1.1.組織架構(gòu)架構(gòu)，該模式是國內(nèi)外較先進(jìn)的模式。矩陣式的組織，它兼有職能式各組織及個體在項目的啟動、計劃、執(zhí)行、控制和收尾階段中，在具體的項目規(guī)程、項目計劃、研發(fā)過程、配置管理、質(zhì)量保證及項圖一-1項目組組成關(guān)系圖其中項目管理中心是由項目管理組、質(zhì)量保證組和測試組組成，對不同項目的全生命期間，項目的啟動、計劃、執(zhí)行、控制和收尾階1)建立項目管理體系：包括組織架構(gòu)的設(shè)計；標(biāo)準(zhǔn)、政策、程序的制定；項目管理的方法、技術(shù)和工具的研究；實施并維護(hù)項目管理3)組織并提供項目管理培訓(xùn)：包括理論知識的傳授、技術(shù)、管理6)項目經(jīng)驗的積累：分析做過的工程，對變更引起的工期、成本進(jìn)行分析，形成類似的、通用案例存檔，以便簽訂下個項目時和客戶7)建立質(zhì)量保證體系，負(fù)責(zé)編制、修改、宣貫和實施質(zhì)量管理手14)學(xué)習(xí)和引進(jìn)先進(jìn)的測試?yán)砟詈蜏y試技術(shù)，并指導(dǎo)測試人員1.3.1.2.的項目管理制度及質(zhì)量保證體系所設(shè)定的關(guān)鍵過程域、程序文件表格一-3項目管理制圖及質(zhì)量保證體系所設(shè)定的關(guān)鍵過程域、程序文件期文件控制程序期文件控制程序程程理程理理程序理理序1.3.1.3.建立項目管理規(guī)范庫確實提高軟件開發(fā)能力，控制項目進(jìn)度，減少開發(fā)成本，實現(xiàn)了量化管理，提升軟件質(zhì)量，縮減軟件開發(fā)周期，減少了關(guān)鍵性設(shè)計人員的部分，其他使用指南、標(biāo)準(zhǔn)文檔模板、樣例都是軟件過程規(guī)范衍生出來的相應(yīng)配套標(biāo)準(zhǔn)，也即是說，定義了軟件過程規(guī)范，也就定義了相（包括從產(chǎn)生、簽訂合同、需求分析、設(shè)計、編碼、部署、運(yùn)行、維）；流程（包括組織的軟件產(chǎn)品資產(chǎn)管理、組織級別的項目管理、組織財富庫管理、培訓(xùn)管理、人才管理、組間協(xié)調(diào)、組織的軟件過程改進(jìn)等1.3.2.項目文檔管理1.3.2.1.文檔管理職責(zé)(1)建立編制、登記、出版項目文檔的各種策略；(2)把文檔計劃作為整個開發(fā)工作的一個組成部分；(4)為文檔的各個方面，確定和準(zhǔn)備各種標(biāo)準(zhǔn)和指南；(5)積極支持文檔工作以形成在開發(fā)工作中自覺編制文檔的團(tuán)(6)不斷檢查已建立起來的過程，以保證符合策略和各種規(guī)程1.3.2.2.文檔編制計劃(1)列出應(yīng)編制文檔的目錄(2)提示編制文檔應(yīng)參考的標(biāo)準(zhǔn)(3)指定文檔管理員(4)提供編制文檔所需要的條件，落實文檔編寫人員及編制工具(5)明確保證文檔質(zhì)量的方法，為了確保文檔內(nèi)容的正確性、合理性，應(yīng)采取一定的措施，如評審、鑒定等(6)繪制進(jìn)度表，以圖表形式列出在各階段應(yīng)產(chǎn)生的文檔、編制人員、編制日期、完成日期、評審日期等(7)規(guī)定每個文檔要達(dá)到的質(zhì)量等級(8)為了達(dá)到期望的結(jié)果必須考慮哪些外部因素(9)文檔計劃還確定該計劃和文檔的分發(fā)，并且明確敘述與文1.3.2.3.文檔種類及要交付的文件根據(jù)《文檔管理制度》的要求，本工程提交的所有文檔均符合本次開發(fā)活動將形成以下文檔投標(biāo)文件和項目任務(wù)書工作計劃測試計劃測試分析報告試運(yùn)行維護(hù)、測試報告質(zhì)量保證計劃、標(biāo)準(zhǔn)、進(jìn)度開發(fā)過程的每個階段的進(jìn)度和進(jìn)度變更的記錄1.3.2.4.文檔的質(zhì)量要求1.3.3.項目計劃1.3.3.1.項目計劃流程項目估計計劃準(zhǔn)備確定項目組織及職能選定生命周期確定項目環(huán)境確定工作產(chǎn)品確定項目風(fēng)險劃分項目資源及安排項目進(jìn)度制訂周會及里程碑會議約定其它相關(guān)計劃及約定說明項目綜合計劃書計劃評審1.3.3.2.流程說明選定項目的生命周期，根據(jù)項目定義過程，確定項目策劃內(nèi)容，具體計劃，主要確定需求分析的人員、進(jìn)度；需求分析階段完成之后，根項目的立項書及目標(biāo)范圍說明書，主要確定項目的主要需估計的項目各個模塊的理想進(jìn)度，來源于估計報告，參見項目的風(fēng)險分析列表及相關(guān)防范措施安排，參見風(fēng)險管理確定高層管理人員、項目經(jīng)理、產(chǎn)品管理、項目數(shù)據(jù)匯總分析確定項目內(nèi)部項目人員情況設(shè)備提供情況包括設(shè)備型號，設(shè)環(huán)境情況.確定項目用于向客戶提交的工作產(chǎn)品，例如幫助文件、安裝確定用于項目管理類的產(chǎn)品，例如測試計劃、綜合計劃、配置連續(xù)執(zhí)行，時間為一周，安排計劃時，可以將風(fēng)險措施安排在這個任務(wù)的前后或中間，將本任務(wù)計劃延期一周，即兩周，比較適合確定的可以花費(fèi)時間處理就能減少或消滅的風(fēng)險，比如需要人員技術(shù)培訓(xùn)新的人員加入等帶來的風(fēng)險．一些風(fēng)險可能無法確定或無法安排具體的時間或人員進(jìn)行處來解決．優(yōu)化，結(jié)合成本因素、資源因素、工作時間因素、活動的可行進(jìn)度因素對整個計劃進(jìn)行調(diào)整，直到關(guān)鍵路徑所用的時間不能再壓縮為止，的風(fēng)險(排在前三位的風(fēng)險)都要在進(jìn)度中有明確的及時間安排，其直接影響了項目的工期．必須是具備本任務(wù)執(zhí)行能力的條件．周會及里程碑會議．.題跟蹤及監(jiān)督人員．以按項目階段定義，比如需求分析、概要設(shè)計、詳細(xì)設(shè)計、編碼、集成測試、驗收測試等，也可以按重要工作產(chǎn)品來劃分，比如XX模塊需求規(guī)格說明書XX模塊概要設(shè)計說明書等等．具體里程碑劃分可以由項目經(jīng)理自己定義.什么情況下本里程碑才可以通過，比如以XX需求規(guī)格說明書作為項目其中一個里程碑，則要制定XX需求規(guī)格說明書的評審?fù)ㄟ^標(biāo)準(zhǔn)，并且要經(jīng)過上層批準(zhǔn)本標(biāo)準(zhǔn)．確定同行評審計劃(參見同行評審程序)。還要描述其它相關(guān)計劃和總計劃的關(guān)系及聯(lián)系．對于相關(guān)計劃的一些特殊的要求等．十一、計劃測量1.3.4.項目計劃修訂1.3.4.1.修訂流程非定期的項目環(huán)項目跟蹤數(shù)據(jù)分析↓計劃修正分析是否修改計對新的部分或重新安排進(jìn)↓計劃修訂評審圖一-3項目計劃修訂流程1.3.4.2.流程說明目計劃中沒有為這些風(fēng)險預(yù)留資源預(yù)防，便必須考慮修改計對于項目需求突然發(fā)生變化，比如增加需求、改變需求等，這三、對新的部分或修改的部分重新估計），評審?fù)ㄟ^的綜合計劃書及估計報告要納入到配置管理庫進(jìn)行下幾種特殊情況，正式評審可以發(fā)現(xiàn)項目的問題，提出評審意見，非鍵內(nèi)容，解決評審時出現(xiàn)的問題，提出項目遺留的問題，評審時間可1.3.5.風(fēng)險管理1.3.5.1.風(fēng)險策劃流程圖識別風(fēng)險風(fēng)險預(yù)測風(fēng)險排序及評估1.3.5.2.識別風(fēng)險項目經(jīng)理根據(jù)根據(jù)項目的實際情況，確定項目存在那些風(fēng)險，主要依據(jù)項目規(guī)模、估計、需求、商業(yè)、開發(fā)過程、技術(shù)等七個方面表格一-4商業(yè)風(fēng)險因素列表1必須產(chǎn)生和交付給用戶的產(chǎn)品文檔的質(zhì)與量是否要求一理計劃(風(fēng)險識別欄目)中?？蛻粝嚓P(guān)風(fēng)險因素表（與管理以及市場所加諸的約束相關(guān)表格一-5客戶風(fēng)險因素列表12:::是否是::::::::::::否是否是否是否是否是否理計劃(風(fēng)險識別欄目)中。過程風(fēng)險因素表（與管理以及市場所加諸的約束相關(guān)的風(fēng)表格一-6過程風(fēng)險因素列表2你的組織是否已經(jīng)建立了一個成文的、用于項目3開發(fā)人員是否“簽約”同意按照文檔所寫的軟件::::::::是否是否是否是否:::::是否是否5你的組織是否為管理者及技術(shù)人員開設(shè)了一系列6是否對軟件開發(fā)、管理者提供了印好的軟件工程7軟件開發(fā)過程各規(guī)定文檔概要及示例模板是::::否是否理計劃(風(fēng)險識別欄目)中。表格一-7技術(shù)問題列表理計劃(風(fēng)險識別欄目)中。技術(shù)風(fēng)險因素表（與管理以及市場所加諸的約束相關(guān)的風(fēng)表格一-8技術(shù)風(fēng)險因素列表::::::::::是否是否是否是否::::::否是否是否理計劃(風(fēng)險識別欄目)中。開發(fā)環(huán)境風(fēng)險因素表（與管理以及市場所加諸的約束相關(guān)表格一-9開發(fā)環(huán)境風(fēng)險因素表6是否有可用的測試工具，且適9是否所有的軟件理計劃(風(fēng)險識別欄目)中。與人員數(shù)目及經(jīng)驗相關(guān)的風(fēng)險因素表（與管理以及市場所表格一-10與人員數(shù)目及經(jīng)驗相關(guān)的風(fēng)險因素表12::::是否是否4開發(fā)人員是否能夠自始至終的參加整個項目的工作？5項目中是否有人員只能進(jìn)行部分時間的理計劃(風(fēng)險識別欄目)中。1.3.5.3.風(fēng)險預(yù)測響類別，對四個風(fēng)險因素：性能、支持、成本、及進(jìn)度的影響類別求是以最符合表中描述的特性為基礎(chǔ)的)災(zāi)難性1嚴(yán)重性2生的影響)2(由于未達(dá)到預(yù)影響)生的影響)術(shù)性能2(由于未達(dá)到預(yù)影響)有些減低期生的影響)成本、影響和/或可恢復(fù)的的3影響)生的影響)略2(由于未達(dá)到預(yù)影響)有充足來源持于預(yù)算2(由于未達(dá)到預(yù)可忽1.3.5.4.風(fēng)險排序及評估放在表上方；低率低風(fēng)險要放在表的下方。下面一個參考例圖表示圖一-6風(fēng)險排序及評估圖1.3.5.5.風(fēng)險緩解、監(jiān)控、管理對于確定的風(fēng)險，要考慮監(jiān)控管理，確定項目監(jiān)控因素，及管風(fēng)險管理計劃模板)。圖表一-7風(fēng)險化解對策示例要風(fēng)險進(jìn)行評估，評估的主要內(nèi)容包括，確定是否存在新的風(fēng)險、哪所有的需要監(jiān)控管理的項目風(fēng)險都要列入風(fēng)險管理計劃表格1.3.6.需求管理1.3.6.1.需求變更管理知高級管理者，內(nèi)部的承諾變更須通知到相關(guān)組/個人。主要過需求變更評估：項目組進(jìn)行需求變更評估，填寫《需求變更評并對相關(guān)工作產(chǎn)品進(jìn)行修改依據(jù)《需求管理矩陣》分析對工作產(chǎn)品的影響，將變更的情況1.3.6.2.需求管理跟蹤規(guī)程《軟件需求規(guī)格說明書》1.0生效后，產(chǎn)品管理生成《需求管理產(chǎn)品管理保持《需求管理矩陣》和《軟件需求規(guī)格說明書》版本一致性。只有當(dāng)《軟件需求規(guī)格說明書》變更后，《需求管理矩陣》編號就已確定，并在項目開發(fā)過程中保持不變。針對第一版需求，新1.3.6.3.需求管理的測量和監(jiān)督1.3.7.項目跟蹤和監(jiān)督管理項目經(jīng)理根據(jù)《軟項目綜合計劃書》中確定的項目進(jìn)度，考慮在周會：確定項目周會約定包括確定周會參加人員、周會形式、周里程碑會議：確定項目的里程碑點（可以按項目階段定義，比如需求分析、概要設(shè)計、詳細(xì)設(shè)計、編碼、集成測試、驗收測試等，也可以按重要工作產(chǎn)品來劃分，比如XX模塊需求規(guī)格說明書XX模）；碑的檢查標(biāo)準(zhǔn)，確定什么情況下本里程碑才可以通過，比如以XX需求規(guī)格說明書作為項目其中一個里程碑，則要制定XX需求規(guī)格說明1.3.7.1.項目周會管理一、流程圖周例會準(zhǔn)備召開周例會問題處理圖一-8項目周會流程圖項目經(jīng)理還要收集整理項目組各個成員的在項目中遇到的問項目上周的技術(shù)方面問題處理情況及本周新技術(shù)問題的安排格式化后在周會召開一天之內(nèi)通過郵件發(fā)送給項目組所有相關(guān)成員項目經(jīng)理負(fù)責(zé)跟蹤監(jiān)督記錄在項目周報問題處理負(fù)責(zé)人的任項目經(jīng)理負(fù)責(zé)將項目周報中項目組不能解決的問題反饋給高1.3.7.2.里程碑會議項目綜合計劃告告項目組里程碑總結(jié)報告里程碑會議準(zhǔn)備召開里程碑會議批準(zhǔn)通過會后問題處理××里程碑會議圖一-9里程碑會議流程書)，并事先將項目這些方面基本情況的整理到《項目組里程碑總結(jié)項目經(jīng)理將項目關(guān)鍵或重要模塊的模塊匯總表數(shù)據(jù)經(jīng)過分析體分析表將作為《項目組里程碑總結(jié)報告》的附件。的里程碑總結(jié)報告模板，以上編寫完成，將做為《項目組里程碑總結(jié)二、召開里程碑會議改計劃；如果實際沒有完成本里程碑任務(wù)，是否更改計劃，如果更改計劃，確定解決措施，包括更新計劃書，并確定下次召開本里程碑的批準(zhǔn)通告可以通過紙制文檔或電子郵件發(fā)送到項目組全體人項目經(jīng)理負(fù)責(zé)跟蹤監(jiān)督記錄在項目里程碑總結(jié)報告中的計劃1.3.7.3.部門主管會議會后問題處各個項目的項目周報會后問題處各個項目的項目周報部門主管會議紀(jì)要圖一-10部門主管會議流程各主管在參加會議前要匯總部門內(nèi)部各個項目的項目周報及項目組二、召開部門主管會議部門主管根據(jù)各個部門的情況反映項目的問題及項目可能存討論項目組人員、進(jìn)度、計劃情況；討論項目組存在的困難及討論上周問題(包括遺留問題)處理的進(jìn)度及是否有三、會后處理1.3.8.軟件質(zhì)量保證1.3.8.1.方針收集、整理、匯總項目組的好作法、經(jīng)驗教訓(xùn)，提交組織過程1.版本修訂批準(zhǔn)記錄，闡述《質(zhì)量保證計劃》的修訂歷史和批準(zhǔn)工作產(chǎn)品的審核，本欄須列明需要檢查的過程、活動和工作產(chǎn)品，以劃》會進(jìn)行相應(yīng)的變更。當(dāng)《質(zhì)量保證計劃》進(jìn)行變更時，需要填寫前，要進(jìn)行檢查準(zhǔn)備工作，依據(jù)相關(guān)過程文件、計劃、組織過程數(shù)據(jù)查活動的結(jié)論，并指出項目做得好的方面、做得不好的方面，并根據(jù)二、檢查對象：填寫本次檢查的過程或工作產(chǎn)品，在準(zhǔn)備階段完結(jié)束結(jié)束限期更正限期更正過過歸檔并關(guān)閉部門分管副總經(jīng)理確認(rèn)歸檔并關(guān)閉裁定圖一-11不符合報告處理流程員對糾活動進(jìn)行跟蹤，直到不符合問題得到解決。同時，相關(guān)人員必安排解決人員，進(jìn)入“執(zhí)行糾正活動”。五、不符合問題的封閉符合問題可以封閉后，填寫相關(guān)記錄到《不符合報告》中，將完整記件2)不符合事實陳述，闡述不符合的具體表現(xiàn)情況，嚴(yán)重程度，發(fā)3)建議糾正措施4)分析原因5)預(yù)防措施7)糾正措施完成情況1.3.9.軟件配置管理1.3.9.1.角色職責(zé)代表項目經(jīng)理和所有可能受到軟件基線的更改影響的組的利人員、測試經(jīng)理、部門主管、總經(jīng)理代表組成。組織也可以指派管理表格一-11活動的評審人、批準(zhǔn)者列表參與評審人參與形式定定定1.3.9.3.方針1.3.9.4.軟件配置管理過程開發(fā)計劃開始項目策劃軟件工作產(chǎn)品管理軟件工作產(chǎn)品軟件開發(fā)過程軟件工作產(chǎn)品管理配置更新配置變更控制《變更申請跟蹤表》變更請求配置變更控制配置狀態(tài)報告配置審查人員）在項目策劃的初期，根據(jù)項目經(jīng)理的1.概述5.配置管理活動，包括以下內(nèi)容：人員）按照項目《軟件配置管理計劃》1.確認(rèn)該項目的軟件開發(fā)庫，即項目組成員的工作環(huán)2.開辟該項目軟件受控庫的空間和目錄結(jié)構(gòu)，設(shè)定訪問與操做的日常軟件工作產(chǎn)品的提交、入庫、驗證等有關(guān)活動，也即是針對a.是否符合《軟件配置管理計劃書》要求，命名、編號、附加版本的更新說明，若是代碼程序則在代碼程序附帶在4.把基線產(chǎn)品收入基線庫；6.通告基線庫最新配置狀態(tài)給所有受影響的組和個人。二、非基線產(chǎn)品的提交a.是否符合《軟件配置管理計劃書》要求，命名、編號、2.把非基線產(chǎn)品收入資料庫；3.登記《軟件工作產(chǎn)品狀態(tài)表》的非基線產(chǎn)品狀態(tài)欄，記三、工具產(chǎn)品的分發(fā)附加說明，把最新《軟件工作產(chǎn)品狀態(tài)表》通告項目組的所有即把所有基線產(chǎn)品的最新配置（或基線庫中所有軟件產(chǎn)品的最1.3.9.4.4.變更控制3.項目經(jīng)理組織相關(guān)人員分析、評估5.執(zhí)行人從基線庫提取基線產(chǎn)品6.實施變更并進(jìn)行測試/評審不通過圖一-13基線產(chǎn)品的配置控制流程表格一-12基線產(chǎn)品的配置控制流程說明表應(yīng)對變更后的工作產(chǎn)品進(jìn)行回歸測試/組織評審?；貧w測試/評審根據(jù)相關(guān)流程規(guī)定。若沒有通過回歸測試/評審，則由執(zhí)行人繼續(xù)修改到通取照“2.3.1基線產(chǎn)品的提交”進(jìn)行，保證新基二、非基線產(chǎn)品的管理和控制一般需要走變更流程的非基線產(chǎn)品為各種計劃，以及那些在計劃中限制哪些工作產(chǎn)品的變更需要根據(jù)變更流程2.執(zhí)行人從受控庫提取工作產(chǎn)品進(jìn)行變更；注：對于定期（確定周期，及第一次提交時間）更新且不需要經(jīng)1、基線產(chǎn)品變更指基線產(chǎn)品的版本變更，以2、變更分析時，應(yīng)考慮避免由變更引起的非預(yù)期的影響，并策劃變更后的回歸測試：當(dāng)代碼有更改時，要重新進(jìn)行代碼測試；設(shè)計有更改時，要重新進(jìn)行集成測試；當(dāng)需求有更改時，要重新進(jìn)行驗3、應(yīng)考慮當(dāng)有幾個不同的變更一起發(fā)生或有一變更引起幾個2.（若是新產(chǎn)品）提交的基線產(chǎn)品名、最新版本、最新版本入庫3.（若是變更）變更提出者，變更原因，執(zhí)行人，以及受影響的4.（若是變更）變更版本說明。5.基線產(chǎn)品檢查的結(jié)果。）；1.3.9.4.6.配置審查1.物理配置驗證：驗證計劃中規(guī)定的基線產(chǎn)品都按要求已到位），3.變更驗證：所有基線產(chǎn)品的變更的執(zhí)行情況，發(fā)現(xiàn)的問題；若測試