[논문 리뷰] A Survey of Reverse Engineering and Program Comprehension

Michael L. Nelson|ArXiv.org|2005. 03. 24.

Software Engineering Research참고 문헌 19인용 수 47

한 줄 요약

이 논문은 소프트웨어 공학 분야에서 역설계 및 프로그램 이해에 대해 조사하며, 특히 레거시 시스템을 중심으로 기존 코드베이스를 이해하기 위한 기법들을 집중적으로 다룬다. 코드 이해의 과제를 서술하고, 인간 중심의 도구와 자동화된 도구를 강조하며, 소프트웨어 의도 분석의 주요 장애 요인과 해결책을 규명한다. 특히 진화하는 웹 및 클라이언트-서버 아키텍처 맥락에서의 분석에 초점을 맞춘다.

ABSTRACT

Reverse engineering has been a standard practice in the hardware community for some time. It has only been within the last ten years that reverse engineering, or "program comprehension", has grown into the current sub-discipline of software engineering. Traditional software engineering is primarily focused on the development and design of new software. However, most programmers work on software that other people have designed and developed. Up to 50% of a software maintainers time can be spent determining the intent of source code. The growing demand to reevaluate and reimplement legacy software systems, brought on by the proliferation of clientserver and World Wide Web technologies, has underscored the need for reverse engineering tools and techniques. This paper introduces the terminology of reverse engineering and gives some of the obstacles that make reverse engineering difficult. Although reverse engineering remains heavily dependent on the human component, a number of automated tools are presented that aid the reverse engineer.

연구 동기 및 목표

• 클라이언트-서버 및 웹 기반 아키텍처의 확산으로 인해 레거시 소프트웨어 시스템의 이해와 유지보수에 대한 수요가 증가하고 있음에 따라 이에 대응하고자 한다.
• 특히 개발자가 기존 코드를 해독하는 데 소요되는 시간(최대 50%)이 상당히 크다는 점을 감안해 프로그램 이해의 핵심 과제를 특정하고자 한다.
• 소프트웨어 구조와 동작을 이해하는 데 도움이 되는 기존의 역설계 기법과 도구를 조사하고자 한다.
• 역설계 작업 중 개발자의 인지 부담을 줄이기 위해 자동화된 도구의 역할을 부각하고자 한다.
• 역설계를 소프트웨어 공학의 독립된 하위 분야로 정립하기 위한 기본 용어와 개념적 프레임워크를 수립하고자 한다.

제안 방법

• 1990년대 중반부터 2005년까지의 역설계 및 프로그램 이해 분야의 기존 문헌과 도구를 조사한다.
• 집중 분야에 따라 역설계 기법을 분류한다: 아키텍처 복원, 제어 흐름 분석, 데이터 흐름 분석, 종속성 탐사.
• 정적 및 동적 분석이 소스 코드에서 의미 있는 추상화를 추출하는 데 어떻게 기여하는지 분석한다.
• 시각화 도구가 복잡한 소프트웨어 시스템의 이해를 향상시키는 데 얼마나 효과적인지 평가한다.
• 자동화의 한계와 소프트웨어 의도를 해석하는 데 있어 여전히 인간 전문 지식이 필요한 이유를 검토한다.
• 실제 소프트웨어 유지보수 사례 연구 및 예시를 제시하여 실용적인 과제와 해결책을 설명한다.

실험 결과

연구 질문

• RQ1 원래 설계 문서가 없는 경우, 레거시 소프트웨어 시스템을 이해하는 데 가장 큰 과제는 무엇인가?
• RQ2 자동화된 도구는 역설계 과정에서 어떻게 도움을 주며, 소프트웨어 의미론을 포괄하는 데에는 어떤 한계가 있는가?
• RQ3 역설계 기법이 소프트웨어 유지보수 과정에서 프로그램 이해에 소요되는 시간을 어느 정도 줄일 수 있는가?
• RQ4 시각화 및 추상화 기법은 복잡한 코드베이스에 대한 개발자의 이해를 향상시키는 데 어떤 역할을 하는가?
• RQ5 웹 및 클라이언트-서버 기술의 진화는 소프트웨어 공학 분야에서 역설계의 필요성에 어떤 영향을 미쳤는가?

주요 결과

• 소프트웨어 유지보수자 중 최대 50%의 시간이 기존 소스 코드의 의도를 이해하는 데 소요되며, 이는 소프트웨어 유지를 방해하는 주요 병목 현상임을 시사한다.
• 지난 10년간 레거시 시스템 현대화의 필요성에 힘입어 역설계가 소프트웨어 공학의 인정받는 하위 분야로 발전해왔다.
• 자동화된 도구는 종속성 그래프, 콜 그래프 등 구조적 분석에 도움을 주지만, 일반적으로 고수준의 설계 의도나 의미론적 의미를 포착하지 못하는 경향이 있다.
• 시각화 기법은 특히 정적 및 동적 분석과 조합되었을 때, 복잡한 시스템의 이해를 크게 향상시킨다.
• 역설계 과정에서 인간의 구성 요소는 여전히 필수적이며, 특히 모호하거나 잘 문서화되지 않은 코드를 해석할 때 중요하다.
• 웹 및 클라이언트-서버 시스템의 확산은 역설계에 대한 수요를 심화시켰으며, 이는 소프트웨어 진화 및 이관 과정에서 핵심적인 실천이 되었다.