어떤 UML 다이어그램부터 시작해야 합니까?

Question

확장

UML 다이어그램의 6가지 기본 유형(이 The Elements Of UML 2.0 Style에서)을 보고 있다고 가정해 보겠습니다.

1. 클래스 다이어그램
2. 사용 사례 다이어그램
3. 상태 머신 다이어그램
4. 활동 다이어그램
5. 시퀀스 다이어그램
6. 물리적 다이어그램

미친 척하고 시스템에 대한 6개의 다이어그램을 모두 그려보고 싶은 기분이 듭니다.

어느 것부터 시작하시겠습니까?그러면 어느 곳으로 갈 것인가?각 다이어그램을 방문하는 가장 좋은 순서는 무엇입니까? 꽤 분명하다 시스템에서 무엇을 하길 원하는지 알고 계십니까?

내 생각에는 물리적 다이어그램으로 시작하여 클래스 다이어그램으로 작업해야 한다고 생각합니다.탑다운, 늘 말하지만..?내가 잘못?

Answer 1

사용 사례 시스템의 "무엇"을 정의하는 주요 요소입니다. 하다, 상태 머신과 활동 다이어그램이 뒤따를 수 있습니다(어느 쪽이든 볼 수 있습니다. 일반적으로 활동 다이어그램은 "무엇"에 관한 것이고 상태 머신은 "어떻게"에 관한 것이지만 각각에 대한 반례를 보았습니다).클래스 및 시퀀스 다이어그램, 그리고 훨씬 더 많은 구성 요소 및 배포 다이어그램(통칭하여 "물리적")이 점점 더 중요해지고 있습니다. 어떻게 당신의 시스템은 그것이하는 일을합니다.반대 순서는 거의 의미가 없기 때문에 "무엇"에서 "어떻게"쪽으로 확실히 갈 것입니다. "무엇"을 정의하지 않은 경우 "어떻게"가 어떻게 의미가 있습니까?

그래서 대략 요약하면 이렇습니다.사용 사례, 활동, 상태 머신, 클래스, 시퀀스, 구성 요소, 배포.이 순서는 구현 측면으로 갈수록 깊어지고 분석 측면에서는 멀어지기 때문에 의미가 있습니다.어떤 사용 사례를 충족하고 어떤 비즈니스 규칙(활동 다이어그램)을 적용할 것인지 정확히 이해하는 데 관심이 있는 사람은 배포 전략의 전체 세부 논리를 이해해야 하는 사람보다 먼저 "읽기"를 중단할 수 있습니다.

Answer 2

클래스, 시퀀스 및 Usecase 다이어그램은 프로젝트 내에서 일반적으로 생성 된 다이어그램의 90% 이상을 나타냅니다. 클래스 다이어그램 자체는 때때로 다른 모든 다이어그램보다 더 많은 다이어그램을 나타냅니다.

최상의 솔루션은 단순하게 유지하고 모델링을 팀 수준으로 조정하는 것입니다.

UML 경험이 없다면 그런 다음 클래스 다이어그램을 작성하여 응용 프로그램의 골격을 나타냅니다.

초보자 인 경우 레벨은 USECASE, 시퀀스 및 클래스 다이어그램으로 시작합니다.

중간 수준 인 경우 그런 다음 각 다이어그램은 Java로 항상 코딩 할 수없는 다른 뷰를 덮으므로 모든 다이어그램을 사용하십시오. Java는 클래스 및 시퀀스 다이어그램과 관련이 있다는 것을 의미합니다.

Answer 3

물리적 다이어그램은 아마도 시작하기에 좋은 곳일 것입니다. 나는 활동 다이어그램이 디자인에서 꼬임을 운동하는 데 정말 도움이되는 것을 발견했으며, 시퀀스는 같은 이유로 아주 좋습니다. 나는 상태 기계 다이어그램을 거의 신경 쓰지 않았습니다.

나는 당신이 어쨌든 당신이 먼저하는 모든 디자인을 다시 방문하고 싶을 것이라고 생각합니다 (반복 디자인, 우!). 아마도 프로젝트에 가장 선명하게 할 가치가있는 것일 것입니다.

Answer 4

UML 다이어그램은 다양한 디자인 모델을 묘사합니다. 나는 그들이 당신이 설명하는 방식으로 깨끗하게 직렬화 될 수 있는지 확신하지 못합니다. 종종 클래스 다이어그램은 프로세스의 분석 및 설계 단계에서 사용됩니다. 마찬가지로 다른 다이어그램은 여러 단계에서 사용됩니다.

적절한 다이어그램을 사용하여 디자인 모델을 "보기"하는 시점에서 어떤 시점에 관심이있는 디자인의 측면에 따라 다릅니다.

"클래스 다이어그램으로 시작"과 "사용 사례 모델로 시작"이 제안 된 것을 보았습니다. 나는 그것이 실제로 중요하지 않다는 것을 깨닫게되었습니다.

여러 다이어그램을 사용하여 시스템의 높은 수준의 동작부터 시작하고 동일한 다이어그램 세트를 사용하여 점차 더 자세한 디자인으로 작업하고 싶다고 생각합니다.