문)요구공학
답)
1. 고객과 합의된 요구사항을 위한 요구공학의 개요
가. 요구사항의 문제점
1) 사업자 측면 : 요구사항변경, 추가요구, 불명확한요구사항,제도/조직의 변경 등관리적어려움
2) 발주기관 측면 : 요구사항 검증 및 추적 평가의 어려움, Biz변화에 따른 요구변경
나. 요구공학(Requirement Engineering) 정의
- 요구사항을 정의하고 문서화하는데 필요한 요구사항의 추출, 분석, 명세, 검증, 유지보수 및 관리에 대한 체계적 접근방법
2. 요구사항의 특징 및 요구공학 프로세스
가. 요구사항의 특성
1) 완전성 : 시스템 구현에 필요한 모든것이 표현되어야 한다.
2) 명확성 : 여러가지가 아니라 단한가지로 해석되어야 한다.
3) 수정용이성 : 구조와 스타일에 일관성을 유지하면서 요구사항 변경이 용이해야함.
4) 추적성 : 요구사항들간 End-to-End 유기적으로 연결되어야 함.(추적Metrix)
나. 요구공학 프로세스
1) 요구공학 추출 : 이해관계자 및 RFP,제안서 등으로부터 요구사항 추출
2) 요구사항 정의 : 범위설정, 기능적,비기능적(품질,성능,보안), 관리적 요구사항
3) 요구사항 명세 : 요구사항 상세화, 의사소통을 위한 가시화(ex.유스케이스명세서)
4) 요구사항 확인 : 고객과 요구사항을 합의 및 확인(Baseline & Validation)
5) 요구사항 관리 : 변경요청서접수>의사결정>변경처리 절차의 지속적 관리
3. 요구사항 명세서의 구성 예시
가. 객체지향 방법론 관점에서 요구사항 명세서
1) UseCase Diagram : usecase, class, Sequence, component, package
2) Usecase 명세서 : Actor, 선행조건, 후행조건, 시나리오정의
3) 부가기술서 : 비기능적 요구사항(성능,품질,보안,N/W), 관리적 요구사항.
끝.
