[`26 하계 모각코] 하모 1회차 개인 리뷰

[ # 1회차 정보 ]

• 2026년 6월 30일 19:00 - 22:00
• Discord 영상 통화로 온라인 스터디 회의 진행

---

[ # 1회차 개인 목표 ]

1. 요구사항 확인

2. 데이터 입·출력 구현

---

[ # 1회차 개인 활동 내용 ]

1. 요구사항 확인

• 소프트웨어 생명 주기(SDLC)
  • 소프트웨어 개발부터 유지보수까지의 전 과정을 통제하기 위한 프로세스 모델
  • 순차적이고 하향식으로 진행되는 폭포수 모형, 위험 분석을 핵심으로 반복 개발하는 나선형 모형, 고객의 요구 변화에 유연하게 대응하는 스크럼 등 애자일(Agile) 모형으로 구분
• UML(Unified Modeling Language)
  • 시스템 개발 과정에서 원활한 의사소통을 위해 사용하는 시각적 표준 모델링 언어
  • 시스템의 정적 구조를 나타내는 구조적 다이어그램(클래스, 객체, 컴포넌트, 배치)과 동적 흐름을 나타내는 행위적 다이어그램(유스케이스, 시퀀스, 활동, 상태)으로 구성
• 디자인 패턴(Design Pattern)
  • 소프트웨어 설계 시 자주 발생하는 문제에 대해 검증된 재사용 가능한 23가지 해결책(GoF 패턴)
  • 객체 생성 방식을 정의하는 생성 패턴(Singleton, Factory Method), 구조를 조립하는 구조 패턴(Adapter, Composite), 상호작용 및 책임 분배를 다루는 행위 패턴(Observer, Strategy)으로 분배
    1. 생성 패턴 (5개) - 객체를 만드는 방법에 대한 패턴
       • Factory Method: 객체 생성을 서브 클래스(하위 클래스)에서 결정하도록 위임
       • Abstract Factory: 서로 연관되거나 의존적인 객체들의 조합(제품군, Kit)을 생성
       • Singleton: 오직 하나의 인스턴스(객체)만 생성되도록 보장
       • Builder: 생성 과정과 표현 방법을 분리하여 단계별로 조립하여 생성
       • Prototype: 원형 객체를 복제(Clone)하여 생성
    2. 구조 패턴 (7개) - 클래스나 객체를 조합해 더 큰 구조를 만드는 패턴
       • Adapter: 호환성이 없는 인터페이스들을 연결하여 함께 사용 (변환기)
       • Bridge: 구현부와 추상층을 분리하여 각자 독립적으로 확장할 수 있게 함
       • Composite: 객체들의 관계를 트리 구조로 구성하여 단일 객체와 복합 객체를 동일하게 취급
       • Decorator: 기존 소스 수정 없이 동적으로 새로운 기능(책임)을 추가
       • Facade: 복잡한 서브시스템 전면에 단순한 하나의 인터페이스(창구)를 제공
       • Flyweight: 대량의 작은 객체들을 공유하여 메모리를 절약
       • Proxy: 실제 객체 대신 대리 객체(Proxy)를 내세워 접근을 제어하거나 메모리 절약
    3. 행위 패턴 (11개) - 객체 간의 상호작용이나 책임 분배에 대한 패턴
       • Command: 요청(명령) 자체를 객체로 캡슐화하여 Undo, 작업 큐 구현에 사용
       • Memento: 객체의 내부 상태를 스냅샷처럼 저장하여 나중에 복원(Undo)
       • Template Method: 상위 클래스에서 뼈대(구조)를 정의하고, 하위 클래스에서 구체적 구현
       • Observer: 일 대 다(1:N) 관계에서 상태 변화를 관찰하다가 변화 시 자동 통지
       • Strategy: 알고리즘을 캡슐화하여 dynamic하게 교체 가능하게 함
       • State: 객체의 상태에 따라 동일한 동작을 다르게 처리
       • Chain of Responsibility: 요청을 처리하는 객체들이 고리(체인)로 연결되어 책임을 떠넘김
       • Mediator: 객체 간의 복잡한 상호작용을 통제하기 위해 중재자(중앙 집중화)를 둠
       • Visitor: 데이터 구조와 처리를 분리하여, 새로운 로직(방문자)을 동적으로 추가
       • Interpreter: 특정 언어의 문법 표현이나 구문을 해석하는 인터페이스 정의
       • Iterator: 내부 구현을 노출하지 않고 컬렉션의 요소들을 순차적으로 접근(순회)

2. 데이터 입·출력 구현

• 데이터베이스 설계 4단계
  • 요구사항 분석(요구조건 명세서) → 개념적 설계(ERD 도출) → 논리적 설계(목표 DBMS에 맞는 스키마 설계 및 정규화) → 물리적 설계(인덱스 및 파티셔닝 적용) 순으로 진행되는 구축 절차
• 정규화(Normalization)
  • 데이터의 중복을 최소화하여 삽입, 삭제, 갱신 시 발생하는 이상 현상(Anomaly)을 방지하는 데이터 구조화 과정
  • 도메인이 원자값인 1NF, 부분 함수 종속을 제거한 2NF, 이행적 함수 종속을 제거한 3NF, 모든 결정자가 후보키인 BCNF 규칙
• 트랜잭션(Transaction)
  • 데이터베이스의 상태를 변화시키는 하나의 논리적 기능을 수행하기 위한 작업 단위
  • 무결성 보장을 위한 4가지 특성(ACID): 원자성(All or Nothing), 일관성, 고립성(다른 트랜잭션 간섭 배제), 영속성(결과 영구 보존)