요구사항·소프트웨어 설계

기능 요구는 무엇을 하는가, 비기능 요구는 성능·보안·신뢰성 등 어떤 수준으로 동작하는가다. 도출 → 분석 → 명세 → 확인의 흐름으로 이해한다. 폭포수는 단계 순차, 프로토타입은 시제품 피드백, 나선형은 위험 분석의 반복이다.

헷갈리는 지점 “2초 이내 응답”은 비기능 요구. “주문을 취소한다”는 기능 요구다.

클래스·객체·컴포넌트·배치·패키지는 구조 표현, 유스케이스·활동·상태·시퀀스는 행위 표현이다. 시퀀스는 시간 순 메시지, 상태는 이벤트에 따른 상태 전이다.

헷갈리는 지점 합성은 강한 소유 관계다. 화살표의 방향과 마름모가 있는 쪽을 뒤바꾸지 않는다.

응집도는 한 모듈 안의 관련성으로 높을수록 좋다. 강→약: 기능→순차→교환(통신)→절차→시간→논리→우연. 결합도는 모듈 사이 의존으로 낮을수록 좋다. 강→약: 내용→공통→외부→제어→스탬프→자료.

헷갈리는 지점 외부 결합은 외부 형식·프로토콜·장치 의존, 공통 결합은 공통 전역자료 공유, 내용 결합은 내부 구현 직접 참조·수정이다.

캡슐화는 상태와 동작 묶기·접근 통제, 추상화는 핵심 모델링, 상속은 기존 특성 확장, 다형성은 같은 메시지에 다른 구현이다. SRP 단일 책임, OCP 확장에 열리고 수정에 닫힘, LSP 대체 가능, ISP 인터페이스 분리, DIP 추상에 의존.

헷갈리는 지점 의존성 주입 DI는 DIP 구현을 도울 수 있는 기법이지 같은 용어가 아니다.

Singleton은 하나의 인스턴스 접근, Factory Method는 생성할 객체 결정을 하위 구현에 위임, Abstract Factory는 관련 제품군 생성, Builder는 복잡한 객체 조립 단계 분리, Prototype은 기존 객체 복제다.

헷갈리는 지점 Singleton이 자동으로 스레드 안전을 보장하지는 않는다. Factory Method와 Abstract Factory의 초점을 구별한다.

Adapter 인터페이스 변환, Bridge 추상과 구현의 독립 확장, Composite 부분-전체 트리의 동일 취급, Decorator 객체 감싸 기능 추가, Facade 복잡한 내부에 단순한 창구, Flyweight 공유로 비용 절감, Proxy 대리 접근·통제.

헷갈리는 지점 Decorator는 기능 추가, Proxy는 접근·생명주기 등 대리 제어에 초점. 모양이 비슷해도 목적이 다르다.

Observer 상태 변화 알림, Strategy 교체 가능한 알고리즘, State 상태별 행동, Template Method 처리 뼈대와 세부 단계, Command 요청을 객체화, Iterator 순차 접근, Mediator 상호작용 중재, Memento 상태 보관·복원, Visitor 연산 분리, Chain of Responsibility 처리자 연결, Interpreter 문법 해석.

헷갈리는 지점 Strategy와 State를 구별할 때 “선택한 알고리즘 교체”인지 “객체 내부 상태에 따른 행동”인지 본다.

UI 원칙은 직관성·유효성·학습성·유연성으로 정리한다. 와이어프레임은 화면 뼈대, 스토리보드는 화면 흐름과 설명, 프로토타입은 동작 검증용 모형이다. MVC는 데이터·화면·입력 제어 책임을 나눈다.

헷갈리는 지점 UI는 접점, UX는 이용 경험 전체다. 시각 디자인만으로 UX를 정의하지 않는다.

이벤트 기반 아키텍처는 상태 변화를 이벤트로 발행하고, 관심 있는 구성요소가 이를 구독해 비동기로 반응하는 구조다. CQRS(명령과 조회의 책임 분리)는 데이터를 변경하는 명령과 데이터를 조회하는 질의의 모델을 분리해 서로 다른 최적화를 적용한다.

헷갈리는 지점 CQRS가 항상 별도의 데이터베이스를 요구하는 것은 아니다. 명령과 조회의 책임을 분리하는 것이 핵심이다.

폭포수는 요구·설계·구현·테스트를 단계적으로 진행한다. 프로토타입은 사용자가 만져 볼 모형으로 요구를 구체화한다. 나선형은 계획→위험 분석→개발→고객 평가의 반복으로 위험을 줄인다. V 모형은 개발 단계와 대응 검증 단계를 연결한다.

애자일은 짧은 반복과 피드백을 중시한다. 스크럼의 제품 백로그는 전체 제품 작업, 스프린트 백로그는 이번 스프린트의 선택 작업·계획이다. 스프린트 리뷰는 결과물·향후 방향 점검, 회고는 팀의 일하는 방법 개선이다.

헷갈리는 지점 애자일을 계획·문서가 전혀 없는 개발이라고 쓰지 않는다.

도출은 인터뷰·설문·관찰·워크숍 등으로 요구를 찾는다. 분석은 모호함·충돌·우선순위를 정리하고 모델을 만든다. 명세는 요구를 문서화하며 확인은 요구가 정확하고 일관되고 검증 가능한지 살핀다.

좋은 요구는 무엇을 측정하는지 명확하다. “빠르게 응답”보다 “동시 사용자 100명에서 95% 요청이 2초 이내 응답”이 검증하기 쉽다. 추적성 매트릭스는 요구를 설계·구현·테스트와 연결해 변경 영향을 확인한다.

헷갈리는 지점 기술·법적·운영 제약도 요구다. 화면 버튼에 대한 표현이라고 전부 UI 미관 요구인 것은 아니다.

연관은 객체 사이의 지속적인 연결, 의존은 한 요소의 변화가 다른 요소에 영향을 주는 사용 관계다. 일반화는 is-a 상속, 실체화는 인터페이스 계약의 구현이다. 집합은 느슨한 전체-부분, 합성은 전체가 부분의 수명을 강하게 소유하는 관계다.

일반화는 실선·빈 삼각형이 부모를 향하고 실체화는 점선·빈 삼각형이 계약을 향한다. 집합의 빈 마름모와 합성의 채운 마름모는 전체 쪽에 표시한다. 관계 이름은 다이어그램 표기와 문제의 소유·수명 단서를 함께 본다.

헷갈리는 지점 마름모를 부분 쪽에 그리지 않는다. 전체 쪽이다.

구조 다이어그램은 구성의 정적 모습을, 행위 다이어그램은 시간·흐름·상호작용을 표현한다. 클래스는 타입·필드·메서드, 객체는 특정 시점 인스턴스, 패키지는 그룹과 의존, 컴포넌트는 구성 요소, 배치는 실행 노드와 배포를 나타낸다.

유스케이스는 액터와 시스템 기능, 시퀀스는 시간 순서의 메시지, 커뮤니케이션은 객체 연결과 메시지, 활동은 처리 흐름, 상태는 상태와 전이 조건을 나타낸다. “시간 순 메시지”와 “업무 처리 흐름”을 구별하면 시퀀스·활동을 혼동하지 않는다.

헷갈리는 지점 패키지 다이어그램과 실제 장비 배치 다이어그램은 다른 것이다.

응집도는 한 모듈 내부 기능들이 한 목적에 얼마나 모이는지다. 결합도는 모듈들이 서로 얼마나 의존하는지다. 유지보수에는 높은 응집도·낮은 결합도가 유리하다.

기능 응집은 한 기능, 순차 응집은 앞 출력이 뒤 입력, 통신 응집은 같은 데이터, 절차 응집은 실행 순서, 시간 응집은 같은 시점, 논리 응집은 비슷한 종류, 우연 응집은 관련 없는 기능의 모음이다. 결합은 단순 자료 전달보다 제어 플래그·공유 전역·다른 모듈 내부 접근일수록 강하다.

헷갈리는 지점 교재별 외부 결합 위치 표현은 다를 수 있다. 가장 강한 내용과 가장 약한 자료를 확실히 구별한다.

SRP는 클래스가 변경되는 이유를 한 책임으로 모으는 원칙이다. OCP는 기존 안정 코드를 계속 수정하기보다 확장으로 새로운 동작을 넣도록 설계한다. LSP는 자식이 부모 계약을 지켜 대신 사용되어도 동작이 깨지지 않아야 한다.

ISP는 클라이언트가 쓰지 않는 메서드에 의존하지 않도록 인터페이스를 나누고 DIP는 고수준 정책과 저수준 구현이 구체 구현보다 추상에 의존하게 한다. 의존성 주입 DI는 필요한 의존 객체를 밖에서 제공하는 기법이다.

헷갈리는 지점 DIP와 DI는 같은 약어가 아니다. DIP는 설계 원칙, DI는 구현 기법.

생성 패턴은 객체를 어떻게 만들지, 구조 패턴은 객체들을 어떻게 연결할지, 행위 패턴은 책임과 상호작용을 어떻게 나눌지 다룬다. 이름 하나만 외우기보다 변경하려는 축을 찾는다.

Adapter는 기존 API를 목표 인터페이스로 바꾼다. Bridge는 추상과 구현을 별도 계층으로 나눠 독립 확장한다. Observer는 상태 변화 통지를 구독자에게 전파하고 Strategy는 교체할 알고리즘을 외부 객체로 분리한다. State는 내부 상태에 따른 행동을 별도 상태 객체로 표현한다.

헷갈리는 지점 Factory Method는 생성 결정의 위임, Abstract Factory는 관련 제품군 생성이다.

MVC의 Model은 데이터·업무 규칙, View는 표시, Controller는 입력을 받아 흐름을 조정한다. 계층형은 화면·업무·데이터 접근처럼 책임을 층으로 나눈다. 파이프-필터는 독립 처리 단계를 연결하고 브로커는 중개자를 통해 분산 구성 요소를 연결한다.

UI 설계에서 와이어프레임은 배치 뼈대, 목업은 시각 형태, 프로토타입은 상호작용 검증, 스토리보드는 화면·이동·동작 설명이다. 서버에서 DTO는 계층 사이 전달 자료, DAO는 데이터 접근, 서비스는 업무 규칙을 담당하는 관용적 구분이다.

헷갈리는 지점 DTO가 데이터베이스 테이블 그 자체인 것은 아니다. 명칭은 프레임워크·설계마다 다를 수 있다.

스프린트 리뷰는 결과와 목표 진척을 이해관계자와 살펴보고 다음 적응을 논의한다. 회고는 팀의 협업·과정·도구를 돌아보고 효과와 품질을 높이는 개선을 계획한다. Product Owner는 가치 극대화와 Product Backlog의 효과적인 관리에 책임이 있다.

2026.10.14 재확인: Scrum Guide 공식 가이드

헷갈리는 지점 Daily Scrum을 관리자의 업무 보고 시간으로 정의하지 않는다. Sprint Review를 단순 승인 게이트로 외우지 않는다.