ooad_01第1章软体工程与系统开发概论.ppt

* * * * * * * * * * * * * * * * * * * * * * * * * * * 1-4-2 反覆式與漸進式模型-圖例 ※ 1-4-3 雛型模型-簡介 雛型模型（Prototyping Model）主要是針對哪些在專案初期無法了解完整需求的情況，因為使用者只知道系統部分功能的大概，而無法詳細描述系統完整的特點和功能。此時，我們可以使用雛型模型來進行系統開發，而不用一開始就了解使用者的完整需求。 雛型模型在作法上是先建立一個簡單的初期版本，即雛型，然後提交給客戶進行評估，這部分也屬於雛型模型流程的一部分，等到客戶回應後，再依據回應的需求開發新系統，通常雛型的程式碼會捨棄，然後依據客戶確認的需求來開發全新的系統。 ※ 1-4-3 雛型模型-圖例 1-4-4 螺旋模型-簡介 螺旋模型（Spiral Model）是整合瀑布式和雛型模型的優點，並且導入風險分析（Risk Assessment）的生命週期模型，風險分析是在開發流程新增步驟來評估每一個版本的雛型，以決定是否繼續開發，如果客戶覺的風險太高，整個專案可能會停止。 螺旋模型的整個開發流程是使用螺旋方式來進行每一次的循環，共分為4個象限：計劃（Planning）、風險分析（Risk Assessment）、工程（Engineering）和客戶評估（Customer Evaluation）。 1-4-4 螺旋模型-圖例 1-4-5 Rational統一流程-說明 IBM公司的Rational統一流程（Rational Unified Process，RUP）不僅僅是一個生命週期模型，還是一個支援開發者的完整開發環境，稱為RUP平台（RUP Platform），可以使用IBM公司的CASE工具來進行Rational統一流程的物件導向系統開發，即Rational Rose或Software Architect。 物件導向方法論 Rational統一流程是Ivar Jacobson、Grady Booch和James Rumbaugh融合他們的OOSE、Booch和OMT物件導向方法論後，在Rational公司提出的物件導向方法論，可以使用物件導向技術來開發軟體或資訊系統。 方法論（Methodology）是指能夠解決各種問題的方法集合。方法（Methods）則是定義一種可重複使用的技術來解決指定的問題，這是一個能夠複製的流程，以便取得解決指定問題的可靠結果，如下圖所示： 1-4-5 Rational統一流程-物件導向方法論 Rational統一流程是Ivar Jacobson、Grady Booch和James Rumbaugh融合他們的OOSE、Booch和OMT物件導向方法論後，在Rational公司提出的物件導向方法論，可以使用物件導向技術來開發軟體或資訊系統。 方法論（Methodology）是指能夠解決各種問題的方法集合。方法（Methods）則是定義一種可重複使用的技術來解決指定的問題，這是一個能夠複製的流程，以便取得解決指定問題的可靠結果，如下圖所示： ※ 1-4-5 Rational統一流程-主要特點 使用案例驅動（Use-Case Driven）：Rational統一流程是一種使用案例驅動的軟體程式開發過程，使用案例不只可以使用在需求階段，它還主導整個開發過程。在方法論的每一個反覆過程都是由選擇的使用案例來啟動，程式開發者從使用案例出發進行物件導向分析與設計；測試者以使用案例來測試實作的系統是否符合使用案例的需求。 架構中心（Architecture-Centric）：因為軟體架構會影響系統重要的靜態和動態觀點，所以，Rational統一流程是以架構為中心來進行軟體系統開發。在選擇的軟體架構下建立多種使用案例來描述系統功能，不過只有5%到10%的主要使用案例會用來建構系統的核心功能，呈現出子系統、建立類別和元件。 反覆式與漸進式（Iterative and Incremental）：Rational統一流程是一種反覆式與漸進式的軟體開發過程。 1-4-5 Rational統一流程-工作流程 Rational統一流程共有9個核心工作流程（Core Workflows），分為6個核心處理工作流程（Core Process Workflows）和3個核心支援工作流程（Core Supporting Workflows），如下圖所示： 1-4-5 Rational統一流程-四個階段 Rational統一流程是一種反覆式與漸進式的生命週期模型，提供一套完整的軟體開發工作流程，包括商業塑模、需求、分析、設計、實作、測試和部署等。基本上，Rational統一流程適用在大型資訊系統的開發，其開發過程分成四個階段，如下圖所示： 1-4-5 Ration