Rational Software Architect는 비주얼 편집으로 막연히 참조되는 통합된 기능 그룹을 소개합니다. 모델 기반 개발(MDD)에 익숙한 경우 비주얼 편집 기능을 UML 클래스 및 시퀀스 다이어그램에 대한 플랫폼 모델링으로 생각할 수 있습니다. 매우 코드 특정적인 경우에는 개발 작업공간에 있는 아티팩트 및 요소의 UML 클래스와 시퀀스 다이어그램 보기를 얻기 위한 방법으로 비주얼 편집을 생각하십시오.
이 도구로 기존 워크플로우를 사용하여 프로젝트를 개발하고 UML을 이용하여 다음을 수행할 수 있습니다.
Rational Software Architect를 최초로 사용할 때 고려할 수 있는 첫 번째 문제 중 하나는 "비주얼 편집과 대조적으로 언제 엄격한 UML 모델링을 사용해야 합니까?"입니다. Rational Software Architect로 여전히 UML 분석과 디자인 모델을 작성하여 유스 케이스를 모델링하고, 아키텍처를 개발하고, 프로젝트를 디자인할 수 있습니다. 라운드트립 엔지니어링(RTE)의 도움으로 모델 아키텍처가 코드에 반영된 방식을 선호하면 Rational Software Architect에서 비주얼 편집 기능의 가치를 알 수 있습니다. Rational Software Architect는 모델 기반 개발(MDD) 및 코드 중심 소프트웨어 엔지니어링 사이의 브릿지를 제공합니다.
Rose 브라우저에 유스 케이스, 구현 논리 및 배치 보기로 분할된 한 UML 공간이 있음을 상기할 수 있는 반면, Rational Software Architect에는 두 개의 UML 공간 즉, 순수 UML 비주얼 모델링을 위한 한 공간과 코드 중심 비주얼 편집을 위한 한 공간이 있습니다. 프로젝트 탐색기 보기에서 열린 UML 모델과 다이어그램에는 RTE에서와 같은 코드 생성 기능이 더 이상 없습니다. 대신에 소스 코드는 비주얼 편집을 통해 자동으로 형식화된 다이어그램과 함께 명령으로 시각화됩니다. 비주얼 편집 다이어그램에 대한 변경사항은 즉시 코드의 일부가 되고 RTE 명령은 더 이상 필요하지 않습니다.
그러나 UML 모델이 시스템의 수동적인 디자인 보기일 필요는 없습니다. 온라인 도움말에서 더 논의되는 변환으로 순수 UML 모델에서 사용자 정의할 수 있는 방식으로 더 많은 코드를 가져올 수 있습니다.
다음은 비주얼 편집의 몇 가지 중요 장점입니다.Rational Software Architect를 간편하게 채택하고 사용하여 소프트웨어 개발 커뮤니티의 추가 멤버는 UML 모델링 및 비주얼 편집의 혜택을 받을 수 있습니다. 기초부터 시작하거나 코드를 우선시하는 소프트웨어 개발 접근 방식을 선호하는 커뮤니티의 멤버는 모델링 기능에 더 낮은 임계값을 사용합니다.
비주얼 편집으로 인한 값 및 생산성 이득을 깨닫게 되면 설계자와 디자이너가 필요로 하는 동일한 UML 모델링 도구를 사용하여 새 디자인, 패턴, 코드 생성 및 MDD를 지정할 것입니다.