【文章內(nèi)容簡介】 用戶需求的產(chǎn)品。 ? 迭代式模型基于這樣一個事實，就像任何一個復(fù)雜一樣要經(jīng)過一段時間的演化： ? 業(yè)務(wù)和產(chǎn)品需求隨著開發(fā)工作的進展常常發(fā)生變化 ? 緊迫的市場期限難于完成一個完善的產(chǎn)品 ? 只要核心能夠被很好的理解，產(chǎn)品的細節(jié)可以以后豐富和定義 Slide: 90 Version 增量模型 ? 增量模型融合了線性模型的基本特征，每一個線性序列產(chǎn)生軟件的一個可發(fā)布的 “ 增量 ” ? 第一個增量往往著重在系統(tǒng)架構(gòu)和核心功能 ? 系統(tǒng)架構(gòu)反映了系統(tǒng)的核心需求 Slide: 91 Version 增量模型 (Incremental) 功能需求 功能需求 功能需求 功能需求 功能需求 需求分析 設(shè)計 實現(xiàn) 功能測試 需求分析 設(shè)計 實現(xiàn) 功能測試 需求分析 設(shè)計 實現(xiàn) 功能測試 增量發(fā)布 增量發(fā)布 增量發(fā)布 系統(tǒng)測試 系統(tǒng)測試 系統(tǒng)測試 實現(xiàn)的必要基礎(chǔ)條件？ Slide: 92 Version 增量模型 (Incremental) 商業(yè)需求捕獲 需求分析 系統(tǒng)功能需求 系統(tǒng)框架需求 系統(tǒng)框架設(shè)計 系統(tǒng)功能開發(fā) 是否可以在第一次就設(shè)計出一個好的框架？ Slide: 93 Version 螺旋模型 ? 對大多數(shù)項目來說，在一開始就要求設(shè)計出一個好的體系架構(gòu)是不現(xiàn)實的。一個成熟的體系架構(gòu)是要經(jīng)過一段時間的積累和優(yōu)化后才能形成的，特別是要對應(yīng)用領(lǐng)域的深刻理解 ? 螺旋模型的一個特征就是體系架構(gòu)是要經(jīng)過一段時間的演化而形成穩(wěn)定 Slide: 94 Version 螺旋模型 設(shè)計和實現(xiàn) 需求 系統(tǒng)重構(gòu) 新需求 測試 設(shè)計和實現(xiàn) 回歸測試 當(dāng)系統(tǒng)經(jīng)過若干次重構(gòu)后，對于新需求 不再出現(xiàn)重構(gòu)時，就演化成增量模型 Slide: 95 Version 并行模型和工作流 ? 由于 IT項目的本身特征，傳統(tǒng)成線性按階段劃分的工程活動轉(zhuǎn)變成工程活動并行開展的工作流方式，也就是并行模型 Slide: 96 Version 并行模型 需求 分析 實現(xiàn) 測試 設(shè)計 Slide: 97 Version 并行模型 ? 并行模型是一種以短周期版本發(fā)布為階段劃分的模型 ? 各個工作流的協(xié)調(diào)完全是靠統(tǒng)一的配置基線來保證 Slide: 98 Version 制定合適的生命周期模型 ? 盡早驗證最終產(chǎn)品，不要過分相信中間產(chǎn)品的驗證手段 ? 短周期迭代式構(gòu)造產(chǎn)品 ? 同步積累對產(chǎn)品的驗證（回歸測試） ? 建立各個工作產(chǎn)品一致的版本基線。需要完善的配置管理活動支持 Slide: 99 Version 項目生命周期的選取實踐 時間限制型的項目：某聯(lián)通項目 需求管理 Slide: 101 Version 范圍管理 vs需求管理 ? 范圍管理等價于需求管理嗎？ Slide: 102 Version 定義 ? 范圍：產(chǎn)生項目產(chǎn)品所包括的所有工作及產(chǎn)生這些產(chǎn)品的過程 ? 需求：產(chǎn)品必須完成的功能及必須具備的品質(zhì) ? 為什么和傳統(tǒng)其他行業(yè)有差別？ Slide: 103 Version IT項目的需求特征 ? IT領(lǐng)域的項目需求特征： ? 技術(shù)創(chuàng)造市場，傳統(tǒng)領(lǐng)域引用了 IT技術(shù)后往往呈現(xiàn)出全新的應(yīng)用 ? 技術(shù)和市場發(fā)展都很快，在項目初始階段需求是概念性的，不清晰的，片斷性的 ? 隨著項目進行，隨著雙方的加深認識，需求也是不斷演化的 ? 需求工程活動包括：需求收集和需求分析兩類活動 Slide: 104 Version 問題 ? 需求分析活動做什么？ 需求 說明 客戶 規(guī)格 說明 系統(tǒng) 分析 分析 如果你只有一個活動可以做到 100% Slide: 105 Version 需求說明和規(guī)格說明 ? 需求說明（ ReqB）通常是指以用戶語言描述的產(chǎn)品要求 ? 規(guī)格說明（ PRS）是指用產(chǎn)品領(lǐng)域的語言定義的什么樣的產(chǎn)品可以滿足用戶需要 Slide: 106 Version IT項目需求活動的特征 ? 需求收集活動，特別關(guān)注客戶需求的不準(zhǔn)確性，易變性 ? 需求分析活動，分析活動沒有做到位。對分析活動結(jié)果的驗證缺乏手段 ? 需求管理活動，對需求特征的認識，以及相應(yīng)的管理手段提高需求活動的有效性 Slide: 107 Version 需求管理的最佳實踐 ? 成立專門的需求工作小組，統(tǒng)一管理和分配需求，并且把需求工程活動擴展到項目的整個生命周期中。 Slide: 108 Version 需求管理的最佳實踐 ? 嚴(yán)格管理變更 ? 警惕需求鍍金。注意 IT系統(tǒng)的新功能添加代價絕不僅僅是幾行代碼，還包括： ? 新功能的驗證活動 ? 系統(tǒng)變更引起的缺陷風(fēng)險 ? 系統(tǒng)的回歸測試 Slide: 109 Version 需求管理的最佳實踐 ? 在前期細化需求，避免不完整和沒有明確的需求進入到下面階段。因為，沒有明確的部分最終總會在后面的某一階段活動被假設(shè)需求取代，而這正是混亂產(chǎn)生的根源 Slide: 110 Version 需求收集的最佳實踐 ? 借助業(yè)務(wù)領(lǐng)域?qū)＜一蚩蛻舸?，幫助項目組建立產(chǎn)品或系統(tǒng)被應(yīng)用的場景。例如：用例描述 Slide: 111 Version 需求收集的最佳實踐 ? 文檔化需求，約定統(tǒng)一的需求描述形式。盡可能選取比文字性描述更佳的方式表示需求。 Slide: 112 Version 需求分析的最佳實踐 ? 在產(chǎn)品規(guī)格說明中不僅僅要考慮正常情況的規(guī)格定義，更要確定異常情況下的規(guī)格定義 Slide: 113 Version 需求分析的最佳實踐 ? 提出對產(chǎn)品的可測試性的功能性要求。產(chǎn)品的測試不能在產(chǎn)品完成之后再進行考慮，否則產(chǎn)品可能因為不可測或是測試代價過高而不被有效的測試 Slide: 114 Version 需求分析的最佳實踐 ? 在規(guī)格說明完成后，引入需求確認活動。驗證通過技術(shù)語言描述的產(chǎn)品定義是滿足和覆蓋客戶需求的 Slide: 115 Version 需求變化的案例研究 ?我要我的 ERP系統(tǒng)具有 inter能力 ?建委資質(zhì)認證系統(tǒng) 風(fēng)險識別 Slide: 117 Version 風(fēng)險管理過程 ? 風(fēng)險管理計劃 ? 風(fēng)險識別 ? 定性和定量風(fēng)險分析 ? 風(fēng)險反應(yīng)計劃 ? 風(fēng)險監(jiān)控 有效性體現(xiàn) Slide: 118 Version 風(fēng)險管理的現(xiàn)狀 ? 項目風(fēng)險管理過程的關(guān)鍵并不在于是否存在正式的風(fēng)險管理過程，而在于項目組的能力是否可以識別出潛在的風(fēng)險 ? 項目經(jīng)理的經(jīng)驗和能力的反映：就在于對未來事件的預(yù)測性上 Slide: 119 Version 風(fēng)險管理的最佳實踐 ? 建立組織一級的風(fēng)險識別檢查表 ? 一方面，作為項目組開始風(fēng)險管理的起步點；另一方面，來自項目組的經(jīng)驗可以不斷豐富檢查表的內(nèi)容 ? 參考資料： 《 Taxonomy Based Risk Identification》 Slide: 120 Version 風(fēng)險的分類 ? 產(chǎn)品工程風(fēng)險 ? 需求 ? 設(shè)計 ? 編碼和單元測試 ? 集成和測試 ? 其他因素 Slide: 121 Version 風(fēng)險的分類 ? 開發(fā)環(huán)境 ? 開發(fā)過程 ? 開發(fā)系統(tǒng) ? 管理過程 ? 管理方法 ? 工作環(huán)境 Slide: 122 Version 風(fēng)險的分類 ? 項目限制性條件 ? 資源 ? 合同 ? 接口 Slide: 123 Version 實踐 ? 雜貨鋪的案例 ? 建委系統(tǒng)案例 ? 十大風(fēng)險列表 ? 風(fēng)險雷達 質(zhì)量計劃 Slide: 125 Version 質(zhì)量管理的理論基礎(chǔ) ? 缺陷預(yù)防， Crosby ? 適用性， Juran ? 持續(xù)性改進， TQM Slide: 126 Version 質(zhì)量計劃編制 ? 在 IT領(lǐng)域里，質(zhì)量計劃編制最實用的方法是Benchmarking ? 即，向工業(yè)界的最佳實踐 Best Practices學(xué)習(xí) Slide: 127 Version 最佳實踐 ? 質(zhì)量控制的驗證與確認 ? 質(zhì)量審計 ? 質(zhì)量意識 Slide: 128 Version 質(zhì)量控制（ Quality Control） ? 按一定的過程構(gòu)造產(chǎn)品也不一定能保證產(chǎn)品質(zhì)量，出現(xiàn)缺陷是不可避免的。質(zhì)量控制就是屬于構(gòu)造過程中的消除“缺陷”的工程化活動，也就是制造過程中的檢查、檢驗手段 Slide: 129 Version 問題 ? 質(zhì)量控制就是檢查完成產(chǎn)品的符合度，每一次檢查遵循的標(biāo)準(zhǔn)是什么？ ? 產(chǎn)品規(guī)格？ ? 設(shè)計文檔？ ? 單元代碼？ ? 最終產(chǎn)品？ ? 考慮傳遞的有效性？ 活動產(chǎn)生結(jié)果 結(jié)果檢查參照 Slide: 130 Version 質(zhì)量控制：驗證和確認 (V amp。 V) ? 驗證：正確的構(gòu)造了產(chǎn)品 ? Verification: Build the product right ? 確認：構(gòu)造了正確的產(chǎn)品 ? Validation: Build the right product Slide: 131 Version Vamp。V進一步理解 ? 我們是否只有在產(chǎn)品完成之后才能檢測產(chǎn)品的質(zhì)量？如何實施 V amp。 V？目前的弱點是什么？ ? Vamp。V的活動是整個生命周期中的必要組成部分 Verification Product Validation Slide: 132 Version 最佳實踐：確認活動 ? 重視確認活動，并為確認活動的實施進行計劃，制定方法，提供資源 Slide: 133 Version 最佳實踐：獨立的測試 ? 從項目初期就建立獨立的測試組，并且在產(chǎn)品規(guī)格時就支持自動化測試。產(chǎn)品開發(fā)過程中不斷積累對產(chǎn)品的驗證 Slide: 134 Version 深刻理解質(zhì)量保證 ? 質(zhì)量保證是一個活動，它向所有有關(guān)的人提供證據(jù)以確立質(zhì)量功能正在按需求運行的信心 Slide: 135 Version 實施質(zhì)量保證活動 ? 質(zhì)量保證活動的核心是確保項目實施遵循“標(biāo)準(zhǔn)”。標(biāo)準(zhǔn)包括： ? 產(chǎn)品的功能，性能標(biāo)準(zhǔn)，直接滿足用戶的需求 ? 產(chǎn)品被構(gòu)造的過程所遵循的標(biāo)準(zhǔn)，間接滿足用戶的需求 ? 該標(biāo)準(zhǔn)為干系人所認可和信任，而質(zhì)量保證活動的實施為項目在過程中滿足最終目標(biāo)提供信心 Slide: 136 Version 最佳實踐：獨立的質(zhì)量保證組 ? 項目必須依賴獨立的質(zhì)量保證活動組作項目運作的監(jiān)督機構(gòu)，以確保項目的過程遵循被確認的標(biāo)準(zhǔn)，有利于項目及早發(fā)現(xiàn)問題，及時糾正 Slide: 137 Version 為什么需要 QA?熵增原理 ? 群體秩序總是趨于無序。約束力度與體系的有序程度有關(guān)，當(dāng)沒有約束力的時候，體系自發(fā)過程總是趨于最無序。舉例的約束因素：法律、權(quán)威、道德、經(jīng)濟等 ? 孤立體系的熵是不斷增加的 Slide: 138 Version 質(zhì)量意識 ? 實質(zhì)上在今天，對質(zhì)量的理解已經(jīng)超出了項目一級的要素。質(zhì)量理念的發(fā)展反應(yīng)這種變化 Slide: 139 Version 質(zhì)量理念的發(fā)展：符合性質(zhì)量 ? 符合性質(zhì)量， 20世紀(jì) 40年代，以符合現(xiàn)行標(biāo)準(zhǔn)的程度作為衡量依據(jù)，“符合標(biāo)準(zhǔn)”就是合格的產(chǎn)品質(zhì)量，符合的程度反映了產(chǎn)品質(zhì)量的水平。 Slide: 140 Version 質(zhì)量理念的發(fā)展：適應(yīng)性質(zhì)量 ? 適用性質(zhì)量， 20世紀(jì) 60年代，適合顧客需要的程度作為衡量的依據(jù)，從使用的角度定義產(chǎn)品質(zhì)量 ? 從“符合性”到“適用性”，反映了人們在對質(zhì)量的認識過程中，已經(jīng)開始把顧客需求放在首要位置 Slide: 141 Version 質(zhì)量理念的發(fā)展：滿意性質(zhì)量 ? 滿意性質(zhì)量， 20世紀(jì) 80年代，質(zhì)量管理進入到 TQM階段，將質(zhì)量定義為“一組固有特性滿足要求的程度”。它不僅包括符合標(biāo)準(zhǔn)的要求，而且以顧客及其他相關(guān)方滿意為衡量依據(jù)，體現(xiàn)“以顧客為關(guān)注焦點”的原則。 Slide: 142 Version 質(zhì)量管理： TQM ? 全面質(zhì)量管理， Total Quality Management(TQM)，是一個組織以質(zhì)量為中心，以全員參與為基礎(chǔ)，目的在于通過讓