정보처리기사 실기/요구사항 확인

분석모델 확인

· 코딩마이데이

분석모델 확인

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

 

유스케이스 모델 검증

- 액터

- 유스케이스

- 유스케이스 명세서

 

개념 수준 분석클래스 검증

- 클래스 도출

- 클래스명과 속성

- 클래스들 간 관계

 

분석클래스 검증

- 스테레오 타입

- 경계 및 제어 클래스 도출

- 관계 및 상세화 정도

 

유스케이스 모델 검증

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

 

개념 수준 분석 클래스 검증

 

 

<클래스간 다중성>

표기법 설명
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