系統分析筆記_SEQUENCE DIAGRAMS

循序圖的重點是在描述一件事情，以及系統要完成這件事情的一連串動作，也是一種軟體系統運作的動態圖型。

循序圖中生命線的符號是什麼？

循序圖中生命線的符號是一個垂直的線，通常位於圖表的左側，代表物件的生命週期。生命線的名稱通常位於線的頂部，並且可以包含物件的名稱和類別名稱。生命線的符號可以用一個方框表示，方框的底部中央有一條虛線向下延伸。

循序圖中是否可以為同一物件實例使用多個生命線？

在循序圖中，同一物件實例可以有多個生命線，每個生命線代表物件在不同的角色或上下文中的行為。例如，一個物件實例可以在一個角色中扮演客戶，而在另一個角色中扮演供應商。在這種情況下，可以使用兩個生命線來表示同一物件實例的不同角色。

商業層級的循序圖如何用作需求文件？

在項目的需求階段，分析師可以將用例進一步細化為一個或多個循序圖，以提供更正式的細化層次。商業層級的循序圖可以用來描述系統中各個業務對象之間的互動，以及它們如何實現業務流程。通過使用循序圖，業務人員可以更好地理解系統的需求，並確保系統實現符合業務需求。

循序圖的主要目的是什麼？

顯示系統中不同對象之間的交互，以及它們如何按照時間順序進行互動。

在循序圖中，Message通常有箭頭搭配表示，箭頭的方向表示傳送的方向。消息可以包括消息名稱、參數和返回值等信息。消息可以是同步的或異步的，可以是方法調用、返回值或異常。

在循序圖中，Object通常表示為一條垂直的線，稱為生命線。

生命線代表對象的生命週期，從對象的創建到銷毀。可以使用箭頭來表示對象之間的消息傳遞。

根據UML的三層架構，object可以分為三種類型：

實體object（Entity）:表示系統中的數據

邊界object（Boundary）:表示系統與外部世界的互動

控制object（Control）:系統中的邏輯控制

在UML中，物件之間的通信必須遵循一些規則。在循序圖中，物件之間的通信可以分為四種類型：Actor、Boundary、Control和Entity。這些物件之間的通信必須遵循以下四條規則：

1. Actor只能與Boundary物件進行通信。Actor表示系統的外部用戶或其他系統，Boundary物件表示系統與外部世界的交互。

2. Boundary物件只能與Control和Actor物件進行通信。Boundary物件用於介面設計，它可以接收來自Actor物件的輸入，並將其傳遞給Control物件進行處理。

3. Entity物件只能與Control物件進行通信。Entity物件表示系統中的數據，Control物件用於控制系統的邏輯。

4. Control物件可以與Boundary、Entity和其他Control物件進行通信，但不能與Actor物件進行通信。Control物件用於控制系統的邏輯，它可以接收來自Boundary物件的輸入，並將其傳遞給Entity物件進行處理。