PART 04. 소프트웨어 공학 - 프로젝트 계획과 요구분석

오답 정리

1. COCOMO의 비용 산정에 의해 개발에 소요되는 노력이 40PM으로 계산되었다. 개발에 소요되는 기간이 5개월이고, 1인당 인건비가 100만원 이라면 이 프로젝트에 소요되는 총 인건비는 얼마인가?(p39)

① 2억 원

② 1억 원

③ 4천만 원

④ 2천만 원

정답 : 3번

총 인건비 : 인원 x 단위 비용

인월이 40PM 한 사람이 개발할 때 40개월이 걸리는 프토젝트 규모이므로 총 인건비는 40*100만원 = 4천만원 이다.

2. 두 명의 개발자가 5개월에 걸쳐 10,000라인의 코드를 개발하였을 때, 월별 생산성 측정을 위한 계산 방식으로 가장 적합한 것은?(p39)

① 10,000/2

② 10,000/5

③ 10,000/(5*2)

④ (2*10,000)/5

정답 : 3번

생산성 : KLOC/인월 혹은 생산성

두 명의 개발자가 5개월에 걸쳐 10,000라인의 코드를 개발하였다면 1명이 개발했을 때의 mm을 구하면 5*2=10이다.

따라서 10,000/(5*2)가 답이다.

3. LOC 기법에 의하여 예측된 총라인 수가 25000라인일 경우 개발에 투입될 프로그래머의 수가 5명이고, 프로그래머들의 평균 생산성이 월당 500라인일 때, 개발에 소요되는 시간은?(p39)

① 8개월

② 9개월

③ 10개월

④ 11개월

정답 : 3번 

생산성 : 라인수/MM = 25000/MM=500 

따라서 MM은 50이다.

개발기간 : MM/투입 인원 = 50/5=10개월

4. COCOMO 모델에 대한 설명으로 옳지 않은 것은?(p39)

① Bohem이 제시한 비용 추정 모델이다.

② 비용 추정 단계 및 적용 변수의 고체화 정도에 따라 기본, 중간, 진보 형 모델로 구분할 수 있다.

③ 비용 견적의 강도 분석 및 비용 견적의 유연성이 높아 소프트웨어 개발비 견적에 널리 통용되고 있다.

④ 기본 모형은 단순히 소프트웨어 크기와 개발 모드에 의해서 구해진다.

정답 : 2번

COCOMO 모델은 최초로 만들어지 ㄴ이후 계속적으로 발전해 왔다. 비용 추정 당계 및 적용 변수의 구체화 정도에 따라 기본(Basic), 중간(Intermediate), 세부(Detail)형 모델로 구분할 수 있다.

5. 프로젝트 일정 관리 시 사용하는 간트 차트에 대한 설명으로 옳지 않은 것은?(p46)

① 막대로 표시하며, 수평 막대는 길이는 각 태스크의 기간을 나타낸다.

② 이정표, 기간, 작업, 프로젝트 일정을 나타낸다.

③ 시간선 차트라고도 한다.

④ 작업들 간의 상호 관련성, 결정 경로를 표시한다.

정답 : 4번

간트 차트는 일정계획 방법론인 PERT, CPM, WBS 도구를 이용하여 그려진 일정 흐름도를 보고 개발 단계별로 개발 기간, 일정들을 표시하는 이정표이다. 작업들 간의 상호 관련성, 결정 경로를 표시하는 것은 PERT, CPM, WBS에서 그려진다.

6. 다음 중 일정 계획과 관계가 먼 것은?(p46)

① 작업 분해

② CPM 네트워크

③ 프로그램 명세서

④ 간트 차트

정답 : 3번

프로그램 명세서는 설계 단계에서 하나의 모듈을 PDL(프로그램 설계 언어)를 사용해 프로그램 하는 명세서이다.

7. 프로젝트 관리 중 일정 계획에 필요한 작업들을 기술한 것이다. 순서대로 나열된 것은?(p46)

ㄱ. 각 작업의 상호 의존 관계를 CPM 네트워크로 나타낸다.

ㄴ. 일정 계획을 간트 차트로 나타낸다.

ㄷ. 프로젝트의 규모를 추정한다.

ㄹ. 각 단계에 필요한 작업들을 분리한다. 

① ㄷ-ㄹ-ㄱ-ㄴ

② ㄹ-ㄷ-ㄱ-ㄴ

③ ㄷ-ㄹ-ㄴ-ㄱ

④ ㄹ-ㄱ-ㄷ-ㄴ

정답 : 1번

8. 소프트웨어 형상 관리에 관한 설명으로 거리가 먼 것은?(p47)

① 소프트웨어에서 일어나는 수정이나 변경을 알아내고 제어하는 것을 의미한다.

② 소프트웨어 개발의 전체 비용을 줄이고, 소프트웨어의 현 사용자에게 방해가 최소한의로 야기되도록 보증하는 것을 목적으로 한다.

③ 형상 관리를 위하여 구성된 팀을 책임 프로그래머팀이라고 한다.

④ 형상 관리에서 중요한 기술 중의 하나는 버전 제어 기술이다.

정답 : 3번

책임 프로그래머 팀과 민주주의식 팀 구성은 특정 관리를 위해서 구성된 팀이 아니라 소프트웨어 개발 전반에 참여하는 팀이다.

9. 다음 중 소프트웨어 개발 시 위험 요소로 가장 거리가 먼 것은?(p47)

① 인력 부족

② 유지보수

③ 예산 부족

④ 요구 변경

정답 : 2번

유지보수는 위험 요소가 아니라, 개발이 끝난 후에 소프트웨어 품질을 보증하기 위한 활동이다.

10. 위험 관리의 일반적인 절차로 적합한 것은?(p47)

① 위험식별 - 위험 분석 및 평가 - 위험 관리 계획 - 위험 감시 및 조치

② 위험 분석 및 평가 - 위험 식별 - 위험 관리 계획 - 위험 감시 및 조치

③ 위험 관리 계획 - 위험 감시 및 조치 - 위험 식별 - 위험 분석 및 평가

④ 위험 감시 및 조치 - 위험 식별 - 위험 분석 및 평가 - 위험 관리 계획

정답 : 1번

11. 소단위 명세서에 관한 내용 중 옳지 않은 것은?(p56)

① 반 페이지나 한 페이지 정도의 크기로 세분화된 모듈을 작성할 때 사용한다.

② DFD에서는 한 개의 처리 공정이 그 대상이 되지만, 한 공정의 기능이 두 가지 이상이거나 더 세분화됨으로써 소단위 명세서를 이해하기 쉬워진다면 더욱 세분화 될 수도 있다.

③ 소단위 명세서를 작성하는 도구에는 서술 문장, 의사 결정 나무, 의사결정표, 표, 그래프 등이 있다.

④ 소단위 명세서는 구조적 언어를 사용하지 않고, 자연언어를 사용하여 이해하기 쉽고 엄밀하게 기술한다.

정답 : 4번

구조적 언어를 사용 가능하다.

12. CASE에 대한 설명으로 옳지 않은 것은?(p57)

① CASE는 생산성, 효율성, 신속성, 유지보수성이 좋으며, CASE 툴 간의 호환성은 떨어진다.

② CASE  패키지의 3단계는 도식 목차, 총괄 도표, 생성 도표로 구분된다.

③ 상위 CASE는 설계와 요구분석을, 하위 CASE는 구현(코드)과 검사를 지원한다.

④ 소프트웨어 개발의 생산성과 신뢰성 향상을 가져와 널리 사용되고 있다.

정답 : 2번

도식 목차, 총괄 도표, 상세 도표는 설계 방법론인 HIPO의 차트 종류이다. CASE가 자동화 도구뿐만 아니라 방법론까지 의미를 두고 있으므로 틀린 설명은 아니다. 하지만 상세 도표가 아닌 생성 도표는 틀린 설명이다.

13. CASE가 제공하는 기능으로 거리가 먼 것은?(p57)

① 개발을 신속하게 할 수 있다.

② 개발 방법론을 생성할 수 있다.

③ 오류 수정이 쉬어 소프트웨어 품질이 향상된다.

④ 소프트웨어 개발 단계의 표준화를 기할 수 있다.

정답 : 2번

CASE는 소프트웨어를 개발할 때 지원해주는 방법론이나 자동화 도구이지 방법론을 생성하지 않는다.

14. 소프트웨어 프로젝트 측정에서 신뢰할 만한 비용과 노력 측정을 달성하기 위한 선택 사항이 아닌 것은?(p58)

① 프로젝트 비용과 노력 측정을 위해 상대적으로 간단한 분해 기술을 이용한다.

② 프로젝트의 정확한 특정을 위해 충분한 시간을 갖고 측정을 한다.

③ 비용은 자동화 측정 도구들을 이용하지 않고 측정한다.

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

정답 : 3번

비용측정은 자동화 도구와 방법론을 모두 이용하여 정확히 측정하는 것이 좋다.

15. 어떤 소프트웨어 개발을 위해 10명의 개발자가 20개월 동안 참여하였다. 그 중 6명은 20개월 동안 계속 참여했고 2명은 2개월 동안만 참여했다. 이 소프트웨어 개발에 필요한 MM은 얼마인가?(p52)

① 100

② 120

③ 124

④ 200

정답 : 3번

6*20 + 2*2=124

16. 프로젝트 일정 관리 시 사용하는 간트 차트에 대한 설명으로 옳지 않은 것은?(p59)

① 작업들 간의 상호 관련성, 임계 경로를 효과적으로 표시한다.

② 이정표, 기간, 작업, 프로젝트 일정을 나타낸다.

③ 타임 라인 차트라고도 한다.

④ 각 작업 사이의 관계를 파악할 수 있다.

정답 : 1번

PERT,CPM 도표 : 작업들 간의 상호 관련성과 임계 경로, 주요 작업 경로

간트 차트 : 이정표, 기간, 작업, 프로제트 일정

17. 프로젝트 추진 과정에서 예상되는 각종 돌발 상황을 미리 예상하고 이에 대한 적절한 대책을 수립하는 위험 분석의 위험 관리 프로세스에 대한 설명 중 옳지 않은 것은?(p59)

① 위험 식별은 위험 요소가 될 사항들을 파악하는 것이다.

② 위험 분석 및 평가는 위험의 비중과 영향력을 파악학는 것이다.

③ 위험 관리 계획은 위험을 예방하고 발생 시 대안들을 준비하고 문서화하는 것이다.

④ 위험 모니터링은 위험 요소들에 대하여 계획적으로 관리하는 것이다.

정답 : 4번

위험 모니터링 : 위험 요소 징후들에 대하여 계속적으로 인지하는 것이다.

18. 요구분석의 일반적인 순서로 옳은 것은?(p60)

① Needs 분석 - 개발자 준비 분석 - DFD - DD - MiniSpec - 명세화

② Needs 분석 - DFD - 개발자 준비 분석 - MiniSpec - 명세화

③ Needs 분석 -  DD - DFD - MiniSpec - 개발자 준비 분석 - 명세화

④ Needs 분석 - MiniSpec - 개발자 준비 분석 - DFD - DD - 명세화 

정답 : 1번

19. 다음 중 데이터 흐름도의 구성 요소로 표현할 수 없는 것은?(p60)

① Entitiy

② 서브 함수

③ HDD

④ 소프트웨어

정답 : 4번

소프트웨어는 전체적인 개념이므로 DFD의 구성 요소로 표현 할 수 없다.

20. 자료 흐름도의 작성 지침이라고 볼 수 없는 것은?(p61)

① 자료 흐름도의 기호는 원, 화살표, 직사각형, 두줄이 있다.

② 자료는 처리를 거쳐 변환 될 때마다, 새로운 명칭을 부여해야 한다.

③ 배경도에도 명칭과 번호를 부여해야 한다.

④ 가각의 변환에 대하여 개별적인 상세화가 가능하다.

정답 : 3번

배경도는 자료 흐름도를 그리기 전에 그리는 스케치 정도이며 명칭과 번호를 무조건 부여해야 하는 규칙은 없다.