정보처리기사 실기를 위한 디자인 패턴 암기 방법
SW설계앱설계
읽는데 7분 소요
처음 쓰인 날: 2025-09-02
마지막 수정일: 2026-10-16
조회수: —
요약
정보처리기사 실기를 위한 디자인 패턴 암기 방법과 각 디자인 패턴 설명 링크입니다. 생성, 구조, 행위 패턴을 암기법과 함께 정리했습니다.
정보처리기사 실기에 나오는 디자인 패턴 암기 방법과 각 디자인 패턴 설명 링크입니다.
- 암기는 기본적으로 본인이 편한 방식 + 관심있는 주제를 활용하는 것이 가장 좋습니다.
- 아래 암기법은 참고용으로 보시면 됩니다.
- 디자인패턴은 생성패턴 5가지, 구조패턴 7가지, 행위패턴 11가지로 총 23가지입니다.
- 두음 법칙만으로는 외우기 쉽지 않습니다
- 그래서 제가 사용하는 암기법은 두음법 + 이미지입니다.(정처기 시험이 끝나도 잊혀지지 않는 암기법입니다.)
- 단순하게 디자인패턴에 뭐가 있는지만 알아선 안 됩니다. 꼭 링크로 들어가서 어떤 패턴인지 이해하세요.
디자인패턴을 정보처리기사 실기 시험을 위해 반드시 외워야할까요?
결론부터 말하자면 23가지를 전부 외울 필요는 없습니다. 최근 정보처리기사 실기 시험에서는 보기에 디자인패턴 종류를 주는 경우가 많습니다. 26년 2회(Abstract Factory), 26년 1회(Bridge, Observer), 24년 1회(Abstract Factory)가 보기에서 골라 쓰는 형태로 출제되었습니다.
다만 보기가 항상 주어지는 것은 아닙니다. 25년 1회(Adapter), 25년 2회(Proxy)는 보기 없이 설명만 주고 영문으로 바로 쓰게 했습니다. 그래서 자주 나오는 패턴만큼은 영문 철자까지 쓸 수 있게 해두는 편이 안전합니다.
반대로 정보처리기사 필기 시험에서는 알면 매우 유리합니다. 필기에서는 패턴에 맞는 키워드를 아는 것도 중요하지만 패턴이 어떤 패턴인지(생성패턴인지 구조패턴인지 행위패턴인지)를 알아야 맞출 수 있는 문제가 종종 출제됩니다.
하지만 전체적인 그림을 알고 있다면 헷갈리기 쉬운 디자인패턴 문제를 확실하게 푸는데 큰 도움이 됩니다.
생성 패턴
두음 암기법 : 싱팩빌프앱
싱글 팩토리 빌드 프로토스 앱
- 싱 : 싱글톤 패턴(Singleton)
- 팩 : 팩토리 메서드 패턴(Factory Method)
- 빌 : 빌더 패턴(Builder)
- 프 : 프로토타입 패턴(Prototype)
- 앱 : 앱스트랙트 팩토리(Abstract Factory - 추상 팩토리) 패턴
생성 패턴 - 정보처리기사 실기 시험 기출 키워드
| 생성 패턴 | 기출 키워드 |
|---|---|
| 싱글톤 패턴(Singleton) | 객체 하나만 생성, 어디서든 참조, 특정 클래스의 인스턴스가 오직 하나임을 보장 |
| 팩토리 메서드 패턴(Factory Method) | 상위 클래스 - 인터페이스만 정의, 서브 클래스 - 실제 생성 담당 |
| 빌더 패턴(Builder) | 조립 + 분리 |
| 프로토타입 패턴(Prototype) | 인스턴스를 복제 |
| 앱스트랙트 팩토리 패턴(Abstract Factory) | 조합을 만드는 인터페이스(API) 제공, Kit이라고 불림. |
생성 패턴 설명 문제 링크
싱글톤 Singleton 패턴 팩토리 메서드 Factory Method 패턴 빌더 Builder 패턴 프로토타입 Prototype 패턴 추상 팩토리 Abstract Factory 패턴구조 패턴
두음 암기법 : 어데퍼프브플컴
브플어오르는 퍼프 어데있나?
- 어 : 어댑터 패턴 (Adapter)
- 데 : 데코레이터 패턴 (Decorator)
- 퍼 : 퍼사드 패턴 (Facade)
- 프 : 프록시 패턴 (Proxy)
- 브 : 브리지 패턴 (Bridge)
- 플 : 플라이웨이트 패턴 (Flyweight)
- 컴 : 컴포지트 패턴 (Composite)
구조 패턴 - 정보처리기사 시험 기출 키워드
| 구조 패턴 | 기출 키워드 |
|---|---|
| 어댑터 패턴(Adapter) | 서로 다른 인터페이스 연결, 기존 클래스 재사용할수 있도록 중간에서 맞춰주는 역할 |
| 데코레이터 패턴(Decorator) | 기능 추가 + 확장 |
| 퍼사드 패턴(Facade) | 단순 인터페이스, 오류 단위 확인 |
| 프록시 패턴(Proxy) | 객체의 대리자가 대신 처리 |
| 브리지 패턴(Bridge) | 기능 클래스-구현 클래스 연결, 추상 계층 분리 |
| 플라이웨이트 패턴(Flyweight) | 가상 인스턴스/ 가상화 |
| 컴포지트 패턴(Composite) | 트리구조, 복합 객체 = 단일 객체 |
구조 패턴 설명 문제 링크
어댑터 Adapter 패턴 데코레이터 Decorator 패턴 퍼사드 Facade 패턴 프록시 Proxy 패턴 브리지 Bridge 패턴 플라이웨이트 Flyweight 패턴 컴포지트 Composite 패턴행위 패턴
두음 암기법 : 전옵 중방이상인 메커책템
전체 옵션 중간 방어력 이상인 메커닉 책 아이템
- 전 : 전략 패턴(Strategy)
- 옵 : 옵저버 패턴(Observer)
- 중 : 중재자 패턴(Mediator)
- 방 : 방문자 패턴(Visitor)
- 이 : 이터레이터 패턴(Iterator)
- 상 : 상태 패턴(State)
- 인 : 인터프리터 패턴(Interpreter)
- 메 : 메멘토 패턴(Memento)
- 커 : 커맨드 패턴(Command)
- 책 : 책임 연쇄 패턴(Chain of Responsibility)
- 템 : 템플릿 메서드 패턴(Template Method)
행위 패턴 - 정보처리기사 시험 기출 키워드
| 행위 패턴 | 키워드 |
|---|---|
| 전략 패턴(Strategy) | 알고리즘군 |
| 옵저버 패턴(Observer) | 한 객체 바뀌면 의존하는 다른 객체에 연락 가고 자동 갱신 |
| 중재자 패턴(Mediator) | 객체 간 중재자, 객체지향 목표 달성하게 해줌 |
| 방문자 패턴(Visitor) | 메서드가 각 클래스 돌아다님, 새로운 기능(연산)만 따로 추가할때 사용 |
| 이터레이터 패턴(Iterator) | 컬렉션 내 모든 요소 순차 탐색, Cursor |
| 상태 패턴(State) | 원시코드 수정 취소, 상태 캡슐화 |
| 인터프리터 패턴(Interpreter) | 특정 언어 문법 정의, 그 문법으로 작성된 문장을 해석 |
| 메멘토 패턴(Memento) | 복구, Undo 기능, 객체 정보 저장 |
| 커맨드 패턴(Command) | 재사용성, 기능 캡슐화 |
| 책임 연쇄 패턴(Chain of Responsibility) | 하드코딩(기능 처리 연결 변경 불가) -> 연결 변경 가능하게 디자인 |
| 템플릿 메서드 패턴(Template Method) | 상위 클래스 - 추상 메서드(기능의 골격) , 하위 클래스 - 세부처리 구체화 |
행위 패턴 설명 문제 링크
전략 Strategy 패턴 옵저버 Observer 패턴 중재자 Mediator 패턴 방문자 Visitor 패턴 이터레이터 Iterator 패턴 상태 State 패턴 인터프리터 Interpreter 패턴 메멘토 Memento 패턴 커맨드 Command 패턴 책임 연쇄 Chain of Responsibility 패턴 템플릿 메서드 Template Method 패턴정처기 실기 기출 문제
문제를 불러오는 중이에요.
문제를 불러오는 중이에요.
문제를 불러오는 중이에요.
정처기 실기 대비 실전 문제
문제를 불러오는 중이에요.
댓글