UML-구성 요소 다이어그램

구성 요소 다이어그램은 특성과 동작이 다릅니다. 구성 요소 다이어그램은 시스템의 물리적 측면을 모델링하는 데 사용됩니다. 이제 문제는 이러한 물리적 측면은 무엇입니까? 물리적 측면은 노드에있는 실행 파일, 라이브러리, 파일, 문서 등과 같은 요소입니다.

구성 요소 다이어그램은 시스템의 구성 요소 간의 조직 및 관계를 시각화하는 데 사용됩니다. 이 다이어그램은 실행 가능한 시스템을 만드는데도 사용됩니다.

구성 요소 다이어그램의 목적

컴포넌트 다이어그램은 UML에서 특별한 종류의 다이어그램입니다. 목적은 지금까지 논의 된 다른 모든 다이어그램과도 다릅니다. 시스템의 기능을 설명하지는 않지만 이러한 기능을 만드는 데 사용되는 구성 요소에 대해 설명합니다.

따라서 이러한 관점에서 구성 요소 다이어그램은 시스템의 물리적 구성 요소를 시각화하는 데 사용됩니다. 이러한 구성 요소는 라이브러리, 패키지, 파일 등입니다.

구성 요소 다이어그램은 시스템의 정적 구현 보기로도 설명 할 수 있습니다. 정적 구현은 특정 순간의 구성 요소 조직을 나타냅니다.

단일 구성 요소 다이어그램은 전체 시스템을 나타낼 수 없지만 다이어그램 모음은 전체를 나타내는 데 사용됩니다.

구성 요소 다이어그램의 목적은 다음과 같이 요약 할 수 있습니다.

구성 요소 다이어그램은 시스템의 물리적 아티팩트를 설명하는 데 사용됩니다. 이 아티팩트에는 파일, 실행 파일, 라이브러리 등이 포함됩니다.

이 다이어그램의 목적은 다릅니다. 구성 요소 다이어그램은 응용 프로그램의 구현 단계에서 사용됩니다. 그러나 구현 세부 사항을 시각화하기 위해 미리 준비되어 있습니다.

처음에 시스템은 서로 다른 UML 다이어그램을 사용하여 디자인 된 다음 아티팩트가 준비되면 구성 요소 다이어그램을 사용하여 구현 아이디어를 얻습니다.

이 다이어그램이 없으면 애플리케이션을 효율적으로 구현할 수 없으므로 매우 중요합니다. 잘 준비된 구성 요소 다이어그램은 응용 프로그램 성능, 유지 관리 등과 같은 다른 측면에서도 중요합니다.

구성 요소 다이어그램을 그리기 전에 다음 아티팩트를 명확하게 식별해야합니다.

아티팩트를 식별 한 후 다음 사항에 유의해야합니다.

다음은 주문 관리 시스템의 구성 요소 다이어그램입니다. 여기서 아티팩트는 파일입니다. 다이어그램은 애플리케이션의 파일과 그 관계를 보여줍니다. 실제로 구성 요소 다이어그램에는 dll, 라이브러리, 폴더 등도 포함됩니다.

다음 다이어그램에서는 4 개의 파일이 식별되고 해당 관계가 생성됩니다. 컴포넌트 다이어그램은 완전히 다른 목적으로 그려지는 한 지금까지 논의 된 다른 UML 다이어그램과 직접 일치 할 수 없습니다.

위에서 언급 한 모든 사항을 고려하여 다음 구성 요소 다이어그램을 그렸습니다.

시스템의 정적 구현보기를 시각화하는 데 구성 요소 다이어그램이 사용된다는 것을 이미 설명했습니다. 구성 요소 다이어그램은 다른 목적으로 사용되는 특수한 유형의 UML 다이어그램입니다.

이 다이어그램은 시스템의 물리적 구성 요소를 보여줍니다. 이를 명확히하기 위해 구성 요소 다이어그램이 시스템의 구성 요소 구성을 설명한다고 말할 수 있습니다.

조직은 시스템에서 구성 요소의 위치로 더 설명 할 수 있습니다. 이러한 구성 요소는 시스템 요구 사항을 충족하기 위해 특별한 방식으로 구성됩니다.

이미 논의했듯이 이러한 구성 요소는 라이브러리, 파일, 실행 파일 등입니다. 응용 프로그램을 구현하기 전에 이러한 구성 요소를 구성해야합니다. 이 구성 요소 조직은 프로젝트 실행의 일부로 별도로 설계되었습니다.

구성 요소 다이어그램은 구현 관점에서 매우 중요합니다. 따라서 응용 프로그램의 구현 팀은 구성 요소 세부 정보에 대한 적절한 지식을 가지고 있어야합니다.

구성 요소 다이어그램을 다음과 같이 사용할 수 있습니다.