220221 소프트웨어 설계 : 요구사항

빌드검증(BVT) : 빠르게 빌드 전반에 대한 내용을 테스트하는 것이 핵심

동료검증 : 

워크 스루 : 개발 산출물을 작성하는 중에 산출물을 검토하고 결함을 찾아내는 기법, 주로 작성자의 요청에 의해 이루어지며, 중간 산출물을 대상으로 함, 후속작업에 대한 검사가 생각될 수 있다. 인스펙션에 비해 비형식적인 동료 검토 방법

인스펙션 : 명세서를 작성한 사람 외에 다른 검토 전문가들이 모여 명세서를 분석하여 결함을 발견하는 방법 

 

프로토 타이핑 : 견본품을 만들어 최종 결과물을 예측하는 방법

 

CASE 도구 활용 : 일관성 분석을 통해 요구사항 변경사항의 추적 및 분석, 관리하고, 표준 준수 여부를 확인하는 방법

 

요구사항 명세기법

	비정형 명세기법	정형 명세기법
기반	자연어 / 그림	수학 / 논리학
장점	사용자와 개발자 간의 의사 전달 파악 쉬움	명세 오류 및 모호성 쉽게 파악
단점	모호함과 완전 검증이 어려움	어려움 / 시간 소모 많음

개발 단계

---

 

1,2회 #8

검토회의 전에 요구사항 명세서를 미리 배포하여 사전 검토한 후 짧은 검토회의를 통해 오류를 조기에 검출하는데 목적을 두는 요구사항 검토 방법은?

1 빌드 검증

2 동료 검토

3 워크 스루

4 개발자 검토

 

1,2회 #16

소프트웨어 개발 방법 중 요구사항 분석(requirements analysis)과 거리가 먼 것은?

1 비용과 일정에 대한 제약 설정
2 타당성 조사

3 요구사항 정의 문서화

4 설계 명세서 작성

 

3회 #1

요구사항 분석 시에 필요한 기술로 가장 거리가 먼 것은?

1 청취와 인터뷰 질문 기술
2 분석과 중재기술
3 설계 및 코딩 기술

4 관찰 및 모델 작성 기술

 

3회 #20

인터페이스 요구 사항 검토 방법에 대한 설명이 옳은 것은?

1 리팩토링 : 작성자 이외의 전문 검토 그룹이 요구사항 명세서를 상세히 조사하여 결함, 표준 위배, 문제점 등을 파악

2 동료검토 : 요구 사항 명세서 작성자가 요구 사항 명세서를 설명하고 이해관계자들이 설명을 들으면서 결함을 발견
3 인스펙션 : 자동화된 요구 사항 관리 도구를 이용하여 요구사항 추적성과 일관성을 검토
4 CASE 도구 : 검토 자료를 회의 전에 배포해서 사전 검토한 후 짧은 시간 동안 검토 회의를 진행하면서 결함을 발견

 

4회 #15

요구 사항 명세기법에 대한 설명으로 틀린 것은?

1 비정형 명세기법은 사용자의 요구를 표현할 때 자연어를 기반으로 서술한다.
2 비정형 명세기법은 사용자의 요구를 표현할 때 Z 비정형 명세기법을 사용한다.
3 정형 명세기법은 사용자의 요구를 표현할 때 수학적인 원리와 표기법을 이용한다.
4 정형 명세기법은 비정형 명세기법에 비해 표현이 간결하다.

 

4회 #16

소프트웨어 개발 단계에서 요구 분석 과정에 대한 설명으로 거리가 먼 것은?

1 분석 결과의 문서화를 통해 향후 유지보수에 유용하게 활용할 수 있다.

2 개발 비용이 가장 많이 소요되는 단계이다.
3 자료흐름도, 자료 사전 등이 효과적으로 이용될 수 있다.

4 보다 구체적인 명세를 위해 소단위 명세서 (Mini-Spec)가 활용될 수 있다.