타스크: 디자인 검토
이 타스크는 디자인 검토 수행 방법 및 검토 결과 처리 방법을 정의합니다.
원칙: 분석 및 디자인
목적
  • 디자인 모델이 시스템 요구사항을 수행하고 구현의 훌륭한 기반으로 수행되는지 확인.
  • 디자인 모델이 일반 디자인 가이드라인에 일치하는지 확인.
  • 디자인 가이드라인이 목표를 수행하는지 확인.
관계
단계
일반 권장사항
목적 각 검토의 일반 권장사항.

"피어" 검토자는 역할: 소프트웨어 설계자와 동일한 인력 구성 프로파일을 갖게 되지만 기술적인 문제에 초점을 맞춥니다. 지도력, 성숙도, 실용주의 및 결과 지향은 많이 중요하다고는 볼 수 없지만 여전히 중요한 문제입니다. 검토자는 잘 알려지지 않은 아키텍처 결함이 프로젝트 스케줄에 영향을 준다면 이를 찾아낼 수도 있습니다. 그러나 프로젝트 팀이 맹목적으로 스케줄만 지켜서 결국 잘못된 경로를 밟을 수도 있기 때문에 문제를 해결할 수 있는 경우에는 조기에 중요한 문제를 부각시키는 것이 좋습니다. 디자인 검토자는 프로젝트 성공의 광범위한 문제를 인식한 상태로 비용 대비 위험성의 밸런스를 유지해야 합니다. 디자인 검토자는 중요한 문제를 제기하고 논의할 수 있는 설득력이 있는 커뮤니케이션 능력이 있어야 합니다. 기술적인 지식 관점에서 디자인 검토자는 역할: 디자이너 경험이 있어야 합니다.
총괄적인 디자인 모델 검토
목적  디자인 모델 전체 구조가 올바르게 형성되어 있는지 확인.
하위 레벨 요소를 검토하여 가시화되지 않은 대규모의 품질 문제 발견. 


총괄적으로 디자인 모델을 검토하여 계층 및 책임 파티션에 연관된 명백한 문제를 발견해야 합니다. 모델을 총괄적으로 검토하여 자세한 검토에서 누락될 수 있는 대규모의 문제를 발견합니다.

도입/인식(Inception) 단계 및 정제(Elaboration)의 조기 단계에서 이 검토는 모델의 전체적인 구조에 초점을 맞추게 되고 특히 계층 및 인터페이스에 초점을 맞춥니다. 패키지 및 서브시스템 종속성을 점검하여 패키지 요소의 느슨한 결합을 확인해야 합니다. 패키지와 서브시스템의 컨텐츠를 점검하여 패키지 요소의 높은 결속을 확인해야 합니다. 일반적으로 모든 요소를 점검하여 명확하고 올바른 책임 여부를 확인하고 이름에 책임이 반영되어 있는지 확인해야 합니다.

최소한 아키텍처 프로토타입이 개발된 경우 디자인 검토를 좀더 포괄적으로 수행해야 합니다. 모델에 대한 전체적인 완료도를 우선 검토하고 그런 후에 좀더 주의를 기울여서 결함을 발견해야 합니다.

각 디자인 유스 케이스 실현(realization) 검토
목적 시스템 동작이(디자인 유스 케이스 실현에 명시된 대로) 시스템의 필수 동작에 일치되도록(유스 케이스에 명시된 대로) 합니다. 즉, 완전합니까?
동작이 모델 요소에 올바르게 할당되도록 합니다. 즉, 올바릅니까? 


디자인 모델 구조를 검토한 후 모델 동작을 검토해야 합니다. 우선 현재 반복의 모든 시나리오가 디자인 유스 케이스 실현에서 지정된 대로 완료되었는지 확인하여 누락된 동작이 없도록 하십시오. 연관된 유스 케이스 서브플로우의 모든 동작이 완료된 디자인 유스 케이스 실현에 설명되어야 합니다.

시스템 동작이 이벤트로 구동되는 경우 상태 차트 다이어그램을 사용하여 유스 케이스 동작을 설명할 수 있습니다. 상태 차트가 있는 경우 올바른 동작을 설명하고 있는지 상태 차트를 점검해야 하며 세부사항은 기법: 상태 차트 다이어그램을 참조하십시오.  중간 산출물: 프로토콜을 사용하여  중간 산출물: 캡슐의 상호 작용을 설명하는 실시간 시스템의 경우 해당 시스템이 올바른 동작을 제공하는지 확인해야 합니다.

그런 다음 디자인 유스 케이스 실현(realization)이 실현의 모델 요소 사이에서 올바로 분배되었도록 하십시오. 모든 매개변수가 전달되고 올바른 유형의 값이 리턴되었는지를 확인하여 오퍼레이션이 제대로 사용되었는지 확인하십시오.

각 디자인 요소 검토
목적  디자인 요소 내부 구현이 필수 동작을 수행하고 있는지 확인. 

동작이 할당된 각 디자인 요소에 대해 (예: 디자인 클래스 또는 디자인 서브시스템) 내부 디자인을 검토해야 합니다. 이는 디자인 서브시스템에 대해서 노출된 인터페이스에 지정된 동작이 하나 이상의 포함된 디자인 요소에 할당되어 있는지 확인한다는 의미입니다. 디자인 클래스에 대해서 이는 각 오퍼레이션 설명이 충분하게 정의되어 명확하게 구현된다는 의미입니다.

디자인 가이드라인 검토
목적 디자인 연관 프로젝트 가이드라인이 현재 상태로 유지되도록 하고, 결함이 있는 가이드라인에서 결함 수정.  


디자인 검토를 기반으로 디자인 가이드라인의 결함을 찾으십시오.

  • 가이드라인을 준수했습니까? 준수하지 않은 경우 이유는?
  • 내용이 맞습니까? 잘못된 가이드라인으로 생성된 조직적인 결함이 발견되었습니까?
  • 완료되었습니까? 안내가 제공되는 경우 조직적인 결함이 감소되었습니까?
검토 레코드 준비 및 결함 문서화
목적 검토 결과 문서화.
식별된 결함이 문서화되도록 합니다. 


각 검토 회의 후에 회의 결과는 검토 레코드에 문서화됩니다. 또한 모든 결함은 프로젝트 변경 관리 프로세스에 따라 문서화됩니다.



자세한 정보