[cs101] 정보처리기사 개념정리

2025.08.13

[cs101] 정보처리기사 개념정리

정보처리기기사 소프트웨어 구축 자주 나오는 개념

SDLC 소프트웨어 개발 생명주기

프로젝트 계획 → 요구분석 → 설계 → 구현 → 테스트 → 유지보수

계획 방법론

폭포수 방법론
- 선형 순차적 개발
- 고전적, 전통적 개발 모형
나선형 방법론
- 계획 수립 → 위험 분석 → 개발 및 검증 → 고객 평가
- 점진적 개발 과정 반복
에자일 방법론
- 기능 중심 개발
- 스크럼 SCRUM
- 익스트림 프로그래밍
- ❌ 오답 : 모듈 중심 개발

SCRUM 방법론

에자일 방법론의 일종
주요 역할
- 제품 책임자
  - 제품 백로그를 관리하고 우선순위 결정
- 스크럼 마스터
  - 팀이 스크럼 규칙을 잘 따르도록 도움
- 개발 팀
  - 스프린트 목표 달성을 위해 실제 개발 작업하는 팀
  - 3~9명으로 구성되며 자율적인 팀
주요 개념 및 산출물
- 제품 백로그
  - 제품 개발에 필요한 모든 요구사항, 기능, 버그 수정 등을 나열하고 우선 순위를 매긴 목록
- 스프린트
  - 1~4주의 짧은 기간 동안 반복적으로 진행되는 고정된 개발 주기
- 스프린트 백로그
  - 특정 스프린트 동안 완료할 제품 백로그 항목들의 부분집합
⚠️ 주의 : 스크럼(Scrum) 방법론에서 SRS(Software Requirement Specification)나 TRS(Technical Requirement Specification)에 해당하는 목록은 제품 백로그 이다. ✅

SRS 소프트웨어 요구 분석 명세서

사용자 요구사항을 문서화
무엇을 할지 정의하는 단계
구성
- 개발 목적 및 범위
- 기능적 요구사항
- 비기능적 요구사항
- 데이터 요구사항
- 제약조건
- ❌ 오답 : 아키텍처 및 인터페이스 명세

CASE

소프트웨어 개발 시 사용되는 분석 자동화 도구
SW 도구와 방법론의 결합
❌ 오답 : 프토로타입 모델에 위험 분석 기능을 추가한 생명주기 모형이다.
구성
- 상위 CASE
  - 요구 분석 및 설계 단계 지원
  - 모델 간 모순검사, 모델 오류 검증, 자료 흐름도 작성 기능
- 하위 CASE
  - 소스코드 작성, 테스트 문서화 과정 지원
- 통합 CASE
  - 소프트웨어 개발 주기 전체 과정 지원
원천 기술
- 구조적 기법
- 프로토타이핑 기술
- 정보 저장소 기술
- ❌ 오답 : 일괄 처리 기술
주요 기능
- S/W 라이프사이클 전 단계의 연결
- 그래픽 지원
- 다양한 소프트웨어 개발 모형 지원
- 작업 과정 / 데이터 공유
- ❌ 오답 : 언어 번역
종류
- SADT, SREM, PSL/PSA, TAGS

HIPO

하향식 소프트웨어 개발 기법
시스템의 기능을 여러 개의 고유 모듈들로 분할 하여 이들 간의 인터페이스를 계층 구조 로 표현한 도형 또는 도면
입력 -> 처리 -> 출력를 기본 구조로 함
문서화의 도구 및 설계 도구 방법을 제공, 유지보수 용이
너무 큰 시스템에서는 한계점
특징
- 가시적 도표 : 시스템의 전체적인 기능과 흐름을 보여줌
- 총체적 다이어그램 : 프로그램을 구성하는 기능(입력, 처리, 출력)을 기술
- 세부적 도다이어그램 : 총체적 다이어그램에 표시된 기능을 구성하는 기본 요소들을 상세히 기술

구조적 분석 모델

자료흐름도 DFD
- 구조적 언어, 의사결정표
- 시간의 흐름 표현 ❌
- Process: 원
- Data Flow : 화살표
- Data Store : 평행선
- Terminator : 사각형
자료사전 DD
- 소단위 명세서, ERD, 상태전이도
- = : 정의
- + : 연결 (AND)
- [ ] : 선택 (OR)
- { } : 반복
- ( ) : 옵션

객체지향 분석 모델

단계 문요객객객
- 문제정의-요구명세화-객체연산자정의-객체인터페이스결정-객체구현
SOLID 원칙
- SRP
  - 단일 책임 원칙
  - 클래스는 한 가지 책임만
- OCP
  - 개방-폐쇄 원칙
  - 수정 없이 확장 가능
- LSP
  - 리코스프 교체의 원칙
  - 부모 대신 자식 사용 가능
- ISP
  - 인터페이스 분리 원칙
  - 작은 인터페이스 다수 → 클라이언트 최적화
  - 클라이언트가 사용하지 않는 인터페이스 때문에 영향을 받아서는 ❌
  - 클라이언트는 자신이 사용하지 않는 메서드와 의존관계를 맺어서는 ❌
- DIP
  - 의존성 역전 원칙
  - 구체가 아니라 추상에 의존
분석 모델
- Booch
  - 미시적, 거시적 개발 프로세스를 모두 사용
- Jacobson
  - 유스케이스 사용
- Coad와 Yourdon
  - E-R 다이어그램
- Wirfs-Brock
  - 분석과 설계 구분 없이 명세서 평가후 작업까지 연속 수행
- Rumbaugh
  - 객체 모델링 → 객체 다이어그램
  - 동적 모델링 → 상태 다이어그램
  - 기능 모델링 → 자료흐름도(DFD)

소프트웨어 아키텍쳐

설계 구분
- 상위 : 아키텍처, 데이터, 인터페이스, 사용자 인터페이스
- 하위 : 모듈, 자료구조, 알고리즘
설계 과정
- 설계 목표 설정
- 시스템 타입 결정
- 스타일 적용 및 커스터마이즈
- 서브 시스템의 기능, 인터페이스 동작 작성
- 아키텍처 설계 검토
품질속성
- 시스템 측면
  - 성능, 사용 운용성, 보안성, 시험 용이성, 변경 용이성, 사용성
- 비즈니스 측면
  - 시장 적시성, 비용, 일정
- 아키텍처 측면
  - 이해 용이성, 재사용성, 분석 용이성, 구현 가능성

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

4개의 뷰와 1개의 시나리오(UseCase)
View 구성
- 논리
  - 시스템의 기능적 요소와 그들의 상호작용
  - 클래스 다이어그램, 상태 다이어그램
- 프로세스
  - 독자적인 제어 스레드를 가질 수 있는 액티브 클래스에 초점
  - 활동 다이어그램, 시퀸스 다이어그램
- 개발
  - 소프트웨어의 구현 구조 (모듈, 컴포넌트, 패키지)
  - 컴포넌트 다이어그램, 패키지 다이어그램
  - 계층 구조, 코드 재사용 등 구현 요건
- 물리
  - 시스템 엔지니어, 운영자 대상
  - 하드웨어 배치 (서버, 노드, 네트워크)
  - 배치 다이어그램,
- 유스케이스
  - 모든 이해관계자 대상 시스템이 수행하는 기능과 시나리오

소프트웨어 정의 데이터 센터

컴퓨팅, 네트워킹, 스토리지, 관리 등을 모두 소프트웨어로 정의
인력 개입 없이 소프트웨어 조작만으로 자동 제어 관리
데이터 센터 내 모든 자원을 가상화 하여 서비스
❌ 오답 : 특정 하드웨어에 종속되어 특화된 업무를 서비스하기 적합하다.

DBC

계약(Contract)에 의한 설계
구성
- 선행조건 : 메서드 호출 전 만족해야 할 조건
- 결과조건 : 메서드 실행 후 보장해야 하는 결과 조건
- 불변조건 : 전후로 항상 만족해야 할 조건
👀 시험 관련
- 계약에 의한 설계에서 선행조건, 결과조건, 불변조건을 포함한다.
- Eiffel 언어에서 제안된 방법론이다.
- 프로그램 컴포넌트의 신뢰성을 보장하는 방법론이다.
- 품질 속성 중 신뢰성 과 연관되어있다.

UML

구성요소 : 사물, 관계, 다이어그램으로 구성
사물 : 구조, 행동, 그룹, 주해
관계
- 연관
  - Association
  - 2개 이상의 사물이 서로 관련
- 집합
  - 하나의 사물이 다른 사물에 포함
- 포함
  - 집합 관계 내 한 사물의 변화가 다른 사물에 영향
- 일반화
  - 한 클래스가 다른 클래스를 포함하는 상위 개념일 때를 지칭
- 의존
  - Dependency
  - 사물 간 서로에게 영향을 주는 관계
- 실체화
  - Realizztion
  - 한 객체가 타 객체에게 오퍼레이션을 수행할 수 있도록 지정/그룹화
다이어그램
- 구조/정적 다이어그램 클객컴배복패
  - 클래스
  - 객체
  - 컴포넌트
  - 배치(배포)
    - 물리적 요소의 위치/구조 표현
    - 노드(3D 박스모양), 아티팩트(노드 위 배치), 연결로 구성
  - 복합체
  - 패키지
- 행위/동적 다이어그램 유활상 - 시커타상
  - 유스케이스
  - 활동
    - 처리 흐름을 순서에 따라 표현
  - 상태
    - 상태 변화
  - 상호작용
    - 시퀀스(순차)
      - 시스템/객체들이 주고받는 메세지 표현
      - 생명선, 실행, 메세지
    - 커뮤니케이션(교류): 메세지와 객체 간의 연관관계까지 표현
    - 타이밍: 상태 변화와 시간 제약 명시적으로 표현
    - 상호작용 개요: 상호작용 다이어그램 간 제어
객체 표현
- 스테레오 타입 : 《》 로 표기, 의미 확장
- 제약: { } 안에 제약식, 조건 표현
- 태그: {속성명=값} 형태로 부가 정보 표현

유스케이스

시스템을 블랙박스로 보고, “밖에서 누가 무엇을 요청하느냐?“에 초점
구성 요소
- Actor, SystemBoundary, UseCase, 관계
관계
- 연관
  - Actor <-> UsecAse 참여 관계
  - 실선, 다중성(1, 1,..,) 표기 가능
  - ⚠️ 연관은 행위 흐름이 아닌 참여만 나타냄
- 포함
  - 항상 호출되는 공통 하위 시나리오 분리
  - 점선 화살표 + <<include>> 표기
  - A 수행 전 B가 무조건 선행 수행 되어야하는 경우
  - ⚠️ 조건부, 선택 실행은 포함이 아닌 확장
- 확장
  - 조건부/선택적으로 기본 UseCase에 끼어드는 부가 흐름
  - 점선 화살표 + <<extend>> 표기
  - ⚠️ 자꾸 쓰는 공통 절차면 확장이 아닌 포함
- 일반화
  - 상/하위의 특화나 공통 관계 (UseCase, Actor 모두 가능)
  - 실선 + 속 빈 삼각형 표기

NS chart

논리의 기술에 중점을 둔 도형식 표현 방법이다.
연속, 선택 및 다중 선택, 반복 등의 제어 논리 구조로 표현한다.
조건이 복합되어 있는 곳의 처리를 시각적으로 명확히 식별하는 데 적합하다.
❌ 오답 : 주로 화살표를 사용하여 논리적인 제어 구조로 흐름을 표현한다.

CBD

생산성과 품질을 높이고, 유지보수 비용을 최소화
재사용이 가능한 컴포넌트의 개발 또는 사용 컴포넌트들을 조합하여 애플리케이션 개발
독립적인 컴포넌트 단위의 관리로 복잡성을 최소화
❌ 오답 : 모듈의 분할과 정복에 의한 하향식 설계 방식이다.

결합도 (모듈 간)

모듈 상호 간 결합도
낮을 수록 좋음
오름차순 정리 CCECSD
- 내용: 한 모듈이 다른 모듈의 내부 기능 및 자료를 직접 참조/수정
- 공통: 공유되는 공통 데이터를 여러 모듈이 사용(전역 변수)
- 외부: 한 모듈에서 선언한 데이터를 외부 다른 모듈에서 참조
- 제어: 한 모듈이 다른 모듈의 상세한 처리 절차를 알고 있어 이를 통제하는 경우나 처리 기능이 두 모듈에 분리되어 설계
- 스탬프: 두 모듈이 동일한 자료구조를 조회
- 데이터: 모듈 간의 인터페이스가 자료요소로만 구성.
❌ 오답 : 데이터 결합도는 두 모듈이 매개변수로 자료를 전달할 때, 자료구조 형태로 전달되어 이용될 때 데이터가 결합되어있다고 한다. (이것은 스탬프 결합도의 설명)

응집도

각 모듈 내부 간 응집도
높을 수록 좋음
오름차순 정리 기순통절시논우
- 기능적: 단일 문제 해결, 한가지 명확한 기능
- 순차적: 모듈 내 출력 Data를 다음 활동의 Data로 순차 전달
- 통신적: 동일한 입출력으로 서로 다른 기능 수행
- 절차적: 여러 기능을 순차적으로 진행 - Data 공유 약함
- 시간적: 같은 시점에 실행되는 것들 모음
- 논리적: 유사한 성격의 처리 요소
- 우연적: 서로 관련없는 것들 모음

디자인 패턴

생성, 구조, 행위 패턴으로 구분
서브 시스템 에 속하는 컴포넌트들과 그 관계 설계를 위한 참조 모델
⚠️ 전체 시스템 구조 설계는 디자인 패턴이 아닌 아키텍처 패턴
생성패턴 ABFPS
- Abstract Factory
  - 구체적 클래스에 의존 ❌
  - 서로 연관/의존적 객체들이 조합된 인터페이스 제공
- Builder
  - 객체 생성 단계를 캡슐화/분리 -> 객체를 조립
  - 동일 생성 절차에서 서로 다른 표현 결과 제공
- Factory Method
  - 상위 클래스에서 객체 생성 인터페이스 정의
  - 서브 클래스에서 인스턴스 만드는 클래스 결정 (즉, 분리)
- Prototype
  - 원본/원형 객체를 복제 하는 방식
- Singleton
  - 하나의 객체만 생성
구조패턴 ABCDFFP
- Adapter
  - 비호환 인터페이스에 호환성 부여
  - 기존 클래스를 감싸서 변환
- Bridge
  - 구현부에서 추상층을 분리 후 각각 독립적 으로 확장
- Composite
  - 트리 구조로 부분/전체 계층 표현
  - 복합/단일 객체를 구분없이 사용
- Decorator
  - 상속 사용 없이 객체간 결합을 통해 기능 동적 추가/확장
- Fecade
  - 서브 클래스 없이 구현
  - 개발자가 사용해야하는 서브 시스템 가장 앞쪽에 위치
  - 복잡한 서브시스템 을 감싸서, 단순화된 통합 인터페이스를 제공
- Flyweight
  - 인스턴스 공유로 메모리 절약
  - 클래스 경량화
- Proxy
  - 접근이 힘든 객체를 연결하는 인터페이스 역할
  - 대리 객체 수행
행위패턴 어떻게 객체와 상호작용하고 책임을 분산할것인가?
- Mediator
  - 객체간 복잡 상호작용을 캡슐화하여 객체로 정의 후 중재
- Memento
  - 객체를 이전 특정 시점의 상태로 저장하고 복원
- Observer
  - 한 객체 상태 변화 시 상속 되어있는 객체들에 변화 전달 (1대 다)
- Strategy
  - 동일 계열 알고리즘 을 개별 캡슐화하여 상호 교환
- State
  - 객체의 상태에 따라 동일 동작 다르게 처리

MVC

응집도 ↑, 결합도 ↓, 변경 용이성 ↑
사용자 인터페이스를 시스템의 비즈니스 로직과 분리하는 구조
디자인 패턴 중 Observer에 해당하는 구조
구성
- Model
  - 핵심 데이터와 비즈니스 로직 담당
  - 뷰나 컨트롤러에 직접 의존하지 않음
- View
  - 사용자에게 보여지는 UI 담당
  - Model이 바뀌면 View는 자동 갱신 가능 (Observer)
- Controller
  - 사용자 입력을 해석하고, 동작을 모델에 전달하거나 뷰를 갱신
  - 뷰와 모델 사이 중재자/전달자 역할

미들웨어

운영체제와 응용 프로그램 사이의 소프트웨어
종류
- RPC: 네트워크로 다른 시스템의 함수를 호출
- MOM: 메세지 큐 기반 비동기 전송, 느슨, 비동기
- ORB: 객체 요청 브로커로 객체 지향 분산 환경 지원
- WAS: 웹 기반 서비스 실행 환경 제공
- TP: 트렌잭션이 온전하게 처리되고 있는지 감시/제어
- SQL/CLI: C와 같은 언어에서 SQL 호출 간으하게 하는 인터페이스
❌ 오답 : Webserver는 미들웨어가 아님
❌ 오답 : SQL/MM은 미들웨어가 아닌 SQL 표준의 확장

화이트박스

모듈 내부 작동을 직접 볼 수 있음
기초 경로, 조건, 루프, 구문, 결정기반 검사
목표
- 논리적 경로 점검 / 모든 소스코드 문장 한번 이상 수행
종류
- 기초 경로 검사
- 제어 구조 검사: 조건, 루프, 자료흐름검사

블랙박스

모듈 내부 내용 알 수 없음
소프트웨어 인터페이스에서 실행
SW 각 기능 완전 작동 입증 테스트로 기능테스트 라고 함
목표
- 인터페이스 오류 / 행위와 성능 오류 / 초기화와 종료 오류 잡기
종류
- 동치 분할 검사
- 경계값 분석
- 원인-효과 그래프 건사
- 오류 예측 검사
- 비교 검사

워크스루 vs 인스팩션

워크스루
- 비공식적 검토 기법
- 작성자가 직접 설명 하면서 동료/전문가들과 함께 문서 검토
- 검토 회의 전 요구사항 명세서를 미리 배포 후 사전 검토
- 오류 조기 검출에 목표
인스팩션
- 공식적 검토 기법
- 작성자가 아닌 전문가가 문서를 체계적으로 검토
- 오류 검출이 최우선

ISO 12207 소프트웨어 생명주기

기본: 획득, 공급, 개발, 운영, 유지보수
지원: 문서화, 형상관리, 품질보증, 검증, 확인, 합동검토, 감사
조직: 관리, 기반구조, 개선, 교육훈련

SPICE

SW 개발조직의 프로세스 능력 평가
능력 수준
- 0 : 불완전 - 프로세스 정의/수행 ❌
- 1 : 수행 - 프로세스가 목표를 달성
- 2 : 관리 - 프로세스가 계획/모니터링/조절됨
- 3 : 확입 - 표준 프로세스가 조직 내에 확립
- 4 : 예측 - 정량적 관리로 성과 예측 가능
- 5 : 최적화 - 지속적 개선활동 수행

소프트웨어 형상 관리 항목

프로젝트 요구 분석서
소스코드
운영 및 설치 지침서
❌ 오답 : 프로젝트 개발 비용

소프트웨어 사용자 인터페이스 개발 시스템의 기능

사용자 입력의 검증
에러처리와 에러 메세지 처리
도움과 프롬프트 제공
❌ 오답 : 소스코드 분석 및 오류 복구

EAI

EAI (Enterprise Application Integration)
기업 내 운영되는 플랫폼 및 애플리케이션 간의 정보전달, 연계, 통합 수행
Point to Point, Hub&Spoke, Message Bus, Hybrid 형태로 구성
⚠️ Point-ti-Point 만 미들웨어 방식이 아니다.

인터페이스 구현 검증 도구

Watir: 루비기반 웹 애플리케이션 테스트 프레임워크
xUnit: 다양한 언어를 지원하는 프레임워크
FitNesse: 웹기반으로 테스트 케이스 테이블 작성으로 빠르고 쉬움
STAF: 데몬을 사용하여 테스트 대상 분산 환경에서 진행
NTAF Naver: STAF + FitNesse
Selenium: 다양한 브라우저 지원
❌ 오답 : ESB, FoxBase

빌드 자동화 도구

Ant: Java
Maven: XML 기반, 의존성 관리 장점
Gradle: Groovy 기반, Andorid 개발 표준
Make: Makefile 기반

감성공학

접근방법 감통수
- 1류 : 감각적 접근
- 2류 : 통계적 접근
- 3류 : 수학적 접근
- 4류 : 졸합적 접근

DB 설계 순서

요개논물구
요구조건분석
- DB 사용 용도, 요구사항, 명세서 작성
개념적 모델
- 스키마 모델링, 트랜젝션 모델링, E-R 모델
논리적 모델
- 개념적 모델을 컴퓨터가 처리 가능한 구조로 표현
- 종속적인 논리 스키마 설계
- 트랜잭션 인터페이스 설계
- 정규화
물리적 모델
- 데이터 실제 저장 방법 및 접근 경로 표현
- 저장 레코드 의 형식/순서/접근경로 설계
- 트랜잭션 작성
- 반정규화
구현
- DBMS에서 SQL로 작성한 명령문 실행 후 DB 생성

릴레이션

구성
- 속성(Attribute)
  - 속성 = 열 = 필드
  - 속성의 갯수: Degree(차수)
- 튜플(Tuple)
  - 튜플 = 행 = 레코드
  - 튜플의 갯수: Cardianlity(기수)
특징
- 튜플과 속성은 유일하며 순서는 무의미함
- 튜플은 삽입/삭제 등에 의해 계속 변하고, 서로 상이한 값을 가짐
- 속성의 값은 분해 불가(원자성)하고, 동일할 수 있음
- 속성은 Null값을 가질 수 있으나, 기본키는 Null ❌

코드

설계순서
- 코드 대상 항목 결정 - 사용 범위와 기간 결정 - 코드화 방식 결정 - 코드의 문서화
종류
- 순차코드
  - 자료를 일정한 순서 대로 일련번호 단순 부여
  - 회원번호 001, 002…
  - 단순하고 쉬우나, 중간에 새로운 자료 삽입 어려움 (유연성 부족)
- 블록코드
  - 자료를 블록(그룹)별로 나누고, 블록 내에서 순차적으로 번호 부여
  - 10-19 가전, 20-29 가구 …
  - ⚠️ 예비코드, 구분 순차 코드 이며 확장성이 좋음
- 표의숫자코드
  - 각 자리 숫자에 의미 부여
  - 번호 311 (3: 전자), (1: TV), (1: 소형)
  - 의미 파악 용이하나 자릿수 늘어나면 복잡
  - ⚠️ 기계 처리 적합하지 않음!
- 연상코드
  - 사람이 이해하기 쉬운 문자, 기호로 표현
  - KR: 한국, JP: 일본
  - 직관적이고 암기 용이 하나 부여 기준 일관성 필요

ADO 객체

Connection 개체
- DB와 연결 관리, 세션 관리, 트랜잭션 처리
- Open, Close, Execute
Command 개체
- SQL 실행, 파라미터 포함 쿼리 실행
- CommandText, Execute
Recordset 개체
- 결과 집합 관리, 데이터 조작 가능
- AddNew, Update, Delete, MoveNext
Field 개체
- Recordset의 한 열, 컬럼(속성) 관리
- Name, Value
👀 시험
- Connection 개체와 관련 없는 것?
  - → AddNew (Recordset 전용) 같은 문제
- Recordset 개체의 기능으로 옳지 않은 것?
  - → Open, Execute (Connection 전용) 같은 문제
- ADO 개체 모델에서 각 개체의 역할을 연결하는 문제
  - Connection ↔ DB 연결
  - Command ↔ SQL 실행
  - Recordset ↔ 결과 집합
  - Field ↔ 컬럼

저작권 관리 구성요소

콘텐츠 분배자(Content Distributor) 제공자가 만든 콘텐츠를 유통·전달하는 주체
클리어링 하우스(Clearing House)
- 권리 허가/요금정산/이용기록 관리
패키저(Packager)
- 콘텐츠를 메타 데이터와 함께 배포 가능한 단위로 묶는 기능
DRM 제어(관리) 서버(DRM Controller)
- 라이선스 발급, 키 관리, 사용 정책(기간, 복제 금지 등) 적용
- 배포된 콘텐츠의 이용권한을 통제

DRM 기술

❌ 오답 : 콘텐츠 오류 감지 및 복구

데이터 모델 구성요소

데이터 구조
연산
제약조건
❌ 오답 : 출력 구조

트렌젝션

특징
- 원자성(Atomicity): 완전하게 수행 완료되지 않으면, 전혀 수행되지 않아야 함
- 일관성(Consistency): 시스템 고정요소는 트랜젝션 수행 전후로 같아야 함
- 격리성(Isolation): 트랜젝션 실행 시 타 트랜젝션 간섭 X
- 영속성(Durability): 트랜젠셕의 완료 결과가 DB에 영구히 기억됨
상태
- 활동: 트랜젝션의 수행 중인 상태
- 부분완료: 모든 연산 끝내고 Commit 직전
- 완료: Commit 까지 수행 완료
- 실패: 트렌잭션 실행 중 오류
- 철회: 실해 후 Rollback까지 수행

데이터 언어

DDL: DB구조/객체 정의 및 변경
- CREAT 테이블, 뷰, 인텍스 등 DB 객체 생성
- ALTER 기존 DB객체 구조 변경
- DROP 테이블, 뷰 등 DB객체 삭제
- RENAME 객체 이름 변경
- TRUNCATE 모든 데이터 삭제
DML: DB 데이터 조작
- SELECT 조회
- INSERT 추가
- UPDATE 수정
- DELETE 삭제
DCL: 데이터 제어어
- GRANT 권한 부여
- REVOKE 권한 회수
- COMMIT 작업 저장
- ROLLBACK 되돌리기
- SAVEPOINT 세이브포인트지정

교착상태

Mutual Exculsion
Hold and wait
Non-preemption
Circular Wait
❌ 오답 : Linear Wait

CSMA/CA, CSMA/CD

CSMA/CD (유선 이더넷)
- 채널이 비면 전송 시작
- 전송 중 신호 변화 감지
- 충돌 발견 시 전송 중단 + 재전송 대기
- 나가다가 부딪히면 멈춘다
CSMA/CA (무선 Wi-Fi)
- 채널이 비면 전송 전 랜덤 대기(백오프)
- 필요 시 RTS/CTS 절차로 송신 예약
- 전송 후 ACK 수신으로 성공 확인
- 즉, 나가기전에 미리 피한다

암호화

양방향 암호화
- 대칭키 : 비밀키 암호화 방식
  - DES
  - AES
  - SEED (한국 표준)
  - ARIA (한국 표준)
  - IDEA
  - LEA (한국 경량 암호)
  - Skipjack
- 비대칭키: 공개키 암호화 방식
  - RSA
  - Rabin
  - Diffie-Hellman (키 교환 방식)
  - DSA (전자서명 알고리즘)
  - ECC (Elliptic Curve Cryptography, 타원곡선 암호)
단방향 암호화 해시함수 암호화 방식
- SHA, HAVAL, MD4, MD5, N-NASH, SNEFRU
- 폴딩법(중첩): 레코드 키를 여러 부분으로 나누고, 나눈 부분의 각 숫자를 더하거나 XOR한 값을 홈주소로 사용
- 제곱법
- 숫자 분석법
- 제산법

CMM

❌ 오답 : 모듈의 분할과 정복에 의한 하향식 설계 방식이다.

기타 개념

오픈 그래프
- 기존의 웹 사이트를 소셜 네트워크 서비스와 연동하여 마케팅 플랫폼으로 활용하는 기법
CPND
- C: Contents
- P: Platform
- N: Network
- D: Digital

추가 중