일반적으로, 한 사람 또는 소규모 팀이 디자인 요소 세트(보통 다른 디자인 요소를 포함하는 하나 이상의 패키지 또는 서브시스템)에 대한 책임을 맡습니다. 이 사람/팀은 패키지 또는 서브시스템에 포함된 요소에 대한
디자인 세부사항을 구체화하고 모든 오퍼레이션 정의 및 다른 디자인 요소에 대한 관계의 정의를 완료하는 책임을 맡습니다. 타스크: 캡슐 디자인은 캡슐 및 (수동 데이터) 클래스 측면에서 시스템의 기능성을 반복적으로 분해하는 데 초점을 맞춥니다.
타스크: 클래스 디자인은 수동 클래스 디자인 요소의 디자인을 정제하는 데 중점을 두는 반면 타스크: 서브시스템 디자인은 서브시스템 자체에 맵핑된 동작을 포함된 디자인 요소(포함된 캡슐 및 클래스 또는 서브시스템)로
할당하는 데 초점을 맞춥니다. 일반적으로 정보의 수동 저장으로 이어지는 작업 및 "일반" 클래스 대부분에 대해 캡슐이 사용되는 반면 서브시스템은 주로 대규모의 모델 조직 구조로서 사용됩니다.
캡슐 디자인을 책임지는 개인 또는 팀은 일반적으로 동시성 문제에 대한 전문 지식을 가져야 할 뿐 아니라 구현 요소에 대한 지식을 가지고 있어야 합니다. 수동 클래스 디자인을 책임지는 인원은 클래스에서 사용될
알고리즘 또는 기술 뿐만 아니라 구현 언어에 대한 지식도 가지고 있어야 합니다. 서브시스템을 책임지는 개인 또는 팀은 보다 다방면에 지식을 가지고 있어야 하며 디자인 요소 사이에 기능성을 적절히 파티션하는 것에
관련된 결정을 내릴 수 있고 다양한 디자인 대안에 관련된 절충을 이해할 수 있어야 합니다.
각 디자인 요소가 정제되는 동안, 늘어나는 디자인 요소 책임을 반영하도록 유스 케이스 실현(realization)이 정제되어야 합니다. 일반적으로, 한 사람 또는 소규모 팀이 하나 이상의 관련된 유스 케이스
실현(realization)에 대한 책임을 맡습니다. 디자인 요소가 추가되고 정제됨에 따라, 유스 케이스 실현(realization)이 오래되거나 디자인 모델 개선으로 유스 케이스 실현(realization)의
간소화가 가능하게 되므로 유스 케이스 실현(realization)을 다시 고려하고 발전시켜야 합니다. 유스 케이스 실현(realization)을 책임지는 개인 또는 팀은 유스 케이스에 필요한 동작과 디자인 요소
사이에 이 동작을 할당하는 여러 절충 방식에 대해 광범위하게 이해하고 있어야 합니다. 또한 유스 케이스를 수행하는 요소를 선택하는 책임을 지므로 디자인 요소 자체의 외부(공용) 동작에 대해 잘 이해하고 있어야
합니다.
|