[- Disclaimer -]
아래 내용은 정보보안 공부 목적으로 작성된 것이나, 이를 토대로 허가되지 않은 대상에 실습을 진행할 경우 해킹 시도로 간주하여 법적 처벌을 받을 수 있음을 알려 드립니다.
Interface Requirements Verification (=Interface 요구 사항 검증)
✦ 요구 사항 실현 가능성 확인
✧ 명세서 검토 시 Error 발견
✧ 구현 이후 Error 발견 대비 비용 감소
Interface 요구 사항 검증 과정
✦ 1) 요구 사항 검토 계획 수립: Project 이해 관계자들이 Project 품질 관리 계획 참조 후 요구 사항 검토 계획 수립
✧ Project 이해 관계자: Project 관리자, 기술 Architecture 전문가, Interface 전문가 등
✧ 검토 기준 및 방법: Project 규모, 참여 인력, 검토 기간 등 고려
✧ 참여자: Project 규모에 따른 이해 관계자를 고려해 Project 관리자, 품질 관리자, Interface 전문가, S/W Architect 시스템 사용자, Test 관리자 등 요구 사항 검토 참여자 선정 // S/W Architect: S/W Architecture 설계 및 구축 → TA (=Technical Architect, 기술 Architect), SA (=S/W Architect, S/W Architect)
✧ Check List: 완전성, 명확성, 일관성 등의 항목 점검
✧ 관련 자료: 준비해라
✧ 일정: 정해라
✦ 2) 검토 및 오류 수정
✧ Check List 기반으로 Error List 및 시정 조치서 작성
✦ 3) 베이스 라인 설정
✧ 설정 이후 고객사에게 승인받으며 이후 요구 사항 변경 시 공식적인 통제 절차를 거쳐야만 함
요구 사항 검증 방법
✦ Requirements Review (=요구 사항 검토)
✧ 요구 사항 명세서 오류 및 표준 준수 여부 수작업 검토
✧ Peer Review (=동료 검토): 요구 사항 명세서 작성자가 동료들에게 설명해 직접 Feedback 받기
✧ Walk Through (=검토 회의): 다른 이들에게 사전에 미리 배포 후 검토 회의 때 Feedback 듣기
✧ Inspection: 요구 사항 명세서 작성자를 제외한 다른 검토 전문가들로부터 Feedback 받기
✦ Prototyping
✧ 명확한 사용자 요구 사항을 파악하기 위해 Prototype을 만들어 결과 예측
✦ Test 설계
✧ Test되게 작성되어야 하므로 Test Case 생성
✦ CASE (=Computer Aided Software Engineering) 도구 활용
✧ Consistency Analysis (=일관성 분석)을 통해 변경된 요구 사항 추적 및 분석, 관리, 표준 준수 여부 등 확인
요구 사항 검증 시 주요 항목
✦ Completeness (=완전성), Consistency (=일관성), Unambiguluty (=명확성), Functionality (=기능성), Verifiability (=검증 가능성), Traceability (=추적 가능성), Easily Changeable (=변경 용이성)