일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 핀토스
- 자바
- CSS
- Vue.js
- JavaScript
- 크래프톤 정글
- 시스템콜
- TiL
- 4기
- 자바스크립트
- 소켓
- 모션비트
- defee
- 나만무
- userprog
- 크래프톤정글
- pintos
- 정보처리기사
- 오블완
- 리액트
- Java
- Flutter
- corou
- 백준
- 사이드프로젝트
- HTML
- 큐
- 코드트리
- 스택
- 알고리즘
- Today
- Total
목록타당성 분석 (2)
미새문지
1. 분석 모델의 기술적 타당성 검토 - 유스케이스 모델의 개별 유스케이스에 대한 분석모델을 작성한 후, 해당 분석모델로 시스템을 개발할 때 어떤 영향을 미치는지 필요한 자원, 상호 운용성, 시장 성숙도, 기술적 위험 분석 측면에서 타당성을 조사한다 [성능 및 용량산정 적정성] -> [시스템 간 상호 운용성] -> [IT시장 성숙도 및 트렌드 부합성] -> [기술적 위험분석] 1. 성능 및 용량 - 요구사항을 만족시키기 위해 분석모델에 따라 시스템을 구현할 때 요구되는 시스템의 자원을 식별한다 - 분석 클래스에서 불필요하거나 지나치게 많은 속성들을 포함시키면 객체 생성시 시스템의 메모리 자원을 많이 요구하게 되어, 전체 시스템의 성능 저하가 발생한다 2. 시스템간 상호 운용성 - 분석모델을 이용해 보다 ..

요구사항 확인 분석가가 요구사항을 이해했는지 확인하는 것이 필요하고, 문서가 회사의 표준에 적합하고 이해 가능하며, 일관성이 있고 완전한지 검증하는 것이 중요하다 - 문서를 검토하고 요구사항 정의 문서들에 대해 형상관리를 해야 하기 때문에 일반적으로 요구사항 관리툴을 이용한다 - 리소스가 요구사항에 할당되기 전에 문제를 파악하기 위해 검증을 수행함 요구사항 확인 기법 (1) 요구사항 검토(Requirement Reviews) - 요구사항 검증의 가장 일반적인 방법으로, 여러 검토자들이 에러, 잘못된 가정, 불명확성, 표준과의 차이 등을 찾아내는 작업을 수행한다 - 예로 들면 고객중심 프로젝트에서는 검토자 그룹에 고객 대표자가 1명이상 포함되어야 한다 - 검토는 시스템 정의서, 시스템 사양서, 소프트웨어 ..