마지막으로, 패키지 뱅킹에는 은행 기업 자체를 나타내는 클래스와 ATM과 은행 간에 주고받을 수 있는 정보(즉, ATM의 완전히 다른 구현에서 동일할 수 있는 클래스)가 포함되어 있습니다. 동일한 은행과 상호 작용합니다. 하위 패키지 물리에는 ATM의 다양한 물리적 구성 요소를 나타내는 클래스가 포함됩니다. 이 시뮬레이션을 위해 GUI에서 시뮬레이션합니다. 실제 ATM은 이 패키지에 물리적 구성 요소를 실제로 제어하는 클래스와 는 매우 다른 클래스를 갖습니다. 클래스 ATM은 이러한 구성 요소를 사용하며 세션 및 다양한 종류의 트랜잭션은 ATM을 통해 액세스하여 실제로 필요한 작업을 수행합니다. 패키지에는 정규화된 이름이 지정될 수도 있습니다. 아래 그림은 이러한 패키지의 예제 사용을 보여줍니다. 그림 3은 사용 사례를 패키지로 구성한 UML 사용 사례 다이어그램을 나타냅니다(액터는 패키지로 이동되었을 수도 있지만 다이어그램에 여전히 표시됩니다). 이것이 실제로 지금 사용 사례 다이어그램입니까 아니면 실제로 UML 패키지 다이어그램입니까? 중요한 것은 다이어그램이 어떻게 든 당신의 노력에 가치를 추가한다는 것입니다 – 다이어그램을 분류하는 방법은 거의 실제적인 결과입니다. UML 2 패키지 다이어그램을 사용하여 모든 유형의 UML 분류기를 구성할 수 있지만 일반적으로 클래스, 데이터 엔터티 또는 사용 사례를 구성하기 위해 패키지 다이어그램을 만듭니다.
세 가지 스타일 모두 내 마음 속에 효과적으로 비즈니스 아키텍처 다이어그램입니다. 종속성에 관련된 두 가지 하위 유형이 있습니다. 그들은 <
패키지 다이어그램은 다양한 클래스가 패키지로 그룹화되는 방법을 보여 주며 있습니다. 시스템을 응용 프로그램 또는 Applet로 각각 실행할 수 있는 ATMMain 및 ATMApplet의 두 가지 “최상위” 클래스가 있습니다. (두 가지 중 하나만 시스템의 특정 사용에서 인스턴스화됩니다.) 아래 그림은 비즈니스 구성을 나타내는 데 사용되는 예제 패키지 다이어그램을 보여 주며 있습니다. 1 단계 – 프로젝트 설명에 따라 시스템에 있는 패키지를 식별하려면 먼저 시스템의 패키지를 식별한 다음 관계에 따라 함께 관련해야 합니다. 클래스 다이어그램은 UML에서 가장 일반적으로 사용되는 다이어그램입니다. 이러한 개념은 속성 및 상호 관계와 함께 시스템의 개념(또는 시스템에서 지원하는 개념)을 나타냅니다. 높은 수준의 (개념적) 관점에서 클래스는 시스템에서 지원하는 개념을 나타내고 낮은 수준(물리적) 관점에서 는 개체 언어로 구현된 클래스를 나타낼 수 있습니다.
