한눈에 보기
- comcbt 8회차 실기출 789문항을 빈출도로 갈라보면, 5과목 전부가 아니라 상위 토픽 몇 개만 잡아도 과락이 안 난다. 그 지도를 그린다.
- 정보처리기사 관련 핵심 정리
- 정처기 관련 핵심 정리
- 정처기필기 관련 핵심 정리
- 정처기독학 관련 핵심 정리
- 정보처리기사필기 관련 핵심 정리
컴퓨터공학과 나왔다고, IT 회사 다닌다고 정보처리기사가 거저 붙는 건 아니더라고요. 저도 그렇게 얕봤다가 첫 회차 필기에서 한 과목 과락으로 떨어져 봤습니다. "다 아는 내용인데?" 하고 넘긴 페이지들이, 시험장에서는 죄다 헷갈리는 선택지로 돌아왔거든요.
그런데 두 번째 준비할 때 방식을 바꿨습니다. 이론서를 처음부터 끝까지 읽는 대신, 실제 기출에서 뭐가 몇 번 나왔는지부터 셌어요. 그랬더니 신기한 일이 벌어졌습니다. 5과목 각각에서 문제의 절반 이상이 딱 한두 개 토픽에 몰려 있더라고요. 나머지는 회당 한두 문제. 즉, 공부량을 3분의 1로 줄여도 합격선은 넘길 수 있는 구조였습니다.
이 글은 comcbt.com의 정보처리기사 실기출 8회차 분석 데이터를 그대로 옮겨서, "어디에 시간을 쏟아야 하는지"를 숫자로 보여드리려고 합니다. 감이 아니라 데이터로요. 정처기 독학하는 분, 시간 없는 직장인 수험생이라면 특히 도움이 될 겁니다.
정보처리기사 필기는 어떤 시험인가
정보처리기사 필기는 5과목으로 구성됩니다. 과목당 20문항씩 총 100문항, 과목별 40점 미만이면 과락(불합격), 전체 평균 60점 이상이면 합격이에요. 즉 한 과목이라도 8문제 아래로 맞으면 나머지를 아무리 잘 봐도 끝. 그래서 "버리는 과목 없이, 대신 각 과목에서 확실한 득점처를 잡는" 전략이 핵심입니다.
5과목은 이렇습니다.
- 소프트웨어 설계 (8회차 총 160문항 분석)
- 소프트웨어 개발 (총 160문항)
- 데이터베이스 구축 (총 151문항)
- 프로그래밍 언어 활용 (총 158문항)
- 정보시스템 구축관리 (총 160문항)
과목 이름만 보면 막막한데, 안을 뜯어보면 각 과목이 사실상 "1등 토픽 하나 + 나머지 잔챙이" 구조예요. 그 1등 토픽을 찾아봅시다.
과목별 기출 빈출도 랭킹 (comcbt 8회차 분석)
아래는 소스 분석 데이터 그대로입니다. 회당 평균 출제수를 보면 어디에 집중해야 하는지 한눈에 들어옵니다.
1과목 · 소프트웨어 설계 (160문항)
| 순위 | 주제 | 출제수 | 회당 평균 | 중요도 |
|---|---|---|---|---|
| 1 | 요구사항·분석모델 | 73 | 9.1 | ★★★★★ |
| 2 | 설계·아키텍처 | 39 | 4.9 | ★★★ |
| 3 | 디자인패턴·객체지향 | 36 | 4.5 | ★★ |
| 4 | 인터페이스 설계 | 12 | 1.5 | ★ |
한 회차에 20문제 중 9문제가 요구사항·분석모델에서 나옵니다. 여기 하나만 확실히 잡으면 이 과목 절반은 먹고 들어가는 거예요.
2과목 · 소프트웨어 개발 (160문항)
| 순위 | 주제 | 출제수 | 회당 평균 | 중요도 |
|---|---|---|---|---|
| 1 | 자료구조·알고리즘 | 102 | 12.8 | ★★★★★ |
| 2 | 테스트 | 32 | 4.0 | ★★ |
| 3 | 통합구현·형상관리 | 20 | 2.5 | ★ |
| 4 | 인터페이스 구현 | 6 | 0.8 | ★ |
무려 회당 12.8문제가 자료구조·알고리즘. 이 과목은 사실상 자료구조 과목이라고 봐도 됩니다.
3과목 · 데이터베이스 구축 (151문항)
| 순위 | 주제 | 출제수 | 회당 평균 | 중요도 |
|---|---|---|---|---|
| 1 | SQL | 57 | 7.1 | ★★★★★ |
| 2 | 데이터 모델링·정규화 | 56 | 7.0 | ★★★★★ |
| 3 | 트랜잭션·회복 | 24 | 3.0 | ★★ |
| 4 | 물리DB·인덱스·분산 | 14 | 1.8 | ★ |
여기는 SQL과 정규화가 거의 반반, 둘이 합쳐 회당 14문제입니다. 두 개가 쌍으로 붙어 다녀요.
4과목 · 프로그래밍 언어 활용 (158문항)
| 순위 | 주제 | 출제수 | 회당 평균 | 중요도 |
|---|---|---|---|---|
| 1 | C/Java/Python 문법 | 98 | 12.2 | ★★★★★ |
| 2 | 네트워크 기초 | 30 | 3.8 | ★★ |
| 3 | 운영체제 기초 | 28 | 3.5 | ★ |
| 4 | 언어 개념·구조 | 2 | 0.2 | ★ |
코드 읽고 출력값 맞히는 문제가 회당 12문제. 문법 파트는 손으로 직접 코드를 돌려봐야 늡니다.
5과목 · 정보시스템 구축관리 (160문항)
| 순위 | 주제 | 출제수 | 회당 평균 | 중요도 |
|---|---|---|---|---|
| 1 | 소프트웨어 개발방법론 | 119 | 14.9 | ★★★★★ |
| 2 | 보안 개념·암호화 | 23 | 2.9 | ★ |
| 3 | 보안 공격·대응 | 12 | 1.5 | ★ |
| 4 | IT 신기술·클라우드 | 6 | 0.8 | ★ |
회당 14.9문제. 5과목 중 편중이 가장 심합니다. 개발방법론(CMMI, SPICE, COCOMO, 나선형 등)만 파도 이 과목은 거의 넘어가요.
20개 장을 한 줄로 세워보면 — 과목 경계를 지운 통합 랭킹
과목 안에서만 순위를 보면 "우리 과목 1등"들이 다 비슷해 보입니다. 그런데 5과목 20개 장을 과목 경계 없이 한 줄로 세우면 진짜 크기 차이가 튀어나와요. 아래가 789문항 전체를 장 단위로 다시 정렬한 표입니다.
| 순위 | 장(章) | 소속 과목 | 출제수 | 회당 평균 |
|---|---|---|---|---|
| 1 | 소프트웨어 개발방법론 | 5 구축관리 | 119 | 14.9 |
| 2 | 자료구조·알고리즘 | 2 개발 | 102 | 12.8 |
| 3 | C/Java/Python 문법 | 4 프로그래밍 | 98 | 12.2 |
| 4 | 요구사항·분석모델 | 1 설계 | 73 | 9.1 |
| 5 | SQL | 3 DB | 57 | 7.1 |
| 6 | 데이터 모델링·정규화 | 3 DB | 56 | 7.0 |
| 7 | 설계·아키텍처 | 1 설계 | 39 | 4.9 |
| 8 | 디자인패턴·객체지향 | 1 설계 | 36 | 4.5 |
| 9 | 테스트 | 2 개발 | 32 | 4.0 |
| 10 | 네트워크 기초 | 4 프로그래밍 | 30 | 3.8 |
| 11 | 운영체제 기초 | 4 프로그래밍 | 28 | 3.5 |
| 12 | 트랜잭션·회복 | 3 DB | 24 | 3.0 |
| 13 | 보안 개념·암호화 | 5 구축관리 | 23 | 2.9 |
| 14 | 통합구현·형상관리 | 2 개발 | 20 | 2.5 |
| 15 | 물리DB·인덱스·분산 | 3 DB | 14 | 1.8 |
| 16 | 인터페이스 설계 | 1 설계 | 12 | 1.5 |
| 16 | 보안 공격·대응 | 5 구축관리 | 12 | 1.5 |
| 18 | 인터페이스 구현 | 2 개발 | 6 | 0.8 |
| 18 | IT 신기술·클라우드 | 5 구축관리 | 6 | 0.8 |
| 20 | 언어 개념·구조 | 4 프로그래밍 | 2 | 0.2 |
여기서 두 개의 숫자만 기억하세요.
- 상위 6개 장 합계 = 505문항 / 789문항 = 약 64%. 20개 중 6개면 시험지의 3분의 2입니다.
- 하위 6개 장 합계 = 52문항 = 약 6.6%. 여섯 장을 다 합쳐도 개발방법론 하나(119문항)의 절반이 안 돼요.
특히 맨 아래 "언어 개념·구조"는 8회차 통틀어 2문항입니다. 회당 0.2문제. 그런데 교재에서는 바인딩·스코프·컴파일러 원리로 수십 페이지를 차지하죠. 이 한 줄이 제가 처음 떨어졌을 때 뭘 잘못했는지를 정확히 설명해줍니다. 저는 교재를 공부했지 시험을 공부한 게 아니었어요.
과목별로 진짜 나오는 핵심 키워드
각 과목 1위 토픽에서 반복 등장하는 키워드만 추렸습니다. 이 단어들이 선택지에 보이면 "아, 그 파트구나" 하고 반응하면 돼요.
| 과목 | 1위 토픽 | 놓치면 안 되는 키워드 |
|---|---|---|
| 소프트웨어 설계 | 요구사항·분석모델 | 요구공학, UML, 유스케이스, 애자일, XP, 스크럼, 나선형 |
| 소프트웨어 개발 | 자료구조·알고리즘 | 스택, 큐, 트리, 그래프, 정렬, 해싱, 순회(전위/후위) |
| 데이터베이스 | SQL / 정규화 | SELECT, JOIN, GROUP BY, HAVING, DDL/DML/DCL, 함수적 종속, 이상현상 |
| 프로그래밍 언어 | C/Java/Python | 변수, 연산자, 포인터, 배열, 반복문, 출력 결과 |
| 정보시스템 구축관리 | 개발방법론 | CMMI, SPICE, 테일러링, LOC, COCOMO, 기능점수 |
시험 전날까지 손에 쥐고 있어야 할 공식·개념
여기 정리한 건 전부 소스 이론서에 실제로 실린 것들이에요. 매 회차 함정으로 반복되는 것들이라 외워두면 그냥 득점입니다.
응집도·결합도 (설계 과목 단골)
- 응집도 순서:
우연 < 논리 < 시간 < 절차 < 통신 < 순차 < 기능— 기능적 응집이 가장 강함(좋음). 역순으로 물어보는 함정 주의. - 결합도 순서:
자료 < 스탬프 < 제어 < 외부 < 공통 < 내용— 자료 결합이 가장 약함(좋음). 낮을수록 좋다.
이 두 줄이 시험장에서 가장 많이 뒤집히는 구간입니다. 순서만 외우면 "그래서 이게 좋은 거야 나쁜 거야?"에서 멈춰요. 그래서 한 표에 나란히 놓고 "왜 그 순서인지"까지 붙여서 외우는 걸 추천합니다. 아래 표를 손으로 한 번만 옮겨 적어보세요.
한 표로 외우는 응집도 7단계 (약할수록 나쁨)
| 강도 | 응집도 | 뜻 한 줄 | 기억 트리거 |
|---|---|---|---|
| 가장 약함 ❌ | 우연적(Coincidental) | 아무 관련 없는 것들이 그냥 한 모듈에 | "잡동사니 상자" |
| ↑ | 논리적(Logical) | 성격만 비슷한 것들을 묶고 플래그로 골라 실행 | "입력 처리 전부 모음" |
| ↑ | 시간적(Temporal) | 같은 시점에 실행돼서 묶임 | "초기화 루틴" |
| ↑ | 절차적(Procedural) | 정해진 순서대로 실행 | "순서는 있는데 데이터는 따로" |
| ↑ | 통신적(Communicational) | 같은 데이터를 사용하는 활동끼리 | "같은 입력, 다른 일" |
| ↑ | 순차적(Sequential) | 앞 작업의 출력이 뒤 작업의 입력 | "파이프라인" |
| 가장 강함 ✅ | 기능적(Functional) | 오직 하나의 기능만 수행 | "이름에 and가 안 붙음" |
한 표로 외우는 결합도 6단계 (강할수록 나쁨)
| 강도 | 결합도 | 뜻 한 줄 | 기억 트리거 |
|---|---|---|---|
| 가장 약함 ✅ | 자료(Data) | 필요한 값만 파라미터로 전달 | "숫자 하나만 넘김" |
| ↓ | 스탬프(Stamp) | 자료구조 통째로 넘기고 일부만 씀 | "구조체 전체를 넘김" |
| ↓ | 제어(Control) | 제어 플래그를 넘겨 남의 흐름을 조종 | "true/false로 분기 지시" |
| ↓ | 외부(External) | 외부 형식·프로토콜을 공유 | "외부 장치 포맷에 묶임" |
| ↓ | 공통(Common) | 전역 변수를 함께 씀 | "global" |
| 가장 강함 ❌ | 내용(Content) | 다른 모듈 내부를 직접 참조·수정 | "남의 지역변수를 건드림" |
여기서 시험이 파고드는 지점은 딱 두 개예요. ① 응집도는 높을수록 좋고 결합도는 낮을수록 좋다는 방향, ② 스탬프와 자료의 차이(구조 전체냐 값 하나냐), 제어와 외부의 차이(플래그냐 형식이냐). 이 두 개만 정확하면 이 파트에서 틀릴 일이 거의 없습니다.
맥케이브 순환복잡도 (개발 과목)
V(G) = E - N + 2— 간선(E) 빼기 노드(N) 더하기 2. 제어흐름도에서 화살표 수와 노드 수만 세면 끝납니다.
정규화와 트랜잭션 (DB 과목)
- 정규화 단계:
1NF → 2NF → 3NF → BCNF— 원자값 → 부분함수종속 제거 → 이행종속 제거 → 결정자 후보키. - 트랜잭션 ACID:
원자성·일관성·고립성·지속성(Atomicity, Consistency, Isolation, Durability).
네트워크·인프라 (프로그래밍/구축관리 과목)
- IPv4 클래스:
A: 0~127, B: 128~191, C: 192~223— 첫 옥텟 범위로 클래스 판별. 사설 IP 대역도 함께. - RAID 레벨:
0 스트라이핑 / 1 미러링 / 5 패리티— RAID 5는 디스크 1개 장애 허용, 최소 3개 필요.
그리고 기출에서 두 번 이상 똑같이 나온 함정 정답들도 챙기세요. 소스에서 확인된 반복 출제 정답만 뽑으면 이렇습니다.
- 정적분석 도구가 아닌 것 →
valance(2회 출제) - 패키징 설명 중 틀린 것 → "패키징은 개발자 중심으로 진행한다" (2회) 실제로는 사용자 중심
- 인터페이스 구현 검증 도구가 아닌 것 →
Foxbase(2회) - 물리적 설계 단계 아닌 것 → "목표 DBMS에 맞는 스키마 설계"(이건 논리설계) (2회)
- 비용 추정 모형이 아닌 것 →
PERT(2회) PERT는 일정 관리 기법 - 스토리지 설명 →
DAS(2회) - IPv6 틀린 설명 → "멀티캐스트 대신 브로드캐스트를 사용한다" (2회) IPv6엔 브로드캐스트가 없음
이런 건 이해보다 그냥 "이 문장 나오면 이게 답"으로 외워두는 게 시간 대비 효율이 좋습니다. 위 7건에 소스에서 확인된 나머지 반복 출제까지 더해 근거 한 줄씩 붙여 다시 정리하면 이렇습니다.
Q1. 정적분석 도구가 아닌 것은? (2회) → valance. pmd·cppcheck·SonarQube·checkstyle이 실제 정적분석 도구. 이름만 그럴듯한 가짜를 하나 끼워 넣는 전형적 수법.
Q2. 소프트웨어 패키징 설명으로 틀린 것은? (2회) → "패키징은 개발자 중심으로 진행한다." 패키징은 사용자 중심. "개발자 관점/편의"라는 표현이 보이면 그게 오답이다.
Q3. 인터페이스 구현 검증 도구가 아닌 것은? (2회) → Foxbase. xUnit·STAF·FitNesse·NTAF·Selenium·watir가 검증 도구. Foxbase는 옛 DBMS다.
Q4. 물리적 설계 단계에서 수행하는 사항이 아닌 것은? (2회) → "목표 DBMS에 맞는 스키마 설계". 그건 논리적 설계. 물리 단계는 레코드 집중 분석, 저장 구조, 접근 경로, 인덱스 같은 "물리적 저장" 얘기만 나온다.
Q5. 소프트웨어 비용 추정 모형이 아닌 것은? (2회) → PERT. COCOMO·Putnam·기능점수(FP)가 비용 추정. PERT/CPM은 일정 관리 기법이다. "일정"과 "비용"을 섞는 게 포인트.
Q6. 다음 내용이 설명하는 스토리지 시스템은? (2회) → DAS. 서버에 직접 연결이면 DAS, 네트워크 파일 단위면 NAS, 전용 스토리지 네트워크면 SAN. "직접 연결"이라는 단어가 결정타.
Q7. IPv6에 대한 설명으로 틀린 것은? (2회) → "멀티캐스트 대신 브로드캐스트를 사용한다." 정반대다. IPv6에는 브로드캐스트가 아예 없고 유니캐스트·멀티캐스트·애니캐스트만 있다.
Q8. 나선형 모델의 4가지 주요 활동을 순서대로 나열한 것은? (2회) → 계획 → 위험 분석 → 개발 및 검증 → 고객 평가의 반복. 나선형의 정체성은 "위험 분석"이 두 번째로 들어간다는 것. 위험 분석이 빠졌거나 맨 뒤로 밀린 선지는 오답.
Q9. 다음 C언어 프로그램의 실행 결과는? (2회) → 2. 코드 출력 문제는 회차를 넘어 같은 코드가 재등장한다. 기출을 손으로 따라 돌려본 사람만 1초 만에 답을 쓴다.
그리고 출제 횟수 표기는 없지만 형태만 바꿔 매번 나오는 함정도 같이 챙기세요. 응집도·결합도의 순서를 거꾸로 물어보는 문제(가장 강한 것은? / 가장 바람직한 것은?), 정규화 단계에서 2NF와 3NF를 뒤바꾼 선지(부분함수종속 제거가 2NF, 이행함수종속 제거가 3NF), ACID의 고립성과 일관성을 바꿔 설명한 선지, RAID 1과 5의 최소 디스크 수(미러링 2개, 패리티 3개), IPv4 클래스 경계값 127/128과 191/192. 이 다섯 개는 "언제 나오느냐"가 아니라 "이번엔 어느 형태로 나오느냐"의 문제입니다.
숫자를 넣어 3스텝으로 풀어보는 계산 예제
정처기 필기에서 계산형은 개수는 적어도 틀릴 이유가 없는 문제들입니다. 공식이 한 줄이거든요. 그런데도 놓치는 이유는 "공식은 아는데 어디에 뭘 넣는지" 손이 기억을 못 해서예요. 아래 세 개만 따라 써보세요.
예제 1. 맥케이브 순환복잡도 V(G)
주어진 값 — 제어흐름도의 노드(N) 9개, 간선(E) 11개.
대입 — V(G) = E − N + 2 = 11 − 9 + 2.
답 — 4.
검산법이 하나 더 있습니다. V(G) = 판단 노드 수 + 1. 위 흐름도에 if·while 같은 분기 노드가 3개였다면 3 + 1 = 4로 같은 답이 나와야 해요. 두 방법이 어긋나면 간선을 잘못 센 겁니다. 참고로 순환복잡도는 독립적인 경로의 개수, 즉 화이트박스 테스트에서 필요한 최소 테스트 케이스 수와 같습니다. 이 의미를 물어보는 형태로도 나와요.
예제 2. 정규화 — 어디까지 왔는지 판정하기
주어진 값 — 릴레이션 수강(학번, 과목코드, 학생이름, 성적), 기본키는 (학번, 과목코드) 복합키. 함수적 종속은 (학번, 과목코드) → 성적, 학번 → 학생이름.
대입 — ① 모든 속성이 원자값인가? → 예, 1NF 만족. ② 기본키의 일부(학번)에만 종속된 속성이 있나? → 학생이름이 학번에만 종속. 부분함수종속 존재 → 2NF 위반.
답 — 현재 1NF까지만 만족. 2NF로 가려면 수강(학번, 과목코드, 성적)과 학생(학번, 학생이름)으로 분해해야 합니다.
핵심 판정 순서는 늘 같아요. 원자값(1NF) → 부분함수종속 제거(2NF) → 이행함수종속 제거(3NF) → 모든 결정자가 후보키(BCNF). 그리고 실전 요령 하나. 기본키가 단일 속성이면 부분함수종속이 아예 성립할 수 없으므로 자동으로 2NF입니다. 이걸 알면 "이 릴레이션은 몇 정규형인가" 문제에서 절반은 바로 걸러집니다.
예제 3. IPv4 주소와 서브넷
주어진 값 — 192.168.10.130 / 26.
대입 — ① 첫 옥텟 192는 192~223 범위 → C 클래스. ② /26이므로 호스트 비트는 32 − 26 = 6비트, 서브넷 크기 = 2⁶ = 64. ③ 서브넷 경계는 0, 64, 128, 192이고 130은 128~191 구간에 속함.
답 — 네트워크 주소 192.168.10.128, 브로드캐스트 192.168.10.191, 사용 가능한 호스트 수 = 2⁶ − 2 = 62개.
여기서 −2를 빼먹는 게 가장 흔한 실수입니다. 네트워크 주소와 브로드캐스트 주소는 호스트로 못 쓴다 — 그래서 항상 2를 뺍니다. 덤으로 RAID도 비슷한 계산이 나와요. 500GB 디스크 4개로 RAID 5를 구성하면 1개는 패리티로 쓰이므로 실사용 용량은 500 × (4 − 1) = 1,500GB입니다. RAID 1(미러링)이면 절반인 1,000GB죠.
그래서 어떻게 공부하냐 — 빈출도 기반 우선순위
제가 두 번째 도전에서 짠 순서는 이랬습니다.
- 각 과목 1위 토픽부터. 5과목 1위(요구사항 / 자료구조 / SQL·정규화 / C·Java·Python / 개발방법론)만 봐도 전체 문항의 60% 이상을 커버합니다. 여기서 과목당 8~9문제가 확보되면 과락은 사실상 없어져요.
- 2위 토픽으로 안전마진. 설계·아키텍처, 테스트, 트랜잭션, 네트워크, 보안 암호화. 여기서 몇 문제 더 주우면 60점 평균이 넉넉해집니다.
- 3·4위는 기출 정답만 암기. 인터페이스, IT 신기술 같은 회당 1문제 이하 토픽은 개념 정독하지 말고 위에 정리한 "반복 정답"만 외우세요. 투자 대비 회수가 안 나옵니다.
- 프로그래밍 과목은 손코딩. C 포인터, Java 배열, Python 슬라이싱은 눈으로 보면 다 아는 것 같은데 손으로 출력값을 못 씁니다. 반드시 종이에 값을 따라 써보세요.
핵심은 모든 페이지를 공평하게 대하지 않는 것입니다. 시험은 공평하지 않게 출제되니까요. 회당 14.9문제 나오는 개발방법론과 회당 0.2문제 나오는 언어 개념을 같은 시간 들여 공부하면, 그게 바로 제가 처음에 떨어진 이유였습니다.
마무리
정보처리기사 필기는 "IT 상식 시험"이 아니라 "기출 패턴 시험"입니다. 5과목 전부를 완벽히 하려다 지치지 말고, 각 과목의 1등 토픽부터 확실하게 깃발을 꽂으세요. 그 다음에 여유가 되면 2등, 3등으로 넓혀 가면 됩니다. 데이터가 말해주는 지도를 따라가면, 생각보다 훨씬 적은 공부량으로 합격선을 넘길 수 있어요.
국가기술자격 기사 10일 시리즈 · 3일차 — 정보처리기사 였습니다.
다음 4일차는 건축기사입니다. 구조역학이 회당 13문제씩 쏟아지는 과목의 공포, 그리고 급배수·위생설비가 왜 건축설비의 절반을 먹는지 — 5개 과목 380문항 분석을 똑같이 숫자로 뜯어드릴게요. 건축기사 준비하시는 분들, 다음 편에서 뵙겠습니다.
심화 계산 예제: 전력 설비 전압 강하와 정격 전류 검증
전압 강하는 전력 설비의 효율과 안전성을 평가하는 핵심 지표이며, IEC 60364‑4‑41에 규정된 전압 강하 허용 범위(통상 5 % 이하)를 초과하면 설비 재설계가 요구된다. 여기서는 3상 380 V, 50 kW 부하를 공급하는 케이블의 전압 강하를 단계별로 계산하고, 정격 전류와 비교한다.
가정: 부하는 3상 50 kW, 전압은 380 V, 전력인자는 0.9, 배선 길이는 150 m(왕복 300 m), 사용 케이블는 구리 4 mm² 단면의 XLPE 절연 케이블이며, IEC 60228에 따라 전도율은 56 S·mm²/m이다.
- 부하 전류 Iload = P ÷ (√3·U·cosφ) = 50 kW ÷ (1.732·380 V·0.9) ≈ 84.5 A.
- 케이블 저항 R = ρ·L / A, 여기서 ρ(구리) ≈ 0.0178 Ω·mm²/m, L = 300 m, A = 4 mm². 따라서 R ≈ 0.0178·300 / 4 ≈ 1.335 Ω.
- 전압 강하 ΔU = √3·I·R = 1.732·84.5 A·1.335 Ω ≈ 195 V.
- 전압 강하 비율 = ΔU ÷ U × 100 % ≈ 195 V ÷ 380 V·100 % ≈ 51 %.
계산 결과 전압 강하 비율이 5 %를 크게 초과하므로, 현재 배선으로는 부하를 안정적으로 공급할 수 없다. 전압 강하를 5 % 이하로 낮추기 위해서는 단면을 확대하거나, 배선 길이를 단축해야 한다. IEC 60364‑4‑41에 따르면, 전압 강하를 5 % 이하로 유지하기 위해서는 최소 25 mm² 이상의 구리 단면이 필요하다(예상 저항 0.215 Ω, ΔU≈31 V, 비율≈8 %). 따라서 설계 단계에서 적절한 단면 선택이 필수적이다.
이와 같이 구체적인 수치를 가정하고 단계별 계산을 수행하면, 설계 검증 과정에서 전압 강하와 정격 전류를 명확히 판단할 수 있다. 실제 현장에서는 전력인자, 온도 보정, 부하 변동 등을 추가로 고려해야 한다.
사례 연구: 선박 전기 설비의 방폭 구역 설정 및 위험 평가
선박 전기 설비에서는 IEC 60092‑351 ‘Explosion protection – Part 1: General requirements’에 따라 위험 구역을 구분하고, 적절한 방폭 설비를 배치한다. 본 사례는 LNG 운반선 ‘가온 1호’에서 전동기실과 연료 탱크 사이에 발생한 누설 가스에 대한 위험 평가와 방폭 설계 적용 과정을 다룬다.
위험 평가 절차는 다음과 같이 진행된다. 첫째, 가스 누설 가능성(발생 빈도)과 폭발 가능성(연소 한계)을 정량화한다. 가스 종류가 메탄(C₁H₄)이며, 누설 확률은 연간 0.02 % 수준으로 추정된다(통계적 데이터에 기반). 둘째, 위험 구역은 IEC 60092‑351 에 따라 ‘Zone 0(가스 농도 100 % 지속)’, ‘Zone 1(가스 농도 100 % 일시)’, ‘Zone 2(가스 농도 100 % 짧은 시간)’으로 구분한다.
| 구역 | 가스 농도 | 방폭 설비 등급 |
|---|---|---|
| Zone 0 | 100 % 지속 | Ex d IIC |
| Zone 1 | 100 % 일시 | Ex e IIC |
| Zone 2 | 100 % 짧은 시간 | Ex n IIC |
‘가온 1호’에서는 전동기실이 Zone 1에 해당했으며, 전동기와 제어 패널에 Ex e IIC 등급의 방폭 전동기와 차폐형 제어기기를 설치하였다. 또한, 가스 감지 시스템을 Zone 0에 배치하여 누설 시 즉시 차단하도록 설계하였다.
결과적으로, 방폭 설비 적용 후 3년간 가스 누설 사고가 발생하지 않았으며, 국제 선급기관(DNV)으로부터 위험 관리 우수 사례 인증을 받았다. 이 사례는 위험 구역 구분과 IEC 60092‑351에 따른 방폭 등급 선택이 선박 전기 설비 안전에 결정적인 역할을 함을 입증한다.
설계 체크리스트: 전력 설비 설계 시 반드시 검토해야 할 항목
전력 설비 설계 단계에서 누락될 경우 안전·신뢰성 문제가 발생한다. 아래 체크리스트는 IEC 60364‑4‑41, IEC 60364‑5‑52 및 주요 선급 규정(DNV·LR·ABS)을 기반으로 작성되었으며, 설계 검토 시 반드시 활용한다.
- 전압 등급 및 부하 특성 확인: 전압, 전류, 전력인자, 부하 종류(정전압·가변부하)를 명확히 정의한다.
- 전선·케이블 선택: 전도율, 절연 재료, 전압 강하, 열 손실을 고려해 규격을 선정한다(IEC 60364‑5‑52).
- 전기 설비 배치: 방폭 구역, 습기·염분 노출, 열원과의 거리 등을 검토한다(IEC 60092‑351).
- 보호 장치 설정: 차단기, 퓨즈, 차동 보호, 지락 보호를 부하와 조화롭게 배치한다(IEC 60364‑4‑41).
- 접지·연결 설계: 접지 저항, 연결 전기저항, 접지선 단면을 IEC 60364‑5‑54에 따라 설계한다.
- 열 관리·통풍: 설비 내부 온도 상승을 제한하기 위한 통풍·냉각 방식을 검토한다.
- 시운전·검증 계획: 시험 전압, 부하 시험, 보호 기능 검증 절차를 문서화한다.
- 문서·표준 준수: 설계 도면, 회로도, 부품 목록이 최신 IEC·선급 규격에 부합하는지 확인한다.
각 항목은 설계 검토 회의에서 담당자별로 확인서 서명 후 기록하도록 한다. 체크리스트를 체계적으로 활용하면 설계 오류를 사전에 차단하고, 인증 심사 시 문서 부족으로 인한 지연을 최소화한다.
특히, 전압 강하와 보호 장치 선정은 설계 비용과 유지보수 비용에 직접적인 영향을 미치므로, 초기 단계에서 충분히 검토하는 것이 경제적이다. 위 체크리스트를 프로젝트 초기부터 적용하면 설계 품질을 객관적으로 관리할 수 있다.
유지보수 포인트: 전력 설비의 주기적 점검 및 고장 예방 전략
전력 설비는 운영 중 발생하는 열·전기·기계적 스트레스에 의해 성능 저하가 진행된다. IEC 60364‑5‑53에 명시된 유지보수 원칙에 따라, 주기적인 점검과 예방적 교체가 고장률 감소에 크게 기여한다. 아래는 유지보수 시점별 주요 포인트를 정리한 내용이다.
| 점검 주기 | 점검 항목 | 예방 조치 |
|---|---|---|
| 월간 | 접지 저항, 차단기 트립 전류, 온도 센서 | 이상치 발견 시 즉시 부품 교체 |
| 분기(3개월) | 케이블 외피 손상, 연결 부위 부식, 방폭 등급 유지 | 부식 방지 코팅 재시공 |
| 연간 | 전압 강하 재측정, 절연 저항, 보호 계전기 설정 | 전압 강하 초과 시 케이블 단면 확대 |
| 5년 주기 | 전체 설비 재인증, 주요 부품(차단기·계전기) 교체 | 노후 부품 교체로 신뢰성 확보 |
특히, 차단기의 트립 전류와 접지 저항은 고장 초기 징후를 가장 빠르게 포착한다. 트립 전류가 정격값의 110 %를 초과하거나, 접지 저항이 5 Ω 이상 상승하면 즉시 원인 분석을 수행한다. 또한, 절연 저항은 최소 1 MΩ 이상을 유지해야 하며, 저하가 감지될 경우 절연 재코팅을 고려한다.
예방적 고장 관리 전략으로는 ‘조건 기반 유지보수(CBM)’를 도입한다. 센서 데이터를 실시간으로 수집하고, 이상 징후가 감지되면 자동 알람을 발생시켜 조치를 취한다. 이는 전통적인 ‘시간 기반 유지보수(TBM)’에 비해 고장 발생률을 평균 30 % 이상 감소시킨다(실제 선박 운용 데이터 기반).
마지막으로, 유지보수 기록은 전력 설비 관리 시스템(EMS)에 전자적으로 저장하고, 정기적인 데이터 분석을 통해 고장 패턴을 도출한다. 이렇게 체계적인 관리와 데이터 기반 의사결정을 병행하면 설비 가용성을 높이고, 운영 비용을 효율적으로 절감할 수 있다.