第二章软体生命周期.ppt

第二章 軟體生命週期 軟體工程 -物件導向程式設計與UML系統分析實作 2.1軟體生命週期模型 軟體工程師或其小組必須混合包含過程、方法，及工具層次的開發策略。 這個策略經常被稱為軟體發展生命週期模型(Software Development Life Cycle Model，SDLC) 軟體開發程序(Software Develop Procedure) 或稱為軟體工程規範(software engineering paradigm)。 軟體發展生命週期模型 軟體發展生命週期模型描述或定義軟體開發一系列的步驟或階段，其目的是提供開發者一個系統性的流程，以成功地開發使用者所需要的軟體。 圖 2-1 系統開發模型之演進 圖 2-2 物件導向軟體工程概念模型圖 2.2 軟體生命週期模型種類 2.2.1 瀑布模型 2.2.2 漸增模型 2.2.3 快速雛形模型 2.2.4 螺旋模型 2.2.1 瀑布模型 瀑布模型(Waterfall Model，Royce(1970))有時稱為古典生命週期(classic life cycle)或線性序列模型。 至少劃分3階段 (分析、設計、實施 ) 通常劃分5~7階段不等 圖2-3瀑布模型 瀑布模型 需求分析階段(Requirements analysis phase) 需求搜集的過程是以軟體為特別的焦點。要了解所要建立程式的特性。 規格階段(Specification Phase):一但客戶同意在需求階段的了解後，規格小組(Specification team)將畫出規格文件(Specification document)。 設計階段(Design Phase) 設計過程將需求轉變為軟體的表示，以便在程式碼產生前了解其品質。 建置階段(Implementation Phase)設計必須被轉變為機器可讀取的形式。這項工作即進行程式碼產生的步驟。 測試階段 (Testing Phase) 一旦程式碼產生後，即開始進行程式測試。。 維護階段( Maintenances Phase) 軟體在交給客戶後，毫無疑問的一定會有改變的需求。 使用瀑布模型會碰到以下的問題 很難依照模型的序列流程 需求很難明確的表示 客戶必須要有耐心 2.2.2 漸增模型 強調需求可分成幾個部分 開發週期可重覆往返進行。 圖2-4 漸增模型 2.2.3 快速雛形模型 開始於需求的搜集。開發者和客戶會面，定義整個軟體目標，確認需求是否已明確了解，並描繪更進一步的定義。 圖2-5 雛形模型基本觀念 2.2.4 螺旋模型 將瀑布模型的最終結果導回源頭，成為一個往復式的圓圈（Cycle），使整個流程具備回饋與檢驗機制，這就是螺旋模型(Spiral model，Boehm(1988))。 圖2-6 螺旋模型 2.3 選用軟體生命週期模型 該採用何種模型並沒有一定，必須取決於程式語言程序型或物件導向型、時程長短、成本大小、人力充足與否、組織型態..等各種因素，來選擇適合該軟體專案的過程模型。 2.4 軟體開發程序 軟體開發程序(Software Develop Process)則是著重在於達成某一特定目標的一系列活動。 軟體程序 軟體程序是一組的工具、方法、作法，用以製造軟體產品。 RUP 軟體工程在近代最有名且使用在物件導向是Rational統一流程(Rational Unified sProcess， 簡稱RUP) 2.4.1 Rational統一流程 Rational統一流程(Rational Unified Process，簡稱RUP註:因為是Rational 公司強力發展，現已被IBM公司併購。 共有三大特點、四個階段和九個核心流程。 RUP最重要的它有三大特點 軟體開發是一個疊代(Iteration,註:有人翻譯程重覆往返)過程。 軟體開發是由Use Case驅動的。 軟體開發是以構架設計（Architectural Design）為中心的。 四個階段 1. 起始階段(Initial phase):進行可行性研究，定義出專案大小及涵蓋範圍，評估專案所需的能力、時程與經費，以及資訊系統預期達到之效益· 了解商業模型及需求。 2.?精細規劃階段(Elaboration phase):擬定專案計畫、系統特性與架構·確認商業模型及需求·進行系統分析與設計。 3.?建構階段(Construction phase):建構產品並進行單元測試、整合測試。 4.?移轉階段(Transition phase):將產品分批交付給客戶進行驗收測試，並進行使用者訓練。 九個核心工作流程(Core Workflows) 1.? 商業塑模(Business Modeling) 2.??需求(