설계 패키지는 클래스, 관계, 설계 유스 케이스 구현, 다이어그램 및 기타 패키지의 콜렉션입니다. 작은 파트로 나누어 설계 모델을 구성하는데 사용합니다.  
기타 관계:  다음 파트 설계 모델
역할:  설계자 
선택 가능성/발생 시기:  필수. 구현화 및 구성 단계.
템플리트 및 보고서: 
     
예: 
     
UML 표시:  설계 모델의 패키지.  
자세한 정보:   
활동 정보:    활동 결과:   

목적 페이지 맨 위

설계 패키지는 연관 설계 모델 요소를 조직 용도 및 종종 형상 관리 용도로 그룹화하는데 사용됩니다. 결과물: 설계 서브시스템과 달리, 설계 패키지는 작동을 제공하는 일부 컨텐츠('public'으로 표시)를 표시할 수도 있지만 공적 인터페이스를 제공하지 않습니다. 설계 패키지가 주로 모델 조직 도구로 사용되어 연관된 사항을 함께 그룹화해야 합니다. 작동 의미론이 필요한 경우, 설계 서브시스템을 사용하십시오.

설계 패키지 및 해당 컨텐츠는 단일 역할: 설계자의 책임입니다. 패키지 내 요소는 기타 패키지에 포함된 요소에 따라 달라질 수도 있습니다. 이로써 패키지 간 종속성이 상승됩니다. 패키지 종속성은 도구로 사용되어 설계 모델의 복원력을 분석할 수 있습니다. 교차 의존적 패키지가 있는 모델은 변경에 보다 다소 덜 탄력적입니다.

등록 정보 페이지 맨 위

등록 정보 이름 

간략한 설명 

UML 표시 

이름  패키지 이름.  모델 요소의 속성 "이름". 
간략한 설명  역할 및 목적의 간략한 설명 또는 패키지의 "주제".  "간단한 텍스트" 유형의 태그값. 
클래스  패키지에 직접 포함된 클래스.  집합 "소유"를 통해 소유 
관계  패키지에 직접 포함된 관계.  - " - 
설계 유스 케이스 구현  패키지에 직접 포함된 설계 유스 케이스 구현.  - " - 
다이어그램  패키지에 직접 포함된 다이어그램.  - " - 
설계 패키지  패키지에 직접 포함된 패키지.  - " - 
가져오기 종속성  패키지에서 기타 패키지로 가져오기 종속성.  집합 "소유"를 통해 포함된 패키지가 소유. 

시기 페이지 맨 위

패키징은 주로 구현화 단계 중에 완료되지만 패키징에 작은 조정이 구성 단계 중에 특히 작업을 다시 할당하거나 패키지 간 종속성을 다시 구성하기 위해 발생할 수 있습니다.

책임 페이지 맨 위

설계자는 패키지의 무결성에 대한 책임이 있으며 다음을 확인합니다.

  • 패키지가 작성된 요구사항을 이행합니다.
  • 패키지가 기타 패키지와 되도록 독립적입니다.
  • 패키지에서 시작된 가져오기 종속성이 표시되어 장래 변경의 영향이 추정됩니다.
  • 클래스, 관계, 설계 유스 케이스 구현, 다이어그램 및 패키지를 포함하여 패키지의 직접적인 컨텐츠의 존재가 정당화되고 일관되게 유지됩니다.
  • 주로 클래스와 패키지에 관한 패키지의 직접적인 컨텐츠의 가시성이 정확합니다. 가시성은 "public", "private" 등이 될 수 있습니다.

설계 패키지에 책임이 있는 설계자가 포함 클래스에도 책임을 지도록 권장합니다. 자세한 정보는 결과물: 설계 클래스를 참조하십시오.

설계자가 포함된 설계 유스 케이스 구현과 관련 다이어그램에 대한 책임이 없음을 참고하십시오. 대신 해당 유스 케이스 설계자의 책입입니다.

사용자 정의 페이지 맨 위

패키지는 모델에서 사용되어 유사한 모델 요소를 그룹화하며 모델의 조직을 개선하고 이해하는데 보다 용이하게 합니다. 대형 모델의 패키지는 중요합니다. 작은 모델에서도 적절한 패키징이 모델의 이해 가능성을 상당히 개선할 수 있습니다. 일부 패키징은 거의 항상 유용합니다. 자세한 정보는 가이드라인: 설계 패키지를 참조하십시오.



Rational Unified Process   2003.06.15