일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- EAI
- 정보처리기사 실기
- SSL/TLS
- javascript
- input
- 델파이 기법
- rest
- 리눅스
- 소프트웨어
- 서버
- 정처기 실기
- S-HTTP
- 라디오 버튼
- 동기
- 인스펙션
- 자바스크립트
- esb
- 트리거
- 비동기
- 키보드 이벤트
- 인터페이스
- 모듈
- 정처기
- 모듈화
- 정보처리기사
- 브레인스토밍
- Ajax
- 워크스루
- 형상관리
- 프로시저
- Today
- Total
방구석 상상코딩
04. 분석 모델 확인하기 본문
분석 모델 검증 방법
1. 유스케이스 모델 검증
시스템 기능에 대한 유스케이스 모형 상세화 수준 및 적정성 검증을 위해서 액터, 유스케이스, 유스케이스 명세서를 점검하는 기법
2. 개념 수준의 분석 클래스 검증
시스템의 주요 도메인 개념을 분석 클래스로 도출하여 유스케이스 분석에 활용하므로, 개념 수준의 주요 분석 클래스를 적절히 도출하였는지, 관련 정보가 명확한지 점검
주요 클래스 도출 여부, 도출된 클래스 이름과 속성의 적절성, 올바른 클래스들 간의 관계 여부 점검
3. 분석 클래스 검증
유스케이스 실현에 필요한 분석 클래스 도출을 확인
유스케이스 별로 도출된 분석 클래스들이 스테레오 타입으로 표시되엇는지 확인
경계와 제어 클래스의 도출 여부 및 상세화 정도 확인
클래스 간의 관계, 클래스 정보의 상세화 정도 확인
분석 모델의 기술적 타당성 검토
1. 성능 및 용량 산정의 적정성
요구사항을 만족시키기 위한 분석 모델에 따라 시스템을 구현할 때 요구되는 시스템의 자원 식별
분석 클래스에서 불필요하고 지나치게 많은 속성들을 포함시키게 되면 객체 생성 시 시스템의 메모리 자원이 많이 요구되며, 전체 시스템의 성능 저하 발생
2. 시스템 간 상호 운용성
분석 모델을 이용하여 보다 구체적으로, 시스템 간 상호 정보 및 서비스가 교환 가능한지 검토
분석 모델에서 정의한 구체적인 정보의 존재 여부, 생성 가능성, 교환 방식 지원 등에 대해서 확인
3. IT 시장 성숙도 및 트렌드 부합성
분석 모델이 과거의 문제를 해결하고 최근 많이 사용되는 트렌드에 부합되는지 확인
분석 자동화 도구 활용 방안 고려
4. 기술적 위험 분석
분석 모델이 시스템의 기술 구조, 프레임워크, 사용되는 하드웨어 및 소프트웨어와 부합되는지 확인
분석 모델이 검증되지 않은 기술의 사용을 가정으로 하고 있어 추가적인 비용 발생 가능성이 있는지 확인
분석 모델을 구현하기 위하여 특정 업체 기술, 특허, 라이선스에 의존해야 하는지 확인
'정보처리기사 실기' 카테고리의 다른 글
06. UI 설계 (0) | 2022.01.17 |
---|---|
05. UI 요구사항 확인 (0) | 2022.01.16 |
03. 요구사항 확인 (0) | 2022.01.14 |
02. 현행 시스템 분석 (0) | 2022.01.13 |
01. 소프트웨어 개발방법론 (1) | 2022.01.12 |