2009-05-16 5 views

답변

11

아니요, 필요하지 않습니다. 사실, 일반적으로 UML에 더 이상 넣지 마십시오. 은 코드를 생성하려고 시도하지 않는 한, 당신이 말하는 것을 분명히해야합니다.

제가 알고있는 UML의 가장 좋은 안내서는 Martin Fowler의 UML Distilled입니다.

+1

+1 "god forbid"에 +1. 나는 당신이 MDA 팬이 아니라 UML의 "스케커"라고 생각합니다, Charlie. 나는 너에게 동의한다. UML의 신혼 여행은 소프트웨어의 구제라고 생각합니다. – duffymo

+0

저는 "컴퓨터 지원 소프트웨어 엔지니어링"에 관한 PhD 작업을 많이 했었습니다. 그렇다고해서 UML의 엄격한 세부 사항에 대한 확신이 없습니다. –

+1

UML Distilled로 표준화했다면 UML이 더 잘 실행되었을 수 있습니다. –

-1

난 그냥이 링크를 발견, 그것은 당신이 다음과 같습니다/

http://java-x.blogspot.com/2007/01/implementing-visitor-pattern-in-java.html

+2

어, 블로그를 가진 한 사람이했기 때문에 너는 '진압해야만합니까? –

+0

패턴을 설명하는 데 유용합니다. 일반적으로 정보를 추가하지 않으면 서 복잡성이 증가합니다. –

0

을 UML에 대한 재미있는 점은 매우 느슨하고 다양한 정의를 가지고 있다는 것입니다. UML이라고 불리는 대부분의 것들은 실제 블록 다이어그램이 아닙니다. UML 구현에는 많은 모호함이 있습니다.

프리젠 테이션 또는 아키텍처 다이어그램에서이 작업을 수행하는 경우 '단어'로 인해 많은 모호한 부분을 처리 할 수 ​​있습니다. 일부 응용 프로그램을 사용하여 코드를 생성 할 경우 해당 응용 프로그램의 문서를 확인해야합니다.

0

실제로 많은 CASE 도구는 속성을 볼 때 클래스를 클릭 할 때 하위 클래스의 메서드 목록의 일부로 상속 된 메서드를 표시합니다 (일부 CASE 도구는 다이어그램에서 상속 된 메소드를 보여줌)

관련 문제