소프트웨어 기술 리뷰
Software technical review |
소프트웨어 테크니컬 리뷰는 피어 리뷰의 한 형태로, 「자격 있는 인원으로 이루어진 팀…」이라고 하는 것입니다.는 소프트웨어 제품이 의도된 용도에 적합한지 여부를 검사하고 사양 및 표준과의 불일치를 식별합니다.기술 검토는 또한 대안 권고 및 다양한 대안 검토(IEEE 규격 1028-1997, IEEE 소프트웨어 검토 표준 조항 3.7)[1]를 제공할 수 있다.
"소프트웨어 제품"은 일반적으로 일종의 기술 문서를 의미합니다.이는 소프트웨어 설계 문서 또는 프로그램 소스 코드일 수 있지만 사용 사례, 비즈니스 프로세스 정의, 테스트 사례 사양 및 기타 다양한 기술 문서도 기술 검토 대상이 될 수 있습니다.
기술 검토는 검토된 제품의 기술적 품질에 초점을 맞춘다는 점에서 소프트웨어 설명과는 다릅니다.소프트웨어 검사와는 달리 검토된 제품에 대한 직접적인 변경을 제안할 수 있는 능력과 교육 및 프로세스 개선에 직접 초점을 맞추지 않는 점이 다릅니다.
정식 기술 검토라는 용어는 소프트웨어 검사를 의미하기 위해 사용되는 경우가 있습니다.'테크니컬 리뷰'는 취득 라이프 사이클 이벤트 또는 설계 리뷰를 참조할 수도 있습니다.
목표와 참가자
기술적 검토의 목적은 결함의 수정 또는 대체 접근법의 권고 또는 도입에 의해 검토된 작업 산출물의 기술적으로 우수한 버전에 도달하는 것이다.후자의 측면에서는 소프트웨어 검사가 부족한 설비가 제공될 수 있지만, 기술적인 논의나 분쟁으로 인해 시간이 지남에 따라 일부 참가자가 감당할 수 없는 불이익이 발생할 수 있습니다.
IEEE 1028 에서는, 다음의 역할을 완수하기 위해서 참가자를 추가하는 것을 추천합니다.
의사결정자(기술검토를 실시하는 사람)는 검토목표가 달성되었는지 여부를 판단한다.
검토 리더는 검토와 관련된 행정 업무를 수행하고, 질서 있는 행동을 보장하며, 검토가 그 목적을 충족하도록 보장할 책임이 있다.
Recorder는 검토 팀이 수행한 이상 징후, 작업 항목, 결정 및 권장 사항을 기록합니다.
기술 스탭은 소프트웨어 제품의 리뷰와 평가에 적극적으로 참여합니다.
경영진은 경영상의 해결이 필요한 문제를 특정하기 위해 참여할 수 있습니다.
고객 또는 사용자 담당자는 검토 전에 검토 리더가 결정한 역할을 수행할 수 있습니다.
필요에 따라 한 명의 참가자가 여러 역할을 수행할 수 있습니다.
과정
정식 기술 검토는 소프트웨어 검토에 관한 기사에 요약된 IEEE 1028의 조항 5에 명시된 것과 유사한 일련의 활동을 따른다.
레퍼런스
- ^ "The Software Technical Review Process" (PDF). Archived from the original (PDF) on 2015-07-24. Retrieved 2012-05-06.
