2016-11-10 11 views
4

온라인 웹 스토어에서 작업하고 있습니다. 그것은 간단한 웹 스토어이고 클래스에 대한 도메인 UML 다이어그램을 만들고 다중성을 보여야합니다. 나는 내가 생각해 낸 다양성에 대해 혼란 스럽다. 나는 구성, 집합 및 연관을 구별하는 방법을 모른다. 아래는 제가 생각해 낸 다이어그램입니다. 누군가 내가 올바른 길을 가고 있는지 말해 줄 수 있습니까?UML 다이어그램 : 온라인 웹 저장소 클래스 다이어그램과 관계

http://i.imgur.com/8FwhsaI.jpg

답변

4

나쁘지 않습니다. 데이터베이스 디자인에서 메모리 관리 또는 외래 키 제약 사항을 처리해야하는 경우가 아니면 집계를 사용하여 많은 것을 신경 쓸 필요가 없습니다. 그냥 버려둬.

중요한 변경 사항 중 하나는 연결의 역할 이름입니다. 예 : 속성으로 선언 된 shippingAddress:Address 대신 User (기타의 경우는 Address)과 연관되어 나타나는 역할 shippingAddress을 사용합니다.

Address은 일반적인 장소이며 일종의 다용도이므로이 다이어그램에서 벗어나 별도의 다이어그램을 만들 수 있습니다. Address이 가운데에 있고 다른 모든 다이어그램을 둘러싼 다른 모든 다이어그램을 둘러 볼 수 있습니다.

0

토마스와 동의하지만 다른 점도 표시하므로 다이어그램을 조정할 수 있습니다. 파괴적인 것으로 보지 마십시오. 이 팁이 당신을 도울 수 있다고 생각합니다. 모든 연결의

  • 쇼 다중성은 의미가 관련 사용자와 주문이
  • 이 ID의 속성은
  • 주문 * 사용하지 않는 * getter 및 setter를 사용하지 않는하지 않습니다 (사용자로 구성한다 OrderLine은 주문과 함께 구성됩니다.
  • 제품은 OrderLine과 집계하고 제품과 함께 구성을 검토합니다.
  • 제조업체는 제품으로 집계합니다 (시스템에 따라 다름, 컴포지션 일 수 있지만 집계 일 가능성이 큽니다.)

기억 (부분)은 (전체)와 함께 뭔가를 만드는

  • 당신이 목록에있는 경우를 제외하고 그 클래스와 연결이 경우는 클래스의 속성을 만들 필요가 없습니다 그것의, (eg1 : 속성 CreditPayment 지불 및 클래스 CreditPayment);
  • 주문 목록에 제품을 만들 수 있습니다. 이 후에 Orderline 클래스를 삭제할 수 있습니다.

* 모델에서 코드를 생성하지 않으면 *.