Post

🧠 요구사항에서 아키텍처까지: AI가 소프트웨어 아키텍트의 파트너가 되는 시대

“우리는 이제 요구사항 문서를 읽고, 도메인 모델을 이해하고, 적절한 아키텍처를 제안할 수 있는 인공지능 도우미를 만들고 있다.”
— From Requirements to Architecture (2024, arXiv)

📌 문제 제기: 소프트웨어 아키텍처 설계, 여전히 ‘장인의 손’에 의존하는가?

소프트웨어 아키텍처는 여전히 인간의 직관과 경험에 크게 의존합니다.
도메인 요구사항을 분석하여 적절한 아키텍처를 도출하는 일은 쉽지 않으며, 대규모 시스템일수록 그 난이도는 기하급수적으로 증가합니다.

하지만 최근 연구는 요구사항 → 설계 → 아키텍처 생성까지의 흐름을 자동화 또는 반자동화하려는 시도를 구체화하고 있습니다.

⚙️ 제안된 접근: LLM 기반 아키텍처 생성 흐름

연구에서는 GPT-4 기반 LLM(Large Language Model)을 활용하여 다음의 흐름을 반자동화합니다.

AI-based architecture generation

  1. 요구사항 문서 분석
    자연어로 작성된 요구사항을 구조화하여 주요 기능, 제약조건, 품질 속성을 식별합니다.

  2. 유스케이스 및 도메인 모델 생성
    • 유스케이스 시나리오를 LLM이 생성
    • DDD 기반 엔티티/밸류/애그리거트 후보를 추출하여 도메인 모델 도식화
  3. 아키텍처 스타일 및 컴포넌트 매핑
    • 유스케이스와 도메인 경계에 따라 레이어드 아키텍처 / 클린 아키텍처 / 마이크로서비스 등을 자동 추천
    • 컴포넌트 간의 의존성 관계를 제안하고 시각화
  4. 코드 스켈레톤 생성
    • 생성된 아키텍처를 기반으로 Spring Boot, Express, NestJS 등 코드 템플릿 생성

🔍 의미 있는 인사이트

1. 아키텍트는 ‘질문하는 자’로 진화한다

LLM은 지시와 조건에 따라 구조를 제시할 수 있지만, “무엇이 중요한가”를 판단하는 역할은 여전히 인간 아키텍트에게 있습니다.
→ 인간은 “이 도메인의 핵심 유스케이스는 무엇인가?” 와 같은 고차원적 질문을 던지는 방향으로 진화합니다.

2. DDD와 AI의 찰떡궁합

DDD는 언어 중심, 경계 중심, 책임 중심의 설계 철학입니다.
→ LLM은 자연어로부터 도메인 언어, 경계, 책임을 추출하는 데 강력한 능력을 가집니다.

3. 유스케이스 기반 설계의 부활

이 접근은 기능 요구사항 → 유스케이스 → 아키텍처 스타일 결정이라는 오래된 이상을 재조명합니다.
다시 말해, _“무엇을 해야 하는가”_에 따라 _“어떻게 설계할 것인가”_를 결정짓는 흐름이 LLM 덕분에 실현 가능해진 것입니다.

🧭 앞으로의 가능성

  • 요구사항 문서 → UI/UX 와이어프레임 자동 생성
  • 도메인 모델 → ERD 자동 생성 및 정규화
  • 도메인 중심 설계 기반 테스트 자동 생성
  • 자동 설계에 대한 설명 가능성 확보 (Explainable Architecture)

✍️ 마무리: AI는 아키텍트를 대체할까?

아니요, 오히려 아키텍트를 증강시키는 파트너가 됩니다.
인공지능이 구조를 제안하고 반복 작업을 자동화하는 동안, 아키텍트는 다음을 수행하게 될 것입니다:

  • 도메인의 핵심 개념을 정의하고 언어화
  • 조직의 기술/비즈니스 전략을 설계와 연결
  • 설계 결정의 품질 속성과 트레이드오프를 판단

이제는 “모든 것을 사람이 직접 한다”는 관점을 넘어서, “AI와 협업하는 아키텍트”를 고민할 때입니다.