일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
- Vue.js
- 백준
- 오블완
- 소켓
- HTML
- 큐
- corou
- 티스토리챌린지
- 크래프톤정글
- Flutter
- Java
- 리액트
- 자바스크립트
- 알고리즘
- 핀토스
- 4기
- 코드트리
- defee
- TiL
- 사이드프로젝트
- 크래프톤 정글
- CSS
- 모션비트
- 스택
- 자바
- JavaScript
- 나만무
- pintos
- 시스템콜
- userprog
- Today
- Total
미새문지
분석모델 검증 본문
1. 검증 방법
- 사업 유형이 시스템 개발, 감리시점이 요구 분석, 감리영역이 응용시스템인 경우 "유스케이스 모형 상세화 수준 및 적정성"과 "개념수준의 분석클래스 도출"에 관한 점검 항목을 기준으로 검증한다
- 감리시점이 분석설계, 감리영역이 응용시스템인 경우 "유스케이스로부터 분석 클래스 도출 및 상세화"에 관한 점검항목을 기준으로 검증한다
< 분석모델 검증절차>
2. 유스케이스 모델 검증
- 한국정보화진흥원의 정보시스템 감리지침에서는 시스템기능에 대한 유스케이스 모형 상세화 수준 및 적정성에 대해 다음과 같은 사항을 점검하도록 하고 있다
3. 개념수준의 분석 클래스 검증
- 시스템의 주요 도메인개념을 분석 클래스로 도출하여 유스케이스 분석에 활용하므로, 개념수준의 주요 분석 클래스를 적절히 도출하였는지, 관련 정보가 명확한지 점검해야 한다.
< 주요 점검 항목 >
- 개별 유스케이스 단위로 작성하지 않고 시스템 전체를 대상으로 작성하였는가?
- 중요도가 높은 요구사항 또는 유스케이스에 필요한 엔터티 클래스가 도출되었는가?
- 클래스의 속성은 도출하였는가? 도출된 속성의 이름과 설명이 명확한가?
- 클래스들 간에 순환적 관계가 불필요하게 정의되어 있는가?
- 클래스 간의 관계에서 다중성(Multiplicity)이 정의되었는가?
< 클래스 간 다중성(Multiplicity)의 예 >
< 클래스 간 다중성 >
4. 분석 클래스 검증
- 유스케이스마다 분석 클래스가 적절히 도출되었고, 제어 클래스의 도출 등이 충분하고 상세하게 도출되어 클래스의 역할, 클래스 간의 관계, 메세지 흐름 등을 확인할 수 있는지 검토한다
- 하나의 유스케이스를 실현하기 위해 3개 이상의 클래스가 역할(Role) 기준으로 도출되어야 하며, 유스케이스 별로 실현에 필요한 클래스가 추적 가능해야 클래스 누락 여부를 확인할 수 있다
- 유스케이스로 도출된 분석 클래스들이 역할(Role) 기준으로 경계(Boundary), 엔터티(Entity), 제어(Control) 클래스가 도출되어 스테레오 타입으로 표시되었는지 확인해야 한다
< 분석 클래스의 스테레오 타임 >
'정보처리기사 > 실기 공부' 카테고리의 다른 글
논리 데이터 저장소 확인 (1) | 2022.04.12 |
---|---|
분석모델의 시스템화 타당성 분석 (1) | 2022.04.11 |
요구사항 분석 기법(2) (1) | 2022.04.07 |
요구사항 분석 기법 (1) | 2022.04.06 |
요구사항 정의 (1) | 2022.04.06 |