정보처리기사 CBT
종목 메뉴

개념 한 쪽

정보처리기사 SW 개발 표준 — SPICE·문서·품질 특성

소프트웨어 개발 표준은 개발 과정과 산출물을 일정한 기준 아래 다루는 국제·품질 규범이다. 정보처리기사에서는 SPICE, 문서 표준의 이득, Boehm의 품질 특성이 자주 나온다.

2026-10-15 기준 · 정보처리기사 대시보드

이 개념을 문제로 확인하고 싶으면 이 개념 문제 10개 풀기 회원용

가입 없이 오늘의 10문제 바로 풀기 →

시험에 이렇게 나온다

출제기준 단원 「소프트웨어 개발 표준」의 공개 문제 3개를 묻는 꼴별로 나누면 이렇습니다.

묻는 꼴문제 수무엇을 묻나
표준·약어 선택1프로세스 평가·개선용 국제 표준 명칭
품질 항목 불포함 판정1Boehm이 제시한 품질 항목에 해당하지 않는 것
문서 표준의 이점 판단1문서 표준화로 얻기 어려운 개발 이득

뜻

소프트웨어의 품질과 생산성을 높이기 위해 개발 프로세스를 평가하고 개선하는 국제 표준이 SPICE(ISO/IEC 15504)다. SPICE는 Software Process Improvement and Capability dEtermination의 약자로, 소프트웨어 개발 프로세스가 잘 작동하는지 측정하고 개선하기 위한 표준이며 프로세스 영역을 정의하고 수행 능력을 등급화해 객관적으로 평가하는 체계를 제공한다. 스크럼은 애자일 방법론의 한 종류이고, CASE는 소프트웨어 개발을 지원하는 도구라서 프로세스 평가 표준이 아니다.

문서 표준도 개발 표준의 한 축이다. 문서가 표준화되면 산출물이 정해진 형식으로 정리되어 분석과 설계가 체계화되고, 새로운 개발자도 빠르게 시스템을 이해할 수 있어 유지보수가 쉬워지며, 구조가 명확해져 확장성도 높아진다. 다만 문서 표준화가 개발 인력 감소로 이어진다는 주장은 직접적인 인과 관계가 없어 이득으로 보기 어렵다.

품질 기준에는 고전 모델과 국제 품질 특성이 있다. Boehm이 제안한 소프트웨어 품질 특성에는 이식성, 유지 보수성, 사용 편이성 등이 포함되며, 복잡성은 구조적 특성을 나타내는 지표일 뿐 품질 특성 목록에 들어가지 않는다. 품질 목표 중 효율성(Efficiency)은 정해진 조건 아래 소프트웨어 제품의 일정한 성능과 자원 소요 정도의 관계에 관한 속성으로, 시간 경제성과 자원 경제성 같은 품질 기준을 가진다. 무결성은 보안 관련, 유연성은 변경 용이성, 신뢰성은 고장 없이 작동하는 능력과 각각 구분된다.

예제

시험에서는 '소프트웨어 품질 및 생산성 향상을 위해 프로세스를 평가 및 개선하는 국제 표준은?'이라는 문제가 나오고 답은 SPICE다. 'Boehm의 품질 특성에 포함되지 않는 것은?'의 답은 복잡성, '시간 경제성·자원 경제성의 품질 기준을 갖는 속성은?'의 답은 효율성이다. 문서 표준의 이득을 묻는 문제에서는 '프로그램 개발 인력이 감소된다'는 보기가 거리가 먼 이득으로 출제된다.

대표 기출 3문항

소프트웨어 개발 표준 중 소프트웨어 품질 및 생산성 향상을 위해 소프트웨어 프로세스를 평가 및 개선하는 국제 표준은?

  1. SCRUM
  2. ISO/IEC 12509
  3. SPICE
  4. CASE
정답과 해설 보기

정답 ③ · 소프트웨어 프로세스를 평가하고 개선하는 국제 표준을 묻는 문제이다. SPICE는 ISO/IEC 15504로 불리는 국제 표준으로, 소프트웨어 개발 프로세스의 능력과 성숙도를 정의된 프로세스 영역과 능력 수준에 따라 객관적으로 평가하고 개선하기 위한 체계를 제공한다.

소프트웨어 프로세스 평가 및 개선을 위한 국제 표준은 ISO/IEC 15504(SPICE)이다.

다음 중 Boehm의 S/W 품질 특성에 포함되지 않는 것은?

  1. 이식성
  2. 복잡성
  3. 유지 보수성
  4. 사용 편이성
정답과 해설 보기

정답 ② · Boehm이 제시한 소프트웨어 품질 특성에 포함되지 않는 것을 고르는 문제이다. Boehm의 품질 모델은 신뢰성, 이식성, 유지보수성, 사용 편이성(편의성), 효율성 등을 품질 특성으로 제시하며 사용자 관점과 유지보수자 관점을 함께 고려한다.

Boehm의 품질 특성은 이식성, 유지보수성, 사용편이성 등을 포함하며, 복잡성은 품질 속성이 아닌 구조적 특성이다.

소프트웨어의 문서(Document) 표준이 되었을 때, 개발자가 얻는 이득으로 가장 거리가 먼 것은?

  1. 시스템 개발을 위한 분석 설계가 용이하다.
  2. 프로그램 유지보수가 용이하다.
  3. 프로그램의 확장성이 있다.
  4. 프로그램 개발 인력이 감소된다.
정답과 해설 보기

정답 ④ · 소프트웨어 문서 표준화로 얻는 개발자의 이득 중 가장 거리가 먼 것을 고르는 문제이다. 문서가 표준화되면 시스템 분석과 설계가 용이해지고, 표준화된 문서를 통해 유지보수와 확장이 쉬워지는 효과가 있다.

문서 표준화는 유지보수와 분석 설계를 돕지만, 개발 인력 감소와는 직접적인 인과 관계가 없다.

자주 묻는 물음

소프트웨어 프로세스 평가 국제 표준은 무엇인가요?
SPICE(ISO/IEC 15504)입니다. 소프트웨어 개발 프로세스의 능력과 성숙도를 평가하고 개선하기 위한 국제 표준으로, 프로세스 영역을 정의하고 수행 능력을 등급화합니다.
Boehm의 품질 특성에 포함되는 것은 무엇인가요?
이식성, 유지 보수성, 사용 편의성 등이 포함됩니다. 복잡성은 소프트웨어의 구조적 특성을 나타내는 지표일 뿐 Boehm이 정의한 품질 특성이 아닙니다.
시간 경제성·자원 경제성은 어떤 품질 속성인가요?
효율성(Efficiency)입니다. 정해진 조건 아래 성능과 자원 소요 정도의 관계를 다루는 속성으로, 시간 경제성과 자원 경제성이 그 품질 기준입니다.
이 개념 문제 10개 풀기 회원용

정보처리기사 풀이 세트에서 이 개념의 문제 10개를 바로 풀어 보세요.