정형 기술 검토: Difference between revisions

From IT Wiki
No edit summary
No edit summary
 
(4 intermediate revisions by 2 users not shown)
Line 1: Line 1:
[[분류:소프트웨어 공학]][[분류:정보처리기사]]
[[분류:소프트웨어 공학]][[분류:정보처리기사]]
;FTR, Formal Technical Review
;FTR, Formal Technical Review
;S/W 개발 산출물 대상 요구사항 일치여부, 표준 준수 및 결함 발생여부를 검토하는 [[정적 테스트|정적 분석기법]]


== 목적 ==
* 산출물 요구사항 일치여부
* 시큐어코딩 등 규칙 준수
* 결함발생 여부 검토
* 결함 해결방안 도출
== 원칙 ==
* 검토될 제품에 대한 체크 리스트를 개발
* 검토될 제품에 대한 체크 리스트를 개발
* 자원과 시간 일정을 할당
* 자원과 시간 일정을 할당
Line 13: Line 21:
* 해결책이나 개선책에 대해서 논하지 않음
* 해결책이나 개선책에 대해서 논하지 않음


 
== 참고 문헌 ==
== 정리 ==
* [https://raisonde.tistory.com/entry/소프트웨어공학-FTRFormal-Technical-Review의-지침사항 지식잡식]
;제한된 범위에 대해 문제점만 활발히 검토될 수 있도록 한다.
* [http://blog.skby.net/정형기술검토-ftr/ 도리의 디지털 라이프]
;논쟁이나 반박도 없고, 해결책이나 개선점 논의도 없이 문제점만 이야기 한다.
* '''하는 것'''
** 자원과 시간 일정 할당
** 문제 영역 설정
** 체크리스트 개발
** 제품의 검토 및 재검토
** 의미있는 훈련
* '''제한하는 것'''
** 참가자 수
** 시간과 자원
** 논쟁과 반박
** 해결책 논의
** 의제 제한

Latest revision as of 00:05, 11 March 2020

FTR, Formal Technical Review
S/W 개발 산출물 대상 요구사항 일치여부, 표준 준수 및 결함 발생여부를 검토하는 정적 분석기법

목적[edit | edit source]

  • 산출물 요구사항 일치여부
  • 시큐어코딩 등 규칙 준수
  • 결함발생 여부 검토
  • 결함 해결방안 도출

원칙[edit | edit source]

  • 검토될 제품에 대한 체크 리스트를 개발
  • 자원과 시간 일정을 할당
  • 문제 영역을 명확히 표현하고 의제를 제한
  • 제품의 검토에만 집중
  • 검토의 과정과 결과를 재검토
  • 논쟁과 반박을 제한
  • 참가자의 수를 제한
  • 사전 준비를 강요하고 사전에 작성한 메모들을 공유
  • 모든 검토자들을 위해 의미있는 훈련을 진행
  • 해결책이나 개선책에 대해서 논하지 않음

참고 문헌[edit | edit source]