정보처리기사 인터페이스 요구사항 — 검토 방법과 확인

정리된 요구사항은 그대로 믿지 않고 검토해서 결함을 걸러 낸다. 동료검토(Peer Review)는 요구사항을 작성한 사람이 직접 내용을 설명하고, 이해관계자들이 들으면서 질문하고 지적해 결함을 찾는 방식이다. 소통을 통해 오해를 줄이고 문제를 찾는 것이 핵심이다. 인스펙션이 문서에 대한 체계적인 점검이라면, 동료검토는 작성자의 설명과 이해관계자의 경청으로 이루어지는 상호작용 중심의 검토 기법이다. 리팩토링은 코드의 구조를 개선하는 활동이고, CASE 도구는 자동화된 분석 도구라서 요구사항 검토 방법에 속하지 않는다.

워크스루는 검토회의 전에 요구사항 명세서를 미리 배포해 사전 검토한 뒤, 짧은 검토 회의로 오류를 조기에 검출하는 데 목적을 둔 방법이다. 복잡한 절차나 엄격한 형식 없이 참여자들이 자유롭게 의견을 나누며 실수를 잡는 비공식적 검토로, 가장 간단하고 가벼운 방식에 속한다. 문서 작성자가 팀원에게 문서를 배포하고 짧은 회의에서 내용을 설명하며 오류를 찾는 과정으로 진행된다.

요구사항을 확인하는 일이 어려운 이유도 짚어 둔다. 첫째, 개발자와 사용자는 전문 용어와 지식 수준이 달라 소통이 어렵다. 둘째, 사용자가 원하는 것이 명확하지 않거나 모호한 경우가 많다. 셋째, 시스템이 복잡할수록 요구사항도 함께 복잡해진다. 여기에 다양한 예외 상황과 특수한 경우가 많아 이를 모두 찾아내고 구조화하기 어렵기 때문이다.