[펌]벼락치기 #1

핵심 키워드 정리

시험장에 들어가기 전, 빠르게 훑어볼 내용을 정리해본다.

01. 요구사항 확인

소프트웨어 생명주기 모델(SDLC; Software Development Life Cycle)

• 소프트웨어 생명주기 : 시스템의 요구분석부터 유지보수까지 전 공정을 체계화한 절차
• 시스템이 개발될 때부터 운용과 유지보수를 거쳐 생애를 마칠 때까지 어떠한 순서를 밟는지에 대한 작업 프로세스를 모델화한 것
• 프로세스
  • 요구사항 분석 -> 설계 - > 구현 -> 테스트 -> 유지보수
• 모델 종류 : 폭프나반
  • 폭포수 모델(Waterfall Model)
    • 소프트웨어 개발 시 각 단계를 확실히 마무리 지은 후에 다음 단계로 넘어가는 모델 (고전적 생명주기 모형)
    • 절차 : 타당성 검토 -> 계획 -> 요구사항 분석 -> 설계 -> 구현 -> 테스트 -> 유지보수
  • 프로토타이핑 모델(Prototyping Model)
    • 고객이 요구한 주요 기능을 프로토타입으로 구현하여, 고객의 피드백을 반영하여 소프트웨어를 만들어가는 모델
  • 나선형 모델(Spiral Model)
    • 시스템 개발 시 위험을 최소화하기 위해 점진적으로 완벽한 시스템으로 개발해 나가는 모델
    • 절차 : 계위개고
      • 계획 및 정의 -> 위험 분석 -> 개발 -> 고객 평가
  • 반복적 모델(Iteration Model)
    • 구축대상을 나누어 병렬적으로 개발 후 통합하거나, 반복적으로 개발하여 점증 완성시키는 SDLC 모델

소프트웨어 개발 방법론(Software Development Methodology)

• 소프트웨어 개발 전 과정에 지속적으로 적용할 수 있는 방법, 절차, 기법
• 종류
  • 구조적 방법론(Structured Development) : 전체 시스템을 기능에 따라 나누어 개발하고, 이를 통합하는 분할과 정복 접근 방식의 방법론
  • 정보공학 방법론(Information Engineering Development) : 정보 시스템 개발에 필요한 관리 절차와 작업 기법을 체계화한 방법론
  • 객체 지향 방법론(Object-Oriented Development) : '객체'라는 기본 단위로 시스템을 분석 및 설계하는 방법론
  • 컴포넌트 기반 방법론(CBD; Component Based Development) : 소프트웨어를 구성하는 컴포넌트를 조립해서 하나의 새로운 응용 프로그램을 작성하는 방법론
  • 애자일 방법론(Agile Development) : 이 되어 변화에 유연하고 신속하게 적용하며서 효율적으로 개발할 수 있는 신속 적응적 경량 개발 방법론
  • 절차보다는 사람이 중심
  • 제품 계열 방법론(Product Line Development) : 특정 제품에 적용하고 싶은 공통되 기능을 정의하여 개발하는 방법론

애자일(Agile) 방법론

• 절차보다는 사람이 중심이 되어 변화에 유연하고 신속하게 적응하면서 효율적으로 시스템을 개발할 수 있는 신속 적응적 경량 개발 방법론
• 종류
  • XP(eXtreme Programming)
    • 의사소통 개선과 으로 소프트웨어 품질을 높이기 위한 방법론
    • 즉각적 피드백
    • 5가지 가치
      • 용기(Courage)
      • 단순성(Simplicity)
      • 의사소통(Communication)
      • 피드백(Feedback)
      • 존중(Respect)
    • 12가지 원리
      • 짝 프로그래밍(Pair Programming)
      • 공동 코드 소유(Collective Ownership)
      • 지속적인 통합(CI; Continuous Integration)
      • 계획 세우기(Planning Process)
      • 작은 릴리즈(Small Release)
      • 메타포어(Metaphor)
      • 간단한 디자인(Simple Design)
      • 테스트 기반 개발(TDD; Test Driven Develop)
      • 리팩토링(Refactoring)
      • 40시간 작업(40-Hour Work)
      • 고객 상주(On Site Customer)
      • 코드 표준(Coding Standard)
  • 스크럼(SCRUM)
    • 매일 정해진 시간, 장소에서 짧은 시간의 개발을 하는 팀을 위한 프로젝트 관리 중심 방법론
    • 주요 개념
      • 백로그(Backlog) : 제품과 프로젝트에 대한 요구사항
      • 스프린트(Sprint) : 2~4주의 짧은 개발 기간의 반복적 수행으로 개발품질 향상
      • 스크럼 미팅(Scrum Meeting) : 매일 15분 정도 미팅으로 To-Do List 계획 수립 (=데일리 미팅(Daily Meeting)
      • 스크럼 마스터(Scrum Master) : 프로젝트 리더, 스크럼 수행 시 문제를 인지 및 해결하는 사람
      • 스프린트 회고(Sprint Retrospective) : 스프린트 주기를 되돌아보며 정해놓은 규칙 준수 여부, 개선점 등을 확인 및 기록
      • 번 다운 차트(Burn Down Chart) : 남아있는 백로그 대비 시간을 그래픽적으로 표현한 차트
  • 린(LEAN)
    • 도요타의 린 시스템 품질기법을 소프트웨어 개발 프로세스에 적용해서 낭비 요소를 제거하여 품질을 향상시킨 방법론
    • JIT(Just In Time), 칸반(Kanban) 보드 사용
    • 7가지 원칙
      • 낭비 제거
      • 품질 내재화
      • 지식 창출
      • 늦은 확정
      • 빠른 인도
      • 사람 존중
      • 전체 최적화

객체 지향 분석(OOA; Object Oriented Analysis)

• 사용자의 요구사항을 분석하여 요구된 문제와 관련된 모든 클래스(객체), 속성과 연산, 관계를 정의하여 모델링하는 기법
• 객체 지향 분석 방법론 종류
  • OOSE(Object Oriented Software Engineering)
    • 야콥슨(Jacobson)
    • 유스케이스에 의한 접근 방법으로 유스케이스를 모든 모델의 근간으로 활용하는 방법론
  • OMT(Objet Modeling Technology)
    • 럼바우(Rumbaugh)
    • 그래픽 표기법을 이용하여 소프트웨어 구성요소를 모델링하는 방법론
    • 분석 절차 : 객동기
      • 객체 모델링(Object Modeling)
        • 정보 모델링(Information Modeling)
        • 시스템에서 요구하는 객체를 찾고 객체들 간의 관계를 정의하여 ER 다이어그램을 만드는 과정까지의 모델링
        • 객체 다이어그램 활용
      • 동적 모델링(Dynamic Modeling)
        • 시간의 흐름에 따라 객체들 사이의 제어 흐름, 동작 순서 등의 동적인 행위를 표현
        • 상태 다이어그램 활용
      • 기능 모델링(Functional Modeling)
        • 프로세스의 자료 흐름을 중심으로 처리 과정 표현
        • 자료 흐름도(DFD) 활용
  • OOD(Object Oriented Design)
    • 부치(Booch)
    • 설계 문서화를 강조하여 다이어그램 중심으로 개발하는 방법론

비용 산정 모형

• 소프트웨어 규모 파악을 통한 투입자원, 소요시간을 파악하여 실행 가능한 계획을 수립하기 위해 비용을 산정하는 방식
• 분류
  • 하향식 산정 방법
    • 전문가 판단
    • 델파이 기법
  • 상향식 산정 방법
    • 코드 라인 수(LoC; Lines of Code)
      • 소프트웨어 각 기능의 원시 코드 라인 수의 낙관치, 중간치, 비관치를 측정하여 예측치를 구하고 이를 이용하여 비용을 산정하는 방식
    • Man Month
      • 한 사람이 1개월 동안 할 수 있는 일의 양을 기준으로 프로젝트 비용을 산정하는 방식
    • COCOMO 모형(COnstructuve COst MOdel)
      • 보헴(Bohem)이 제안한 모형으로, 프로그램 규모에 따라 비용을 산정하는 방식
      • 비용산정 결과는 프로젝트를 완성하는 데 필요한 노력(Man-Month)으로 산정한다.
      • 소프트웨어 개발 모형
        • 조직형(Organic Mode)
          • 5만(50KDSI) 라인 이하
          • 기관 내부에서 개발된 중소규모의 소프트웨어
          • 일괄 자료 처리 / 과학 기술 계산용 / 비지니스 자료 처리 개발
        • 반 분리형(Semi-Detached Mode)
          • 30만(300KDSI) 라인 이하
          • 단순형과 임베디드형의 중간형
          • 트랜잭션 처리 시스템 / 데이터베이스 관리 시스템 / 컴파일러 / 인터프리터
        • 임베디드형(Embedded Mode)
          • 30만(300KDSI) 라인 이상
          • 초대형 규모의 트랜잭션 처리 시스템 / 운영체제 / 실시간 처리 시스템 등의 시스템 프로그램 개발
    • 푸트남(Putnam) 모형
      • 소프트웨어 개발주기의 단계별로 요구할 인력의 분포를 가정하는 방식
      • 생명주기 예측 모형이라고 한다.
      • Rayleigh-Norden 곡선의 노력 분포도를 기초로 한다.
    • 기능점수(FP; Function Point) 모형
      • 요구 기능을 증가시키는 인자별로 가중치를 부여하고, 요인별 가중치를 합산하여 총 기능의 점수를 계산하여 비용을 산정하는 방식

일정 관리 모델

• 프로젝트가 일정 기한 내에 적절하게 완료될 수 있도록 관리하는 모델
• 종류
  • 주 공정법(CPM; Critical Path Method)
    • 여러 작업의 수행 순서가 얽혀 있는 프로젝트의 일정을 계산하는 방법
    • 프로젝트의 시작에서 종료까지 를 계산한다.
    • 가장 긴 시간이 걸리는 경로
  • PERT(Program Evaluation and Review Technique)
    • 일의 순서를 계획적으로 정리하기 위한 수렴 기법으로, 을 통해 일정을 관리하는 기법
    • 비관치/중간치/낙관치의 3점 추점방식
  • 중요 연쇄 프로젝트 관리(CCPM; Critical Chain Project Management)
    • 주 공정 연쇄법으로 자원 제약 사항을 고려하여 일정을 작성하는 기법

소프트웨어 아키텍처 4+1뷰

• 고객의 요구사항을 정리해 놓은 시나리오를 4개의 관점에서 바라보는 소프트웨어적인 접근 방식
• 체크 방법으로 를 사용한다.
  • 유스케이스(Usecase) : 시스템이 액터에게 제공해야 하는 기능으로서 시스템 요구사항이자, 사용자 입장에서 바라본 시스템의 기능
• 유스케이스
• 1(유스케이스 뷰) + 4(논리 뷰, 프로세스 뷰, 구현 뷰, 배포 뷰)
• 구성 요소 : 유논프구배
  • 유스케이스 뷰(Usecase View)
    • 유스케이스 또는 아키텍처를 도출하고 설계하며 다른 뷰를 검증하는데 사용되는 뷰
    • 사용자/설계자/개발자/테스트 관점
  • 논리 뷰(Logical View)
    • 시스템의 기능적인 요구사항이 어떻게 제공되는지 설명해주는 뷰
    • 설계자/개발자 관점
  • 프로세스 뷰(Process View)
    • 시스템의 비기능적인 속성으로서 자원의 효율적인 사용, 병행 실행, 비동기, 이벤트 처리 등을 표현한 뷰
    • 개발자/시스템 통합자 관점
  • 구현 뷰(Implementation View)
    • 개발 환경 안에서 정적인 소프트웨어 모듈의 구성을 보여주는 뷰
    • 컴포넌트 구조와 의존성을 보여주고 컴포넌트에 관한 부가적인 정보 정의
  • 배포 뷰(Deployment View)
    • 컴포넌트가 물리적인 아키텍처에 어떻게 배치되는가를 매핑해서 보여주는 뷰

소프트웨어 아키텍처 패턴(Software Architecture Pattern)

• 소프트웨어를 설계할 때 참조할 수 있는 전형적인 해결 방식
• 유형
  • 계층화 패턴(Layer Pattern) : 시스템을 계층으로 구분하여 구성하는 패턴
  • 클라이언트-서버 패턴(Client-Server Pattern) : 하나의 서버와 다수의 클라이언트로 구성된 패턴
  • 파이프-필터 패턴(Pipe-Filter Pattern) : 데이터 스트림을 생성하고 처리하는 시스템에서 사용 가능한 패턴
  • 브로커 패턴(Broker Pattern) : 분리된 컴포넌트들로 이루어진 분산 시스템에서 사용되고, 이 컴포넌트들은 원격 서비스 실행을 통해 상호 작용이 가능한 패턴
  • 모델-뷰-컨트롤러 패턴(MVC; Model View Controller Pattern) : 대화형 애플리케이션을 모델, 뷰, 컨트롤러의 3개의 서브 시스템으로 구조화하는 패턴

소프트웨어 아키텍처 비용 평가 모델

• 아키텍처 접근법이 품질 속성에 미치는 영향을 판단하고 아키텍처의 적합성을 평가하는 모델
• 종류 : SACAA(사카)
  • SAAM(Software Architecture Analysis Method) : 변경 용이성과 기능성에 집중, 평가가 용이하며 한 비용 평가 모델
  • 경험이 없는 조직에서도 활용 가능
  • ATAM(Architecture Trade-off Analysis Method) : 아키텍처 품질 속성을 만족시키는지 까지 평가하는 모델
  • 판단 및 품질 속성들의 이해 상충관계
  • CBAM(Cost Benefit Analysis Method) : ATAM 바탕의 시스템 아키텍처 분석 중심으로 하는 모델비용 평가
  • 경제적 의사결정에 대한 요구를 충족
  • ADR(Active Design Review) : 소프트웨어 아키텍처 구성요소 간 를 평가하는 모델
  • 응집도
  • ARID(Active Reviews for Intermediate Designs) : 전체 아키텍처가 아닌 에 집중하는 비용 평가 모델
  • 특정 부분에 대한 품질요소

디자인 패턴(Design Pattern)

• 소프트웨어 공학의 소프트웨어 설계에서 공통으로 발생하는 문제에 대해 자주 쓰이는 설계 방법을 정리한 패턴

디자인 패턴 구성 요소 : 패문솔 사결샘

• 패턴의 이름
• 문제 및 배경
• 솔루션
• 사례
• 결과
• 샘플 코드

디자인 패턴 유형

• 목적에 따른 구분 : 생구행
  • 생성 : 객체 인스턴스 생성에 관여, 클래스 정의와 객체 생성 방식을 구조화, 캡슐화를 수행하는 패턴
  • 구조 : 더 큰 구조 형성 목적으로 클래스나 객체의 조합을 다루는 패턴
  • 행위 : 클래스나 객체들이 상호 작용하는 방법과 역할 분담을 다루는 패턴
• 범위에 따른 구분
  • 클래스 : 클래스 간 관련성(상속 관계)을 다루는 패턴, 컴파일 타임에 정적으로 결정
  • 객체 : 객체 간 관련성을 다루는 패턴, 런타임에 동적으로 결정

디자인 패턴 종류

• 생성 패턴 : 생빌 프로 팩앱싱
  • Builder : 복잡한 인스턴스를 조립하여 만드는 구조
  • Prototype : 처음부터 일반적인 원형을 만들어 놓고, 그것을 복사한 후 필요한 부분만 수정하여 사용하는 패턴
  • Factory Method : 상위 클래스에서 객체를 생성하는 인터페이스를 정의하고, 하위 클래스에서 인스턴스를 생성하도록 하는 방식
  • Abstract Factory : 구체적인 클래스에 의존하지 않고 서로 연관되거나 의존적인 객체들의 조합을 만드는 인터페이스를 제공하는 패턴
  • Singleton : 전역 변수를 사용하지 않고 객체를 하나만 생성하도록 하며, 생성된 객체를 어디에서든지 참조할 수 있도록 하는 디자인 패턴, 한 클래스에 한 객체만 존재하도록 제한
• 구조 패턴 : 구 브데 퍼플 프록 컴 어
  • Bridge : 기능의 클래스 계층과 구현의 클래스 계층을 연결하고, 구현부에서 추상 계층을 분리하여 추상화된 부분과 실제 구현 부분을 독립적으로 확장할 수 있는 패턴
  • Decorator : 기존에 구현되어 있는 클래스에 설계 패턴
  • 필요한 기능을 추가해 나가는
  • Facade : 복잡한 시스템에 대하여 으로써, 사용자와 시스템 간 또는 여타 시스템과의 시스템 구조에 대한 파악을 쉽게하는 패턴결합도를 낮추어
  • 단순한 인터페이스를 제공함
  • Flyweight : 다수의 객체로 생성될 경우 모두가 갖는 본질적인 요소를 클래스 화하여 공유함으로써 메모리를 절약하고, ''를 목적으로 하는 패턴, 여러 개의 ''를 제공하여 메모리 절감가상 인스턴스
  • 클래스의 경량화
  • Proxy : ''로 실제 객체에 대한 접근 이전에 필요한 행동을 취할 수 있게 만들며, 이 점을 이용해서 미리 할당하지 않아도 상관없는 것들을 실제 이용할 때 할당하게 하여 메모리 용량을 아낄 수 있으며, 실제 객체를 드러나지 않게하여 의 역할도 수행하는 패턴정보 은닉
  • 실제 객체에 대한 대리 객체
  • Composite : 객체들의 관계를 로 구성하여 을 표현하는 패턴으로, 사용자가 와 모두 동일하게 다루도록 하는 패턴부분-전체 계층복합 객체
  • 단일 객체
  • 트리 구조
  • Adapter : 기존에 생성된 클래스를 재사용할 수 있도록 를 만드는 패턴
  • 중간에서 맞춰주는 역할을 하는 인터페이스
• 행위 패턴 : 행 미인이 템옵 스테 비커 스트 메체
  • Mediator : 중간에 지시할 수 있는 역할을 하는 를 두고, 중재자에게 모든 것을 요구하여 통신의 빈도수를 줄여 객체 지향의 목표를 달성하게 해주는 패턴
  • 중재자
  • Interpreter : 언어의 다양한 , 구체적으로 구문을 나누고 그 분리된 구문의 을 맡는 클래스를 각각 작성하여 여러 형태의 언어 구문을 할 수 있게 만드는 패턴해석
  • 해석
  • 해석
  • Iterator : 컬렉션의 구현 방법을 노출시키지 않으면서도 그 집합체 할 방법을 제공하는 디자인 패턴
  • 안에 들어있는 모든 항목에 접근
  • Template Method : 어떤 작업을 처리하는 일부분을 해 전체 일을 수행하는 구조는 바꾸지 않으면서 특정 단계에서 수행하는 내역을 바꾸는 패턴으로 에는 추상 메서드를 통해 기능의 골격을 제공하고, 의 메서드에는 세부 처리를 구체화하는 방식으로 사용하여 코드 양을 줄이고 유지보수를 용이하게 만드는 특징을 갖는 패턴상위 클래스(추상 클래스)
  • 하위 클래스(구체 클래스)
  • 서브 클래스로 캡슐화
  • Observer : 한 객체의 상태가 바뀌면 그 객체에 의존하는 다른 객체들에 연락이 가고, 자동으로 내용이 갱신되는 방법으로, 을 가지며 상호 작용하는 객체 사이에서는 가능하면 하는 패턴느슨하게 결합
  • 일대 다의 의존성
  • State : 하여 클래스화함으로써 그것을 참조하게 하는 방식으로 에 따라 다르게 처리할 수 있도록 행위 내용을 변경하여, 변경 시 원시 코드의 수정을 취소할 수 있고, 유지보수의 편의성도 갖는 패턴상태
  • 객체 상태를 캡슐화
  • Visitor : 각 클래스 데이터 구조로부터 놓고 하도록 만드는 패턴으로, 객체의 구조는 변경하지 않으면서 기능만 따로 추가하거나 확장할 때 사용하는 패턴해당 클래스의 메서드가 각 클래스를 돌아다니며 특정 작업을 수행
  • 처리 기능을 분리하여 별도의 클래스를 만들어
  • Command : 실행될 기능을 캡슐화함으로써 주어진 여러 기능을 실행할 수 있는 재사용성이 높은 클래스를 설계하는 패턴으로 하나의 추상 클래스에 메서드를 만들어 되는 특징을 갖는 패턴
  • 각 명령이 들어오면 그에 맞는 서브 클래스가 선택되어 실행
  • Strategy : 하고(추상 클래스), 같은 을 각각 하나의 클래스로 캡슐화한 다음, 필요할 때 서로 교환해서 사용할 수 있게 하는 패턴알고리즘
  • 알고리즘 군을 정의
  • Memento : 클래스 설계 관점에서 객체의 정보를 저장할 필요가 있을 때 적용하는 패턴으로, Undo 기능을 개발할 때 사요앟는 디자인 패턴
  • Chain of Responsibility : 정적으로 어떤 기능에 대한 처리의 연결이 하드코딩 되어 있을 때 기능 처리의 연결 변경이 불가능한데, 이를 한 패턴
  • 동적으로 연결되어 있는 경우에 따라 다르게 처리될 수 있도록 연결

분석 산출물의 종류 : 현기인 아소하네

• 정보 시스템 구성 현황
• 정보 시스템 기능 구성도
• 인터페이스 현황
• 현행 시스템 아키텍처 구성도
• 소프트웨어 구성도
• 하드웨어 구성도
• 네트워크 구성도

운영체제(OS; Operating System)

• 컴퓨터 시스템이 제공하는 모든 하드웨어, 소프트웨어를 사용할 수 있도록 해주고, 컴퓨터 사용자와 컴퓨터 하드웨어 간의 인터페이스를 담당하는 프로그램
• 사용자가 컴퓨터를 좀 더 쉽게 사용하기 위해 지원하는 소프트웨어

운영체제 현행 시스템 분석 시 고려 사항

• 품질 측면
  • 신뢰도 : 장기간 시스템 운영 시 운영체제의 장애 발생 가능성
  • 성능 : 대규모 및 대량 파일 작업(배치 작업) 처리
• 지원 측면
  • 기술 지원
  • 주변 기기
  • 구축 비용

OSI 7계층 ; 물데네 전세표응

• 물리 계층(Physical Layer)
  • 0과 1의 비트 정보를 회선에 보내기 위한 전기적 신호 변환
  • 프로토콜 : RS-232C
  • 전송 단위 :
  • 비트(Bit)
• 데이터 링크 계층(Data Link Layer)
  • 인접 시스템 간 데이터 전송, 전송 오류 제어
  • 동기화, 흐름 제어 등의 전송 기능 제공
  • 오류 검출 / 재전송 등의 기능 제공
  • 프로토콜 : 이더넷
  • 전송 단위 :
  • 프레임(Frame)
• 네트워크 계층(Network Layer)
  • 단말 간 데이터 전송을 위한 최적화된 경로 제공
  • 프로토콜 : IP, ICMP
  • 전송 단위 :
  • 패킷(Packet)
• 전송 계층(Transport Layer)
  • 신뢰성 있는 통신 보장
  • 데이터 분할과 재조립, 흐름 제어, 오류 제어, 혼잡제어 등을 담당
  • 프로토콜 : TCP, UDP
  • 전송 단위 :
  • 세그먼트(Segment)
• 세션 계층(Session Layer)
  • 연결 접속 및 동기 제어
  • 프로토콜 : SSH, TLS
  • 전송 단위 :
  • 데이터(Data)
• 표현 계층(Presentation Layer)
  • 데이터 형식 설정과 부호 교환, 암/복호화
  • 프로토콜 : JPEG, MPEG
  • 전송 단위 :
  • 데이터(Data)
• 응용 계층(Application Layer)
  • 사용자와 네트워크 간 응용서비스 연결, 데이터 생성
  • 프로토콜 : HTTP, FTP
  • 전송 단위 :
  • 데이터(Data)

DBMS 현행 시스템 분석 시 고려 사항 : 가성호기구

• 성능 측면
  • 가용성
  • 성능
  • 상호 호환성
• 지원 측면
  • 기술 지원
  • 구축 비용

미들웨어(Middleware)

• 분산 컴퓨팅 환경에서 응용 프로그램과 프로그램이 운영되는 환경 간에 원만한 통신이 이루어질 수 있도록 제어해주는 소프트웨어
• 운영체제와 사이에 위치하고 있다.
• 소프트웨어 애플리케이션
• 대표적인 미들웨어로 WAS가 있다.

웹 애플리케이션 서버(WAS; Web Application Server)

• 서버 계층에서 애플리케이션이 동작할 수 있는 환경을 제공하고 안정적인 트랜잭션 처리와 관리, 다른 이기종 시스템과의 애플리케이션 연동을 지원하는 서버
• 미들웨어 현행 시스템 분석 시 고려 사항
  • 성능 측면
    • 가용성
    • 성능
  • 지원 측면
    • 기술 지원
    • 구축 비용

요구 공학(Requirements Engineering)

• 사용자의 요구가 반영된 시스템을 개발하기 위하여 사용자 요구사항에 대한 도출, 분석, 명세, 확인 및 검증하는 구조화된 활동
• 요구 공학의 분류
  • 기능적 요구사항 : 시스템이 제공하는 기능, 서비스에 대한 요구사항
  • 비기능적 요구사항 : 시스템이 수행하는 기능 이외의 사항, 시스템 구축에 대한 제약사항에 관한 요구사항

요구사항 개발 단계 구성 : 도분명확

• 요구사항 도출(Eliciation)
• 요구사항 분석(Analysis)
• 요구사항 명세(Specification)
• 요구사항 확인 및 검증(Validation)

요구사항 개발 단계 상세

• 요구사항 관계 주요 기법
  • 인터뷰(Interview) : 이해관계자와 직접 대화를 통해 정보를 구하는 공식적, 비공식적 정보 수집 방법
  • 브레인스토밍(Brainstorming) : 말을 꺼내기 쉬운 분위기로 만들어, 회의 참석자들이 내놓은 아이디어들을 비판 없이 수용할 수 있도록 하는 회의
  • 델파이 기법(Delphi Method) : 을 통한 문제 해결 및 을 위한 방법미래 예측
  • 전문가의 경험적 지식
  • 롤 플레잉(Role Playing) : 현실에 일어나는 장면을 설정하고, 여러 사람이 각자가 맡은 역을 연기함으로써 요구사항을 분석하고 수집하는 방법
  • 워크숍(Workshop) : 단기간의 집중적인 노력을 통해 다양하고 전문적인 정보를 획득하고 공유하는 방법
  • 설문 조사(Survey) : 설문지 또는 여론 조사 등을 이용해 간접적으로 정보를 수집하는 방법
• 도출
• 요구사항 분석 단계 절차
  • 요구사항 분류
  • 개념 모델링 생성 및 분석
  • 요구사항 할당
  • 요구사항 협상
  • 정형 분석
    • 형식적으로 정의된 의미를 지닌 언어로 요구사항을 표현하는 활동
    • 구문(Syntax)와 의미(Semantics)를 갖는 정형화된 언어를 사용하여 수학적 기호로 표현
    • 요구사항 분석의 마지막 단계에서 이루어짐.
• 요구사항 분석 단계 기법
  • 자료 흐름 지향 분석
  • 객체 지향 분석
• 요구사항 분석 기술
  • 청취 기술
  • 인터뷰와 질문 기술
  • 분석 기술
  • 중재 기술
  • 관찰 기술
  • 작성 기술
  • 조직 기술
  • 모델 작성 기술
• 요구사항 단계 주요 기법
  • 비정형 명세 기법 : 사용자의 요구를 표현할 때 를 기반으로 서술하는 방법
  • 자연어
  • 정형 명세 기법 : 사용자의 요구를 표현할 때 으로 서술하는 방법
  • 수학적인 원리와 표기법
• 명세
• 요구사항 명세 원리 및 검증 항목 : 명완검 일수 추개
  • 명확성
  • 완전성
  • 검증 가능성
  • 일관성
  • 수정 용이성
  • 추적 가능성
  • 개발 후 이용성
• 요구사항 단계의 주요 기법
  • 요구사항 검토
  • 정형 기술 검토 활용 : 동워인
    • 동료 검토(Peer Review) : 하는 리뷰의 형태로 요구사항 명세서 작성자가 요구사항 명세서를 설명하고 하는 형태로 진행이해관계자들이 설명을 들으면서 결함을 발견
    • 2~3명이 진행
    • 워크 스루(Walk Through) : 오류를 조기에 검출하는 데 목적이 있으며, 한 후 짧은 시간 동안 회의를 진행하는 형태로 리뷰를 통해 오류를 검출하고 문서화
    • 검토 자료를 회의 전에 배포해서 사전검토
    • 인스펙션(Inspection) : 소프트웨어 요구, 설계, 원시 코드 등의 하여 오류를 찾아내는 공식적 검토 방법
    • 저작자 외의 다른 전문가 또는 팀이 검사
  • 프로토타이핑 활용
  • 모델 검증
  • 테스트 케이스 및 테스트를 통한 확인
  • CASE 도구 활용 검증
  • 베이스라인(Baseline)을 통한 검증
  • 요구사항 추적표(RTM; Requirement Traceability Matrix)를 통한 검증
• 확인 및 검증
• 상세 정형 기술 검토 기법 : 관기 인워감
  • 관리 리뷰(Management Review) : 프로젝트 진행 상황에 대한 전반적인 검토를 바탕으로 범위 일정, 인력 등에 대한 통제 및 의사결정을 지원하는 리뷰
  • 기술 리뷰(Technical Review) : 정의된 계획 및 명세서를 준수하고 있는지에 대한 검토를 수행하는 리뷰
  • 인스펙션(Inspection) : 소프트웨어 요구, 설계, 원시 코드 등의 하여 오류를 찾아내는 공식적 검토 방법 (=동료 검토(Peer Review))
  • 저작자 외의 다른 전문가 또는 팀이 검사
  • 워크 스루(Walk Through) : 한 후 짧은 시간 동안 회의를 진행하는 형태로, 비형식적인 검토 기법
  • 검토 자료를 회의 전에 배포해서 사전검토
  • 감사(Audit) : 소프트웨어 제품 및 프로세스가 규제, 표준, 가이드라인, 계획, 절차를 준수하고 있는지를 하는 방법으로, 등이 수행소프트웨어 제품의 제공자, 소비자, 제3기관
  • 독립적으로 평가

02. 데이터 입출력 구현

데이터 모델 표시 요소

• 연산(Operation) : 데이터베이스에 저장된 에 대한 명세
• 실제 데이터를 처리하는 작업
• 구조(Structure) : 데이터베이스에 의 개체 타입과 개체 타입 간의 관계
• 논리적으로 표현될 대상으로서
• 제약 조건(Constraint) : 데이터베이스에 저장될 수 있는 실제 데이터의 논리적인 제약 조건

데이터 모델 절차 : 요개논물

• 요구 사항 분석
• 개념적 설계 : 사용자의 트랜잭션을 모델링 하는 관계
• 논리적 설계 : 트랜잭션의 인터페이스를 설계하는 단계
• 물리적 설계 : 논리 데이터 모델을 특정 DBMS의 특성 및 성능을 고려하여 물리적인 스키마를 만드는 단계

논리 데이터 모델링 속성 : 개속관

• 개체(Entity) : 관리할 대상이 되는 실체
• 속성(Attribute) : 관리할 정보의 구체적 항목
• 관계(Relationship) : 개체 간의 대응 관계

개체-관계(E-R) 모델

• 현실 세계에 존재하는 데이터와 그들 간의 관계를 사람이 이해할 수 있는 형태로 명확하게 표현하기 위해서 가장 널리 사용되고 있는 모델

정규화(Normalization)

• 관계형 데이터 모델에서 데이터의 을 제거하여 을 방지하고, 데이터의 과 을 유지하기 위해 하는 과정이상 현상정확성
• 무손실 분해
• 일관성
• 중복성
• 정규화 단계 : 원부이결다조
  • 1정규형(1NF) : 원자값으로 구성
  • 2정규형(2NF) : 부분 함수 종속 제거 (완전 함수적 종속 관계)
  • 3정규형(3NF) : 이행 함수 종속 제거
  • 보이스-코드 정규형(BCNF) : 결정자 후보 키가 아닌 함수 종속 제거
  • 4정규형(4NF) : 다치(다중 값) 종속 제거
  • 5정규형(5NF) : 조인 종속 제거

이상 현상(Anomaly)

• 데이터의 으로 인해 릴레이션을 조작할 때 발생하는 비합리적인 현상
• 중복성
• 종류 : 삽삭갱
  • 삽입 이상(Insertion Anomaly) : 정보 저장 시 해당 정보의 불필요한 세부정보를 입력해야 하는 경우
  • 삭제 이상(Deletion Anomaly) : 정보 삭제 시 원치 않는 다른 정보가 같이 삭제되는 경우
  • 갱신 이상(Update Anomaly) : 중복 데이터 중에서 특정 부분만 수정되어 중복된 값이 모순을 일으키는 경우

반 정규화(De-Normalization)

• 정규화된 엔티티, 속성, 관계에 대해 과 를 위해 등을 수행하는 데이터 모델링 기법개발 운영의 단순화
• 중복, 통합, 분리
• 성능 향상
• 반 정규화 기법
  • 테이블 병합
  • 테이블 분할
    • 수평 분할
    • 수직 분할
  • 중복 테이블 추가
    • 집계 테이블 추가
    • 진행 테이블 추가
    • 특정 부분만을 포함하는 테이블 추가
  • 컬럼 중복화
  • 중복 관계 추가

인덱스(Index)

• 검색 연산의 최적화를 위해 데이터베이스 내 열에 대한 정보를 구성한 데이터 구조

인덱스 종류 : 순해비함 단결클

• 순서 인덱스(Ordered Index) : 데이터가 정렬된 순서로 생성되는 인덱스
• 해시 인덱스(Hash Index) : 해시 함수에 의해 직접 데이터에 키 값으로 접근하는 인덱스
• 비트맵 인덱스(Bitmap Index) : 각 컬럼에 적은 개수 값이 저장된 경우 선택하는 인덱스
• 함수기반 인덱스(Functional Index) : 수식이나 함수를 적용하여 만든 인덱스
• 단일 인덱스(Singled Index) : 하나의 컬럼으로만 구성한 인덱스
• 결합 인덱스(Concatenated Index) : 두 개 이상의 컬럼으로 구성한 인덱스
• 클러스터드 인덱스(Clustered Index) : 기본 키(PK) 기준으로 레코드를 묶어서 저장하는 인덱스

인덱스 스캔 방식

• 인덱스 범위 스캔(Index Range Scan)
• 인덱스 전체 스캔(Index Full Scan)
• 인덱스 단일 스캔(Index Unique Scan)
• 인덱스 생략 스캔(Index Skip Scan)

파티션(Partition)

• 파티션의 종류 : 레해리컴라
  • 레인지 파티셔닝(Range Partitioning) : 연속적인 숫자나 날짜를 기준으로 하는 파티셔닝 기법
  • 해시 파티셔닝(Hash Partitioning) : 파티션 키의 해시 값에 의한 파티셔닝 기법
  • 리스트 파티셔닝(List Partitioning) : 특정 파티션에 저장 될 데이터에 대한 명시적 제어가 가능한 파티셔닝 기법
  • 컴포지트 파티셔닝(Composite Partitioning) : 레인지 파티셔닝, 해시 파티셔닝, 리스트 파티셔닝 중 2개 이상의 파티셔닝을 결합하는 파티셔닝 기법
  • 라운드로빈 파티셔닝(Round-Robin Partitioning) : 라운드로빈 분할로 회전하면서 새로운 행이 파티션에 할당되는 방식
• 파티션의 장점 : 성가백합
  • 성능 향상
  • 가용성 향상
  • 백업 가능
  • 경합 감소

데이터베이스(Database)

• 다수의 인원, 시스템 또는 프로그램이 사용할 목적으로 통합하여 관리되는 데이터 집합
• 데이터베이스의 정의 : 통저운공
  • 통합된 데이터(Integrated Data) : 자료의 중복을 배제한 데이터의 모임
  • 저장된 데이터(Stored Data) : 저장 매체에 저장된 데이터
  • 운영 데이터(Operational Data) : 조직의 업무를 수행하는 데 필요한 데이터
  • 공용 데이터(Stored Data) : 여러 애플리케이션, 시스템들이 공동으로 사용하는 데이터
• 데이터베이스 특성
  • 실시간 접근성(Real-Time Accessibility)
  • 계속적인 변화(Continuous Evolution)
  • 동시 공용(Concurrent Sharing)
  • 내용 참조(Content Reference)
• 데이터베이스 종류
  • 파일 시스템(File System)
    • 파일에 이름을 부여하고 저장이나 검색을 위하여 논리저으로 그것들을 어디에 위치시켜야 하는지 드을 정의한 뒤 관리하는 데이터베이스 전 단계의 관리 방식
    • 종류
      • ISAM(Indexed Sequential Access Method) : 자료 내용은 주 저장부, 자료의 색인은 자료가 기록된 위치와 함께 색인부에 기록되는 시스템
      • VSAM(Virtual Storage Access Method) : 대형 운영체제에서 사용되는 파일 관리 시스템
  • 관계형 데이터베이스 관리 시스템(RDBMS; Relational DataBase Management System)
    • 관계형 모델을 기반으로 하는 가장 보편화된 데이터베이스 관리 시스템
  • 계층형 데이터베이스 관리 시스템(HDBMS; Hierarchical DataBase Management System)
    • 데이터를 상하 종속적인 관계로 계층화하여 관리하는 데이터베이스
  • 네트워크 데이터베이스 관리 시스템(NDBMS; Network DataBase Management System)
    • 데이터의 구조를 네트워크상의 망상 형태로 표현한 데이터 모델

DBMS(DataBase Management System)

• 데이터 관리의 복잡성을 해결하는 동시에 데이터 추가, 변경, 검색, 삭제 및 백업, 복구, 보안 등의 기능을 지원하는 소프트웨어
• 유형 : 키컬도그
  • 키-값(Key-Value) DBMS
  • 컬럼 기반 데이터 저장(Column Family Data Store) DBMS
  • 문서 저장(Document Store) DBMS
  • 그래프(Graph) DBMS
• 특징
  • 데이터 무결성
  • 데이터 일관성
  • 데이터 회복성
  • 데이터 보안성
  • 데이터 효율성

빅 데이터(Big Data)

• 시스템, 서비스, 조직(회사) 등에서 주어진 비용, 시간 내에 처리 가능한 데이터 범위를 넘어서는 수십 페타바이트(PB) 크기의 비정형 데이터
• 빅 데이터 특성
  • 데이터의 양(Volume) (3V)
  • 데이터의 다양성(Variety) (3V)
  • 데이터의 속도(Velocity) (3V)
  • 데이터의 진실성(Veracity) (5V)
  • 데이터의 가치(Value) (5V)
  • 데이터의 정확성(Validity) (7V)
  • 데이터의 휘발성(Volatility) (7V)

NoSQL

• 전통적인 RDBMS와 다른 DBMS를 저장하기 위한 용어로, 데이터 저장에 고정된 테이블 스키마가 필요하지 않고 조인(Join) 연산을 사용할 수 없으며 수평적으로 확장 가능한 DBMS
• 특성
  • Basically Available
  • Soft-State
  • Eventually Consistency
• 유형
  • Key-Value Store
  • Column Family Data Store
  • Document Store

데이터 마이닝(Data Mining)

• 대규모로 저장된 데이터 안에서 체계적이고 자동적으로 통계적 규칙이나 패턴을 찾아내는 기술
• 주요 기법 ; 분연 연데
  • 분류 규칙(Classification) : 과거 데이터로부터 특성을 찾아내어 분류모형을 만들어 이를 토대로 새로운 레코드의 결과값을 예측하는 기법
  • 연관 규칙(Association) : 데이터 안에 존재하는 항목들 간의 종속 관계를 찾아내는 기법
  • 연속 규칙(Sequence) : 연관 규칙에 시간 관련 정보가 포함된 형태의 기법
  • 데이터 군집화(Clustering) : 대상 레코드들을 유사한 특성을 지닌 몇 개의 소그룹으로 분할하는 작업

관계 대수

• 관계형 데이터베이스에서 원하는 정보와 그 정보를 어떻게 유도하는가를 기술하는 절차적 정형 언어

일반 집합 연산자 : 합교차카

• 합집합(Union) ∪
• 교집합(Intersection) ∩
• 차집합(Difference) －
• 카티션 프로덕트(Cartesian Product) ×

순수 관계 연산자 : 셀프조디

• Select σ
• Project π
• Join ▷◁
• Division ÷

03. 통합 구현

XML(eXtensible Markup Language)

• 특수한 목적을 갖는 마크업 언어를 만드는 데 사용되는 다목적 마크업 언어
• 웹브라우저 간 HTML 문법이 호환되지 않는 문제와 SGML의 복잡함을 해결하기 위하여 개발되었다.
  • SGML(Stand Generalized Markup Language) : 텍스트, 이미지, 오디오 및 비디오 등을 포함하는 멀티미디어 전자문서들을 다른 기종의 시스템들과 정보의 손실 없이 효율적으로 전송, 저장 및 자동 처리하기 위한 언어
• 사용자가 직접 문서의 태그(Tag)를 정의할 수 있으며, 다른 사용자가 정의한 태그를 사용할 수 있다.
• 트리 구조로 구성되어 있어 상위 태그는 여러 개의 하위 태그를 가질 수 있다.

SOAP(Simple Object Access Protocol)

• 컴퓨터
• 네트워크 상에서 HTTP/HTTPS, SMTP 등을 이용하여 XML을 교환하기 위한 통신 규약
• 웹 서비스에서 사용되는 메시지의 형식과 처리 방법을 지정한다.
• 기본적으로 HTTP 기반에서 동작하기 때문에 프록시와 방화벽의 영향 없이 통신할 수 있다.
• 최근에는 무거운 구조의 SOAP 대신, RESTful 프로토콜을 이용하기도 한다.
  • RESTful 프로토콜 : HTTP와 REST(Representational State Transfer)의 원칙을 사용하여 구현되는 웹 서비스로, HTTP로 자원을 관리하는데 사용되는 웹 서비스 API의 집합

WSDL(Web Services Description Language)

• 웹 서비스와 관련된 서식이나 프로토콜 등을 표준적인 방법으로 기술하고 게시하기 위한 언어
• XML로 작성되며, UDDI의 기초가 된다.
  • UDDI(Universal Description, Discovery and Integration) : 인터넷에서 전 세계의 비즈니스 업체 목록에 자신의 정보를 등록하기 위한 확장성 생성 언어(XML) 기반의 규격
• SOAP, XML 스키마와 결합하여 인터넷에서 웹 서비스를 제공하기 위해 사용된다.
• 클라이언트는 WSDL 파일을 읽어 서버에서 어떠한 조작이 가능한지를 파악할 수 있다.

04. 서버 프로그램 구현

개발 도구의 분류 : 빌구테형

• 빌드 도구 : 작성한 코드의 빌드 및 배포를 수행하는 도구
• 구현 도구 : 개발자의 코드 작성과 디버깅, 수정 등과 같은 작업을 지원하는 도구
• 테스트 도구 : 코드의 기능 검증과 전체의 품질을 높이기 위해 사용하는 도구
• 형상 관리 도구 : 개발자들이 작성한 코드와 리소스 등 산출물에 대한 버전 관리를 위한 도구

형상 관리(Configuration Management)

• 소프트웨어 개발을 위한 전체 과정에서 발생하는 모든 항목의 변경 사항을 관리하기 위한 활동
• 형상 관리 절차 : 식통감기
  • 형상 식별
  • 형상 통제
  • 형상 감사
  • 형상 기록
• 소프트웨어 형상 관리 도구 유형
  • 공유 폴더 방식 (RCS, SCCS) : 매일 개발이 완료된 파일은 약속된 위치의 공유 폴더에 복사하는 방식
  • 클라이언트/서버 방식 (CVS, SVN) : 중앙에 버전 관리 시스템을 항시 동작시키는 방식
  • 분산 저장소 방식 (Git 등) : 로컬 저장소와 원격 저장소로 분리되어 분산 저장하는 방식
• 소프트웨어 형상 관리 도구별 특징
  • CVS(Concurrent Versions System) : 서버와 클라이언트로 구성되어 있고, 다수의 인원이 동시에 범용적인 운영체제로 접근 가능한 형상 관리 도구
  • SVN(Subversion) : 하나의 서버에서 소스를 쉽고 유용하게 관리할 수 있게 도와주는 도구
  • RCS(Revision Control System) : CVS와 달리 소스 파일의 수정을 한 사람만으로 제한하여 다수의 사람이 파일의 수정을 동시에 할 수 없도록 파일 잠금 방식으로 형상을 관리하는 도구
  • Bitkeeper : SVN과 비슷한 중앙 통제 방식으로 대규모 프로젝트에서 빠른 속도를 내도록 개발된 형상 관리 도구
  • Git : Git의 속도에 중점을 둔 분산형 버전 관리 시스템이며, 대형 프로젝트에 효과적이고 유용
  • Clear Case : 복수 서버, 복수 클라이언트 구조이며 서버가 부족할 때 필요한 서버를 하나씩 추가하여 확장성을 기할 수 있음.

모듈(Module)

• 그 자체로 하나의 완전한 기능을 수행할 수 있는 독립된 실체

모듈화(Modularity)

• 소프트웨어의 성능을 향상시키거나 복잡한 시스템의 수정, 재사용, 유지 관리 등이 용이하도록 기능 단위의 모듈로 분해하는 설계 및 구현 기법
• 기법
  • 루틴(Routine) : 소프트웨어에서 특정 동작을 수행하는 일련의 코드로 기능을 가진 명령들의 모임
  • 메인 루틴(Main Routine) : 프로그램의 주요한 부분이며, 전체의 개략적인 동작 절차를 표시하도록 만들어진 루틴
  • 서브 루틴(Subroutine) : 메인 루틴에 의해 필요할 때마다 호출되는 루틴

응집도(Cohesion)

• 모듈의 독립성을 나타내는 정도로, 도
• 모듈 내부 구성요소 간 연관 정

응집도의 유형 : 우논시절 통순기

• 우연적 응집도(Coincidental Cohesion) : 모듈 내부의 각 구성요소가 연관이 없을 경우의 응집도
• 논리적 응집도(Logical Cohesion) : 유사한 성격을 갖거나 특정 형태로 분류되는 처리 요소들이 한 모듈에서 처리되는 경우의 응집도
• 시간적 응집도(Temporal Cohesion) : 연관된 기능이라기보다는 특정 시간에 처리되어야 하는 활동들을 한 모듈에서 처리할 경우의 응집도
• 절차적 응집도(Procedural Cohesion) : 모듈이 다수의 관련 기능을 가질 때 모듈 안의 구성요소들이 그 기능을 순차적으로 수행할 경우의 응집도
• 통신적 응집도(Communication Cohesion) : 동일한 입력과 출력을 사용하여 다른 기능을 수행하는 활동들이 모여 있을 경우의 응집도
• 순차적 응집도(Sequential Cohesion) : 모듈 내에서 한 활동으로부터 나온 출력값을 다른 활동이 사용할 경우의 응집도
• 기능적 응집도(Functional Cohesion) : 모듈 내부의 모든 기능이 단일한 목적을 위해 수행되는 경우의 응집도

밑으로 내려갈수록 응집도가 높아짐. (좋은 품질)

결합도(Coupling)

• 모듈 내부가 아닌 또는모듈 간의 상호의존성
• 외부의 모듈과의 연관도
• 트웨어 구조에서 모듈 간의 관련성을 측정하는 척도

결합도의 유형 : 내공 외제 스자

• 내용 결합도(Content Coupling) : 다른 모듈 내부에 있는 변수나 기능을 다른 모듈에서 사용하는 경우의 결합도
• 공통 결합도(Common Coupling) : 파라미터가 아닌 모듈 밖에 선언되어 있는 전역 변수를 참조하고 전역 변수를 갱신하는 식으로 상호 작용하는 경우의 결합도
• 외부 결합도(External Coupling) : 두 개의 모듈이 외부에서 도입된 데이터 포맷, 통신 프로토콜 또는 디바이스 인터페이스를 공유할 경우의 결합도
• 제어 결합도(Control Coupling) : 어떤 모듈이 다른 모듈의 내부 논리 조직을 제어하기 위한 목적으로 제어 신호를 이용하여 통신하는 경우의 결합도
• 스탬프 결합도(Stamp Coupling) : 모듈 간의 인터페이스로 배열이나 객체, 구조 등이 전달되는 경우의 결합도
• 자료 결합도(Data Coupling) : 모듈 간의 인터페이스로 전달되는 파라미터를 통해서만 모듈 간의 상호 작용이 일어난 경우의 결합도

밑으로 내려갈수록 결합도가 낮아짐. (좋은 품질)

팬인(Fan-In) / 팬아웃(Fan-Out)

• 팬인(Fan-In) : 어떤 모듈을 제어(호출)하는 모듈의 수
• 펜아웃(Fan-Out) : 어떤 모듈에 의해 제어(호출)되는 모듈의 수

공통 모듈 테스트

• 화이트박스 테스트 : 응용 프로그램 을 검사하는 소프트웨어 테스트 방식
• 내부 구조와 동작
• 메서드 기반 테스트 : 공통 모듈의 외부에 공개된 메서드 기반의 테스트
• 화면 기반 테스트 : 사용자용 화면이 있는 경우, 각각의 화면 단위로 단위 모듈을 개발 후에 화면에 직접 데이터를 입력하여 테스트를 수행
• 테스트 드라이버(Driver) / 테스트 스텁(Stub) 활용 테스트 : 기능을 테스트할 수 있는 화면 또는 하위 모듈이 구현되지 않은 경우 테스트 드라이버, 테스트 스텁을 통해 테스트 수행

배치 프로그램(Batch Program)

• 사용자와의 상호 작용 없이 일련의 작업들을 작업 단위로 묶어 정기적으로 반복 수행하거나 정해진 규칙에 따라 일괄 처리하는 방식

배치 프로그램의 유형 : 이온정

• 이벤트 배치 : 시 자동으로 실행
• 사전에 정의해 둔 조건 충족
• 온디맨드 배치 : 마다 실행
• 사용자의 명시적 요구가 있을 때
• 정기 배치 : 에 으로 실행정기적
• 정해진 시점(주로 야간)

배치 스케줄러(Batch Scheduler)

• 일괄 처리(Batch Processing)를 위해 주기적으로 발생하거나 반복적으로 발생하는 작업을 지원하는 도구
• 종류
  • 스프링 배치(Spring Batch) : 스프링 프레임워크의 DI, AOP, 서비스 추상화 등 스프링 프레임워크의 3대 요소를 모두 사용할 수 있는 대용량 처리를 제공하는 스케줄러 배치 애플리케이션
  • 쿼츠 스케줄러(Quartz Scheduler) : 스프링 프레임워크에 플러그인되어 수행하는 작업(Job)과 실행 스케줄을 정의하는 트리거를 분리하여 유연성을 제공하는 오픈 소스 기반 스케줄러

Cron 표현식 : 초분시일 월요연

• 초 / 분 / 시 / 일 / 월 / 요 / 연
  • 월은 1~12로 표기
  • 요일은 0: 일요일, 6: 토요일

05. 인터페이스 구현

인터페이스 명세서

• 데이터의 송수신 시스템 간의 데이터 저장과 속성 등의 상세 내역을 포함한다.

인터페이스 명세서 주요 항목 : 인최 크시데

• 인터페이스 ID
• 최대 처리 횟수
• 데이터 크기(평균/최대)
• 시스템 정보
• 데이터 정보

상세 기능별 인터페이스 명세서 주요 항목 : 아명오개 전후파반

• 인터페이스 ID
• 인터페이스명
• 오퍼레이션명
• 오퍼레이션 개요
• 사전 조건
• 사후 조건
• 파라미터
• 반환 값

EAI(Enterprise Application Intergation)

• 기업에서 운영되는 서로 다른 플랫폼 및 애플리케이션 간의 정보를 전달, 연계, 통합이 가능하도록 해주는 솔루션
• EAI 구축 유형 : 포허 메하
  • 포인트 투 포인트(Point-to-Point) : 가장 기초적인 애플리케이션 통합 방법으로 방법
  • 1:1 단순 통합
  • 허브 앤 스포크(Hub & Spoke) : 단일한 접점의 을 통하여 데이터를 전송하는 방식중앙 집중식
  • 허브 시스템
  • 메시지 버스(Message Bus) : 애플리케이션 사이 를 두어 연계하는 방식미들웨어 통합
  • 미들웨어(버스)
  • 하이브리드(Hybrid) : 그룹 내부는 방식을 사용하고, 그룹 간에는 방식을 사용하는 통합 방식메시지 버스
  • 허브 앤 스포크

ESB(Enterprise Service Bus)

• 기업에서 운영되는 서로 다른 플랫폼 및 애플리케이션들 간을 할 수 있도록 을 지향하는 아키텍처서비스 중심의 통합
• 하나의 시스템으로 관리 운영
• 버스를 중심으로 각각 프로토콜이 호환할 수 있도록 애플리케이션의 통합을으로 지원한다.
• 느슨한 결합 방식

JSON(JavaScript Object Notation)

• 속성-값 쌍(Attribute-Value Pair) 또는 "키-값 쌍"으로 이루어진 데이터 오브제트를 전달하기 위해 인간이 읽을 수 있는 텍스트를 사용하는 개방형 표준 포맷
• AJAX(Asynchronous JavaScript and XML)에서 많이 사용되고 XML(eXtensible Markup Language)을 대체하는 주요 데이터 포멧

XML(eXtensible Markup Language)

• HTML의 단점을 보완한 인터넷 언어로, SGML의 복잡한 단점을 개선한 특수한 목적을 갖는 마크업 언어
• 송수신 시스템 간 데이터 연계의 편의성을 위해서 전송되는 데이터 구조를 동일한 형태로 정의한다
• 사용자가 직접 문서의 태그를 정의할 수 있다.

AJAX(Asynchronous Javascript And XML)

• 자바스크립트를 사용하여 웹 서버와 클라이언트 간 으로 XML 데이터를 교환하고 조작하기 위한 웹 기술
• 비동기적
• 브라우저가 가지고 있는 XMLHttpRequest 객체를 이용해서 전체 페이지를 새로 로드하지 않고 하는 기법
• 필요한 일부 페이지의 데이터만을 로드
• AJAX의 주요 기술
  • XMLHttpRequest
    • 웹 브라우저와 웹 서버 간에 메서드가 데이터를 전송하는 객체 폼의 API
    • 비동기 통신을 담당하는 자바스크립트 객체
  • JavaScript
  • XML(eXtensible Markup Language)
  • DOM(Document Object Model)
  • XSLT(eXtensible Stylesheet Language Transformatons)
    • XML 문서를 다른 XML 문서로 변환하는 데 사용하는 XML 언어
    • W3C에서 제정한 표준으로 XML 변환 언어를 사용하여 XML 문서로 바꿔주며, 탐색하기 위해 XPath를 사용
  • HTML(HyperText Markup Language)
  • CSS(Cascading Style Sheets)

REST(Representational State Transfer)

• 웹과 같은 에서 자원의 존재/상태 정보를 표준화된 HTTP 메서드로 주고받는 웹 아키텍처
• 분산 하이퍼미디어 환경
• 웹의 창시자(HTTP) 중 한 사람인 Roy Fielding의 2000년 논문에 의해서 소개되었다.
• 크게 3가지 요소로 구성된다.
• 리소스(자원), 메서드(처리), 메시지

시큐어 코딩 가이드 적용 대상 : 입보시 에코캡아

• 입력 데이터 검증 및 표현
• 보안 기능
• 시간 및 상태
• 에러 처리
• 코드 오류
• 캡슐화
• API 오용

데이터베이스 암호화 알고리즘 유형 : 대비해

• 대칭 키 암호화 알고리즘
  • 암복호화에 같은 암호 키를 쓰는 알고리즘
  • 예) ARIA 128/192/256, SEED
• 비대칭 키 암호화 알고리즘
  • 공개키는 누구나 알 수 있지만, 그에 대응하는 비밀키는 키의 소유자만이 알 수 있도록, 공개키와 비밀키를 사용하는 알고리즘
  • 예) RSA, ECC, ECDSA
• 해시 암호화 알고리즘
  • 해시값으로 원래 입력값을 찾아낼 수 없는 일방향성의 특성을 가진 알고리즘
  • 예) SHA-256/384/512, HAS-160

데이터베이스 암호화 기법 : 애플티하

• API 방식 : 애플리케이션 레벨에서 암호 모듈(API)을 적용하는 애플리케이션 수정 방식
• Plug-In 방식 : 암복호화 모듈이 DB 서버에 설치된 방식
• TDE 방식 : DB 서버의 DBMS 커널이 자체적으로 암복호화 기능을 수행하는 방식
• Hybrid 방식 : API 방식과 Plug-In 방식을 결합하는 방식

IPSec(IP Security)

• IP 계층(3계층)에서 무결성과 인증을 보장하는 와 기밀성을 보장하는 를 이용하여 하는 프로토콜암호화(ESP)터널링
• 양 종단 간(End Point) 구간에 보안 서비스를 제공
• 인증 헤더(AH)
• 동작 모드 : 전송(Transport) 모드, 터널(Tunnel) 모드
• 주요 프로토콜 : AH, ESP, IKE(키 교환)
• IPSec 정책 : SPD, SAD

SSL/TLS

• 전송 계층(4계층)과 응용 계층(7계층) 사이에서 의 웹 데이터 암호화(기밀성), 상호 인증 및 전송 시 하는 보안 프로토콜데이터 무결성을 보장
• 클라이언트와 서버 간
• 인증 모드 : 익명 모드, 서버 인증 모드, 클라이언트-서버 인증 모드
• 다양한 암호 기술 적용
• Https://~ 표시 형식과 443 포트 사용

S-HTTP(Secure HyperText Transfer Protocol)

• 웹 상에서 하는 주요 방법 중 하나로서 하여 전송클라이언트와 서버 간에 전송되는 모든 메시지를 각각 암호화
• 네트워크 트래픽을 암호화
• S-HTTP 서버 접속 시 shttp:// URL 사용

인터페이스 구현 검증 도구 : 엑스피 엔셀웨

• xUnit : 하는 단위 테스트 프레임워크
• Java(Junit), C++(Cppunit) .NET(Nunit) 등 다양한 언어를 지원
• STAF : 등 다양한 환경을 지원하는 테스트 프레임워크
• 서비스 호출 및 컴포넌트 재사용
• FitNesse : 설계, 실행, 결과 확인 등을 지원하는 테스트 프레임워크
• 웹 기반 테스트 케이스
• NTAF : 의 장점인 협업기능과 의 장점인 재사용 및 확장성을 통합한 의 테스트 자동화 프레임워크STAF
• NHN(Naver)
• FitNesse
• Selenium : 다양한 브라우저 및 개발 언어를 지원하는 애플리케이션 테스트 프레임워크
• 웹
• watir : 하는 애플리케이션 테스트 프레임워크
• Ruby를 사용

06. 화면 설계

사용자 인터페이스(UI; User Interface)

• 사용자와 시스템 사이에서 의사소통할 수 있도록 고안된 물리적, 가상의 매개체 (넓은 의미)
• 정보 기기나 소프트웨어의 화면 등에서 사람이 접하게 되는 화면 (좁은 의미)

UI 유형 : CG NO

• CLI(Command Line Interface) : 명령어를 텍스트로 입력하여 조작하는 사용자 인터페이스
• GUI(Graphical User Interface) : 그래픽 환경을 기반으로 한 마우스나 전자펜을 이용하는 사용자 인터페이스
• NUI(Natural User Interface) : 키보드나 마우스 없이 하는 사용자 인터페이스
• 신체 부위를 이용
• OUI(Organic User Interface) : 할 수 있는 인터페이스
• 현실에 존재하는 모든 사물이 입출력장치로 변화

UI 설계 원칙 : 직유학유

• 직관성(Intuitiveness) : 누구나 쉽게 이해하고, 쉽게 사용할 수 있어야 함.
• 유효성(Efficiency) : 정확하고 완벽하게 사용자의 목표가 달성될 수 있도록 제작
• 학습성(Learnability) : 초보와 숙련자 모두가 쉽게 배우고 사용할 수 있게 제작
• 유연성(Flexibility) : 사용자의 요구사항을 최대한 수용하고 실수를 방지할 수 있도록 제작

UI 설계 지침 : 사일단결 가표접명오

• 사용자 중심 : 사용자가 이해하기 쉽고 편하게 사용할 수 있는 환경을 제공하며, 실사용자에 대한 이해가 바탕이 되어야 함.
• 일관성 : 버튼이나 조작 방법을 사용자가 기억하기 쉽고 빠르게 습득할 수 있도록 설계해야 함.
• 단순성 : 조작 방법은 가장 간단하게 작동되도록 하여 인지적 부담 최소화
• 결과 예측 가능 : 작동시킬 기능만 보고도 결과 예측이 가능해야 함.
• 가시성 : 주요 기능을 메인 화면에 노출하여 쉬운 조작이 가능해야 함.
• 표준화 : 디자인을 표준화하여 기능구조의 선행 학습 이후 쉽게 사용 가능해야 함.
• 접근성 : 사용자의 직무, 연령, 성별 등이 고려된 다양한 계층을 수용해야 함.
• 명확성 : 사용자가 개념적으로 쉽게 인지해야 함.
• 오류 발생 해결 : 사용자가 오류에 대한 상황을 정확하게 인지할 수 있어야 함.

UI 요구사항

• 사용자가 정보시스템을 구축하여 얻고자 하는 최종 목적의 기준
• 구분
  • 기능적 요구사항 : 시스템이 제공하는 기능, 서비스에 대한 요구사항
  • 비기능적 요구사항 : 사용성, 효율성, 신뢰성, 유지보수성, 재사용성 등 품질에 관한 요구사항

UI 품질 요구사항 : 기신사효유이

• 기능성(Functionality)
  • 실제 수행 결과와 품질 요구사항과의 차이를 분석하고, 실제 사용 시 정확하지 않은 결과가 발생할 확률과 관련한여 시스템의 동작을 관찰하기 위한 품질 기준
  • 상세 품질 요구사항
    • 적절성(Suitability)
    • 정밀성(Accuracy)
    • 상호 운용성(Interoperability)
    • 보안성(Security)
    • 호환성(Compliance)
  • 신뢰성(Reliability)
    • 시스템이 일정한 시간 또는 작동되는 시간 동안 의도하는 기능을 수행함을 보증하는 품질 기준
    • 상세 품질 요구사항
      • 성숙성(Maturity)
      • 고장 허용성(Fault Tolerance)
      • 회복성(Recoverability)
  • 사용성(Usability)
    • 사용자와 컴퓨터 사이에 발생하는 어떠한 행위를 정확하고 쉽게 인지할 수 있는 품질 기준
    • 상세 품질 요구사항
      • 이해성(Understandability)
      • 학습성(Learnability)
      • 운용성(Operability)
  • 효율성(Efficiency)
    • 할당된 시간에 한정된 자원으로 얼마나 빨리 처리할 수 있는가에 대한 품질 기준
    • 상세 품질 요구사항
      • 시간 효율성(Time Behaviour)
      • 자원 효율성(Resource Behaviour)
  • 유지보수성(Maintainability)
    • 요구사항을 개선하고 확장하는 데 있어 얼마나 용이한가에 대한 품질 기준
    • 상세 품질 요구사항
      • 분석성(Analyzability)
      • 변경성(Changeability)
      • 안정성(Stability)
      • 시험성(Testability)
  • 이식성(Portability)
    • 다른 플랫폼(운영체제)에서도 많은 추가 작업 없이 얼마나 쉽게 적용이 가능한가에 대한 품질 기준
    • 상세 품질 요구사항
      • 적용성(Adaptability)
      • 설치성(Installability)
      • 대체성(Replaceability)

UI 표준

• 디자인 철학과 원칙 기반하에 전체 시스템에 공통으로 적용되는 화면 간 이동, 화면 구성 등에 관한 규약
• UI 표준 구성 : 액정 스패조
  • 전체적인 UX 원칙
  • 정책 및 철학
  • UI 스타일 가이드
  • UI 패턴 모델 정의
  • UI 표준 수립을 위한 조직 구성

UI 개발을 위한 주요 기법

• 3C 분석 : , 경쟁하고 있는 의 를 비교하고 분석하여 자사를 어떻게 차별화해서 경쟁에서 이길 것인가를 분석하는 기법자사(Company)
• 경쟁사(Competitor)
• 고객(Customer)
• SWOT 분석 : 기업의 내부 환경과 외부 환경을 분석하여 요인을 규정하고 이를 토대로 경영 전략을 수립하는 방법
• Strength(강점), Weakness(약점), Opportunity(기회), Threat(위협)
• 시나리오 플래닝(Scenario Planning) : 불확실성이 높은 상호아 변화를 사전에 예측하고 다양한 시나리오를 설계하는 방법
• 사용성 테스트(Usability Test) : 사용자가 직접 제품을 사용하면서 미리 작성된 시나리오에 맞추어 과제를 수행한 후 질문에 답하도록 하는 테스트
• 워크숍(Workshop) : 소집단 정도의 인원으로 특정 문제나 과제에 대한 새로운 지식, 기술, 아이디어, 방법들을 서로 교환하고 검토하는 연구회 및 세미나

UI 화면 설계 구분 : 와스프

• 와이어프레임(Wireframe) : 이해 관계자들과의 화면구성을 협의하거나 서비스의 간략한 흐름을 공유하기 위해 하는 작업
• 화면 단위의 레이아웃을 설계
• 스토리보드(Storyboard) : 정책, 프로세스, 콘텐츠 구성, 와이어프레임(UI, UX), 기능 정의, 데이터베이스 연동 등 서비스 구축을 위한
• 모든 정보가 담겨 있는 설계 산출물
• 프로토타입(Prototype) : 정적인 화면으로 설계된 와이어프레임 또는 스토리보드에 하여 실제 구현된 것처럼 시뮬레이션 할 수 있는 모형
  • 유형
    • 아날로그 프로토타입 : 종이와 펜을 활용하여 화면의 구조를 스케치하는 프로토타입
    • 디지털 프로토타입 : 디지털 편집기, HTML 등의 프로토타이핑 도구를 사용해 화면의 구조를 만드는 프로토타입
• 동적 효과를 적용

UML(Unified Modeling Language)

• 객체 지향 소프트웨어 개발 과정에서 산출물을 명세화, 시각화, 문서화할 때 사용되는 모델링 기술과 방법론을 통합해서 만든 표준화된 범용 모델링 언어

UML의 특징 : 가구명문

• 가시화 언어 : 개념 모델 작성 시 오류가 적고 의사소통이 용이
• 구축 언어 : 다양한 프로그래밍 언어로 실행 시스템의 예측 가능
• 명세화 언어 : 정확한 모델 제시, 완전한 모델 작성 가능
• 문서화 언어 : 시스템에 대한 평가 및 의사소통의 문서

UML의 구성요소 : 사관다

• 사물(Things) : 추상적인 개념으로 주제를 나타내는 요소
• 관계(Relationships) : 사물의 의미를 확장하고 명확히 하는 요소
• 다이어그램(Diagram) : 사물과 관계를 모아 그림으로 표현한 형태

UML 다이어그램

• 구조적 다이어그램(Structural Diagram) / 정적 다이어그램(Static Diagram) : 클객 컴배 복패
  • 클래스(Class) : 객체 지향 모델링 시 를 표현
  • 클래스의 속성 및 연산과 클래스 간 정적인 관계
  • 객체(Object) : 클래스에 속한 사물(객체)들, 즉 를 특정 시점의 객체와 객체 사이의 관계로 표현
  • 인스턴스(Instance)
  • 컴포넌트(Component) : 시스템을 구성하는 와 그들 사이의 의존 관계를 표현
  • 물리적인 컴포넌트
  • 배치(Deployment) : 을 표현하고, 결과물, 프로세스, 컴포넌트 등 를 표현물리적 요소들의 위치
  • 컴포넌트 사이의 종속성
  • 복합체 구조(Composite Structure) : 클래스나 컴포넌트가 를 갖는 경우 그 를 표현내부 구조
  • 복합 구조
  • 패키지(Package) : 유스케이스나 클래스 등의 모델 요소들을 그룹화한 를 표현
  • 패키지들의 관계
• 행위적 다이어그램(Behavioral Diagram) / 동적 다이어그램(Dynamic Diagram) : 유시커 상활타
  • 유스케이스(Usecase) : 시스템이 제공하고 있는 기능 및 그와 관련된 외부 요소를 에서 표현
  • 사용자의 관점
  • 시퀀스(Sequence) : 객체 간 동적 상호 작용을 으로 으로 표현메시지 흐름
  • 시간적 개념을 중심
  • 커뮤니케이션(Communication) : 동작에 참여하는 객체들이 하고, 메시지뿐만 아니라 객체 간의 연관까지 표현
  • 주고받는 메시지를 표현
  • 상태(State) : 하나의 객체가 자신이 속한 클래스의 혹은 다른 객체와의 상호 작용에 따라 표현상태가 어떻게 변화하는지
  • 상태 변화
  • 활동(Activity) : 를 객체의 이나 조건에 따른 을 표현처리 로직순서대로
  • 처리의 흐름
  • 시스템이 어떤 기능을 수행하는지
  • 타이밍(Timing) : 객체 상태 변화와 을 명시적으로 표현
  • 시간 제약

UML 스테레오 타입(Sterotype)

• <> : 하나의 유스케이스가 어떤 시점에 반드시 다른 유스케이스를 실행하는
• 포함 관계
• <> : 하나의 유스케이스가 어떤 시점에 다른 유스케이스를 실행할 수도 있고, 그렇지 않을 수도 있는
• 확장 관계
• <> : 모든 메서드가 추상 메서드이며 바로 인스턴스를 만들 수 없는 클래스로 추상 메서드와 상수만으로 구성된 클래스
• <> : 일반적으로 정보 또는 오래 지속되는 연관된 행위를 형상화하는 클래스로 유스케이스 처리 흐름이 수행되는 과정에서 기억 장치에 저장되어야 할 정보를 표현하는 클래스
• <> : 시스템과 외부 액터와의 상호 작용을 담당하는 클래스
• <> : 시스템이 제공하는 기능의 로직 및 제어를 담당하는 클래스

클래스 다이어그램

• 객체 지향 모델링 시 클래스의 속성 및 연산과 클래스 간 를 표현한 다이어그램
• 정적인 관계

클래스 다이어그램 구성요소

• 클래스(Class) : 공통의 속성, 연산(메서드), 관계, 의미를 공유하는 객체들의 집합
• 속성(Attribute) : 클래스의 구조적 특성에 이름을 붙인 것
• 연산(Operation), 메서드(Method) : 클래스의 행위적 특징
• 접근 제어자(Access Modifier)
  • **** : 클래스 내부 접근만 허용 (private)
  • + : 클래스 외부 접근을 허용 (public)
  • # : 동일 패키지/파생 클래스에서 접근 가능 (protected)
  • ~ : 동일 패키지 클래스에서 접근 가능 (default)

클래스 간의 관계 : 연의 일실 포집

• 연관(Association) 관계 : 클래스가 서로 개념적으로 연결된 선
• 의존(Dependency) 관계 : 하나의 클래스가 또 다른 클래스를 사용하는 관계
• 일반화(Generalization) 관계 : 하나의 사물이 다른 사물에 비해 더 일반적인지 구체적인지를 표현
• 실체화(Realization) 관계 : 추상 클래스나 인터페이스를 상속받아 자식 클래스가 추상 메서드를 구현할 때 사용
• 포함(Composition) 관계 : 영구적이고 집합 관계보다 더 강한 관계로 구성
• 집합(Aggregation) 관계 : 하나의 객체에 여러 개의 독립적인 객체들이 구성되는 단계

유스케이스 다이어그램(Usecase Diagram)

• 시스템이 제공하고 있는 기능 및 그와 관련된 외부 요소를 사에서 표현하는 다이어그램
• 용자의 관점

유스케이스 다이어그램 구성요소

• 유스케이스(Usecase) : 시스템이 제공해야 하는 서비스, 기능
• 액터(Actor) : 용자가 시스템에 대해 수행하는 역할
• 시스템(System)
• 시나리오(Scenario)
• 이벤트의 흐름

유스케이스 다이어그램의 관계

• 포함(Include) 관계
• 확장(Extend) 관계
• 일반화(Generalization) 관계

시퀀스 다이어그램(Sequence Diagram)

• 객체 간 상호 작용을 메시지 흐름으로 표현한 다이어그램

시퀀스 다이어그램 구성요소

• 객체(Object)
• 생명선(Lifeline)
• 실행(Activation)
• 메시지(Message)

패키지 다이어그램(Package Diagram)

• 시스템의 서로 다른 패키지들 사이의 의존 관계를 표현하기 위한 다이어그램

패키지 다이어그램 구성요소

• 패키지
• 의존관계

활동 다이어그램(Activity Diagram)

• 시스템이 어떤 기능을 수행하는지를 객체의 처리 로직이나 조건에 따른 처리의 흐름을 순서대로 표현하는 다이어그램

활동 다이어그램 구성요소

• 시작점(Initial Node)
• 전이(Transition)
• 액션(Action) / 액티비티(Activity)
• 종료점(Final Node)
• 조건(판단) 노드(Decision Node)
• 병합 노드(Merge Node)
• 포크 노드(Fork Node)
• 조인 노드(Join Node)
• 구획면(Swim Lane)

상태 다이어그램(State Diagram)

• 하나의 객체가 자신이 속한 클래스의 상태 변화 혹은 다른 객체와의 상호 작용에 따라 상태가 어떻게 변화하는지 표현하는 다이어그램

상태 다이어그램 구성요소

• 상태(State)
• 시작 상태
• 종료 상태
• 전이
• 이벤트(Event)
• 전이 조건

커뮤니케이션 다이어그램(Communication Diagram)

• 시퀀스 다이어그램과 같이 동작에 참여하는 객체들이 주고받는 메시지를 표현하고, 메시지뿐만 아니라 객체 간의 연관 관계까지 표현하는 다이어그램

커뮤니케이션 다이어그램 구성요소

• 액터(Actor)
• 객체(Object)
• 링크(Link)
• 메시지(Message)

컴포넌트 다이어그램(Component Diagram)

• 시스템을 구성하는 물리적인 컴포넌트와 그들 사이의 의존 관계를 나타내는 다이어그램

컴포넌트 다이어그램 구성요소

• 컴포넌트
• 인터페이스
• 의존 관계

UI 시나리오 문서의 작성 요건 : 완일이가 추수

• 완전성(Complete) : UI 시나리오는 누락이 없어야 하고, 최대한 빠짐없이 가능한 한 상세하게 기술
• 일관성(Consistent) : 서비스에 대한 목표, 시스템 및 사용자의 요구사항에 일관성이 있어야 하고, 모든 문서의 UI 스타일을 일관적으로 구성
• 이해성(Understandable) : 처음 접하는 사람도 이해하기 쉽도록 구성하고 설명해야 하고, 이해하지 못하는 추상적인 표현이나 이해하기 어려운 용어는 사용하지 않아야 함.
• 가독성(Readable) : 문서를 쉽게 읽을 수 있어야 하고, 표준화도니 템플릿을 작성하요 사용
• 추적 용이성(Traceable) : 쉽게 추적이 가능해야 하고, 변경 사항들이 언제, 어디서, 어떤 부분들이 왜 발생하였는지 추적이 쉬워야 함.
• 수정 용이성(Modifiable) : 쉽게 변경이 가능해야 하고, 수정 또는 개선 사항을 시나리오에 반영하는 데 있어 쉽게 적용할 수 있어야 함.

07. 프로그래밍 언어 활용

객체 지향 프로그래밍의 구성 요소 : 객클메

• 객체(Object) : 개체, 속성, 메서드로 구성된 클래스의 인스턴스
• 클래스(Class) : 객체 지향 프로그래밍에서 객체를 표현하는 추상 데이터 타입으로 객체를 생성하는 틀
• 메시지(Message) : 객체 간의 통신

객체의 구성 요소 : 개속메

• 개체(Entity) : 현실 세계에 보이는 본질을 의미
• 속성(Attribute) : 자료 저장소 역할을 하며, 절차 지향 프로그래밍의 변수와 대응
• 메서드(Method) : 호출 단위를 의미하며, 절차 지향 프로그래밍의 함수와 대응

라이브러리(Library)

• 필요할 때 찾아서 쓸 수 있도록 모듈화되어 제공되는 프로그램
• 구성 : 도설샘
  • 도움말
  • 설치 파일
  • 샘플 코드
• 종류
  • 표준 라이브러리
  • 외부 라이브러리

08. SQL 응용

트랜잭션(Transaction)

• 인가받지 않은 사용자로부터 데이터를 보장하기 위해 DBMS가 가져야 하는 특성
• 데이터베이스 시스템에서 하나의 논리적 기능을 정상적으로 수행하기 위한 작업의 기본 단위

트랜잭션의 특성 : ACID

• 원자성(Atomicity) : 트랜잭션의 연산은 데이터베이스에 모두 반영되도록 완료(Commit)되든지 아니면 전혀 반영되지 않도록 복구(Rollback) 되어야 한다.
• 일관성(Consistency) : 트랜잭션이 그 실행을 성공적으로 완료하면 언제나 일관성 있는 데이터베이스 상태로 변환된다.
• 독립성(Isolation) : 둘 이상의 트랜잭션이 동시에 병행 실행되는 경우, 어느 하나의 트랜잭션 실행 중에 다른 트랜잭션의 연산이 끼어들 수 없음.
• 지속성(Durability) : 성공적으로 완료된 트랜잭션의 결과는 시스템이 고장나더라도 영구적으로 반영되어야 한다.

트랜잭션의 상태 : 활부완실철

• 활동(Active) : 초기 상태, 트랜잭션이 실행 중일 때 가지는 상태
• 부분 완료(Partially Commited) : 마지막 명령문이 실행된 후에 가지는 상태
• 완료(Committed) : 트랜잭션이 성공적으로 완료된 후 가지는 상태
• 실패(Failed) : 정상적인 실행이 더 이상 진행될 수 없을 때 가지는 상태
• 철회(Aborted) : 트랜잭션이 취소되고 데이터베이스가 트랜잭션 시작 전 상태로 환원된 상태

병행 제어(Concurrency Control)

• 다수 사용자 환경에서 여러 트랜잭션이 수행할 때, 데이터베이스 일관성 유지를 위해 상호 작용을 제어하는 기법

병행 제어의 목적

• 데이터베이스 공유 최대화
• 시스템의 활용도 최대화
• 데이터베이스의 일관성 유지
• 사용자에 대한 응답 시간 최소화

병행 제어 미보장 시 문제점 : 갱현모연

• 갱신 손실(Lost Update) : 먼저 실행된 트랜잭션의 결과를 나중에 실행된 트랜잭션이 덮어쓸 때 발생하는 오류
• 현황 파악 오류(Dirty Read) : 트랜잭션의 중간 수행 결과를 다른 트랜잭션이 참조하여 발생하는 오류
• 모순성(Inconsistency) : 두 트랜잭션이 동시에 실행되어 데이터베이스의 일관성이 결여되는 오류
• 연쇄복귀(Cascading Rollback) : 복수의 트랜잭션이 데이터 공유 시 특정 트랜잭션이 처리를 취소할 경우 트랜잭션이 처리한 곳의 부분을 취소하지 못하는 오류

병행 제어 기법의 종류 : 로 낙타다

• 로킹(Locking) : 같은 자원을 액세스하는 다중 트랜잭션 환경에서 DB의 일관성과 무결성을 유지하기 위해 트랜잭션의 순차적 진행을 보장하는 직렬화 기법
• 낙관적 검증(Optimistic Validation) : 트랜잭션이 어떠한 검증도 수행하지 않고 일단 트랜잭션을 수행하고, 트랜잭션 종료 시 검증을 수행하여 데이터베이스에 반영하는 기법
• 타임 스탬프 순서(Time Stamp Ordering) : 트랜잭션과 트랜잭션이 읽거나 갱신한 데이터에 대해 트랜잭션이 실행을 시작하기 전에 타임 스탬프(Time Stamp)를 부여하여 부여된 시간에 따라 트랜잭션 작업을 수행하는 기법
• 다중버전 동시성 제어(MVCC; Multi Version Concurrency Control) : 트랜잭션의 타임스탬프와 접근하려는 데이터의 타임 스탬프를 비교하여 직렬 가능성이 보장되는 적절한 버전을 선택하여 접근하도록 하는 기법

회복 기법(Recovery)

• 트랜잭션을 수행하는 도중 장애로 인해 손상된 데이터베이스를 손상되기 이전의 정상적인 상태로 복구시키는 작업

회복 기법의 종류 : 회로체크

• 로그 기반 회복 기법(Log Based Recovery)
  • 지연 갱신 회복 기법(Deferred Update) : 트랜잭션이 완료되기 전까지 데이터베이스에 기록하지 않는 기법
  • 즉각 갱신 회복 기법(Immediate Update) : 트랜잭션 수행 중 갱신 결과를 바로 DB에 반영하는 기법
• 체크 포인트 회복 기법(Checkpoint Recovery) : 장애 발생 시 검사점 이후에 처리된 트랜잭션에 대해서만 장애 발생 이전 상태로 복원시키는 회복 기법
• 그림자 페이징 회복 기법(Shadow Paging Recovery) : 데이터베이스 트랜잭션 수행 시 복제본을 생성하여 데이터베이스 장애 시 이를 이용해 복구하는 기법

옵티마이저(Optimizer)

• SQL을 가장 빠르고 효율적으로 수행할 최적의 처리 경로를 생성해주는 DBMS 내부의 핵심 엔진

옵티마이저의 유형

• RBO(Rule Based Optimizer) : 통계 정보가 없는 상태에서 사전 등록된 규칙에 따라 질의 실행 계획을 선택하는 옵티마이저 (규칙(우선순위) 기반)
• CBO(Cost Based Optimizer) : 통계 정보로부터 모든 접근 경로를 고려한 질의 실행 계획을 선택하는 옵티마이저 (비용 기반)

SQL 수행과정 내 옵티마이저 역할

• 쿼리 변환(Query Transform) : SQL을 좀 더 일반적이고 표준화된 형태로 변환
• 비용 산정(Estimator) : 쿼리 명령어 각 단계의 선택도, 카디널리티 ,비용을 계산
• 계획 생성(Plan Generator) : 하나의 쿼리를 수행 시 후보군이 될 만한 실행 계획들을 생성해내는 역할

---

DDL(Data Define Language, 데이터 정의어)

• DDL의 종류에는 CREATE, ALTER, DROP, TRUNCATE(크알드트)가 있다.

CREATE 문

• 도메인, 스키마, 테이블, 뷰, 인덱스 등을 정의한다.
  • 도스테뷰인

/* 스키마 생성 */
CREATE SCHEMA 스키마명 AUTHORIZATION 사용자_id;

/* 도메인 생성 */
CREATE DOMAIN 도메인명 [AS] 데이터_타입 
       [DEFAULT 기본값] 
       [CONSTRAINT 제약조건명 CHECK (범위값)];

/* 테이블 생성 */
CREATE TABLE 테이블명
       (속성명 데이터_타입 [DEFAULT 기본값] [NOT NULL], ...
       [, PRIMARY KEY(기본키_속성명, ...)]
       [, UNIQUE(대체키_속성명, ...)]
       [, FOREIGN KEY(외래키_속성명, ...)]
               [REFERENCES 참조테이블(기본키_속성명, ...)]
               [ON DELETE 옵션]
               [ON UPDATE 옵션]
       [, CONSTRAINT 제약조건명] [CHECK(조건식)]);

/* 뷰 생성 */
CREATE VIEW 뷰명[(속성명[, 속성명, ...])]
AS SELECT문;

/* 인덱스 생성 */
CREATE [UNIQUE] INDEX 인덱스명
ON 테이블명(속성명 [ASC | DESC] [, 속성명 [ASC | DESC]])
[CLUSTER];

ALTER 문

• 테이블에 대한 정의를 변경한다.

ALTER TABLE 테이블명 ADD 속성명 데이터_타입 [DEFAULT '기본값'];  /* 새로운 속성(열) 추가 */
ALTER TABLE 테이블명 ALTER 속성명 [SET DEFAULT '기본값'];      /* 특정 속성의 Default 값 변경 */
ALTER TABLE 테이블명 DROP COLUMN 속성명 [CASCADE];            /* 특정 속성 삭제 */

DROP 문

• 스키마, 도메인, 기본 테이블, 뷰 테이블, 인덱스, 계약 조건 등을 제거한다.

DROP SCHEMA 스키마명 [CASCADE | RESTRICT];     /* 스키마 제거 */
DROP DOMAIN 도메인명 [CASCADE | RESTRICT];     /* 도메인 제거 */
DROP TABLE 테이블명 [CASCADE | RESTRICT];      /* 테이블 제거 */
DROP VIEW 뷰명 [CASCADE | RESTRICT];          /* 뷰 제거 */
DROP INDEX 인덱스명 [CASCADE | RESTRICT];      /* 인덱스 제거 */
DROP CONSTRAINT 제약조건명;                    /* 제약조건 제거 */

• CASCADE : 제거할 요소를 참조하는 다른 모든 개체를 함께 제거한다.
• RESTRICT : 다른 개체가 제거할 요소를 참조 중 일때는 제거를 취소한다.

TRUNCATE 문

• 테이블에서 모든 행을 삭제한다.

TRUNCATE [TABLE] 테이블명 [, 테이블명]

DCL(Data Control Language, 데이터 제어어)

• DCL의 종류에는 COMMIT, ROLLBACK, GRANT, REVOKE(커롤그래)가 있다.

GRANT / REVOKE 문

• GRANT 문 : 데이터베이스 관리자가 데이터베이스 사용자에게 권한을 부여한다.
• REVOKE 문 : 데이터베이스 관리자가 데이터베이스 사용자에게 부여한 권한을 취소한다.
• 사용자 등급 지정 및 해제

GRANT 사용자등급 TO 사용자_ID_리스트 [IDENTIFIED BY 암호];
REVOKE 사용자등급 FROM 사용자_ID_리스트;

• 테이블 및 속성에 대한 권한 부여 및 취소
  • 그온투(GRANT 권한 ON 테이블 TO 사용자)
  • 리온프(REVOKE 권한 ON 테이블 FROM 사용자)

GRANT 권한_리스트 ON 개체 TO 사용자 [WITH GRANT OPTION];
REVOKE [GRANT OPTION FOR] 권한_리스트 ON 개체 FROM 사용자 [CASCADE];

• 권한 종류 : ALL, SELECT, INSERT, DELETE, UPDATE, ALTER 등

COMMIT 문

• 트랜잭션 처리가 정상적으로 완료된 후, 트랜잭션이 수행한 내용을 데이터베이스에 반영한다.

/* <사원> 테이블에서 '사원번호'가 40인 사원의 정보를 삭제한 후, COMMIT을 수행 */
DELETE FROM 사원 WHERE 사원번호 = 40;
COMMIT;

ROLLBACK 문

• 변경되었으나 아직 COMMIT 되지 않은 모든 내용을 취소하고 데이터베이스를 이전 상태로 되돌린다.

/* SAVEPOINT 'S1'까지 ROLLBACK을 수행 */
ROLLBACK TO S1;

SAVEPOINT 문

• 트랜잭션 내에 ROLLBACK 할 위치인 을 지정한다.
• 저장점

/* SAVEPOINT 'S1'을 설정하고, '사원번호'가 20인 사원의 정보를 삭제 */
SAVEPOINT S1;
DELETE FROM 사원 WHERE 사원번호 = 20;

TCL(Transaction Control Language)

• TCL의 종류에는 COMMIT, ROLLBACK, SAVEPOINT/CHECKPOINT(커롤세(체))가 있다.
• 트랜잭션을 제어하는 용도로 사용된다.

DML(Data Manipulation Language, 데이터 조작어)

• DML의 종류에는 SELECT, INSERT, UPDATE, DELETE(세인업데)가 있다.

SELECT 문

• 테이블에서 튜플을 검색한다.
• 일반 형식

SELECT [PREDICATE] [테이블명.]속성명 [AS 별칭][, [테이블명.]속성명, ...]       /* ※ */
    [, 그룹함수(속성명) [AS 별칭]]
    [, WINDOW함수 OVER (PARTITION BY 속성명1, 속성명2, ...
              ORDER BY 속성명3, 속성명4, ...)]
FROM 테이블명[, 테이블명, ...]                                              /* ※ */
[WHERE 조건]                                                             /* ※ */
[GROUP BY 속성명, 속성명, ...]
[HAVING 조건]
[ORDER BY 속성명 [ASC | DESC]];                                           /* ※ */

• LIKE 연산자

대표 문자	%	_	#
의미	모든 문자를 대표함.	문자 하나를 대표함.	숫자 하나를 대표함.
- 그룹 함수
- GROUP BY 절에 지정된 그룹별로 속성의 값을 집계할 때 사용된다.

함수	기능
COUNT(속성명)	그룹별 튜플 수를 구하는 함수
SUM(속성명)	그룹별 합계를 구하는 함수
AVG(속성명)	그룹별 평균을 구하는 함수
MAX(속성명)	그룹별 최대값을 구하는 함수
MIN(속성명)	그룹별 최소값을 구하는 함수
STDDEV(속성명)	그룹별 표준편차를 구하는 함수
VARIANCE(속성명)	그룹별 분산을 구하는 함수
ROLLUP(속성명, 속성명, ...)	- 인수로 주어진 속성을 대상으로 그룹별 소계를 구하는 함수- 속성의 개수가 $n$ 개이면 $n+1$ 레벨까지, 하위 레벨에서 상위 레벨 순으로 데이터가 집계됨.
CUBE(속성명, 속성명, ...)	- ROLLUP과 유사한 형태이지만, CUBE는 인수로 주어진 속성을 대상으로 모든 조합의 그룹별 소계를 구함.- 속성의 개수가 $n$ 개이면 $2^n$ 레벨까지, 상위 레벨에서 하위레벨 순으로 데이터가 집계됨.
- 집합 연산자를 이용한 통합 질의

SELECT 속성명1, 속성명2, ...
FROM 테이블명
UNION | UNION ALL | INTERSECT | EXCEPT
SELECT 속성명1, 속성명2, ...
FROM 테이블명
[ORDER BY 속성명 [ASC | DESC]];

집합 연산자	설명	집합 종류
UNION	- 두 SELECT 문의 조회 결과를 통합하여 모두 출력함.- 중복된 행은 한 번만 출력함.	합집합
UNION ALL	- 두 SELECT 문의 조회 결과를 통합하여 모두 출력함.- 중복된 행도 그대로 출력함.	합집합
INTERSECT	두 SELECT 문의 조회 결과 중, 공통된 행만 출력함.	교집합
EXCEPT	첫 번째 SELECT 문의 조회 결과에서 두 번째 SELECT 문의 조회 결과를 제외한 행을 출력함.	차집합

INSERT 문

• 기본 테이블에 새로운 튜플을 삽입할 때 사용한다.

INSERT INTO 테이블명([속성명1, 속성명2, ...])VALUES (데이터1, 데이터2, ...);

UPDATE 문

• 기본 테이블에 있는 튜플들 중에서 특정 튜플(행)의 내용을 변경한다.

UPDATE 테이블명
SET 속성명 = 데이터[, 속성명=데이터, ...]
[WHERE 조건];

DELETE 문

• 기본 테이블에 있는 튜플들 중에서 특정 튜플(행)을 삭제한다.
• DELETE 문은 테이블 구조나 테이블 자체는 그대로 남겨 두고, 테이블 내의 튜플들만 삭제한다.
  • 테이블을 완전히 제거하려면 DROP 문을 사용한다.

DELETE
FROM 테이블명
[WHERE 조건];

• 서브쿼리(Sub-Query)
  • SQL 문 안에 포함된 또 다른 SQL 문
  • 종류
    • FROM 절 서브쿼리
    • WHERE 절 서브쿼리

/* FROM 절 서브쿼리 */
SELECT MAX(가격)
FROM 도서가격 A, (SELECT 책번호 FROM 도서 WHERE 책명='자료구조') B
WHERE A.책번호 = B.책번호;

/* WHERE 절 서브쿼리 */
SELECT MAX(가격)
FROM 도서가격
WHERE 책번호 IN (SELECT 책번호 FROM 도서 WHERE 책명='자료구조');

JOIN

• 2개의 릴레이션에서 한다.
• 연관된 튜플들을 결합하여, 하나의 새로운 릴레이션을 반환
• 일반적으로 FROM 절에 기술하지만, 릴레이션이 사용되는 곳 어디에나 사용할 수 있다.
• 크게 INNER JOIN과 OUTER JOIN으로 구분된다.

INNER JOIN

EQUI JOIN

• JOIN 대상 테이블에서 공통 속성을 기준으로 '='(equal) 비교에 의해 같은 값을 가지는 행을 연결하여 결과를 생성하는 JOIN 방법
• EQUI JOIN에서 JOIN 조건이 '='일 때 동일한 속성이 2번 나타나게 되는데, 이 중 하는 방법을 NATURAL JOIN 이라고 한다.
• 중복된 속성을 제거하여 같은 속성을 한 번만 표기
• EQUI JOIN 에서 을 JOIN 속성이라고 한다.
• 연결 고리가 되는 공통 속성
• WHERE 절을 이용한 EQUI JOIN의 표기 형식

SELECT [테이블명1.]속성명, [테이블명2.]속성명, ...
FROM 테이블명1, 테이블명2, ...
WHERE 테이블명1.속성명 = 테이블명2.속성명;

• NATURAL JOIN 절을 이용한 EQUI JOIN 표기 형식

SELECT [테이블명1.]속성명, [테이블명2.]속성명, ...
FROM 테이블명1 NATURAL JOIN 테이블명2;

• JOIN ~ USING 절을 이용한 EQUI JOIN 표기 형식

SELECT [테이블명1.]속성명, [테이블명2.]속성명, ...
FROM 테이블명1 JOIN 테이블명2 USING(속성명);

NON-EQUI JOIN

• JOIN 조건에 '=' 조건이 아닌 나머지 비교 연산자, 즉 >, <, <>, >=, <= 연산자를 사용하는 JOIN 방법

SELECT [테이블명1.]속성명, [테이블명2.]속성명, ...
FROM 테이블명1, 테이블명2, ...
WHERE (NON-EQUI JOIN 조건);

OUTER JOIN

• 릴레이션에서 하기 위한 JOIN 방법
• JOIN 조건에 만족하지 않는 튜플도 결과로 출력

LEFT OUTER JOIN

• INNER JOIN의 결과를 구한 후, 우측 항 릴레이션의 어떤 튜플과도 맞지 않는 좌측 항의 릴레이션에 있는 튜플들에 NULL 값을 붙여서 INNER JOIN의 결과에 추가한다.

/* 방법 1 */
SELECT [테이블명1.]속성명, [테이블명2.]속성명, ...
FROM 테이블명1 LEFT OUTER JOIN 테이블명2
ON 테이블명1.속성명 = 테이블명2.속성명;

/* 방법 2 */
SELECT [테이블명1.]속성명, [테이블명2.]속성명, ...
FROM 테이블명1, 테이블명2
WHERE 테이블명1.속성명 = 테이블명2.속성명(+);

RIGHT OUTER JOIN

• INNER JOIN의 결과를 구한 후, 좌측 항 릴레이션의 어떤 튜플과도 맞지 않는 우측 항의 릴레이션에 있는 튜플들에 NULL 값을 붙여서 INNER JOIN 의 결과에 추가한다.

/* 방법 1 */
SELECT [테이블명1.]속성명, [테이블명2.]속성명, ...
FROM 테이블명1 RIGHT OUTER JOIN 테이블명2
ON 테이블명1.속성명 = 테이블명2.속성명;

/* 방법 2 */
SELECT [테이블명1.]속성명, [테이블명2.]속성명, ...
FROM 테이블명1, 테이블명2
WHERE 테이블명1.속성명(+) = 테이블명2.속성명;

FULL OUTER JOIN

• LEFT OUTER JOIN 과 RIGHT OUTER JOIN 을 합쳐 놓은 것
• INNER JOIN의 결과를 구한 후, 좌측 항의 릴레이션의 튜플들에 대해 우측 항의 릴레이션의 어떤 튜플과도 맞지 않는 튜플들에 NULL 값을 붙여서 INNER JOIN 의 결과에 추가한다.
  • 그리고 유사하게 우측 항의 릴레이션의 튜플들에 대해 좌측 항의 릴레이션의 어떤 튜플과도 맞지 않는 튜플들에 NULL 값을 붙여서 INNER JOIN 의 결과에 추가한다.

SELECT [테이블명1.]속성명, [테이블명2.]속성명, ...
FROM 테이블명1 FULL OUTER JOIN 테이블명2
ON 테이블명1.속성명 = 테이블명2.속성명;

프로시저(PROCEDURE)

• 일련의 쿼리들을 마치 하나의 함수처럼 실행하기 위한 쿼리의 집합

프로시저 구성 : 디비컨 SET

• 선언부(DECLARE)
• 시작/종료부(BEGIN/END)
• 제어부(CONTROL)
• SQL
• 예외부(EXCEPTION)
• 실행부(TRANSACTION)

프로시저 생성

• 프로시저를 생성하기 위해 CREATE PROCEDURE 명령어를 사용한다.

CREATE [OR REPLACE] PROCEDURE 프로시저명(파라미터)
[지역변수 선언]
BEGIN
    프로시저 BODY;
END;

프로시저 실행

• 프로시저를 실행하기 위해서는 EXECUTE 명령어 또는 CALL 명령어를 사용하며, EXECUTE 명령어를 줄여서 EXEC 로 사용하기도 한다.

EXECUTE 프로시저명;
EXEC 프로시저명;
CALL 프로시저명;

프로시저 제거

• 프로시저를 제거하기 위해서 DROP PROCEDURE 명령어를 사용한다.

DROP PROCEDURE 프로시저명;

트리거(TRIGGER)

• 데이터베이스 시스템에서 데이터의 삽입(Insert), 갱신(Update), 삭제(Delete) 등의
• 이벤트(Event)가 발생할 때 관련 작업이 자동으로 수행되게 하는 절차형 SQL
• 트리거의 구문에는 DCL(데이터 제어어)을 사용할 수 없으며, DCL이 포함된 프로시저나 함수를 호출하는 경우에 오류가 발생한다.

트리거 구성 : 디이비컨 SE

• 선언부(DECLARE)
• 이벤트뷰(EVENT)
• 시작/종료부(BEGIN/END)
• 제어부(CONTROL)
• SQL
• 예외부(EXCEPTION)

트리거의 생성

• 트리거를 생성하기 위해서는 CREATE TRIGGER 명령어를 사용한다.

CREATE [OR REPLACE] TRIGGER 트리거명 [동작시기 옵션][동작 옵션] ON 테이블명
REFERENCING [NEW | OLD] AS 테이블명
FOR EACH ROW
[WHEN 조건식]
BEGIN
    트리거 BODY;
END;

트리거의 제거

• 트리거를 제거하기 위해 DROP TRIGGER 명령어를 사용한다.

DROP TRIGGER 트리거명;

사용자 정의 함수

• 프로시저와 유사하게 SQL을 사용하여 일련의 작업을 연속적으로 처리하지만,
• 종료 시 처리 결과로 단일값만을 변환하는 절차형 SQL
• 데이터베이스에 저장되어 SELECT, INSERT, DELETE, UPDATE 등 DML 문의 호출에 의해 실행된다.
• 예약어 RETURN 을 통해 을 반환하며, 출력 파라미터가 없다.
• 단일값

사용자 정의 함수 구성 : 디비컨 SER

• 선언부(DECLARE)
• 시작/종료부(BEGIN/END)
• 제어부(CONTROL)
• SQL
• 예외부(EXCEPTION)
• 반환부(RETURN)

사용자 정의 함수 생성

• 사용자 정의 함수를 생성하기 위해 CREATE FUNCTION 명령어를 사용한다.

CREATE [OR REPLACE] FUNCTION 사용자 정의 함수명(파라미터)
[지역변수 선언]
BEGIN
    사용자 정의 함수 BODY;
    RETURN 반환값;
END;

사용자 정의 함수 실행

• 사용자 정의 함수는 DML 에서 이나 이 놓일 자리를 대체하여 사용된다.값
• 속성명

SELECT 사용자 정의 함수명 FROM 테이블명;
INSERT INTO 테이블명(속성명) VALUES(사용자 저의 함수명);
DELETE FROM 테이블명 WHERE 속성명 = 사용자 정의 함수명;
UPDATE 테이블명 SET 속성명 = 사용자 정의 함수명;

사용자 정의 함수 제거

• 사용자 정의 함수를 제거하기 위해서 DROP FUNCTION 명령어를 사용한다.

DROP FUNCTION 사용자 정의 함수명;

제어문

IF 문

• 조건에 따라 실행할 문장을 달리하는 제어문

형식 1 : 조건이 참일 때만 실행한다.

IF 조건 THEN
    실행할 문장1;
    실행할 문장2;
        ...
END IF;

형식 2 : 조건이 참일 때와 거짓일 때 실행할 문장이 다르다.

IF 조건 THEN
    실행할 문장1;
ELSE
    실행할 문장2;
END IF;

LOOP 문

• 조건에 따라 실행할 문장을 반복 수행하는 제어문

LOOP
    실행할 문장;
    EXIT WHEN 조건;
END LOOP;

커서(CURSOR)

• 쿼리문의 처리 결과가 저장되어 있는 메모리 공간을 가리키는 포인터(Pointer)
• 커서의 수행은 열기(Open), 패치(Fetch), 닫기(Close)의 세 단계로 진행된다.

선언 형식

• (매개변수1, 매개변수2, ...) 는 SELECT 문의 WHERE 절에 사용할 수 있으며, 생략이 가능하다.
• 커서는 SELECT 문의 실행 결과가 저장된 곳의 시작 위치를 가리킨다.

CURSOR 커서명(매개변수1, 매개변수2, ...)
IS
SELECT문;

열기(Open) 형식

• 커서를 사용하기 전에 반드시 적는다.

OPEN 커서명(매개변수1, 매개변수2, ...);

패치(Fetch) 형식

• 커서명과 커서에 저장된 튜플들의 각 속성과 같은 자료형을 가진 변수를 적고 데이터를 가져온다.

FETCH 커서명 INTO 변수1, 변수2, ...;

닫기(Close) 형식

• 사용된 커서는 메모리 해제를 위해 반드시 닫아야 한다.

CLOSE 커서명;

윈도 함수

• 데이터베이스를 사용한 온라인 분석 처리 용도로 사용하기 위해서 표준 SQL에 추가된 함수

SELECT 함수명(파라미터)
    OVER
    ([PARTITION BY 컬럼1, ...]
    [ORDER BY 컬럼A, ...])
FROM 테이블명

• 순위 함수
  • RANK : 특정 항목(컬럼)에 대한 순위를 구하는 함수
  • DENSE_RANK : 레코드의 순위를 계산하는 함수 (동일 순위의 레코드 존재 시에도 후순위를 넘어가지 않음.)
  • ROW_NUMBER : 레코드의 순위를 계산하는 함수 (동일 순위의 값이 존재해도 이와 무관하게 연속 번호를 부여)

09. 소프트웨어 개발 보안 구축

SW 개발 보안의 3대 요소 : 기무가

• 기밀성(Confidentiality) : 인가되지 않은 개인 혹은 시스템 접근에 따른 정보 공개 및 노출을 차단하는 특성
• 무결성(Integrity) : 정당한 방법을 따르지 않고서는 데이터가 변경될 수 없으며, 데이터의 정확성 및 완전성과 고의/악의로 변경되거나 훼손 또는 파괴되지 않음을 보장하는 특성
• 가용성(Availability) : 권한을 가진 사용자나 애플리케이션이 원하는 서비스를 지속해서 사용할 수 있도록 보장하는 특성

SW 개발 보안 용어 : 자위취위

• 자산(Assets)
• 위협(Threats)
• 취약점(Vulnerability)
• 위험(Risk)

DoS(Denial of Service) 공격

• 시스템을 악의적으로 공격해서 해당 시스템의 자원을 부족하게 하여 원래 의도된 용도로 사용하지 못하게 하는 공격
• 종류
  • SYN 플러딩(SYN Flooding) : TCP 프로토콜의 구조적인 문제를 이용한 공격
  • UDP 플러딩(UDP Flooding) : 대량의 UDP 패킷을 만들어 임의의 포트 번호로 전송하여 응답 메시지(ICMP Destination Unreachable)를 생성하게 하여 지속해서 자원을 고갈시키는 공격
  • 스머프(Smurf) / 스머핑(Smurfing) : 하여 네트워크 전체에게 을 직접 브로드캐스팅하여 마비시키는 공격ICMP Echo 패킷
  • 출발지 주소를 공격 대상의 IP로 설정
  • 죽음의 핑(PoD; Ping of Death) : 전송하면 다수의 IP 단편화가 발생하고, 수신 측에서는 단편화된 패킷을 처리하는 과정에서 많은 부하가 발생하거나 재조합 버퍼의 오버플로우가 발생하여 정상적인 서비스를 하지 못하도록 하는 공격
  • ICMP 패킷을 정상적인 크기보다 아주 크게 만들어
  • 랜드 어택(Land Attack) : 출발지 IP와 목적지 IP를 같은 패킷 주소로 만들어 보냄으로써 수신자가 자기 자신에게 응답을 보내게 하여 시스템의 가용성을 침해하는 공격 기법
  • 티어 드롭(Tear Drop) : IP 패킷의 재조합 과정에서 잘못된 Fragment Offset 정보로 인해 수신 시스템 문제를 발생하도록 만드는 DoS 공격
  • 봉크(Bonk) / 보잉크(Boink) : 프로토콜의 오류 제어를 이용한 공격 기법으로서, 시스템의 패킷 재전송과 재조립이 과부하를 유발

DDoS(Distributed DoS) 공격

• 여러 대의 공격자를 분산 배치하여 동시에 동작하게 함으로써 특정 사이트를 공격하는 기법

DDoS의 공격 구성 요소 : HAMAD(하마드)

• 핸들러(Handler)
• 에이전트(Agent)
• 마스터(Master)
• 공격자(Attacker)
• 데몬 프로그램(Daemon)

인증 기술의 유형 : 지소생특

• 지식 기반 인증
• 소지 기반 인증
• 생체 기반 인증
• 특징 기반 인증

서버 접근 통제 유형

• 임의적 접근 통제(DAC; Discretionary Access Control) : 주체나 그룹의 신분에 근거하여 객체에 대한 접근을 제한하는 방법
• 강제적 접근 통제(MAC; Mandatory Access Control) : 객체에 포함된 정보의 허용등급과 접근 정보에 대하여 주체가 갖는 접근 허가 권한에 근거하여 객체에 대한 접근을 제한하는 방법
• 역할 기반 접근 통제(RBAC; Role Based Access Control) : 중앙 관리자가 사용자와 시스템의 상호관계를 통제하며 조직 내 맡은 역할(Role)에 기초하여 자원에 대한 접근을 제한하는 방법

3A(Authentication, Authorization, Accounting)

• 유무선 이동 및 인터넷 환경에서 가입자에 대한 안전하고 신뢰성 있는 인증, 권한 검증, 과금 기능을 체계적으로 제공하는 정보 기술
  • 인증(Authentication)
  • 권한 부여(Authorization)
  • 계정 관리(Accounting)

벨-라파듈라 모델(BLP; Bell-LaPadula Policy) : 벨기

• 미 국방부 지원 보안 모델로 보안 요소 중 을 강조하며 강제적 정책에 의해 접근 통제하는 모델
• 기밀성
• No Read Up, No Write Down

비바 모델 : 비무

• 벨-라파듈라 모델의 단점을 보완한 을 보장하는 최초의 모델
• 무결성
• No Read Down, No Write Up

대칭 키 암호화 알고리즘

• DES(Data Encryption Standard) : 1975년 IBM 개발, NIST에서 발표
• SEED : 1999년 KISA
• AES(Advanced Encryption Standard) : 2001년 미국 표준 기술 연구소(NIST)
• ARIA(Academy, Research Institute, Agency) : 2004년 국가정보원과 산학연구협회
• IDEA(International Data Encryption Algorithm) : DES 대체, 스위스 연방기술 기관, 128비트의 키
• LFSR(Linear Feedback Shift Register) : XOR, 선형 되먹임 시프트 레지스터

비대칭 키 암호화 알고리즘

• 디피 헬만(Diffie-Hellman) : 최초의 공개키 알고리즘, 1976년 고안, 이산대수의 계산이 어려운 문제를 기본 원리
• RSA(Rivest-Shamir-Adleman) : 1977년 3명의 MIT 수학 교수, 소인수 분해
• ECC(Elliptic Cuve Crpytography) : 1985년 코블리치와 밀러, RSA 암호 방식에 대한 대안, 타원 곡선 암호
• ElGamal : T.ElGamal 1985년 제안, 이산대수의 계산이 어려운 문제를 원리

해시 알고리즘

• MD5 : 1991년 Rivest MD4 개선, 프로그램/파일 무결성 검사
• SHA-1 : 1993년 NSA 미 정부 표준 지정, DSA에서 사용, 160비트 해시값 생성
• SHA-256/384/512 : SHA 알고리즘 한 종류, 256비트 해시값 생성
• HAS-160 : 국내 표준 서명 알고리즘 KCDSA를 위하여 개발
• HAVAL : 메시지를 1024비트 블록으로 나눔, 메시지 다이제스트 출력

시큐어 코딩 가이드 적용 대상 : 입보시 에코캡아

• 입력 데이터 검증 및 표현
• 보안 기능
• 시간 및 상태
• 에러 처리
• 코드 오류
• 캡슐화
• API 오용

XSS(Cross Site Script)

• 검증되지 않은 외부 입력 데이터가 포함된 웹페이지가 전송되는 경우 사용자가 해당 웹페이지를 열람함으로써 웹페이지에 포함된 부적잘한 스크립트가 실행되는 공격
• 공격 유형
  • Stored XSS
  • Reflected XSS
  • DOM XSS

사이트 간 요청 위조(CSRF; Cross Site Request Forgery)

• 사용자가 자신의 의지와는 무관하게 공격자가 의도한 행위를 특정 웹사이트에 요청하게 하는 공격

SQL 삽입(Injection)

• 응용 프로그램의 보안 취약점을 이용해서 악의적인 SQL 구문을 삽입, 실행시켜서 데이터베이스의 접근을 통해 정보를 탈취하거나 조작 등의 행위를 하는 공격 기법
• 공격 유형
  • FROM SQL Injection
  • Union SQL Injection
  • Stored Procedure SQL Injection
  • Mass SQL Injection
  • Error-Based SQL Injection
  • Blind SQL Injection

네트워크 보안 솔루션

• 방화벽(Firewall) : 기업 내부, 외부 간 트래픽을 모니터링 하여 시스템의 접근을 허용하거나 차단하는 시스템
• 웹 방화벽(WAF; Web Application Firewall) : 엡 애플리케이션의 보안에 특화된 보안 장비. XSS, SQL 인젝션 차단 가능
• 네트워크 접근 제어(NAC; Network Access Control) : 단말기가 내부 네트워크에 접속을 시도할 때 이를 제어하고 통제하는 기능을 제공하는 솔루션
• 침입 탐지 시스템(IDS; Intrusion Detectoion System) : 네트워크에서 발생하는 이벤트를 모니터링하고 비인가 사용자에 의한 자원 접근과 보안 정채 위반 행위(침입)을 실시간으로 탐지하는 시스템
• 침입 방지 시스템(IPS; Intrusion Prevention System) : 네트워크에 대한 공격이나 침입을 실시간으로 차단하고 유해 트래피에 대한 조치를 능동적으로 처리하는 시스템
• 무선 침입 방지 시스템(WIPS; Wireless Intrusion Prevention System) : 인가되지 않은 무선 단말기의 접속을 자동으로 탐지 및 차단하고 보안에 취약한 무선 공유기를 탐지하는 시스템
• 통합 보안 시스템(UTM; Unified Threat Management) : 다양한 보안 장비의 기능을 하나의 장비로 통합하여 제공하는 시스템
• 가상사설망(VPN; Virtual Private Network) : 인터넷과 같은 공중망에 인증, 암호화, 터널링 기술을 활용하여 마치 전용망을 사용하는 효과를 가지는 보안 솔루션

DRS(Disaster Recovery System)

• 재해복구계획의 원할한 수행을 지원하기 위하여 평상시에 확보하여 두는 인적, 물적 자원 및 이들에 대한 지속적인 관리체계가 통합된 재해복구센터
• 유형
  • Mirror Site : RTO 즉시
  • Hot Site : RTO 4시간 이내
  • Warm Site : RTO 수일~수주
  • Cold Site : RTO 수주~수개월

허니팟(Honeypot)

• 비정상적인 접근을 탐지하기 위해 의도적으로 설치해 둔 시스템
• 일부러 허술하게 마들어서 해커에게 노출하는 유인 시스템

10. 애플리케이션 테스트 관리

소프트웨어 테스트 필요성 : 발예향

• 오류 발견 관점 : 프로그램에 잠재된 오류를 발견하고 이를 수정하여 올바른 프로그램을 개발하기 위해 필요
• 오류 예방 관점 : 프로그램 실행 전에 동료 검토, 워크 스루, 인스펙션 등을 통해 오류를 사전에 발견하는 예방 차원의 필요
• 품질 향상 관점 : 사용자의 요구사항 및 기대 수준을 만족하도록 반복적인 테스트를 거쳐 제품의 신뢰도를 향상하는 품질 보증을 위해 필요

소프트웨어 테스트의 기본 원칙 : 결완초집 살정오

• 결함 존재 증명 : 결함이 존재함을 밝히는 활동
• 완벽 테스팅은 불가능 : 완벽하게 테스팅하는 시도는 불필요한 시간과 자원 낭비
• 초기에 테스팅 시작
• 결함 집중 : 적은 수의 모듈에서 대다수의 결함이 발견됨 (20% 80% - 파레토의 법칙)
• 살충제 패러독스 : 동일한 테스트 케이스에 의한 반복적 테스트는 버그를 찾지 못함.
• 정황에 의존 : 소프트웨어의 성격에 맞게 테스트 실시
• 오류-부재의 궤변 : 요구사항을 충족시켜주지 못한다면 결함이 없다고 해도 품질이 높다고 할 수 없음.

화이트박스 테스트(White-Box Test)

• 각 응용 프로그램의 을 검사하는 소프트웨어 테스트
• 내부 구조와 동작

화이트박스 테스트 유형 : 구결조 조변다 기제데

• 구문 커버리지 : 프로그램 내의
• 모든 명령문을 적어도 한 번 수행
• 결정 커버리지 : (각 분기의) 결정 포인트 내의 의 결과를 수행
• 전체 조건식이 적어도 한 번은 참(T)과 거짓(F)
• 조건 커버리지 : (각 분기의) 결정 포인트 내의 의 결과가 되도록 수행
• 각 개별 조건식이 적어도 한 번은 참과 거짓
• 조건/결정 커버리지 : 전체 조건식 뿐만 아니라 개별 조건식도 참 한 번, 거짓 한 번 결과가 되도록 수행
• 변경 조건/결정 커버리지 : 개별 조건식이 다른 개별 조건식에 영향을 받지 않고, 전체 조건식에 독립적으로 영향을 주도록 함으로써 조건/결정 커버리지를 향상 시킨 커버리지
• 다중 조건 커버리지 : 결정 조건 내 모든 개별 조건식의 모든 가능한 조합을 100% 보장
• 기본 경로 커버리지 : 를 테스트
• 수행 가능한 모든 경로
• 제어 흐름 테스트 : 프로그램 제어 구조를 로 나타내어 내부 로직을 테스트
• 그래프 형태
• 데이터 흐름 테스트 : 에 데이터 사용 현황을 추가한 그래프를 통해 테스트
• 제어 흐름 그래프

블랙박스 테스트(Black-Box Test)

• 프로그램 외부 사용자의 요구사항 명세를 보면서 수행하는 테스트(기능 테스트)

블랙박스 테스트 유형 : 동경결상 유분페원비

• 동등분할 테스트 : 입력 데이터의 영역을 유사한 도메인별로 유횻값/무횻값을 그룹핑하여 대푯값 테스트 케이스를 도출
• 경곗값 분석 테스트 : 등가 분할 후 경곗값 부분에서 오류 발생 확률이 높기 때문에 경곗값을 포함하여 테스트 케이스를 설계하여 테스트
• 결정 테이블 테스트 : 요구사항의 논리와 발생조건을 테이블 형태로 나열하여 조건과 행위를 모두 조합하여 테스트
• 상태 전이 테스트 : 테스트 대상/시스템이나 객체의 상태를 구분하고 이벤트에 의해 어느 한 상태에서 다른 상태로 전이되는 경우의 수를 수행
• 유스케이스 테스트 : 시스템이 실제 사용되는 유스케이스로 모델링되어 있을 때 프로세스 흐름을 기반으로 테스트케이스를 명세화하여 수행
• 분류 트리 테스트 : SW의 일부 또는 전체를 트리 구조로 분석 및 표현하여 테스트 케이스를 설계하여 테스트
• 페어와이즈 테스트 : 테스트 데이터값들 간에 최소한 한 번씩을 조합하는 방식
• 원인-결과 그래프 테스트 : 그래프를 활용하여 입력 데이터 간의 관계 및 출력에 미치는 영향을 분석하여 효용성이 높은 테스트 케이스를 선정하여 테스트
• 비교 테스트 : 여러 버전의 프로그램에 같은 입력값을 넣어서 동일한 결과 데이터가 나오는지 비교

테스트 목적에 따른 분류 : 회안성 구회병

• 회복 테스트 : 시스템에 고의로 실패를 유도하고 시스템의 정상적 복귀 여부를 테스트
• 안전 테스트 : 소스 코드 내의 보안적인 결함을 미리 점검
• 성능 테스트 : 사용자의 이벤트에 시스템이 응답하는 시간, 특정 시간 내에 처리하는 업무량, 사용자 요구에 시스템이 반응하는 속도 등을 측정
• 구조 테스트 : 시스템의 내부 논리 경로, 소스 코드의 복잡도를 평가
• 회귀 테스트 : 오류를 제거하거나 수정한 시스템에서 오류 제거와 수정에 의해 새로이 유입된 오류가 없는지 확인하는 일종의 반복 테스트 기법
• 병행 테스트 : 변경된 시스템과 기존 시스템에 동일한 데이터를 입력 후 결과를 비교

성능 테스트의 성능 유형

• 부하 테스트 : 시스템에 부하를 계속 증가시키면서 시스템의 임계점을 찾는 테스트
• 강도 테스트 : 시스템 처리 능력 이상의 부하, 즉 임계점 이상의 부하를 가하여 비정상적인 상황에서의 처리를 테스트
• 스파이크 테스트 : 짧은 시간에 사용자가 몰릴 때 시스템 반응 측정 테스트
• 내구성 테스트 : 오랜 시간 동안 시스템에 높은 부하를 가하여 시스템 반응 테스트

테스트 종류에 따른 분류 : 명구경

• 명세 기반 테스트(블랙박스 테스트) : 프로그램의 를 기반으로 테스트 케이스를 선정하여 테스트
• 요구사항 명세서
• 구조 기반 테스트(화이트박스 테스트) : 소프트웨어 에 따라 테스트 케이스를 작성하고 확인
• 내부 논리 흐름
• 경험 기반 테스트(블랙박스 테스트) : 유사 소프트웨어나 유사 기술 평가에서 을 토대로 한, 을 기반으로 수행하는 테스트직관과 기술 능력
• 테스터의 경험

테스트 커버리지

• 프로그램의 테스트 수행 정도를 나타내는 값으로 테스트 수행의 완벽성을 측정하는 도구

테스트 커버리지 유형 : 기라코

• 기능 기반 커버리지 : 테스트 대상 애플리케이션의 전체 기능을 모수로 설정하고, 실제 테스트가 수행된 기능의 수를 측정
• 라인 기반 커버리지 : 애플이케이션 전체 소스 코드의 라인 수를 모수로 테스트 시나리오가 수행한 소스 코드의 라인 수 측정
• 코드 커버리지 : 소스 코드의 구문, 조건, 결정 등의 구조 코드 자체가 얼마나 테스트되었는지를 측정

테스트 오라클(Test Oracle)

• 테스트의 결과가 참인지 거짓인지 판단하기 위해서 사전에 정의된 참 값을 입력하여 비교하는 기법

테스트 오라클의 종류 : 참샘휴일

• 참 오라클 : 에 대하여 기대하는 결과를 생성함으로써 발생된 오류를 모두 검출
• 모든 입력값
• 샘플링 오라클 : 에 대해서만 기대하는 결과를 제공
• 특정한 몇 개의 입력값
• 휴리스틱 오라클 : 샘플링 오라클을 개선한 오라클로, 으로 처리
• 특정 입력값에 대해 올바른 결과를 제공하고 나머지 값들에 대해서는 휴리스틱(추정)
• 일관성 검사 오라클 : 애플리케이션 변경이 있을 때 이 동일한지 확인
• 수행 전과 수행 후의 결과값

테스트 레벨

• 함께 편성되고 관리되는 테스트 활동의 그룹

테스트 레벨 종류 : 단통시인

• 단위 테스트 : 사용자 요구사항에 대한 단위 모듈, 서브루틴 등을 테스트하는 단계
• 통합 테스트 : 단위 테스트를 통과한 모듈 사이의 인터페이스, 통합된 컴포넌트 간의 상호 작용을 검증하는 테스트
• 시스템 테스트 : 통합된 단위 시스템의 기능이 시스템에서 정상적으로 수행되는지를 검증
• 인수 테스트 : 계약상의 요구사항이 만족되었는지 확인하기 위한 테스트

하향식 및 상향식 통합 수행 방식 : 하스 상드

• 하스 상드 : 하향식(스텁), 상향식(드라이버)

테스트 하네스 구성요소 : 드 스슈케 시스목

• 드라이버
• 스텁
• 슈트
• 케이스
• 시나리오
• 스크립트
• 목 오브젝트

결함 심각도별 분류 : 치주 보경단

• 치명적(Critical) 결함
• 주요(Major) 결함
• 보통(Normal) 결함
• 경미한(Minor) 결함
• 단순(Simple) 결함

애플리케이션 성능 측정 지표 : 처응경자

• 처리량
• 응답 시간
• 경과 시간
• 자원 사용률

데이터베이스 성능저하 원인 : 락페릭사커

• DB Lock
• DB Fetch
• Connection Leak
• Pool Size
• Commit

배드 코드 유형 : 오문이 결침

• 오염
• 문서 부족
• 의미 없는 이름
• 높은 결함도
• 아키텍처 침식

클린 코드 작성 원칙 : 가단의 중추

• 가독성
• 단순성
• 의존성 최소
• 중복성 제거
• 추상화

메모리 관리 기법의 종류 : 반배할교

• 반입기법
• 배치기법
• 할당기법
• 교체기법

배치 기법의 유형 : 초적악

• 최초 적합(First-fit)
• 최적 적합(Best-fit)
• 최악 적합(Worst-fit)

프로세스 상태 : 생준 실대완

• 생성 상태
• 준비 상태
• 실행 상태
• 대기 상태
• 완료 상태

프로세스 상태 전이 : 디타 블웨

• 디스패치
• 타이머 런 아웃
• 블록
• 웨이크 업

선점 스케줄링 알고리즘 : SMMR

• SRT
• MLQ
• MLFQ
• Round Robin

비선점 스케줄링 알고리즘 : 우기 HFS

• 우선순위
• 기한부
• HRN
• FCFS
• SJF

반환시간 및 대기시간 계산 방법 : 반종도 대반서

• 반환시간 = 종료 시간 - 도착 시간
• 대기시간 = 반환시간 - 서비스 시간

교착상태 발생 조건 : 상점비환

• 상호 배제
• 점유와 대기
• 비선점
• 환형 대기

교착 상태 해결 방법 : 예회발복

• 예방
• 회피
• 발견
• 복구

클라우드 컴퓨팅 분류 : 사공하

• 사설 클라우드
• 공용 클라우드
• 하이브리드 클라우드

클라우드 서비스 유형 : 인플소

• 인프라형 서비스(IaaS)
• 플랫폼형 서비스(PaaS)
• 소프트웨어형 서비스(SaaS)

프로토콜의 기본 3요소 : 구의타

• 구문(Syntax) : 전송하고자 하는 데이터의 형식
• 의미(Semantics) : 두 기기 간의 효율적이고 정확한 정보 전송을 위한 협조 사항과 오류 관리를 위한 제어 정보를 규정
• 타이밍(Timing) : 두 기기간의 통신 속도

IPv4 전송 방식 : 유멀브

• 유니캐스트
• 멀티캐스트
• 브로드 캐스트

IPv6 전송 방식 : 유멀애

• 유니캐스트
• 멀티캐스트
• 애니캐스트

TCP 특징 : 신연흐혼

• 신뢰성 보장
• 연결 지향적 특징
• 흐름 제어
• 혼잡 제어

패키징 도구 구성요소 : 암키식저 파정크인

• 암호화
• 키 관리
• 식별 기술
• 저작권 표현
• 암호화 파일 생성
• 정책 관리
• 크랙 방지
• 인증

제품 소프트웨어 설치 매뉴얼 기본 작성 항목 : 목이주구

• 목차 및 개요
• 문서 이력 정보
• 설치 매뉴얼 주석
• 설치 도구의 구성

백업의 유형 : 전차증

• 전체 백업
• 차등 백업 : 마지막 백업 이후 변경된 모든 데이터를 백업
• 증분 백업 : 정해진 시간을 기준으로 그 이후에 변경된 파일만 백업