20231103-2

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

 

- 동료검토 : 2~3명이 진행하는 리뷰형태로 작성자가 설명하고 이해관계자들이 설명을 들으면서 결함을 발견하는 형태

- 워크스루 : 검토자료를 회의전에 배포하여 사전 검토한 후, 짧은 시간 동안 회의를 진행하는 형태로 리뷰를 통해 오류를 조기에 검출하는데 목적을 둔 검증기법

- 인스펙션 : 명세서 작성자를 제외한 다른 검토 전문가들이 확인하면서 결함을 발견하는 형태

 

UML 모델에서 한 사물의 명세가 바뀌면 다른 사물에 영향을 주며, 일반적으로 한 클래스가 다른 클래스가 다른 클래스를 오퍼레이션의 매개변수로 사용하는 경우에 나타나는 관계 : Dependency

 

디자인패턴 중 행위적 패턴에 속하지 않는것 : 프로토 타입패턴

- 행위적 패턴 : 책임연쇄(Chain of Responsibility), 커맨드, 인터프리터, 반복자, 중재자, 메멘토, 옵서버, 상태, 전략, 템플릿 메소드, 방문자

 

소프트웨어 개발 방법 중 요구사항 분석과 거리가 먼것은 : 설계 명세서 작성

- 요구사항 분석 : 비용과 일정에 대한 제약설정, 타당성 조사, 요구사항 정의 문서화

- 설계 명세서 작성은 요구사항 분석 다음 단계인 요구사항 명세에서 

 

소프트웨어 모델링과 관련한 설명으로 틀린것은 : 모델링 작업의 결과물은 다른 모델링 작업에 영향을 줄수 없다.

-> 모델링 작업의 결과물은 다른 모델링 작업에 영향을 줄 수 있다.

ex) 유스케이스 명세로부터 필요한 요소들을 가져와 도메인 모델로 정리할 수 있다.