절차보다 사람이 중심이 되어 변화에 유연·신속하게 적응하는 신속 적응적 경량 개발 방법론. 짧은 주기(이터레이션 1~4주)로 동작하는 소프트웨어를 만들고 고객 피드백을 다음 주기에 반영.

객체지향 설계에서 중요한 5가지 원칙. 소프트웨어의 유지보수성·확장성·재사용성을 높이기 위한 원칙.

OMT(Object Modeling Technique)라고도 불리는 객체지향 분석·설계 방법론으로, 시스템을 3가지 관점에서 모델링한다.

GOF(Gang of Four)가 객체지향프로그래밍(OOP)에서 반복적으로 등장하는 문제를 해결하기 위해 제안한 23가지 패턴

한 클래스에 단 하나의 객체만 존재하도록 강제하는 디자인 패턴. single이라는 단어에서 알 수 있듯, 인스턴스가 유일하다는 것이 핵심. 어디서든 참조가 가능하다는 것이 특징.

객체 생성을 위한 인터페이스는 상위 클래스에서 정의하되, 실제로 어떤 클래스의 인스턴스를 만들지는 하위 클래스에서 결정하도록 하는 패턴.

복잡한 객체를 생성하는 과정을 단계별로 분리, 동일한 생성 절차에서 서로 다른 표현 결과를 만들 수 있게 하는 디자인 패턴. 특히 생성자의 매개변수가 많거나, 객체 생성 과정이 여러 단계로 나뉘어 복잡할 때 유용.

기존 객체를 복제하여 새로운 객체를 생성하는 디자인 패턴. 원본 객체를 복사하여 필요한 부분을 수정한 뒤 사용하는 방식. 특히 객체 생성 비용이 비싸거나, 클래스로부터 객체를 만드는 과정이 복잡할 때 유용.

추상 팩토리 패턴은 서로 관련이 있거나 의존적인 객체들의 집합을 생성하기 위한 인터페이스를 제공하되, 구체적인 클래스는 지정하지 않는 패턴. 팩토리 메서드 패턴이 단일 객체를 생성하는 것에 초점을 맞춘다면, 추상 팩토리는 '제품군(Family of Products)'을 생성하는 데 사용.

호환되지 않는 인터페이스를 가진 클래스들을 함께 동작하도록 변환해주는 패턴

객체의 기존 코드를 수정하지 않고도 동적으로 새로운 기능이나 책임을 추가할 수 있게 해주는 패턴. 객체를 장식하여 기능을 확장하는 방식.

'건물의 정면'이라는 뜻으로, 복잡한 서브시스템에 대한 간단한 통합 인터페이스를 제공하는 패턴.

다른 객체에 대한 접근을 제어하기 위해 그 객체의 대리자 역할을 하는 객체를 만드는 패턴.

'추상화'와 '구현'을 두 개의 독립적인 클래스 계층으로 분리하여, 이 둘이 서로에게 영향을 주지 않고 독립적으로 확장될 수 있도록 하는 패턴.

많은 수의 객체를 효율적으로 지원하기 위해 객체의 공유를 통해 메모리 사용량을 줄이는 패턴. '플라이웨이트'는 권투의 경량급을 의미하며, 이름처럼 객체를 가볍게 만들어 메모리 부담을 최소화

객체들을 트리 구조로 구성하여 '부분-전체' 계층을 표현하는 패턴. 클라이언트가 개별 객체(Leaf)와 복합 객체(Composite)를 동일한 방식으로 제어. ex) 파일 시스템의 폴더 및 파일에 대한 동일한 작업 수행.

전략 패턴은 알고리즘군을 정의하고, 각 알고리즘을 캡슐화하여, 필요에 따라 서로 교체해서 사용할 수 있게 만드는 패턴 ex) 실시간 최단 경로 찾기

한 객체의 상태가 변하면, 그 객체에 의존하는 다른 객체들에게 자동으로 알림을 보내고 상태를 갱신할 수 있게 하는 1:N 의존성 관계를 정의하는 패턴

많은 객체들 간의 복잡한 상호작용과 의존성을 하나의 중재자 객체에 캡슐화하여, 객체들이 서로 직접 통신하지 않고 오직 중재자를 통해서만 소통하도록 만드는 패턴 ex) 항공 관제탑

데이터 구조(객체)와 해당 구조에서 수행할 처리(기능)를 분리하는 패턴 ex) 세무사 (여러 범위의 세금 처리를 방문하여 해결)

배열, 리스트, 트리 등과 같은 컬렉션(Collection) 객체의 내부 표현(구조)을 외부에 노출시키지 않고, 그 요소들을 순차적으로 접근할 수 있는 방법 ex) TV 리모컨의 채널을 조작하는 버튼

객체의 내부 상태가 변경될 때, 객체의 행동 방식도 함께 변경되도록 하는 패턴

특정 언어의 문법을 정의하고, 그 문법으로 작성된 문장을 해석하는 해석기(Interpreter)를 만드는 패턴

객체의 내부 상태를 외부에 노출시키지 않으면서, 객체의 특정 시점 상태를 스냅샷처럼 저장해 두었다가 필요할 때 다시 복원할 수 있게 하는 패턴. ex) 게임 저장 기능

요청 자체를 객체로 캡슐화하여, 요청을 보내는 객체(Invoker)와 요청을 실제로 처리하는 객체(Receiver)를 분리하는 패턴

요청을 처리할 수 있는 객체들을 체인(사슬)으로 연결하여, 요청이 들어오면 체인을 따라 순서대로 처리 기회를 넘기는 패턴.

알고리즘의 골격(뼈대)은 상위 클래스에서 정의하고, 알고리즘의 특정 단계들은 하위 클래스에서 재정의(override)할 수 있도록 하는 패턴 ex) 라면 끓이기

"싱글 팩토리 빌드 프로토스 앱"

요구사항을 분석하고 설계도를 그리는 단계에서 사용하는 핵심 도구

복잡한 시스템을 5가지 다른 관점(View)으로 나누어 체계적으로 바라보는 방법론.

변수 이름 앞에 자료형 약어를 prefix로 붙이는 방식.

소프트웨어의 외부 동작은 변경하지 않으면서 내부 구조를 개선해 가독성·유지보수성·확장성을 높이는 작업. 동작이 바뀌면 리팩토링이 아니라 기능 변경이다.

리팩토링이 필요한 신호: 중복 코드, 너무 긴 함수(Long Method), 큰 클래스(Large Class), 너무 많은 매개변수(Long Parameter List), 의미 없는 이름.

개발에 필요한 노력(Man-Month)·기간·비용을 사전 추정. 하향식(전문가·델파이)과 상향식(LoC·FP·COCOMO)으로 나뉜다.

소프트웨어 배포 시 "이번 버전에서 무엇이 어떻게 바뀌었는지"를 전달하는 문서. 소프트웨어 패키징 단계의 핵심 산출물.