본문 바로가기
INFORMATION PROCESSING ENGINEER · 2027 정보처리기사 학습센터 필기 5과목 · 문제·해설 학습 · CBT · 실기 12영역 · 회상 · 실습

정보처리기사 문제·정답·해설 미리학습

K-BOOKS · PROCESSING · SELF-STUDY

문제·정답·해설을 먼저 익히고
CBT에서 실력을 확인하세요

시험을 시작해야 해설을 볼 수 있는 대신 문제와 보기, 정답 근거를 먼저 공부합니다. 시간 제한이나 점수 없이 읽고, 충분히 익힌 뒤 기존 CBT와 오답 복습으로 이어가세요.

600기출유형 학습 문항
01 · LEARN정답·해설 미리학습문제 → 근거 → 함정

과목·단원·문제 찾기

정답과 해설을 충분히 읽고 학습 완료 표시를 남길 수 있습니다.

조건에 맞는 학습 문항 600개

2 / 50페이지 · 페이지당 12문항 · 현재 자료 총 600개

Q 0131과목 · 소프트웨어 설계요구사항 절차·검증CORE능동회상

‘요구사항 절차·검증’ 유형을 가장 빠르게 판별할 때 먼저 확인해야 할 기준을 한 문장으로 쓰세요.

정답·해설 학습하기
ANSWER · 핵심 답안단계마다 '무엇을 얻는가'를 한 문장으로 고정합니다.

정답 근거

도출·분석·명세·확인의 순서를 바꾸거나 검증 항목을 묻습니다.

헷갈리기 쉬운 부분

비슷한 Diagram·관계·설계원칙 이름을 한 단어만 보고 고르지 말고, 문제에서 '무엇을 표현/분리/의존'하는지 확인합니다.

핵심 판별 기준

정답 용어 자체보다 무엇을 보고 구분할지 떠올려 보세요.

Q 0141과목 · 소프트웨어 설계요구사항 절차·검증CORE

'비기능 요구사항'에 대한 설명으로 가장 적절한 것은?

  1. 1성능·보안·가용성·품질 등 시스템의 제약과 품질 조건을 명시하는 요구사항
  2. 2요구사항이 설계·구현·테스트 어디에 반영되었는지 연결해 추적하는 성질
  3. 3요구사항의 완전성·일관성·명확성·검증가능성 등을 확인하는 활동
  4. 4시스템이 제공해야 하는 기능·서비스·행동을 명시하는 요구사항
정답·해설 학습하기
ANSWER · 정답 1번성능·보안·가용성·품질 등 시스템의 제약과 품질 조건을 명시하는 요구사항

정답 근거

비기능 요구사항: 성능·보안·가용성·품질 등 시스템의 제약과 품질 조건을 명시하는 요구사항

헷갈리기 쉬운 부분

보기의 용어가 익숙하다는 이유만으로 고르지 말고 질문이 요구하는 기준을 먼저 확인하세요.

핵심 판별 기준

요구사항 분석의 핵심 기준을 떠올려 보세요.

Q 0151과목 · 소프트웨어 설계요구사항 절차·검증APPLY능동회상

‘요구사항 절차·검증’ 유형에서 수험생이 가장 자주 빠지는 대표 함정을 한 가지 쓰세요.

정답·해설 학습하기
ANSWER · 핵심 답안비슷한 Diagram·관계·설계원칙 이름을 한 단어만 보고 고르지 말고, 문제에서 '무엇을 표현/분리/의존'하는지 확인합니다.

정답 근거

이 유형은 정답만 외우는 것보다 오답이 왜 그럴듯한지 구분하는 것이 중요합니다. 도출·분석·명세·확인의 순서를 바꾸거나 검증 항목을 묻습니다.

헷갈리기 쉬운 부분

비슷한 Diagram·관계·설계원칙 이름을 한 단어만 보고 고르지 말고, 문제에서 '무엇을 표현/분리/의존'하는지 확인합니다.

핵심 판별 기준

비슷해 보이는 개념과 무엇을 혼동하는지 생각하세요.

Q 0161과목 · 소프트웨어 설계요구사항 절차·검증APPLY

다음 상황과 가장 직접적으로 관련된 용어는? — 요구사항 변경 시 영향받는 설계 문서·코드·테스트 케이스를 연결해서 확인한다.

  1. 1요구사항 검증
  2. 2기능 요구사항
  3. 3요구사항 추적성
  4. 4비기능 요구사항
정답·해설 학습하기
ANSWER · 정답 3번요구사항 추적성

정답 근거

이 상황은 요구사항 추적성을 적용한 예입니다. 요구사항이 설계·구현·테스트 어디에 반영되었는지 연결해 추적하는 성질

헷갈리기 쉬운 부분

보기의 용어가 익숙하다는 이유만으로 고르지 말고 질문이 요구하는 기준을 먼저 확인하세요.

핵심 판별 기준

요구사항 분석의 핵심 기준을 떠올려 보세요.

Q 0171과목 · 소프트웨어 설계요구사항 절차·검증APPLY능동회상

다음처럼 문제가 변형되어도 유지해야 할 핵심 개념/답을 쓰세요. — 정의형 → Diagram 선택형 → 관계 판별형 → 상황 적용형으로 변형될 수 있습니다.

정답·해설 학습하기
ANSWER · 핵심 답안요구사항 확인(검증)

정답 근거

표현 방식이 달라져도 핵심 판별 기준은 같습니다. 도출·분석·명세·확인의 순서를 바꾸거나 검증 항목을 묻습니다.

헷갈리기 쉬운 부분

비슷한 Diagram·관계·설계원칙 이름을 한 단어만 보고 고르지 말고, 문제에서 '무엇을 표현/분리/의존'하는지 확인합니다.

핵심 판별 기준

단계마다 '무엇을 얻는가'를 한 문장으로 고정합니다.

Q 0181과목 · 소프트웨어 설계요구사항 절차·검증APPLY

다음 상황과 가장 직접적으로 관련된 용어는? — 명세가 서로 충돌하지 않고 테스트 가능한지 리뷰한다.

  1. 1요구사항 추적성
  2. 2이해관계자
  3. 3기능 요구사항
  4. 4요구사항 검증
정답·해설 학습하기
ANSWER · 정답 4번요구사항 검증

정답 근거

이 상황은 요구사항 검증을 적용한 예입니다. 요구사항의 완전성·일관성·명확성·검증가능성 등을 확인하는 활동

헷갈리기 쉬운 부분

보기의 용어가 익숙하다는 이유만으로 고르지 말고 질문이 요구하는 기준을 먼저 확인하세요.

핵심 판별 기준

요구사항 분석의 핵심 기준을 떠올려 보세요.

Q 0191과목 · 소프트웨어 설계요구사항 절차·검증ADVANCED능동회상

‘요구사항 절차·검증’ 유형을 시험장에서 10초 안에 떠올릴 수 있도록 핵심 결론을 한 문장으로 쓰세요.

정답·해설 학습하기
ANSWER · 핵심 답안요구사항 확인(검증)

정답 근거

짧게 회수할 핵심은 ‘요구사항 확인(검증)’입니다. 도출·분석·명세·확인의 순서를 바꾸거나 검증 항목을 묻습니다.

헷갈리기 쉬운 부분

비슷한 Diagram·관계·설계원칙 이름을 한 단어만 보고 고르지 말고, 문제에서 '무엇을 표현/분리/의존'하는지 확인합니다.

핵심 판별 기준

예: 명세 후 일관성·완전성·검증가능성을 확인합니다.

Q 0201과목 · 소프트웨어 설계요구사항 절차·검증ADVANCED

다음 중 '비기능 요구사항'이 가장 직접적으로 적용된 상황은?

  1. 1응답시간을 2초 이내로 하고 가용성을 99.9% 이상으로 요구한다.
  2. 2명세가 서로 충돌하지 않고 테스트 가능한지 리뷰한다.
  3. 3사용자가 비밀번호를 재설정하거나 주문을 취소할 수 있어야 한다고 명시한다.
  4. 4요구사항 변경 시 영향받는 설계 문서·코드·테스트 케이스를 연결해서 확인한다.
정답·해설 학습하기
ANSWER · 정답 1번응답시간을 2초 이내로 하고 가용성을 99.9% 이상으로 요구한다.

정답 근거

비기능 요구사항의 대표 적용 상황은 다음과 같습니다: 응답시간을 2초 이내로 하고 가용성을 99.9% 이상으로 요구한다.

헷갈리기 쉬운 부분

보기의 용어가 익숙하다는 이유만으로 고르지 말고 질문이 요구하는 기준을 먼저 확인하세요.

핵심 판별 기준

요구사항 분석의 핵심 기준을 떠올려 보세요.

Q 0211과목 · 소프트웨어 설계UML Diagram 선택CORE능동회상

객체 사이의 메시지 전달 순서를 시간 흐름에 따라 표현할 때 사용하는 UML 다이어그램은?

정답·해설 학습하기
ANSWER · 핵심 답안Sequence Diagram(시퀀스 다이어그램)

정답 근거

구조/행위 Diagram을 상황과 매칭합니다.

헷갈리기 쉬운 부분

비슷한 Diagram·관계·설계원칙 이름을 한 단어만 보고 고르지 말고, 문제에서 '무엇을 표현/분리/의존'하는지 확인합니다.

핵심 판별 기준

시간 흐름은 Sequence, 상태 변화는 State, 업무 흐름은 Activity로 구분합니다.

Q 0221과목 · 소프트웨어 설계UML Diagram 선택CORE

다음 설명에 해당하는 용어로 가장 적절한 것은? — 클래스의 속성·연산·관계 등 시스템의 정적 구조를 표현하는 UML 다이어그램

  1. 1액티비티 다이어그램
  2. 2상태 다이어그램
  3. 3클래스 다이어그램
  4. 4유스케이스 다이어그램
정답·해설 학습하기
ANSWER · 정답 3번클래스 다이어그램

정답 근거

정답은 클래스 다이어그램입니다. 클래스의 속성·연산·관계 등 시스템의 정적 구조를 표현하는 UML 다이어그램

헷갈리기 쉬운 부분

보기의 용어가 익숙하다는 이유만으로 고르지 말고 질문이 요구하는 기준을 먼저 확인하세요.

핵심 판별 기준

UML 다이어그램의 핵심 기준을 떠올려 보세요.

Q 0231과목 · 소프트웨어 설계UML Diagram 선택CORE능동회상

‘UML Diagram 선택’ 유형을 가장 빠르게 판별할 때 먼저 확인해야 할 기준을 한 문장으로 쓰세요.

정답·해설 학습하기
ANSWER · 핵심 답안시간 흐름은 Sequence, 상태 변화는 State, 업무 흐름은 Activity로 구분합니다.

정답 근거

구조/행위 Diagram을 상황과 매칭합니다.

헷갈리기 쉬운 부분

비슷한 Diagram·관계·설계원칙 이름을 한 단어만 보고 고르지 말고, 문제에서 '무엇을 표현/분리/의존'하는지 확인합니다.

핵심 판별 기준

정답 용어 자체보다 무엇을 보고 구분할지 떠올려 보세요.

Q 0241과목 · 소프트웨어 설계UML Diagram 선택CORE

'클래스 다이어그램'에 대한 설명으로 가장 적절한 것은?

  1. 1업무나 처리의 제어 흐름과 분기·병렬 활동을 표현하는 UML 다이어그램
  2. 2Actor와 시스템이 제공하는 기능 사이의 관계를 사용자 관점에서 표현하는 UML 다이어그램
  3. 3클래스의 속성·연산·관계 등 시스템의 정적 구조를 표현하는 UML 다이어그램
  4. 4객체의 상태와 이벤트에 따른 상태 전이를 표현하는 UML 다이어그램
정답·해설 학습하기
ANSWER · 정답 3번클래스의 속성·연산·관계 등 시스템의 정적 구조를 표현하는 UML 다이어그램

정답 근거

클래스 다이어그램: 클래스의 속성·연산·관계 등 시스템의 정적 구조를 표현하는 UML 다이어그램

헷갈리기 쉬운 부분

보기의 용어가 익숙하다는 이유만으로 고르지 말고 질문이 요구하는 기준을 먼저 확인하세요.

핵심 판별 기준

UML 다이어그램의 핵심 기준을 떠올려 보세요.

충분히 읽었다면 실제로 풀어보세요

정답을 미리 보지 않고 풀어야 약한 개념이 드러납니다. 기존 CBT·기출유형·오답노트는 그대로 유지됩니다.

CBT 시작하기 →