2011-12-18 6 views

답변

1

일반적으로 Visio는 그리기 도구이고 Rational Rose는 모델링 도구입니다. 나에게, 이들은 two different families of tools입니다. 물론 두 가지 범주 중 하나를 명확하게 분류하는 것은 어렵지만 일반적으로 드로잉 도구는 드로잉하는 모델을 이해하지 못한다는 것이 주된 차이점이라면서 드로잉 도구는 드로잉하는 모델을 이해하지 못한다는 것입니다. 이는 모델이 맞는지 여부를 확인할 수 없거나 모델을 올바르게 생성 할 수 없다는 것을 의미합니다.

+0

유효 지점. 경험으로 볼 때, 나는 visio가 장미가없는 비논리적 인 결합을 허용한다는 것을 안다. –

0

Rational은 세계 최고의 UML 도구 였지만 일식 통합과 GMF 프레임 워크를 사용하여 모델이 너무 불안정하고 느리며 직접 제어 할 수 없기 때문에 그리기 도구보다 Visio가 더 좋습니다!

1

음, 클래스 템플릿의

만들기는 큰 문제가되지 않습니다 ... 많은 싼 UML 도구는 그것을 할 ... 그리고 그들 중 많은 사람들이 자신의 변환을 작성할 수 등

Sparx Systems Enterprise Architect tool 
[www.sparxsystems.com][1] 

하지만 ... 난

... 그 기계 변환에서 실질적인 혜택을 본 적이 그러나 Visio를 일반적으로 나에게 나쁜 선택이다

모델 구성이 쉽지 않습니다 ... 그냥 도구입니다 ... Sparx Systems Enterprise Architect와 같은 저렴한 UML 도구를 사용해보십시오. .. 그들은 그리고

  • 그 도구 ... ... 소스 코드에서 클래스 다이어그램을 생성 할 수있는 많은 상황에서 IBM 도구보다 더 잘 할 수있는 VISO 할 수 없습니다 ...
  • 그들 중 일부는 ... 코드 실행에서 시퀀스 다이어그램을 생성 에도 수 프로그래밍 언어에

을 따라하지만 가장 UML 모델링 도구를 잊지 않는 것은 화이트 보드입니다 ... 당신 싸구려 제품으로 벽을 민첩 모델링 enviroments에 만들 수 있습니다 :

화이트 보드와 같은 시트 애자일 모델링 벽에

1

Jordi가 언급 한 것처럼 Rose (및 다른 사람들)과 같은 도구는 UML의 규칙을 이해합니다. 모델링 오류를 포착 할 수 있으며 더 중요한 것은 모델을보다 쉽게 ​​리팩터링 할 수 있다는 것입니다. "고객"클래스의 이름이 "계정"으로 변경되었다고 가정하십시오. 모델에서이를 변경하면 고객에 대한 모든 참조가 업데이트됩니다.

기억하십시오 - 좋은 UML 모델은 회로도와 약간 비슷합니다. 전달하려는 항목에 대해 매우 정확한 규칙을 허용합니다.모델링에는 응용 프로그램을 직접 코딩하지 않고 (또는 거의 코드를 작성하지 않고) 생성한다는 모델링 방식이 있습니다. 많은 임베디드/안전 핵심 시스템이 이러한 방식으로 구축됩니다.

UML 다이어그램으로 무엇을 달성하려고합니까? 이것은 사람들이 귀하의 질문에보다 정확하게 답할 수 있도록 도와줍니다.

또한 - UML 2.x를 사용해야하는 경우 - Rational Software Architect를 추천하거나 (모델 요구 사항에 따라) Rose가 UML 1.x에보다 적합하도록 System Architect를 추천합니다.

관련 문제