구현 서브시스템구현 요소 세트입니다. 구현 서브시스템이 별도로 구현되고 테스트될 수 있는 작은 파트로 나누어 구현 모델을 구성합니다.   
기타 관계:  다음 파트 구현 모델
역할:  구현자 
선택 가능성/발생 시기:  권장됨. 구현화 단계.
템플리트 및 보고서: 
     
예: 
     
UML 표시:  구현 모델의 패키지(최상위 레벨 패키지 또는 <<implementation subsystem>>으로 스테레오타입화된 패키지). 
자세한 정보:   
활동 정보:    활동 결과:   

목적페이지 맨 위

다음 사용자가 구현 서브시스템을 사용합니다.

  • 소프트웨어 아키텍트를 사용하여 구현 모델을 별도로 통합되고 테스트될 수 있는 파트로 구성합니다.
  • 시스템의 다음 버전 설계자가 사용하여 구현 모델의 구조를 이해합니다.
  • 시스템의 다른 파트 구현자 가 사용하여 기능성이 사용될 수 있는 방법을 이해합니다.
  • 서브시스템 테스터 가 사용하여 테스트 활동을 계획합니다.
  • 프로젝트 관리자 가 구현 작업을 할당하는 기초로 사용합니다.

구현 서브시스템은 설계 패키지의 실제 동류어입니다. 구현 모델과 구현 서브시스템은 구현 보기에서 처음 정의되며 개발시 제일 중요한 사항입니다.

등록 정보페이지 맨 위

등록 정보 이름 

간략한 설명 

UML 표시 

이름  서브시스템 이름  모델 요소의 속성 "이름" 
간략한 설명  서브시스템의 역할과 목적의 간략한 설명  "간단한 텍스트" 유형의 태그값 
구현 요소  파일 및 디렉토리를 포함하여 서브시스템에 직접 포함된 구현 요소.  메타 집합 "소유"를 통해 소유 
관계  서브시스템에 직접 포함된 관계  - " - 
다이어그램  서브시스템에 직접 포함된 다이어그램  - " - 
구현 서브시스템  서브시스템에 직접 포함된 서브시스템  - " - 
가져오기 종속성  서브시스템에서 다른 서브시스템으로 가져오기 종속성  메타 집합 "소유"를 통해 포함된 서브시스템이 소유 

시기페이지 맨 위

소프트웨어 아키텍트가 구현화 중에 서브시스템을 정의하고 해당 서브시스템을 개인 또는 팀에 할당합니다. 이는 클래스 구현이 시작되기 전에 완료되므로 서브시스템의 병렬 개발을 가능하게 합니다.

책임페이지 맨 위

구현자가 서브시스템의 책임이 있으며 다음을 확인합니다.

  • 서브시스템이 자체에서 작성된 요구사항을 수행합니다.
  • 서브시스템에서 시작된 가져오기 종속성이 표시되어 장래 변경의 영향이 추정됩니다.
  • 파일, 디렉토리 및 중첩 구현 서브시스템을 포함하여 서브시스템의 컨텐츠가 별도 통합 및 테스트에 적합한 구현의 결합 파트를 형성합니다.
  • 서브시스템이 설계 모델의 대응 파트와 계속 일치합니다.

구현 서브시스템에 책임이 있는 구현자가 서브시스템의 public(가시적) 요소에 책임도 있습니다.

구현 서브시스템에 책임이 있는 구현자가 모든 포함 요소에도 책임을 지도록 권장합니다. 자세한 정보는 결과물: 구현 요소를 참조하십시오.

구현자 팀이 구현 서브시스템을 개발하는 경우, 팀 구성원 중 한 명이 서브시스템에 책임을 져야 합니다.

사용자 정의페이지 맨 위

구현 서브시스템을 사용하도록 권장합니다. 설계의 패키지를 구현의 서브시스템 및 디렉토리와 맵핑하는 방법을 판별해야 합니다. 필요한 서브시스템 레벨 수를 판별해야 합니다.



Rational Unified Process   2003.06.15