첫째, 아직 UML을 처음 접했을뿐입니다. 그러나 매우 흥미가 있으며 가능한 한 많은 것을 배우려고합니다.UML 도메인 모델과 컨텍스트 다이어그램의 차이점
이렇게 말하면서, 나는 컨텍스트 다이어그램을 조립하도록 지시받는 상황에 처해있다. 컨텍스트 다이어그램이 무엇인지, 컨텍스트 다이어그램을 만드는 방법에 대한 개념을 이해하는 것처럼 느껴집니다. 그래서 나는 괜찮다고 생각합니다. 기본적으로 상호 작용할 시스템과 구성 요소 또는 액터를 식별합니다. 그것은 배우가 아닌 시스템에 초점을 맞 춥니 다. 유스 케이스 다이어그램과 비슷하지만 액터에 집중하지 않습니다. 내가 틀렸다면 말해줘.
컨텍스트 다이어그램이 실제로 UML의 일부가 아닌 곳을 읽었습니다. 컨텍스트 다이어그램을 사용하면 물건의 구성 요소 측면에 빠지기도합니다. 도메인 모델에 대해 읽었을 때, 도메인 모델에 있어야하는 것처럼 보입니다.
나의 현재 상황에 대한 간단한 대답은 단순히 다이어그램을 작성하고 계속 진행하면됩니다. 그러나 UML을 더 잘 이해하고 활용하고자하는 나의 이익을 위해 올바른 방법과 잘못된 방법이 있다는 것을 알고 있습니다. 더 큰 프로젝트의 경우, 올바른 방법은 무엇입니까?
여기 내 질문이 시작됩니다. Enterprise Architect를 사용하고, 프로젝트를 만들고, 모델을 만들기 시작합니다. 도메인 모델 또는 구성 요소 모델에 속합니까? 이 둘의 차이점은 무엇입니까? 또는 그 이상. 요구 사항을 확인하는 데 도움이되는 보좌관이므로 거기에 가야합니까? 아니면 단순히 전달할 대상과 방법에 따라 달라질 수 있습니까?
** 컨텍스트 다이어그램 **도 ** 도메인 다이어그램 **은 UML로 정의 된 용어가 아닙니다. 그것들을 사용한다면 그것들을 사용하고있는 방법을 나타내 주시고 정의를 추가하십시오. –