【正文】 段； ?評審階段：用戶占參與評估 前一步的結果，計劃下一輪 的工作 ?風險可控，但依賴于風險評估的準確性 — 噴泉模型 進一步開發(fā) 實現(xiàn)和集成階段 運行狀態(tài) 實現(xiàn)階段 面向對象設計階段 計劃階段 面向對象分析階段 需求階段 維護期 噴泉模型特點 ?主要用于支持面向對象開發(fā)過程 ?體現(xiàn)了軟件創(chuàng)建所固有的迭代和無間隙的特征 。 ?系統(tǒng)某個部分常常重復工作多次，相關對象在每次迭代中隨之加入演進的軟件成分。 ?無間隙是指在各項開發(fā)活動，即分析、設計和編碼之間不存在明顯的邊界。 RUP模型與噴泉模型？ 。 6. 對象 — 可重用部件組裝模型 使用重用技術的軟件工程模型 ?構件 (ponents):可重用的軟件成份 ?可復用性 （ Reusability） （可重用性） ?集成化軟件開發(fā)環(huán)境 （ ISEE） 可重用部件組裝模型 系統(tǒng) A的 軟件構成 系統(tǒng) C的 軟件構成 系統(tǒng) B的 軟件構成 可重用 部 件 可重用 部 件 軟件生產(chǎn)線 應用構件 提取車間 應用 構件庫 構件生 產(chǎn)車間 構件庫 組裝 車間 領域 1 領域 2 應用 系統(tǒng) ... 1 2 3 4 1基礎構件， 2功能構件 3接口構件， 4用戶界面構件 7. 形式化模型 形式化模型屬智能化模型，基于如下一些技術： ? 基于模型的規(guī)格說明及其變換技術 ? 基于代數(shù)結構及其變換技術 ? 基于時序邏輯的規(guī)格說明和驗證技術 ? 基于可視形式化技術（可視化工具） 有以下兩種方法： ? 轉換模型 (Transformational Model) ： 需求分析 ?用數(shù)學表示規(guī)格說明 ?產(chǎn)生原型 ?修改確認 ?人機交互 ?自動轉換 ?程序測試 ? 凈室模型 (Cleanroom Model)： 屬形式化增量開發(fā)模型 轉換模型 形式化 規(guī)格說明 與需求比 較后修正 形式化開發(fā)記錄 變換 n 變換 2 變換 1 測試 系統(tǒng)需求 目標系統(tǒng) 凈室模型 (形式化的增量開發(fā)模型 ) 基于思想： 力求在分析和設計階段就消除錯誤， 確保正確，然后在無缺陷或 “ 潔凈 ” 的狀態(tài) 下實現(xiàn)軟件的制作。 三個關鍵技術： ?置于統(tǒng)計過程控制之下的增量開發(fā) ?基于函數(shù)的規(guī)范、設計、驗證 ?統(tǒng)計測試和軟件認證 凈室模型 盒結構 規(guī)約 需求 收集 形式化 設計 正確性 驗證 代碼 檢查 測試計劃 統(tǒng)計性 使用測 試 驗證 增量 1 盒結構 規(guī)約 需求 收集 形式化 設計 正確性 驗證 代碼 檢查 測試計劃 統(tǒng)計性 使用測 試 驗證 增量 2 盒結構 規(guī)約 需求 收集 形式化 設計 正確性 驗證 代碼 檢查 測試計劃 統(tǒng)計性 使用測 試 驗證 增量 1 . . . . . . . . . . . . 8. 對象 — 統(tǒng)一過程 統(tǒng)一過程 RUP(Rational Unified Process) 面向對象用例驅動，迭代和增量的， 二維開發(fā)模型 見下圖： RUP的軟件開發(fā)生命周期 8. 對象 — 統(tǒng)一過程 橫軸為時間組織，是過程展開的生命周期特征，體現(xiàn)開發(fā)過程的動態(tài)結構，劃分四個階段 (Phase)四個里程碑(Milestone ) ，分別是： ? 初始階段 (Inception)，目標 (Lifecycle Objective)里程碑，評價項目基本的生存能力。 ? 細化階段 (Elaboration)，結構 (Lifecycle Architecture)里程碑。檢驗詳細的系統(tǒng)目標和范圍、結構的選擇以及主要風險的解決方案。 ? 構造階段 (Construction)，初始功能 (Initial Operational)里程碑。決定產(chǎn)品是否可以在測試環(huán)境中進行部署、運作。此時的產(chǎn)品版本也常被稱為“ beta”版。 ? 交付階段 (Transition)，產(chǎn)品發(fā)布 (Product Release)里程碑。確定目標是否實現(xiàn)，是否應該開始另一個開發(fā)周期。在一些情況下這個里程碑可能與下一個周期的初始階段的結束重合 。 8. 對象 — 統(tǒng)一過程 縱軸為活動組織，體現(xiàn)開發(fā)過程的靜態(tài)結構。 6個核心過程工作流 (Core Process Workflows) 1． 商業(yè)建模 (Business Modeling) 2． 需求 (Requirements) 3． 分析和設計 (Analysis amp。 Design) 4． 實現(xiàn) (Implementation) 5． 測試 (Test) 6． 部署 (Deployment) 3個核心支持工作流 (Core Supporting Workflows)。 7. 配置和變更管理 (Configuration amp。 Change Management) 8． 項目管理 (Project Management) 9． 環(huán)境 (Environment) ? 什么是敏捷開發(fā)？一種以人為核心、迭代、循序漸進的開發(fā)方法。在敏捷開發(fā)中，軟件項目的構建被切分成多個子項目，各個子項目的成果都經(jīng)過測試，具備集成和可運行的特征。簡言之，就是把一個大項目分為多個相互聯(lián)系，但也可獨立運行的小項目，并分別完成，在此過程中軟件一直處于可使用狀態(tài)。 ? 敏捷開發(fā)是由一些業(yè)界專家針對一些企業(yè)現(xiàn)狀提出了一些讓軟件開發(fā)團隊具有快速工作、響應變化能力的價值觀和原則，并于 2022初成立了敏捷聯(lián)盟。他們正在通過親身實踐以及幫助他人實踐，揭示更好的軟件開發(fā)方法。通過這項工作，他們認為： ?個體和交互 勝過 過程和工具 ?可以工作的軟件 勝過 面面俱到的文檔 ?客戶合作 勝過 合同談判 ?響應變化 勝過 遵循計劃 敏捷開發(fā) 遵循的原則： ? 我們最優(yōu)先要做的是通過盡早的、持續(xù)的交付有價值的軟件來使客戶滿意。 ? 即使到了開發(fā)的后期，也歡迎改變需求。敏捷過程利用變化來為客戶創(chuàng)造競爭優(yōu)勢。 ? 經(jīng)常性地交付可以工作的軟件，交付的間隔可以從幾個星期到幾個月，交付的時間間隔越短越好。 ? 在整個項目開發(fā)期間，業(yè)務人員和開發(fā)人員必須天天都在一起工作。 ? 圍繞被激勵起來的個體來構建項目。給他們提供所需的環(huán)境和支持，并且信任他們能夠完成工作。 ? 在團隊內(nèi)部，最具有效果并富有效率的傳遞信息的方法，就是面對面的交談。 ? 工作的軟件是首要的進度度量標準。 ? 敏捷過程提倡可持續(xù)的開發(fā)速度。責任人、開發(fā)者和用戶應該能夠保持一個長期的、恒定的開發(fā)速度。 ? 不斷地關注優(yōu)秀的技能和好的設計會增強敏捷能力。 ? 簡單是最根本的。 ? 最好的構架、需求和設計出于自組織團隊。 ? 每隔一定時間，團隊會在如何才能更有效地工作方面進行反省，然后相應地對自己的行為進行調(diào)整。 極限編程（ XPExtreme Programming） ? 極限編程（ XP）是敏捷開發(fā)的一種輕量級的軟件開發(fā)方法論，XP從實踐中來，是對實踐的總結，也是經(jīng)過實踐檢驗的，其主要特征是要適應環(huán)境變化和需求變化，充分發(fā)揮開發(fā)人員的主動精神。 XP承諾降低軟件項目風險，改善業(yè)務變化的反應能力，提高開發(fā)期間的生產(chǎn)力，為軟件開發(fā)過程增加樂趣，相信這些足以吸引每個人的眼球。 ? 在 XP的項目開發(fā)中，首先引入了四個變量：成本、時間、質量和范圍，通過研究變量之間的相互作用，將項目開發(fā)分析的更加透徹，成功講述一個項目成功的原則。 ? 為了能成功地實施 XP， XP制定四個價值體現(xiàn)：溝通、簡單、反饋和勇氣 ? 實踐的十二條原則：計劃游戲、小版本、隱喻、簡單設計、測試、重構、結隊編程、代碼集體所有、持續(xù)集成、每周工作 40小時、現(xiàn)場客戶、編碼標準 ? 生命周期的四個活動：編碼、測試、傾聽和設計。 極限編程（ XP） ： ? XP是一個非常龐大的知識庫，每一項都是一門值得深究的學問。提出這些要求和原則后， XP有提出了一系列的解決方案，也就是策略，其中包含：管理策略、設施策