[정보처리기사: 필기] 2. 소프트웨어 개발 문제 풀이

정형 기술 검토의 지침으로 틀린 것 (X)

1) 문제 영역을 명확히 표현한다.

2) 참가자의 수를 제한하지 않는다. => 제한한다.

3) 논쟁과 반박을 제한한다.

4) 의제를 제한한다.

---

소프트웨어 공학에서 워크스루에 대한 설명으로 틀린 것 (X)

1) 단순한 테스트 케이스로 프로덕트를 수작업으로 수행하는 것

2) 사용사례를 확장해 명세하거나 설계 다이어그램, 원시코드, 테스트 케이스 등에 적용한다.

3) 인스펙션과 동일한 의미를 가진다.

=> 워크스루는 요구사항 명세서 작성자를 포함해 사전 검토 후 짧은 회의 검토를 통해 결함 발견

=> 인스펙션은 요구사항 명세서 작성자를 '제외'하고 다른 검토 전문가들이 명세서를 확인해 결함 발견

4) 복잡한 알고리즘 또는 반복, 실시간 동작, 병행 처리와 같은 기능이나 동작을 이해할 때 유용하다.

---

단위 테스트와 관련한 설명으로 틀린 것

1) 필요 데이터를 인자를 통해 넘겨주고, 테스트 완료 후 그 결과값을 받는 역할을 하는 가상의 모듈을 테스트 스텁이라고 한다.

=> 이런 가상의 모듈을 테스트 드라이버라고 한다.

=> 테스트 스텁은 제어 모듈이 호출하는 타 모듈의 기능을 수행하는 도구로 일시적으로 필요한 조건만 갖고 있는 시험용 모듈이다.

2) 모듈 내부의 구조를 구체적으로 볼 수 있는 구조적 테스트를 주로 시행한다.

3) 구현 단계에서 각 모듈의 개발을 완료한 후 개발자가 명세서 내용대로 구현됐는지 테스트한다.

4) 테스트할 모듈을 호출하는 모듈도 있고 테스트할 모듈이 호출하는 모듈도 있다.

---

단위 테스트에서 테스트의 대상이 되는 하위 모듈을 호출하고, 파라미터를 전달하는 가상의 모듈로 상향식 테스트에 필요한 것

=> 테스트 드라이버

---

소프트웨어를 재사용함으로써 얻을 수 있는 이점으로 가장 거리가 먼 것 (X)

1) 생산성 증가

2) 프로젝트 문서 공유

3) 소프트웨어 품질 향상

4) 새로운 개발 방법론 도입 용이

---

동시에 소스를 수정하는 것을 방지하며 다른 방향으로 진행된 개발 결과를 합치거나 변경 내용을 추적하는 SW 버전 관리 도구

=> RCS(Revision Control System)

---

프로젝트에 내재된 위험 요소 인식, 분석 및 관리하는 활동으로 프로젝트 성공을 위해 위험 요소를 사전에 예측/대비하는 기술과 활동 (X)

=> Risk Analysis

---

IDE 도구의 각 기능 설명으로 틀린 것 (X)

1) Deployment: 소프트웨어를 최종 사용자에게 전달하기 위한 기능

2) Coding: 프로그래밍 언어로 컴퓨터 프로그램을 작성하는 환경 제공

3) Complie: 저급 언어의 프로그램을 고급 언어의 프로그램으로 변환하는 기능

=> 유저가 작성한 소스 프로그램을 컴퓨터가 이해하는 기계어로 번역하는 과정 !!!!!

=> 보기와 반대로 고급 언어를 저급 언어로 번역

4) Debugging: 프로그램에서 발견되는 버그를 찾아 수정할 수 있는 기능

---

소프트웨어 프로젝트 관리에 대한 설명으로 가장 옳은 것 (X)

=> 주어진 기간 내 최소 비용으로 유저를 만족시키는 시스템 개발

---

소프트웨어 재공학 중 기존 소프트웨어 시스템을 새로운 기술, 하드웨어 환경에서 사용할 수 있도록 변환하는 작업

=> Migration

---

단위 테스트 도구로 사용할 수 없는 것 (X)

=> IGPUNIT

CppUnit, JUnit, IgpUnit을 사용함

---

위험 모니터링의 의미

=> 위험 요소 징후들을 계속적으로 인지하는 것

---

코드 인스펙션에 대해 틀린 것

1) 결함과 함께 코딩 표준 준수 여부, 효율성 등 다른 품질 이슈를 검사함

2) 동적 테스트 시에만 활용되는 기법

3) 코드 품질 향상 기법 중 하나

4) 프로그램을 수행시키는 것 대신 눈으로 확인하는 방법으로 볼 수도 있다.

---