[소프트웨어 공학의 모든 것] 4장 연습 문제 해답 및 풀이 해설

본 글은 "최은만"님의 [소프트웨어 공학의 모든 것]의 연습 문제 답을 공유하고자 작성되었으며, 필자가 직접 문제를 풀며 작성한 것이기에 오류가 있을 수 있습니다. 댓글로 알려주시면 반영하도록 하겠습니다.

시리즈 보기
[소프트웨어 공학의 모든 것] 1장 연습 문제 해답 및 풀이 해설
[소프트웨어 공학의 모든 것] 2장 연습 문제 해답 및 풀이 해설
[소프트웨어 공학의 모든 것] 3장 연습 문제 해답 및 풀이 해설
[소프트웨어 공학의 모든 것] 4장 연습 문제 해답 및 풀이 해설
[소프트웨어 공학의 모든 것] 5장 연습 문제 해답 및 풀이 해설
[소프트웨어 공학의 모든 것] 6장 연습 문제 해답 및 풀이 해설
[소프트웨어 공학의 모든 것] 7장 연습 문제 해답 및 풀이 해설
[소프트웨어 공학의 모든 것] 8장 연습 문제 해답 및 풀이 해설
[소프트웨어 공학의 모든 것] 9장 연습 문제 해답 및 풀이 해설
[소프트웨어 공학의 모든 것] 10장 연습 문제 해답 및 풀이 해설
[소프트웨어 공학의 모든 것] 11장 연습 문제 해답 및 풀이 해설
[소프트웨어 공학의 모든 것] 12장 연습 문제 해답 및 풀이 해설

 

💡 

요구분석 단계를 순서대로 바르게 나열한 것은?

ㄱ. 요구 사항 분석
ㄴ. 요구 사항 검증
ㄷ. 요구 사항 명세
ㄹ.요구 사항 추출

 

[정답] ③ ㄹ  → ㄱ  → ㄷ  → ㄴ

 

💡 

다음 중 소프트웨어 요구 분석에 대한 설명으로 옳지 않은 것은?

① 각 요구 사항을 명확하고 구체적이며 정확하고 검증 가능하도록 정의하고 기술하여야 한다.
② 요구 사항은 고품질의 소프트웨어를 개발하고 검증할 수 있는 기초를 제공한다.
③ 고객과 개발자가 서로 당연하게 인정하는 요구 사항은 생략하여도 무방하다.
④ 요구 사항은 크게 기능적인 요구 사항과 성능，신뢰성，가용성，보안성, 안전성 등의 비기능적 요구 사항으로 분류한다.

 

💡 

다음은 컴퓨터 실습실의 비디오 감시 시스템에 대한 요구사항을 기술한 것이다. 비기능적인 요구는 무엇인가?

R1. 시스템은 적어도 95% 이상 가동 중이어야 한다.
R2. 실습실의 활동을 정기적으로 비디오 화면으로 담아야 한다.
R3. 정비된 화면은 실습실에 있는 사람을 구별할 수 있도록 선명하여야 한다.

[정답] ② R1과 R3

 

 

💡 

비기능적 요구 사항에 대한 명세로 적절하게 표현하지 않은 것은? [7급 국가직 공무원 시험, 2010]

①  시스템은 초당 10개 이상의 트랜잭션을 처리할 수 있어야 한다.
② 시스템은 20세 이상의 사업장의 작업자에게 사용편리성을 제공하여야 한다.
③  시스템에 설치되는 모듈 A의 크기는 50아CB 이하 이어야 한다.
④ 시스템의 평균 고장시간은 시간 당 0.1 초 이하를 유지하여야 한다.

 

💡 

시스템의 요구는 기능적，비기능적으로 구별한다. 잘못 구별된 것은?

① 시스템은 모든 트랜잭션에 128비트 암호화 하여야 한다. - 기능적 요구
②  경보 시스템이 울리면 엘리베이터를 계속 지상층까지 진행시켜 문을 열고 다음 작업을 중단시킨다. - 비기능적 요구
③ 학생 정보 시스템은 1초 안에 모든 명령의 출력을 제공한다. - 비기능적 요구

④  시스템은 LG-9 플로터에 인쇄할 수 있게 된다. - 기능적 요구

 

💡 

다음 중 요구추출 방법과 그 특징 이름이 잘못 기재된 것은?

① 관찰 - 사용자의 업무를 관찰하여 메모 - 감추어진 문제를 잘 드러냄
② 인터뷰 - 당사자를 만나 준비된 질문과 대답 - 심층적인 요구 추출
③ 브레인스토밍 - 여러 사람의 아이디어를 쏟아 놓음 - 효과적인 정보 추출
④ 유스케이스 분석 시스템의 내부 기능 파악 - 요구에 대한 빠른 피드백

 

💡 

요구 사항을 추출하기 위한 인터뷰의 방법으로 적절하지 않은 것은?

①  최대, 최소, 예외 규칙, 예상되는 변동 등 아주 자세한 사항까지 질문한다.
② 관련자에게 시스템에 대한 미래의 비전을 질문한다.
③ 문제에 대한 최소한의 허용 가능한 솔루션이 무엇인지 질문한다.
④ 인터뷰 대상자에게는 다이어그램보다 글을 작성하게 한다.

 

💡 

다음 설명에 해당하는 사용자 요구사항 추출(elicitation) 방법은?

이 방법의 목적은 소프트웨어 엔지니어의 아이디어에 대한 피드백을 조기에 받아서 요구사항을 취합하는 것이다. 이 방법의 가장 단순한 형태는 시스템이 수행될 때 무엇이 일어날 지를 설명하기 위 하여 종이에 화면 순서를 기술하여 고객과 사용자에게 보여주는 것이다.

 

①  관찰
② 인터뷰
③ 브레인스토밍
④ 프로토타이핑

 

💡 

요구추출 방법과 그 특징을 가장 적합하게 연결한 것은?

① 관찰 - 정확한 요구추출이 특징이며 요구에 대한 오해를 줄일 수 있음.
② 인터뷰 - 여러 사람이 모여 효과적으로 정보를 추출할 수 있다.
③ 브레인스토밍 - 시범적으로 시스템을 구현하여 요구에 대하여 빠른 피드백을 받을 수 있음.
④ 유스케이스 분석 - 시스템의 외부 기능을 파악하며 체계적으로 요구를 구성할 수 있다.

 

💡 

유스케이스에 대한 설명 중 옳지 않은 것은?

①  시스템의 외부 동작을 모델화 한 것이다.
②  개발 일정을 계획하는 데 도움이 될 수 있다.
③  시스템의 테스트 케이스를 정하는 데 도움이 될 수 있다.
④  시스템의 큰 기능의 흐름을 나타낸 것이다.

 

💡 

<그림>은 <보기>에서 기술하고 있는 병원 진료 시스템의 일부 명세에 해당하는 유스케이스 다이어그램이다. <그림>에서 '사용자'와 '보호자', '사용자'와 '환자' 사이에 들어갈 관계와 '진료예약'과 '로그인', '진료예약취소'와 '로그인' 사이에 들어갈 관계로 옳은 것은? (단, A, B, C, D는 다이어그램의 구성 요소가 아니며 관계의 방향을 지시한다.)

 

[정답] ①

 

💡 

유스케이스 다이어그램에 대한 설명으로 옳지 않은 것은? [7급 국가직 공무원 시험, 2011]

① 유스케이스 다이어그램을 통하여 시스템의 범위를 파악할 수 있어야 한다.
② 시스템과 상호작용하는 외부 시스템은 액터로 파악해서는 안 된다.
③ 액터가 인식할 수 없는 시스템 내부의 기능을 하나의 유스케이스로 파악해서는 안 된다.
④ 유스케이스의  이름은  해당  유스케이스가  나타내는  시스템의  기능을  명확하게  표현할 수 있어야 한다.

 

💡 

다음 중 유스케이스 작성 가이드라인으로 적합하지 않은 것은?

① 소프트웨어가 제공할 기능에 집중하라.
② 개발자 관점으로 작성하라.
③ 목표지향적으로 작성하라.
④ 읽기 쉽게 작성하라.

 

💡 

다음 중 유스케이스 명세의 이벤트 흐름을 기술하기 위한 가이드라인에 적합하지 않은 것은?

① 유스케이스의 시작과 종료 조건을 설명한다.
② 액터와 유스케이스 간에 교환되는 데이터를 설명한다.
③ 시스템의 동작을 이해하기 위하여 UI 세부 사항을 설명한다.
④ 이벤트 흐름에 대한 자세한 내용은 시스템의 기능에 대한 설명이어야 한다.

 

💡 

유스케이스에 대한 설명으로 옳은 것만을 모두 고르면? [7급 국가직 공무원 시험, 2018]

ㄱ. 개발자의 관점에서 요구사항을 정의한다.
ㄴ. 액터는 시스템의 외부대상이므로 개발 범위에 포함되지 않는다
ㄷ. 유스케이스 명세서에는 비기능적 요구사항을 기술해서는 안 된다.
ㄹ. 유스케이스와 이를 이용하는 액터와의 연관은 서로 통신함을 의미한다.

 

[정답] ② ㄴ, ㄹ

 

💡 

유스케이스에서 포함관계를 가장 정확히 설명한 것은?

① 포괄적인 유스케이스를 나타내기 위하여 사용한다.
② 액터와의 상호작용이 길 때 사용한다.
③ 하나 이상의 유스케이스에 공통적인 기능을 나타내기 위하여 사용한다.
④ 다른 유스케이스에 포함된 유스케이스를 나타내기 위하여 사용한다.

 

💡 

다음 중 액터에 대한 설명으로 옳지 않은 것은?

① 시스템의 주된 사용자, 즉 시스템의 지원을 받는 외부 요소이다.
② 시스템과 상호 작용하는 다른 시스템도 액터가 될 수 있다.
③ 역할이 다르더라도 동일인이라면 같은 액터가 된다.
④ 사용 사례와 액터 사이의 관계는 커뮤니케이션 관계이다.

 

💡 

요구분석 명세서를 작성할 때 고려해야 할 사항으로 옳지 않은 것은?

① 시스템의 기능을 구현하는 방법에 대하여 중점적으로 기술한다.
② 제안된 시스템에 영향을 주는 제약조건을 기술한다.
③ 시스템의 인수를 위한 테스트 기준을 제공한다.
④ 소프트웨어의 품질 기준에 대한 우선순위를 정한다.

 

💡 

요구분석 명세서가 갖추어야 할 바람직한 특성을 설명한 것으로 옳지 않은 것은?

① 사용자의 요구를 완벽하게 반영하여야 한다.
② 서로 모순되는 부분을 없애야 한다.
③ 모호한 점이 없도록 간결하고 명쾌하게 작성하여야 한다.
④ 시스템을 어떻게 만들 것인가에 대하여 중점적으로 기술하여야 한다.

 

💡 

요구사항 문서의 점검 활동과 그  내용이 바르게 연결된 것은? [7급 국가직 공무원 시험, 2012]

① 일관성 점검 - 문서에 있는 요구사항이 상충되지 않았는지 검사
② 추적 가능성 점검 - 요구사항 문서의 내용이 여러 의미로 해석되는 모호한 점이 있는지 검사
③ 증명 가능성 점검 - 요구사항 문서가 모든 기능을 정의하고 시스템 사용자가 의도한 제약사항을 모두 포함하고 있는지 검사
④ 실현성 점검 - 미래의 기술을 사용하여 요구 사항이 실제로 구현될 수 있는지 검사