[정보처리기사] 필기 - 소프트웨어 공학 기출문제 (1999-2006)

소프트웨어 공학

-1999-

36. 다음 중 소프트웨어의 일반적 특성이라고 할 수 없는 것은?

① 소프트웨어 예비부품은 존재하지 않는다.

② 소프트웨어는 절차적 단계들이 이미 정의된 환경이면 어디

서든지 적용될 수 있다.

③ 소프트웨어는 개발되거나 설계되며 제조되지 않는다.

④ 소프트웨어는 논리적 시스템 요소라기보다는 물리적 시스템

요소이다.

37. 소프트웨어의 발전과정에서 1990년대 이후인 제 4기에 속한다고 볼 수 없는 것은?

① 병행처리 구조 ② 센터중심의 일괄처리

③ 전문가 시스템 ④ 멀티미디어와 인공지능

38. 다음 중 소프트웨어에 대한 실제적 고장률 곡선에서 변화를 일으켜 파형을 유발시키는 원인이 되는 것은?

① 분석 ② 설계

③ 유지보수 ④ 요구사항

39. 다음 중 소프트웨어의 위기가 발생하게 되는 이유라고 할 수 없는 것은?

① 소프트웨어개발에 종사하던 인력이 점점 줄어들고 있다.

② 기존 프로그램의 유지보수능력이 미숙한 설계와 부적당한

자원에 의해 위축된다.

③ 하드웨어 개발기술의 발전속도가 소프트웨어 기술의 발전

속도보다 훨씬 빠르다.

④ 새로운 프로그램 개발기술이 새로운 프로그램 기능에 대한

요구에 부응하지 못하고 있다.

40. 다음 중 4GT 접근방법에 대한 현 상태라고 할 수 없는 것은?

① 현재까지의 응용영역은 좁다.

② 소프트웨어 생산에 소용되는 시간이 소․중규모 응용에서

상당히 감소된다.

③ 소규모 응용에 대한 설계량과 분석량은 증가된다.

④ 대규모 소프트웨어 개발의 경우 분석, 설계, 검사에서 많은

시간을 요구한다.

41. 전형적 생명주기 패러다임 중 소프트웨어 설계는 3가지 특성들에 초점을 맞추는 다단계 과정이라고 할 수 있다. 다음 중 3가지 특성이 아닌 것은?

① 소프트웨어 구조 ② 절차적 기술

③ 자료구조 ④ 요구사항분석

42. 소프트웨어 개발과정에서 응용영역, 프로젝트 규모, 난이도와 무관하게 모든 소프트웨어 개발에서 직면하게 되는 3단계가 아닌 것은?

① 판매 ② 개발

③ 유지보수 ④ 정의

43. 다음 중 소프트웨어 계획단계에서 이루어지는 일이 아닌 것은?

① 소프트웨어 노력의 범위에 대한 한정된 기술의 개발

② 소프트웨어 개발을 위해 필요한 자원들의 예측

③ 소프트웨어 및 자료구조의 정의

④ 소프트웨어 개발을 위한 비용과 일정의 측정

44. 소프트웨어 개발단계의 예비설계 명세에 포함되는 내용이 아닌 것은?

① 자료구조의 정의 내용

② 모듈 인터페이스에 관한 내용

③ 제약사항에 관한 내용

④ 소프트웨어 변경 내용

45. 복잡한 소프트웨어의 경우 소프트웨어 조직에서 요구되는 유지보수 비용은 대략적으로 몇 퍼센트 정도가 되느냐?

① 10% - 30% ② 30% - 50%

③ 50% - 70% ④ 70% - 90%

46. 다음 중 시스템분석의 수행목적과 가장 관계가 먼 것은?

① 비용과 일정에 대한 제약사항 설정

② 사용자의 요구 식별

③ 타당성을 위한 시스템 개념의 평가

④ 개발된 소프트웨어의 판매 가능성 검토

47. 흔히 사용되는 경험법칙에 의하면 전체 개발노력의 몇 퍼센트 정도가 시스템분석에 적용되어야 된다고 말하여지는냐?

① 10 - 20% ② 20 - 40%

③ 40 - 60% ④ 60 - 80%

48. 다음 중 컴퓨터 시스템 공학에서 기능, 성능, 제약사항 그리고 인터페이스들이 한정되었을 때 시스템 공학자가 착수해야 할 업무는?

① 정 렬 ② 문서화

③ 할 당 ④ 검 사

49. 소프트웨어 생명주기의 확인검사에서 프로젝트 참여도가 높은 인적자원에서 낮은 인적자원 순으로 나열된 것은?

① 하급 기술진 -> 선임급 기술진 -> 관리자

② 관리자 -> 하급 기술진 -> 선임급 기술진

③ 관리자 -> 선임급 기술진 -> 하급 기술진

④ 선임급 기술진 -> 하급 기술진 -> 관리자

50. 소프트웨어 개발도구들을 분류할 때 앞으로 이용 가능한 미래의 도구들에 속한다고 볼 수 없는 것은?

① 코드중심 도구② 프로토타입화 시스템

③ 전문가 시스템④ 자연언어 처리시스템

51. 소프트웨어 프로젝트 계획단계의 소프트웨어 측정과정에서 직접 측정기준들로만 구성된 것은?

① 효율성, 복잡성, 신뢰도② 비용, 노력, 오류의 수

③ 신뢰도, 노력, 오류의 수④ 메모리 크기, LOC, 효율성

52. 다음 중 소프트웨어 평가기준인 생산성과 품질의 계산을 옳게 나타내고 있는 것은?(단 KLOC는 천 라인의 코드 단위)

① 생산성=오류의 수/LOC, 품질=비용/KLOC

② 생산성=비용/오류의 수, 품질=오류의 수/KLOC

③ 생산성=비용/노력, 품질=오류의 수/문서의 페이지 수

④ 생산성=KLOC/노력, 품질=오류의 수/KLOC

53. 평가기준 자료수집에서 비용과 노력측정에서 효과적인 도움이 되도록 하기위한 기선자료(baseline)가 가져야 할 속성이 아닌 것은?

① 일관성 있는 측정들

② 합리적이고 정확한 자료들

③ 평가될 작업들과 유사한 응용들

④ 특징적인 하나의 프로젝트로부터 수집된 자료들

54. 소프트웨어 프로젝트 측정에서 신뢰할 만한 비용과 노력측정을 달성하기 위한 선택사항 중 실행 가능한 접근방법이라고 할 수 없는 것은?

① 상대적으로 간단한 분해기술을 이용한다.

② 프로젝트에서 가능한 늦게까지 측정을 지연시킨다.

③ 하나 이상의 자동화 측정도구들을 구입한다.

④ 소프트웨어 비용과 노력에 대한 실험적 모델을 형성한다.

55. 실험적 측정 모델에서 Basili가 언급한 자원모델 중 COCOMO 모델은 어느 모델에 속한다고 볼 수 있느냐?

① 정적 단일-변수 모델 ② 정적 다변수 모델

③ 동적 다변수 모델 ④ 이론적 모델

56. 소프트웨어 계획의 실험적 측정 모델 중 LOC의 수의 측정을 근거로 예측하는 모델은?

① 시간-연구 모델 ② 기능요소 모델

③ Putnam 측정 모델 ④ PERT 모델

57. 소프트웨어 프로젝트 측정기술들은 소프트웨어 개발을 완결하는데 필요한 인-월의 측정으로 이끌어진다. 다음 중 노력의 분배에서 정의단계와 개발단계에 걸쳐 분석과 설계-코딩-검사와 관련되어 추천된 노력분포는?

① 30-30-40 ② 40-20-40

③ 40-30-40 ④ 20-40-40

58. 요구사항 분석방법들은 정보중심이고 이 방법들은 정보영역을 표현하기 위한 메커니즘을 제공한다. 다음 중 정보영역이 특징지워진 3가지 속성이 아닌 것은?

① 정보흐름 ② 정보내용

③ 정보구조 ④ 정보검색

59. 요구사항 분석방법론 중 ( ㉠ )은 정보변형 또는 프로세스로서 묘사되고 ( ㉡ )들에 대한 묘사는 일반적으로 정보와 기능표현을 나타내며 정보흐름을 조사함으로써 유추될 수 있다. 위에서 ㉠과 ㉡에 들어갈 내용이 순서대로 된 것은?

① 정보영역, 기능 ② 정보은닉, 인터페이스

③ 기능, 인터페이스 ④ 기능, 추상화

60. 다음 중 소프트웨어 중심의 자료흐름을 유추하는 동안 도움을 줄 수 있는 요소가 아닌 것은?

① 한 번에 한 버블이 세분화 되어야 한다.

② 정보흐름을 쉽게 유추하도록 연속성이 유지되지 않게 한다.

③ 주요 입력/출력/화일들이 신중하게 지적되어야 한다.

④ 모든 화살표들과 버블들은 의미를 갖는 이름으로 레이블

되어야 한다.

61. 요구사항분석을 위한 자동화 도구 중 요소들, 속성들, 관계성, 그리고 구조들을 기술하는 요구사항 기술언어를 이용하는 분석도구는?

① SADT ② SREM

③ PSL/PSA ④ TAGS

62. 요구사항 분석방법 중 자동화 도구들을 이용한 자동접근 방법이 제공하는 장점이 아닌 것은?

① 분석자들 사이의 적절한 조정

② 실행가능한 목적코드의 자동생성

③ 표준화와 보고를 통한 문서화 품질의 개선

④ 명세에 대한 유지보수 비용의 축소

63. 설계표현의 품질을 평가하기 위해서는 반드시 좋은 설계에 대한 기준을 세워야 한다. 다음 중 좋은 설계를 위한 지침이라고 할 수 없는 것은?

① 설계는 독립적인 기능적 특성을 지닌 모듈화로 유도되어야

한다.

② 설계는 자료와 프로시저에 대해 완전히 통합적인 표현을

포함해야 한다.

③ 설계는 모듈적이고 논리적으로 특별한 기능과 부기능을 수

행하는 요소들로 나누어져야 한다.

④ 소프트웨어 요소들간의 효과적 제어를 위해 설계에서 계층적

조직이 제시되어야 한다.

64. 모듈화를 할 경우 ( ㉠ ) 수준이 문제가 된다. ( ㉠ )의 최고 수준에서의 해결방법은 언어를 이용하여 포괄적인 용어로 표현되며 ( ㉠ )의 저 수준에서는 더 많은 ( ㉡ )들로 이루어 진다. 위에서 ㉠과 ㉡에 들어갈 내용이 순서대로 된 것은?

① 추상화, 프로시저 ② 정보은닉, 페이지

③ 세분화, 블록 ④ 블록화, 레코드

65. 모듈의 독립성을 측정하는데 있어 응집도는 모듈의 상대적인 함수적 강도를 말하게 되는데 다음 중 가장 강한 응집도는?

① 함수성 응집도② 동시성 응집도

③ 논리성 응집도④ 시간성 응집도

66. 다음은 자료흐름중심 설계의 좋은 설계를 위한 설계 휴리스틱을 기술한 것이다. 기술된 내용이 적절하지 못한 것은?

① 기능이 예측 가능한 모듈은 정의하되 지나치게 제한적인

모듈들은 피한다.

② 예비 프로그램 구조를 평가하여 결합도를 높이고 응집도를

줄인다.

③ 모듈의 제어영역 안에서 그 모듈의 영향영역을 유지한다.

④ 모듈 인터페이스들을 평가하여 복잡성과 중복성을 줄이고

일관성을 개선한다.

67. 프로그램과 시스템의 논리적 구성에서 이해하기 어렵고 유지하기가 불가능한 복잡한 제어흐름을 갖는 여러 구식 프로그램들을 재구성하기 위해 Warnier가 제안한 접근방법이라고 할 수 없는 것은?

① 소프트웨어에 대한 흐름도를 개발한다.

② 각 처리에 대한 부울 수식을 작성한다.

③ 복합선택구조에 대한 기법을 이용하여 소프트웨어를 재구성

하고 필요하면 수정한다.

④ 수정의 어려움을 줄이기 위해 자동화 도구를 이용하여 새롭게

개발한다.

68. 다음 중 객체 객체중심 설계에서 세 가지의 중심적인 소프트웨어 설계개념에 속한다고 볼 수 없는 것은?

① 추상화 ② 정보은닉

③ 동기화 ④ 모듈성

69. 다음 중 소프트웨어에 의해 접근되고 시스템 기능의 필수 부품인 정보의 조직적 모임을 일컫는 말은?

① 하드웨어 ② 데이터베이스

③ 시스템 ④ 문서

70. ( ㉠ )는 소프트웨어 영역으로 사상되는 실세계의 구성요소를 말하고 모든 ( ㉠ )들은 더 큰 ( ㉡ )의 멤버이고 그 ( ㉡ )에 대하여 이미 정의된 개별 자료구조와 연산이 상속된다. 위에서 ㉠과 ㉡에 들어갈 내용이 순서대로 된 것은?

① 객체, 클래스 ② 메시지, 객체

③ 인스턴스, 메시지 ④ 클래스, 인스턴스

42313 41343 41341 24421 32432 22211 24321

-2000-

36. 다음 중 소프트웨어공학의 특성에 속한다고 볼 수 없는 것은?

① 소프트웨어는 개발되거나 설계되며 제조되지 않는다.

② 소프트웨어는 논리적 시스템요소이다.

③ 소프트웨어는 유지보수 없이 영구적 사용이 가능하다.

④ 소프트웨어 예비부품은 존재하지 않는다.

37. 다음 중 1990년대 이후의 소프트웨어 특성이라고 할 수 없는 것은?

① 수치계산 중심 일괄처리 ② 인공지능 소프트웨어

③ 전문가시스템 ④ 병행처리 구조

38. 다음 중 소프트웨어에 대한 실제적 고장률 곡선에서 변화를 일으켜 파형을 유발시키는 원인이 되는 것은?

① 분석 ② 설계

③ 유지보수 ④ 요구사항

39. 소프트웨어 공학과정을 일반적인 3단계로 나눌 때 올바르게 구분된 것은?

① 정의, 개발, 유지보수 ② 정의, 설계, 개발

③ 분석, 개발, 코딩 ④ 분석, 개발, 검사

40. 소프트웨어 공학 패러다임 중 폭포 모델이라고도 말하는 패러다임은?

① 전형적 생명주기 패러다임 ② 혼합 패러다임

③ 4GT 패러다임 ④ 프로토타입 패러다임

41. 전형적 생명주기 패러다임 중 소프트웨어 설계는 3가지 특성들에 초점을 맞추는 다단계 과정이라고 할 수 있다. 다음 중 3가지 특성에 속한다고 볼 수 없는 것은?

① 소프트웨어 구조 ② 절차적 기술

③ 유지보수의 복잡도 ④ 자료 구조

42. 다음 중 4GT 패러다임에 대한 설명이라고 할 수 없는 것은?

① 요구사항 수집과 설계 전략, 제 4세대 언어를 사용한 구현,

제품화 단계로 구성된다.

② 현재의 4GT 도구들은 모든 자연언어를 수용할 정도로

정교하고 모든 응용에 적용될 수 있다.

③ 4GT 구현을 생산제품화하기 위해서는 개발자가 철저한

검사를 해야하고 의미있는 문서들을 개발해야 한다.

④ 4GT를 사용함으로써 소프트웨어 생산에 소요되는 시간이

소․중규모 응용에서 상당히 감소된다.

43. 다음 중 소프트웨어공학 패러다임이라고 할 수 없는 것은?

① 엔티티 패러다임 ② 프로토타입 패러다임

③ 혼합 패러다임 ④ 전형적 생명주기 패러다임

44. 다음 중 유지보수를 통해 계속적으로 변화가 일어나는 소프트웨어의 경우 실질적 고장률에서 시간이 지나면서 나타나는 현상을 가장 잘 설명한 것은?

① 최저 고장율은 일정한 비율로 계속 감소한다.

② 고장율 파형을 유발하며 최소 고장율 수준은 증가한다.

③ 고장율은 수년 지난 중간쯤에서 가장 높게 된다.

④ 최저 고장율은 전혀 변화가 없다.

45. 일반적으로 소프트웨어는 계속해서 유지보수되어야 한다. 복잡한 소프트웨어의 경우 소프트웨어 조직에서 요구되는 유지보수 비용은 대략적으로 몇 퍼센트 정도가 되느냐?

① 10% - 30% ② 30% - 60%

③ 50% - 70% ④ 70% - 90%

46. 다음 중 시스템분석의 수행목적과 가장 관계가 먼 것은?

① 비용과 일정에 대한 제약사항을 설정한다.

② 타당성을 위해 시스템 개념을 평가한다.

③ 개발된 프로그램을 이용할 부서의 규모를 평가한다.

④ 경제적이고 기술적인 분석을 수행한다.

47. 다음 중 시스템 분석에서 기술분석을 위한 효율적 메커니즘을 제공하고 실세계의 관찰과 시스템 목적들을 근거로한 근사치를 기초로 하여 생성되는 것은?

① 할당 ② 기초분석

③ 모델링 ④ 절충

48. 다음 중 시스템 분석과정의 첫번째 단계는?

① 수행가능성 연구 ② 요구사항의 식별

③ 경제적 분석 ④ 기술 분석

49. 소프트웨어 생명주기의 확인검사단계에서 인적자원의 참여관계를 볼 때 프로젝트 참여도가 높은 인적자원에서 낮은 인적자원 순서로 나열된 것은?

① 하급 기술진 → 선임급 기술진 → 관리자

② 관리자 → 하급 기술진 → 선임급 기술진

③ 관리자 → 선임급 기술진 → 하급 기술진

④ 선임급 기술진 → 하급 기술진 → 관리자

50. 다음 중 소프트웨어 자원으로 이용되는 소프트웨어 도구들 중 제 4대 도구들에 속하지 않는 것은?

① 데이터베이스 도구들 ② 코드생성기들

③ 프로토타입화의 지원 ④ 언어중심 및 조작 도구들

51. 다음 중 비용과 노력 측정에서 효과적인 도움이 되기 위해 기선자료가 가져야 할 속성이라고 할 수 없는 것은?

① 자료는 합리적으로 정확해야 한다.

② 응용들은 평가될 작업과 유사해서는 않된다.

③ 자료는 많은 프로젝트들을 대상으로 수집되어야 한다.

④ 측정들은 일관성이 있어야 한다.

52. 다음 중 LOC와 FP의 측정에서 측정변수의 기대값인 E를 계산할 때 a를 낙관적, m을 대략적, b를 비관적이라고 할 때 E를 옳게 계산한 것은?

① E=(3a+7m+b)/6 ② E=(a+4m+b)/6

③ E=(2a+3m+1b)/6 ④ E=(3a+2m+b)/6

53. 소프트웨어 프로젝트 측정에서 신뢰할 만한 비용과 노력측정을 달성하기 위한 선택사항으로 이용될 수 있으나 실질적이지 못한 것은?

① 소프트웨어 비용과 노력에 대한 실험적 모델을 형성한다.

② 하나 이상의 자동화 측정도구들을 구입한다.

③ 측정을 가능한 늦게까지 지연시킨다.

④ 프로젝트 비용과 측정을 위해 상대적으로 간단한 분해기술을

이용한다.

54. 다음 중 소프트웨어 프로젝트 계획의 실험적 측정 모델에 있어 동적 다변수 모델에 관한 설명이 아닌 것은?

① COCOMO모델은 동적 다변수 모델이다.

② 일련의 시간단계들로서 자원들이 정의된다.

③ Putnam은 이론적 동적 다변수 모델이다.

④ 시간의 함수로서 자원요구사항을 계획한다.

55. 다음의 실험적 측정 모델 중 LOC의 수를 근거로 예측하는 모델들로만 된 것은?

① Putnam모델과 시간-연구 모델

② COCOMO모델과 Putnam모델

③ COCOMO모델과 기능요소 모델

④ 기능요소 모델과 시간-연구 모델

56. 자동측정도구 중 소프트웨어 생명주기에 대한 Rayleigh -Norden 커브와 Putnam 측정 모델을 기초로 한 자동비용 시스템은?

① LOC ② PERT

③ DSSD ④ SLIM

57. 다음 중 좋은 품질의 소프트웨어를 얻기 위한 설계지침이 아닌 것은?

① 설계에서 계층적 조직이 제시되어야 한다.

② 설계는 논리성을 갖는 모듈적이어야 한다.

③ 설계는 자료와 프로시저에 대해 통합된 표현을 포함해야

한다.

④ 설계는 독립적이고 기능적 특성을 지닌 모듈화로 유도되어 야

한다.

58. ( )는 Niklaus Wirth에 의해 제안된 초기의 하향식 설계전략이다. 위에서 ( )에 들어갈 적절한 말은?

① 단계적 세분화 ② 단계적 모듈화

③ 단계적 세그먼트화 ④ 단계적 동기화

59. 한 모듈 내부에 포함된 절차와 자료 등의 정보가 이러한 정보를 필요로 하지 않는 모듈에 접근가능하지 않도록 명세화되고 설계되는 것을 일컫는 말은?

① 정보은닉 ② 추상화

③ 세분화 ④ 상호배제

60. 모듈의 결합도에서 가장 높으며 한 모듈이 다른 모듈의 영역 안의 제어정보나 자료를 이용할 때 일어나는 결합도는?

① 자료 결합도 ② 내용 결합도

③ 외부적 결합도 ④ 공통 결합도

61. 모듈의 응집도 중에서 모듈의 수행요소들이 관련되어 반드시 특정한 순서로 실행되어야 하는 것은?

① 절차성 응집도 ② 시간성 응집도

③ 함수성 응집도 ④ 통신성 응집도

62. 논리적 자료구조를 단순화시키고 데이터베이스에서 중복성과 불필요한 자료항목들을 제거하는 과정을 무엇이라 하는가?

① 자료도표화 ② 객체화

③ 모듈화 ④ 정규화

63. 다음 중 프로그램 설계언어인 PDL의 특성이라고 할 수 없는 것은?

① 과정 내용을 기술하기 위한 자유로운 자연언어의 구문

② 과학계산용 언어인 FORTRAN과 유사한 문법

③ 간단한 자료구조와 복잡한 자료구조에 대한 선언의 편리성

④ 부프로그램 선언과 인터페이스를 기술하는 호출기법

64. 다음은 자료흐름중심 설계의 좋은 설계를 위한 설계 휴리스틱으로 적절하지 못한 것은?

① 모듈의 제어영역 안에서 그 모듈의 영향영역을 유지한다.

② 모듈은 하나의 입구와 여러개의 출구를 지니도록 한다.

③ 모듈의 결합도를 낮추고 응집도를 높인다.

④ 모듈 인터페이스들을 평가하여 복잡성과 중복성을 줄인다.

65. 자료흐름중심 설계에서 정보의 흐름을 효율적으로 표현하기 위해 사용되는 그래픽 도구는?

① DFD ② OOD

③ LOS ④ JSD

66. 자료흐름중심 설계에서 정보흐름은 크게 3가지로 구분할 수 있다. 그 3가지에 속한다고 볼 수 없는 것은?

① 입력흐름 ② 출력흐름

③ 제어흐름 ④ 변형흐름

67. 다음 중 자료구조중심 설계에서 공통적으로 고려되어야 할 설계작업이라고 할 수 없는 것은?

① 자료구조 특성들이 평가된다.

② 표현된 자료구조는 소프트웨어에 대한 제어의 계층구조로

사상된다.

③ 자료는 순서적 구조만을 이용하여 기초적인 형태로 표현된다.

④ 소프트웨어의 계층구조는 정의된 지침을 이용하여 세분화된다.

68. 다음 중 3 가지는 같은 의미로 사용되었고 하나만 다른 의미로 사용되었다. 다른 의미로 사용된 것은?

① Shneiderman 차트 ② N-S차트

③ 구조도표 ④ Chapin차트

69. 자료구조설계를 위한 도표로서 명백히 반복적이고 조건적인 정보는 물론 계층구조를 표현하며 자료요소의 발생 수에 대한 추가적인 명세를 포함한 것은?

① Warnier 도표 ② Chapin 도표

③ N-S 도표 ④ 상자도표

70. 객체중심 설계의 개념에서 모든 ( ㉠ )들은 더 큰 클래스의 멤버이고 그 클래스에 대하여 이미 정의된 개별자료구조와 연산이 상속된다. 그 때문에 개별 ( ㉠ )는 클래스의 ( ㉡ )가 된다. 위에서 ㉠과 ㉡에 들어갈 내용이 순서대로 된 것은?

① 신호, 명세 ② 인스턴스, 클래스

③ 메시지, 신호 ④ 객체, 인스턴스

31311 32123 33244 22312 43112 14221 33314

-2001-

36. 다음 중 소프트웨어공학의 특성에 속한다고 볼 수 없는 것은?

① 소프트웨어는 개발되거나 설계되며 제조되지 않는다.

② 소프트웨어는 논리적 시스템요소이다.

③ 소프트웨어는 유지보수 없이 영구적 사용이 가능하다.

④ 소프트웨어 예비부품은 존재하지 않는다.

37. 소프트웨어 위기(software crisis)에 관련된 문제점들 중 틀린 것은?

① 소프트웨어의 개발과정에서 개발을 위해 필요한 데이터를

수집할 시간을 갖지 못해왔다.

② 완결된 시스템에 대한 사용자의 불만이 너무 빈번히 발생한다.

③ 소프트웨어 품질에 대하여 의심하지 않는다.

④ 기존 소프트웨어 유지보수가 매우 어렵다.

38. 다음 중 4GT 모델에 관한 설명이라고 할 수 없는 것은?

① 개발자의 기술내용을 바탕으로 소스코드를 자동적으로 생성한다.

② 요구사항 수집, 설계전략, 제 4세대 언어를 이용한 구현,

제품화 단계로 구성된다.

③ 자연언어나 중요한 기능을 나타내는 표기법에 가까운 수준

에서 소프트웨어를 기술할 수 있는 능력을 중시한다.

④ 현재 자연언어를 완벽하게 수용할 정도로 정교하다.

39. 다음 중 소프트웨어 공학 환경을 만들기 위하여 소프트웨어, 하드웨어, 소프트웨어 공학 데이터베이스를 결합시키는 도구는?

① SADT ② CASE

③ PSL/PSA ④ SREM

40. 나선형 모델(spiral model)의 설명 중 틀린 것은?

① Boehm이 제안한 모델이다.

② 선형순차 모델의 제어와 프로토타입핑의 반복적 특성을 체

계적으로 결합시킨 단계적 소프트웨어 프로세스 모델이다.

③ 나선형 모델에서 소프트웨어는 점증적인 릴리즈의 단계로

개발된다.

④ 고전적 프로세스 모델과 마찬가지로 소프트웨어의 전체

생명주기의 적용에 적합하지 않다.

41. 정보공학의 기본 틀을 가지고 수행하는 프로젝트가 성공할 것을 확인하는 종합기능을 무엇이라 하나?

① TQM(Total Quality Management)

② TAM(Total Assurance Management)

③ PCM(Project Control Management)

④ TTC(Total Task Coodination)

42. 다음 중 PERT와 CPM이 제공하는 양적 도구들에 속한다고 볼 수 없는 것은?

① 프로젝트 기간을 산정하는 결정적 경로 결정

② 통계적 모델을 적용하여 업무들에 대한 시간 측정 확립

③ 특별 업무에 대한 시간 윈도우를 정의하는 한계시간의 계산

④ 프로젝트를 수행하기 위해 요구되는 요원들의 임금 계산

43. 소프트웨어 개발팀 접근방법에 대한 설명으로 틀린 것은?

① Harlan Mills에 의해 처음 제안

② Baker에 의해 기술된 주프로그래머팀 개념에 그 근원을 둠

③ 팀의 핵심은 고급 엔지니어, 기술진, 라이브러리언으로 구성

④ 소프트웨어 개발팀의 주요목적은 연합된 노력으로 프로젝트에

접근하는 것

44. 다음 중 소프트웨어 프로젝트를 성공적으로 수행하기 위하여 반드시 알아야 할 사항이라고 볼 수 없는 것은?

① 작업의 범위와 추진일정

② 필요한 자원과 지불비용

③ 관련 인력의 수와 경험정도

④ 수행업무와 이정표

45. 다음 중 정의단계와 개발단계에 걸쳐서 분석과 설계, 코딩, 테스팅의 노력 분포 중 추천되는 노력분포는?

① 20%, 40%, 40%② 40%, 20%, 40%

③ 30%, 30%, 40%④ 40%, 40%, 20%

46. 소프트웨어 프로젝트 추정에서 신뢰할 만한 비용과 노력을 추정하기 위한 방법으로서 실질적이지 못한 것은?

① 프로젝트에서 늦게까지 추정을 지연시킨다.

② 비용과 노력의 추정을 위해 상대적으로 간단한 분해기술을

이용한다.

③ 소프트웨어 비용과 노력에 대한 경험적 모델을 형성한다.

④ 자동추정도구들을 구입하여 이용한다.

47. McCall의 연구팀은 소프트웨어 품질에 영향을 미치는 요인 등을 분류하였다. 다음 중 연결이 올바르지 못한 것은?

① 정확성 : 프로그램이 자신의 명세사항을 만족시키고 사용자의

임무목표를 수행하는 정도

② 효율성 : 프로그램이 자체 기능을 수행하기 위해 요구되는

수행자원들과 코드의 양

③ 유용성 : 배우고 운용하고 입력을 준비하고 프로그램의 출력을

번역하는데 드는 노력

④ 이식성 : 프로그램을 수정하는데 드는 노력

48. 정형적 기술검토인 FTR(Formal Technical Reviews)의 목적들 중에서 설명이 잘못된 것은?

① 소프트웨어 표현을 위한 기능, 논리, 또는 구현의 결함들을

밝혀낸다.

② 소프트웨어가 미리 정의된 표준에 따라 표현되었는지를 보증한다.

③ 다양한 방식으로 소프트웨어가 개발되도록 한다.

④ 프로젝트를 더욱 잘 관리하도록 한다.

49. 다음 중 소프트웨어의 품질에 영향을 미치는 요인들 중 직접 측정할 수 있는 요인이 아닌 것은?

① 오류 ② KLOC ③ 유지보수성 ④ 수행시간

50. 일반적으로 소프트웨어 공학 프로세스에서 개발단계동안 설계활동 중에 일어나는 오류의 비율은?

① 10% - 20%② 30% - 40%

③ 50% - 60%④ 70% - 80%

51. 다음의 용어 중 고장들 사이의 평균시간을 나타내는 것은?

① MIPS ② MTBP ③ MTTR ④ MTBF

52. 데이터 속성은 데이터 객체의 성질을 정의하고 3가지 중 한가지 특성을 택하게 되는데 그 3가지에 속한다고 볼 수 없는 것은?

① 데이터 객체의 한 인스턴스를 명명한다.

② 객체에 대한 속성들은 응용영역에 관계없이 일정하게 식별된다.

③ 인스턴스를 서술한다.

④ 다른 테이블에 있는 다른 인스턴스를 참조한다.

53. 데이터흐름 다이어그램(DFD)에서 제시된 각 기능에 대한 서술이 포함되며 정제의 최종 수준은?

① 제어명세② 상태천이도

③ 데이터객체 서술④ 프로세스 명세

54. 다음 중 분석모델의 구조에서 가장 중앙에 위치하며 모든 데이터 객체들에 대한 명세를 포함하는 것은?

① 다이어그램② 데이터 사전

③ 프로세스 명세④ 데이터 객체 서술

55. 다음 중 데이터 흐름도를 생성할 때 도움이 될 수 있는 지침이 아닌 것은?

① 주요한 입력과 출력이 신중하게 식별되어야 한다.

② 모든 화살표와 버블들은 의미있는 이름이 부여되어야 한다.

③ 정보흐름 연속성이 수준별로 유지되어야 한다.

④ 한 번에 여러 버블들이 정제되어야 한다.

56. 소프트웨어가 상호작용하는 시스템, 그리고 그 소프트웨어를 사용하는 인간과 어떻게 대화하는지를 나타내는 설계는?

① 데이터 설계 (data design)

② 명세서 설계 (specification design)

③ 인터페이스 설계 (interface design)

④ 프로서저 설계 (procedure design)

57. 다음 중 모듈의 효율적 설계를 위한 모듈성에서 가장 높은 응집도와 가장 낮은 결합도를 포함하고 있는 것은?

① 기능적 응집도, 직접적인 결합도

② 동시적 응집도, 스탬프 결합도

③ 절차적 응집도, 외부 결합도

④ 논리적 응집도, 제어 결합도

58. 한 모듈 내에 포함된 절차와 데이터 등의 정보가 이러한 정보를 필요로 하지 않는 모듈에 접근할 수 없도록 명세화되는 것을 일컫는 말은?

① information hiding ② horizontal partioning

③ step refinement ④ functional independence

59. 다음 중 효율적 모듈성을 위한 설계 휴리스틱이라고 할 수 없는 것은?

① 모듈의 제어영역 안에서 그 모듈의 영향 영역을 유지한다.

② 모듈 인터페이스를 평가하여 복잡성과 중복성을 줄이고

일관성을 개선한다.

③ 초기 프로그램 구조를 평가하여 결합도를 높이고 응집도를

줄인다.

④ 기능이 예측 가능한 모듈을 정의하되 지나치게 제한적인

모듈들은 피한다.

60. 다음 중 단계적 정제에 관한 설명으로 적절하지 못한 것은?

① Niklaus Wirth에 의해 제안된 초기의 상향식 설계전략이다.

② 프로그래밍 언어로 나타낼 수 있을 때까지 단계적으로

이루어진다.

③ 정제의 각 단계에서 문장들은 좀더 자세한 문장들로 나뉘어

진다.

④ 정제는 높은 수준의 추상화 단계에서 정의된 기능명세로부터

시작된다.

61. 다음은 요구사항과 설계를 고려하면서 데이터 명세를 위한 원칙들이다. 그 원칙에 속한다고 볼 수 없는 것은?

① 모든 데이터 구조와 각각의 데이터에 대해 수행되는 연산

들이 식별되어야 한다.

② 데이터 사전이 만들어져 데이터와 설계 모두를 정의하는데

이용되어야 한다.

③ 저 수준의 데이터 설계결정은 설계과정의 초기 단계에서

이루어져야 한다.

④ 유용한 데이터 구조와 그것에 적용되는 연산의 라이브러리가

개발되어야 한다.

62. 아키텍처 설계과정에서 정보흐름에서 구조로의 변환 중에 이루어지는 처리부분이라고 할 수 없는 것은?

① 정보흐름의 유형을 확립하고 흐름의 경계를 지적한다.

② 결과구조를 설계척도와 휴리스틱을 이용하여 세분화한다.

③ DFD를 프로그램 구조로 사상한다.

④ 제어계층구조를 통합에 의해 정의한다.

63. 다음은 PDL(Program Design Language)에 관한 설명이다. 기술된 내용이 잘못된 것은?

① 구조적 영어 또는 의사코드라고도 한다.

② 처리 특성을 서술하는 자연언어의 자유로운 구문을 갖는다.

③ PDL은 반드시 번역되어야 사용할 수 있다.

④ 요즈음 고급 프로그래밍 언어는 PDL의 기초로 사용된다.

64. 다음 중 UIDS(User Interface Development System)가 내장하고 있는 메카니즘이라고 할 수 없는 것은?

① 사용자 입력의 검증과 프롬프트 제공

② 애플리케이션과 인터페이스 관리기능과의 통합

③ 응용 소프트웨어와 인터페이스 사이의 연결확립

④ 자동입력 반향과 같은 피드백 제공

65. 다음 중 그래픽 설계기법의 하나인 박스 다이어그램의 특징이라고 할 수 없는 것은?

① 임의의 제어이동이 가능하다.

② 재귀호출을 표현하기 쉽다.

③ 지역데이터와 전역 데이터의 영역은 쉽게 결정된다.

④ 기능영역이 잘 정의되어 그림으로 명확하게 표현된다.

66. 다음은 기본 경로테스트 단계들에 대한 설명이다. 각 단계에 대한 설명 중 바르지 못한 것은?

① 설계나 코드를 근거로 이에 상응하는 흐름 그래프를 그린다.

② 결과로 생긴 흐름 그래프의 순환 복잡도를 결정한다.

③ 비선형적으로 독립적 경로들의 기본집합을 결정한다.

④ 기본집합의 각 경로의 실행에 초점을 둔 테스트 케이스들을

준비한다.

67. 블랙박스 테스트는 다음 질문에 답하기 위해 설계되는데 질문으로 적절하지 못한 것은?

① 기능상의 타당성은 어떻게 테스트 되는가?

② 어떤 부류의 출력이 좋은 테스트 케이스를 만드는가?

③ 데이터 부류의 경계가 어떻게 분리되는가?

④ 시스템이 어떤 테스트 케이스의 입력에 특별히 민감한가?

68. 소프트웨어 테스팅은 소프트웨어 품질보증의 결정적 요소로서 명세, ( ), 코딩에 대한 궁극적 검토를 표현한다. 위에서 ( )에 들어갈 적절한 말은?

① 설계② 개발

③ 유지보수④ 구현

69. 다음 중 통합 테스트와 관련된 내용이라고 할 수 없는 것은?

① 인터페이스와 연관된 오류를 밝히는 테스트이다.

② 블랙박스 테스트 케이스 설계기법이 통합기간 동안 가장

널리 행해진다.

③ 정의단계에서 확립된 확인 매트릭스가 테스트되어야 한다.

④ 컴퓨터기반 시스템을 완벽하게 테스트하는 주요 목적을 갖는다.

70. 유지보수성의 검토는 소프트웨어공학의 각 단계가 완성될 때마다 반복해서 행해지는데 테스트의 끝맺음에 가서 일어나는 정형적인 유지보수검토를 일컫는 말은?

① 형상검토(configuration review)

② 모듈검토(module review)

③ 통합검토(integration review)

④ 데이터검토(data review)

33424 14332 14333 42424 31131 34321 32141

-2002-

36. 다음 설명 중 틀린 것은?

① 소프트웨어 공학은 신뢰성 있고 효과적으로 작동하는 경제적인

소프트웨어 프로덕트를 생산하기 위한 활동이다.

② 소프트웨어 공학은 소프트웨어의 개발과 운영 그리고 유지

보수 활동에 체계적으로 숙달되고 수량화된 프로세스 방법

들을 적용한다.

③ 소프트웨어 공학을 다른 말로 소프트웨어 프로세스라고 한다.

④ 소프트웨어는 생산된 후 유지보수를 거친 후 폐기되는 과정을

거친다.

37. 다음 중 소프트웨어의 특성이 아닌 것은?

① 물리적, 논리적 시스템 요소로 구성되어있다.

② 계속되는 변화요구로 점차 고장율 수준이 증가한다.

③ 소프트웨어는 소모되지 않는다.

④ 유지보수는 하드웨어 보다 훨씬 더 복잡하다.

38. 다음 중 소프트웨어 컴포넌트와 관련 없는 것은?

① 모든 프로그램에서 재 수정할 수 있게 구현되어야 한다.

② 최근에는 코드 및 알고리즘, 데이터 구조까지 재 사용된다.

③ 최근에는 데이터와 연산을 캡슐화하여 데이터에 적용한다.

④ 그래픽 윈도우, pull-down 메뉴 등이 있다.

39. 소프트웨어 공학 도구들은 프로세스들과 방법들을 자동으로 또는 반자동으로 지원한다. 이러한 도구들이 통합되어 한 도구에 의해 생성된 정보가 다른 도구에 의해 사용될 수 있는 소프트웨어 개발지원 시스템은?

① SQA ② CASE ③ PERT ④ GUI

40. 소프트웨어 변경은 유지보수 활동을 더욱 더 비효율적이고 어렵게 만든다. 예방 유지보수는 소프트웨어를 보다 쉽게 수정할 수 있고 기능을 향상시킬 수 있도록 하기 위한 소프트웨어 변경활동이다. 이러한 예방유지보수의 활동을 무엇이라고 하는가?

① 소프트웨어 재공학 ② 소프트웨어 테스트

③ 소프트웨어 프로세스 ④ 소프트웨어 공학 패러다임

41. 다음 중 요구사항수집, 설계전략, 제4세대언어를 이용한 구현, 제품화 단계로 구성되며 자연언어나 중요한 기능을 나타내는 표기법에 가까운 수준에서 소프트웨어를 기술 할 수 있는 능력을 중시하는 모델은?

① 4GT 모델 ② 점증적 모델

③ 나선형모델 ④ 선형순차 모델

42. 다음은 재사용 가능 소프트웨어 자원에서 고려해야 할 네 가지 범주들이다. 소프트웨어 전문 개발업체에서 취득할 수 있거나 과거의 프로젝트로 내부에서 개발했던 기존의 소프트웨어 컴포넌트로서 현재 프로젝트에 사용될 수 있게 준비되어 있고 또한 완전하게 검증된 요소들은?

① Off-the-shelf components

② Full-experience components

③ Partial-experience components

④ New components

43. 다음은 소프트웨어 프로젝트 추정 방법들이다. COCOMO 모델과 관련 있는 것은?

① 비용과 노력 추정 매트릭스

② 분해기술

③ 경험적 추정 모델

④ 자동추정도구

44. 비용과 노력추정 매트릭스에 대한 설명으로 틀린 것은?

① 품질 매트릭스는 소프트웨어가 사용자 요구사항에 얼마나

밀접하게 구현되었는가를 지적해 준다.

② 생산성 매트릭스는 개발과정 보다는 논리적 복잡성이나

모듈성의 정도와 같은 소프트웨어의 특성들을 중심으로 한다.

③ 크기 중심 매트릭스는 소프트웨어에 대한 직접추정이다.

④ 기능 중심 매트릭스는 소프트웨어에 대한 간접추정이다.

45. 다음 중 소프트웨어의 문서화, 소스목록, 데이터, 자기적 매체 등의 유지보수 및 제어기능을 하는 사람은?

① 주 프로그래머 ② 시스템 슈퍼바이저

③ 데이터베이스 전문가 ④ 소프트웨어 라이브러리언

46. 소프트웨어 프로젝트 추정에서 LOC란?

① 코드의 라인수 ② 함수의 수

③ 한 달에 필요한 사람 수 ④ 한 달에 필요한 비용

47. 다음은 소프트웨어 품질에 영향을 미치는 요인들이다. 권한이 없는 사람들에 의해 소프트웨어와 데이터에 대한 접근이 제어될 수 있는 정도를 나타내는 것은?

① 정확성 ② 신뢰성

③ 효율성 ④ 무결성

48. 소프트웨어 품질보증에 대한 설명과 관계없는 것은?

① 프로세스 각 단계에서 적용되는 “umbrella activity”

② 명시적이고 묵시적으로 정의된 요구사항들에 대한 제품의 일치

③ 제품의 품질을 알려주는 필수적인 데이터를 관리자에게

제공한다.

④ 정형적 기술검토는 결함을 발견하는데 효과적이지 못하다.

49. 품질보증과 품질비용에 관한 설명이다. 잘못된 것은?

① 품질보증은 관리상의 감사기능과 보고기능으로 구성된다.

② 결함을 찾고 복구하는 비용은 외부결함에서 내부결함으로

감에 따라서 극적으로 증가한다.

③ 품질비용은 품질을 추구하고 관련된 행동을 수행하는데

수반되는 모든 비용을 포함한다.

④ 결함비용은 크게 외부결함비용과 내부결함비용으로 구분한다.

50. 다음의 용어 중 복구 평균시간을 나타내는 것은?

① MIPS ② MTTF

③ MTTR ④ MTBF

51. 다음은 분석모델의 요소들이다. 모든 데이터 객체들에 대한 명세를 포함하는 일종의 저장소는?

① 개체 관계 다이어그램 ② 데이터 사전

③ 프로세스 명세 ④ 데이터 객체 서술

52. 다음 중 데이터 모델의 구성요소라고 할 수 없는 것은?

① 명령 ② 속성

③ 데이터객체 ④ 관계

53. 다음 중 데이터 흐름도를 생성할 때 도움이 될 수 있는 지침이 아닌 것은?

① 모든 화살표와 버블들은 의미 있는 이름이 부여되어야 한다.

② 마지막 수준에서 소프트웨어는 한 개의 버블로 표현된다.

③ 정보흐름 연속성이 수준별로 유지되어야 한다.

④ 정제는 프로세스, 데이터 객체, 저장소들이 다음수준에서

표현될 수 있도록 이들을 분리함으로써 시작된다.

54. 다음의 설명 중에서 잘못된 것은?

① 제어명세는 행위에 대한 순차명세인 상태천이도를 포함한다.

② 제어명세는 행위의 조합명세인 프로세스 활성표를 포함한다.

③ 제어명세는 시스템의 행위를 서술할 수 있을 뿐만 아니라

행위의 결과로 활성화된 프로세스들의 내부 작업들에 대한

모든 정보도 제시해 준다.

④ 프로세스 활성표는 상태들이 아닌 프로세스들의 내용에서

상태천이도에 포함된 정보를 나타낸다.

55. 다음은 소프트웨어 설계 단계들이다. 프로그램의 주요 구조요소들 사이의 관계를 정의하는 단계는?

① 데이터 설계 ② 아키텍처 설계

③ 인터페이스 설계 ④ 프로시저 설계

56. 다음은 소프트웨어 설계 개념들이다. 한 모듈 내부에 포함된 절차와 데이터 등의 정보가 이러한 정보가 필요하지 않은 모듈에 접근할 수 없도록 모듈이 명세화 되고 설계되어야 하는 것을 나타내는 것은?

① 추상화 ② 단계적 정제

③ 구조적 분할 ④ 정보은닉

57. 응집도는 정보은닉의 확장 개념으로 응집도가 강한 모듈은 오직 한가지 작업만을 하게 된다. 다음 중 응집도가 가장 강한 것은?

① 기능적 ② 동시적

③ 절차적 ④ 논리적

58. 아키텍처 설계과정에서 정보흐름의 요소가 아닌 것은?

① 입력흐름 ② 출력흐름

③ 변환흐름 ④ 제어흐름

59. 다음 중 인터페이스 설계의 세 가지 영역이 아닌 것은?

① 소프트웨어 모듈사이의 인터페이스 설계

② 컴퓨터와 컴퓨터 사이의 인터페이스 설계

③ 소프트웨어와 다른 외부 개체들 사이의 인터페이스 설계

④ 인간과 컴퓨터 사이의 인터페이스 설계

60. 다음은 프로시저 설계에 관련된 내용들이다. 흐름도나 박스 다이어그램과 관련 있는 것은?

① 구조적 프로그래밍 ② 그래픽 설계 표기법

③ 테이블 설계 표기법 ④ 프로그램 설계 언어

61. 다음 중 화이트박스 테스트 방법을 이용하기 위하여 소프트웨어 공학자가 얻어야 할 테스트 케이스가 아닌 것은?

① 참과 거짓의 모든 논리적 결정이 실행되는 테스트 케이스

② 모듈의 종속적 경로가 반복 실행됨을 보증하는 테스트 케이스

③ 경계와 작동한계에서 모든 루프를 실행시키는 테스트 케이스

④ 초기 데이터구조의 확인 보증을 위해 실행시키는 테스트 케이스

62. 다음 중 블랙박스 테스트가 오류를 찾는 범주에 속하지 않는 것은?

① 틀렸거나 빠진 기능

② 데이터 구조나 외부 데이터베이스 접근의 오류

③ 초기화 오류와 종료 오류

④ 소프트웨어 내부 논리구조에서 발생되는 오류

63. 다음은 소프트웨어 테스트 전략들이다. 소프트웨어가 모든 기능적 수행적 요구사항과 일치한다는 최종적 보증을 제공하며 블랙박스 테스트 기법만이 사용되는 것은?

① 단위 테스트 ② 통합 테스트

③ 확인 테스트 ④ 시스템 테스트

64. 다음 중 하향식 통합에 대한 설명이 아닌 것은?

① 프로그램 구조형성에 대한 점증적 접근 방법이다.

② 구성과 테스트는 최하위 수준인 원자모듈에서 시작된다.

③ 모듈들은 주제어 모듈에서 시작하여 제어계층을 통해 아래로

움직이며 통합된다.

④ 주제어 모듈에 종속된 모듈들은 깊이우선, 또는 넓이우선

방식에 의해 구조로 통합된다.

65. 다음 중 비정상적인 상황에서 프로그램이 실행될 수 있도록 설계한 시스템 테스트는?

① 회복 테스트 ② 보안 테스트

③ 강도 테스트 ④ 성능 테스트

66. 소프트웨어 유지보수는 개발조직에 의해 소요되는 모든 비용 중 대체적으로 몇 % 이상을 차지하는가?

① 10% ② 20% ③ 30% ④ 60%

67. 다음 중 외부환경의 변화를 수용하도록 하기 위한 소프트웨어의 변경작업을 나타내는 유지보수는?

① 수정 유지보수 ② 적응 유지보수

③ 완전 유지보수 ④ 예방 유지보수

68. 다음은 유지보수의 문제점을 나열한 것이다. 가장 관계없는 것은?

① 다른 사람이 자세히 작성한 문서라도 이해하기 어렵다.

② 프로그램을 개발한 사람이 항상 대기하고 있지는 않다.

③ 대부분 소프트웨어가 변화 가능하도록 설계되어있지 않다.

④ 유지보수가 매혹적인 작업으로 보이지 않는다.

69. 다음 중 객체지향 모델과 관련된 개념이라고 할 수 없는 것은?

① 일관성 있는 표기법을 사용하여 데이터와 데이터 처리를

표현할 수 있다.

② 이용은 늘고 있으나 복잡한 관계를 잘 표현 할 수 없는 단점을

갖고 있다.

③ 시스템 프로세스를 통하여 동일한 또는 호환성 있는 표기법이

사용된다.

④ 소프트웨어 개발 프로세스에서 분석과 설계를 더욱 쉽게

조화시킬 수 있다.

70. 다음 중 UML에 대한 설명이 아닌 것은?

① 소프트웨어 시스템의 인공물들을 명세하고 가시화하며 구성

하기 위한 언어이다.

② 머지않아 산업표준이 될 것으로 기대되는 객체지향 모델언어를

정의한 전문가들이 노력한 결과이다.

③ 시스템 요구사항을 명세하고 설계 의사결정을 파악하는 데

도움이 된다.

④ 객체지향분석과 설계모델을 그래프로 표현할 수 없는 단점이 있다.

31121 11324 14423 21232 41422 24323 42124

-2003-

36. 다음 중 소프트웨어 공학의 특성에 속한다고 볼 수 없는 것은?

① 소프트웨어는 개발되거나 설계되며 제조되지 않는다.

② 소프트웨어는 논리적 시스템요소이다.

③ 소프트웨어는 유지보수 없이 영구적 사용이 가능하다.

④ 소프트웨어 예비부품은 존재한지 않는다.

37. 소프트웨어 프로세서 모델 중 프로세스 전 과정을 수행하는데 있어 체계적이고 순차적인 접근방법을 제시하는 모델로 폭포수 모델이라고도 하는 것은?

① 점증적 모델 ② 나선형 모델

③ 선형순차 모델 ④ 컴포넌트 어셈블러 모델

38. 다음은 소프트웨어 프로젝트를 성공적으로 수행하기 위하여 반드시 알아야 할 사항들이다. 재사용 가능한 소프트웨어와 관련있는 것은?

① 작업의 범위 ② 지불비용

③ 필요한 자원④ 수행업무와 이정표

39. 소프트웨어 프로젝트 추정에서 신뢰할 만한 비용과 노력을 추정하기 위한 방법으로서 실질적이지 못한 것은?

① 프로젝트에서 늦게까지 추정을 지연시킨다.

② 비용과 노력의 추정을 위해 상대적으로 간단한 분해기술을

이용한다.

③ 소프트웨어 비용과 노력에 대한 경험적 모델을 형성한다.

④ 자동추정도구들을 구입하여 이용한다.

40. 다음중 COCOMO 모델에 관한 설명이라고 할 수 없는 것은?

① 기본 COCOMO 모델, 중간 COCOMO 모델, 고급 COCOMO

모델로 구분된다.

② 기본 COCOMO 모델은 추정된 LOC를 기본으로 개발노력과

비용을 계산한다.

③ 기본 COCOMO 모델은 동적 다변수 모델이다.

④ Boehm이 제안한 노력과 비용추정 모델이다.

41. 다음 중 소프트웨어의 품질에 영향을 미치는 요인들 중 직접 측정할 수 있는 요인이 아닌 것은?

① 오류 ② KLOC

③ 유지보수성 ④ 수행시간

42. 일반적으로 소프트웨어 공학 프로세스에서 개발단계 동안 설계활동 중에 일어나는 오류의 비율은?

① 10～20% ② 30～40% ③ 50～60% ④ 70～80%

43. 다음 중 결함증폭 모델에 관한 설명이라고 할 수 없는 것은?

① 개발단계 및 유지보수단계에서 결함의 발생과 검출을 나타내는

데 이용된다.

② 도식적으로 묘사되는데 사각형은 소프트웨어 개발단계를

나타낸다.

③ 모델의 단계 중 결함이 우연히 발생할 수도 있다.

④ 검토에서 새로 발생한 결함이나 전단계의 결함을 발견하는 데

실패할 수도 있다.

44. 다음 중 분석모델의 구조에서 가장 중앙에 위치하며 모든 데이터 객체들에 대한 명세를 포함하는 것은?

① 다이어그램 ② 데이터 사전

③ 프로세스 명세 ④ 데이터 객체 서술

45. 다음 중 개체-관계 다이어그램(ERD)에 관한 설명이라고 할 수 없는 것은?

① 객체간의 연결선은 화살표에 의해 표현된다.

② 데이터 객체, 속성, 관계, 그리고 타입 지시자 등으로 구성된다.

③ 주요 목적은 데이터 객체들과 이들간의 관계를 표현하는 것이다.

④ 데이터 객체는 명칭이 부여된 사각형으로 표현된다.

46. 다음 중 데이터 흐름도를 생성할 때 도움이 될 수 있는 지침이 아닌 것은?

① 주요한 입력과 출력이 신중하게 식별되어야 한다.

② 모든 화살표와 버블들은 의미있는 이름이 부여되어야 한다.

③ 정보흐름 연속성이 수준별로 유지되어야 한다.

④ 한번에 여러 버블들이 정제되어야 한다.

47. 다음의 설명 중에서 기술된 내용이 잘못된 것은?

① 제어명세는 행위에 대한 순차명세인 상태천이도를 포함한다.

② 제어명세는 행위의 조합명세인 프로세스 활성표를 포함한다.

③ 제어명세는 시스템의 행위를 서술할 수 있을 뿐만 아니라

행위의 결과로 활성화된 프로세스들의 내부 작업들에 대한

모든 정보도 제시해 준다.

④ 프로세스 활성표는 상태들이 아닌 프로세스들의 내용에서

상태천이도에 포함된 정보를 나타낸다.

48. 분석모델과 설계모델의 관계에서 데이터 설계활동에 대한 기초적인 자료를 제공하는 분석모델의 요소는?

① 데이터 흐름도 ② 상태천이도

③ 개체관계도 ④ 데이터 사전

49. 설계표현의 품질을 평가하기 위해서는 좋은 설계에 대한 기준을 세워야 하는데, 다음중 좋은 설계의 기준이 될 수 없는 것은?

① 요소들간의 효과적인 제어를 위해 설계에서 계층적 구조가

제시되어야 한다.

② 소프트웨어는 논리적으로 특별한 기능과 부기능을 수행하는

요소들로 나누어야 한다.

③ 일관성을 위해 데이터와 프로시저는 분리되지 않고 통합적

표현을 포함해야 한다.

④ 설계는 소프트웨어 요구사항에서 얻은 정보를 이용하여 반복적인 방법을 통해 이루어져야 한다.

50. 다음 중 효율적 모듈성을 위한 설계 휴리스틱이라고 할 수 없는 것은?

① 모듈의 제어 영역 안에서 그 모듈의 영향영역을 유지한다.

② 모듈 인터페이스를 평가하여 복잡성과 중복성을 줄이고

일관성을 개선한다.

③ 초기 프로그램 구조를 평가하여 결합도를 높이고 응집도를

줄인다.

④ 기능이 예측 가능한 모듈을 정의하되 지나치게 제한 적인

모듈들은 피한다.

51. 아키텍처 설계과정 중 정보흐름에서 구조로의 변환이 이루어지는 처리부분이라고 할 수 없는 것은?

① 정보흐름의 유형을 확립하고 흐름의 경계를 지적한다.

② 결과구조를 설계척도와 휴리스틱을 이용하여 세분화한다.

③ UIDS를 프로그램 구조로 사상한다.

④ 제어계층구조를 분해에 의해 정의한다.

52. 다음중 인터페이스 설계의 세 가지 영역에 속한다고 볼 수 없는 것은?

① 소프트웨어 모듈 사이의 인터페이스 설계

② 컴퓨터와 컴퓨터 사이의 인터페이스 설계

③ 소프트웨어와 다른 외부개체들 사이의 인터페이스 설계

④ 인간과 컴퓨터 사이의 인터페이스 설계

53. 다음 중 UIDS가 내장하고 있는 메커니즘이라고 할 수 없는 것은?

① 사용자 입력의 검증과 프롬프트 기능

② 응용 소프트웨어와 인터페이스 사이의 연결확립

③ 에러 처리와 에러 메시지 처리기능

④ 소스 프로그램의 번역과 오류 복구 기능

54. 다음 중 프로그램 설계언어가 가져야 할 특성이라고 할 수 없는 것은?

① 처리특성을 서술하는 특정 언어의 제한된 기능과 번역 및

디버깅 기능

② 인터페이스 서술에 대한 다양한 모드를 지원하는 부프로그램

정의와 호출기법

③ 단순 데이터 구조와 복잡한 데이터 구조를 모두 포함하는

데이터 선언 기능

④ 모든 데이터 선언, 모듈성 등의 특성들을 제공하는 키워드들의

정해진 구문

55. 소프트웨어 테스팅은 소프트웨어 품질보증의 결정적 요소로서 명세, ( ), 코딩에 대한 궁극적 검토를 표현한다. 위에서 ( )에 들어갈 적절한 말은?

① 개발 ② 설계

③ 유지보수 ④ 구현

56. 블랙박스 테스트는 소프트웨어( ㉠ )에서 행해지는 테스트를 암시하며 소프트웨어 내부 ( ㉡ )와는 상관없이 기초적 시스템 모델의 관점에서 테스트된다. 위에서 ㉠과 ㉡에 들어갈 말이 순서대로 된 것은?

① 인터페이스, 논리구조 ② 개발, 물리구조

③ 번역, 계층구조 ④ 유지보수, 연결보수

57. 흐름 그래프를 얻고 기본 경로를 결정하기 위한 절차는 기계적이다. 기본 경로 테스팅을 지원하는 소프트웨어를 개발하기 위해 ( ) 라는 데이터 구조가 매우 유용할 수 있다. ( )에 들어갈 적절한 말은?

① 희소 행렬 ② 3차원 행렬

③ 그래프 행렬 ④ 대칭 행렬

58. ( ㉠ )은 소프트웨어가 명세된 기능을 올바르게 수행하는지를 확실히 하는 일련의 활동이고 ( ㉡ )은 만들어진 소프트웨어가 고객의 요구에 부응하는지를 확실히 하는 다른 일련의 활동들을 말한다. 위에서 ㉠과 ㉡에 들어갈 말이 순서대로 된 것은?

① 통합, 검증 ② 검증, 확인

③ 확인, 검증 ④ 측정, 확인

59. 다음 중 디버깅 접근방법의 세 가지 범주에 속하지 않는 것은?

① 강제력② 역추적

③ 체크디지트 ④ 원인제거

60. 다음의 소프트웨어 유지보수 중 외부환경의 변화를 수용하도록 하기 위한 소프트웨어 변경활동과 관련된 것은?

① 수정 유지보수 ② 적응 유지보수

③ 기능향상 유지보수 ④ 예방 유지보수

61. 유지보수 중 ( ㉠ ) 은 본래의 기능을 향상시키기 위해 소프트웨어를 확장시키는 변경활동을 말하고 ( ㉡ )은 소프트웨어를 보다 쉽게 수정할 수 있게 하고 기능을 향상시키기 위한 변경활동을 말한다. 위에서 ㉠과 ㉡에 들어갈 말이 순서대로 된 것은?

① 완전 유지보수, 예방 유지보수

② 수정 유지보수, 적응 유지 보수

③ 기능향상 유지 보수, 완전 유지보수

④ 예방 유지보수, 적응 유지보수

62. 검토 중 모든 소프트웨어 구성요소가 완벽하고 이해될 수 있고 수정제어를 위해 정의되었다는 것을 확인하는 것은?

① 코드검토 ② 형상검토

③ 검토내용 ④ 모듈검토

63. 다음 중 객체지향 모델과 관련된 개념이라고 할 수 없는 것은?

① 일관성 있는 표기법을 사용하여 데이터와 데이터 처리를

표현할 수 있다.

② 이용은 늘고 있으나 복잡한 관계를 잘 표현할 수 없는 단점을

갖고 있다.

③ 객체지향 모델에서 시스템 프로세스를 통하여 동일한 또는

호환성 있는 표기법이 사용된다.

④ 소프트웨어 개발 프로세스에서 분석과 설계를 더욱 쉽게

조화시킬 수 있다.

64. 객체지향 설계를 사용하는데 있어 Jacobson이 말한 세 가지 이유에 속하지 않는 것은?

① 분석모델은 프로그래밍 언어로 직접 구현할 만큼 충분히

정형적이지 않다.

② 실제 시간은 시스템이 실제로 구현될 환경에 적합해야 한다.

③ 분석모델에 필요한 변경을 가할 수 없어 언제나 동일한

설계가 유지된다.

④ 분석결과들은 객체지향 설계를 이용하면서 확인할 수 있다.

65. 다음 중 UML에 대한 설명이라고 할 수 없는 것은?

① 소프트웨어 시스템의 인공물들을 명세하고 가시화하며

구성하기 위한 언어이다.

② 머지않아 산업표준이 될 것으로 기대되는 객체지향 모델

언어를 정의한 전문가들이 노력한 결과이다.

③ 시스템 요구사항을 명세하고 설계 의사결정을 파악하는 데

도움이 된다.

④ UML표기법은 객체지향분석과 설계모델을 그래프로 표현

할 수 없는 단점이 있다.

66. 설계단계 동안 존재하게 되는 두 개의 다이어그램들을 나타내는 것은?

① 클래스 다이어그램, 상태 다이어그램

② 시퀀스 다이어그램, 배치 다이어그램

③ 상태 다이어그램, 시퀀스 다이어그램

④ 컴포넌트 다이어그램, 배치 다이어그램

67. 다음 중 CASE에 대한 설명이라고 할 수 없는 것은?

① 컴퓨터 프로그램 형태의 수동화된 도구

② 프로세스의 모든 단계들에서 소프트웨어 개발에 대한 공학적

접근방법

③ 코드문이나 물리적 데이터 요소보다 더 높은 수준에서 설계

데이터베이스를 구축한다.

④ 궁극적인 목표는 생산성, 품질, 표준화의 향상과 의사교환의

용이성, 문서화 표준 실현

68. 통합 CASE 도구는 ( ㉠ )부터 ( ㉡ )에 이르기까지 전체 개발 생명주기를 총망라 한다. 위에서 ㉠과 ㉡에 들어갈 말이 순서대로 된 것은?

① 분석, 설계 ② 개발, 유지보수

③ 요구사항 정의, 유지보수 ④ 요구사항 정의, 개발

69. 다음 중 소프트웨어 재공학의 목적이라고 할 수 없는 것은?

① 소프트웨어 유지보수성을 향상시킨다.

② 소프트웨어에서 사용하고 있는 기술을 상향조정한다.

③ 소프트웨어를 수명 연장과 유지보수의 생산성을 높인다.

④ 소프트웨어를 하드웨어와 독립적으로 운영되도록 한다.

70. 소프트웨어( ㉠ )이란 소프트웨어를 미래의 변화들에 적응할 수 있게 할 목적으로 프로그램 소스코드와 데이터를 변경하는 것을 말하고 ( ㉠ ) 노력이 모듈 경계를 넘어 소프트웨어 아키텍처를 포함한다면 ( ㉡ )이 된다. 위에서 ㉠과 ㉡에 들어갈 말이 순서대로 된 것은?

① 재구성, 순공학 ② 상속, 역공학

③ 순공학, 역공학 ④ 재사용, 순공학

33313 33121 43433 32412 13232 12234 41341

-2004-

1. 선형순차 프로세스 모델의 실제 적용을 어렵게 만드는 이유라 하기 힘든 것은?

① 프로젝트 진척 사항을 파악하기 어렵다.

② 앞 단계 작업의 지연은 후속 단계의 지연을 초래한다.

③ 프로젝트 수행시 반복과정이 자주 발생한다.

④ 프로젝트 일정 초기에 명확한 요구사항을 알아내기 어렵다.

2. 점증적 프로세스 모델에 관한 설명 중 잘못된 것은?

① 첫 번째 점증은 핵심 부품이어야 한다.

② 기술적인 위험을 관리하는 계획이 될 수 있다.

③ 프로세스가 반복적으로 적용된다.

④ 고객의 요구사항이 명확한 경우 사용하는 것이 적당하다.

3. 다음 내용이 설명하고 있는 소프트웨어 프로세스 모델로 가장 적당한 것은?

․ 선형 순차 모델과 프로토타이핑의 반복적 특성을 결합한 단계적 프로세스 모델이다. ․ 프로세스 전개 과정에 따른 위험을 이해하고 대응할 수 있다는 특징을 가진다. ․ 대규모 시스템과 소프트웨어 개발에서 가장 현실적 접근 방법이다. ․ 각 단계별로 다른 프로세스 모델을 적용할 수 있다.

① 선형순차 모델 ② 프로토타입 모델

③ 나선형 모델 ④ 컴포넌트 어셈블리 모델

4. 소프트웨어 프로젝트의 관리상 특징이라 할 수 없는 것은?

① 소프트웨어 제품은 눈에 보이지 않으므로 진척사항을 파악하기

힘들다.

② 기술의 발전 속도가 빨라 프로젝트 경험을 나중에 재활용하기

힘들 수 있다.

③ 프로젝트 관리를 잘한다고 반드시 프로젝트가 성공하는 것은

아니다.

④ 소프트웨어 종류별로 검증된 표준 개발 프로세스를 적용

할 수 있다.

5. 다음은 중간 COCOMO 모델과 관련있는 설명이다. 무엇을 계산하기 위한 것인가?

제품 속성, 하드웨어 속성, 인적 속성, 그리고 프로젝트 속성의 4개 주요 범주에 속해 있는 비용 드라이버(cost driver) 속성들을 고려한다. 이 15개의 속성들은 ‘매우 낮은’ 수준에서부터 ‘매우 높은’ 수준으로 구분되어 값이 부여된다. 부여된 값들을 모두 곱한다.

① 제품 복잡도(CPLX) ② 기술 위험(TR)

③ 사업위험 척도(BR) ④ 노력조정인자(EAF)

6. COCOMO 모델의 식을 적용하기 위해서는 소프트웨어 프로젝트의 종류를 정해야 한다. 다음은 어떤 모드를 설명하고 있는가?

하드웨어, 소프트웨어, 그리고 운영 제약들이 하나의 집합으로 개발되도록 만들어 놓은 소프트웨어 프로젝트

① 내장형 모드 ② 반분리형 모드

③ 분산형 모드 ④ 기본형 모드

7. 다음이 설명하는 용어는 무엇인가?

․ 프로젝트의 진도를 검사하기 위한 것이다. ․ 하나의 소프트웨어 프로세스 활동이 종료됨을 의미한다. ․ 보고서와 같은 정형의 결과물이 있어야 한다.

① 이정표(milestone) ② 전달물(deliverables)

③ 프로토타입(prototype) ④ 활동 네트워크(activity network)

8. 프로젝트 관리에서 PERT나 CPM 방법이 직접적으로 적용되는 분야는?

① 프로젝트 비용 추정 ② 프로젝트 일정 관리

③ 프로젝트 조직 계획 ④ 프로젝트 자원 관리

9. 프로젝트 관리자의 주요한 업무 중 하나는 위험 요인을 미리 예측하고 관리하는 일이다. 다음 위험 요인 중 가장 가능성이 높고 영향력이 심각하다고 생각되는 것은?

① 필요한 기술을 가진 인력을 구할 수 없다.

② CASE 도구에 의해 생성된 코드가 비효율적이다.

③ 고객이 요구사항의 변화가 가져오는 영향을 이해하지 못했다.

④ 소프트웨어 규모를 과소평가 했다.

10. 프로젝트 개발 계획에 포함되는 요소로 보기 힘든 것은?

① 개발팀을 구성하는 방법과 팀에 속한 사람들과 그들의 역할을

기술

② 필요한 하드웨어나 지원 소프트웨어를 식별하여 기술

③ 프로젝트 전체 작업을 분해하고 종속 관계를 파악하여 기술

④ 재사용 요소들의 품질 기준과 구조 표준을 파악하여 기술

11. 소프트웨어 품질 비용과 관련된 설명이다. 다음 중 잘못된 것은?

① 품질 비용은 예방, 감정(평가), 그리고 결함(failure) 비용으로

나눌 수 있다.

② 내부 결함 비용은 제품이 고객에게 전달된 후에 발견될 때

초래되는 비용이다.

③ 외부결함을 복구하는데 소요되는 비용이 내부 결함에 의한

비용보다 크다.

④ 품질 비용을 줄이기 위해 프로세스를 개선할 점이 있는지

평가할 필요가 있다.

12. 정형적 기술 검토(FTR)를 위한 지침으로 적당치 않은 것은?

① 참가자의 수를 제한하고 사전 준비를 강조한다.

② 검토할 제품의 점검목록(checklist)을 만든다.

③ 제품뿐만 아니라 제작자까지 검토 대상에 포함한다.

④ 시간이 지체되지 않도록 토론과 반증을 제한한다.

13. 소프트웨어 신뢰도와 유효성(availability)에 관한 다음 설명 중 잘못된 것은?

① 소프트웨어 신뢰도 예측은 하드웨어 신뢰도 이론에 기초한다.

② 단순한 신뢰도 측정은 고장들 사이의 평균 간격(MTBF)으로

표현된다.

③ 유효성은 주어진 시점에서 프로그램이 요구사항대로 작동될

가능성이다.

④ 평균 복구시간(MTTR)이 짧으면 유효성은 더 나빠진다.

14. 프로그램의 제어계층구조에 관한 다음 설명 중 잘못된 것은?

① 프로그램의 구성 요소인 모듈들의 계층적 구성을 보여준다.

② 프로그램의 순서, 선택, 반복과 같은 절차적 측면을 보여준다.

③ 가장 보편적인 표기법은 구조도(structure chart)이다.

④ 제어 관계에 의한 모듈간의 주종 관계를 보여준다.

15. 프로그램의 주요 구성요소들 간의 관계를 정의하는 초기 설계 단계를 무엇이라 하는가?

① 아키텍쳐 설계 ② 데이터 설계

③ 인터페이스 설계 ④ 프로시저 설계

16. 효율적 모듈성을 위한 설계 휴리스틱으로 볼 수 없는 것은?

① 높은 팬-출력을 가진 구조를 최대화하여 피라미드형의 제어

계층구조를 만든다.

② 모듈 간 결합도를 줄이고 모듈의 응집도를 개선시킨다.

③ 어떤 모듈에 영향을 받는 영역은 그 모듈의 제어 영역 안에

두어야 한다.

④ 설계 제약과 이식성 요구사항에 기초하여 소프트웨어를

패키지한다.

17. “한 모듈 내에 포함된 절차와 데이터 등의 정보가 이러한 정보를 필요로 하지 않는 모듈에서 접근할 수 없도록 명세화하는 것”을 일컫는 용어는 무엇인가?

① 정보 독립 ② 기능적 독립

③ 정보 은닉 ④ 단계적 정제

18. 소프트웨어 테스트에 관한 설명 중 잘못된 것은?

① 오류를 찾으려는 목적으로 프로그램을 실행시키는 절차이다.

② 성공적인 테스트란 아직 발견되지 않은 오류를 찾아내는

것이다.

③ 테스트를 통해 오류의 부재를 증명할 수 있다.

④ 오류를 찾을 가능성이 높은 것이 좋은 테스트 케이스이다.

19. 순환 복잡도에 관한 설명이 아닌 것은?

① 프로그램의 논리적 복잡성을 나타낸다.

② 프로그램에서 독립적 경로의 수와 관계있다.

③ 프로그램 크기에 관한 척도이다.

④ 흐름 그래프 G에서 순환 복잡도는 (서술노드의 수＋1)이다.

20. 기본 경로 테스팅에 관한 설명이 아닌 것은?

① 화이트박스 테스트이다.

② 독립적 경로를 실행시키는 테스트 케이스를 준비한다.

③ 흐름 그래프를 사용한다.

④ 루프 구조의 확인에 초점을 맞춘 테스트 기술이다.

21. 블랙박스 테스트를 통해 찾을 수 있는 오류의 범주가 아닌 것은?

① 인터페이스 오류

② 참과 거짓의 모든 논리적 결정이 실행되지 않는 오류

③ 외부 데이터베이스 접근 오류

④ 성능 오류

22. 블랙박스 테스트에서 테스트 케이스를 유도하기 위한 과정이라 할 수 없는 것은?

① 경계값 분석 ② 입력 데이터의 균등 분할

③ 프로그램 구조의 분석 ④ 요구사항 명세의 분석

23. 검증과 확인(V&V)에서 확인(validation)의 의미를 설명한 것은?

① 적절한 개발 프로세스가 적용되었는가를 확인

② 소프트웨어 품질 보증을 확인

③ 만들어진 소프트웨어가 고객의 요구에 부응하는가를 확인

④ 소프트웨어가 명세된 기능을 올바르게 수행하는가를 확인

24. 하향식 통합에 관한 설명이 아닌 것은?

① 점증적 통합 방식 중 하나이다.

② 주프로그램에서 시작하여 제어 계층을 통해 아래로 움직이며

통합된다.

③ 테스트의 한 단계가 완료되면 스터브(stub)가 실제 모듈로

교체된다.

④ 테스트 드라이버를 추가로 작성해야 하는 오버헤드가 존재한다.

25. 다음 중 베타 테스트에 관한 설명인 것은?

① 개발자가 제어할 수 없는 환경에서 행해진다.

② 한 사람을 위해 주문된 소프트웨어를 만든 경우 사용된다.

③ 고객이 개발자 앞에서 행한다.

④ 소프트웨어 오류의 원인을 고립시키기 위한 기술이다.

26. 과도한 자원을 요구하는 비정상적인 상황에서 시스템을 실행시켜 그 행위를 테스트하는 방법을 무엇이라 하는가?

① 알파 테스트 ② 성능 테스트

③ 강도 테스트 ④ 보안 테스트

27. 디버깅과 관련된 다음 설명 중 타당치 않은 것은?

① 규칙적인 절차에 의해 진행된다.

② 문제의 증상으로부터 오류의 원인을 추적하게 된다.

③ 문제의 증상은 일시적으로 사라질 수 있다.

④ 테스트는 아니지만 테스트의 결과로 일어난다.

28. 외부 환경의 변화를 수용하도록 하기 위한 소프트웨어 유지보수를 무엇이라 하는가?

① 수정 유지보수 ② 적응 유지보수

③ 완전 유지보수 ④ 예방 유지보수

29. 소프트웨어 유지보수와 관련된 문제점이라고 보기 힘든 것은?

① 다른 사람이 개발한 프로그램을 이해하여야 한다.

② 소프트웨어가 문서화되어 있지 않는 경우가 많다.

③ 유지보수 작업은 매혹적으로 보이지 않는다.

④ 소프트웨어는 시간이 지나도 낡지 않는다.

30. 소프트웨어 유지보수 과정에서 생길 수 있는 주요 부작용으로 보기 힘든 것은?

① 코드의 부작용 ② 회복시간의 부작용

③ 데이터의 부작용 ④ 문서의 부작용

31. CASE 도구를 사용하는 목적이라고 볼 수 없는 것은?

① 소프트웨어 개발 생산성의 향상

② 정형적 기술 검토

③ 결과물의 품질 향상

④ 문서화를 통한 구성원 간의 의사교환

32. 통합 CASE 환경의 핵심 구성 요소라 할 수 없는 것은?

① 도구 관리 서비스 ② ORB 인터페이스

③ 객체 관리 시스템 ④ 공유 데이터 저장소

33. 클라이언트/서버 아키텍쳐의 주요 구성 요소로 보기 힘든 것은?

① 프리젠테이션 컴포넌트 ② 공통 런타임 컴포넌트

③ 애플리케이션 컴포넌트 ④ 데이터베이스 관리 컴포넌트

34. 소프트웨어를 미래의 변화들에 적응할 수 있게 할 목적으로 프로그램 소스나 데이터를 변경하는 것을 무엇이라 하는가?

① 재사용(reuse)

② 역공학(reverse engineering)

③ 순공학(forward engineering)

④ 재구성(restructuring)

35. 추상화의 최하위 수준인 코드로부터 추상화의 상위 수준인 분석 또는 설계 정보를 생성하는 과정을 무엇이라 하는가?

① 재공학(reengineering)

② 역공학(reverse engineering)

③ 순공학(forward engineering)

④ 재구성(restructuring)

14344 11214 23421 13334 23341 31242 22242

-2005-

36. 포괄적 의미의 소프트웨어에 관한 정의로 가장 타당한 것은?

① 개념적이고 무형이며 비가시적인 프로그램

② 프로그램과 프로그램의 개발, 운용, 유지보수에 필요한 관련

정보 일체

③ 상호동작하는 서브시스템들로 구성된 시스템

④ 프로그램과 프로그램을 구동시키는 하드웨어 일체

37. 소프트웨어 공학이 추구하는 목표와 관련해서 타당한 설명으로 짝지워진 것은?

가. 비용에 관계없이 최대한 품질 좋은 소프트웨어를 개발한다. 나. 계획된 기간 내에 개발이 이루어지도록 개발 공정을 관리한다. 다. 유능한 소프트웨어 개발자의 창의력과 독창적인 프로그램 작성기법을 권장한다. 라. 소프트웨어 개발 관리 기법을 적용하여 인적, 물적 자원을 효율적으로 관리한다.

① 가, 나 ② 나, 다, 라 ③ 나, 라 ④ 가, 나, 다, 라

38. 아래는 개발 과정에서 릴리스를 구하는 방법을 설명한 것이다. 이 방법이 설명하는 용어는 무엇인가?

요구분석서에 나타낸 시스템의 기능들을 여러 개의 서브시스템들에 나누어 할당한다. 먼저 일부 기능만을 포함한 서브시스템을 릴리스하고 다음에 새로운 기능을 추가해 나가는 형태이다. 새로운 릴리스가 발표됨에 따라 시스템의 기능이 완성되어 간다.

① 반복적 방법 ② 프로토타입 방법

③ 순차적 방법 ④ 점증적 방법

39. 폭포수 모형에 시스템 검증과 테스트 작업을 강조한 프로세스 모형은 무엇인가?

① 프로토타이핑 모형 ② 검증과 확인 모형

③ V 모형 ④ 점증적 모형

40. CPM 네트워크의 설명이 아닌 것은?

① 임계 경로를 파악할 수 있다.

② 프로젝트 작업들 간의 의존관계를 나타낸다.

③ 작업별로 최대한 빠르게 끝날 수 있는 시간과 최대로 늦추어

끝날 수 있는 시간을 계산할 수 있다.

④ 막대의 회색 부분은 연장 가능한 예비 시간을 나타낸다.

41. COCOMO 모델의 식을 적용하기 위해서는 소프트웨어 프로젝트의 유형을 정해야 한다. 다음은 어떤 유형을 설명하고 있는가?

대형 규모의 하드웨어가 포함된 실시간 시스템으로 미사일 유도 시스템이나 도시가스 제어 시스템이 여기에 속한다. 강한 제약사항들을 가지며 하드웨어, 소프트웨어 및 운영 절차가 밀접하게 연관된 복잡한 시스템의 경우이다.

① 단순형 ② 중간형

③ 임베디드형 ④ 분산형

42. 기능 점수에 의한 비용 산정 방법에 관한 다음 설명 중 잘못된 것은?

① 기능 점수는 소프트웨어가 가지는 기능을 정량화한 것이다.

② 구현되는 언어에 따라 기능 점수는 큰 차이가 있다.

③ 비즈니스 응용 분야의 소프트웨어 개발비용 산정에 정확하다고

한다.

④ 기능 점수를 구할 때, 개발에 영향을 미치는 시스템의 특성들을

고려할 수 있다.

43. 소프트웨어 프로젝트 팀 구성 방법에 대한 설명으로 알맞지 않은 것은?

① 책임 프로그래머 팀은 비교적 소규모 프로젝트에 적합하다.

② 분산형 팀 구성은 의사 교환을 위한 비용이 적다.

③ 분산형의 팀 구성을 민주적 팀 구성이라 하는데 책임소재가

명확하지 않은 단점이 있다.

④ 혼합형 팀 구성은 계층적 구조를 가지며 기술 인력이 관리

능력도 겸비해야 한다.

44. 테스트 케이스에 관한 다음 설명 중 가장 올바른 것은?

① 테스트 실행에 필요한 입력 데이터를 의미한다.

② 테스트 실행 후 예상되는 결과를 말하며 테스트 오라클

이라고도 한다.

③ 테스트 실행 도구인 테스트 하니스를 의미한다.

④ 테스트 데이터뿐만 아니라 실행될 조건이나 예상 결과도

포함한다.

45. 블랙박스 테스트에 관한 설명이 아닌 것은?

① 주어진 입력에 대한 실행 결과를 예상 결과와 비교한다.

② 주로 모듈의 기능을 테스트한다.

③ 모듈의 논리적 구조를 체계적으로 점검한다.

④ 프로그램을 실행하여 동작을 시험하는 동적 분석의 한 방법이다.

46. 다음이 설명하는 화이트박스 테스트의 검증 기준(coverage)은 무엇인가?

모든 분기의 참과 거짓 조건을 모두 테스트해야한다.

① 문장 검증 기준 ② 조건 검증 기준

③ 선택 검증 기준 ④ 논리 검증 기준

47. 다음이 설명하는 통합 테스트 방법은 무엇인가?

특수하고 중요한 기능을 수행하는 최소 모듈 집합을 먼저 구현하고 통합하여 테스트한다. 보조적인 기능의 모듈은 나중에 구현하여 테스트한 후 추가한다.

① 상향식 통합 테스트 ② 하향식 통합 테스트

③ 연쇄식 통합 테스트 ④ 동시식 통합 테스트

48. 다음 중 정적 분석 도구가 아닌 것은?

① 구조 분석 도구② 실행 분석 도구

③ 코드 분석 도구④ 데이터 분석 도구

49. 유지보수 작업을 용이하게 하고자 할 때, 개발 작업시 수행되어야 하는 가장 중요한 것은?

① 문서화와 형상 관리② 역공학

③ 구조적 프로그래밍④ 프로그램 재구조화

50. 형상관리에 관한 설명으로 옳은 것은?

① 버전관리와는 관계 없다.

② 변경요청시 즉시 변경하여 융통성을 높인다.

③ 소프트웨어의 형상은 식별하기가 매우 용이하다.

④ 소프트웨어 변경을 결정할 권한은 형상관리 위원회에게 있다.

51. 다음 설명에서 밑줄 부분에 공통으로 들어 용어는 무엇인가?

각 형상관리 항목에 대한 을(를) 정하여 현재의 상태를 관리한다. 즉 은(는) 각 항목에 대한 업무가 완료되면 그것을 통제하기 위한 시점을 의미한다. 그 이후 발생하는 변경은 요구하여 검증을 받아야 한다.

① 델타② 전달물

③ 이정표④ 베이스라인

52. McCabe의 복잡도 척도인 사이클로매틱 수에 관한 설명이 아닌 것은?

① 프로그램의 논리 흐름을 표현한 제어 흐름 그래프에 기초한

복잡도 척도이다.

② 프로그램에서 사용된 연산자와 피연산자의 개수에 비례한다.

③ 선택 경로가 많을수록 커진다.

④ 모듈 크기를 정하는 척도로 사용될 수 있다.

53. 절차적 방법과 비교할 때, 객체지향 방법의 특징이라 할 수 없는 것은?

① 재사용이 용이하므로 개발 기간을 단축할 수 있다.

② 설계에서 프로그래밍으로의 전환이 매끄럽다.

③ 함수와 자료가 분리되어 있으므로 프로그래밍하기 쉽다.

④ 인간의 사고방식과 유사하게 모델링 작업을 할 수 있다.

54. UML 다이어그램의 대부분은 설계 도구로서의 성격이 강하나 이것은 전적으로 분석을 위한 용도로 사용된다. 이것은 무엇인가?

① 배치 다이어그램 ② 액티비티 다이어그램

③ 사용 사례 다이어그램 ④ 클래스 다이어그램

55. RUP 프로세스를 구성하는 네 가지 중요한 단계 중 다음이 설명하고 있는 단계는?

비전을 구체화하고 중심되는 소프트웨어 구조를 반복적으로 구현해 보아 시스템의 뼈대를 확립한다. 중요한 요구를 찾아내고 범위를 정한다. 핵심 아키텍쳐를 구축하고 심각한 위험요소를 해결하며 대부분의 요구사항을 정의한다.

① 개념정립(inception)② 전개(elaboration)

③ 구축(construction)④ 전환(transition)

56. 다음 중 UML에 대한 설명으로 옳지 않은 것은?

① UML은 여러 객체지향 표현 방법을 통합한 것이다.

② UML은 다양한 관점을 표현하는 다이어그램들을 제공한다.

③ UML은 객체 지향 설계의 표현 방법과 프로세스를 제안한다.

④ UML은 기능적 모형, 객체 모형, 동적 모형으로 구성된다.

57. 사용 사례 모형의 복잡성을 줄이려고 할 때, 기본 사용 사례에서 예외적이며 조건적인 이벤트의 흐름을 분리시키는 방법이 있다. 이것과 관계있는 사용 사례 사이의 관계는 무엇인가?

① 확장 관계 ② 상속 관계

③ 결합 관계 ④ 포함 관계

58. UML 클래스 다이어그램에서 클래스 사이의 상속 관계(또는 일반화 관계)를 표현하기 위한 기호는 무엇인가?

①	②
③	④

59. 객체 지향 방법으로 시스템을 개발하려 할 때 다음 중 가장 우선적으로 수행하여야 할 작업은 무엇인가?

① 순서 다이어그램 작성② 시스템 설계

③ 객체 설계④ 사용 사례 다이어그램 작성

60. 상호작용 다이어그램의 두 가지 종류를 설명한 것이다. 잘못된 것은?

① 순서 다이어그램에서 메시지 호출 순서는 묵시적으로 위에서

아래로이다.

② 협동 다이어그램에서 메시지 호출 순서는 숫자로 표현된다.

③ 순서 다이어그램은 네트워크형이고 협동 다이어그램은

울타리형이다.

④ 사용사례를 실현하는 객체들 간의 상호작용을 모델링한다.

61. UML에서 다음 그림이 의미하는 것은 무엇인가?

① 컴포넌트 ② 패키지

③ 클래스 ④ 인터페이스

62. 다음이 설명하고 패턴의 이름은 무엇인가?

객체 사이의 1대 다의 의존관계를 정의한 것으로 한 객체의 상태가 변하면 의존 관계에 있는 다른 객체들에게 통보되고 자동으로 수정이 일어나게 한다. 일명 publish-subscribe 패턴이라고도 한다.

① Design 패턴② Visitor 패턴

③ Factory 패턴④ Observer 패턴

63. ISO 9126에서 언급하고 있는 여섯 가지 소프트웨어 품질 특성에 속하지 않는 것은?

① 신뢰성② 사용성

③ 강인성④ 기능성

64. CMM에서 다음이 설명하는 성숙도 수준은 무엇인가?

프로젝트 관리와 개발을 위한 소프트웨어 프로세스가 잘 문서화되어 규격으로 만들어져 있다. 기관 내에 소프트웨어 공학 프로세스 그룹(SEPG)이 조직되어 프로세스를 전담한다. 소프트웨어 공학과 관리 활동이 안정적으로 반복되기 때문에 표준화와 일관성이 중요한 특징이 된다.

① 레벨 1 : Initial ② 레벨 2 : Repeatable

③ 레벨 3 : Defined④ 레벨 4 : Managed

65. 소프트웨어 품질 측정을 위한 메트릭에 관한 설명으로 잘못된 것은?

① 프로그램의 크기, 제어 흐름 복잡도, 결합도와 응집도 등은

내부 메트릭이다.

② 내부 메트릭은 개발 과정 중에 나오는 결과물을 측정하기

위한 것이다.

③ 외부 메트릭은 객관적이고 정량적인 측정이 상대적으로

용이하다.

④ 외부 메트릭은 외부 환경 요소의 영향을 받을 수 있다.

66. 다음 중 인스펙션의 목적이 아닌 것은?

① 결함이 있다는 사실을 기록하기 위해

② 준비하는 동안 결함을 발견하고 회의에서 확인하기 위해

③ 결함에 대한 해결책을 제시하기 위해

④ 개발자가 수정하도록 기록을 제시하기 위해

67. 통합 CASE를 구성하는 요소들 중 가장 핵심 구성 요소라 볼 수 있는 것은?

① 문서 편집기② 설계 도구

③ 프로그래밍 도구④ 정보 저장소

68. 컴포넌트에 관한 설명으로 잘못된 것은?

① 제공하는 서비스와 사용하는 서비스를 인터페이스로 정의

해야 한다.

② 클래스와 유사한 개념으로 바이너리 레벨이 아닌 소스

레벨에서의 재사용을 위한 것이다.

③ 컴포넌트 라이브러리의 개발은 개발 조직의 자산으로 여기고

투자하여야 한다.

④ 다른 소프트웨어와 연결되어 동작할 수 있는 방법을 제공

해야 한다.

69. 웹 기반 응용 시스템에 관한 설명으로 적당치 않은 것은?

① 네트워크상에서 수행된다.

② 일반 응용 소프트웨어와 비교할 때 상대적으로 느리게 진화한다.

③ 컨텐트 중심적이며 네비게이션의 설계가 중요하다.

④ 반복적인 개발 프로세스가 적당하다.

70. 리엔지니어링에 관한 설명으로 적당하지 않은 것은?

① 시스템과 그 구조를 이해하는 것이 최종 목적이다.

② 재구조화는 리엔지니어링 기술의 하나이다.

③ 시스템을 새로운 요구에 맞도록 개선하는 것이다.

④ 비용 측면에서 새로 개발하는 것보다 나을지 예측해야 한다.

23434 32243 33214 42332 31343 24333 34221

-2006-

36. 다음은 시스템에 관한 설명이다. 잘못된 것은?

① 시스템을 구성하는 서브시스템들이 상호작용하여 시너지

효과를 낸다.

② 소프트웨어 자체도 하나의 시스템이라 할 수 있다.

③ 시스템은 기술, 요구사항, 환경 등의 변화에 빠르게 적응

해야 한다.

④ 시스템의 설계는 구성요소들 간의 상충되는 요구를 모두

만족시키는 최적의 정답이어야 한다.

37. 다음은 좋은 소프트웨어의 조건들을 기술한 것이다. 이 중에서 소프트웨어 개발 발주자 관점에서의 조건으로 가장 적당한 것은 무엇인가?

①적은 비용으로 소프트웨어를 공급받아 기업 활동의 생산성을

높인다.

② 배우기 쉽고 사용하기 쉽다.

③ 문서화가 잘 되어 있다.

④ 유지보수 도구가 충분하다.

38. 소프트웨어 프로세스 모형에서 나선형 모형의 가장 중요한 특징을 간단히 요약한다면 다음 중 무엇인가?

① 테스트 작업의 강조② 위험 관리

③ 원활한 의사소통④ 검증된 모형

39. 다음 중 소프트웨어 공학을 잘 이해하지 못한 잘못된 상식이라 할 수 있는 것은?

① 소프트웨어 개발자의 창의력과 독창적인 프로그램 작성기법을

권장한다.

② 프로젝트 규모가 커질수록 구성원 간의 의사소통이 어려워진다.

③ 일정이 촉박하여 인원을 더 투입한다면 오히려 개발 일정이

지연될 수 있다.

④ 프로젝트 규모가 커질수록 프로젝트 관리가 성패의 중요한

요소가 된다.

40. 프로젝트 계획에서 CPM 네트워크나 간트 차트가 사용되는 작업은 다음 중 어느 것인가?

① 문제의 정의② 프로젝트 위험 관리

③ 프로젝트 일정 계획④ 프로젝트 비용 추정

41. 초기 기본형의 COCOMO 모형에서 프로젝트 소요 인력을 추정하기 위해 필요한 변수는 무엇인가?

① 기능 점수② 노력 승수

③ 원시 코드의 라인수④ 개발 기간

42. 기능 점수에 의한 비용 산정 방법에 관한 다음 설명 중 잘못된 것은?

① 기능 점수는 소프트웨어가 가지는 기능을 정량화 한 것이다.

② 기능 점수 방법을 사용하려면 정확한 라인수의 예측이

필요하다.

③ 비즈니스 응용 분야의 소프트웨어 개발비용 산정에 정확하다고

한다.

④ 기능 점수는 구현되는 언어와 관계없는 메트릭이다.

43. 다음은 프로젝트 팀 구성에 관한 설명이다. 잘못된 것은 무엇인가?

① 기간이 긴 프로젝트라면 경험자와 초보자를 적당히 혼합하는

것이 좋다.

② 분산형 팀 구성 방법은 대규모의 문제에 적합하지 않다.

③ 중앙 집중식 팀 구성 방법은 의사 결정이 신속하지 못하다.

④ 팀을 언제 어떤 식으로 구성하는가는 관리자 고유의 권한

으로 볼 수 있다.

44. 테스트와 디버깅의 목적을 올바르게 설명한 것은?

① 테스트와 디버깅 모두 오류를 수정하는 작업이다.

② 테스트와 디버깅 모두 오류를 찾아내는 작업이다.

③테스트는 오류를 수정하는 작업이며 디버깅은 오류를 찾는

작업이다.

④테스트는 오류를 찾는 작업이며 디버깅은 오류를 수정하는

작업이다.

45. 화이트박스 테스트에 관한 다음 설명 중 잘못된 것은?

① 가능한 적은 수의 테스트 케이스들로 검증 기준을 만족하도록

한다.

② 논리 구조보다는 기능을 테스트하는 것이다.

③ 가능한 모든 수행 경로를 검사하는 것은 거의 불가능하다.

④ 프로그램의 수정 후에 이루어지는 테스트를 리그레션 테스트라

한다.

46. 블랙박스 테스트에서 테스트 케이스를 유도하기 위한 과정이라 할 수 없는 것은?

① 요구명세서의 분석 ② 동치 분해

③ 경계 값 분석 ④ 논리 흐름도 분석

47. 다음이 설명하는 통합 테스트 방법은 무엇인가?

- 최하위 모듈을 먼저 통합하여 시험하는 점증적 통합 방식 이다. - 하위층에 중요한 모듈이 있는 경우 적당하다. - 개발 의뢰자에게 시스템을 사용해 볼 충분한 기회를 제공 하지 못한다.

① 상향식 통합 테스트 ② 하향식 통합 테스트

③ 연쇄식 통합 테스트 ④ 동시식 통합

48. 다음은 인수테스트에 관한 설명들이다. 잘못된 것은?

①인수테스트의 목적은 오류가 없음을 개발자가 증명해 보이는

것이다.

② 사용자 지침서는 인수테스트의 중요한 참고자료가 될 수 있다.

③베타테스트는 소프트웨어를 고객에게 전달하여 시험하는

것이다.

④ 알파테스트는 사용자가 개발 환경에서 시험하는 것을 말한다.

49. 다음은 소프트웨어 유지보수 작업의 필요성을 설명한 것이다. 잘못된 것은?

① 소프트웨어가 운영되는 환경이 변화할 수 있다.

② 소프트웨어를 사용하는 동안 오류가 발견될 수 있다.

③ 소프트웨어는 다른 공학 분야의 제품에 비해 유연성이

떨어진다.

④ 소프트웨어의 기능 개선을 위한 요구가 새롭게 등장한다.

50. 다음은 소프트웨어 유지보수 비용에 관한 설명이다. 잘못된 것은?

① 유지보수 유형 중 기능 개선을 위한 유지 보수 유형의 비중이

가장 크다.

② 소프트웨어 유지보수의 생산성은 개발 생산성에 비해 매우

낮은 편이다.

③ 유지보수 작업에서 처음의 이해 단계보다 실제 코드를

수정하는 단계에 상대적으로 많은 비용이 든다.

④ 전체 생명주기 비용에서 개발비용보다 유지보수에 드는 비용이

더 크다.

51. 다음 중 소프트웨어 형상관리를 위한 변경 제어 절차로 가장 적당한 것은?

① 변경요청→형상관리 위원회 소집→시스템 설치→변경

구현 및 테스트→요청서 분석

② 변경요청→요청서 분석→형상관리 위원회 소집→변경

구현 및 테스트→시스템 설치

③ 변경요청→요청서 분석→변경 구현 및 테스트→형상관리

위원회 소집→시스템 설치

④ 변경요청→변경 구현 및 테스트→요청서 분석→형상관리

위원회 소집→시스템 설치

52. 다음은 소프트웨어 척도에 관한 설명이다. 잘못된 것은?

①제품 척도와 프로세스 척도로 나눌 수 있다.

②소프트웨어의 품질을 평가하는 것과 관련 있다.

③McCabe의 사이클로매틱 수는 소프트웨어의 오류 발생

빈도수를 나타내는 척도이다.

④Halstead의 소프트웨어 과학(software science) 척도들은

원시코드에서 구하는 값들에 기초한다.

53. 절차적 방법과 비교할 때, 객체지향 방법의 특징이라 할 수 없는 것은?

① 기능 측면을 강조하는 함수들을 중심으로 설계한다.

② 설계에서 프로그래밍으로의 전환이 매끄럽다.

③ 설계와 코드의 재사용을 지원하여 생산성을 높이게 한다.

④ 인간의 사고방식과 유사하게 모델링 작업을 할 수 있다.

54. RUP 프로세스에 대한 설명으로 적당하지 않은 것은?

① 반복적이며 점증적 프로세스 유형의 객체지향 개발 모형이다.

② 사용 사례에 기초하며 소프트웨어 아키텍쳐(구조)를 중요

시한다.

③테스팅 작업을 강조하고 피드백을 허용한 폭포수 모형의

변형이다.

④ Rational사가 제안했던 객체지향 프로세스로 도구와 함께

발표되었다.

55. 사용 사례 다이어그램에 나타나는 사용 사례 사이의 관계를 나타내는 것이 아닌 것은?

① 포함(include) ② 전개(elaboration)

③ 확장(extend)④ 일반화(generalization)

56. UML 다이어그램의 용도를 잘못 설명한 것은?

① 클래스 다이어그램 : 사용자 관점에서 시스템의 기능을

표현한다.

② 순서 다이어그램 : 객체들 사이의 상호작용을 모델링한다.

③ 상태 다이어그램 : 사건이나 시간에 따른 단일 객체의 상태

변화를 나타낸다.

④ 액티비티 다이어그램 : 제어 흐름을 표현하는 흐름도와

유사하다.

57. 객체지향 방법에서 객체와 객체 또는 클래스와 클래스 사이의 관계를 나타내는 것이 아닌 것은?

① 연관(association) 관계 ② 사용(use) 관계

③ 구성(composition) 관계 ④ 전환(transition) 관계

58. UML 클래스 다이어그램에 나타나는 클래스(또는 객체)들 사이의 관계로서 전체/부분을 의미하는 집합(aggregation) 관계를 표현하기 위한 기호는 무엇인가?

①	②
③	④

59. 다음은 무엇에 관한 설명인가?

- 반복하여 사용할 수 있는 문제에 대한 솔루션을 기술한 것이다. - 문제와 솔루션을 구조화된 형식으로 요약한 것으로 이름을 가진다. - 나중에 생길 수 있는 문제나 요구를 수용할 수 있도록 설계를 일반화한 것이다.

① 템플릿 ② 디자인 패턴

③ 컴포넌트 ④ 프레임워크

60. 객체지향 설계 단계는 시스템 설계와 객체 설계 단계로 나눌 수 있다. 다음 중 시스템 설계 단계를 설명하는 것이 아닌 것은?

① 비기능적 요구와 관련있는 설계 목표를 정한다.

② 소프트웨어 구조를 정하고 서브시스템들로 분할한다.

③응용 객체(또는 도메인 객체)를 구현 객체(또는 솔루션 객체)

로 바꾼다.

④ 저장소의 설계가 시스템 분할에 영향을 준다.

61. 다음 설명 중에서 사용 사례 다이어그램과 관계 없는 것은?

① 시스템이 수행할 것으로 기대되는 사용자의 기능적 요구

② 시스템 수준의 액티비티

③ 시스템과 상호작용하는 외부 엔터티

④ 시스템 내부와 외부를 구별하기 위한 경계선

62. 동적 모델링에 사용되는 UML 다이어그램이라 할 수 없는 것은?

① 협동 다이어그램② 배치 다이어그램

③ 상태 다이어그램④ 순서 다이어그램

63. 다음은 소프트웨어 프로세스 품질과 관련된 설명이다. 잘못된 것은?

① ISO 9126 표준은 소프트웨어 프로세스 품질을 위한 좋은

참고 모델이다.

② 소프트웨어 제품의 품질은 개발에 사용되는 프로세스의 품질에

의해 좌우될 수 있다.

③ 개발 조직의 능력과 성숙도를 평가하고 개선하기 위한 모델이

존재한다.

④ 개발 조직이 가지고 있는 표준 프로세스는 지속적으로 개선될

필요가 있다.

64. 다음은 품질 보증 활동에 관한 설명이다. 잘못된 것은?

① 품질 보증 활동은 프로젝트 초기단계부터 계획되어야 한다.

② 개발 작업과는 별도의 작업으로 계획되어야 한다.

③ 품질 요구사항, 개발 방법론과 프로세스의 제정, 실시 및

관리를 포함한다.

④ 품질 보증 활동의 근본 목적은 소프트웨어 결과물의 평가에

있다.

65. 다음이 설명하는 내용으로 가장 적당한 검토방법은 무엇인가?

- 기술적 검토 이전 또는 테스트 전에 문서나 코드를 검사 하여 오류를 찾는 공식적 검토 방법이다. - 적은 노력으로 결함을 발견할 수 있다. - 작성자가 아닌 다른 전문가 또는 팀을 구성하여 검토한다. - 결과물뿐만 아니라 과정도 검토 대상이 될 수 있다.

① 워크스루② 인스펙션

③ 비공식적 기술 검토 ④ 구조적 분석

66. 보기 중 아래의 내용과 가장 관련 있는 것은 무엇인가?

- ISO/IEC 15504 - 소프트웨어 프로세스 표준 및 심사 기준 - 소프트웨어 개발 조직의 프로젝트 수행 능력을 검사하고 평가하는 지침 - 다섯 가지 프로세스 영역마다 능력에 대한 평가를 할 수 있는 이차원적 구조

① ISO 9126 ② CMM

③ ISO 9000 ④ SPICE

67. CASE 도구를 사용하는 주된 목적이라고 볼 수 없는 것은?

① 소프트웨어 개발 과정의 표준화를 위해

② 정형적 기술 검토를 위해

③ 결과물의 품질 향상을 위해

④ 문서화를 통한 구성원 간의 의사교환을 위해

68. 컴포넌트에 관한 설명으로 잘못된 것은?

① 제공하는 서비스와 사용하는 서비스를 인터페이스로 정의

해야 한다.

②여러 개의 클래스를 가지고 하나의 컴포넌트로 구성할 수

있다.

③컴포넌트 라이브러리의 개발은 개발 조직의 자산으로 여기고

투자하여야 한다.

④ 바이너리 레벨이 아닌 소스 레벨에서의 재사용을 위한 것이다.

69. 웹 기반 응용 시스템의 인터페이스 설계시 고려해야 할 내용으로 적당하지 않은 것은?

① 작은 오류도 사용자를 실망시킬 수 있다.

② 분량이 많은 단순 텍스트의 나열은 피해야 한다.

③ 미학적인 부분이 기능적인 부분에 우선한다.

④ 인간공학적으로 설계되어야 한다.

70. 다음 내용이 설명하고 있는 용어로 가장 적당한 것은 무엇인가?

- 같은 추상 수준에서 하나의 표현 형태로부터 다른 형태로 바꾸는 것이다. - 대상 시스템의 기능이나 외적인 동작은 바뀌지 않는다. - 예를 들어 비구조적 프로그램을 구조적 프로그램으로 바꾸는 것이다.

① 리엔지니어링 ② 재문서화

③ 역공학 ④ 재구조화

41213 32342 41133 23132 14223 22142 42433