인벤토리 시스템에 대한 UML 클래스 다이어그램을 클래스 할당의 일부로 작성하고 있습니다. 몇 가지 클래스에서 String과 Date와 같은 멤버를 사용했습니다. 내 그룹 구성원은 개체이기 때문에 Date 클래스를 포함해야한다고 말하고 있습니다.UML에 내장 클래스 (예 : 날짜)를 별도의 클래스로 배치해야합니까?
내 가정은 우리가 Java 또는 다른 언어를 사용하여 Date 객체에 내장되어 있다는 것입니다.
Date 클래스를 명시 적으로 명시해야합니까? String 객체는 어떻습니까?
Java 이외의 다른 언어로는 인벤토리 시스템과 같은 클라이언트/서버를 개발하는 데 사용할 수있는 Date 유형이 있습니다.
UML 다이어그램은 architects 계획과 다릅니다. 그들은 단순히 시각적으로 무엇인가를 전달하는 방법 일뿐입니다. 클래스에서 날짜 유형을 사용하는 경우, 날짜로만 나열합니다.
가능한 한 다이어그램에서 언어와 프레임 워크를 유지하고 자신의 클래스의 기능에만 집중하십시오. 이렇게하면 언어/프레임 워크가 더 이상적이지 않고 변경이 더 유연 해집니다.
변경 사항은 불가피합니다. 시간이 지남에 따라 클래스 다이어그램을 많이 변경하게됩니다. 너무 세밀하고 복잡하게 만들면 다이어그램을 변경하는 데 어려움이 많아지며 다이어그램이 오래되고 쓸모 없게됩니다.
애플리케이션의 궁극적 인 설계 문서는 UML이 아니라 코드입니다.
귀하의 과제를 표시 한 사람이 원하는 것이 무엇이든지간에 귀하가 물어야하는 내용에 따라 다릅니다. 일반적으로
에 추가 작은 점을 보인다
모델링이 중요하지 않은 세부 사항을 추출에 관한 것입니다 (생산됩니다 대부분의 UML에 작은 점이 논란의 여지가있다 생각했다). 따라서 다이어그램에서 가져 오기가 어떻게 수행 될지에 따라 달라집니다. 당신이 그 클래스의 객체들을 많이 사용한다면 당신은 의존성을 보여주고 싶을 것이다. 다이어그램이 언어에 구애받지 않고 날짜 기능이 필요한 경우 다이어그램에 Date 클래스를 나타내는 인터페이스를 만들 수 있습니다. 이런 식으로 모델이 만들어지면 다이어그램이 다른 언어에 대한 코드를 생성하는 데 사용됩니다 (그리 쉽지 않을 수도 있습니다 ...) 어떤 인터페이스를 구현할 수있는 어댑터 (디자인 패턴)를 쉽게 만들 수 있습니다. 날짜 구현 목표 언어가 있습니다. Date 클래스로부터 상속 받기를 원한다면 다이어그램에 Date 클래스가 필요합니다. 다이어그램이 큰 모델의 일부가되고 어떤 의존성이 있는지 확인하려면 기본 시스템/플랫폼/라이브러리 인프라를 나타내는 인터페이스 (또는 클래스)를 만들어 별도의 패키지에 넣는 것이 유용 할 수 있습니다.