2010-03-10 2 views
1

확실히 UML 클래스 다이어그램과 객체 다이어그램 및 그 관계에 익숙합니다. 오브젝트 다이어그램은 시스템에서 오브젝트와 그 관계를 모델링하는 데 사용됩니다. 클래스 기반 오브젝트 지향 프로그래밍 언어는 다른 클래스의 구체적인 오브젝트를 모델링하는 것을 의미합니다.UML은 User Scenario 다이어그램을 사용할 수 있습니까?

프로젝트에서 작업 할 때 유스 케이스 (다이어그램)와 페르소나 (사용자 경험 디자인에서와 같이)를 만들어야했고 클래스와 객체와 같은 관계 - 인스턴스 (인스턴스)라고 생각합니다. 또한 Unified Process (UML과 다소 결합되어 있음)에서 이해되는 유스 케이스는 하나의 주요 시나리오 (플로우)가있는 시나리오 세트입니다. 예를 들어 Behavior Driven Development와 같은 구체적인 시나리오는 유스 케이스의 인스턴스입니다.

이것이 합리적이라고 생각하십니까? 모델 페르소나 및 사용자 시나리오를위한 UML의 User Scenario Diagrams를 감상 해 주시겠습니까? BDD 에서처럼 사용자 수락 테스트를 생성합니까?

+0

매개 변수화 된 사용 사례는 사용자 시나리오 모델링에 사용될 수 있습니다. 모든 사람은 배우이지만 모든 배우가 사람이 아닙니다. –

답변

1

유스 케이스 다이어그램을 스펙의 일부로 포함하여 과거에 UML (1)을 과도하게 사용했다고 유죄를 나타냅니다.

내 경험에 따르면 BDD 프레임 워크를 사용하여 실행되는 순수 텍스트 표현이 가장 높은 가치/노력 비율을 제공한다는 것이 좋습니다.

  1. 저는 CASE 도구 이동을 경험할만큼 충분히 오래되었습니다. <shiver />
+1

그래, 필자는 개인적으로 텍스트 DSL을 다룬다. 나는 당신의 요지를 완전히 얻는다. :) 그러나 UML 구체 구문 (다이어그램)을 잊었을 때, 텍스트 표기법으로 UML을 쉽게 구현할 수있다. (TextUML - http://abstratt.com /) 생산성 이점을 얻고 추상 구문 (xmi)을 유지합니다. 모델 기반 접근 방식을 통해 BDD 프레임 워크 또는 더 나은 기능과 동일한 기능을 갖춘 도구를 쉽게 개발할 수 있습니다. 그렇기 때문에 제 질문은 개념적입니다. 그런 추상화를 갖는 것이 좋은지 묻는 중입니다. –

+0

나는 그것에 의존한다고 생각합니다. 문맥. 조직에서 가치있는 가치를 지닌 공예품을 만들려고 노력합니까? –

+0

그것은 내 생각에 불과합니다. 나는 말할 수 없었습니다. 그러므로 저는 묻습니다. 합리적으로 보이는지 알고 싶습니다. –

관련 문제