구조적 분석은 DFD를 이용하여 기능 중심으로 요구사항을 분석
객체지향 분석에서는 유스케이스 다이어그램을 이용하여 사용자 상호작용 중심으로 요구사항을 분석
정보공학 분석에서는 ER 다이어그램을 이용하여 정보 중심으로 요구사항을 분석
유스케이스 기반 분석 프로세스
- 유즈케이스 방법론 ⊂ UML(표준 모델링 언어)
- 시스템이 어떻게 사용될 지에 대해, 표준화된 문법으로 표현, 규칙이 단순하여 쉽게 이해 가능
시스템 구축 시 UML의 역할
- 텍스트로 적기에는 애매한 부분을 직관적으로 표현 가능
모델링 방법론
부치 방법론 (4+1 뷰)
- 시스템을 여러 개의 뷰로 분석하여 모델링
럼바의 OMT
- 시스템을 기술하기 위하여 3가지 모델을 사용
- 객체 모델: 정적 구조 (클래스, 객체)
- 기능 모델: 데이터 변환 (DFD)
- 동적 모델: 제어 흐름 및 상호 작용
야콥슨의 OOSE
유즈케이스를 정의하고, 정의된 유스케이스를 각 단계에서 사용
유스케이스 : 시스템에 무슨 서비스가 있는지 사용자 관점으로 본 것
유스케이스 다이어그램 : 사용자의 관점에서 시스템의 서비스를 보여주는 다이어그램
- 액터가 여러 타입(사람, 다른 시스템)
- 동사형으로 이루어짐 (무조건 동사형 서술)
① 사각형 박스: SW 시스템
② 이름
③ 액터
④ 액터 이름 (사용자 타입 구분)
⑤ 유즈케이스(타원형): 액터가 시스템을 통해서 하는 사용 행위
⑥ 관계(실선 연결)
1. 시스템(System)
만들고자 하는 어플리케이션
유즈케이스를 둘러싼 사각형의 틀을 그리고, 시스템 명칭을 사각형 안쪽 상단에 기술
2. 액터(Actor)
시스템의 외부에 있으면서 시스템과 상호 작용을 하는 사람 또는 다른 시스템(표기 시에는 사람으로 표시한다)
- 사람 모양으로 표현
- 그 위 또는 아래에 액터명 표시
- 액터명은 액터의 역할로 정함
3. 유스케이스 (Usecase)
시스템이 액터에게 제공해야 하는 기능
타원으로 표시하고 그 안쪽이나 아래쪽에 유스케이스 이름을 기술
~한다”와 같이 동사로 표현
4. 관계
연관 관계 (association)
유스케이스와 액터간의 상호작용이 있음을 표현
유스케이스와 액터를 단순 실선으로 연결함
포함 관계 (include) ⊂ 의존 관계
‘포함하는 유스케이스’에서 ‘포함되는 유스케이스’ 방향으로
화살표를 점선으로 연결하여 표현하고 <<include>>라 표기
확장 관계 (extend) ⊂ 의존 관계
‘확장 기능 유스케이스’에서 ‘확장 대상 유스케이스’ 방향으로
화살표를 점선으로 연결하여 표현하고 <<extend>> 라 표기
일반화 관계
(generalization)
(include: 포함 되어야하는 유즈케이스를 가리킴)
(extend: 확장 기능 유즈케이스가 가리킴)
시스템 및 액터 식별(시스템, 단순 사용자/외부 시스템) => 유즈케이스 식별(~한다) => 관계 정의(방향, 꺽쇠, 점선)
시스템 흐름도와는 다르다, 시스템의 동작 그 자체보다는 사용자-시스템 상호작용에 초점을 맞추어서 파악
유스케이스 기술서
유스케이스 다이어그램: 시스템의 기능을 표현
유스케이스 기술서: 각각의 유스케이스에 대하여, 해당 유스케이스가 어떤 흐름으로 수행되는 지를 문장으로 표현
유스케이스명, 액터명, 유스케이스 개요 및 설명, 사전 및 사후 조건, 작업 흐름(정상 흐름, 대안 흐름, 예외 흐름)
