정보처리기사 10년 1회 해설 (71번~80번)

답 : ④

소프트웨어의 재사용은 기존 방법의 반복이기 때문에 

새로운 개발 방법과는 연관도가 떨어집니다. 

① 개발 기간의 단축 

② 소프트웨어의 품질 향상

③ 개발 비용 감소

답 : ③

보헴이 제안한 것으로 LOC에 의한 비용 산정 기법은 

CASE가 아닌 COCOMO 모형에 대한 정의입니다.

① 자동 검사를 통하여 소프트웨어 품질을 향상시킨다.

② 소프트웨어의 유지보수를 간편하게 수행할 수 있다. 

④ 소프트웨어 부품의 재사용성이 향상된다.

답 : ④

소프트웨어 개발 과정의 앞 단계가 끝나야만 다음 단계로 넘어갈 수 있는 갈 수 있는 

선형 순차적 모형은 Spiral Model이 아니라 폭포수 모형입니다.

① 대규모 시스템에 적합하다. 

② 초기에 위험 요소를 발견하지 못할 경우 위험 요소를 제거하기 위해 많은 비용을 소요될 수 있다. 

③ 소프트웨어를 개발하면서 발생할 수 있는 위험을 관리하고 최소화하는 것을 목적으로 한다.  

답 : ④

소프트웨어 개발 영역을 결정하는 요소는 기능, 성능, 

제약 조건, 인터페이스 및 신뢰도 모두 다 해당합니다.

답 : ②

데이터 흐름 검사와 루프 검사는 화이트 박스 검사 기법입니다. 

그 외 동치 분할 검사, 경계값 분석, 원인 효과 그래픽 기법, 비교 검사는 블랙박스 검사 기법입니다.

답 : ①

E-R 다이어 그램을 사용하여 객체의 모델링하는 분석 방법론은 Coda와 Yourdon 방법입니다. 

② Booch 방법 - 미시적 개발 프로세스와 거시적 개발 프로세스를 모두 사용하는 방법.

③ Jacobson 방법 - Use Case를 강조하여 객체를 분석하는 방법.

④ Wlrfs-Brock 방법 - 분석과 설계에 구분을 두지 않고 연속적으로 수행하는 방법. 

답 : ③

자료흐름도에서 Data Store는 삼각형이나 평행선으로 표시합니다. 

① Process - 원

② Data Flow - 화살표 

④ Terminator - 사각형 

답 : ②

효과적이고 바람직한 설계 지침은 모듈 간의 상호 의존도를 줄이고 

모듈의 독립성을 높이는 것입니다.

① 모듈의 기능을 예측할 수 있도록 정의한다. 

③ 이식성을 고려한다. 

④ 적당한 모듈의 크기를 유지한다.

답 : ①

베타 검사는 선정된 최종 사용자가 여러 장소 혹은 여러명의 사용자 앞에서 

소프트웨어에 대한 검사를 수행하는 기법입니다.  

② 알파 검사 - 개발자의 장소에서 사용자가 행하는 검사 기법 

③ 형상 검사 - 소프트웨어 구성 요소, 유지보수를 지원하기 위해 필요한 

모든 사항들이 제대로 표현되었는 지 검사하는 기법 

④ 복구 검사 - 소프트웨어에 여러가지 결함을 두고 올바르게 복구되는 지 확인하는 검사 

답 : ①

Correctness는 정확성으로 품질 목표 중 사용자의 

요구 기능을 충족시키는 정도를 의미합니다. 

② Integrity - 무결성, 허용되지 않는 사용이나 자료의 변경을 제어하는 정도

③ Flexibility - 유연성, 소프트웨어를 얼마만큼 쉽게 수정할 수 있는지의 정도 

④ Portability - 이식성, 다양한 하드웨어 환경에서도 운용 가능한지의 정도