하위 시스템과 구성 요소의 차이점

Question

UML 의미에서 하위 시스템과 구성 요소의 차이점은 무엇입니까?

Answer 1

필자는 Preet에 동의해야하지만 실제적으로 하위 시스템은 구성 요소보다 큽니다. 주어진 통합 기능을 수행하는 전체 시스템의 일부에 대해 라이브러리 (구입, 약혼 또는 구축) 및 하위 시스템 용 구성 요소를 사용합니다. 예를 들어, 혈액 처리 장치에서 원심 분리기 드라이버 및 제어 장치가 구성 요소가됩니다. 통합 된 혈액 흡입 조절 장치 (안전 메커니즘, 모터 제어, 사용자 제어 및 통신을 포함)는 서브 시스템이됩니다.

Answer 2

IBM developerWorks - UML basics: The component diagram에서 UML이 규격은 서브 시스템이 구성 요소 다른 방법에 매우 모호합니다. 사양은 모델링 과는 다른 방식으로 구성 요소 또는 하위 시스템을 으로 처리하지 않습니다. UML 1.x와 비교하면 이 UML 2 모델링 모호성은 새로운 것입니다. 하지만 이유가 있습니다. UML 1.x에서 서브 시스템은 패키지로 간주되었으므로 이며이 패키지 표기법은 많은 UML 전문가에게 혼란 스럽습니다. ; 따라서 UML 2는 서브 시스템을 특수화 된 구성 요소로 정렬합니다. 이는 대부분의 UML 1.x 사용자가이를 이해했기 때문에 입니다. 이 변경으로 인해 희미하게 이어지는 그림 이 나타나지만이 희미한 은 UML 2 사양의 실수 대 의 리얼리티를 더 많이 반영합니다.

이렇게 짧게 없음.

Answer 3

UML 2.0 이전에는 <<component>>이라는 디자인 타임으로 <<subsystem>>이 완벽하게 표시되어 결국 <<component>>이되었습니다. UML 1.4는 컴포넌트를 "A 모듈러, deployable으로 정의하고, 구현을 캡슐화하고 인터페이스 세트를 노출하는 시스템의 대체 가능한 부분입니다. 컴포넌트는 일반적으로 하나 이상의 클래스 (예 : 구현 클래스)에 의해 지정됩니다 하나 이상의 아티팩트 (예 : 바이너리, 실행 파일 또는 스크립트 파일)로 구현 될 수 있습니다. " 상기 "흐릿한는"(UML 2.0)을 UML에 도입 된 후

, 나는 <<component>> 큰로서 <<subsystem>>를 사용하여 시스템의 교체 및 재사용 가능한 구성 요소로 모두 볼 경향입니다.