일반적으로, 한 사람 또는 소규모 팀이 한 세트의 서비스 스펙, 서비스 및 해당 협업을 담당합니다. 이 개인/팀은 요소의 디자인 세부사항을 구체화하고 서비스 스펙에 대한 모든 오퍼레이션 정의 및 동작 모델과 기타
서비스 및 서비스 스펙에 대한 관계 정의를 완료합니다. 이 개인/팀은 패키지 또는 서브시스템에 따라 전통적인 UML 방식으로 모델을 구성하거나, 서비스 파티션을 사용하여 모델 조직의 논리 보기를 제공합니다.
일반적으로 서비스 협업 또는 서비스 컴포지션의 기타 모델을 담당하는 책임 디자이너는 서비스 채널 및 메시지의 바인딩 및 인코딩 옵션에 대해 잘 알아야 합니다. 이러한 옵션은 성능 및 보안 특성이 다르며, 특정 옵션
선택 시 전체 솔루션 비기능적 요구사항을 고려하여 절충해야 합니다.
개별 서비스 모델 요소를 정제하는 동안, 증가하는 서비스 모델 요소의 책임을 반영하여 유스 케이스 실현(realization)을 정제해야 합니다. 일반적으로, 한 사람 또는 소규모 팀이 하나 이상의 관련된 유스
케이스 실현(realization)에 대한 책임을 맡습니다. 서비스 모델 요소가 추가 또는 정제됨에 따라 유스 케이스 실현(realization)이 오래되거나 서비스 모델 개선으로 유스 케이스
실현(realization)을 간소화할 수 있으므로 유스 케이스 실현(realization)을 다시 고려하고 발전시켜야 합니다. 유스 케이스 실현(realization)을 책임지는 개인 또는 팀은 유스 케이스에
필요한 동작과 서비스 모델 요소 사이에 이 동작을 할당하는 여러 절충 방식을 포괄적으로 이해하고 있어야 합니다. 또한 유스 케이스를 수행하는 요소를 선택하는 책임이 있으므로 서비스 모델 요소 자체의 지정된 동작에
대해 잘 이해하고 있어야 합니다.
|