활동:
|
목적
|
|
역할: 기술 검토자 | |
빈도: 진행 중인 작업을 검토하는
구현화 및 구성 단계의 반복당 설계 모델의 한 번 검토를
배열하십시오. 그런 다음, 설계 모델이 다소 완료되는 것으로 간주되는
구성 단계의 반복에서 설계 모델의 자세한 검토를 배열해야
합니다. 설계 모델이 정제되면
기타 단계(초기 및 전이)의 반복당 한 번의 검토 회의도 배열해야
합니다.
검토 회의의 참여자는 궁극적으로 설계 모델을 승인합니다. 그 전에, 시스템을 여러 번 검토해야 할 가능성이 큽니다. 왜냐하면 검토의 결과가 의심의 여지없이 모델의 변경을 초래하기 때문입니다. |
|
단계 | |
입력물: | 결과물: |
툴 강좌: | |
자세한 정보: |
워크플로우 세부사항: |
목적 | 각 검토에 대한 일반 권장사항. |
목적 | 설계 모델의 전체 구조가 제대로 형성되었는지 확인하기 위함입니다. 하위 레벨 요소에서는 가시적이지 않은 대규모의 품질 문제점을 발견하기 위함입니다. |
전체적으로 설계 모델을 검토하여 계층 나누기 및
책임 파티션 나누기와 관계된 명백한 문제점을 발견해야 합니다. 전체적으로 모델을 검토하는
목적은 보다 자세한 검토가 누락된 대규모 문제점을 발견하기 위함입니다.
초기 단계 또는 구현화 단계의 초기에 이 검토는 계층 나누기 및 인터페이스를 특별히 강조하여 모델의 전체 구조에 중점을 둡니다. 패키지 및 서브시스템 종속성은 패키징 요소 간 느슨한 결합을 확인하도록 검사되어야 합니다. 패키지와 서브시스템의 컨텐츠는 패키징 요소의 높은 결합을 확인하도록 검사되어야 합니다. 일반적으로 모든 요소에 분명하고 적절한 책임이 있으며 해당 이름이 이러한 책임을 반영하는지 확인하도록 검사되어야 합니다.
최소 구조적 프로토타입이 개발되고 나면 설계의 보다 포괄적인 검토를 수행해야 합니다. 우선 모델의 전체적 완료성에 대해 검토한 다음 보다 주의깊게 결함을 발견해야 합니다.
목적 | 시스템의 작동(설계 유스 케이스 구현에 표현된 대로)이
시스템의 필수 작동(유스 케이스에 설명된 대로)과 일치하는지(시스템이 완료되었는지) 여부. 작동이 모델 요소 간에 적절하게 할당되었는지(작동이 올바른지) 여부. |
설계 모델 구조가 검토되고 나면 모델의 작동이 검토되어야
합니다. 우선, 설계 유스 케이스 구현이 현재 반복의 모든 시나리오를
완전히 다루는지 확인하는 검사로 누락된 작동이 없는지
확인하십시오. 관련 유스 케이스 서브 플로우의 모든 작동은
완료된 설계 유스 케이스 구현에서
설명되어야 합니다.
시스템의 작동이 이벤트 주도인 경우, 유스 케이스의 작동을 설명하는데 상태 차트 다이어그램을 사용했을 수도 있습니다. 상태 차트 다이어그램이 있는 경우 해당 다이어그램이 올바른 작동을 설명하는지 확인하도록 검사되어야 합니다. 자세한 사항은 가이드라인: 상태 차트 다이어그램을 참조하십시오.
다음으로, 설계 유스 케이스 구현의 작동이 구현의 모델 요소 간에 올바르게 분배되는지 확인하십시오. 조작이 올바르게 사용되며 모든 매개변수가 전달되고 리턴값이 올바른 유형인지를 확인하십시오.
목적 | 설계 요소의 내부 구현이 필수 작동을 수행하는지 확인하기 위함입니다. |
작동이 할당될 각 설계 요소(예: 설계 클래스 또는 설계 서브시스템)에 대해 내부 설계가 검토되어야 합니다. 즉, 설계 서브시스템의 경우, 공개된 인터페이스에 지정된 작동이 하나 이상의 포함 설계 요소에 할당되었는지를 확인하는 것을 의미합니다. 설계 클래스의 경우에는 각 조작의 설명이 충분히 정의되어 분명하게 구현될 수 있음을 의미합니다.
목적 | 설계 관련 프로젝트 특정 가이드라인이 현재 상태로 남아 있는지를 확인하고 결함이 있는 가이드라인의 결함을 정정하기 위함입니다. |
설계 검토를 기초로 하여 설계 가이드라인의 결함을 찾으십시오.
목적 | 검토 결과를 문서화합니다. 식별된 결함이 문서화되었는지 확인합니다. |
각 검토 회의 이후, 회의 결과는 검토 기록에 문서화됩니다.
또한 모든 결함은 프로젝트의 변경 관리 프로세스에 따라 문서화됩니다.
Rational Unified Process
|