項目實施及應(yīng)急方案

項目實施及應(yīng)急方案

目錄1. 項目實施方案 31.1. 項目管理方案 31.1.1. 項目管理方法論 31.1.2. 項目計劃管理 71.1.3. 項目進度管理 71.1.4. 項目需求管理 81.1.5. 項目配置管理 81.1.6. 項目變更管理 101.1.7. 項目質(zhì)量管理 121.1.8. 項目風(fēng)險管理 321.1.9. 項目溝通管理 371.2. 應(yīng)急計劃 401.2.1. 本項目的關(guān)鍵成功因素 401.2.2. 重大風(fēng)險及規(guī)避措施 411.2.3. 加強版本管理 431.2.4. 制定和落實巡檢機制 44

項目實施方案項目管理方案項目管理方法論項目管理原則我公司在項目管理過程中，遵循和貫徹以下幾點原則：1、以客戶為中心，全過程的多方協(xié)作原則。從項目立項、需求調(diào)研到后來的系統(tǒng)發(fā)布、上線、試運行和客戶驗收的全過程中，保證與總集成商、客戶方緊密配合，協(xié)調(diào)工作，使得三方的作用在項目實施中都能很好的發(fā)揮。2、發(fā)揮質(zhì)量體系組織能力，降低項目管理開發(fā)的個人依賴性。在項目的開發(fā)計劃、質(zhì)量計劃制定，項目需求調(diào)研分析、設(shè)計分析以及項目的各個重要階段，我公司咨詢部、項目推進部、技術(shù)總裁等各個部門按照質(zhì)量體系要求，對項目的重要階段進行咨詢和監(jiān)控，避免由于項目經(jīng)理或開發(fā)人員的個人因素給項目質(zhì)量帶來重大影響。3、階段控制和全程控制相結(jié)合的原則。項目實施分為若干階段，每個階段的實施質(zhì)量影響著后續(xù)階段的項目質(zhì)量，因此必須實施嚴(yán)格的階段控制保證每個階段的實施質(zhì)量，對于重要的項目實施階段如需求分析、系統(tǒng)設(shè)計必須重點控制；同時結(jié)合整個項目的具體情況，對整體項目的各個階段的協(xié)調(diào)、進度控制、總體資源和成本進行控制，是項目管理控制的另一個角度。4、全員控制的原則。項目的質(zhì)量是所有項目參與人員包括需求分析、設(shè)計分析、軟件編碼、測試人員等等共同努力才能保證的結(jié)果。因此，每個參與項目的設(shè)計開發(fā)人員必須是有能力完成自身的工作，擔(dān)負(fù)明確的質(zhì)量責(zé)任。質(zhì)量體系中對每個項目參與人員的質(zhì)量責(zé)任都作了明確的界定。5、人員組織管理和技術(shù)管理相結(jié)合的原則。軟件項目的成功不僅需要完善的組織管理水平，同時需要先進成熟的技術(shù)和深厚的行業(yè)知識。針對具體的項目，選擇在該類項目上具有成熟經(jīng)驗的開發(fā)人員；同時，利用先前開發(fā)的產(chǎn)品或成果，總結(jié)利用業(yè)界先進的技術(shù)，也是項目管理的重要部分。項目實施管理框架采購人對項目的實施和管理提出了很高的要求。我公司是國內(nèi)大型信息系統(tǒng)集成公司，有著雄厚的實力，在多年的大型電子政務(wù)項目建設(shè)經(jīng)驗基礎(chǔ)上，總結(jié)出了成熟的項目管理、實施經(jīng)驗，形成了較為完備的項目實施管理框架，內(nèi)容如下圖所示：項目實施和管理工作開展從四個層次考慮，分別是戰(zhàn)略層、管理層、執(zhí)行層、監(jiān)督層，在戰(zhàn)略層我們從本項目實施要求和工程技術(shù)方案出發(fā)，分析項目難點和關(guān)鍵任務(wù)，制定項目實施管理總體策略，并對項目實施范圍進行明確定義，提出項目實施管理方法，從宏觀層面制定項目實施和管理的策略、方法；在管理層我們關(guān)注項目的組織、計劃、制度規(guī)范、使用的工具和交付成果，通過與甲方管理層的充分溝通、交流，在經(jīng)驗、知識、項目特點的基礎(chǔ)上建立項目實施組織并制定實施計劃，對項目實施過程的關(guān)鍵階段任務(wù)和里程碑進行定義，同時制定項目實施管理的制度、規(guī)范，選擇合適的項目實施管理、開發(fā)、測試等工具，保證項目的可管理性；執(zhí)行層主要考慮項目管理方面的內(nèi)容，如進度控制、范圍控制、風(fēng)險控制、溝通管理等，從項目具體實施的各方面因素考慮，做好項目前期準(zhǔn)備、工程管理工作，此外還要考慮知識轉(zhuǎn)移的管理，使項目建設(shè)成果被用戶最大程度的使用，以期對用戶的工作有更大的幫助；監(jiān)督層為項目實施管理引入過程監(jiān)督機制，由甲方項目管理人員、工程監(jiān)理、專家參與項目實施的全過程，行使監(jiān)督管理職能，為項目成功提供更多保障。項目管控模型依據(jù)我們多年的經(jīng)驗積累，大型工程項目的管控要素可以分布三個相對獨立的緯度上，分別是軟件工程、項目管理和過程管理三個方面。其中，軟件工程提供軟件項目實施的過程組織方法和各階段工作的工作方法、目的、工具等；項目管理則是從管理的方面進行項目的范圍、進度、成本、質(zhì)量、風(fēng)險等方面的管理；過程管理是對項目的過程組織從微觀上進行管理，它關(guān)心項目中每個階段、每個過程的啟動、計劃編制、執(zhí)行、監(jiān)控、收尾的過程。通常，信息系統(tǒng)實施項目中的多數(shù)工作都是由三個緯度方面的要素組合構(gòu)成的。這樣，我們依據(jù)以上三個緯度來分析本項目的難點重點，會比較系統(tǒng)和全面，避免產(chǎn)生疏漏。項目管理內(nèi)容體系現(xiàn)代項目管理知識體系主要包括PMI開發(fā)的PM-BOK、APM開發(fā)的APM-BOK、IPMA開發(fā)的IPMA-ICB三種主流知識體系，PM-BOK最具代表性，定義了項目管理九大知識領(lǐng)域（項目整體管理、范圍管理、時間管理、成本管理、質(zhì)量管理、人力資源管理、溝通管理、風(fēng)險管理和采購管理。）、44個知識單元，以及五個管理過程，同時，我公司項目管理融會貫通了以上9大知識領(lǐng)域，并在這9大領(lǐng)域的內(nèi)容中貫徹了質(zhì)量管理體系，是ISO9000和CMMI的結(jié)合體，綜合運用以上知識和工具、方法，來規(guī)劃、組織、指導(dǎo)和監(jiān)控項目進度、成本、質(zhì)量、人力資源、風(fēng)險等各個方面來實現(xiàn)項目建設(shè)目標(biāo)的過程，項目管理內(nèi)容體系框架如下圖所示：項目管理基礎(chǔ)部分的主要內(nèi)容是項目與項目管理的基本概念，項目生命周期的三個階段、五個過程、項目管理的九大知識領(lǐng)域是項目管理的基本過程，方法與工具則包括了項目管理常用的方法和工具。按項目生命周期來講，項目分為啟動、執(zhí)行、收尾三個階段，按項目生命周期作為線索進行知識組織呈現(xiàn)了項目自始至終其主要活動在時序上的邏輯，能夠突出項目管理的核心過程，有利于把握項目管理的核心過程和重要內(nèi)容。按項目管理知識領(lǐng)域來講，項目管理九大知識領(lǐng)域是基于項目管理職能分工的背景而提出，將跨生命周期階段的知識內(nèi)容按項目管理職能領(lǐng)域進行組織，能清晰體現(xiàn)知識領(lǐng)域的邏輯性和與項目周期、過程的關(guān)系。項目計劃管理在項目實施過程中，我方將制定行之有效的項目計劃管理方案，包括：制定項目實施計劃，建立項目組工作月報、周報制度，對項目組成員進行工作量統(tǒng)計，實施項目交付物質(zhì)量檢查，及時匯報項目進展?fàn)顩r等。制定切實可行的工作計劃，明確實施進度、資源調(diào)度等；根據(jù)項目進行的不同階段制定項目的里程碑和交付物；規(guī)定項目組中每個成員的任務(wù)；檢查階段任務(wù)完成的情況和項目階段性提交物的質(zhì)量，并妥善保存各種項目資料。項目進度管理我方將采用科學(xué)合理的方法確定進度目標(biāo)，編制進度計劃和資源供應(yīng)計劃，進行進度控制，在與質(zhì)量、費用目標(biāo)協(xié)調(diào)的基礎(chǔ)上，實現(xiàn)工期目標(biāo)。我方承諾，如果我方中標(biāo)，中標(biāo)通知書下達(dá)后一個月內(nèi)，將向招標(biāo)人提供詳細(xì)、可行的實施方案，并做好項目實施的準(zhǔn)備工作。目前我們根據(jù)對招標(biāo)文件的仔細(xì)分析，已制定出初步的實施進度計劃、項目實施方案。根據(jù)采購方對項目進度的要求，我公司與采購方一起，共同確定詳細(xì)的項目進度安排，明確每個階段的階段目標(biāo)、階段應(yīng)交付的成果、驗收依據(jù)、雙方的責(zé)任和義務(wù)，經(jīng)采購方認(rèn)可后，以會議紀(jì)要形式加以明確。在項目進度計劃中，我公司將與采購方共同確定項目進度安排，將項目分解為若干任務(wù)，明確每項任務(wù)關(guān)鍵控制點、每項任務(wù)的責(zé)任工程師應(yīng)根據(jù)工作進展情況、階段完成情況、并提交項目進度報告，包括完成任務(wù)，未完成任務(wù)及因素，提交范圍為質(zhì)量監(jiān)督/項目負(fù)責(zé)人以及采購方項目組負(fù)責(zé)人，以及時做出相應(yīng)措施。項目需求管理我們對已有應(yīng)用及服務(wù)優(yōu)化內(nèi)容進行整體分析，并以需求評審報告的形式告知招標(biāo)人，經(jīng)招標(biāo)人評審?fù)ㄟ^后，方可進行相應(yīng)工作，招標(biāo)人不對此額外付費。我們對新增數(shù)據(jù)類及應(yīng)用類需求進行有效的分析，建立有效的溝通機制，并通過需求評審對需求進行確認(rèn)，對需求不一致的進行剔除，對雙方認(rèn)可部分進行承諾。建立有效的需求跟蹤制度。我方承諾：如項目需求有變更，經(jīng)招標(biāo)人確認(rèn)后，方可變更，非特別重大的需求變更、架構(gòu)變更、項目變更（包括時間進度、范圍）等，我方無條件滿足，招標(biāo)人不對此額外付費。項目配置管理項目中標(biāo)后，我方將制定項目配置管理計劃，主要內(nèi)容包括配置管理軟硬件資源、配置項計劃、交付計劃、備份計劃等。我方將設(shè)置系統(tǒng)配置管理項，定期維護配置庫，例如清除垃圾文件、備份配置庫等。我方將與招標(biāo)人溝通，明確交付物版本控制方法等，配置項狀態(tài)變遷與版本號的規(guī)則。項目啟動時，我們將建立項目配置文件管理庫，按照一定的規(guī)則保存配置項的所有版本，避免發(fā)生版本丟失或混淆等現(xiàn)象，保存項目開發(fā)中的記錄性文件、腳本及代碼等，并且可以快速準(zhǔn)確地查找到配置項的任何版本。項目經(jīng)理在項目啟動會議中確定實施階段，在每個階段啟動時，提交《配置項計劃清單》于質(zhì)量控制部項目管理組，項目管理組會按照清單把握各階段成果入庫的時間和條件，并且會在計劃時間兩天前提醒項目經(jīng)理進行相應(yīng)的成果入庫準(zhǔn)備。文檔管理1．文檔的提交當(dāng)成果入庫時，項目組要填寫《入庫申請單》，由文檔管理組審核，若不符合入庫條件，請按照審查意見進行修改，再次提交入庫。若符合入庫條件，各階段成果提交到文檔管理組，由文檔管理組進行檢查，檢查成果是否按照模板來生成，若不符合模板條件，要重新按照模板來書寫果。若符合模板條件，成果進行入庫，由文檔管理組生成《配置項實際清單》，按照文檔類型電子文檔到服務(wù)器Doc_server,紙質(zhì)文檔入柜。2．文檔的變更若成果需變更，填寫《變更申請表》，由部門經(jīng)理簽字確認(rèn)后，提交文檔管理組，文檔管理組給項目組開權(quán)限給項目組，由其進行變更。項目組變更完成后，以郵件形式通知文檔管理組，由文檔管理組在《配置項實際清單》里修改相應(yīng)標(biāo)識。若項目組自行在本機上修改其成果，那么在變更后需提交由部門經(jīng)理簽字確認(rèn)的《變更申請表》，若沒有提交《變更申請表》，導(dǎo)致客戶與公司之間成果的不同步，那么責(zé)任要在項目組。3．文檔的查閱當(dāng)項目組需查閱相應(yīng)文檔時，以郵件形式告之文檔管理組，由文檔管理組開放文檔給項目組查閱。代碼管理使用VSS工具對源代碼版本進行控制和維護，該工具具有以下功能：保存所有版本的源代碼；查詢各版本源代碼之間的差異；查看任一版本的源代碼。根據(jù)項目特點，實施步驟如下：1．項目組在服務(wù)器上擁有獨立的代碼受控環(huán)境，以保證項目組的工作或故障不影響其它項目組，同時也保證本項目組的工作不受其它組工作的影響；2．服務(wù)器上為項目組建立標(biāo)準(zhǔn)源碼庫，存放所有提交的最新源代碼，項目經(jīng)理管理；3．項目組員開發(fā)代碼在本機上完成，單元測試后checkin到指定路徑；4．項目組員更新代碼時，必須從受控環(huán)境中checkout需修改代碼到指定路徑，更新后提交新代碼；5．項目組內(nèi)部通過共享鏈接庫、頭文件和輔助文件的方式進行程序同步，保證項目各小組隨時都使用最新的相關(guān)鏈接庫；6．對于功能模塊化程度很低的系統(tǒng)，暫時按項目獨立管理，由項目經(jīng)理定義源碼目錄結(jié)構(gòu)，隨著模塊化的提高，逐步實行基于平臺的管理及維護；系統(tǒng)模塊化高的源碼，進行基于平臺的管理及維護；7．代碼的維護工作由項目組完成，代碼備份工作由質(zhì)量管理部完成。項目變更管理在項目實施過程中，變更是不可避免的，對于軟件開發(fā)項目來說，發(fā)生變更的環(huán)節(jié)比較多，變更管理主要目的是對項目需求、進度發(fā)生重大變更的有序控制。我方將建立項目變更管理辦法，指定專人負(fù)責(zé)項目實施過程中出現(xiàn)的各種變更情況，包括：人力資源變更、技術(shù)變更、需求變更等。對于每項變更，都將按照預(yù)先設(shè)計好的項目變更流程，提出變更請求，評估變更可能帶來的影響，制作變更申請表并提交招標(biāo)人。經(jīng)招標(biāo)人審批后，才能實施變更。變更工作完成后，需通知所有相關(guān)人員，確保項目能夠協(xié)調(diào)一致地進行。項目變更管理主要是控制影響項目變更的因素，并有效控制變更的影響。項目發(fā)生變更時，如果管理不好，就會直接導(dǎo)致項目延期或失敗，所以變更管理在整個項目的管理中處于重要位置。建立項目變更管理辦法，指定專人負(fù)責(zé)項目實施過程中出現(xiàn)的各種變更情況，包括：人力資源變更、技術(shù)變更、需求變更等。對于每項變更，都必須按照預(yù)先設(shè)計好的項目變更流程，提出變更請求，評估變更可能帶來的影響，經(jīng)招標(biāo)人審批后，才能實施變更。變更工作完成后，需通知所有相關(guān)人員，確保項目能夠協(xié)調(diào)一致地進行。變更原因大型復(fù)雜項目的變更往往會導(dǎo)致項目建設(shè)目標(biāo)的偏離，造成投資的浪費和成本的不可控。因此對于項目的變更要嚴(yán)格控制，尤其對于重大變更必須由項目各方都參加的聯(lián)席會議評審?fù)ㄟ^，對于重大的技術(shù)變更，必須由專家委員會評審?fù)ㄟ^，并經(jīng)過總集成商和總監(jiān)理方的簽批認(rèn)可。造成項目變更的原因很多，管理范圍內(nèi)有以下類型變更；1、人力資源變更，人事調(diào)動或離職都會影響項目的進行，在確保項目進度的前提下保障成本的可控性和人員的合理分配；2、技術(shù)變更，在與時俱進的時代，對技術(shù)做完風(fēng)險評估后可以選擇更適用于需求的技術(shù)，以保障資源的合理利用和系統(tǒng)的兼容性，并充分體現(xiàn)技術(shù)的深層次延伸；3、需求變更，基于國家新政策頒發(fā)和各省本地化需求的多樣化，需求會有不定時的變動。項目的變更需求一旦執(zhí)行，有可能會影響到項目計劃的調(diào)整，這點在項目管理中要注意及時調(diào)整并發(fā)布給相關(guān)項目組成員。變更流程為規(guī)范核心征管與應(yīng)用總集成升級完善及運維服務(wù)和機構(gòu)改革軟件服務(wù)項目變更管理流程，保證項目變更工作順利進行，制定本流程，本流程適用于核心征管與應(yīng)用總集成升級完善及運維服務(wù)和機構(gòu)改革軟件服務(wù)項目。項目啟動時由項目委員會審批通過的項目里程碑計劃和交付物評審計劃都屬于項目基線，項目組提出的任何變更申請都必須以項目基線為參照，變更申請通過審批后，應(yīng)及時更新項目基線。提出變更需求并組內(nèi)評估項目組根據(jù)項目具體情況，提出項目變更需求。項目內(nèi)部評估變更需求，對項目變更的原因、變更內(nèi)容、變更成本和收益，以及變更對其他項目的影響情況進行分析。提交變更申請項目組應(yīng)將確認(rèn)的項目變更申請?zhí)峤豁椖抗芾斫M。協(xié)調(diào)變更管理組根據(jù)項目組提交的項目變更申請，確定變更是否影響其他項目。若不影響其他項目，則在項目組例會匯報各項目變更情況，轉(zhuǎn)決策變更方案。審核變更若影響其他項目，則發(fā)送項目組提交的項目變更申請給其他相關(guān)項目組，其他相關(guān)項目組進行變更影響分析。分析變更影響相關(guān)項目組全面分析變更對自身項目的影響后，提交項目變更申請管理組。決策變更方案應(yīng)用集成項目組匯總項目組影響分析表，上報管理組，管理組匯總審核意見和變更影響分析表，在項目組例會上報項目委員會決策。變更審批 項目委員會根據(jù)變更影響的范圍、對項目影響程度等因素，進行變更審批，審批通過后，項目委員會領(lǐng)導(dǎo)在項目變更申請上簽署變更意見。變更實施 各項目組根據(jù)項目委員會簽署的變更意見實施項目變更。 項目變更完成后，項目組應(yīng)及時更新當(dāng)期項目周報的變更記錄表，超過30%的部分召開研討會另行商議。項目質(zhì)量管理項目質(zhì)量管理要求響應(yīng)通過對項目招標(biāo)文件的仔細(xì)研讀，我方在質(zhì)量保證方面做出以下承諾：（1）項目啟動時，我方將成立專門的質(zhì)量保證組，明確質(zhì)量保證組所要進行的質(zhì)量保證活動，對項目的質(zhì)量情況進行跟蹤，并通過項目的監(jiān)控、檢查、糾錯、貫徹等階段，及時糾正可能引起目標(biāo)偏差的問題。（2）中標(biāo)后，我們將制定專門質(zhì)量保證計劃，明確質(zhì)量保證活動與整個開發(fā)生命周期中各個階段的關(guān)系，保障項目質(zhì)量管理的完整性、正確性和可追溯性，并選擇合適的質(zhì)量保證工具。（3）我們將參考項目質(zhì)量相關(guān)標(biāo)準(zhǔn)，制定本項目的質(zhì)量標(biāo)準(zhǔn)，確保項目所有成員理解并執(zhí)行該標(biāo)準(zhǔn)。（4）我們將嚴(yán)格按照《項目質(zhì)量保證計劃》，遵循項目質(zhì)量標(biāo)準(zhǔn)，開展本項目的質(zhì)量保證工作；（5）項目開發(fā)各個階段結(jié)束后，我方將向招標(biāo)人提交相應(yīng)的質(zhì)量評價報告等相關(guān)文檔。質(zhì)量管理概述項目質(zhì)量管理包括執(zhí)行項目確定質(zhì)量政策、目標(biāo)與職責(zé)的各過程和活動，從而使項目滿足預(yù)定的需求和客戶的期望。它通過適當(dāng)?shù)恼吆统绦?，采用持續(xù)的過程改進活動來實施質(zhì)量管理體系。質(zhì)量管理過程項目質(zhì)量管理的過程主要包括規(guī)劃質(zhì)量、質(zhì)量保證、質(zhì)量控制和質(zhì)量度量。規(guī)劃質(zhì)量是識別項目及其產(chǎn)品的質(zhì)量要求和標(biāo)準(zhǔn)，并書面描述項目將如何達(dá)到這些要求和標(biāo)準(zhǔn)的過程。質(zhì)量保證是審計質(zhì)量要求和質(zhì)量控制測量結(jié)果，確保采用合理的質(zhì)量標(biāo)準(zhǔn)和操作性定義的過程。質(zhì)量控制是監(jiān)測并記錄執(zhí)行質(zhì)量活動的結(jié)果，從而評估績效并建議必要變更的過程。質(zhì)量度量是針對軟件開發(fā)項目、過程及產(chǎn)品進行數(shù)據(jù)定義、收集以及分析評估的持續(xù)性定量化的過程。質(zhì)量管理認(rèn)證我公司的質(zhì)量方針是：優(yōu)秀的產(chǎn)品，一流的服務(wù)?！皟?yōu)秀的產(chǎn)品”是指在軟件項目開發(fā)過程中配備高素質(zhì)的工程師，對開發(fā)的全過程進行嚴(yán)格的質(zhì)量控制，確保產(chǎn)品功能和性能滿足用戶的需求；“一流的服務(wù)”是指設(shè)置專業(yè)的技術(shù)工程師，提供專業(yè)水準(zhǔn)的服務(wù)，設(shè)有客戶服務(wù)熱線電話，保證為客戶提供及時的服務(wù)，全員具有“客戶的成功才是我們的成功”的服務(wù)意識。在質(zhì)量方針的框架下，我公司制定了總體質(zhì)量目標(biāo)：職責(zé)明確，管理規(guī)范；響應(yīng)迅速，服務(wù)滿意；過程有效，提供符合客戶要求的產(chǎn)品和服務(wù)。項目質(zhì)量目標(biāo)通過制定項目應(yīng)遵從的流程、標(biāo)準(zhǔn)、規(guī)范以及質(zhì)量管理活動，來確保項目所有交付成果和工作績效能夠達(dá)到項目的需求。包括：保證項目實施活動遵從了項目質(zhì)量管理所制定的流程、標(biāo)準(zhǔn)、規(guī)范；確保軟件產(chǎn)品（軟件過程產(chǎn)品和軟件最終產(chǎn)品）達(dá)到了項目的要求；及時發(fā)現(xiàn)流程、標(biāo)準(zhǔn)、規(guī)范中存在的不足并得到關(guān)注并改進。項目質(zhì)量標(biāo)準(zhǔn)項目質(zhì)量方面，我方鄭重承諾：本項目遵循ISO9000的質(zhì)量管理體系，其質(zhì)量保證的規(guī)范標(biāo)準(zhǔn)和組織措施表現(xiàn)在項目實施方案中（包括項目實施規(guī)范、售后服務(wù)、配置管理、風(fēng)險管理等全過程）；本項目的系統(tǒng)集成遵循一級資質(zhì)的管理和實施標(biāo)準(zhǔn)；本項目的質(zhì)量度量遵循《軟件工程_產(chǎn)品質(zhì)量》（國標(biāo)GB/T16260）標(biāo)準(zhǔn)；本項目采用的第三方產(chǎn)品具有在中國銷售的許可和正版使用授權(quán)。質(zhì)量管理方法1、質(zhì)量規(guī)劃方法制定質(zhì)量保證計劃是有效的質(zhì)量規(guī)劃方法，必須有良好的計劃來規(guī)劃，使質(zhì)量保證活動集中在軟件質(zhì)量需求和項目風(fēng)險上。制定質(zhì)量保證計劃的目的在于明確定義項目質(zhì)量保證所需執(zhí)行的活動。質(zhì)量保證計劃必須與項目管理計劃和軟件工程的活動相關(guān)聯(lián)，質(zhì)量保證計劃是在項目初始階段就制定好的。質(zhì)量保證活動必須與項目各個階段緊密相連，例如設(shè)計規(guī)范必須在設(shè)計開始之前就定義好。軟件質(zhì)量保證計劃對后期的軟件開發(fā)質(zhì)量活動起著指導(dǎo)性的作用。項目啟動之時，即可制定質(zhì)量保證計劃，規(guī)范項目的整個開發(fā)過程。在項目質(zhì)量保證計劃中，應(yīng)明確以下內(nèi)容：文檔編寫應(yīng)遵循的規(guī)范代碼編寫遵循的規(guī)范開發(fā)活動應(yīng)遵循的規(guī)范評審計劃審計計劃2、質(zhì)量保證方法審計是軟件質(zhì)量保證的最基本的活動和手段。審計包括過程審計和產(chǎn)品審計。審計是把工作產(chǎn)品和項目實際活動與預(yù)先定義的標(biāo)準(zhǔn)和流程相比較，從而獲得軟件項目狀態(tài)和軟件產(chǎn)品的質(zhì)量。審計的輸出是審計報告，審計報告中包括項目狀態(tài)和軟件產(chǎn)品的質(zhì)量的評估結(jié)果、原因分析和改進意見。1）、產(chǎn)品審計產(chǎn)品審計是以計劃的內(nèi)容為基礎(chǔ)，以目標(biāo)和方法為依據(jù)、對所作的各種技術(shù)工作進行描述，同時提交執(zhí)行文檔，所有提交審查的記錄都將保存做為審計線索。各階段需要審計的重要產(chǎn)出物如下表所示。階段審計任務(wù)計劃開始時間項目啟動WBS計劃項目啟動階段結(jié)束軟件質(zhì)量保證計劃軟件配置管理計劃需求分析需求規(guī)格說明書需求分析階段結(jié)束需求跟蹤矩陣系統(tǒng)設(shè)計概要設(shè)計說明書系統(tǒng)設(shè)計階段結(jié)束詳細(xì)設(shè)計說明書系統(tǒng)開發(fā)代碼系統(tǒng)開發(fā)過程中單元測試計劃、測試用例單元測試分析報告系統(tǒng)測試集成測試分析報告系統(tǒng)測試階段結(jié)束用戶驗收測試結(jié)束系統(tǒng)測試分析報告試點推廣功能審計試點推廣階段過程中物理審計2）、過程審計過程審計就是把項目管理的全過程作為審計對象，對信息工程建設(shè)每個階段都采取全面調(diào)查與抽查相結(jié)合的方式，通過文件收集、定期填報表格、定期統(tǒng)計、現(xiàn)場調(diào)查等方法，審查每個階段的管理狀況，按照抽樣審計原則，采用分析性審計程序和其他方法進行重點抽查審計。重點審計項目計劃的執(zhí)行情況，過程文檔的完備性、文檔完善程度，以及各階段項目管理過程的規(guī)范性等進行審計。階段審計任務(wù)計劃開始時間項目啟動計劃過程審計項目啟動階段結(jié)束需求分析需求分析過程審計需求分析階段結(jié)束系統(tǒng)設(shè)計設(shè)計過程審計系統(tǒng)設(shè)計階段結(jié)束系統(tǒng)開發(fā)軟件實現(xiàn)過程審計系統(tǒng)開發(fā)過程中系統(tǒng)測試軟件測試過程審計系統(tǒng)測試過程中項目全過程配置管理過程審計定期審計項目全過程評審過程審計定期審計項目全過程缺陷跟蹤過程審計定期審計質(zhì)量控制方法1）、評審評審是希望通過第三者的角度發(fā)現(xiàn)產(chǎn)品或半成品中存在的問題并加以糾正。目的是擴大軟件開發(fā)過程的透明度，在軟件最終產(chǎn)品產(chǎn)生之前發(fā)現(xiàn)系統(tǒng)中存在的缺陷，并進行相應(yīng)的改進，以保證交付成果能夠符合項目的需求。主要的評審方法包括：臨時評審、輪查、走查、組內(nèi)評審、審查。本項目包括臨時評審、走查、組內(nèi)評審和審查。對于項目交付物在制作過程中的評審一般使用臨時評審和走查的方式。對于交付物的最終評審一般使用較為正式的組內(nèi)評審和審查方式。下表中列出了本項目各階段的關(guān)鍵成果的評審方式。如下表所示。階段評審對象評審方式系統(tǒng)啟動業(yè)務(wù)需求審查工作說明書審查里程碑計劃審查WBS計劃組內(nèi)評審，報工程辦批準(zhǔn)軟件質(zhì)量保證計劃組內(nèi)評審軟件配置管理計劃組內(nèi)評審需求分析軟件需求規(guī)格說明書組內(nèi)評審、工程辦組織評審系統(tǒng)測試計劃組內(nèi)評審系統(tǒng)測試用例組內(nèi)評審系統(tǒng)設(shè)計系統(tǒng)架構(gòu)設(shè)計組內(nèi)評審、工程辦組織評審系統(tǒng)概要設(shè)計（含數(shù)據(jù)庫設(shè)計）組內(nèi)評審系統(tǒng)詳細(xì)設(shè)計組內(nèi)評審集成測試計劃組內(nèi)評審集成測試用例組內(nèi)評審系統(tǒng)開發(fā)代碼走查單元測試計劃組內(nèi)評審單元測試用例組內(nèi)評審單元測試分析報告組內(nèi)評審系統(tǒng)測試系統(tǒng)測試分析報告組內(nèi)評審、工程辦組織評審集成測試分析報告審查試點推廣系統(tǒng)上線方案組內(nèi)評審、工程辦組織評審試點推廣方案組內(nèi)評審、工程辦組織評審2）、測試測試是軟件開發(fā)中最有效的質(zhì)量控制手段。針對不同的軟件開發(fā)階段，有不同的測試類型。如單元測試、集成測試、系統(tǒng)功能測試、系統(tǒng)性能測試、用戶驗收測試等。4、質(zhì)量度量方法軟件質(zhì)量度量的方法有三種：精密度量、全面度量和簡易度量。它們應(yīng)針對質(zhì)量目標(biāo)中給出的評價準(zhǔn)則的重要度分別采用。精密度量是使用質(zhì)量度量評價準(zhǔn)則進行詳細(xì)度量，工作量較大但度量精度也高。全面度量可以與簡易度量并用對各個質(zhì)量設(shè)計評價準(zhǔn)則進行度量。度量工作量可以控制在一定范圍之內(nèi)。質(zhì)量管理組織架構(gòu)項目組內(nèi)部的質(zhì)量管理工作的組織架構(gòu)主要由項目質(zhì)量經(jīng)理和質(zhì)量規(guī)范組來負(fù)責(zé)。如下圖所示。質(zhì)量管理人員組成及崗位職責(zé)，如下表所述。崗位名稱職責(zé)描述甲方質(zhì)量經(jīng)理由人員出任項目甲方質(zhì)量經(jīng)理。審核項目的質(zhì)量計劃。配合乙方質(zhì)量經(jīng)理對項目的質(zhì)量管理工作進行審計。定期就項目質(zhì)量情況向工程辦作匯報。乙方質(zhì)量經(jīng)理由我公司的質(zhì)量經(jīng)理出任項目乙方質(zhì)量經(jīng)理。審核項目的質(zhì)量計劃。負(fù)責(zé)對項目的質(zhì)量管理工作進行定期審計。甲方質(zhì)量規(guī)范組組長由人員出任甲方質(zhì)量規(guī)范組組長。協(xié)助項目組制定質(zhì)量保證計劃。配合乙方質(zhì)量規(guī)范組長，監(jiān)督質(zhì)量保證計劃的執(zhí)行情況。審核項目交付物的質(zhì)量。乙方質(zhì)量規(guī)范組組長由我公司的質(zhì)量經(jīng)理出任乙方質(zhì)量規(guī)范組組長。協(xié)助項目組制定質(zhì)量保證計劃。在項目的實施過程中，監(jiān)督質(zhì)量保證計劃的執(zhí)行情況。協(xié)助甲方質(zhì)量規(guī)范組長進行項目交付物審核工作。定期編寫質(zhì)量報告。項目質(zhì)量管理制度（一）質(zhì)量管理流程根據(jù)《工程管理辦法》及相關(guān)規(guī)程、《工程管理指南》的相關(guān)內(nèi)容，制定了適合本項目的質(zhì)量管理流程。如下圖所示。1）、制定質(zhì)量計劃項目組成立后，項目經(jīng)理和質(zhì)量規(guī)范組組長共同制定項目質(zhì)量計劃，并將計劃提交項目管理組評審。質(zhì)量計劃包括：質(zhì)量保證計劃、配置管理計劃、評審計劃和測試計劃。2）、審核質(zhì)量計劃質(zhì)量經(jīng)理審核質(zhì)量規(guī)范組提交的項目質(zhì)量計劃，審核通過后質(zhì)量規(guī)范組方可按質(zhì)量計劃執(zhí)行。3）、執(zhí)行質(zhì)量計劃質(zhì)量規(guī)范組按照質(zhì)量計劃，分別開展項目質(zhì)量管理、評審管理、配置管理、測試管理等工作，對項目的實施過程及產(chǎn)出物的質(zhì)量與規(guī)范性進行監(jiān)督和管控。4）、審計質(zhì)量計劃執(zhí)行質(zhì)量經(jīng)理對項目組的質(zhì)量情況進行審計，及時發(fā)現(xiàn)項目實施過程中存在的質(zhì)量問題，并督促項目組進行整改。5）、項目質(zhì)量評估項目里程碑完成時，由質(zhì)量規(guī)范組與質(zhì)量經(jīng)理共同評估項目質(zhì)量情況，并由質(zhì)量規(guī)范組編寫質(zhì)量報告。自軟件進入用戶環(huán)境測試環(huán)節(jié)開始，每個月末進行項目質(zhì)量評估，并向SCCB提交項目質(zhì)量報告。6）、匯報項目質(zhì)量狀況由質(zhì)量管控組負(fù)責(zé)向SCCB匯報項目質(zhì)量情況。如遇重大質(zhì)量問題，應(yīng)及時向SCCB做專題匯報。7）、決策質(zhì)量問題SCCB聽取項目質(zhì)量狀況匯報，并對匯報中的質(zhì)量問題進行決策。8）、轉(zhuǎn)入風(fēng)險和問題管理問題解決方案確定后，則轉(zhuǎn)入風(fēng)險和問題管理流程中進行處理。（二）質(zhì)量評估流程項目質(zhì)量評估工作一般在項目里程碑結(jié)束時進行。項目組會舉辦質(zhì)量保障評審會，對重要項目的各類產(chǎn)出物以及項目的管理過程，進行質(zhì)量評估。具體的質(zhì)量評估流程如下所述。1）、會前準(zhǔn)備項目組向工程辦申請召開項目產(chǎn)出物評審會。評審評委由工程辦領(lǐng)導(dǎo)、各職能組、稅務(wù)系統(tǒng)內(nèi)專家、稅務(wù)系統(tǒng)外專家組成。在會議召開前確定會議主持人及評審組長。項目組應(yīng)在評審會召開前三日內(nèi)，將紙質(zhì)和電子評審材料提交工程辦及各職能組。評審專家應(yīng)在會前對評審材料提出反饋意見。2）、評審會召開評審會上首先由項目組介紹評審內(nèi)容，評審人員提出意見和建議，項目組負(fù)責(zé)人針對專家評委的問題進行回答。經(jīng)過討論、分析后專家達(dá)成一致意見，由評審組長總結(jié)專家評審意見。3）、會后總結(jié)項目組根據(jù)評審意見對評審文檔進行修改，所有修改需經(jīng)質(zhì)量管控組及項目經(jīng)理確認(rèn)。評審工作完成后，質(zhì)量管控組在會后編寫項目質(zhì)量評估報告。軟件質(zhì)量度量在本項目中，我公司將根據(jù)《軟件工程_產(chǎn)品質(zhì)量》（國標(biāo)GB/T16260）規(guī)定的質(zhì)量模型、度量要求和度量方法，制定針對本項目的質(zhì)量測量計劃。1、質(zhì)量模型框架軟件的質(zhì)量模型包括內(nèi)部質(zhì)量、外部質(zhì)量和使用質(zhì)量。本項目中主要針對內(nèi)部質(zhì)量和外部質(zhì)量建立軟件質(zhì)量模型。內(nèi)部質(zhì)量是基于內(nèi)部視角的軟件產(chǎn)品特性的總體。內(nèi)部質(zhì)量針對內(nèi)部質(zhì)量需求被測量和評價。軟件產(chǎn)品質(zhì)量的枝節(jié)部分可以在代碼實現(xiàn)、評審和測試期間被改進，但是由內(nèi)部質(zhì)量表示的軟件產(chǎn)品質(zhì)量的基本性質(zhì)不會改變，除非進行重新設(shè)計。外部質(zhì)量是基于外部視角的軟件產(chǎn)品特性的總體。即當(dāng)軟件執(zhí)行時，典型地是在模擬環(huán)境中用模擬數(shù)據(jù)測試時，使用外部度量所測量和評價的質(zhì)量。在測試期間，大多數(shù)故障都應(yīng)該可以被發(fā)現(xiàn)和消除。然而，在測試后仍會存在一些故障。這是因為難以校正軟件的體系結(jié)構(gòu)或軟件其他的基礎(chǔ)設(shè)計方面，所以基礎(chǔ)設(shè)計在整個測試中通常保持不變。將軟件質(zhì)量屬性劃分為六個特性（功能性、可靠性、易用性、效率、維護性和可移植性），并進一步細(xì)分為若干子特性（如下圖所示）這些子特性可用內(nèi)部或者外部度量來測量。我公司在本項目中所采用的質(zhì)量模型，如下表所示?；顒?活動2活動3活動4活動5活動6階段需求分析系統(tǒng)設(shè)計系統(tǒng)開發(fā)系統(tǒng)測試試點推廣項目驗收模型的引用所需的用戶質(zhì)量；所需的內(nèi)部質(zhì)量；所需的外部質(zhì)量預(yù)測的使用質(zhì)量；預(yù)測的外部質(zhì)量；測量的內(nèi)部質(zhì)量預(yù)測的使用質(zhì)量；測量的外部質(zhì)量；預(yù)測的外部質(zhì)量；測量的內(nèi)部質(zhì)量預(yù)測的使用質(zhì)量；測量的外部質(zhì)量；預(yù)測的外部質(zhì)量；測量的內(nèi)部質(zhì)量預(yù)測的使用質(zhì)量測量的外部質(zhì)量，測量的內(nèi)部質(zhì)量測量的使用質(zhì)量，測量的外部質(zhì)量，測量的內(nèi)部質(zhì)量活動的關(guān)鍵可交付成果用戶的質(zhì)量需求；外部的質(zhì)量需求；內(nèi)部的質(zhì)量需求系統(tǒng)架構(gòu)設(shè)計；系統(tǒng)詳細(xì)設(shè)計；軟件代碼;測試結(jié)果軟件產(chǎn)品;集成的系統(tǒng)，測試結(jié)果推廣上線的系統(tǒng)交付的軟件產(chǎn)品用于測量的度量內(nèi)部度量外部度量（用于確認(rèn)需求規(guī)格說明)內(nèi)部度量內(nèi)部度量外部度量內(nèi)部度量外部度量內(nèi)部度量外部度量內(nèi)部度量外部度量使用質(zhì)量度量2、質(zhì)量需求的確定質(zhì)量需求的確定工作，要在需求分析階段完成。質(zhì)量模型中定義的每個質(zhì)量特性和子特性，在下表中確定用戶要求的每類測量（外部和內(nèi)部質(zhì)量）的權(quán)重。根據(jù)分配的相對權(quán)重，質(zhì)量經(jīng)理將在質(zhì)量評價過程中集中精力于最重要的子特性上。如下表所示。外部與內(nèi)部質(zhì)量特性子特性權(quán)重（高/中/低）功能性適合性準(zhǔn)確性互操作性安全保密性功能性的依從性可靠性成熟性容錯性易恢復(fù)性可靠性的依從性易用性易理解性易學(xué)性易操作性吸引性易用性的依從性效率時間特性資源利用性效率的依從性維護性易分析性易改變性穩(wěn)定性易測試性維護性的依從性可移植性適應(yīng)性易安裝性共存性易替換性可移植性的依從性3、質(zhì)量評價的規(guī)格說明下表中明確了質(zhì)量模型中定義的每個質(zhì)量子特性均標(biāo)識要應(yīng)用的度量和要求的級別。在質(zhì)量評價過程中，對于各指標(biāo)項的度量要求應(yīng)達(dá)到下表中的的度量要求。如下表所示。指標(biāo)大類指標(biāo)子類度量名稱度量要求一、功能實現(xiàn)程度適合性功能的充分性1.0功能實現(xiàn)的完整性1.0功能實現(xiàn)的覆蓋率1.0功能規(guī)格說明的穩(wěn)定性(揮發(fā)度)大于0.975準(zhǔn)確性預(yù)期的準(zhǔn)確性小于5個/月計算的準(zhǔn)確性小于20次/月精度小于5次/月互操作性數(shù)據(jù)的可交換性（基于數(shù)據(jù)格式）大于0.995數(shù)據(jù)的可交換性（基于用戶的成功嘗試）X大于0.99Y小于10個/月安全保密性訪問的可審核性1.0訪問的可控制性1.0防止數(shù)據(jù)訛誤X=1.0Y=1.0Z=0功能依從性功能性的依從性1.0界面標(biāo)準(zhǔn)的依從性1.0二、可靠性成熟性估計潛在的故障密度小于0.0025針對測試用例的失效密度0失效解決1故障密度小于0.0025故障排除X=1.0Y=1.0平均失效間隔時間（MTBF）X、Y大于6個月/次故障測試覆蓋率(規(guī)定的測試覆蓋運行場景)1.0測試的成熟性1.0容錯性避免死機1.0避免失效1.0抵御誤操作1.0易恢復(fù)性可用性X＝0.9972Y＝0.9972平均宕機時間小于1小時/次平均恢復(fù)時間小于0.5小時/次可重新啟動性1.0易修復(fù)性1.0修復(fù)的有效性1.0可靠性的依從性可靠性的依從性1.0三、可用性易理解性描述的完整性0.9975演示的獲得性0.9975使用時演示的獲得性0.9975演示的有效性0.9975明顯的功能0.9950功能的易理解性0.9950易理解的輸入和輸出0.9950易學(xué)性功能學(xué)習(xí)的難易性小于20分鐘/項在使用中學(xué)習(xí)執(zhí)行一項任務(wù)的難易性小于20分鐘/項用戶文檔和/或幫助機制的有效性大于0.95所用的用戶文檔和幫助機制的有效性大于0.95幫助的獲得性大于0.95幫助的頻率2個易操作性在使用中操作的一致性X＝0.99Y＝1個/月錯誤的糾正5分鐘使用中的錯誤糾正X＝12次/小時Y＝1.0使用中默認(rèn)值的可用性1.0使用中的消息的可理解性1次/月自解釋的出錯信息1.0在使用中操作錯誤的易恢復(fù)性1.0在使用中人為錯誤操作的間隔時間1次/月（用戶錯誤糾正的）可還原性X＝1.0Y＝1.0易定制性1.0操作規(guī)程的減少1.0物理可訪問性1.0吸引性相互吸引80分以上界面外觀的易定制性0.9975易用性的依從性易用性的依從性1.0四、效率時間特性響應(yīng)時間詳見”非功能性需求”部分響應(yīng)時間要求表響應(yīng)時間（平均響應(yīng)時間）響應(yīng)時間（最壞情況下的響應(yīng)時間比率）吞吐量350萬/小時吞吐量（平均吞吐量）200萬/小時吞吐量（最壞吞吐量比率）100萬/小時周轉(zhuǎn)時間詳見”非功能性需求”部分響應(yīng)時間要求表周轉(zhuǎn)時間（平均周轉(zhuǎn)時間）周轉(zhuǎn)時間（最壞情況下周轉(zhuǎn)時間的比率）等待時間小于0.2（視操作類型）資源利用率I/O設(shè)備的利用性0.8I/O負(fù)載的限度0.7與錯誤相關(guān)的I/O1次/年平均I/O完成比率0I/O設(shè)備利用的用戶等待時間0.001秒最大的內(nèi)存利用數(shù)小于0.8內(nèi)存錯誤的平均發(fā)生數(shù)小于0.8內(nèi)存錯誤與時間的比率2次/年最大的傳輸利用限度小于0.8介質(zhì)設(shè)備利用的平衡小于0.8傳輸錯誤的平均發(fā)生情況小于0.8傳輸錯誤與時間的平均比1次/月傳輸能力的利用大于0.9依從性效率的依從性1.0五、可維護性易分析性審核追蹤的能力1.0對診斷功能的支持1.0失效分析的能力1.0失效分析的效率1天/次狀態(tài)監(jiān)視的能力1.0易改變性變更周期的效率上線初期小于1個月/次；正常運行小于2個月/次實施變更所用的時間3天/次修改的復(fù)雜性3天/次參數(shù)表示的可修改性大于0.95軟件變更控制的能力1.0穩(wěn)定性變更成功的比率X小于1次/年Y小于0.2修改影響局部化（變更后出現(xiàn)失效）0易測試性內(nèi)置測試功能的有效性1.0重新測試的效率小于1天/次測試的重啟性1.0依從性維護性的依從性1.0六、可移植性適應(yīng)性數(shù)據(jù)結(jié)構(gòu)的適應(yīng)性1.0硬件環(huán)境的適應(yīng)性（指適應(yīng)硬件設(shè)備及網(wǎng)絡(luò)設(shè)施）1.0組織環(huán)境的適應(yīng)性（指對組織的基礎(chǔ)設(shè)施的適應(yīng)性）1.0用戶移植的友好性7天系統(tǒng)軟件環(huán)境的適應(yīng)性（OS、網(wǎng)絡(luò)軟件及合作應(yīng)用軟件的適應(yīng)性）1.0易安裝易于安裝1.0易于重新安裝1.0共存性有效的共存性0易替換性數(shù)據(jù)的連續(xù)使用大于0.9功能的內(nèi)含性大于0.9用戶支持功能的一致性大于0.9依從性可移植性的依從性1.04、質(zhì)量評價的設(shè)計根據(jù)質(zhì)量評價的規(guī)格要求，制定質(zhì)量測量計劃。下表針對功能實現(xiàn)程度舉例，分別列舉了功能實現(xiàn)程度中的各指標(biāo)子類，要評價的可交付物以及對應(yīng)的內(nèi)外部質(zhì)量度量。如下表所示。指標(biāo)大類指標(biāo)子類要評價的可交付物應(yīng)用的內(nèi)部度量應(yīng)用的外部度量一、功能實現(xiàn)程度適合性需求規(guī)格說明書1、功能的充分性2、功能實現(xiàn)的完整性3、功能實現(xiàn)的覆蓋率4、功能規(guī)格說明的穩(wěn)定性(揮發(fā)度)1、功能的充分性2、功能實現(xiàn)的完整性3、功能實現(xiàn)的覆蓋率4、功能規(guī)格說明的穩(wěn)定性(揮發(fā)度)評審報告設(shè)計文檔源代碼準(zhǔn)確性設(shè)計文檔1、計算的準(zhǔn)確性2、精度源代碼評審報告需求規(guī)格說明書1、預(yù)期的準(zhǔn)確性2、計算的準(zhǔn)確性3、精度用戶操作手冊測試報告互操作性設(shè)計文檔1、數(shù)據(jù)的可交換性（依據(jù)數(shù)據(jù)格式）2、接口的一致性（協(xié)議）源代碼評審報告需求規(guī)格說明書1、數(shù)據(jù)的可交換性（依據(jù)數(shù)據(jù)格式）2、數(shù)據(jù)的可交換性（依據(jù)用戶的成功嘗試）用戶操作手冊測試報告安全保密性需求規(guī)格說明書1、訪問的可審核性2、訪問的可控制性3、數(shù)據(jù)的抗訛誤性4、加密設(shè)計文檔源代碼評審報告測試規(guī)格說明1、訪問的可審核性2、訪問的可控制性3、防止數(shù)據(jù)訛誤測試報告運行報告功能依從性需求規(guī)格說明書1、功能性的依從性2、系統(tǒng)間標(biāo)準(zhǔn)的依從性設(shè)計文檔源代碼評審報告相關(guān)標(biāo)準(zhǔn)、法規(guī)1、功能性的依從性2、界面標(biāo)準(zhǔn)的依從性測試規(guī)格說明測試報告5、質(zhì)量評價的執(zhí)行與反饋根據(jù)上表中的質(zhì)量測量評價計劃，參考國標(biāo)GB/T16260中的質(zhì)量度量的應(yīng)用方法和測量公式，分別將質(zhì)量規(guī)格說明中所有的指標(biāo)項進行質(zhì)量測量。將收集的質(zhì)量度量數(shù)據(jù)進行分析，將結(jié)論形成質(zhì)量報告，提交工程辦、項目組及相關(guān)職能組。同時將質(zhì)量需要改進的區(qū)域進行標(biāo)識，通過質(zhì)量改進后使其滿足客戶方的需求。項目風(fēng)險管理項目風(fēng)險管理要求響應(yīng)我們將針對運行維護和優(yōu)化完善的工作要求，詳細(xì)分析項目過程中可能出現(xiàn)的各類風(fēng)險，制定完善的風(fēng)險管理策略，以有效控制風(fēng)險發(fā)生。當(dāng)風(fēng)險事件發(fā)生時，我方人員能夠快速響應(yīng)和妥善處理風(fēng)險事件造成的不利后果，保證項目總體目標(biāo)的實現(xiàn)，并及時提交相應(yīng)的風(fēng)險評估報告、處理結(jié)果報告。風(fēng)險管理項目風(fēng)險管理包括風(fēng)險管理規(guī)劃、風(fēng)險識別、風(fēng)險分析、風(fēng)險應(yīng)對規(guī)劃和風(fēng)險監(jiān)控等各個過程。項目風(fēng)險管理的目標(biāo)在于提高項目積極事件的概率和影響，降低項目消極事件的概率和影響。風(fēng)險管理的主要工作如下圖：風(fēng)險管理過程如下圖：風(fēng)險管理流程如下圖所示：風(fēng)險管理模板如下圖所示：問題管理制訂和執(zhí)行問題分析計劃，監(jiān)控和更新問題狀態(tài)；我公司及時發(fā)現(xiàn)、處理項目執(zhí)行過程中的風(fēng)險和問題，向招標(biāo)人匯報無法處理的風(fēng)險和問題。在應(yīng)用軟件項目實施過程中，會產(chǎn)生各種各樣的問題，而對軟件問題進行有效及時的分析、處理和跟蹤解決，是保障軟件長期良好運行的必要條件。1、問題管理流程應(yīng)統(tǒng)一對所有問題進行接收和跟蹤解決，由于問題來源面廣、問題類型多樣復(fù)雜、經(jīng)手人多等特點，我們對所有問題設(shè)計了一套統(tǒng)一的問題管理流程，如下圖所示：2、問題管理模板問題管理模板示例如下：對于無法處理的問題，由項目組按照《問題管理模板》的方式向招標(biāo)人匯報。項目溝通管理項目溝通管理要求響應(yīng)項目實施過程中，我方通過建立制度化的溝通渠道等方式，加強與招標(biāo)人和其他相關(guān)方的溝通。我方將遵守招標(biāo)人項目管理相關(guān)規(guī)定，接受招標(biāo)人項目管理機構(gòu)和項目負(fù)責(zé)人的領(lǐng)導(dǎo)，指定負(fù)責(zé)人與招標(biāo)人和其他相關(guān)方保持溝通、協(xié)調(diào)。我方承諾：項目啟動后，將建立項目例會制度，就項目進展情況、存在的問題、需要協(xié)調(diào)的主要事項、下一階段工作計劃等與招標(biāo)人和其他相關(guān)方進行適時的溝通協(xié)調(diào)。我們深刻的理解到溝通管理就是要保證項目信息及時、正確的獲取、整理、交流、保存以及最終進行處置，保證項目組內(nèi)外部的信息暢通。溝通管理貫穿項目整個實施過程，通過建立良好的溝通渠道，加強溝通管理，更好地實現(xiàn)項目目標(biāo)。溝通管理計劃項目經(jīng)理分析項目干系人的信息需求，制訂項目溝通計劃，溝通計劃包括書面溝通計劃和會議溝通計劃兩部分。溝通類型項目組每周必須召開內(nèi)部工作例會，項目經(jīng)理負(fù)責(zé)組織項目例會和匯總工作情況形成項目工作周報；項目組每周與用戶方召開工作例會，并匯總形成周例會會議紀(jì)要；項目經(jīng)理參加工程辦定期召開的PMO例會；項目組根據(jù)項目進度計劃召開階段工作總結(jié)會，項目經(jīng)理負(fù)責(zé)組織總結(jié)會并匯總形成階段工作總結(jié)報告；項目組根據(jù)需要召開專題討論會，項目經(jīng)理負(fù)責(zé)組織專題會并形成專題會會議紀(jì)要；項目組與其他組之間的溝通需求，由甲方項目經(jīng)理負(fù)責(zé)協(xié)調(diào)。會議類型列表（招標(biāo)方人員為初步分析人員，以項目實施過程招標(biāo)人確定的為準(zhǔn)）：會議類型會議目的會議參加人員會議頻率工程指導(dǎo)會議對工程的整體指導(dǎo)。聽取工程匯報，審核工程的進度下達(dá)指導(dǎo)委員會指示，解決工程中的問題和沖突，給出具體意見。稅務(wù)總局主管局長，工程辦人員，相關(guān)人員每月工程辦會議聽取項目的詳細(xì)匯報，審核項目進度，解決項目的問題和沖突，給出具體意見。工程辦，項目監(jiān)理，重點項目乙方人員兩周一次項目協(xié)調(diào)專題會議解決相關(guān)項目之間的問題和沖突工程辦相關(guān)負(fù)責(zé)人，項目相關(guān)人員根據(jù)需要項目例會項目內(nèi)問題解決，進度跟蹤，任務(wù)分配項目組甲乙方骨干人員每周一次階段總結(jié)會對本階段工作進行總結(jié)項目組全體階段結(jié)束報告機制項目進展報告匯報機制：同時，溝通中相關(guān)計劃和報告要提交監(jiān)理方。溝通相關(guān)模板及示例《溝通計劃模板》《組間溝通申請模板》《工作周報模板》《會議紀(jì)要模板》溝通計劃模板如下圖所示：溝通工具在本項目中將采用協(xié)同辦公平臺、騰訊通、電子郵件、微信、FeiQ等多種溝通工具。應(yīng)急計劃本項目的關(guān)鍵成功因素如上圖所示，要成功的建設(shè)本項目，需要做好如下工作：正確理解戰(zhàn)略方向：指導(dǎo)本項目的戰(zhàn)略目標(biāo)、愿景、原則等；準(zhǔn)確把握建設(shè)目標(biāo)：包括本項目的定位、項目間的關(guān)系等；認(rèn)真分析現(xiàn)狀不足和發(fā)展機遇：其中現(xiàn)狀是指業(yè)務(wù)與信息系統(tǒng)當(dāng)前的能力與技術(shù)；機遇是指業(yè)務(wù)與信息系統(tǒng)未來可能獲得的改善；清醒認(rèn)識重大的風(fēng)險與挑戰(zhàn)：在建設(shè)本項目過程中遇到的風(fēng)險及挑戰(zhàn)；清晰理解項目的邊界與約束：從業(yè)務(wù)、架構(gòu)、管控等多個方面對“本項目進行界定、約束和進度控制；科學(xué)的分析出項目關(guān)鍵的成功要素與策略：成功要素是指要成功實施本項目需要具備的能力；關(guān)鍵策略是指成功實施本項目需要采用的關(guān)鍵性策略。在本項目正式實施之前，我們評估了本項目數(shù)據(jù)資源建設(shè)項目云平臺數(shù)據(jù)管理項目建設(shè)成功的關(guān)鍵因素和主要風(fēng)險，在技術(shù)實現(xiàn)上作了如下重要準(zhǔn)備工作：遵從總體規(guī)劃中數(shù)據(jù)資源建設(shè)項目云平臺數(shù)據(jù)管理項目三層架構(gòu)設(shè)計，借鑒我們在其他行業(yè)全國大集中的經(jīng)驗教訓(xùn)，細(xì)化設(shè)計并開發(fā)、測試、驗證了技術(shù)架構(gòu)；按照面向?qū)ο蟮姆治鲈O(shè)計方法提煉了數(shù)據(jù)、應(yīng)用框架，并在此基礎(chǔ)上實現(xiàn)了的主要的數(shù)據(jù)、應(yīng)用組件；按照SOA架構(gòu)設(shè)計思路，設(shè)計和開發(fā)了工作流業(yè)務(wù)框架，并在此基礎(chǔ)上開發(fā)、驗證測試了典型的工作流業(yè)務(wù)；就數(shù)據(jù)資源建設(shè)項目云平臺數(shù)據(jù)管理項目數(shù)據(jù)模型和權(quán)限模型方面進行了設(shè)計和驗證性測試；在數(shù)據(jù)資源建設(shè)項目云平臺數(shù)據(jù)管理項目數(shù)據(jù)模型的基礎(chǔ)上，通過對業(yè)務(wù)熱點分析，進一步提煉出了業(yè)務(wù)狀態(tài)數(shù)據(jù)模型，并實現(xiàn)了大部分業(yè)務(wù)狀態(tài)查詢服務(wù)；在數(shù)據(jù)庫設(shè)計方面，進行了分庫、表分區(qū)的不同模式的壓力測試，為數(shù)據(jù)資源建設(shè)項目云平臺數(shù)據(jù)管理項目數(shù)據(jù)庫設(shè)計奠定了堅實的基礎(chǔ)。在工期緊、任務(wù)重的情況下，相信我們的準(zhǔn)備工作對本項目的順利實施是大有裨益的。 重大風(fēng)險及規(guī)避措施本項目的重大風(fēng)險和規(guī)避措施如下：風(fēng)險大類風(fēng)險小類風(fēng)險說明應(yīng)對措施協(xié)作風(fēng)險廠商間協(xié)作風(fēng)險多項目、多廠商并行工作，項目間依賴關(guān)系復(fù)雜，選擇有豐富經(jīng)驗的總集成