软体发展生命周期模型.ppt

軟體生命週期管理與實作 主講者:蘇中和 經歷:鼎升科技軟體工程處技術顧問兼專案經理 樹德科大資管系兼任講師 專業證照: SCJP,SCWCD,MCSD.NET,MCDBA,Oracle 美國PMP專案管理師證照 軟體生命週期 軟體工程 2.1軟體生命週期模型 軟體工程師或其小組必須混合包含過程、方法，及工具層次的開發策略。 軟體發展生命週期模型(Software Development Life Cycle Model，SDLC) 軟體開發程序(Software Develop Procedure) 稱為軟體工程規範(software engineering paradigm)。 軟體發展生命週期模型 軟體發展生命週期模型 描述或定義軟體開發一系列的步驟或階段 目的是提供開發者一個系統性的流程，以成功地開發使用者所需要的軟體。 系統開發模型之演進 物件導向軟體工程概念模型圖 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階段不等 瀑布模型 瀑布模型 需求分析階段(Requirements analysis phase) 需求搜集的過程是以軟體為特別的焦點。要了解所要建立程式的特性。 規格階段(Specification Phase):一但客戶同意在需求階段的了解後，規格小組(Specification team)將畫出規格文件(Specification document)。 設計階段(Design Phase) 設計過程將需求轉變為軟體的表示，以便在程式碼產生前了解其品質。 建置階段(Implementation Phase)設計必須被轉變為機器可讀取的形式。這項工作即進行程式碼產生的步驟。 測試階段 (Testing Phase) 一旦程式碼產生後，即開始進行程式測試。。 維護階段( Maintenances Phase) 軟體在交給客戶後，毫無疑問的一定會有改變的需求。 使用瀑布模型會碰到以下的問題 很難依照模型的序列流程 需求很難明確的表示 客戶必須要有耐心 2.2.2 漸增模型 強調需求可分成幾個部分 開發週期可重覆往返進行。 2.2.3 快速雛形模型 開始於需求的搜集。開發者和客戶會面，定義整個軟體目標，確認需求是否已明確了解，並描繪更進一步的定義。 雛形模型基本觀念 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 Workfl