이러한 기준만으로는 나란히 나란히하기가 어렵지만 여기에는 몇 가지 일반적인 차이점이 있습니다.
RSA는 Eclipse Modeling Framework 및 UML2 계층을 기반으로합니다. 즉, Eclipse 에코 시스템에 있으며 대부분의 플랫폼에서이 도구를 실행할 수 있으며 EMF 및 Eclipse 플러그인을 사용하여 RSA를 향상시킬 수 있습니다. Eclipse의 단점은 SWT를 기반으로 한 clunky 및 slow GUI입니다.
EA는 Windows 기본이며 Wine/CrossOver를 통해 Linux에서 지원됩니다. 플러그인 아키텍처는 독점적이므로 플러그 인은 EA 전용으로 개발되었습니다. GUI는 모든 Windows 프로그램처럼 빠르고 부드럽게 느낍니다.
EMF/UML2는 EA의 데이터베이스 기반 데이터 모델보다 높은 수준의 UML 적합성을 제공합니다. RSA는 세부 사항에 대해 성 가시고 사로 잡힐 수 있지만 EA는 느슨해집니다.
RSA는 SysML을 지원하지 않습니다. EA가합니다.
EA는 SoaML을 지원합니다. RSA는 생각하지 않지만 확실하지 않습니다.
코드 포워드/리버스 엔지니어링 : RSA가 이러한 기능을 제공하는지 또는 적절한 Eclipse 플러그 인을 사용하는지 여부는 확실하지 않습니다. EA는 12 개 소스 언어의 정방향 및 역방향 엔지니어링을 지원하며 Java 및 .NET 바이너리의 리버스 엔지니어링은 물론 원시 바이너리의 실행 경로도 기록 할 수 있습니다.
RSA와 EA 모두 모델 대 모델 변환을 지원합니다. 대부분의 변환은 지원되지 않으며 사용자가 직접 구성해야합니다. 두 도구 모두 Eclipse 플러그인 아키텍처 및 Java를 통해 RSA에서 확장 할 수 있습니다. 독점적 인 모델 기반 메커니즘 ("MDG Technologies")과 .NET을 통해 EA에서.
방법론 측면에서 EA는 SOMF (TOGAF 및 UPDM)에 대한 지원을 보유하고 있지만 이것이 실행과 동일하지는 않습니다. RSA가 프레임 워크 또는 방법론을 지원하는지 여부는 알 수 없습니다.
하드웨어는 UML에서 핵심이 아니기 때문에 대부분의 모델링 도구에서 까다로운 부분입니다. 노드와 장치를 모델링 할 수 있습니다.
귀하의 특정 요구에 맞는 도구를 찾을 수 없을 것입니다. 대신, 적응을하고 또한 내부 프로세스를 변경할 준비를하십시오.
그렇다면 모델링 능력, 기능성 및 사용 편의성 측면에서 EA와 함께 갈 것입니다. 보다 높은 수준의 UML 준수를 보장하거나 이미 Eclipse 기반 도구를 사용하고 있다면 RSA를 살펴보십시오.
자격증 명/공개 : 저는 RSA 용 IBM 인증 솔루션 설계자이자 아마도 EA의 스웨덴 전문가입니다. 제가 일하는 회사는 RSA 모델링의 생산성과 품질을 높이기 위해 RSA 기반 제품을 판매하고 있습니다.
당신은 RSA에 반대한다고 주장한 다음 li 당신이 고려할 도구로 사용하십시오. 이것은 실수입니까? –
Rational System Architect와 Rational Software Architect는 서로 다른 도구입니다. Rational Software Architect는 MOF 기반입니다. –