상호작용 지향 소프트웨어 공학

초록

본 논문은 전통적인 중앙집중식 소프트웨어 공학이 개방형 사회기술 시스템에 부적합함을 지적하고, 다수의 자율적 주체가 상호작용하는 환경을 위해 ‘상호작용 지향 소프트웨어 공학(IOSE)’을 제안한다. 시스템 사양을 ‘프로토콜’ 형태의 상호작용 규칙으로 정의함으로써 모듈성, 추상화, 관심사의 분리, 캡슐화와 같은 기존 원칙을 새로운 맥락에 맞게 재해석한다. 기존 SE 방법론과의 비교를 통해 IOSE가 제공하는 이점과 한계를 검증한다.

상세 분석

IOSE는 기존 소프트웨어 공학이 전제하는 ‘기계’ 개념을 탈피한다. 전통적 접근법은 요구사항을 충족하는 단일 실행체, 즉 ‘시스템’을 설계하고 구현한다는 전제하에 모듈화와 캡슐화를 적용한다. 그러나 개방형 사회기술 시스템에서는 여러 독립적인 주체(사용자, 조직, 서비스 등)가 각자의 목표를 가지고 상호작용한다. 이러한 환경에서는 중앙 통제 기계가 존재하지 않으며, 각 주체는 자신의 정책과 행동 규칙을 유지한다. 따라서 시스템 사양을 ‘행위자 간의 상호작용 프로토콜’로 정의하는 것이 보다 자연스럽다.

논문은 네 가지 핵심 원칙을 재정의한다. 첫째, 모듈성은 기능 단위가 아니라 ‘역할(role)’ 단위로 바라본다. 각 역할은 프로토콜 내에서 정의된 메시지 흐름과 의무를 담당한다. 둘째, 추상화는 데이터 구조가 아니라 ‘사회적 의미’를 추상화한다. 메시지의 의미론적 내용(예: 계약 체결, 권한 위임)이 핵심이다. 셋째, 관심사의 분리는 시스템 설계와 정책 설계를 명확히 구분한다. 설계자는 프로토콜의 구조를, 정책 입안자는 각 역할이 수행할 구체적 행동을 정의한다. 넷째, 캡슐화는 내부 상태가 외부에 노출되지 않도록 하는 것이 아니라, 각 역할이 자신의 의무와 권리를 명시적으로 선언하고, 외부는 그 선언만을 이용해 상호작용한다는 의미이다.

이러한 재해석은 기존 SE 방법론이 갖는 한계를 극복한다. 예를 들어, 전통적인 객체지향 설계는 객체 간의 메서드 호출을 전제로 하지만, IOSE에서는 메시지 교환 자체가 계약적 의미를 갖는다. 또한, 전통적 요구사항 공학은 ‘시스템이 무엇을 해야 하는가’를 묻지만, IOSE는 ‘주체들이 어떻게 협력해야 하는가’를 묻는다. 논문은 전통적 방법론이 프로토콜 기반 설계를 지원하지 못하는 사례를 제시하고, IOSE가 어떻게 이를 보완하는지 구체적인 예시(예: 전자 상거래, 의료 협업)와 함께 설명한다.

마지막으로, 논문은 IOSE가 아직 해결해야 할 과제도 인정한다. 프로토콜 검증, 실행 시점의 동적 합의 형성, 그리고 기존 시스템과의 통합 문제 등이 남아 있다. 그러나 이러한 과제는 IOSE가 제시하는 새로운 관점이 충분히 가치 있음을 부정하지 않는다.