0
현재 저는 SOS 게임의 UM1 다이어그램을 작성하려고합니다. 그러나 도메인 클래스 다이어그램이 올바른지 확실하지 않습니다. 누가 내 도메인 클래스 다이어그램에 문제가 있다면 말해 줄 수 있습니까? 감사합니다. .UML (도메인 클래스 다이어그램)이 제 도메인 클래스 다이어그램입니까?
A
답변
0
@ThomasKilian이 코멘트에 말했듯이, 적절한 도메인 문서없이이 모델을 수정하기 어려우
.
인간 플레이어 1 및 인간 플레이어 2이 클래스되지 않습니다
나는 당신은 몇 가지 실수와 나쁜 디자인이, 사진에서 내 지식 몇 가지 힌트를 제공합니다. 그들은 한 클래스의 인스턴스 이름이 될 수 있습니다 : Human Class Player에서 상속됩니다.는가 플레이어의 속성이 아닌 클래스가 될 수있는 점수. 클래스가되어야한다면 점수와 플레이어 사이의 관계가 필요합니다.
Menu 클래스는 하위 클래스로 분해 될 수 있습니다.
7 * 7 행 및 열 속성을 사용하여 Grid 클래스를 Grid 클래스로 변경할 수 있습니다.
는 Frame 클래스 후에는
- (프레임 제외) 셀에서 상속 할 수 있습니다 다음 S 클래스, O 및 빈 클래스 가득 가득 셀라는 이름의 클래스를 사용할 수 있습니다
전문적인 견해로, You SOS Game 클래스는 GOD 클래스입니다.
+1
답변 해 주셔서 대단히 감사합니다. 귀하의 대답에 따라 다이어그램을 변경했습니다. –
아무도 추측 제외하고, 도메인을 모른 채 말할 수 있습니다 (그것을 처리하기 위해, 객체 지향 설계 추론, 아서 J. 리엘 1996 년이 책을 참조하십시오). 그래서 우리가 추측하기를 원하니? –
답장을 보내 주셔서 감사합니다. 컴퓨터 또는 휴먼 플레이어 2 명이 플레이하는 간단한 SOS 게임입니다. 유스 케이스, 부분 유스 케이스, 액티비티, 유스 케이스 템플릿과 같은 다른 다이어그램을 가지고 있습니다. 선생님 께 알려 드리기 위해 여기에 올리시겠습니까? –
당신은 @ GholamaliIrani의 대답과 함께 가야합니다. 아마도 당신이 얻을 수있는 최선의 방법 일 것입니다. 도메인을 자세하게 설명하면이 질문에 대한 답을 얻을 수 있습니다. 다음 번에 물어볼 수있는 특정 문제에 도전 해보십시오. 예 : 'Player'의 일반화. –