ログイン

중간고사 1

중간고사 1
32問 • 1年前
  • 라지도
  • 通報

    問題一覧

  • 1

    [1] 임베디드 소프트웨어에 대한 설명으로 옳은 것은? 1) 데이터를 받아들여 가공한 후 정보를 제공하는 소프트웨어이다. 2) 교통 신호 제어, 의료기기 제어 등이 이에 해당한다. 3) 일상생활에서 사용되는 가전제품에 내장된 소프트웨어이다. 4) 고객의 자산 정보를 취급하는 인터넷뱅킹 시스템이 여기에 속한다.

    3

  • 2

    [2] 소프트웨어의 특징에 대한 설명으로 옳지 않은 것은? 1) 생산물의 구조가 소스 코드 안에 숨어 있다. 2) 논리적 절차에 따라 개발된다. 3) 사용에 의해 마모되거나 소멸된다. 4) 요구나 환경 변화에 따라 적절히 변형시킬 수 없다.

    3, 4

  • 3

    [3] 소프트웨어의 위기 현상으로 보기 어려운 것은?  1) 프로젝트 개발 일정과 예산 측정의 어려움 2) 소프트웨어 유지보수 비용의 감소 3) 소프트에어 적체 현상 4) 소프트웨어 개발 인력의 증가

    2, 4

  • 4

    [4] 소프트웨어에 대한 잘못된 통념에 해당하지 않는 것은?  1) 소프트웨어는 유연하기 때문에 요구사항의 변경을 소프트웨어에 반영하는 것이 용이하지 않다. 2) 소프트웨어에 대한 원시 코드를 작성해서 실행을 시키기 전까지는 소프트웨어의 품질을 평가할 수는 있다. 3) 소프트웨어 공학은 별로 필요 없는 덩치 큰 문서를 생성하게 하여 개발을 매우 지연시킨다. 4) 지체된 프로젝트에 인력을 뒤늦게 투입하면 오히려 프로젝트 일정을 더욱 지연시킬 수 있다.

    1, 2

  • 5

    [5] 공학과 소프트웨어 공학에 대한 설명으로 거리가 먼 것은? 1) 공학은 정해진 기간과 비용의 제약을 받지 않는다. 2) 소프트웨어 공학은 소프트웨어를 개발하는 과정에 공학적인 원리를 적용하여 소프트웨어를 개발하려는 것이다. 3) 소프트웨어 개발 과정이란 하나의 제품인 소프트웨어를 만들기 위해 계획 단계에서 유지보수 단계에 이르기까지 일어나는 일련의 과정이다. 4) 소프트웨어 공학의 목표는 소프트웨어 개발 과정에서의 생산성을 높이는 것이다.

    1

  • 6

    [8] 폭포수 모델의 장점이 아닌 것은? 1) 관리가 용이하다. 2) 세계적으로 문서화할 수 있다. 3) 요구 사항의 변화가 많은 프로젝트에 적합하다. 4) 사용자가 중간에 가시적인 결과를 볼 수 없어 답답해할 수 있다.

    3, 4

  • 7

    [9] 고객의 요구 사항을 명학하게 파악하기 어렵고, 프로젝트의 실현 가능성이 의문시 되는 경우에 프로젝트 관리자가 적용할 수 있는 가장 적절한 SW 개발 모델은? 1) RAD(Rapid Application Development) 모델 2) 나선형 모델 3) 폭포수 모델 4) 프로토타입 모델

    4

  • 8

    [10] 프로토타입 모델에 대한 설명으로 올바른것은? 1) 프로토타입 모델은 발주자나 개발자 모두에게 공동의 참조 모델을 제공한다. 2) 사용자의 요구 사항을 충실히 반영할 수 있다. 3) 프로토타입 모델은 소프트웨어 생명주기에서 유지보수가 없어지고 개발 단계 안에서 유지보수가 이루어지는 것으로 볼 수 있다. 4) 최종 결과물이 만들어지는 소프트웨어 개발 완료 시점에서 오류 발견이 가능하다.

    1, 2, 3, 4

  • 9

    [11] 나선형 모델에 대한 설명으로 옳지 않은 것은? 1) 대규모 시스템의 소프트웨어 개발에 적합하다. 2) 실제 개발될 소프트웨어에 대한 시제품을 만들어 최종 결과물을 예측한다. 3) 위험성 평가에 그게 의존하기 때문에 이를 발견하지 않으면 문제가 발생할 수 있다. 4) 여러 번의 개발 과정을 거쳐 점진적으로 완비한 소프트웨어를 개발한다.

    2

  • 10

    [12] 애자일 소프트웨어 개발과 가장 관련이 적은 내용은? 1) 적응적 소프트웨어 개발 2) 익스트림 프로그래밍 3) 테스트 주도 개발 4) 철저한 계회 및 문서화

    4

  • 11

    [13] 애자일 소프트웨어 개발과 가장 관련이 적은 내용은? 1) 적응적 소프트웨어 개발 2) 익스트림 프로그래밍 3) 테스트 주도 개발 4) 철저한 계회 및 문서화

    4

  • 12

    [14] 스크럼 방식에서 일반 개발 방법의 ‘요구 사항 정의서'의 기능 목록과 같은 것은? 1) 스프린트 2) 사용자 스토리 3) 스프린트 구현 목록 4) 제품 기능 목록

    4

  • 13

    [15] 스프린트 기간에 하는 일일 스크럼 회의의 특징 중 거리가 먼 것은? 1) 서서 한다. 2) 짧게(15분 정도) 한다. 3) 진행 상황만 점검한다. 4) 모든 팀원이 참석하지 않고, 시간 상 꼭 필요한 대표자만 참석한다.

    4

  • 14

    [16] 클래스 다이어그램에 대한 설명으로 옳지 않은 것은? 1) 개별 사례를 보고 공통점을 찾아 인식하는 확장형이 있다. 2) 일반적인 개념의 속성과 동작을 안에서 파악해 적용하는 내재형이 있다 3) 오퍼레이션이나 처리 과정이 수행되는 동안 일어나는 일을 단계적으로 표현하고자 할 때 사용하는 다이어그램이다. 4) 클래스 다이어그램은 도메인 개념과 속성 및 관계를 나타내는 중요한 모델이다.

    3

  • 15

    [17] 활동 다이어그램의 구성 요소로 옳지 않은 것은? 1) 분기와 병합 2) 동기화 막대 3) 신호 4) 이벤트

    3

  • 16

    [18] UML에서 활용되는 다이어그램 중 시스템의 동작을 표현하는 행위 다이어그램에 해당하지 않는 것은? 1) 유스케이스 다이어그램 2) 시퀀스 다이어그램 3) 활동 다이어그램 4) 배치 다이어그램

    4

  • 17

    [19] UML 확장 모델에서 스테레오 타입 객체를 표현할 때 사용하는 기호로 맞는 것은? 1) << >> 2) (( )) 3) {{ }} 4) [[ ]]

    1

  • 18

    [20] UML에서 시퀀스 다이어그램의 구성 항목에 해당하지 않는 것은? 1) 생명선 2) 실행 3) 확장 4) 메시지

    3

  • 19

    [22] 유스케이스에 대한 보기의 설명으로 틀린 것을 모두 고르면? a. 개발자 관점에서 요구 사항을 정의한다. b. 액터는 시스템의 외부 대상이므로 개발 범위에 포함되지 않는다. c. 시스템이 제공할 기능이 유스케이스가 될 수 없다. d. 유스케이스와 이를 이용하는 액터와의 관계는 연관 관계를 이용해 표현한다.

    a, c

  • 20

    임베디드 소프트웨어에 대한 설명으로 옳은 것은?

    3 일상생활에서 사용되는 가전 제품에 내장된 소프트웨어이다.

  • 21

    소프트웨어의 특징에 대한 설명으로 옳지 안흥 ㄴ것은?

    3 사용에 의해 마모되거나 소멸된다. 4 요구나 환경 변화에 따라 적절히 변형시킬 수 없다.

  • 22

    소프트웨어의 위기 현상으로 보기 어려운 것은?

    2. 소프트웨어 유지보수 비용의 감소 4. 소프트웨어 개발 인력의 증가

  • 23

    소프트웨어에 대한 잘못된 통념에 해당 하지 않는 것?

    1. 소프트웨어는 유연하기 때문에 요구사항의 변경을 소프트웨어에 반영하는 ㄱ덧이 용이하지 않다. 2. 소프트웨어에 대한 원시 코드를 ㅈ작성해서 실행을 시키기 전까지는 소프트웨어의 품지릉ㄹ 평가할 수 는 있다.

  • 24

    공학과 소프트웨어 공학에 대한 설명으로 거리가 먼 것은?

    1. 공학은 정해진 기간과 비용의 제약을 받지 않는다.

  • 25

    폭포수 모델의 장점이 아닌 것은?

    3. 요구 사항의 변화가 만흥ㄴ 프로젝트에 적합하다. 4. 사용자가 중간에 가시적인 결과를 볼 수 없어 답ㄷ바해 할 수 있다.

  • 26

    고객의 요구 사항을 명확하게 파악하기

    프로토타입 모델

  • 27

    나선형 모델에 대한 설명으로 옳지 않은 것은?

    실제 개발 될 소프트웨어에 ㅎ

  • 28

    애자일 소프트웨어와 가장 거리가 먼 것은?

    철저한 계획 및 문서화

  • 29

    스크럼 방식에서 일반 개발 방법의 요구 사항 정의서의 기능 목록과 같은 것은?

    제품 기능 목록

  • 30

    스프린트 기간에 하는 일일 스크럼 회의의 특징 중 거리가 먼 것은?

    모든 팀원이 참석하지 않고, 시간 상 꼭 필요한 대표자만 참석한다.

  • 31

    임베디드 소프트웨어에 대한 설명으로 옳은 것은?

    일상생활 가전 제품 내장 소프트웨어

  • 32

    소프트웨어의 특징에 대한 설명으로 옳지 않은 것은?

    사용에 의해 마모되거나 소멸 요구나 환경 변화에 따라 적절히 변형시킬 수 없음

  • 유니티

    유니티

    라지도 · 85問 · 2年前

    유니티

    유니티

    85問 • 2年前
    라지도

    유니티 오답노트

    유니티 오답노트

    라지도 · 24問 · 2年前

    유니티 오답노트

    유니티 오답노트

    24問 • 2年前
    라지도

    운영체제 실습

    운영체제 실습

    라지도 · 19問 · 1年前

    운영체제 실습

    운영체제 실습

    19問 • 1年前
    라지도

    운영체제 실습 2

    운영체제 실습 2

    라지도 · 39問 · 1年前

    운영체제 실습 2

    운영체제 실습 2

    39問 • 1年前
    라지도

    問題一覧

  • 1

    [1] 임베디드 소프트웨어에 대한 설명으로 옳은 것은? 1) 데이터를 받아들여 가공한 후 정보를 제공하는 소프트웨어이다. 2) 교통 신호 제어, 의료기기 제어 등이 이에 해당한다. 3) 일상생활에서 사용되는 가전제품에 내장된 소프트웨어이다. 4) 고객의 자산 정보를 취급하는 인터넷뱅킹 시스템이 여기에 속한다.

    3

  • 2

    [2] 소프트웨어의 특징에 대한 설명으로 옳지 않은 것은? 1) 생산물의 구조가 소스 코드 안에 숨어 있다. 2) 논리적 절차에 따라 개발된다. 3) 사용에 의해 마모되거나 소멸된다. 4) 요구나 환경 변화에 따라 적절히 변형시킬 수 없다.

    3, 4

  • 3

    [3] 소프트웨어의 위기 현상으로 보기 어려운 것은?  1) 프로젝트 개발 일정과 예산 측정의 어려움 2) 소프트웨어 유지보수 비용의 감소 3) 소프트에어 적체 현상 4) 소프트웨어 개발 인력의 증가

    2, 4

  • 4

    [4] 소프트웨어에 대한 잘못된 통념에 해당하지 않는 것은?  1) 소프트웨어는 유연하기 때문에 요구사항의 변경을 소프트웨어에 반영하는 것이 용이하지 않다. 2) 소프트웨어에 대한 원시 코드를 작성해서 실행을 시키기 전까지는 소프트웨어의 품질을 평가할 수는 있다. 3) 소프트웨어 공학은 별로 필요 없는 덩치 큰 문서를 생성하게 하여 개발을 매우 지연시킨다. 4) 지체된 프로젝트에 인력을 뒤늦게 투입하면 오히려 프로젝트 일정을 더욱 지연시킬 수 있다.

    1, 2

  • 5

    [5] 공학과 소프트웨어 공학에 대한 설명으로 거리가 먼 것은? 1) 공학은 정해진 기간과 비용의 제약을 받지 않는다. 2) 소프트웨어 공학은 소프트웨어를 개발하는 과정에 공학적인 원리를 적용하여 소프트웨어를 개발하려는 것이다. 3) 소프트웨어 개발 과정이란 하나의 제품인 소프트웨어를 만들기 위해 계획 단계에서 유지보수 단계에 이르기까지 일어나는 일련의 과정이다. 4) 소프트웨어 공학의 목표는 소프트웨어 개발 과정에서의 생산성을 높이는 것이다.

    1

  • 6

    [8] 폭포수 모델의 장점이 아닌 것은? 1) 관리가 용이하다. 2) 세계적으로 문서화할 수 있다. 3) 요구 사항의 변화가 많은 프로젝트에 적합하다. 4) 사용자가 중간에 가시적인 결과를 볼 수 없어 답답해할 수 있다.

    3, 4

  • 7

    [9] 고객의 요구 사항을 명학하게 파악하기 어렵고, 프로젝트의 실현 가능성이 의문시 되는 경우에 프로젝트 관리자가 적용할 수 있는 가장 적절한 SW 개발 모델은? 1) RAD(Rapid Application Development) 모델 2) 나선형 모델 3) 폭포수 모델 4) 프로토타입 모델

    4

  • 8

    [10] 프로토타입 모델에 대한 설명으로 올바른것은? 1) 프로토타입 모델은 발주자나 개발자 모두에게 공동의 참조 모델을 제공한다. 2) 사용자의 요구 사항을 충실히 반영할 수 있다. 3) 프로토타입 모델은 소프트웨어 생명주기에서 유지보수가 없어지고 개발 단계 안에서 유지보수가 이루어지는 것으로 볼 수 있다. 4) 최종 결과물이 만들어지는 소프트웨어 개발 완료 시점에서 오류 발견이 가능하다.

    1, 2, 3, 4

  • 9

    [11] 나선형 모델에 대한 설명으로 옳지 않은 것은? 1) 대규모 시스템의 소프트웨어 개발에 적합하다. 2) 실제 개발될 소프트웨어에 대한 시제품을 만들어 최종 결과물을 예측한다. 3) 위험성 평가에 그게 의존하기 때문에 이를 발견하지 않으면 문제가 발생할 수 있다. 4) 여러 번의 개발 과정을 거쳐 점진적으로 완비한 소프트웨어를 개발한다.

    2

  • 10

    [12] 애자일 소프트웨어 개발과 가장 관련이 적은 내용은? 1) 적응적 소프트웨어 개발 2) 익스트림 프로그래밍 3) 테스트 주도 개발 4) 철저한 계회 및 문서화

    4

  • 11

    [13] 애자일 소프트웨어 개발과 가장 관련이 적은 내용은? 1) 적응적 소프트웨어 개발 2) 익스트림 프로그래밍 3) 테스트 주도 개발 4) 철저한 계회 및 문서화

    4

  • 12

    [14] 스크럼 방식에서 일반 개발 방법의 ‘요구 사항 정의서'의 기능 목록과 같은 것은? 1) 스프린트 2) 사용자 스토리 3) 스프린트 구현 목록 4) 제품 기능 목록

    4

  • 13

    [15] 스프린트 기간에 하는 일일 스크럼 회의의 특징 중 거리가 먼 것은? 1) 서서 한다. 2) 짧게(15분 정도) 한다. 3) 진행 상황만 점검한다. 4) 모든 팀원이 참석하지 않고, 시간 상 꼭 필요한 대표자만 참석한다.

    4

  • 14

    [16] 클래스 다이어그램에 대한 설명으로 옳지 않은 것은? 1) 개별 사례를 보고 공통점을 찾아 인식하는 확장형이 있다. 2) 일반적인 개념의 속성과 동작을 안에서 파악해 적용하는 내재형이 있다 3) 오퍼레이션이나 처리 과정이 수행되는 동안 일어나는 일을 단계적으로 표현하고자 할 때 사용하는 다이어그램이다. 4) 클래스 다이어그램은 도메인 개념과 속성 및 관계를 나타내는 중요한 모델이다.

    3

  • 15

    [17] 활동 다이어그램의 구성 요소로 옳지 않은 것은? 1) 분기와 병합 2) 동기화 막대 3) 신호 4) 이벤트

    3

  • 16

    [18] UML에서 활용되는 다이어그램 중 시스템의 동작을 표현하는 행위 다이어그램에 해당하지 않는 것은? 1) 유스케이스 다이어그램 2) 시퀀스 다이어그램 3) 활동 다이어그램 4) 배치 다이어그램

    4

  • 17

    [19] UML 확장 모델에서 스테레오 타입 객체를 표현할 때 사용하는 기호로 맞는 것은? 1) << >> 2) (( )) 3) {{ }} 4) [[ ]]

    1

  • 18

    [20] UML에서 시퀀스 다이어그램의 구성 항목에 해당하지 않는 것은? 1) 생명선 2) 실행 3) 확장 4) 메시지

    3

  • 19

    [22] 유스케이스에 대한 보기의 설명으로 틀린 것을 모두 고르면? a. 개발자 관점에서 요구 사항을 정의한다. b. 액터는 시스템의 외부 대상이므로 개발 범위에 포함되지 않는다. c. 시스템이 제공할 기능이 유스케이스가 될 수 없다. d. 유스케이스와 이를 이용하는 액터와의 관계는 연관 관계를 이용해 표현한다.

    a, c

  • 20

    임베디드 소프트웨어에 대한 설명으로 옳은 것은?

    3 일상생활에서 사용되는 가전 제품에 내장된 소프트웨어이다.

  • 21

    소프트웨어의 특징에 대한 설명으로 옳지 안흥 ㄴ것은?

    3 사용에 의해 마모되거나 소멸된다. 4 요구나 환경 변화에 따라 적절히 변형시킬 수 없다.

  • 22

    소프트웨어의 위기 현상으로 보기 어려운 것은?

    2. 소프트웨어 유지보수 비용의 감소 4. 소프트웨어 개발 인력의 증가

  • 23

    소프트웨어에 대한 잘못된 통념에 해당 하지 않는 것?

    1. 소프트웨어는 유연하기 때문에 요구사항의 변경을 소프트웨어에 반영하는 ㄱ덧이 용이하지 않다. 2. 소프트웨어에 대한 원시 코드를 ㅈ작성해서 실행을 시키기 전까지는 소프트웨어의 품지릉ㄹ 평가할 수 는 있다.

  • 24

    공학과 소프트웨어 공학에 대한 설명으로 거리가 먼 것은?

    1. 공학은 정해진 기간과 비용의 제약을 받지 않는다.

  • 25

    폭포수 모델의 장점이 아닌 것은?

    3. 요구 사항의 변화가 만흥ㄴ 프로젝트에 적합하다. 4. 사용자가 중간에 가시적인 결과를 볼 수 없어 답ㄷ바해 할 수 있다.

  • 26

    고객의 요구 사항을 명확하게 파악하기

    프로토타입 모델

  • 27

    나선형 모델에 대한 설명으로 옳지 않은 것은?

    실제 개발 될 소프트웨어에 ㅎ

  • 28

    애자일 소프트웨어와 가장 거리가 먼 것은?

    철저한 계획 및 문서화

  • 29

    스크럼 방식에서 일반 개발 방법의 요구 사항 정의서의 기능 목록과 같은 것은?

    제품 기능 목록

  • 30

    스프린트 기간에 하는 일일 스크럼 회의의 특징 중 거리가 먼 것은?

    모든 팀원이 참석하지 않고, 시간 상 꼭 필요한 대표자만 참석한다.

  • 31

    임베디드 소프트웨어에 대한 설명으로 옳은 것은?

    일상생활 가전 제품 내장 소프트웨어

  • 32

    소프트웨어의 특징에 대한 설명으로 옳지 않은 것은?

    사용에 의해 마모되거나 소멸 요구나 환경 변화에 따라 적절히 변형시킬 수 없음