高效率的軟件項(xiàng)目質(zhì)量管理

開課地點(diǎn)：	深圳
授課時間：	2011年7月29-30日
授課顧問：	周志龍
開課時間：	2011-7-29
市場報(bào)價：	0
購買價格：	0
審核時間：	我要報(bào)名2011-06-29 14:51:50

　　

學(xué)習(xí)對象

項(xiàng)目經(jīng)理、研發(fā)骨干、產(chǎn)品經(jīng)理、質(zhì)量經(jīng)理、測試經(jīng)理、QA等

課程目標(biāo)

課程收益 速度和質(zhì)量越來越成為軟件開發(fā)制勝的關(guān)鍵，然而管理人員和開發(fā)人員長期為以下問題所困擾，通過本課程的學(xué)習(xí)，將發(fā)現(xiàn)問題產(chǎn)生的根源以及行之有效的解決措施。 ①. 項(xiàng)目延期最本質(zhì)的原因是什么？ 項(xiàng)目進(jìn)度緊張，開發(fā)人員常常沒日沒夜地加班，然而項(xiàng)目進(jìn)度總是一延再延期。 ②. 如何有限的工期交付高質(zhì)量的產(chǎn)品？ 客戶對軟件產(chǎn)品質(zhì)量要求高，而開發(fā)工期卻很短，很多項(xiàng)目在面臨這種情況，往往采用“先做完再說”的策略，其代價是客戶對質(zhì)量的抱怨和大量的研發(fā)人力陷于救火之中。那么正確的策略又是什么呢？ ③. 如何做好需求分析并寫出高質(zhì)量的需求文檔？ 軟件需求規(guī)格的質(zhì)量極大程度上影響了最終軟件產(chǎn)品的質(zhì)量和項(xiàng)目開發(fā)效率，然而國內(nèi)的工程師很少掌握需求分析方法，更不會寫需求文檔。 ④. 設(shè)計(jì)文檔該寫什么？怎樣寫？ 開發(fā)人員通常也不知設(shè)計(jì)文檔該寫什么，分不清哪些內(nèi)容屬于需求哪些內(nèi)容屬于設(shè)計(jì)，設(shè)計(jì)文檔細(xì)化到什么程度？良好的設(shè)計(jì)文檔提升開發(fā)效率，劣質(zhì)的設(shè)計(jì)文檔浪費(fèi)開發(fā)時間。 ⑤. 如何有效開展評審？ 評審是提升文檔和代碼質(zhì)量的有效手段，然而為何評審效果總是不佳呢？沒人愿意參加評審，評審發(fā)現(xiàn)的往往是文字錯誤這樣膚淺的問題，評審活動流于形式。 ⑥. 如何有效測試？ 某些項(xiàng)目要求做單元測試，結(jié)果花費(fèi)不少精力，可是沒有發(fā)現(xiàn)多少問題。問題出在哪里？單元測試到底值不值得做？測試工作給測試人員帶來的挑戰(zhàn)是如何在有限的時間內(nèi)盡可能多的發(fā)現(xiàn)軟件缺陷，如何面對這樣的挑戰(zhàn)？ ⑦. 進(jìn)度非常緊張的項(xiàng)目應(yīng)該走流程嗎？ 某些企業(yè)有完善的流程體系，可是很多項(xiàng)目都不愿意按照流程做，最有說服力的理由是流程降低了開發(fā)效率。流程的本質(zhì)到底是什么？進(jìn)度非常緊張的項(xiàng)目到底該不該走流程？ ⑧. 如何解決QA和項(xiàng)目經(jīng)理的沖突問題？ QA總是抱怨項(xiàng)目經(jīng)理不走流程，項(xiàng)目經(jīng)理總是抱怨QA不為項(xiàng)目做實(shí)事，反倒常�！膀}擾”。有沒有方法扭轉(zhuǎn)這樣的局面？ ⑨. …… 培訓(xùn)特色 思想性：凝聚質(zhì)量管理大師的思想，結(jié)合軟件工程實(shí)踐方法，揭示軟件開發(fā)規(guī)律，透過案例分析深刻地理解效率與質(zhì)量相統(tǒng)一的質(zhì)量管理理念。 實(shí)踐性：本課程累計(jì)了十年來業(yè)界知名公司的大量成功案例、失敗教訓(xùn)開發(fā)出來的，完全不同于通常的教科書或培訓(xùn)所傳授的很難操作的理論，具有非常強(qiáng)的實(shí)踐性和可操作性。 針對性：針對國內(nèi)項(xiàng)目經(jīng)理和開發(fā)工程師的特點(diǎn)，針對國內(nèi)軟件項(xiàng)目開發(fā)過程普遍存在的問題，有重點(diǎn)地進(jìn)行剖析問題的本質(zhì)，并給出經(jīng)過實(shí)踐驗(yàn)證的、行之有效的措施。

課程內(nèi)容

1. 軟件質(zhì)量管理的概述  本單元學(xué)習(xí)目標(biāo)：掌握質(zhì)量管理的一些重要的理念和主要概念，認(rèn)識到通過有效的質(zhì)量管理才能獲得開發(fā)的高效率  1.1. 質(zhì)量管理發(fā)展里程  1.1.1. 研討：質(zhì)量與效率關(guān)系  通過研討，讓學(xué)員體會到：效率和質(zhì)量是孿生兄弟，是一體的兩面，遵循軟件開發(fā)規(guī)律和質(zhì)量管理規(guī)律，在項(xiàng)目前期注入質(zhì)量要素，才可能獲得項(xiàng)目開發(fā)整體上的高效率  1.1.2. 介紹質(zhì)量管理發(fā)展歷程  ——質(zhì)量靠個人保證  ——質(zhì)量靠測試保證  ——質(zhì)量靠設(shè)計(jì)保證  ——質(zhì)量靠流程保證  1.1.3. 案例分析：質(zhì)量管理對日本工業(yè)和印度軟件業(yè)發(fā)展所起到的推動作用  實(shí)例來說明質(zhì)量管理給企業(yè)帶來的是高效率，而不是效率的阻礙  1.2. 從質(zhì)量成本要效率、要質(zhì)量  1.2.1. 質(zhì)量成本的定義  1.2.2. 質(zhì)量成本分類：預(yù)防成本、評估成本和失效成本  1.2.3. 加強(qiáng)預(yù)防成本的投入，可從過程重用和技術(shù)重用兩方面提升效率和質(zhì)量，變失效成本為利潤  1.2.4. 從救火文化到預(yù)防文化的轉(zhuǎn)變  1.2.5. “一次把事情做對”對提升開發(fā)效率的重要作用  1.2.6. 十乘十乘十法則介紹，說明缺陷預(yù)防和把缺陷消滅在前期才能使項(xiàng)目獲得高效率  1.2.7. 從軟件開發(fā)的缺陷分布來說明需求分析的質(zhì)量如何影響整體開發(fā)效率的  1.2.8. 案例分析：A公司有一個緊急項(xiàng)目，應(yīng)該怎樣做？  面對緊急項(xiàng)目，多數(shù)管理者都會自亂陣腳，需求還沒有討論清楚，開發(fā)人員匆匆編碼，結(jié)果是返工、不斷地大量返工，項(xiàng)目進(jìn)度被大大拖延了。 2. 高質(zhì)量的軟件需求挖掘、分析和文檔化  本單元學(xué)習(xí)目標(biāo)：掌握需求分析方法和需求文檔的寫作方法，從源頭上把控好項(xiàng)目的質(zhì)量，減少返工，提高效率  2.1. 需求分析的重要性  2.1.1. 需求對項(xiàng)目的進(jìn)度和質(zhì)量影響  2.1.2. 需求對測試活動和其它相關(guān)組的影響  2.2. 需求挖掘、需求分析難度  2.2.1. 客戶不清楚想要什么  2.2.2. 開發(fā)人員不了解業(yè)務(wù)領(lǐng)域  2.2.3. 開發(fā)人員沒有掌握正確的需求挖掘和分析方法、過程  2.3. 案例分析：請分析某項(xiàng)目的需求文檔有什么問題，如何改進(jìn)  通過案例，說明什么是好的需求文檔，進(jìn)一步體會需求問題為項(xiàng)目帶來的后果。  2.4. 軟件需求工程介紹  2.4.1. 需求開發(fā)介紹，包括需求挖掘、分析、文檔化、評審確認(rèn)等  2.4.2. 需求管理介紹，包括需求變更控制、需求跟蹤等  2.5. 軟件需求挖掘和分析過程  2.5.1. 需求層次：needs，feature和requirement  2.5.2. 需求來源和獲取方法，如客戶訪談、競爭對手產(chǎn)品分析等  2.5.3. 需求分析方法和工具，如用例圖  2.6. 高質(zhì)量需求文檔的標(biāo)準(zhǔn)  2.6.1. 好的需求文檔特點(diǎn)  2.6.2. 需求文檔中避免出現(xiàn)的一些詞匯  2.6.3. 演練：寫出一功能需求的輸出部分  2.7. 總結(jié)：如何制定出高質(zhì)量的需求文檔 3. 高效率的軟件設(shè)計(jì)  本單元學(xué)習(xí)目標(biāo)：剖析軟件設(shè)計(jì)常犯的錯誤，如何避免這些錯誤，寫出高質(zhì)量的設(shè)計(jì)文檔  3.1. 研討：我們做設(shè)計(jì)時，都常犯哪些錯誤  3.2. 問題1：需求和設(shè)計(jì)界限不清  3.2.1. 什么是需求，什么是設(shè)計(jì)，二者區(qū)別在哪里  3.2.2. 接口描述在需求中還是在設(shè)計(jì)中？  3.2.3. 設(shè)計(jì)中數(shù)據(jù)描述和需求中數(shù)據(jù)描述有何不同  3.3. 問題2：設(shè)計(jì)的層次和詳細(xì)程度問題  3.3.1. 需要幾個層次的設(shè)計(jì)文檔合適  3.3.2. 設(shè)計(jì)文檔的內(nèi)容結(jié)構(gòu)和不同層次文檔的內(nèi)容銜接  3.3.3. 詳細(xì)設(shè)計(jì)要詳細(xì)到什么程度  3.3.4. 設(shè)計(jì)的層級和顆粒度的原則：使得開發(fā)效率最大化并滿足維護(hù)需要  3.3.5. 示例：展示某嵌入式軟件概要設(shè)計(jì)文檔和詳細(xì)設(shè)計(jì)文檔，說明好的設(shè)計(jì)文檔是如何提高開發(fā)效率的  3.4. 問題3：設(shè)計(jì)文檔的內(nèi)容冗余問題  3.4.1. 使用的數(shù)據(jù)設(shè)計(jì)工具時，文檔中的數(shù)據(jù)設(shè)計(jì)部分怎樣寫  3.4.2. 使用設(shè)計(jì)建模工具時，設(shè)計(jì)文檔又怎樣寫  3.5. 設(shè)計(jì)要考慮的其它因素  3.5.1. 設(shè)計(jì)方案要進(jìn)行重用和購買分析  3.5.2. 設(shè)計(jì)要遵循高內(nèi)聚、低耦合原則 4. 有效評審  本單元學(xué)習(xí)目標(biāo)：技術(shù)評審是質(zhì)量控制非常高效的手段，通過本單元學(xué)習(xí)掌握技術(shù)評審有效過程和方法  4.1. 評審的意義  4.1.1. 盡早發(fā)現(xiàn)產(chǎn)品缺陷，減少返工代價  4.1.2. 通過評審熟悉整個系統(tǒng)  4.1.3. 促進(jìn)參與人員之間的技術(shù)交流和相互學(xué)習(xí)  4.1.4. 增進(jìn)團(tuán)隊(duì)交流，增加團(tuán)隊(duì)凝聚力  4.1.5. 使作者能高質(zhì)量地完成工作產(chǎn)品  4.2. 案例分析：剖析某項(xiàng)目的技術(shù)評審  4.2.1. 案例中的評審過程存在哪些問題  4.2.2. 在貴公司中，技術(shù)評審又存在哪些問題  4.2.3. 對評審存在的問題有什么解決方法  4.3. 評審的過程  4.3.1. 計(jì)劃評審活動，正確地選擇評審專家  4.3.2. 介紹會議，為有效評審做好準(zhǔn)備  4.3.3. 預(yù)評審是發(fā)現(xiàn)問題的關(guān)鍵階段  4.3.4. 評審會議的目的確認(rèn)問題而不是做技術(shù)交流  4.3.5. 評審問題解決跟蹤確保問題全部得到正確解決  4.3.6. 評審結(jié)果分析  4.4. 技術(shù)評審FAQ  4.4.1. 作者把愿意別人提出問題，評審人員為了顧及面子不愿意提出問題怎么辦？  4.4.2. 評審人員把評審當(dāng)成額外的工作，不愿意參加評審怎么？  4.4.3. 評審人員的技能不足怎么辦？  ——交叉工作模式介紹  ——簡介敏捷開發(fā)的結(jié)對編程方法  4.4.4. 評審人員只與評審對象部分內(nèi)容部分相關(guān)，對他的評審又什么要求？  4.4.5. 評審對象充滿了低級錯誤，或者有些技術(shù)問題作者還沒有考慮清楚，如何面對這種情況？  4.4.6. 如何使評審檢查表效能最大化？什么時機(jī)使用？ 5. 有效測試  本單元學(xué)習(xí)目標(biāo)：軟件測試工作在許多企業(yè)中都比較薄弱，存在眾多問題，通過本單元學(xué)習(xí)掌握克服這些問題方法，有效開展測試活動  5.1. 研討：阻礙項(xiàng)目進(jìn)行有效測試有哪些因素？  5.2. 測試概述  5.2.1. 測試的常見誤區(qū)  5.2.2. 測試的心理學(xué)問題：測試的目的為了發(fā)現(xiàn)問題，不是為了證明程序是對的  5.2.3. 測試的經(jīng)濟(jì)學(xué)問題：如何在有限的時間盡可能發(fā)現(xiàn)更多的缺陷  5.3. 測試分類  5.3.1. 靜態(tài)測試 vs 動態(tài)測試  5.3.2. 黑盒測試 vs 白盒測試  5.3.3. 手工測試 vs 自動化測試  5.3.4. 按階段分類：UT/IT/ST/Alpha測試/AT/Beta測試  5.4. 測試過程  5.4.1. 測試過程介紹，包括制定測試策劃和計(jì)劃、設(shè)計(jì)測試用例和測試環(huán)境準(zhǔn)備、測試執(zhí)行、測試分析  5.4.2. 測試活動在開發(fā)活動中的位置  5.4.3. 如何制定測試策略  5.4.4. 演練：分別為兩個項(xiàng)目制定測試策略  5.5. 測試用例設(shè)計(jì)方法  5.5.1. 什么是測試用例，用例的輸入和輸出通常有哪些  5.5.2. 什么是黑盒方法  5.5.3. 介紹等價類劃分方法  5.5.4. 演練：用等價類劃分方法設(shè)計(jì)測試用例  5.5.5. 介紹邊界值分析方法  5.5.6. 演練：用邊界值分析方法設(shè)計(jì)測試用例  5.5.7. 介紹判定表方法  5.5.8. 介紹因果圖方法  5.5.9. 介紹正交陣列方法  5.5.1
. 什么是白盒方法  5.5.11. 介紹各邏輯覆蓋，如語句覆蓋、分支覆蓋、條件覆蓋、路徑覆蓋等  5.6. 單元測試和集成測試  5.6.1. 什么是單元測試  5.6.2. 單元測試的投入產(chǎn)出比高嗎？剖析是否值得做單元測試  5.6.3. 演練：如何針對給定的函數(shù)進(jìn)行單元測試  5.6.4. 單元測試基本概念（樁、驅(qū)動）介紹  5.6.5. 高效單元測試過程  ——用例如何寫  ——怎樣打樁  ——怎樣利用單元測試工具  ——有效單元有哪些原則和注意事項(xiàng)  5.6.6. 集成測試介紹  5.7. 系統(tǒng)測試  5.7.1. 功能測試介紹  5.7.2. 性能測試介紹  5.7.3. 安全性測試介紹  5.7.4. 可恢復(fù)性測試介紹  5.7.5. 兼容性測試介紹  5.7.6. 界面測試介紹  5.7.7. 演練：如何對測震儀產(chǎn)品進(jìn)行測試  5.8. 測試自動化  5.8.1. 為何要自動化測試，自動化測試能帶來哪些價值  5.8.2. 三種不同級別的自動化  ——靜態(tài)腳本錄制  ——啞猴測試，隨機(jī)的自動化測試  ——智能測試自動化，通過建模動態(tài)生成測試用例  5.8.3. 測試自動化工作建設(shè)的一些建議  5.9. 測試工具介紹  5.9.1. 白盒測試工具介紹，包括靜態(tài)白盒工具和動態(tài)白盒工具  5.9.2. 黑盒測試工具介紹  5.9.3. 性能測試工具介紹  5.9.4. 測試管理工具介紹  5.1
. 有效測試管理  5.1
.1. 測試人員技能規(guī)劃  5.1
.2. 測試人員職業(yè)發(fā)展規(guī)劃  5.1
.3. 測試過程資產(chǎn)庫和測試用例庫建設(shè) 6. 缺陷管理和質(zhì)量度量  本單元學(xué)習(xí)目標(biāo)：掌握軟件缺陷管理過程和方法，通過缺陷管理、質(zhì)量的度量評估和和改進(jìn)項(xiàng)目開發(fā)過程  6.1. 缺陷管理  6.1.1. 缺陷管理的三個層次  ——單個缺陷的生命周期管理  ——項(xiàng)目級缺陷管理  ——組織級缺陷管理  6.1.2. 缺陷管理意義  ——確保每個缺陷被有效解決  ——從缺陷數(shù)據(jù)來看，如何改進(jìn)開發(fā)和測試過程  ——利用缺陷庫有效地預(yù)防缺陷和解決缺陷  6.2. 缺陷度量和分析工具  6.2.1. ODC分類法介紹  ——ODC背景介紹  ——ODC分類簡介  ——舉例說明如何用ODC缺陷分類分析改進(jìn)開發(fā)和測試工作  6.2.2. 缺陷密度介紹  ——缺陷密度的定義  ——如何用缺陷密度評估質(zhì)量控制效果和交付產(chǎn)品交的質(zhì)量  ——如何用缺陷密度改進(jìn)開發(fā)過程  6.2.3. 缺陷剔除率介紹  ——缺陷剔除率的定義  ——如何用缺陷剔除率評估質(zhì)量控制效果，并改善高質(zhì)量控制方法  ——如何用缺陷剔除率改進(jìn)開發(fā)和測試過程  6.2.4. 缺陷分析工具：柏拉圖、控制圖  ——使用柏拉圖找重要問題  ——使用控制圖找異因，從過程著手做改進(jìn)  6.2.5. 缺陷動態(tài)預(yù)測模型：Rayleigh曲線 7. 質(zhì)量保證和過程質(zhì)量  本單元學(xué)習(xí)目標(biāo)：了解過程的重要性，剖析流程不被執(zhí)行的原因，如何通過QA保證流程有效在項(xiàng)目中實(shí)施  7.1. 質(zhì)量保質(zhì)和質(zhì)量控制  7.1.1. 區(qū)分質(zhì)量保證和質(zhì)量控制  ——質(zhì)量控制關(guān)注產(chǎn)品，被動的，去發(fā)現(xiàn)缺陷  ——質(zhì)量保證關(guān)注過程，主動的，去預(yù)防缺陷  7.1.2. 從質(zhì)量鐵三角看過程的重要性，僅僅是牛人和工具是無法保證項(xiàng)目成功的  7.1.3. 流程本質(zhì)是什么  ——流程是最佳實(shí)踐的固化，不應(yīng)是降低效率的官僚體系  ——關(guān)注過程的項(xiàng)目和不關(guān)注過程的項(xiàng)目效率對比  7.2. 產(chǎn)品質(zhì)量和過程質(zhì)量  7.2.1. 軟件產(chǎn)品質(zhì)量的定義  ——開發(fā)者的質(zhì)量觀：滿足規(guī)格  ——客戶的質(zhì)量觀：適用  7.2.2. McCall軟件質(zhì)量模型，從三個方面對軟件質(zhì)量進(jìn)行系統(tǒng)全面地分類說明  ——產(chǎn)品運(yùn)行方面：正確性、可靠性、可使用性、效率、完整性  ——產(chǎn)品修正方面：可維護(hù)性、測試性、靈活性  ——產(chǎn)品轉(zhuǎn)移方面：互聯(lián)性、可移植性、復(fù)用性  7.2.3. 什么是過程質(zhì)量，從三個方面說明  ——組織級流程定義質(zhì)量  研討：從“不拉馬的士兵”看到什么？  剖析為何許多項(xiàng)目不愿意走流程，或者走了流程效率反而會下降。  CMMI模型和敏捷方法的介紹與對比。  ——項(xiàng)目級流程裁剪質(zhì)量  ——過程執(zhí)行的質(zhì)量  7.2.4. 過程質(zhì)量定義以及過程質(zhì)量和產(chǎn)品質(zhì)量的關(guān)系  ——好的過程體現(xiàn)了產(chǎn)品質(zhì)量要求  ——過程質(zhì)量決定了產(chǎn)品質(zhì)量  7.2.5. 演練：如何在項(xiàng)目計(jì)劃中體現(xiàn)質(zhì)量要素  7.3. QA的角色和職責(zé)  7.3.1. 研討：在項(xiàng)目中，QA的目標(biāo)和項(xiàng)目經(jīng)理的目標(biāo)是否相同？  ——剖析QA和項(xiàng)目經(jīng)理常常發(fā)生沖突的根源  ——國內(nèi)QA普遍的角色錯位  7.3.2. QA的律師角色  7.3.3. QA的教練角色  7.3.4. QA的醫(yī)生角色  7.3.5. QA的警察角色  7.3.6. QA的牧師角色  7.4. 過程引導(dǎo)  7.4.1. 過程引導(dǎo)的必要性：僅有培訓(xùn)不足以讓流程執(zhí)行者具備執(zhí)行流程的能力  7.4.2. QA進(jìn)行過程引導(dǎo)的方法  7.4.3. 演練：針對項(xiàng)目的某些場景如何進(jìn)行流程的引導(dǎo)  7.5. 審計(jì)工作  7.5.1. 過程審計(jì)的必要性：發(fā)現(xiàn)過程問題，及時糾正  7.5.2. 幾種錯誤的審計(jì)方式介紹  7.5.3. 正確的審計(jì)方式和過程  7.5.4. 如何正確地寫審計(jì)報(bào)告 8. 研討與總結(jié)  8.1. 學(xué)員提出有針對性的問題，進(jìn)行研討  8.2. 學(xué)員對課程的收獲進(jìn)行總結(jié)  8.3. 講師對課程做總結(jié)

師資力量

備注信息