物件導向分析與設計中迭代與增量開發的優勢
迭代與增量是物件導向分析與設計（OOAD）中廣泛使用的兩個概念。這些概念用於描述軟體系統的開發過程。
迭代開發是一種將軟體以小規模增量方式逐步開發的過程。每個增量都會為軟體增加一些功能，且在每次增量後進行測試。測試所獲得的反饋用於調整系統的需求與設計。此過程重複進行，直到軟體達到預期的功能與品質水準。
增量開發是一種將軟體以一系列增量方式開發的過程，每個增量都為軟體增加部分功能。各增量設計為彼此獨立，且在開發下一個增量之前會先對每個增量進行測試。此過程重複進行，直到軟體達到預期的功能與品質水準。
物件導向分析與設計中迭代與增量開發的優勢眾多。其中一些主要優勢包括：
- 更佳的反饋：迭代與增量方法在整個開發過程中提供更佳的反饋。測試所獲得的反饋用於調整系統的需求與設計，進而提升產品品質。
- 降低風險：迭代與增量方法可降低開發出不符合需求系統的風險。透過在每次增量後進行測試，團隊能在開發初期即發現並修正問題。
- 彈性：迭代與增量方法在開發過程中提供彈性。團隊可在開發過程中依需求調整系統的需求與設計。
- 更快的上市時間：迭代與增量方法可縮短上市時間。團隊可在開發過程中逐步釋出具功能的增量，使客戶能更早使用軟體。
- 提升協作：迭代與增量方法促進團隊成員間的協作。團隊可共同開發與測試每個增量，進而提升產品品質。
迭代與增量開發的概念是物件導向分析與設計中的重要概念。這些概念帶來眾多優勢，包括更佳的反饋、降低風險、彈性、更快的上市時間與提升協作。透過運用這些概念，軟體開發團隊能打造出符合客戶需求的高品質軟體。
如何將用例情境與序列圖搭配應用於軟體開發
在軟體工程中，序列圖用於表示系統中物件之間的互動。它透過展示物件如何相互溝通以達成特定目標，來模擬系統的行為。序列圖廣泛應用於軟體開發的設計階段，因為它有助於識別實現系統所需的類別、方法與屬性。然而，設計階段所使用的序列圖通常會進一步精煉為更為具體的系統序列圖，以符合實際的系統實作。本文將探討如何將設計階段的序列圖精煉為可用於實作的系統序列圖，以協助識別類別、其方法與屬性。
首先，我們先討論設計階段的序列圖。在設計階段，序列圖通常用於模擬系統元件與使用者之間的互動。它用於識別系統的各個元件及其如何相互互動以達成特定目標。這透過檢視不同的用例情境來完成，這些情境本質上是一系列代表使用者與系統互動方式的步驟。
一旦設計階段的序列圖建立完成，便會進一步精煉為更為具體的系統序列圖，以符合實際的系統實作。這透過檢視物件所接收的訊息來完成，這些訊息有助於識別每個物件所需的詳細訊息。這些詳細訊息對於識別類別所需的方法與參數非常有幫助。
系統序列圖通常會進一步精煉為MVC（模型-視圖-控制器）序列圖。MVC模式是一種軟體架構模式，將系統分為三個獨立的元件：模型、視圖與控制器。模型代表資料與商業邏輯，視圖代表顯示層，控制器則代表介於模型與視圖之間的邏輯。
MVC序列圖有助於識別系統各元件所需的類別、方法與屬性。它顯示使用者如何與視圖互動，視圖再與控制器通訊，控制器隨後與模型互動。此互動序列有助於識別各元件所需的各類別與方法。
利用序列圖在軟體開發中識別類別、方法與屬性
在軟體開發中，當一個用例的多個序列圖中出現相同名稱的物件時，這可能表示這些物件應被合併為單一類別。這是因為這些物件可能具有相似的功能，合併為單一類別後能更有效地組織與管理。
為確定此合併類別所需的的方法與屬性，可分析來自不同序列圖的傳入訊息。這些傳入訊息代表不同情境下物件之間的互動，能提供有關合併類別所需功能的洞見。透過檢視訊息並識別執行用例所需的運算與參數，即可確定合併類別所需的的方法與屬性。
一旦方法與屬性被識別出來，便可加入合併類別中，並在系統中實作。此方法有助於透過減少重複並提升可維護性，改善系統程式碼的組織與效率。
範例 – 提領現金（正常情境 – 成功提領並取得收據）
讓我們進一步細化序列圖，加入訊息中的方法與參數等更多細節
從正常情境中識別出方法與屬性的帳戶類別
如何根據序列圖將物件合併為類別
以下是一份逐步指南，用以將一個用例擴展為一組序列圖，並識別參與的類別及其方法與屬性：
- 識別用例：識別您想要模擬的特定用例，例如「下訂單」。
- 識別參與者： 確定用例中涉及的參與者，例如客戶和系統。
- 建立用例情境：為用例建立逐步情境。例如，針對「下訂單」用例，情境可能包括「客戶從菜單中選擇項目」和「系統計算訂單總金額」等步驟。
- 為用例建立順序圖：利用情境來為用例建立順序圖。識別用例中涉及的物件以及它們之間交換的訊息。
- 分析順序圖：尋找來自不同順序圖中具有相同名稱的物件，並對應到同一用例的用例情境。這表示這些物件可能需要合併為單一類別。
- 分析傳入訊息：分析傳入訊息以識別執行用例所需的作業和參數。這將有助於識別合併類別所需的的方法和屬性。
- 識別合併類別的方法和屬性：根據對傳入訊息的分析，識別合併類別所需的的方法和屬性。例如，若傳入訊息要求「訂單」類別計算訂單總金額，則該類別應具備計算總金額的方法，以及用於儲存訂單項目之屬性。
為識別類別的所有必要需求，包括其服務（方法和屬性），您應將上述步驟應用於系統中每個用例的所有順序圖（所有用例情境）。這將使您能夠識別參與的類別及其方法和屬性，進而使您能將物件合併為類別，並減少程式碼中的重複。
總結
根據順序圖分析將物件合併為類別，需分析特定用例的順序圖，並識別在不同用例情境中具有相同名稱的物件。透過此方式，可判斷哪些物件應合併為單一類別，進而提升系統程式碼的組織性與效率。透過識別物件的傳入訊息，並分析每個作業所需的運算與參數，即可確定合併類別所需的必要方法與屬性。最後，可將合併類別實作於系統中。此過程可針對系統中的每個用例重複進行，以識別參與的類別及其方法與屬性。透過此方法，可提升系統程式碼的效率，減少重複並提高可維護性。