주제

설명페이지 맨 위

수백 개의 요소가 들어 있는 구현 모델에서 복잡도를 줄이는 기본적인 방법은 구현 서브시스템을 사용하는 것입니다.

보통 서브시스템은 추가 구조 정보 또는 관리 정보가 들어 있는 디렉토리 양식을 취합니다. 예를 들어 서브시스템은 파일 시스템에서 디렉토리나 폴더로, Ada 또는 C++용 Rational Apex에서 서브시스템 또는 Java를 사용하는 패키지로 작성될 수 있습니다. Rational XDE 개발의 경우 서브시스템은 IDE(Integrated Development Environment)에 정의된 대로 "프로젝트"입니다.

구현 서브시스템은 설계 패키지 또는 큰 입자 설계 서브시스템의 구현과 유사합니다. 구현 모델 및 구현 서브시스템은 구현 보기의 대상이므로 개발시 가장 중요합니다.

내보내기 요소

구현 서브시스템에서는 해당 컨텐츠의 외부 가시성을 제어합니다. 요소을 선언하는 서브시스템에서 해당 요소를 볼 수 있도록 지정한 경우("내보냄") 서브시스템 외부의 요소에서 해당 요소를 참조할 수 있습니다.

보통 서브시스템의 모든 요소 및 포함된 서브시스템은 기본적으로 서브시스템 외부에서 볼 수 있습니다. 이는 이 서브시스템 외부의 요소가 모든 요소를 참조할 수 있음을 의미합니다. 예를 들어 C++의 경우 외부의 요소가 서브시스템 내부의 모든 요소를 #include할 수 있음을 의미합니다.

사용페이지 맨 위

구현 모델의 구현 서브시스템에 설계 패키지를 맵핑하는 방법에 따라 구현 모델은 설계 모델에 가까워지거나 멀어질 수 있습니다.

일대일로 맵핑하는 것이 좋습니다. 즉, 하나의 설계 패키지를 하나의 구현 서브시스템에 맵핑해야 합니다. 일대일로 맵핑하는 기본적인 이유는 설계에서 코드로 추적성을 계속 유지하기 위해서 입니다.

구현할 서브시스템이 설계할 패키지 및 서브시스템과 달라야 하는 경우가 있습니다. 자세한 정보는 활동: 구현 모델 구조를 참조하십시오. 이 맵핑의 표시 여부 및 표시 방법은 ../artifact/ar_projspecgls.htm -- This hyperlink in not present in this generated website결과물: 프로젝트 특정 가이드라인에서 다루어야 합니다.

여러 이유로 하나의 시스템을 여러 서브시스템으로 파티션 지정할 수 있습니다. 설계시 사용된 동일한 기준이 구현에도 적용됩니다. 자세한 정보는 가이드라인: 설계 패키지를 참조하십시오.



Rational Unified Process   2003.06.15