[소프트웨어 설계] Activity Diagram

※ 이 카테고리의 글들은 knu HK.Lee 교수님의 <소프트웨어 설계> 수업을 듣고 필자가 나름대로 정리한 글입니다.

※ 부족한 설명이 있거나, 잘못 알고 작성한 부분이 보인다면 댓글로 알려주시면 감사하겠습니다😊

 

학습 목차

• 액티비티 다이어그램(Activity Diagrams)의 규칙과 스타일 가이드라인을 이해합니다.
• 유스케이스와 유스케이스 다이어그램(Use Cases and Use Case Diagrams)의 규칙과 스타일 가이드라인을 이해합니다.
• 유스케이스와 유스케이스 다이어그램을 생성하는 과정을 이해합니다.
• 액티비티 다이어그램, 유스케이스, 유스케이스 다이어그램을 사용하여 기능적 모델(Functional Models)을 만들 수 있도록 합니다.

---

Activity Diagram

 

정의:

액티비티 다이어그램은 시스템 내의 워크플로우, 비즈니스 프로세스, 알고리즘의 흐름을 시각적으로 표현하는 도구입니다.

 

주요 용도:

• 비즈니스 프로세스 모델링
• 소프트웨어 알고리즘의 로직 표현
• 복잡한 작업의 단계별 흐름 설명
• 병렬 처리 과정 표현

 

스윔레인: 액티비티 다이어그램에서 활동을 책임 영역에 따라 구분하고, 각 활동이 어떤 부서나 담당자에 의해 수행되는지 명확히 시각화합니다.

 

객체: 액티비티 간에 전달되는 입력 또는 출력 데이터를 나타내며, 활동 사이에서 정보를 어떻게 주고받는지를 보여줍니다.

 

 

 

예시1:

 

이 액티비티 다이어그램은 주문 처리 과정(Order Processing)을 설명하는 것으로 보입니다. 다이어그램에는 세 개의 스윔레인(Swimlane)이 있으며, 각 스윔레인은 서로 다른 역할이나 부서를 나타냅니다.

Swimlanes (스윔레인)

• Order Department (주문 부서): 주문을 받고 처리하는 부서를 나타냅니다.
• Acct. Department (회계 부서): 결제 및 송장을 처리하는 부서입니다.
• Customer (고객): 외부에서 주문을 하고 결제를 진행하는 고객을 나타냅니다

주요 활동(Activity)

• Receive Order (주문 접수): 고객의 주문을 접수하는 단계입니다. 주문이 수락되면 다음 단계로 넘어갑니다.
• Fill Order (주문 처리): 주문을 준비하고 처리하는 단계입니다.
• Ship Order (주문 발송): 주문한 물품을 고객에게 발송하는 단계입니다.
• Close Order (주문 완료): 주문이 발송되고 결제가 완료된 후 주문을 종료하는 단계입니다.
• Send Invoice (송장 발송): 주문 부서가 주문을 처리한 후, 회계 부서가 송장을 고객에게 발송합니다.
• Make Payment (결제 진행): 고객은 송장을 받고 결제를 진행합니다.
• Accept Payment (결제 확인): 회계 부서는 고객의 결제를 확인합니다. 결제가 확인되면 주문이 마무리됩니다.

 

예시2)

이 다이어그램은 병원 예약 시스템에서 환자의 정보를 입력하고, 결제 절차를 설정한 후, 예약을 생성, 취소, 또는 변경하는 전체 흐름을 시각적으로 보여줍니다. 이 프로세스는 새로운 환자와 기존 환자를 다르게 처리하며, 각 단계에서 분기점이 존재해 다양한 시나리오를 처리할 수 있도록 설계되었습니다.