소프트웨어 아키텍처 및 패턴

부분 설계(모듈·인터페이스)를 모아 시스템 전체 구조를 그리는 일. 1과목의 마지막 정점이자 매 회차 1~3문항 빈출. MVC는 GoF 디자인 패턴이 아니라 아키텍처 패턴(6강 회수)이 핵심 함정.

핵심 암기: 설계 4원리 단자추정 · 품질 3측면 시비아 · 패턴 8종 레클마파브M이P · MVC 모뷰컨 · 레이어드 하단격 · 파이프-필터 단비재

소프트웨어 아키텍처 기초

소프트웨어 아키텍처 개념 ·정의·

[정의] 시스템을 구성하는 컴포넌트와 그들 사이의 관계, 그리고 이를 지배하는 설계 원칙의 집합(카네기멜론 SEI 정의). 시스템 전체 구조를 정의하는 큰 그림.

[표]

💡 비유 30층 빌딩의 골조 설계도 — 한 번 정하면 되돌리기 어렵고, 시스템 품질을 좌우. 🎯 빈출 '컴포넌트 + 관계 + 설계 원칙의 집합' 정의 매칭. 간헐.

아키텍처 설계 4대 원리 ·단자추정·

[분류]

🔑 암기 단자추정 — 단순성 · 자기서술성 · 추상화 · 정보은닉 ⚠️ 함정 5강 모듈 설계 지침과 항목이 겹쳐 보이지만, 여기는 시스템 아키텍처 전체 차원. '복잡성을 일부러 늘려라'는 정반대 함정. 🎯 빈출 정의·소거형. 간헐.

4+1 뷰 ·Kruchten·

[정의] 1995년 필립 크루첸(Philippe Kruchten)이 제안. 시스템을 여러 관점(View)에서 본다.

[표]

🔑 암기 4개 뷰(논리·프로세스·구현·배포) + +1 = 유스케이스 뷰(나머지 4뷰를 통합·검증) 🎯 빈출 '4+1의 +1은?' → 유스케이스 뷰. 간헐. ⚠️ 함정 각 뷰가 UML 다이어그램과 짝지어지지만, UML(표기법)과 4+1 뷰(관점 분류)는 같은 분류가 아니다.

GoF 디자인 패턴 vs 아키텍처 패턴 ·MVC≠GoF·6강 회수·

[비교] 6강에서 예고한 함정. 단위가 다른 두 차원이다.

🔑 암기 MVC·파이프-필터·레이어드·클라이언트-서버·P2P = 아키텍처 패턴. GoF 23개 아님. ⚠️ 함정 'MVC는 GoF 디자인 패턴이다'는 100% 함정(매 회차). 보기에 싱글톤·팩토리·옵저버가 아키텍처 패턴으로 끼면 정답 후보. 🎯 빈출 분류 매칭. 거의 매회. 6강 GoF 23종(추빌팩프싱·어브컴데퍼플프·책커인이중메옵상전템방)과 짝으로 출제.

품질 속성과 평가

품질 속성 3측면 ·시비아·1순위·

[정의] 아키텍처가 만족시켜야 할 비기능 요구사항 — '무슨 기능을 한다'가 아니라 '얼마나 빠르고·안전하고·잘 버티느냐'.

[분류]

🔑 암기 측면 = 시비아(시스템·비즈니스·아키텍처) / 시스템 = 가변성보사시 / 비즈니스 = 시비예목신 / 아키텍처 = 개정구(3개뿐) ⚠️ 함정 ISO/IEC 9126 6대 품질(기신사효유이 — SW 제품 자체의 품질)과 다른 분류. 9강 시스템 측면(아키텍처 관점) = 가변성보사시. 9126 ≠ 가변성보사시. 🎯 빈출 '비즈니스 측면이 아닌 것?' 같은 분류 매칭이 매 회차. 가용성·성능(시스템)이 비즈니스로 둔갑하면 정답 후보. 거의 매회.

아키텍처 평가 방법 ·ATAM·

[분류]

🔑 암기 ATAM = 트레이드오프 (이름 자체에 Tradeoff가 들어 있음). 카네기멜론 SEI 표준이라 출제 1순위. 🎯 빈출 '트레이드오프 분석 평가 방법은?' → ATAM. CBAM(비용편익)은 시비예목신의 '비(비용편익)'와 짝지어 기억. 💡 보충 품질 속성은 다 만족할 수 없다 — 보안↑이면 성능↓. ATAM은 그 충돌의 균형점을 찾는 도구.

아키텍처 패턴 8종

아키텍처 패턴 8종 한눈에 ·레클마파브M이P·메인·

[분류]

🔑 암기 레클마파브M이P — 레이어드 · 클라서버 · 마스터슬레이브 · 파이프필터 · 브로커 · MVC · 이벤트 · P2P (5+3: 레클마파브 + MVC·이벤트·P2P) 🌟 시간이 부족하면 레이어드·클라이언트-서버·파이프-필터·MVC 4개부터 — 시험 정답의 다수가 여기서 나온다. 🎯 빈출 매 회차 1~2문제는 8종 중 하나의 정의·구조 매칭. MVC·파이프-필터·레이어드가 단연 1순위. 💡 보충 POSA 분류의 블랙보드(공유 저장소에 여러 컴포넌트가 협업) 패턴도 간헐 등장.

레이어드 ·하단격·1순위·

[정의] 시스템을 여러 계층(Layer)으로 나누고, 각 계층은 바로 아래 계층만 호출하는 구조.

 레이어드 — 하향참조·단방향·격리
   표현 계층
      │ ▼  (위 계층은 아래만 호출)
   비즈니스 계층
      │ ▼  (아래 계층은 위를 모름)
   데이터 계층
   예) OSI 7계층 · 3-Tier(Controller→Service→Repository)

🔑 암기 하단격 — 하향참조 · 단방향 · 격리성 ⚠️ 함정 '양방향 호출 가능' '한 계층 변경 = 전체 변경' = 함정. 위는 아래만 호출, 아래는 위를 모름(결합도↓·격리성). 🎯 빈출 '계층·하향참조·단방향' → 레이어드. OSI 7계층·3-Tier가 단골 예시. 1순위.

파이프-필터 ·단비재·1순위·

[정의] 필터(처리 단위)들이 데이터를 차례로 처리하고, 그 사이를 파이프(통로)가 연결하는 구조. 필터는 입력 → 가공 → 출력만 하고, 한 필터의 출력이 다음 필터의 입력이 된다.

🔑 암기 단비재 — 단방향 · 비공유(필터끼리 상태 공유 X) · 재사용(필터를 다른 파이프라인에 끼움) ⚠️ 함정 '양방향 흐름' '필터 간 상태 공유' = 100% 함정. 🎯 빈출 '단방향 데이터 흐름·필터 재사용' → 파이프-필터. Unix 셸 파이프(|)·컴파일러(렉서→파서→코드생성)가 단골 예시. 1순위.

MVC ·모뷰컨·1순위·

[정의] 시스템을 데이터(Model)·화면(View)·중재자(Controller) 셋으로 분리하는 패턴. 관심사 분리(Separation of Concerns)의 대표. 1970년대 후반 트리그베 린스카우그가 Smalltalk에서 제안, 50년 가까이 살아남았다.

[표]

[흐름] 사용자 → V → C → M → C → V → 사용자 (Controller가 두 번 등장, View와 Model은 직접 호출하지 않음)

🔑 암기 모뷰컨 — 모델 · 뷰 · 컨트롤러 (영문 약자 MVC와 함께) 💡 변형 MVC(컨트롤러) · MVP(프레젠터) · MVVM(뷰모델) — 셋 다 MVC 계열 아키텍처 패턴. ⚠️ 함정 'MVC는 GoF다' · 'View가 Model을 직접 호출' = 함정. MVC는 반드시 Controller를 거친다. 🎯 빈출 'Model·View·Controller로 분리' → MVC, 'Model과 View 사이 중재자' → Controller. 매 회차. Spring MVC·Django가 단골 예시.

클라이언트-서버 & P2P ·정반대 짝·

[비교] 중앙집중 vs 분산 — 정반대 짝으로 출제된다.

🔑 암기 클라이언트-서버 = 중앙집중(SPOF) / P2P = 분산·동등 ⚠️ 함정 블록체인 = P2P / 가상자산 거래소 = 클라이언트-서버. 둘을 섞으면 함정. 클라이언트-서버의 약점 = 서버 SPOF. 🎯 빈출 '중앙 없음·모든 노드 동등' → P2P. 클라이언트-서버 vs P2P 대비가 단골.

마스터-슬레이브 · 브로커 · 이벤트 기반 ·나머지 3종·

[분류]

🔑 암기 마스터-슬레이브 = 분배·수합 / 브로커 = 위치 투명성 / 이벤트 기반 = Pub-Sub·비동기 ⚠️ 함정 이벤트 기반(시스템 단위) vs 옵저버 패턴(객체 단위·6강 GoF)의 단위 차이. 🎯 빈출 이벤트 기반 'Pub-Sub' 매칭, 마스터-슬레이브 'DB Read Replica' 예시. 간헐~중간. 💡 보충 이벤트 기반은 8강 MOM(Kafka·RabbitMQ) 위에서 구현 — 옵저버를 시스템 차원으로 확장한 모습. 브로커는 8강 ORB(CORBA)와 닿는다.

기출 다지기

[기출 1 출제] 다음 설명에 해당하는 아키텍처 패턴은? (설명→용어)

사용자 인터페이스와 비즈니스 로직, 데이터 처리를 모델(Model)·뷰(View)·컨트롤러(Controller) 세 컴포넌트로 분리하여 구성하는 패턴으로, 다양한 웹 프레임워크에서 채택하고 있다.

• ① 파이프-필터 패턴
• ② MVC 패턴
• ③ 레이어드 패턴
• ④ 브로커 패턴

[기출 2 출제] 다음 중 파이프-필터 패턴의 특징으로 옳지 않은 것은? (부정형)

• ① 데이터가 일련의 처리 단계(필터)를 거쳐 흐른다
• ② 각 필터는 독립적으로 동작하며 다른 필터와 상태를 공유하지 않는다
• ③ 필터 간 데이터는 양방향으로 흐를 수 있어 유연한 처리가 가능하다
• ④ Unix/Linux 셸의 파이프(|) 명령이 대표적인 예이다

[기출 3 출제] 레이어드(Layered) 아키텍처 패턴에 대한 설명으로 옳은 것은? (긍정형)

• ① 모든 계층이 서로 자유롭게 호출할 수 있어 결합도가 매우 높다
• ② 상위 계층은 하위 계층만 호출하며, 의존성이 단방향으로 흐른다
• ③ 하위 계층은 상위 계층의 구체적 구현 정보를 모두 알아야 한다
• ④ 한 계층이 변경되면 전체 시스템이 모두 함께 변경되어야 한다

[기출 4 출제] 다음 중 아키텍처 패턴에 해당하지 않는 것은? (분류 매칭)

• ① 파이프-필터(Pipe-Filter) 패턴
• ② MVC(Model-View-Controller) 패턴
• ③ 싱글톤(Singleton) 패턴
• ④ 클라이언트-서버(Client-Server) 패턴

[기출 5 출제] 다음 중 시스템 측면의 품질 속성에 해당하지 않는 것은? (분류 매칭)

• ① 가용성(Availability)
• ② 성능(Performance)
• ③ 시장적시성(Time to Market)
• ④ 변경용이성(Modifiability)

[기출 6 출제] 다음 설명에 해당하는 아키텍처 패턴은? (설명→용어)

중앙 서버가 존재하지 않으며, 모든 노드(Peer)가 동등한 권한과 역할을 가진다. 노드들이 서로 자원과 서비스를 직접 주고받으며, 일부 노드의 장애에도 전체 시스템이 정상 동작한다. 블록체인, BitTorrent 등이 대표적 사례이다.

• ① 클라이언트-서버 패턴
• ② 마스터-슬레이브 패턴
• ③ 브로커 패턴
• ④ P2P(Peer-to-Peer) 패턴

[기출 7 출제] 다음 설명에 해당하는 소프트웨어 아키텍처 평가 방법은? (설명→용어)

여러 품질 속성(예: 성능과 보안성, 사용성과 변경용이성)이 서로 충돌할 때, 그 트레이드오프(Trade-off) 관계를 분석하여 아키텍처 결정의 적합성을 평가하는 대표적인 방법이다.

• ① ADR (Active Design Review)
• ② SAAM (Software Architecture Analysis Method)
• ③ ATAM (Architecture Tradeoff Analysis Method)
• ④ CBAM (Cost Benefit Analysis Method)

한 장 요약

🎯 합격 한 끗: 패턴 8종 레클마파브M이P, 품질 3측면 시비아, 그리고 1순위 3패턴(레이어드 하단격 · 파이프-필터 단비재 · MVC 모뷰컨). 가장 잦은 함정은 MVC ≠ GoF(아키텍처 패턴이지 디자인 패턴 아님 — 6강 회수)와 9126 ≠ 가변성보사시(SW 제품 품질 vs 아키텍처 시스템 품질). 시간이 부족하면 1순위 4패턴(레이어드·클라이언트-서버·파이프-필터·MVC)부터 손에 쥐면 9강은 끝.