분석모델 확인
분석모델 확인
업무분석가가 제시한 분석모델을 확인하는 과정

유스케이스 모델 검증
- 액터
- 유스케이스
- 유스케이스 명세서
개념 수준 분석클래스 검증
- 클래스 도출
- 클래스명과 속성
- 클래스들 간 관계
분석클래스 검증
- 스테레오 타입
- 경계 및 제어 클래스 도출
- 관계 및 상세화 정도
유스케이스 모델 검증
| 점검 대상 | 점검 내용 |
| 액터 | - 기능 구현에 관계되는 액터가 모두 도출되었는가? - 액터 목록에서 액터명이 역할 중심으로 명명되었는가? - 요구사항 정의서, 요구사항 기술서에 외부/내부 액터가 모두 도출되었는가? - 액터 목록과 액터 명세서에 기록된 액터가 타당한지 확인 |
| 유스케이스 | - 요구기능 구현에 필요한 유스케이스가 모두 도출되었는가? - 도출된 유스케이스를 논리적으로 연결하여 누락된 기능을 파악 - 도출된 유스케이스가 유스케이스 목록과 유스케이스 명세서에 반영되었는지 확인 - 도출된 유스케이스들이 논리적으로 그룹화되었는지 확인(그룹화는 액터 기준, 연관 관계 기준, 동 시성 기준이 가능) |
| 유스케이스 명세서 | - 유스케이스 명세서 형식에 중요 항목이 누락되지 않았는지 확인 (사전 및 사후 조건, 주요 흐름, 서 버 흐름, 예외 흐름 등) - 유스케이스의 주요 이벤트 흐름이 모두 도출되고 논리적으로 타당한지 확인 - 유스케이스를 구현하기 위하여 필요한 입출력 항목이 모두 도출되었는지 확인 |
개념 수준 분석 클래스 검증

<클래스간 다중성>
| 표기법 | 설명 |
| 0..1 | 0 또는 1개의 인스턴스 n..m은 n에서부터 m까지 범위 |
| 0..* 또는 * | 0을 포함한 무한개의 인스턴스 |
| 1 | 1개의 인스턴스 |
| 1..* | 1개 이상의 인스턴스 |
분석클래스 검증
1) 유스케이스 실현(Realization)에 필요한 클래스 도축 확인
: 유스케이스 이벤트 흐름에 따라 다르지만 일반적으로 유스캐이스당 1개의 제어 클래스가 존재하고 연결된 액터마다 1개
의 경계 클래스가 존재하는지 확인
<분석 클래스의 스트레오타입>

2) 경게(Boundary)와 제어(Control) 클래스의 도출 여부 및 상세화 정도 확인
: 유스케이스 실현에 필요한 분석 클래스들이 도출되었는지 확인하기 위하여, 유스케이스 단위로 분석 클래스 확인
3) 클래스 간의 관계, 클래스 정보의 상세화 정도 확인
=> 검토 의견 작성
분석 모델의 시스템화 타당성 분석
업무 분석가가 제시한 분석 모델이 개발할 시스템에 미칠 영향을 검토하여 기술적인 타당성을 확인하는 활동

* 분석 모델의 기술적 타당성 검증 절차
'정보처리기사 실기 > 요구사항 확인' 카테고리의 다른 글
| UML(Unified Modeling Language) (0) | 2025.02.05 |
|---|---|
| 요구사항 확인 (0) | 2025.02.04 |
| 개발 기술 환경 정의 (0) | 2025.02.03 |
| 현행 시스템 분석 (0) | 2025.02.03 |