
정답마모성은 하드웨어의 특징이며 소프트웨어는 물리적으로 마모되지 않습니다.
핵심 개념
소프트웨어의 본질적 특징
소프트웨어는 물리적 실체가 아닌 논리적 산물이므로 하드웨어와 구별되는 고유한 특성을 가집니다. 대표적으로 복잡성, 비가시성(눈에 보이지 않아 진행 상황 파악이 어려움), 순응성(변경 요구에 맞춰 수정 가능), 무형성 등이 있습니다. 특히 중요한 점은 소프트웨어는 사용한다고 해서 물리적으로 닳거나 낡지 않는다는 것입니다. 즉 하드웨어와 달리 마모(wear-out)되지 않으며, 오히려 유지보수 과정의 결함 누적으로 품질이 저하되는 노화(deterioration) 현상이 있을 뿐입니다.
선지별 해설
①순응성(conformity)은 소프트웨어가 외부 환경이나 변경 요구에 맞춰 유연하게 수정·적응될 수 있는 특성으로, 소프트웨어의 대표적 특징이 맞습니다.
②복잡성(complexity)은 소프트웨어가 수많은 구성 요소와 상호작용을 포함하여 이해와 관리가 어렵다는 특성으로, 소프트웨어의 본질적 특징입니다.
③마모성은 물리적으로 닳는 하드웨어의 특징입니다. 소프트웨어는 사용해도 물리적으로 마모되지 않으므로 대표적 특징으로 볼 수 없어, 옳지 않은 것을 고르는 이 문항의 정답입니다.
④비가시성(invisibility)은 소프트웨어가 눈에 보이는 형태가 아니어서 구조나 진행 상황을 직접 관찰하기 어렵다는 특성으로, 소프트웨어의 대표적 특징이 맞습니다.

정답(다)추출 → (가)분석 → (라)명세 → (나)검증 순서가 옳습니다.
핵심 개념
요구공학 프로세스 단계 순서
요구공학(requirements engineering)은 사용자와 이해관계자의 요구를 체계적으로 다루는 활동으로, 일반적으로 추출 → 분석 → 명세 → 검증의 순서로 진행됩니다. 먼저 요구사항 추출(elicitation)로 이해관계자로부터 요구를 수집하고, 요구사항 분석(analysis)으로 수집된 요구의 상충·모순을 조정하며, 요구사항 명세(specification)로 문서화한 뒤, 마지막으로 요구사항 검증(validation)을 통해 명세된 요구가 올바른지 확인합니다. 즉 검증은 명세 이후 마지막에 수행되는 단계입니다.
선지별 해설
①(다)추출 → (가)분석 → (라)명세 → (나)검증으로, 요구공학의 표준 프로세스 순서와 정확히 일치하므로 정답입니다.
②추출 다음에 명세가 오고 검증 뒤에 분석이 배치되어, 분석과 명세, 검증의 순서가 뒤바뀌어 틀립니다.
③명세(라)를 가장 먼저 두었는데, 요구를 추출·분석하기 전에 명세할 수 없으므로 시작 단계부터 잘못되었습니다.
④명세(라)를 맨 앞에 두어 추출보다 앞서므로 순서가 성립하지 않아 틀립니다.