(제 24회) 소프트웨어 공학 / (48)~(50) 해설

48. 다음 상황에 부합하는 유지보수 유형으로 가장 적절한 것은?

데이터베이스 내에서 데이터 세트를 재구성하여 더 빠르게 검색하고 스토리지를 더 적게 사용하도록 성능향상 작업을 진행하고자 한다.

① 수정형 유지보수(corrective maintenance)

② 적응형 유지보수(adaptive maintenance)

③ 완전형 유지보수(perfective maintenance)

④ 예방형 유지보수(preventive maintenance)

 

▣ 완전 유지보수 설명

- 프로그램 특성이 변경, 추가, 향후 유지보수 능력 향상을 위하여 수행되는 형태

 

● 추가설명) SW 유지보수의 형태와 대상

1. SW 유지보수의 형태

분류	형태	설명
목적	교정 유지보수	프로그램 오류로 인한 SW 오류 수정 하자유지보수, 처리 오류, 수행 오류, 구현 오류
	완전 유지보수	프로그램 특성 변경, 첨가 및 장애 유지보수성 향상 수행력 향상
	예방 유지보수	프로그램의 예측되는 오류를 선점 처리 예상되는 프로그램 기능 오류를 발생 전 수정
	적응 유지보수	프로그램 환경변화에 SW의 적용 이식 개념, H/W or S/W 변화
시점	계획 유지보수	주기적인 유수보수
	예방 유지보수	미리 예방 차원에서의 유지보수
	응급 유지보수	긴급한 경우의 유지보수, 사후 승인 필요
	지연 유지보수	시스템에 대해 변경된 부분에 대한 추후 지원

•  

 

2. SW유지보수의 대상

유지 보수 대상	세부 내용
데이터/프로그램 유지보수	응용 프로그램 소스, 데이터에 대한 오류 처리, 기능 개선
문서 유지보수	문서에 대한 이력관리
시스템 유지보수	모니터링, H/W, S/W, DB 등에 대한 업그레이드 작업

정답 : ③

 

 

49. 다음에 설명하는 4가지 유형의 소프트웨어 형상관리 활동에 해당하지 않은 것은?

A. 베이스라인을 설정하고 식별된 모든 형상 항목에 식별자를 부여한다. B. 변경요청이 발생했을 때 해당 변경에 대한 평가,조정, 변경 승인 등의 활동을 수행한다. C. 형상 항목에 대한 변경 히스토리를 기록하고 보고 한다. D. 개발된 소프트웨어 제품이 승인된 제품의 명세와 정확히 일치하는지를 평가한다.

① Configuration Status Accounting

② Configuration Identification

③ Configuration Verification

④ Configuration Control

 

▣ 용어섦명

• 형상 식별(Configuration Identification)

: 베이스라인을 설정하고 식별된 모든 형상항목에 식별자를 부여

• 형상 통제(Configuration Identification)

: 변경 요청이 발생했을 때 해당 변경에 대한 평가, 조정, 승인 등의 활동 수행

• 형태 상태 보고(Configuration Status Accounting)

: 형상 항목에 대한 변경 히스토리를 기록, 보고

• 형상 감사(Configuration Auditing)

: 개발된 소프트웨어 제품이 승인된 제품의 명세와 정확 일치하는지를 평가

 

● 추가 설명) 형상 관리 프로세스와 구성요소

1. 형상관리 프로세스

2. 형상관리 구성요소

구성요소	역할	세부역할
형상 및 관리기법	식별, 통제 감사, 기록	산출물 관리 계획, 구조 정의 형상 변경, 무결성 평가, 기록
형상관리 Repository	형상 저장 형상 변경	형상 변경, 저장, 자동화 도구 SVN, CBS, Github, Goole code
형상관리 위원회	변경 승인 변경 확인	형상 변경 심사 및 승인/거부 형상 Repository 변경 확인

정답 : ③

 

 

50. 다음 중 (가)~(다)에 들어갈 용어를 순서대로 가장 적절하게 나열한 것은?

SPICE는 소프트웨어 개발 프로세스 개선을 목적으로 제정된 ISO 15504 표준의 별칭으로, L0:Incomplete Process, L1: (가) Process, L2: (나)Process, L3: (다) Process, L4: Predictable Process, L5: Optimizing Process로 총 6레벨의 성숙도로 정의되어 있다.

① Managed, Established, Performed

② Managed, Performed, Established

③ Established, Performed, Managed

④ Performed, Managed, Established

 

▣ ISO 15504 (SPICE) 6단계

 

● 추가 설명) ISO 15504 (SPICE) 개용 및 모델 설명

1. ISO 15504(SPICE) 개요 : 소프트웨어 프로세스 차원과 수행능력 기준을 제공하는 국제 표준 모델
2. ISO 15504(SPICE) 평가 모델

가. 15504(SPICE) 의 2차원 평가 모델

기준	설명
프로세스 차원	5개의 프로세스 카테고리와 40개 세부 프로세스로 구성 ISO 12207 의 소프트웨어 생명주기 프로세스를 기반으로 함 각 프로세스별로 목적을 달성하기 위한 기준이 제시됨
프로세스 수행능력	수행조직 단위 특정 프로세스를 달성하거나 혹은 달성 목표로 가능한 능력 수준 0~5 까지의 6개의 Capability Level 로 구성됨

나. 프로세스 차원

프로세스	그룹	설명
기본	CUS (고객-공급사)	인수, 공급, 요구도출, 운영
	ENG (공학)	시스템과 소프트웨어 개발, 유지보수 등
자원	SUP (지원)	문서화, 형상, 품질보증, 검증/확인, Review, 감사, 문제해결
조직	MAN (관리)	프로젝트 관리, 품질관리, 위험관리
	ORG (조직)	조직배치, 개선활동, 인력관리, 측정도구, 재사용

 

정답 : ④

 

---

 

공감과 댓글은 아이티신비에게 큰 힘이 됩니다.

블로그 글이 유용하다면 블로그를 구독해주세요.♥