• 소프트웨어 아키텍쳐 : 소프트웨어를 구성하는 요소들간의 관계를 표현하는 시스템의 구조 또는 구조체
• 아키텍쳐 패턴
  • 레이어 패턴 : 시스템을 계층으로 구분하여 구성하는 패턴
  • 클라이언트 서버 패턴 : 하나의 서버 컴포넌트와 다수의 클라이언트 컴포넌트로 구성되는 패턴
  • 파이프-필터 패턴 : 데이터 스트림 절차의 각 단계를 캡슐화하여 파이프를 통해 전송하는 패턴
  • 모델-뷰-컨트롤러 패턴 : 서브 시스템을 모델, 뷰, 컨트롤러로 구조화하는 패턴
• 객체지향
  • 구성 요소
    • 객체 : 데이터와 이를 처리하기 위한 함수를 묶어 놓은 소프트웨어 모듈
    • 클래스 : 공통된 속성과 연산을 갖는 객체의 집합
    • 메시지 : 객체들 간의 상호작용에 사용되는 수단, 객체의 동작이나 연산을 일으키는 외부의 요구사항
  • 특징
    • 캡슐화 : 외부에서의 접근을 제한하기 위해 인터페이스를 제외한 세부내용을 은닉하는 것
    • 상속 : 상위 클래스의 모든 속성과 연산을 하위 클래스가 물려받는것
    • 다형성 : 하나의 메시지에 대해 각각의 객체가 가지고 있는 고유한 방법으로 응답할 수 있는 능력
    • 연관성 : 두 개 이상의 객체들이 상호 참조하는 관계
• 객체지향 분석
  • 방법론
    • 럼바우 방법 : 객체 모델링 → 동적 모델링 → 기능 모델링 (객체 다이어그램 상태 다이어그램 자료흐름도)
    • Coad & Yourdon 방법 : E-R 다이어그램
    • Jacobson 방법 : 유스케이스
  • 설계 원칙
    • SOLID 원칙
      • 단일 책임 원칙 (SRP) : 객체는 단 하나의 책임만을 가져야 한다
      • 개방 폐쇄 원칙 (OCP) : 기존의 코드를 변경하지 않고 기능을 추가할 수 있도록 설계해야한다
      • 리스코프 치환 원칙 (LSP) : 자식클래스는 최소한 부모클래스의 기능은 수행할 수 있어야 한다
      • 인터페이스 분리 원칙 (ISP) : 자신이 사용하지 않는 인터페이스와 의존관계를 맺거나 영향을 받지 않아야 한다
      • 의존 역전 원칙 (DIP) : 의존 관계 성립시 추상성이 높은 클래스와 의존 관계를 맺어야 한다
• 모듈
  • 모듈화를 통해 분리된 시스템의 각 기능
  • 독립성 측정
    • 결합도 (강→약) 모듈간에 상호 의존하는 정도
      • 내용 결합도 : 한 모듈이 다른 모듈의 내부를 직접 참조하거나 수정
      • 공통 결합도 : 공유되는 공통 데이터 영역을 여러 모듈이 사용
      • 외부 결합도 : 어떤 모듈에서 선언한 데이터를 외부의 다른 모듈에서 참조
      • 제어 결합도 : 어떤 모듈이 다른 모듈 내부의 흐름을 제어하기 위해 제어 신호나 제어 요소를 전달, 권리 전도 현상 발생
      • 스탬프 결합도 : 모듈간의 인터페이스로 자료구조가 전달될 때의 결합도
      • 자료 결합도 : 모듈간의 인터페이스가 자료 요소로만 구성될 때의 결합도
    • 응집도 (강→약) 모듈의 내부 요소들이 서로 관련되어있는 정도
      • 기능적 응집도 : 모듈 내부의 모든 기능 요소들이 단일문제와 연관되어 수행
      • 순차적 응집도 : 모듈 내 하나의 활동으로부터 나온 출력 데이터를 그 다음 활동의 입력 데이터로 사용할 경우
      • 교환적 응집도 : 동일한 입력과 출력을 사용하여 다른 기능을 수행하는 구성 요소들이 모였을 경우
      • 절차적 응집도 : 모듈이 다수의 기능을 가질 때 모듈안의 구성 요소들이 그 기능을 순차적으로 수행할 경우의 응집도
      • 시간적 응집도 : 특정 시간에 처리되는 몇 개의 기능을 모아 하나의 모듈로 작성할 경우
      • 논리적 응집도 : 유사한 성격을 갖거나 특정 형태로 분류되는 처리요소들로 하나의 모듈이 형성되는 경우
      • 우연적 응집도 : 모듈 내부의 각 구성 요소들이 서로 관련 없는 요소로만 구성된 경우
  • 팬인, 팬아웃 : 시스템의 복잡도
  • 공통 모듈 : 여러 프로그램에서 공통으로 사용할 수 있는 모듈
    • 명세 기법
      • 정확성 : 정확히 작성
      • 명확성 : 중의적으로 해석되지 않도록 명확히 작성
      • 완전성 : 시스템 구현을 위해 필요한 모든 것을 기술
      • 일관성 : 공통기능들간 상호 충돌이 발생하지 않도록 작성
      • 추적성 : 기능에 대한 요구사항의 관계를 파악할 수 있도록 작성
    • 재사용 : 이미 개발된 기능들을 새로운 시스템이나 기능 개발에 사용하기 적합하도록 최적화하는 작업
      • 규모 : 함수와 객체, 컴포넌트, 애플리케이션
• 코드 : 자료의 분류 조합 집계 추출을 용이하게 하기 위해 사용하는 기호
  • 식별, 분류, 배열, 표준화, 간소화 기능
  • 종류 : 순차코드, 블록코드, 10진 코드, 그룹 분류 코드, 연상 코드, 표의 숫자 코드, 합성 코드
• 디자인 패턴 : 모듈간의 관계 및 인터페이스 설계 시 참고가능한 해결방식
  • 생성 패턴
    • 추상 팩토리 : 인터페이스를 통해 서로 연관하는 객체들의 그룹으로 생성하여 추상적으로 표현
    • 빌더 : 작게 분리된 인스턴스를 건축하듯이 조합하여 객체 생성
    • 팩토리 메소드 : 객체 생성을 서브클래스에서 처리하도록 분리하여 캡슐화한 패턴
    • 프로토타입 : 원본 객체를 복제하는 방법으로 객체를 생성
    • 싱글톤 : 하나의 객체를 생성하면 생성된 객체를 어디서든 참조할 수 있지만 동시에 참조할 수 없음
  • 구조 패턴
    • 어댑터 : 호환성이 없는 클래스들의 인터페이스를 다른 클래스가 이용할 수 있도록 변환
    • 브리지 : 구현부에서 추상층을 분리해 서로가 독립적으로 확장가능한 패턴
    • 컴포지트 : 객체들을 트리구조로 구성하여 복합객체와 단일객체를 구분없이 다루는 패턴
    • 데코레이터 : 객체 간의 결합을 통해 능동적으로 기능들을 확장할 수 있는 패턴
    • 퍼싸드 : 서브클래스들 상위에 인터페이스를 구성함으로써 서브클래스들의 기능을 간편하게 이용하는 패턴
    • 플라이웨이트 : 인스턴스가 필요할 때마다 가능한한 공유해서 사용하는 패턴
    • 프록시 : 접근이 어려운 객체와 연결하려는 객체 사이에서 인터페이스 역할을 수행하는 패턴
  • 행위 패턴
    • 책임 연쇄 : 한 객체가 처리하지 못하면 다음 객체로 넘어가는 형태의 패턴
    • 커맨드 : 요청을 객체의 형태로 캡슐화하여 재이용하거나 취소할 수 있도록 요청에 필요한 정보를 저장하거나 로그에 남기는 패턴
    • 인터프리터 : 언어에 문법표현을 정의하는 패턴
    • 반복자 : 접근이 잦은 객체에 대해 동일한 인터페이스를 사용하도록 하는 패턴
    • 중재자 : 수많은 객체들간의 복잡한 상호작용을 캡슐화하여 객체로 정의하는 패턴
    • 메멘토 : 특정 시점에서의 객체 내부상태를 객체화함으로써 해당 시점의 상태로 돌릴 수 있는 기능을 제공하는 패턴
    • 옵서버 : 한 객체의 상태가 변화하면 객체에 상속되어있는 다른 객체들에게 변화된 상태를 전달하는 패턴
    • 상태 : 객체의 상태에 따라 동일한 동작을 다르게 처리해야할때 사용하는 패턴
    • 전략 : 동일한 계열의 알고리즘들을 개별적으로 캡슐화하여 상호교환할 수 있게 정의하는 패턴
    • 템플릿 메소드 : 상위 클래스에서 골격을 정의하고 하위 클래스에서 세부처리를 구체화하는 구조의 패턴
    • 방문자 : 각 클래스들의 데이터 구조에서 처리기능을 분리하여 별도의 클래스로 구성하는 패턴
• 배치 프로그램 : 여러 작업들을 미리 정해진 일련의 순서에 따라 일괄적으로 처리하도록 만든 프로그램
  • 필수 요소 : 대용량 데이터, 자동화, 견고성, 안정성, 성능
  • 배치 스케줄러 : 일괄처리 작업이 설정된 주기에 맞춰 자동으로 수행되도록 지원해주는 도구
    • ex) Cron : LINUX의 기본 스케줄러 도구