RestFul API 개발 2

j0yy00n0·2025년 5월 24일

TIL

2025.05.02

RestFul API 개발

행위 위주의 프로세스 설계

모델링

복잡한 현실세계를 추상화, 단순화하여 일정한 표기법(형식)에 의해 명확히 표현하는 것

소프트웨어 개발 프로세스에서 모델링 단계 : 요구사항, 분석, 설계 단계

UML

통합 모델링 언어(UML, Unified Modeling Language)

소프트웨어 공학에서 사용되는 표준화 된 범용 모델링 언어
시스템의 개념과 구조를 시각적인 다이어그램으로 표현하는 데 사용

정적 다이어그램

클래스 : 주요 클래스와 클래스 간의 관계 표현
객체 : 시스템 실행 중 특정 시점의 객체와 그 관계 표현
복합구조 : 클래스 내부 구조를 시각화
배치 : 소소프트웨어, 하드웨어, 네트워크 등 실행 환경의 물리적 구조 표현
컴포넌트 :
컴포넌트 사이의 의존관계 묘사
컴포넌트를 구성하는 요소들과 그것들을 구현하는 요소들도 모두 표현 가능
패키지 : 대규모 시스템에서 주요 요소간의 종속성을 나타내거나 여러 클래스들의 그룹화 된 매커니즘을 나타낼 때 쓰인다

동적(행위) 다이어그램

활동 :
플로우 차트가 uml에 접목된 개념
다양한 행위 및 제어 흐름 포함
상태 : 객체의 상태 변화 흐름을 표현
유스케이스 : 시스템과 외부 사용자(액터) 간의 상호작용을 기능 단위로 표현
시퀀스 : 시간의 흐름에 따른 객체 간 메시지 교환 순서 표현
상호작용 개요 : 복합적인 상호작용 시나리오의 제어 흐름 표현
통신 : 객체 간 메시지 흐름을 관계 중심으로 표현
타이밍 : 간의 흐름에 따른 객체의 상태 변화 및 시간 제약 조건 명시

요구사항

시스템 개발에 앞서 고객 및 이해관계자가 개발될 소프트웨어에 대해 명시하는 조건이나 기능적 요구

요구사항 품질 조건

명확성 : 기술 된 요구사항은 항상 동일한 의미로 해석 -> 모호하지 않아야 한다
완전성 : 사용자의 기대와 목적을 모두 포함하여 요구사항이 기술 -> 누락 되어서는 안된다
일관성 : 서로 상충되거나 모순되는 요구사항이 있어서는 안된다
검증 가능성 : 테스트, 리뷰 등을 통해 객관적으로 확인 가능하도록 구체적이어야 한다

유스케이스 다이어그램

동적(행위) 다이어그램

시스템의 기능적 요구사항을 시각적으로 표현
시스템 내에서 사용자(액터)와 기능(유스케이스) 간의 상호작용 흐름
여러 업무 프로세스를 설명하는데 있어 자주 활용

액터
시스템 관점에서 외부 사용자 또는 외부 시스템의 역할
시스템과 직접적으로 상호작용하는 주체
사람일 수도 있고, 다른 시스템일 수도 있다
개발 목적에 따라 액터는 다양하게 정의

유스케이스

시스템이 제공하는 개별적인 기능 단위
사용자가 인식할 수 있는 수준의 기능
하나의 유스케이스는 시스템이 수행하는 하나의 작업 또는 서비스

유스케이스 다이어그램의 관계

연관 관계 : 유스케이스와 액터 간 상호작용을 의미하는 관계, 액터와 유스케이스 간만 사용 가능

포함 관계 : 한 유스케이스가 다른 유크세이스의 기능을 포함하는 관계(반드시 해야만 하는 관계)
재사용이 가능성이 높은 기능에 적합

확장 관계 : 기본 유스케이스에서 특정 조건이나 액터의 선택에 따라 발생하는 유스케이스(선택적으로 할 수 있는 관계)

일반화 관계 : 유사한 액터 또는 유스케이스 간에 공통 기능을 일반화하여 상위 수준의 요소로 추상화, 이해도 및 재사용성 향상