軟件項(xiàng)目開發(fā)過程課件

軟件項(xiàng)目開發(fā)過程中國科學(xué)院軟件研究所高級技術(shù)培訓(xùn)中心

~1~軟件項(xiàng)目開發(fā)過程中國科學(xué)院軟件研究所http://www.i~2~軟件項(xiàng)目什么是軟件項(xiàng)目完成特定目的、符合用戶特定需求的軟件所需的組織結(jié)構(gòu)和過程、規(guī)范的集合軟件項(xiàng)目的實(shí)施需要周密的部署，合理的規(guī)章制度，符合項(xiàng)目的路線（軟件過程），良好的項(xiàng)目管理和人員安排。~2~軟件項(xiàng)目什么是軟件項(xiàng)目~3~相關(guān)流程軟件管理特點(diǎn)軟件生存期過程確定需求開發(fā)策劃需求分析概要設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼與調(diào)試測試軟件集成、聯(lián)調(diào)內(nèi)部確認(rèn)復(fù)制、交付、安裝試運(yùn)行、用戶驗(yàn)收運(yùn)行、維護(hù)退役軟件管理配置與變更管理環(huán)境、工具和技術(shù)有關(guān)軟件的法規(guī)和標(biāo)準(zhǔn)周密策劃以保證軟件質(zhì)量管理體系八項(xiàng)質(zhì)量管理原則過程方法基于過程的質(zhì)量管理體系模式實(shí)施質(zhì)量管理體系的意義實(shí)施質(zhì)量管理體系工作重點(diǎn)企業(yè)發(fā)展力量分析~3~相關(guān)流程軟件管理特點(diǎn)軟件管理~4~軟件管理特點(diǎn)軟件產(chǎn)品的特點(diǎn)軟件產(chǎn)品的質(zhì)量，完全取決于其設(shè)計(jì)和開發(fā)水平軟件需求的模糊性、變化性使軟件產(chǎn)品難以成熟任何一個(gè)軟件產(chǎn)品，或多或少總會存在一些故障(BUG)軟件人員廣泛存在的不規(guī)范的開發(fā)習(xí)慣使開發(fā)過程難以管理軟件質(zhì)量指標(biāo)難以量化軟件測試?yán)碚摵图夹g(shù)尚未解決軟件產(chǎn)品正確性的驗(yàn)證問題軟件產(chǎn)品質(zhì)量特性：滿足需求能力的一系列特性總和功能、可靠性、易用性、效率、維護(hù)性、可移植性軟件管理必須在市場(用戶)需求和軟件成熟性之間進(jìn)行權(quán)衡~4~軟件管理特點(diǎn)軟件產(chǎn)品的特點(diǎn)~5~軟件生存期過程確定需求開發(fā)策劃需求分析概要設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼與調(diào)試測試軟件集成、聯(lián)調(diào)內(nèi)部確認(rèn)復(fù)制、交付、安裝試運(yùn)行、用戶驗(yàn)收運(yùn)行、維護(hù)退役~5~軟件生存期過程確定需求軟件集成、聯(lián)調(diào)~6~確定需求確定外部用戶需求上級下達(dá)的軟件開發(fā)課題本單位根據(jù)市場需要確定的開發(fā)課題用戶合同要求的軟件開發(fā)任務(wù)輸出可行性分析報(bào)告技術(shù)、經(jīng)濟(jì)、社會可行性，風(fēng)險(xiǎn)對策合同及評審記錄產(chǎn)品要求得到規(guī)定和滿足單位有能力滿足規(guī)定的要求~6~確定需求確定外部用戶需求~7~開發(fā)策劃確定開發(fā)目標(biāo)確定項(xiàng)目開發(fā)的技術(shù)路線(開發(fā)的出發(fā)基線、對現(xiàn)有產(chǎn)品的復(fù)用、委托開發(fā)等)確定應(yīng)遵循的標(biāo)準(zhǔn)、法律和法規(guī)選任開發(fā)項(xiàng)目經(jīng)理劃分開發(fā)階段確定各階段的輸入和輸出文件確定質(zhì)量控制點(diǎn)(評審點(diǎn)、驗(yàn)證點(diǎn)和確認(rèn)點(diǎn))及其實(shí)施的責(zé)任人、實(shí)施方式等設(shè)計(jì)項(xiàng)目開發(fā)進(jìn)度確定開發(fā)人員并分配職責(zé)提出開發(fā)所需資源(軟件、硬件開發(fā)環(huán)境及工具軟件、設(shè)備、資金等)要求并予以落實(shí)制定配置管理計(jì)劃和質(zhì)量保證計(jì)劃~7~開發(fā)策劃確定開發(fā)目標(biāo)確定質(zhì)量控制點(diǎn)(評審點(diǎn)、驗(yàn)證點(diǎn)和確~8~開發(fā)策劃(續(xù))輸出策劃報(bào)告開發(fā)項(xiàng)目實(shí)施計(jì)劃配置管理計(jì)劃質(zhì)量保證計(jì)劃等~8~開發(fā)策劃(續(xù))輸出~9~需求分析確保項(xiàng)目的開發(fā)符合用戶的需求(可測試性)確定設(shè)計(jì)輸入任務(wù)委托書/招標(biāo)書前期對用戶的需求調(diào)研資料可行性分析報(bào)告/投標(biāo)書合同等編制內(nèi)部需求規(guī)格(說明)書需求變更控制~9~需求分析確保項(xiàng)目的開發(fā)符合用戶的需求(可測試性)~10~需求的層次

-業(yè)務(wù)需求、用戶需求和功能需求~10~需求的層次

-業(yè)務(wù)需求、用戶需求和功能需求~11~需求的開發(fā)和管理~11~需求的開發(fā)和管理~12~需求驗(yàn)證驗(yàn)證是為了確保需求說明準(zhǔn)確、完整地表達(dá)必要的質(zhì)量特點(diǎn)客戶的參與在需求驗(yàn)證中占有重要的位置審查需求文檔以需求為依據(jù)編寫測試用例編寫用戶手冊確定合格的標(biāo)準(zhǔn)~12~需求驗(yàn)證驗(yàn)證是為了確保需求說明準(zhǔn)確、完整地表達(dá)必要的~13~測試需求測試需求有很多分類方法，最普通的一種就是按照商業(yè)功能分類把需求分解成單元的好處：測試需求是測試用例的基礎(chǔ)，分成單元可以更好地進(jìn)行設(shè)計(jì)詳細(xì)的測試需求是用來衡量測試覆蓋率的重要指標(biāo)測試需求包括各種測試設(shè)計(jì)和開發(fā)以及所需資源最好分解到功能點(diǎn)~13~測試需求測試需求有很多分類方法，最普通的一種就是按照~14~概要設(shè)計(jì)確保產(chǎn)品的總體結(jié)構(gòu)和模塊間的關(guān)系與用戶需求的一致性內(nèi)容總體方案設(shè)計(jì)邏輯框圖接口及通訊協(xié)議選用現(xiàn)有產(chǎn)品軟件的選用邊界(約束)條件的設(shè)計(jì)運(yùn)行環(huán)境設(shè)計(jì)等輸出概要設(shè)計(jì)說明書~14~概要設(shè)計(jì)確保產(chǎn)品的總體結(jié)構(gòu)和模塊間的關(guān)系與用戶需求的~15~詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)說明書與概要設(shè)計(jì)說明書是否相一致

內(nèi)容算法設(shè)計(jì)數(shù)據(jù)格式設(shè)計(jì)實(shí)現(xiàn)流程設(shè)計(jì)人機(jī)界面設(shè)計(jì)測試用例設(shè)計(jì)操作設(shè)計(jì)等輸出詳細(xì)設(shè)計(jì)說明書軟件組裝計(jì)劃測試計(jì)劃及測試用例安裝手冊(初稿)使用說明書(初稿)產(chǎn)品標(biāo)準(zhǔn)(初稿)~15~詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)說明書與概要設(shè)計(jì)說明書是否相一致輸~16~編碼與調(diào)試內(nèi)容編寫程序代碼：源代碼→目標(biāo)代碼→可執(zhí)行代碼此階段還包括部分軟件模塊的局部測試、集成與聯(lián)調(diào)根據(jù)待開發(fā)軟件的規(guī)模、控制點(diǎn)及人員安排，可細(xì)分為多個(gè)小階段輸出軟件(源代碼、目標(biāo)代碼、可執(zhí)行代碼及相關(guān)數(shù)據(jù)文件)文檔(幫助文件等)保證編碼風(fēng)格的一致性，易讀性；增強(qiáng)軟件源碼的可維護(hù)性~16~編碼與調(diào)試內(nèi)容~17~測試按測試發(fā)生的順序劃分模塊測試：是對單個(gè)軟件模塊的測試單元測試：是對各個(gè)軟件功能單元的測試組裝測試：是對各軟件單元之間的互聯(lián)測試集成測試：是對硬件裝置、設(shè)備和軟件的加入性測試系統(tǒng)測試：項(xiàng)目組所在部門組織的對完成集成的系統(tǒng)的測試(是否滿足產(chǎn)品規(guī)格要)確認(rèn)測試：單位質(zhì)量控制部門進(jìn)行的測試(是否滿足產(chǎn)品規(guī)格要求)驗(yàn)收測試：在現(xiàn)場安裝、調(diào)試結(jié)束并經(jīng)試運(yùn)行后，與顧客一起，就滿足合同情況進(jìn)行的測試(是否滿足合同要求)~17~測試按測試發(fā)生的順序劃分~18~測試(續(xù))與順序無關(guān)的測試聯(lián)合測試：當(dāng)軟、硬件分頭開發(fā)完成時(shí)，對其組合體進(jìn)行的測試回歸測試：對因排除不符合項(xiàng)而采取的措施是否產(chǎn)生了其他副作用而進(jìn)行的確認(rèn)性測試專項(xiàng)測試：針對某些具體測試項(xiàng)進(jìn)行的確認(rèn)性測試。例如：邊界條件測試等。應(yīng)根據(jù)開發(fā)規(guī)模，盡可能進(jìn)行獨(dú)立測試。為了保證測試的可信性，被測試的軟件應(yīng)以源代碼的形式提交，同時(shí)說明生成可執(zhí)行代碼的環(huán)境和方法。由測試人員生成可執(zhí)行代碼，進(jìn)行測試。~18~測試(續(xù))與順序無關(guān)的測試~19~軟件開發(fā)的V字模型不可能在需求開發(fā)階段真正進(jìn)行任何測試，因?yàn)檫€沒有可執(zhí)行的軟件可以在開發(fā)組編寫代碼之前，以需求為基礎(chǔ)建立概念性測試用例，并使用它們發(fā)現(xiàn)軟件需求規(guī)格說明中的錯(cuò)誤、二義性和遺漏，還可以進(jìn)行模型分析~19~軟件開發(fā)的V字模型不可能在需求開發(fā)階段真正進(jìn)行任何測~20~對V模型的質(zhì)疑在部分階段延遲進(jìn)行單元測試和集成測試在不同階段上提前進(jìn)行測試設(shè)計(jì)~20~對V模型的質(zhì)疑在部分階段延遲進(jìn)行單元測試和集成測試~21~X模型適應(yīng)現(xiàn)實(shí)單元測試、集成測試不斷迭代強(qiáng)調(diào)探索性測試~21~X模型適應(yīng)現(xiàn)實(shí)~22~統(tǒng)計(jì)數(shù)字每千行源代碼所包含的bug數(shù)，cmm1級為11.95個(gè)，cmm2為5.52個(gè)，cmm3為2.39個(gè)，cmm4為0.92個(gè),而cmm5則只有0.32個(gè)~22~統(tǒng)計(jì)數(shù)字每千行源代碼所包含的bug數(shù)，cmm1級為1~23~軟件集成、聯(lián)調(diào)應(yīng)按計(jì)劃對所開發(fā)的軟件模塊進(jìn)行組裝并與硬件一起聯(lián)調(diào)根據(jù)需要，規(guī)定應(yīng)填寫的調(diào)試記錄~23~軟件集成、聯(lián)調(diào)應(yīng)按計(jì)劃對所開發(fā)的軟件模塊進(jìn)行組裝并與~24~內(nèi)部確認(rèn)在模擬環(huán)境下運(yùn)行，并監(jiān)視、記錄運(yùn)行情況根據(jù)任務(wù)書或合同的要求進(jìn)行比照，檢查其是否滿足使用要求對運(yùn)行情況、測試結(jié)果及文檔的齊套性、正確性和一致性進(jìn)行評審，達(dá)到確認(rèn)~24~內(nèi)部確認(rèn)在模擬環(huán)境下運(yùn)行，并監(jiān)視、記錄運(yùn)行情況~25~復(fù)制、交付、安裝軟盤復(fù)制、光盤刻錄交付時(shí)的版本標(biāo)識和登記安裝(派技術(shù)人員安裝或由用戶自行安裝)記錄軟件安裝實(shí)施計(jì)劃軟件安裝環(huán)境最低需求軟件安裝記錄~25~復(fù)制、交付、安裝軟盤復(fù)制、光盤刻錄~26~試運(yùn)行、用戶驗(yàn)收以用戶驗(yàn)收的方式進(jìn)行最終確認(rèn)結(jié)論軟件設(shè)計(jì)與需求的一致性程序編碼與軟件設(shè)計(jì)的一致性文件描述與程序的一致性文件的成套性、完整性、準(zhǔn)確性和標(biāo)準(zhǔn)化程度是否通過驗(yàn)收~26~試運(yùn)行、用戶驗(yàn)收以用戶驗(yàn)收的方式進(jìn)行最終確認(rèn)~27~運(yùn)行、維護(hù)收集使用中發(fā)現(xiàn)的問題和顧客意見針對運(yùn)行中出現(xiàn)的問題，按設(shè)計(jì)更改程序進(jìn)行控制記錄用戶服務(wù)記錄表~27~運(yùn)行、維護(hù)收集使用中發(fā)現(xiàn)的問題和顧客意見~28~退役編寫軟件退役報(bào)告，并進(jìn)行評審~28~退役編寫軟件退役報(bào)告，并進(jìn)行評審~29~配置與變更管理基線的確立配置項(xiàng)的存取配置管理實(shí)施配置項(xiàng)的標(biāo)識配置項(xiàng)的變更控制配置項(xiàng)的狀態(tài)記錄配置項(xiàng)的檢查和評審控制對構(gòu)成軟件產(chǎn)品的各配置項(xiàng)的標(biāo)識、管理、更改活動(dòng)，保證軟件配置項(xiàng)的完全性和正確性，防止非預(yù)期的使用軟件配置項(xiàng)的范圍合同、技術(shù)文檔、質(zhì)量記錄等~29~配置與變更管理基線的確立控制對構(gòu)成軟件產(chǎn)品的各配置項(xiàng)~30~媒體控制對軟件存放介質(zhì)(媒體)的要求和規(guī)定軟件的復(fù)制(軟件的生產(chǎn)過程)媒體的標(biāo)識：規(guī)則、執(zhí)行者媒體的貯存(防潮、防火、防磁、防靜電、防病毒)媒體的包裝、運(yùn)輸~30~媒體控制對軟件存放介質(zhì)(媒體)的要求和規(guī)定~31~文檔資料控制各開發(fā)階段應(yīng)形成的文檔，對其擬、審、批的規(guī)定編制文檔資料所依據(jù)的標(biāo)準(zhǔn)和規(guī)范開發(fā)過程中應(yīng)形成的質(zhì)量記錄文檔與軟件之間的一致性檢查文檔資料的歸檔與發(fā)放~31~文檔資料控制各開發(fā)階段應(yīng)形成的文檔，對其擬、審、批的~32~版本管理分類開發(fā)過程中的版本交付軟件產(chǎn)品的版本管理對象軟件文檔為該產(chǎn)品開發(fā)的工具軟件操作配置管理人員，配備一臺計(jì)算機(jī)(或服務(wù)器)開設(shè)開發(fā)庫、受控庫和產(chǎn)品庫訪問權(quán)限對入庫和出庫軟件的控制~32~版本管理分類~33~版本管理(續(xù))開發(fā)庫存放正在開發(fā)(編寫)或調(diào)試(修改)、自測的軟件和文檔受控庫存放開發(fā)各階段測試通過的軟件、文檔和工具軟件的版本并給以標(biāo)識。轉(zhuǎn)入下一階段時(shí)，從此處發(fā)放用作下一階段開始工作的初始版本產(chǎn)品庫存放可交付及已交付軟件、文檔及支持文件的版本各庫內(nèi)所存放的軟件和文檔，應(yīng)定期備份，以防止開發(fā)成果的意外丟失(文件重寫、介質(zhì)損壞、意外事故、非法訪問——病毒，黑客，故意破壞等)并保證可追溯性~33~版本管理(續(xù))開發(fā)庫存放正在開發(fā)(編寫)或調(diào)試(修改~34~環(huán)境、工具和技術(shù)開發(fā)所需的硬件環(huán)境測試所需的硬件環(huán)境(包括模擬用戶環(huán)境所必要的輸入、輸出設(shè)備)開發(fā)平臺軟件(操作系統(tǒng)、編程語言、編譯環(huán)境、調(diào)試工具等)管理軟件診斷軟件測試軟件輔助性軟件(防病毒軟件等)~34~環(huán)境、工具和技術(shù)開發(fā)所需的硬件環(huán)境~35~有關(guān)軟件的法規(guī)和標(biāo)準(zhǔn)《軟件產(chǎn)品管理辦法》《計(jì)算機(jī)信息系統(tǒng)集成資質(zhì)管理辦法(試行)》《計(jì)算機(jī)軟件保護(hù)條例》ISO／IEC12207—1995信息技術(shù)軟件生存周期過程ISO／IECTR15504軟件過程評估GB／T19000．3—2001質(zhì)量管理和質(zhì)量保證標(biāo)準(zhǔn)第3部分：GB信息技術(shù)軟件生存周期過程GB／T19001—1994在軟件開發(fā)，供應(yīng)、安裝和維護(hù)中的使用指南GB／T12504—90計(jì)算機(jī)軟件質(zhì)量保證計(jì)劃規(guī)范GB／T12505—90計(jì)算機(jī)軟件配置管理計(jì)劃規(guī)范等~35~有關(guān)軟件的法規(guī)和標(biāo)準(zhǔn)《軟件產(chǎn)品管理辦法》~36~周密策劃以保證開發(fā)人員應(yīng)具備一定的資格或能力開發(fā)環(huán)境(軟件和硬件平臺)是適用的編制足夠的控制程序和工作規(guī)范(例如開發(fā)過程控制程序、變量命名規(guī)則、代碼書寫規(guī)范、注釋規(guī)范等)編制測試用例并在使用前對用例本身進(jìn)行驗(yàn)證編制各階段測試計(jì)劃，明確規(guī)定測試方法以及測試結(jié)果的記錄要求、評價(jià)方式和接收準(zhǔn)則實(shí)施配置管理，控制軟件產(chǎn)品(代碼和文檔)版本和更改過程~36~周密策劃以保證開發(fā)人員應(yīng)具備一定的資格或能力~37~軟件質(zhì)量管理體系質(zhì)量體系文件質(zhì)量手冊文件控制記錄控制管理職責(zé)質(zhì)量方針、質(zhì)量目標(biāo)職責(zé)、權(quán)限與溝通管理評審資源管理人力資源基礎(chǔ)設(shè)施和工作環(huán)境產(chǎn)品實(shí)現(xiàn)產(chǎn)品實(shí)現(xiàn)的策劃與顧客有關(guān)的過程設(shè)計(jì)和開發(fā)采購開發(fā)和服務(wù)提供監(jiān)視和測量裝置的控制

測量、分析和改進(jìn)監(jiān)視和測量

不合格品控制

數(shù)據(jù)分析

改進(jìn)

~37~軟件質(zhì)量管理體系質(zhì)量體系文件產(chǎn)品實(shí)現(xiàn)~38~八項(xiàng)質(zhì)量管理原則以顧客為關(guān)注焦點(diǎn)領(lǐng)導(dǎo)作用全員參與過程方法管理的系統(tǒng)方法持續(xù)改進(jìn)基于事實(shí)的決策方法與供方互利的關(guān)系~38~八項(xiàng)質(zhì)量管理原則以顧客為關(guān)注焦點(diǎn)~39~過程方法

最高管理者持續(xù)的推動(dòng)時(shí)間組織業(yè)績PDCA持續(xù)循環(huán)改進(jìn)~39~過程方法最高管理者持續(xù)的推動(dòng)時(shí)間組PDCA持~40~基于過程的質(zhì)量管理體系模式~40~基于過程的質(zhì)量管理體系模式~41~實(shí)施質(zhì)量管理體系的意義管理法治化職責(zé)更分明接口更明確監(jiān)督機(jī)制加強(qiáng)焦點(diǎn)得到控制競爭能力增強(qiáng)~41~實(shí)施質(zhì)量管理體系的意義管理法治化~42~實(shí)施質(zhì)量管理體系工作重點(diǎn)規(guī)范管理制度增進(jìn)內(nèi)部溝通提高服務(wù)質(zhì)量增強(qiáng)社會信心~42~實(shí)施質(zhì)量管理體系工作重點(diǎn)規(guī)范管理制度~43~小結(jié)小結(jié)~43~小結(jié)小結(jié)~44~軟件開發(fā)中的困境如何指定符合項(xiàng)目的計(jì)劃項(xiàng)目應(yīng)該如何去完成如何按期提交項(xiàng)目如何降低項(xiàng)目的風(fēng)險(xiǎn)項(xiàng)目中的人員流動(dòng)很頻繁怎么辦如何合理的安排已有人員項(xiàng)目不斷變大，文檔和程序不斷的增多用戶的需求在不斷的變化項(xiàng)目中的人員在增加，如何管理好項(xiàng)目的質(zhì)量如何控制~44~軟件開發(fā)中的困境如何指定符合項(xiàng)目的計(jì)劃~45~軟件開發(fā)過程的模型簡單式(構(gòu)建＋維護(hù))瀑布式敏捷開發(fā)統(tǒng)一軟件開發(fā)過程~45~軟件開發(fā)過程的模型簡單式(構(gòu)建＋維護(hù))~46~簡單式修改直到用戶滿意系統(tǒng)使用消亡思路或者客戶需求構(gòu)建第一個(gè)版本~46~簡單式修改直到用戶滿意系統(tǒng)使用消亡思路或者客戶需求構(gòu)~47~簡單式過程開發(fā)特征系統(tǒng)在沒有任何規(guī)范和規(guī)則的情況下就開發(fā)沒有明確的設(shè)計(jì)，設(shè)計(jì)思路都在開發(fā)者的頭腦中這種開發(fā)方法對于使用周期很短的小項(xiàng)目可用隨著時(shí)間的推移，系統(tǒng)的維護(hù)越來越困難系統(tǒng)在交付使用時(shí)，有可能會出現(xiàn)一系列的錯(cuò)誤，前期和后期維護(hù)成本都很高在大型項(xiàng)目和商用項(xiàng)目中極少使用~47~簡單式過程開發(fā)特征系統(tǒng)在沒有任何規(guī)范和規(guī)則的情況下就~48~瀑布式設(shè)計(jì)階段實(shí)現(xiàn)階段集成階段需求階段細(xì)化階段使用階段消亡每個(gè)階段做完時(shí)進(jìn)行驗(yàn)證~48~瀑布式設(shè)計(jì)階段實(shí)現(xiàn)階段集成階段需求階段細(xì)化階段使用階~49~瀑布式開發(fā)70年代流行的開發(fā)方法自上而下的開發(fā)方法每個(gè)階段都有軟件質(zhì)量管理組核實(shí)后再進(jìn)行下一階段的開發(fā)每一階段都有測試每個(gè)階段都形成了明確的文檔文檔并不總能和系統(tǒng)相符合細(xì)化的文檔使得系統(tǒng)的用戶和開發(fā)人員難于理解和分辨系統(tǒng)的關(guān)系階段之間的對應(yīng)和檢查變得困難、維護(hù)代價(jià)高變更應(yīng)對能力差~49~瀑布式開發(fā)70年代流行的開發(fā)方法~50~敏捷開發(fā)快速適應(yīng)系統(tǒng)需求的變化提高軟件生產(chǎn)率突出企業(yè)自身特點(diǎn)，體現(xiàn)企業(yè)核心能力支持動(dòng)態(tài)聯(lián)盟和虛擬組織面向業(yè)務(wù)目標(biāo)持續(xù)改進(jìn)和重組~50~敏捷開發(fā)快速適應(yīng)系統(tǒng)需求的變化~51~敏捷開發(fā)的特征輕量級的開發(fā)過程基于時(shí)間JustEnough并行基于組件的軟件工程~51~敏捷開發(fā)的特征輕量級的開發(fā)過程~52~敏捷開發(fā)過程軟件的需求是難以預(yù)期的，開發(fā)方法必需適應(yīng)變化的需求，在快速的迭代中不斷改進(jìn)小組成員并不完全按照完整的方法進(jìn)行開發(fā)，而根據(jù)具體問題和情況，靈活地去除非增值活動(dòng)僅僅執(zhí)行一些必須的活動(dòng)，使用必須的規(guī)則，編寫必須的文檔人的因素被放在第一適合互聯(lián)網(wǎng)時(shí)代的開發(fā)要求~52~敏捷開發(fā)過程軟件的需求是難以預(yù)期的，開發(fā)方法必需適應(yīng)~53~主要敏捷開發(fā)方法eXtremeProgramming(XP)SCRUMDSDMAdaptiveSoftwareDevelopment(ASD)FeatureDrivenDevelopment(FDD)CrystalFamilyRationalRUP&UML~53~主要敏捷開發(fā)方法eXtremeProgrammin~54~統(tǒng)一軟件開發(fā)過程用例驅(qū)動(dòng)用例:能向用戶提供有價(jià)值的系統(tǒng)的某種功能以架構(gòu)為中心軟件架構(gòu)：系統(tǒng)的最重要的靜態(tài)和動(dòng)態(tài)特征迭代和增量式迭代：工作流程的重復(fù)、每次的活動(dòng)都以上次的活動(dòng)為基礎(chǔ)~54~統(tǒng)一軟件開發(fā)過程用例驅(qū)動(dòng)~55~用例驅(qū)動(dòng)用戶所希望和需要的是什么系統(tǒng)能為每個(gè)用戶提供什么功能用例所描述和代表的是用戶與系統(tǒng)交互的一個(gè)過程，而這個(gè)過程滿足了用戶的某些需求所強(qiáng)調(diào)的是系統(tǒng)的功能~55~用例驅(qū)動(dòng)用戶所希望和需要的是什么~56~以架構(gòu)為中心刻畫了系統(tǒng)的整體設(shè)計(jì)，忽略了細(xì)節(jié)設(shè)計(jì)，刻畫最重要的部分。什么是最重要的呢？依賴于判斷。判斷的依據(jù)是經(jīng)驗(yàn)。構(gòu)架的設(shè)計(jì)價(jià)值取決于執(zhí)行該任務(wù)的人的素質(zhì)受用戶需求（用戶可能會增加那方面的需求）、軟件應(yīng)用平臺（計(jì)算機(jī)硬件、操作系統(tǒng)、數(shù)據(jù)庫、網(wǎng)絡(luò)等）、實(shí)施問題、遺留系統(tǒng)集成等的影響~56~以架構(gòu)為中心刻畫了系統(tǒng)的整體設(shè)計(jì)，忽略了細(xì)節(jié)設(shè)計(jì)，刻~57~用例和架構(gòu)用例是系統(tǒng)的功能和外衣架構(gòu)是系統(tǒng)的內(nèi)在形式兩方面必須并行進(jìn)化架構(gòu)只考慮核心功能(5-10%)架構(gòu)設(shè)計(jì)原則：先考慮與用例無關(guān)的不會變動(dòng)的方面考慮考慮最重要的功能需求子集~57~用例和架構(gòu)用例是系統(tǒng)的功能和外衣~58~迭代和增量式控制迭代過程，劃分每次迭代的目標(biāo)迭代原則：架構(gòu)上先實(shí)現(xiàn)最粗略的部分功能上先實(shí)現(xiàn)最重要的每次迭代盡可能的劃分的細(xì)，迭代數(shù)量不能太少每次迭代要有規(guī)范的檢查機(jī)制增量式每次迭代增加一部分設(shè)計(jì)和實(shí)現(xiàn)~58~迭代和增量式控制迭代過程，劃分每次迭代的目標(biāo)~59~統(tǒng)一軟件過程的生命周期在軟件過程中，不斷的向用戶提供新的版本每次形成的版本構(gòu)成了一個(gè)循環(huán)~59~統(tǒng)一軟件過程的生命周期在軟件過程中，不斷的向用戶提供~60~每個(gè)版本形成的過程每次循環(huán)由四個(gè)階段構(gòu)成初始想法-->產(chǎn)品系統(tǒng)向用戶提供的功能是什么系統(tǒng)的架構(gòu)是什么樣子的開發(fā)計(jì)劃、開支如何、人員安排細(xì)化詳細(xì)說明產(chǎn)品的功能設(shè)計(jì)系統(tǒng)的架構(gòu)構(gòu)造構(gòu)造能運(yùn)行的產(chǎn)品移交產(chǎn)品手冊、測試手冊、用戶培訓(xùn)、技術(shù)支持~60~每個(gè)版本形成的過程每次循環(huán)由四個(gè)階段構(gòu)成~61~產(chǎn)品版本形成的迭代過程~61~產(chǎn)品版本形成的迭代過程~62~核心工作流程和四個(gè)階段~62~核心工作流程和四個(gè)階段~63~產(chǎn)品版本的相關(guān)模型用例模型：系統(tǒng)的功能和用戶的關(guān)系分析模型：提煉用例，將用例的實(shí)現(xiàn)分配給一組對象設(shè)計(jì)模型：靜態(tài)結(jié)構(gòu)和動(dòng)態(tài)結(jié)構(gòu)子系統(tǒng)、類、接口實(shí)現(xiàn)模型：類、接口到組件的映射實(shí)施模型：組件到部署物理節(jié)點(diǎn)的映射測試模型：測試用例和用例的映射~63~產(chǎn)品版本的相關(guān)模型用例模型：系統(tǒng)的功能和用戶的關(guān)系~64~產(chǎn)品版本的相關(guān)模型~64~產(chǎn)品版本的相關(guān)模型~65~模型間的依賴關(guān)系迭代的過程使得每次迭代過程中依賴關(guān)系的復(fù)雜程度降低~65~模型間的依賴關(guān)系迭代的過程使得每次迭代過程中依賴關(guān)系~66~軟件過程具體化沒有通用的軟件過程組織因素：組織結(jié)構(gòu)、文化、管理、能力、經(jīng)驗(yàn)等領(lǐng)域因素：應(yīng)用領(lǐng)域的熟悉、競爭對手的提供產(chǎn)品的影響生命周期因素：時(shí)間、專業(yè)技能技術(shù)因素：程序設(shè)計(jì)語言、開發(fā)工具、數(shù)據(jù)庫系統(tǒng)、框架等~66~軟件過程具體化沒有通用的軟件過程~67~CapabilityMaturityModel

軟件能力成熟度模型迄今為止學(xué)術(shù)界和工業(yè)界公認(rèn)的有關(guān)軟件工程和管理實(shí)踐的最好的評價(jià)模型。為評估軟件組織的生產(chǎn)能力提供了標(biāo)準(zhǔn)。為提高軟件組織的生產(chǎn)過程指明了方向。~67~CapabilityMaturityModel

~68~CMM概述一個(gè)成熟軟件組織具有在全組織范圍內(nèi)管理軟件、開發(fā)過程和維護(hù)過程的能力規(guī)定的軟件過程被正確無誤地通知到所有員工工作活動(dòng)均按照已規(guī)劃的過程進(jìn)行，并通過可控的先導(dǎo)性試驗(yàn)和費(fèi)效分析使這些過程得到改進(jìn)對已定義過程中的所有崗位及其職責(zé)都有清楚的描述通過文檔與培訓(xùn)使全組織有關(guān)人員對已定義的軟件過程都有很好的理解，從而使其軟件過程所導(dǎo)致的生產(chǎn)率和質(zhì)量能隨時(shí)間的推移得到改進(jìn)。~68~CMM概述一個(gè)成熟軟件組織具有在全組織范圍內(nèi)管理軟件~69~CMM基本概念軟件過程：人們用于開發(fā)和維護(hù)軟件及其相關(guān)過程的一系列活動(dòng)，包括軟件工程活動(dòng)和軟件管理活動(dòng)。軟件過程能力：描述（開發(fā)組織或項(xiàng)目組）遵循其軟件過程能夠?qū)崿F(xiàn)預(yù)期結(jié)果的程度，它既可對整個(gè)軟件開發(fā)組織而言，也可對一個(gè)軟件項(xiàng)目而言。軟件過程性能：表示（開發(fā)組織或項(xiàng)目組）遵循其軟件過程所得到的實(shí)際結(jié)果，軟件過程性能描述的是已得到的實(shí)際結(jié)果，而軟件過程能力則描述的是最可能的預(yù)期結(jié)果，它既可對整個(gè)軟件開發(fā)組織而言，也可對一個(gè)特定項(xiàng)目而言。軟件過程成熟：一個(gè)特定軟件過程被明確和有效地定義，管理測量和控制的程度。~69~CMM基本概念軟件過程：人們用于開發(fā)和維護(hù)軟件及其相~70~CMM基本概念軟件能力成熟度等級：軟件開發(fā)組織在走向成熟的途中幾個(gè)具有明確定義的表示軟件過程能力成熟度的平臺。關(guān)鍵過程域：每個(gè)軟件能力成熟度等級包含若干個(gè)對該成熟度等級至關(guān)重要的過程域，它們的實(shí)施對達(dá)到該成熟度等級的目標(biāo)起到保證作用。這些過程域就稱為該成熟度等級的關(guān)鍵過程域，反之有非關(guān)鍵過程域是指對達(dá)到相應(yīng)軟件成熟度等級的目標(biāo)不起關(guān)鍵作用。歸納為：互相關(guān)聯(lián)的若干軟件實(shí)踐活動(dòng)和有關(guān)基礎(chǔ)設(shè)施的一個(gè)集合。~70~CMM基本概念軟件能力成熟度等級：軟件開發(fā)組織在走向~71~CMM基本概念關(guān)鍵實(shí)踐：對關(guān)鍵過程域的實(shí)踐起關(guān)鍵作用的方針、規(guī)程、措施、活動(dòng)以及相關(guān)基礎(chǔ)設(shè)施的建立。關(guān)鍵實(shí)踐一般只描述“做什么”而不強(qiáng)制規(guī)定“如何做”。整個(gè)軟件過程的改進(jìn)是基于許多小的、漸進(jìn)的步驟，而不是通過一次革命性的創(chuàng)新來實(shí)現(xiàn)的，這些小的漸進(jìn)步驟就是通過一些關(guān)鍵實(shí)踐來實(shí)現(xiàn)。

軟件能力成熟度模型：隨著軟件組織定義、實(shí)施、測量、控制和改進(jìn)其軟件過程，軟件組織的能力也伴隨著這些階段逐步前進(jìn)，完成對軟件組織進(jìn)化階段的描述模型。~71~CMM基本概念關(guān)鍵實(shí)踐：對關(guān)鍵過程域的實(shí)踐起關(guān)鍵作用~72~CMM1第一級：初始級

在初始級，企業(yè)一般不具備穩(wěn)定的軟件開發(fā)與維護(hù)的環(huán)境。常常在遇到問題的時(shí)候，就放棄原定的計(jì)劃而只專注于編程與測試。

~72~CMM1第一級：初始級

在初始級，企業(yè)一般不~73~CMM2第二級：可重復(fù)級

在這一級，建立了管理軟件項(xiàng)目的政策以及為貫徹執(zhí)行這些政策而定的措施?；谶^往的項(xiàng)目的經(jīng)驗(yàn)來計(jì)劃與管理新的項(xiàng)目。

~73~CMM2第二級：可重復(fù)級

在這一級，建立了管~74~CMM3第三級：定義級

在這一級，有關(guān)軟件工程與管理工程的一個(gè)特定的、面對整個(gè)企業(yè)的軟件開發(fā)與維護(hù)的過程的文件將被制訂出來。同時(shí)，這些過程是集成到一個(gè)協(xié)調(diào)的整體。這就稱為企業(yè)的標(biāo)準(zhǔn)軟件過程。

~74~CMM3第三級：定義級

在這一級，有關(guān)軟件工~75~CMM4第四級：定量管理級

在這一級，企業(yè)對產(chǎn)品與過程建立起定量的質(zhì)量目標(biāo)，同時(shí)在過程中加入規(guī)定得很清楚的連續(xù)的度量。作為企業(yè)的度量方案，

要對所有項(xiàng)目的重要的過程活動(dòng)進(jìn)行生產(chǎn)率和質(zhì)量的度量。軟件

產(chǎn)品因此具有可預(yù)期的高質(zhì)量。~75~CMM4第四級：定量管理級

在這一級，企業(yè)對~76~CMM5第五級：（不斷）優(yōu)化級

在這個(gè)等級，整個(gè)企業(yè)將會把重點(diǎn)放在對過程進(jìn)行不斷的優(yōu)化。企業(yè)會采取，以達(dá)到預(yù)防缺陷

的目標(biāo)。同時(shí)，分析主動(dòng)去找出過程的弱點(diǎn)與長處有關(guān)過程的有效性的資料，作出對新技術(shù)的

成本與收益的分析，以及提出對過程進(jìn)行修改的建議。~76~CMM5第五級：（不斷）優(yōu)化級

在這個(gè)等級，~77~CMM五級~77~CMM五級~78~項(xiàng)目－自動(dòng)取款機(jī)系統(tǒng)構(gòu)建需求儲蓄用戶使用三種功能~78~項(xiàng)目－自動(dòng)取款機(jī)系統(tǒng)構(gòu)建需求~79~系統(tǒng)關(guān)鍵用例關(guān)鍵功能點(diǎn)的關(guān)注取款~79~系統(tǒng)關(guān)鍵用例關(guān)鍵功能點(diǎn)的關(guān)注~80~分析用例~80~分析用例~81~系統(tǒng)分析模型－靜態(tài)建模~81~系統(tǒng)分析模型－靜態(tài)建模~82~系統(tǒng)分析模型－動(dòng)態(tài)建模~82~系統(tǒng)分析模型－動(dòng)態(tài)建模~83~系統(tǒng)設(shè)計(jì)模型~83~系統(tǒng)設(shè)計(jì)模型~84~三種模型的關(guān)系~84~三種模型的關(guān)系~85~設(shè)計(jì)模型－類設(shè)計(jì)(靜態(tài))~85~設(shè)計(jì)模型－類設(shè)計(jì)(靜態(tài))~86~設(shè)計(jì)模型－動(dòng)態(tài)建模~86~設(shè)計(jì)模型－動(dòng)態(tài)建模~87~設(shè)計(jì)模型－子系統(tǒng)分組~87~設(shè)計(jì)模型－子系統(tǒng)分組~88~實(shí)現(xiàn)模型~88~實(shí)現(xiàn)模型~89~測試模型~89~測試模型軟件項(xiàng)目開發(fā)過程中國科學(xué)院軟件研究所高級技術(shù)培訓(xùn)中心

~90~軟件項(xiàng)目開發(fā)過程中國科學(xué)院軟件研究所http://www.i~91~軟件項(xiàng)目什么是軟件項(xiàng)目完成特定目的、符合用戶特定需求的軟件所需的組織結(jié)構(gòu)和過程、規(guī)范的集合軟件項(xiàng)目的實(shí)施需要周密的部署，合理的規(guī)章制度，符合項(xiàng)目的路線（軟件過程），良好的項(xiàng)目管理和人員安排。~2~軟件項(xiàng)目什么是軟件項(xiàng)目~92~相關(guān)流程軟件管理特點(diǎn)軟件生存期過程確定需求開發(fā)策劃需求分析概要設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼與調(diào)試測試軟件集成、聯(lián)調(diào)內(nèi)部確認(rèn)復(fù)制、交付、安裝試運(yùn)行、用戶驗(yàn)收運(yùn)行、維護(hù)退役軟件管理配置與變更管理環(huán)境、工具和技術(shù)有關(guān)軟件的法規(guī)和標(biāo)準(zhǔn)周密策劃以保證軟件質(zhì)量管理體系八項(xiàng)質(zhì)量管理原則過程方法基于過程的質(zhì)量管理體系模式實(shí)施質(zhì)量管理體系的意義實(shí)施質(zhì)量管理體系工作重點(diǎn)企業(yè)發(fā)展力量分析~3~相關(guān)流程軟件管理特點(diǎn)軟件管理~93~軟件管理特點(diǎn)軟件產(chǎn)品的特點(diǎn)軟件產(chǎn)品的質(zhì)量，完全取決于其設(shè)計(jì)和開發(fā)水平軟件需求的模糊性、變化性使軟件產(chǎn)品難以成熟任何一個(gè)軟件產(chǎn)品，或多或少總會存在一些故障(BUG)軟件人員廣泛存在的不規(guī)范的開發(fā)習(xí)慣使開發(fā)過程難以管理軟件質(zhì)量指標(biāo)難以量化軟件測試?yán)碚摵图夹g(shù)尚未解決軟件產(chǎn)品正確性的驗(yàn)證問題軟件產(chǎn)品質(zhì)量特性：滿足需求能力的一系列特性總和功能、可靠性、易用性、效率、維護(hù)性、可移植性軟件管理必須在市場(用戶)需求和軟件成熟性之間進(jìn)行權(quán)衡~4~軟件管理特點(diǎn)軟件產(chǎn)品的特點(diǎn)~94~軟件生存期過程確定需求開發(fā)策劃需求分析概要設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼與調(diào)試測試軟件集成、聯(lián)調(diào)內(nèi)部確認(rèn)復(fù)制、交付、安裝試運(yùn)行、用戶驗(yàn)收運(yùn)行、維護(hù)退役~5~軟件生存期過程確定需求軟件集成、聯(lián)調(diào)~95~確定需求確定外部用戶需求上級下達(dá)的軟件開發(fā)課題本單位根據(jù)市場需要確定的開發(fā)課題用戶合同要求的軟件開發(fā)任務(wù)輸出可行性分析報(bào)告技術(shù)、經(jīng)濟(jì)、社會可行性，風(fēng)險(xiǎn)對策合同及評審記錄產(chǎn)品要求得到規(guī)定和滿足單位有能力滿足規(guī)定的要求~6~確定需求確定外部用戶需求~96~開發(fā)策劃確定開發(fā)目標(biāo)確定項(xiàng)目開發(fā)的技術(shù)路線(開發(fā)的出發(fā)基線、對現(xiàn)有產(chǎn)品的復(fù)用、委托開發(fā)等)確定應(yīng)遵循的標(biāo)準(zhǔn)、法律和法規(guī)選任開發(fā)項(xiàng)目經(jīng)理劃分開發(fā)階段確定各階段的輸入和輸出文件確定質(zhì)量控制點(diǎn)(評審點(diǎn)、驗(yàn)證點(diǎn)和確認(rèn)點(diǎn))及其實(shí)施的責(zé)任人、實(shí)施方式等設(shè)計(jì)項(xiàng)目開發(fā)進(jìn)度確定開發(fā)人員并分配職責(zé)提出開發(fā)所需資源(軟件、硬件開發(fā)環(huán)境及工具軟件、設(shè)備、資金等)要求并予以落實(shí)制定配置管理計(jì)劃和質(zhì)量保證計(jì)劃~7~開發(fā)策劃確定開發(fā)目標(biāo)確定質(zhì)量控制點(diǎn)(評審點(diǎn)、驗(yàn)證點(diǎn)和確~97~開發(fā)策劃(續(xù))輸出策劃報(bào)告開發(fā)項(xiàng)目實(shí)施計(jì)劃配置管理計(jì)劃質(zhì)量保證計(jì)劃等~8~開發(fā)策劃(續(xù))輸出~98~需求分析確保項(xiàng)目的開發(fā)符合用戶的需求(可測試性)確定設(shè)計(jì)輸入任務(wù)委托書/招標(biāo)書前期對用戶的需求調(diào)研資料可行性分析報(bào)告/投標(biāo)書合同等編制內(nèi)部需求規(guī)格(說明)書需求變更控制~9~需求分析確保項(xiàng)目的開發(fā)符合用戶的需求(可測試性)~99~需求的層次

-業(yè)務(wù)需求、用戶需求和功能需求~10~需求的層次

-業(yè)務(wù)需求、用戶需求和功能需求~100~需求的開發(fā)和管理~11~需求的開發(fā)和管理~101~需求驗(yàn)證驗(yàn)證是為了確保需求說明準(zhǔn)確、完整地表達(dá)必要的質(zhì)量特點(diǎn)客戶的參與在需求驗(yàn)證中占有重要的位置審查需求文檔以需求為依據(jù)編寫測試用例編寫用戶手冊確定合格的標(biāo)準(zhǔn)~12~需求驗(yàn)證驗(yàn)證是為了確保需求說明準(zhǔn)確、完整地表達(dá)必要的~102~測試需求測試需求有很多分類方法，最普通的一種就是按照商業(yè)功能分類把需求分解成單元的好處：測試需求是測試用例的基礎(chǔ)，分成單元可以更好地進(jìn)行設(shè)計(jì)詳細(xì)的測試需求是用來衡量測試覆蓋率的重要指標(biāo)測試需求包括各種測試設(shè)計(jì)和開發(fā)以及所需資源最好分解到功能點(diǎn)~13~測試需求測試需求有很多分類方法，最普通的一種就是按照~103~概要設(shè)計(jì)確保產(chǎn)品的總體結(jié)構(gòu)和模塊間的關(guān)系與用戶需求的一致性內(nèi)容總體方案設(shè)計(jì)邏輯框圖接口及通訊協(xié)議選用現(xiàn)有產(chǎn)品軟件的選用邊界(約束)條件的設(shè)計(jì)運(yùn)行環(huán)境設(shè)計(jì)等輸出概要設(shè)計(jì)說明書~14~概要設(shè)計(jì)確保產(chǎn)品的總體結(jié)構(gòu)和模塊間的關(guān)系與用戶需求的~104~詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)說明書與概要設(shè)計(jì)說明書是否相一致

內(nèi)容算法設(shè)計(jì)數(shù)據(jù)格式設(shè)計(jì)實(shí)現(xiàn)流程設(shè)計(jì)人機(jī)界面設(shè)計(jì)測試用例設(shè)計(jì)操作設(shè)計(jì)等輸出詳細(xì)設(shè)計(jì)說明書軟件組裝計(jì)劃測試計(jì)劃及測試用例安裝手冊(初稿)使用說明書(初稿)產(chǎn)品標(biāo)準(zhǔn)(初稿)~15~詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)說明書與概要設(shè)計(jì)說明書是否相一致輸~105~編碼與調(diào)試內(nèi)容編寫程序代碼：源代碼→目標(biāo)代碼→可執(zhí)行代碼此階段還包括部分軟件模塊的局部測試、集成與聯(lián)調(diào)根據(jù)待開發(fā)軟件的規(guī)模、控制點(diǎn)及人員安排，可細(xì)分為多個(gè)小階段輸出軟件(源代碼、目標(biāo)代碼、可執(zhí)行代碼及相關(guān)數(shù)據(jù)文件)文檔(幫助文件等)保證編碼風(fēng)格的一致性，易讀性；增強(qiáng)軟件源碼的可維護(hù)性~16~編碼與調(diào)試內(nèi)容~106~測試按測試發(fā)生的順序劃分模塊測試：是對單個(gè)軟件模塊的測試單元測試：是對各個(gè)軟件功能單元的測試組裝測試：是對各軟件單元之間的互聯(lián)測試集成測試：是對硬件裝置、設(shè)備和軟件的加入性測試系統(tǒng)測試：項(xiàng)目組所在部門組織的對完成集成的系統(tǒng)的測試(是否滿足產(chǎn)品規(guī)格要)確認(rèn)測試：單位質(zhì)量控制部門進(jìn)行的測試(是否滿足產(chǎn)品規(guī)格要求)驗(yàn)收測試：在現(xiàn)場安裝、調(diào)試結(jié)束并經(jīng)試運(yùn)行后，與顧客一起，就滿足合同情況進(jìn)行的測試(是否滿足合同要求)~17~測試按測試發(fā)生的順序劃分~107~測試(續(xù))與順序無關(guān)的測試聯(lián)合測試：當(dāng)軟、硬件分頭開發(fā)完成時(shí)，對其組合體進(jìn)行的測試回歸測試：對因排除不符合項(xiàng)而采取的措施是否產(chǎn)生了其他副作用而進(jìn)行的確認(rèn)性測試專項(xiàng)測試：針對某些具體測試項(xiàng)進(jìn)行的確認(rèn)性測試。例如：邊界條件測試等。應(yīng)根據(jù)開發(fā)規(guī)模，盡可能進(jìn)行獨(dú)立測試。為了保證測試的可信性，被測試的軟件應(yīng)以源代碼的形式提交，同時(shí)說明生成可執(zhí)行代碼的環(huán)境和方法。由測試人員生成可執(zhí)行代碼，進(jìn)行測試。~18~測試(續(xù))與順序無關(guān)的測試~108~軟件開發(fā)的V字模型不可能在需求開發(fā)階段真正進(jìn)行任何測試，因?yàn)檫€沒有可執(zhí)行的軟件可以在開發(fā)組編寫代碼之前，以需求為基礎(chǔ)建立概念性測試用例，并使用它們發(fā)現(xiàn)軟件需求規(guī)格說明中的錯(cuò)誤、二義性和遺漏，還可以進(jìn)行模型分析~19~軟件開發(fā)的V字模型不可能在需求開發(fā)階段真正進(jìn)行任何測~109~對V模型的質(zhì)疑在部分階段延遲進(jìn)行單元測試和集成測試在不同階段上提前進(jìn)行測試設(shè)計(jì)~20~對V模型的質(zhì)疑在部分階段延遲進(jìn)行單元測試和集成測試~110~X模型適應(yīng)現(xiàn)實(shí)單元測試、集成測試不斷迭代強(qiáng)調(diào)探索性測試~21~X模型適應(yīng)現(xiàn)實(shí)~111~統(tǒng)計(jì)數(shù)字每千行源代碼所包含的bug數(shù)，cmm1級為11.95個(gè)，cmm2為5.52個(gè)，cmm3為2.39個(gè)，cmm4為0.92個(gè),而cmm5則只有0.32個(gè)~22~統(tǒng)計(jì)數(shù)字每千行源代碼所包含的bug數(shù)，cmm1級為1~112~軟件集成、聯(lián)調(diào)應(yīng)按計(jì)劃對所開發(fā)的軟件模塊進(jìn)行組裝并與硬件一起聯(lián)調(diào)根據(jù)需要，規(guī)定應(yīng)填寫的調(diào)試記錄~23~軟件集成、聯(lián)調(diào)應(yīng)按計(jì)劃對所開發(fā)的軟件模塊進(jìn)行組裝并與~113~內(nèi)部確認(rèn)在模擬環(huán)境下運(yùn)行，并監(jiān)視、記錄運(yùn)行情況根據(jù)任務(wù)書或合同的要求進(jìn)行比照，檢查其是否滿足使用要求對運(yùn)行情況、測試結(jié)果及文檔的齊套性、正確性和一致性進(jìn)行評審，達(dá)到確認(rèn)~24~內(nèi)部確認(rèn)在模擬環(huán)境下運(yùn)行，并監(jiān)視、記錄運(yùn)行情況~114~復(fù)制、交付、安裝軟盤復(fù)制、光盤刻錄交付時(shí)的版本標(biāo)識和登記安裝(派技術(shù)人員安裝或由用戶自行安裝)記錄軟件安裝實(shí)施計(jì)劃軟件安裝環(huán)境最低需求軟件安裝記錄~25~復(fù)制、交付、安裝軟盤復(fù)制、光盤刻錄~115~試運(yùn)行、用戶驗(yàn)收以用戶驗(yàn)收的方式進(jìn)行最終確認(rèn)結(jié)論軟件設(shè)計(jì)與需求的一致性程序編碼與軟件設(shè)計(jì)的一致性文件描述與程序的一致性文件的成套性、完整性、準(zhǔn)確性和標(biāo)準(zhǔn)化程度是否通過驗(yàn)收~26~試運(yùn)行、用戶驗(yàn)收以用戶驗(yàn)收的方式進(jìn)行最終確認(rèn)~116~運(yùn)行、維護(hù)收集使用中發(fā)現(xiàn)的問題和顧客意見針對運(yùn)行中出現(xiàn)的問題，按設(shè)計(jì)更改程序進(jìn)行控制記錄用戶服務(wù)記錄表~27~運(yùn)行、維護(hù)收集使用中發(fā)現(xiàn)的問題和顧客意見~117~退役編寫軟件退役報(bào)告，并進(jìn)行評審~28~退役編寫軟件退役報(bào)告，并進(jìn)行評審~118~配置與變更管理基線的確立配置項(xiàng)的存取配置管理實(shí)施配置項(xiàng)的標(biāo)識配置項(xiàng)的變更控制配置項(xiàng)的狀態(tài)記錄配置項(xiàng)的檢查和評審控制對構(gòu)成軟件產(chǎn)品的各配置項(xiàng)的標(biāo)識、管理、更改活動(dòng)，保證軟件配置項(xiàng)的完全性和正確性，防止非預(yù)期的使用軟件配置項(xiàng)的范圍合同、技術(shù)文檔、質(zhì)量記錄等~29~配置與變更管理基線的確立控制對構(gòu)成軟件產(chǎn)品的各配置項(xiàng)~119~媒體控制對軟件存放介質(zhì)(媒體)的要求和規(guī)定軟件的復(fù)制(軟件的生產(chǎn)過程)媒體的標(biāo)識：規(guī)則、執(zhí)行者媒體的貯存(防潮、防火、防磁、防靜電、防病毒)媒體的包裝、運(yùn)輸~30~媒體控制對軟件存放介質(zhì)(媒體)的要求和規(guī)定~120~文檔資料控制各開發(fā)階段應(yīng)形成的文檔，對其擬、審、批的規(guī)定編制文檔資料所依據(jù)的標(biāo)準(zhǔn)和規(guī)范開發(fā)過程中應(yīng)形成的質(zhì)量記錄文檔與軟件之間的一致性檢查文檔資料的歸檔與發(fā)放~31~文檔資料控制各開發(fā)階段應(yīng)形成的文檔，對其擬、審、批的~121~版本管理分類開發(fā)過程中的版本交付軟件產(chǎn)品的版本管理對象軟件文檔為該產(chǎn)品開發(fā)的工具軟件操作配置管理人員，配備一臺計(jì)算機(jī)(或服務(wù)器)開設(shè)開發(fā)庫、受控庫和產(chǎn)品庫訪問權(quán)限對入庫和出庫軟件的控制~32~版本管理分類~122~版本管理(續(xù))開發(fā)庫存放正在開發(fā)(編寫)或調(diào)試(修改)、自測的軟件和文檔受控庫存放開發(fā)各階段測試通過的軟件、文檔和工具軟件的版本并給以標(biāo)識。轉(zhuǎn)入下一階段時(shí)，從此處發(fā)放用作下一階段開始工作的初始版本產(chǎn)品庫存放可交付及已交付軟件、文檔及支持文件的版本各庫內(nèi)所存放的軟件和文檔，應(yīng)定期備份，以防止開發(fā)成果的意外丟失(文件重寫、介質(zhì)損壞、意外事故、非法訪問——病毒，黑客，故意破壞等)并保證可追溯性~33~版本管理(續(xù))開發(fā)庫存放正在開發(fā)(編寫)或調(diào)試(修改~123~環(huán)境、工具和技術(shù)開發(fā)所需的硬件環(huán)境測試所需的硬件環(huán)境(包括模擬用戶環(huán)境所必要的輸入、輸出設(shè)備)開發(fā)平臺軟件(操作系統(tǒng)、編程語言、編譯環(huán)境、調(diào)試工具等)管理軟件診斷軟件測試軟件輔助性軟件(防病毒軟件等)~34~環(huán)境、工具和技術(shù)開發(fā)所需的硬件環(huán)境~124~有關(guān)軟件的法規(guī)和標(biāo)準(zhǔn)《軟件產(chǎn)品管理辦法》《計(jì)算機(jī)信息系統(tǒng)集成資質(zhì)管理辦法(試行)》《計(jì)算機(jī)軟件保護(hù)條例》ISO／IEC12207—1995信息技術(shù)軟件生存周期過程ISO／IECTR15504軟件過程評估GB／T19000．3—2001質(zhì)量管理和質(zhì)量保證標(biāo)準(zhǔn)第3部分：GB信息技術(shù)軟件生存周期過程GB／T19001—1994在軟件開發(fā)，供應(yīng)、安裝和維護(hù)中的使用指南GB／T12504—90計(jì)算機(jī)軟件質(zhì)量保證計(jì)劃規(guī)范GB／T12505—90計(jì)算機(jī)軟件配置管理計(jì)劃規(guī)范等~35~有關(guān)軟件的法規(guī)和標(biāo)準(zhǔn)《軟件產(chǎn)品管理辦法》~125~周密策劃以保證開發(fā)人員應(yīng)具備一定的資格或能力開發(fā)環(huán)境(軟件和硬件平臺)是適用的編制足夠的控制程序和工作規(guī)范(例如開發(fā)過程控制程序、變量命名規(guī)則、代碼書寫規(guī)范、注釋規(guī)范等)編制測試用例并在使用前對用例本身進(jìn)行驗(yàn)證編制各階段測試計(jì)劃，明確規(guī)定測試方法以及測試結(jié)果的記錄要求、評價(jià)方式和接收準(zhǔn)則實(shí)施配置管理，控制軟件產(chǎn)品(代碼和文檔)版本和更改過程~36~周密策劃以保證開發(fā)人員應(yīng)具備一定的資格或能力~126~軟件質(zhì)量管理體系質(zhì)量體系文件質(zhì)量手冊文件控制記錄控制管理職責(zé)質(zhì)量方針、質(zhì)量目標(biāo)職責(zé)、權(quán)限與溝通管理評審資源管理人力資源基礎(chǔ)設(shè)施和工作環(huán)境產(chǎn)品實(shí)現(xiàn)產(chǎn)品實(shí)現(xiàn)的策劃與顧客有關(guān)的過程設(shè)計(jì)和開發(fā)采購開發(fā)和服務(wù)提供監(jiān)視和測量裝置的控制

測量、分析和改進(jìn)監(jiān)視和測量

不合格品控制

數(shù)據(jù)分析

改進(jìn)

~37~軟件質(zhì)量管理體系質(zhì)量體系文件產(chǎn)品實(shí)現(xiàn)~127~八項(xiàng)質(zhì)量管理原則以顧客為關(guān)注焦點(diǎn)領(lǐng)導(dǎo)作用全員參與過程方法管理的系統(tǒng)方法持續(xù)改進(jìn)基于事實(shí)的決策方法與供方互利的關(guān)系~38~八項(xiàng)質(zhì)量管理原則以顧客為關(guān)注焦點(diǎn)~128~過程方法

最高管理者持續(xù)的推動(dòng)時(shí)間組織業(yè)績PDCA持續(xù)循環(huán)改進(jìn)~39~過程方法最高管理者持續(xù)的推動(dòng)時(shí)間組PDCA持~129~基于過程的質(zhì)量管理體系模式~40~基于過程的質(zhì)量管理體系模式~130~實(shí)施質(zhì)量管理體系的意義管理法治化職責(zé)更分明接口更明確監(jiān)督機(jī)制加強(qiáng)焦點(diǎn)得到控制競爭能力增強(qiáng)~41~實(shí)施質(zhì)量管理體系的意義管理法治化~131~實(shí)施質(zhì)量管理體系工作重點(diǎn)規(guī)范管理制度增進(jìn)內(nèi)部溝通提高服務(wù)質(zhì)量增強(qiáng)社會信心~42~實(shí)施質(zhì)量管理體系工作重點(diǎn)規(guī)范管理制度~132~小結(jié)小結(jié)~43~小結(jié)小結(jié)~133~軟件開發(fā)中的困境如何指定符合項(xiàng)目的計(jì)劃項(xiàng)目應(yīng)該如何去完成如何按期提交項(xiàng)目如何降低項(xiàng)目的風(fēng)險(xiǎn)項(xiàng)目中的人員流動(dòng)很頻繁怎么辦如何合理的安排已有人員項(xiàng)目不斷變大，文檔和程序不斷的增多用戶的需求在不斷的變化項(xiàng)目中的人員在增加，如何管理好項(xiàng)目的質(zhì)量如何控制~44~軟件開發(fā)中的困境如何指定符合項(xiàng)目的計(jì)劃~134~軟件開發(fā)過程的模型簡單式(構(gòu)建＋維護(hù))瀑布式敏捷開發(fā)統(tǒng)一軟件開發(fā)過程~45~軟件開發(fā)過程的模型簡單式(構(gòu)建＋維護(hù))~135~簡單式修改直到用戶滿意系統(tǒng)使用消亡思路或者客戶需求構(gòu)建第一個(gè)版本~46~簡單式修改直到用戶滿意系統(tǒng)使用消亡思路或者客戶需求構(gòu)~136~簡單式過程開發(fā)特征系統(tǒng)在沒有任何規(guī)范和規(guī)則的情況下就開發(fā)沒有明確的設(shè)計(jì)，設(shè)計(jì)思路都在開發(fā)者的頭腦中這種開發(fā)方法對于使用周期很短的小項(xiàng)目可用隨著時(shí)間的推移，系統(tǒng)的維護(hù)越來越困難系統(tǒng)在交付使用時(shí)，有可能會出現(xiàn)一系列的錯(cuò)誤，前期和后期維護(hù)成本都很高在大型項(xiàng)目和商用項(xiàng)目中極少使用~47~簡單式過程開發(fā)特征系統(tǒng)在沒有任何規(guī)范和規(guī)則的情況下就~137~瀑布式設(shè)計(jì)階段實(shí)現(xiàn)階段集成階段需求階段細(xì)化階段使用階段消亡每個(gè)階段做完時(shí)進(jìn)行驗(yàn)證~48~瀑布式設(shè)計(jì)階段實(shí)現(xiàn)階段集成階段需求階段細(xì)化階段使用階~138~瀑布式開發(fā)70年代流行的開發(fā)方法自上而下的開發(fā)方法每個(gè)階段都有軟件質(zhì)量管理組核實(shí)后再進(jìn)行下一階段的開發(fā)每一階段都有測試每個(gè)階段都形成了明確的文檔文檔并不總能和系統(tǒng)相符合細(xì)化的文檔使得系統(tǒng)的用戶和開發(fā)人員難于理解和分辨系統(tǒng)的關(guān)系階段之間的對應(yīng)和檢查變得困難、維護(hù)代價(jià)高變更應(yīng)對能力差~49~瀑布式開發(fā)70年代流行的開發(fā)方法~139~敏捷開發(fā)快速適應(yīng)系統(tǒng)需求的變化提高軟件生產(chǎn)率突出企業(yè)自身特點(diǎn)，體現(xiàn)企業(yè)核心能力支持動(dòng)態(tài)聯(lián)盟和虛擬組織面向業(yè)務(wù)目標(biāo)持續(xù)改進(jìn)和重組~50~敏捷開發(fā)快速適應(yīng)系統(tǒng)需求的變化~140~敏捷開發(fā)的特征輕量級的開發(fā)過程基于時(shí)間JustEnough并行基于組件的軟件工程~51~敏捷開發(fā)的特征輕量級的開發(fā)過程~141~敏捷開發(fā)過程軟件的需求是難以預(yù)期的，開發(fā)方法必需適應(yīng)變化的需求，在快速的迭代中不斷改進(jìn)小組成員并不完全按照完整的方法進(jìn)行開發(fā)，而根據(jù)具體問題和情況，靈活地去除非增值活動(dòng)僅僅執(zhí)行一些必須的活動(dòng)，使用必須的規(guī)則，編寫必須的文檔人的因素被放在第一適合互聯(lián)網(wǎng)時(shí)代的開發(fā)要求~52~敏捷開發(fā)過程軟件的需求是難以預(yù)期的，開發(fā)方法必需適應(yīng)~142~主要敏捷開發(fā)方法eXtremeProgramming(XP)SCRUMDSDMAdaptiveSoftwareDevelopment(ASD)FeatureDrivenDevelopment(FDD)CrystalFamilyRationalRUP&UML~53~主要敏捷開發(fā)方法eXtremeProgrammin~143~統(tǒng)一軟件開發(fā)過程用例驅(qū)動(dòng)用例:能向用戶提供有價(jià)值的系統(tǒng)的某種功能以架構(gòu)為中心軟件架構(gòu)：系統(tǒng)的最重要的靜態(tài)和動(dòng)態(tài)特征迭代和增量式迭代：工作流程的重復(fù)、每次的活動(dòng)都以上次的活動(dòng)為基礎(chǔ)~54~統(tǒng)一軟件開發(fā)過程用例驅(qū)動(dòng)~144~用例驅(qū)動(dòng)用戶所希望和需要的是什么系統(tǒng)能為每個(gè)用戶提供什么功能用例所描述和代表的是用戶與系統(tǒng)交互的一個(gè)過程，而這個(gè)過程滿足了用戶的某些需求所強(qiáng)調(diào)的是系統(tǒng)的功能~55~用例驅(qū)動(dòng)用戶所希望和需要的是什么~145~以架構(gòu)為中心刻畫了系統(tǒng)的整體設(shè)計(jì)，忽略了細(xì)節(jié)設(shè)計(jì)，刻畫最重要的部分。什么是最重要的呢？依賴于判斷。判斷的依據(jù)是經(jīng)驗(yàn)。構(gòu)架的設(shè)計(jì)價(jià)值取決于執(zhí)行該任務(wù)的人的素質(zhì)受用戶需求（用戶可能會增加那方面的需求）、軟件應(yīng)用平臺（計(jì)算機(jī)硬件、操作系統(tǒng)、數(shù)據(jù)庫、網(wǎng)絡(luò)等）、實(shí)施問題、遺留系統(tǒng)集成等的影響~56~以架構(gòu)為中心刻畫了系統(tǒng)的整體設(shè)計(jì)，忽略了細(xì)節(jié)設(shè)計(jì)，刻~146~用例和架構(gòu)用例是系統(tǒng)的功能和外衣架構(gòu)是系統(tǒng)的內(nèi)在形式兩方面必須并行進(jìn)化架構(gòu)只考慮核心功能(5-10%)架構(gòu)設(shè)計(jì)原則：先考慮與用例無關(guān)的不會變動(dòng)的方面考慮考慮最重要的功能需求子集~57~用例和架構(gòu)用例是系統(tǒng)的功能和外衣~147~迭代和增量式控制迭代過程，劃分每次迭代的目標(biāo)迭代原則：架構(gòu)上先實(shí)現(xiàn)最粗略的部分功能上先實(shí)現(xiàn)最重要的每次迭代盡可能的劃分的細(xì)，迭代數(shù)量不能太少每次迭代要有規(guī)范的檢查機(jī)制增量式每次迭代增加一部分設(shè)計(jì)和實(shí)現(xiàn)~58~迭代和增量式控制迭代過程，劃分每次迭代的目標(biāo)~148~統(tǒng)一軟件過程的生命周期在軟件過程中，不斷的向用戶提供新的版本每次形成的版本構(gòu)成了一個(gè)循環(huán)~59~統(tǒng)一軟件過程的生命周期在軟件過程中，不斷的向用戶提供~149~每個(gè)版本形成的過程每次循環(huán)由四個(gè)階段構(gòu)成初始想法-->產(chǎn)品系統(tǒng)向用戶提供的功能是什么系統(tǒng)的架構(gòu)是什么樣子的開發(fā)計(jì)劃、開支如何、人員安排細(xì)化詳細(xì)說明產(chǎn)品的功能設(shè)計(jì)系統(tǒng)的架構(gòu)構(gòu)造構(gòu)造能運(yùn)行的產(chǎn)品移交產(chǎn)品手冊、測試手冊、用戶培訓(xùn)、技術(shù)支持~60~每個(gè)版本形成的過程每次循環(huán)由四個(gè)階段構(gòu)成~150~產(chǎn)品版本形成的迭代過程~61~產(chǎn)品版本形成的迭代過程~151~核心工作流程和四個(gè)階段~62~核心工作流程和四個(gè)階段~152~產(chǎn)品版本的相關(guān)模型用例模型：系統(tǒng)的功能和用戶的關(guān)系分析模型：提煉用例，將用例的實(shí)現(xiàn)分配給一組對象設(shè)計(jì)模型：靜態(tài)結(jié)構(gòu)和動(dòng)態(tài)結(jié)構(gòu)子系統(tǒng)、類、接口實(shí)現(xiàn)模型：類、接口到組件的映射實(shí)施模型：組件到部署物理節(jié)點(diǎn)的映射測試模型：測試用例和用例的映射~63~產(chǎn)品版本的相關(guān)模型用例模型：系統(tǒng)的功能和用戶的關(guān)系~153~產(chǎn)品版本的相關(guān)模型~64~產(chǎn)品版本的相關(guān)模型~154~模型間的依賴關(guān)系迭代的過程使得每次迭代過程中依賴關(guān)系的復(fù)雜程度降低~65~模型間的依賴關(guān)系迭代的過程使得每次迭代過程中依賴關(guān)系~155~軟件過程具體化沒有通用的軟件過程組織因素：組織結(jié)構(gòu)、文化、管理、能力、經(jīng)驗(yàn)等領(lǐng)域因素：應(yīng)用領(lǐng)域的熟悉、競爭對手的提供產(chǎn)品的影響生命周期因素：時(shí)間、專業(yè)技能技術(shù)因素：程序設(shè)計(jì)語言、開發(fā)工具、數(shù)據(jù)庫系統(tǒng)、框架等~66~軟件過程具體化沒有通用的軟件過程~156~CapabilityMaturityModel

軟件能力成熟度模型迄今為止學(xué)術(shù)界和工業(yè)界公認(rèn)的有關(guān)軟件工程和管理實(shí)踐的最好的評價(jià)模型。為評估軟件組織的生產(chǎn)能力提供了標(biāo)準(zhǔn)。為提高軟件組織的生產(chǎn)過程指明了方向。~67~CapabilityMaturity