【正文】 敏捷 過 程 與極 限 編 程 敏捷 過 程 與極 限 編 程 極限編程是敏捷過程中最有名的一個 , 適于小型項目 . 極限編程 (XP)對于傳統(tǒng)的軟件工程中看來是“極端的”實踐 . 圖 XP項目的整體開發(fā)過程 圖 : XP迭代開發(fā)過程 圖 : 微軟軟件生命周期階段劃分和主要里程碑 圖 : 微軟過程的生命周期模型 小結 軟件與軟件危機 ? 軟件的定義 ? 軟件的發(fā)展 ? 軟件危機的介紹 ? 產(chǎn)生軟件危機的原因 ? 消除軟件危機的途徑 軟件工程 ? 軟件工程的介紹 ? 軟件工程的基本原理 ? 軟件工程方法學 軟件生命周期 ? 三時期八階段 軟件過程 ? 七種模型 習題 1 ? 美 國 一家公司在 1982年 計劃 用 fortran語 言 開發(fā) 一 個 在 VAX 750計 算機上 運 行的 應 用程序，估 計這個 程序的 長 度 為 10000條 指令。 ? RUP強 調(diào) 采用迭代和 檢查 的方式 來開發(fā)軟 件，整 個項 目 開發(fā)過 程由多 個 迭代 過 程 組 成。無間隙指在各項活動之間無明顯邊界，如分析和設計活動之間沒有明顯的界限，由于對象概念的引入，表達分析、設計、實現(xiàn)等活動只用對象類和關系，從而可以較為容易地實現(xiàn)活動的迭代和無間隙，使其開發(fā)自然地包括復用。 ? 減少了過多測試或測試不足所帶來的風險。 增量模型 需求分析 驗證 規(guī)格說明 驗證 設計 驗證 維護 針對每個構件，完成 詳細設計、編碼和集 成，經(jīng)測試后交付給 用戶 增量模型 增量模型的優(yōu)點 ? 能在較短時間內(nèi)向用戶提交可完成部分工作的產(chǎn)品。軟件需求確定后，便可進行設計，編碼、測試等以后的各個開發(fā)步驟。 ? 瀑布模型具有 以下幾個特征： 1． 階段間的順序性和依賴性 2. 推遲實現(xiàn)的觀點 3. 質(zhì)量保證的觀點 瀑布模型 需求分析 驗證 編碼 驗證 規(guī)格說明 驗證 設計 驗證 綜合測試 維護 變化的需求 驗證 瀑布模型 瀑布模型的優(yōu)點 ? 可以強迫開發(fā)人員采用規(guī)范的方法； ? 嚴格規(guī)定了每個階段必須提交的文檔； ? 要求每個階段交出的所有產(chǎn)品都必須經(jīng)過質(zhì)量保證小組的仔細驗證。 ? 過程定義了運用方法的順序、應該交付的文檔資料、為保證軟件質(zhì)量和協(xié)調(diào)變化所需要采取的管理措施，以及標志軟件開發(fā)各個階段任務完成的里程碑。 ? 驗收測試是按照驗收測試計劃和準則對軟件系統(tǒng)進行測試，看其是否達到了需求規(guī)格說明中定義的全部功能和性能等方面的需求。 ? 詳細設計階段的主要成果是“詳細設計規(guī)格說明”（或稱“模塊開發(fā)卷宗”）和單元測試計劃等詳細設計文檔。 3. 需求分析 ? 需求分析的任務是確定待開發(fā)的軟件系統(tǒng)“做什么”。 維護 綜合測試 編碼和 單元測試 詳細設計 總體設計 需求分析 可行性研究 問題定義 定義時期 開發(fā)時期 維護時期 1. 問題定義 問題定義階段要回答的關鍵問題是“要解決的問題是什么？”通過對客戶的訪問調(diào)查，系統(tǒng)分析員扼要的寫出關于問題性質(zhì)、工程目標和工程規(guī)模的書面報告，經(jīng)過討論和必要的修改之后，這份報告還應該得到客戶的確認。 ? 按照父類與子類的關系，把若干個相關類組成一個層次結構的系統(tǒng)。 ? 目前使用最廣泛的軟件工程方法學，分別是 傳統(tǒng)方法學 和面向?qū)ο蠓椒▽W 。實踐表明，素質(zhì)高的人員與素質(zhì)低的人員相比，開發(fā)效率可能高幾倍至幾十倍、而且所開發(fā)的軟件中的錯誤也要少得多。 這里的“基準配置”是指經(jīng)過階段評審后的軟件配置成分，即各階段產(chǎn)生的文檔或程序代碼等。據(jù)統(tǒng)計，不成功的軟件項目中，有一半左右是由于計劃不周造成的。 它采用工程的概念 、原理 、 技術和方法來開發(fā)和維護軟件 ， 把經(jīng)過時間考驗而證明正確的管理技術和當前能夠得到的最好的技術方法結合起來 ， 以達到經(jīng)濟地開發(fā)出高質(zhì)量的軟件并有效的維護它的目的 。 ? 軟件產(chǎn)品的質(zhì)量往往靠不住。 If (Number) Print Total_time / Number。 一天結束時 ， 要求系統(tǒng)打印出租船次數(shù) 和 平均租船時間 。 軟 件工程的 發(fā) 展 ? 第一代軟件工程 ? 生產(chǎn)作坊式 ? 第二代軟件工程 ? 20世紀 80年代中期， Smalltalk等面向?qū)ο蟪绦蛟O計語言推出 ? 20世紀 90年代起，研究重點從程序設計語言逐漸轉移到面向?qū)ο蟮姆治龊驮O計，演化為一種完整的軟件開發(fā)方法和系統(tǒng)的技術體系（對象工程） ? 第三代軟件工程 ? 軟件工程管理難度增大，形成新的認識：對軟件過程的控制非常重要（軟件過程工程） ? 第四代軟件工程 ? 構件工程 軟件危機的介紹 ? IBM公司在 1963年至 1966年開發(fā)的 IBM360機的操作系統(tǒng)。 ? 程序：程序是按事先設計好的功能和性能要求執(zhí)行的 指令序列。軟件工程 計算機與信息科學學院 黃 敏 軟件工程是以工程化的思想和方法來指導計算機軟件開 發(fā)與維護整個過程的一門學科，既有很強的理論性，又有鮮 明的實踐性。 ? 數(shù)據(jù)：數(shù)據(jù)是使程序能適當?shù)靥幚硇畔⒌臄?shù)據(jù)結構。 ? 這一項目花了 5000人一年的工作量，最多時有 1000人投入開發(fā)工作，寫出了近 100萬行源代碼。 Algorithm: Number = Total_time = 0。 新要求： 輸出一天中的 最長租用時間 。 ? 軟件常常是不可維護的。 ? 1968年 ， 北大西洋公約組織在原西德召開計算機科學會議 ，由 Fritz Bauer首次提出了 “ 軟件工程 ” 的概念： “ 軟件工程是為了經(jīng)濟地獲得能夠在實際機器上有效運行的可靠軟件而建立和使用的一系列完善的工程化原則 。 2. 堅持進行階段評審 據(jù)統(tǒng)計，在軟件生存周期各階段中，編碼階段之前的錯誤約占 63%，而編碼錯誤僅占 37%。 4. 采用現(xiàn)代程序設計技術 實踐表明，采用先進的程序設計技術既可以提高軟件開發(fā)與維護的效率，又可以提高軟件的質(zhì)量。另外，開發(fā)小組的人數(shù)不宜過多，因為隨著人數(shù)的增加，人員之間交流情況、討論問題的通信開銷將急劇增加，這不但不能提高生產(chǎn)率，反而由于誤解等原因可能增加出錯的概率。 軟件工程方法學