軟件過程執(zhí)行與審計標準交流

軟件過程執(zhí)行與審計標準(biāozhǔn)交流

軟件(ruǎnjiàn)過程質(zhì)量部共三十二頁職責與工作(gōngzuò)內(nèi)容培訓(péixùn)大綱過程要求及審計常見問題SQA如何進行審計關于審計標準的答疑共三十二頁負責整個項目生命周期各項活動的總體計劃、階段計劃、任務分配、溝通、協(xié)調(diào)、跟蹤(gēnzōng)、控制，保證在預算成本內(nèi)按規(guī)定的質(zhì)量和進度達到項目目標；項目經(jīng)理是項目組對外承諾的唯一出口。源自：（SPI_OPD_G04_軟件項目組架構.doc）項目經(jīng)理工作(gōngzuò)職責工作職責與工作內(nèi)容共三十二頁項目的第一責任人，對項目的全過程負責。對外負責與客戶溝通(gōutōng)，準確理解客戶需求，把握項目總體方向。對內(nèi)協(xié)調(diào)項目各項工作，確保項目質(zhì)量、成本、進度按時按質(zhì)的完工。項目組需要完成其它的各項工作。項目經(jīng)理工作(gōngzuò)職責工作職責與工作內(nèi)容共三十二頁項目(xiàngmù)啟動過程工作(gōngzuò)內(nèi)容啟動項目的條件(合同，意向合同，特批)。下達項目任務書（項目合并，按維護執(zhí)行）。建立軟件項目配置庫、生產(chǎn)管理平臺建立項目。制定軟件項目計劃。制定項目迭代信息表（方便核算項目產(chǎn)值）。數(shù)據(jù)轉(zhuǎn)換（早策劃）。啟動會議（最好會議形式）。

共三十二頁制定軟件項目(xiàngmù)計劃過程工作(gōngzuò)內(nèi)容過程裁剪申請（最好提前跟SQA溝通）。項目估算（FPA）。制定軟件項目計劃及相關子計劃（里程碑設置要合理）。計劃評審、審核審批。計劃變更（變更的條件，子計劃同步更新）。共三十二頁

需求(xūqiú)獲取過程工作(gōngzuò)內(nèi)容需求調(diào)研計劃（用戶確認）需求調(diào)研記錄編寫用戶需求說明書（評審）編寫需求跟蹤矩陣

共三十二頁

需求分析(fēnxī)過程工作(gōngzuò)內(nèi)容編寫需求規(guī)格說明書評審需求編寫<確認測試用例>編寫用戶手冊初稿填寫需求跟蹤矩陣項目再次估算（FPA）成本預算

共三十二頁

需求(xūqiú)變更管理過程工作(gōngzuò)內(nèi)容需求變更的記錄需求變更的評估需求變更回復需求變更實施需求變更跟蹤

共三十二頁

系統(tǒng)(xìtǒng)設計過程工作(gōngzuò)內(nèi)容編寫設計文檔評審設計文檔（組內(nèi)、同行）編寫系統(tǒng)測試用例編寫集成測試用例相關手冊初稿需求跟蹤矩陣

共三十二頁

代碼設計(shèjì)過程工作(gōngzuò)內(nèi)容編寫模塊代碼（編碼規(guī)范）代碼走讀單元測試重點代碼檢查需求跟蹤矩陣

共三十二頁

產(chǎn)品發(fā)布(fābù)過程工作(gōngzuò)內(nèi)容對內(nèi)發(fā)布、對外發(fā)布。集成測試（測試報告）。整理相關手冊。申請發(fā)布產(chǎn)品?；€審計。需求跟蹤矩陣。

共三十二頁

系統(tǒng)測試(cèshì)過程工作(gōngzuò)內(nèi)容對內(nèi)發(fā)布軟件系統(tǒng)測試準入及中止準則缺陷管理跟蹤測試報告需求跟蹤矩陣

共三十二頁

系統(tǒng)實施過程(guòchéng)工作(gōngzuò)內(nèi)容用戶確認測試數(shù)據(jù)轉(zhuǎn)換用戶培訓系統(tǒng)試運行系統(tǒng)驗收項目總結（開會）再次項目估算（FPA）

共三十二頁

維護(wéihù)過程工作(gōngzuò)內(nèi)容項目維護計劃，過程裁剪成本預算咨詢類事件（咨詢服務記錄和咨詢服務報告）巡檢類事件（計劃和巡檢報告）故障類事件實施部署（實施方案、演練）“問題”管理（知識庫）維護服務報告

共三十二頁

制定項目日程(rìchéng)過程工作(gōngzuò)內(nèi)容制定項目日程（三個層級日程）整體規(guī)劃階段（階段）階段規(guī)劃（主要活動）每周結束時（具體任務）任務跟蹤，狀態(tài)維護（3天內(nèi)確認工時）項目日程變更（項目范圍、進度）

共三十二頁

項目監(jiān)控(jiānkònɡ)過程工作(gōngzuò)內(nèi)容檢查項目狀態(tài)頻率：周、月、階段、里程碑內(nèi)容：進度、工作量、成本、風險、規(guī)模、需求匯總項目狀態(tài)報告（周、月、里程碑、項目數(shù)據(jù)分析匯總表）項目問題跟蹤處理（整理、上報、處理、關閉）項目經(jīng)理變更

共三十二頁評審(pínɡshěn)和同行評審(pínɡshěn)過程工作(gōngzuò)內(nèi)容評審對象（計劃、需求設計文檔、測試用例）評審時期（各產(chǎn)出物完成后）評審流程評審計劃預審準備（要有預審缺陷）組織評審會議（會議形式）缺陷管理跟蹤評審報告（缺陷都要得到合理的解決）SQA驗證評審結果

共三十二頁紅燈(hónɡdēnɡ)1個食藥監(jiān)中心(zhōngxīn)-11、12月份審計結果1、沒有提交系統(tǒng)測試，發(fā)布到正式環(huán)境的功能模塊有問題。共三十二頁黃燈5個食藥監(jiān)中心(zhōngxīn)-11、12月份審計結果1、沒執(zhí)行發(fā)布過程，或者有發(fā)布但發(fā)布過程執(zhí)行不到位，沒有經(jīng)過SCCB和SQA的審核審批。2、《維護服務報告》沒有審核審批，另外項目有操作咨詢(zīxún)的活動，但沒相應的記錄。3、缺少集成測試用例和測試結果的記錄。共三十二頁提醒(tíxǐng)17個食藥監(jiān)中心-11、12月份(yuèfèn)審計結果共三十二頁日常工作(gōngzuò)要求項目(xiàngmù)文檔管理項目文檔的提交需要及時。項目集，各階段目錄下先建子系統(tǒng)目錄。項目文檔的提交需要放到準確的位置。根據(jù)配置管理計劃說明存放文檔各階段的產(chǎn)出物放到對應階段下，不可混淆。項目審計以SVN中產(chǎn)出物為準。共三十二頁日常工作(gōngzuò)要求工作(gōngzuò)要求項目文檔管理項目工時管理項目缺陷管理共三十二頁日常工作(gōngzuò)要求項目工時(gōngshí)管理開發(fā)人員在不同項目的工作任務需要按不同項目分配；開發(fā)人員在項目不同模塊的工作任務需要按功能模塊分配；開發(fā)人員在項目不同階段的工作任務需要按任務類型分配；開發(fā)人員在填寫處理缺陷、用戶問題的任務時，要關聯(lián)相應的缺陷和用戶問題。例子：如開發(fā)人員在某天開展某項目某模塊的編碼階段的工作，并且處理的工作包含編碼，代碼走查、單元測試工作。因此，在分配任務時，當天的任務需要列為3條任務，不能合并在一起。共三十二頁日常工作(gōngzuò)要求項目缺陷(quēxiàn)管理缺陷需要按項目、模塊進行錄入；各階段發(fā)現(xiàn)的缺陷需要分階段錄入；分派缺陷時，確認缺陷類型；需要填寫缺陷計劃解決時間、解決方案等內(nèi)容。共三十二頁SQA如何(rúhé)進行審計主要通過項目周、月報、工作日程或項目計劃中的工作(gōngzuò)計劃，獲得項目進度情況與階段狀態(tài)。

第一步檢查項目在審計周期內(nèi)完成的進度和開展的工作任務。第二步檢查項目目前所完成階段對應過程的活動及產(chǎn)出物通過第一步獲取目前項目的階段，然后檢查當前審計周期內(nèi)，項目的活動及產(chǎn)出物。第三步根據(jù)檢查結果編寫《SQA審計報告》共三十二頁審計(shěnjì)檢查點及給燈項目階段對應過程活動或產(chǎn)出物性質(zhì)活動或產(chǎn)出物名稱現(xiàn)象給燈1項目啟動項目啟動過程重要活動下達項目任務書未執(zhí)行該活動紅燈2重要產(chǎn)出物軟件項目任務書分發(fā)了項目啟動通知書，同時已經(jīng)開展軟件項目的活動，但是無軟件項目任務書紅燈3一般產(chǎn)出物項目合并申請實際按合并項目來管理，但沒有走合并申請流程，缺少相應申請表黃燈4一般產(chǎn)出物開發(fā)項目按維護過程執(zhí)行申請表實際按維護過程執(zhí)行但沒有走申請流程，缺少相應申請表黃燈5關鍵活動建立軟件項目配置管理區(qū)未執(zhí)行該活動，即沒有建立該項目獨立的（或與其他項目共用VSS）VSS區(qū)域紅燈6關鍵活動制定軟件項目計劃未執(zhí)行該活動，即沒有制定軟件項目計劃，卻開展項目計劃應該包含的項目活動紅燈7一般活動制定項目迭代信息表包含迭代的項目應執(zhí)行該活動，但未執(zhí)行該活動，黃燈8一般產(chǎn)出物《項目迭代信息表》包含迭代的項目應執(zhí)行該活動，但未編制提交該產(chǎn)出物黃燈9一般活動召開軟件項目啟動會議未召開軟件項目啟動會議黃燈10一般產(chǎn)出物《軟件項目啟動會議紀要》召開了軟件項目啟動會議，但沒有會議紀要黃燈共三十二頁關于審計標準(biāozhǔn)的答疑相關文檔：《SPI_SQA02_C06_SQA審計(shěnjì)檢查表》《SPI_SQA02_G02_SQA審計結果處理規(guī)則明細》《SPI_SQA02_G01_SQA審計標準及審計結果處理指南》《SPI_SPE05_G02軟件系統(tǒng)測試準入及中止準則》共三十二頁答疑(dáyí)1對于不同類型的項目（如開發(fā)項目、維護項目、合并項目等）是如何體現(xiàn)、應用CMM體系；系統(tǒng)測試通過率是如何計算的？(（首輪通過模塊*1+首輪回歸通過模塊數(shù)*0.8+其他輪次通過模塊數(shù)*0.5）/本次提交模塊數(shù))開發(fā)項目合并理由該從哪些方面來寫（項目實際情況）；修改項目狀態(tài)時，迭代狀態(tài)與項目狀態(tài)的區(qū)別；維護經(jīng)理不明白《問題記錄清單》里的問題，是由事件升級而來的而不是事件本身；不少歷史項目很久沒有活動，但是沒有暫停(zàntínɡ)；不知道里項目計劃中里程碑該如何設定，總結也不及時，并不太清楚該怎么寫。（階段完成情況、下一階段的計劃、項目存在問題、過程執(zhí)行情況、管理方面等）共三十二頁答疑(dáyí)2由于公司禁用了project，所以項目計劃中的甘特圖如何做？需求跟蹤矩陣應用的意義以及如何操作？需求-設計-代碼-測試如何能做到一一對應，并且如何審計？項目在簽回合同前已開展的工作的工時如何填寫，如何進行度量？項目監(jiān)控中，如何對進度、成本、工作量進行監(jiān)控，如何對各要素進行跟蹤與評價當前項目的情況，以及如何進行與預算、估算的對比和分析，并調(diào)整(tiáozhěng)項目的執(zhí)行計劃。共三十二頁謝謝(xièxie)！共三十二頁內(nèi)容(nèirón