プロジェクトは、統一モデリング言語 (UML) の分析と設計モデルを 使用してトップダウンに開発することができます。また、動的に生成したトピック図、 および手動で作成したクラス図を使用してコードを可視化することができます。
Software Architect および Systems Developer は、 ビジュアル編集と大まかには言える一群の統合機能を取り入れています。モデル駆動型開発 (MDD) に慣れている場合は、ビジュアル編集機能を UML クラス図およびシーケンス図を使用したプラットフォーム・モデリングとして考えることもできます。コードに慣れている場合には、ビジュアル編集を、 開発ワークスペースでの成果物と要素の UML クラスと シーケンス図のビューを取得する方法と考えることができます。
これらのツールによって、既存のワークフローを使用してプロジェクトを開発し、 UML を利用して以下のことができます。
Software Architect または Systems Developer を 使用するときにまず考慮した方がよい優先課題の 1 つは、 「ビジュアル編集と相対するものとして厳密な UML モデリングをいつ使用したらよいか」ということです。 Software Architect および Systems Developer を 使用すれば、UML 分析および設計モデルを作成して、ユースケースのモデル作成、 アーキテクチャーの開発、およびプロジェクトの設計を行うことができます。ラウンド・トリップ・エンジニアリング (RTE) の支援を受けたコードにモデル・アーキテクチャーが反映される方法を好む場合は、 Software Architect および Systems Developer の ビジュアル編集機能の利点が理解できるでしょう。Software Architect および Systems Developer は、 モデル駆動型開発 (MDD) とコード中心のソフトウェア・エンジニアリングとの橋渡しをします。
Rose Browser には、ユースケース、実装論理、および配置ビューに 分割された 1 つの UML スペースが存在しますが、 Software Architect および Systems Developer には、 2 つの UML スペースがあります。1 つは、純粋の UML ビジュアル・モデリング用、 もう 1 つはコード中心のビジュアル編集用です。 「モデル・エクスプローラー」ビューにオープンしている UML モデルとダイアグラムには、 RTE のようなコード生成機能はなくなりました。 代わりに、ビジュアル編集を介して自動的にフォーマットされたダイアグラムを使用して、 ソース・コードは任意に可視化されます。ビジュアル編集図に行った変更は、即時にコードの一部となります。 RTE コマンドは不要になります。
ただし、UML モデルは、システムの受け身一方の設計ビューである必要はありません。 変換 (詳細はオンライン・ヘルプに記載) によって、 純粋の UML モデルからカスタマイズ可能な方法でより多くのコードを取得することができます。
ビジュアル編集の主な利点の一部を以下に挙げます。Software Architect および Systems Developer の採用および使用が容易であることにより、 ソフトウェア開発コミュニティーの追加メンバーは、 UML モデリングおよびビジュアル編集の利点を享受できます。ボトムアップまたはコード優先アプローチによるソフトウェア開発に価値を置く コミュニティーのメンバーにとっては、モデリング機能が使用しやすくなる利点があります。
ビジュアル編集から得られる価値および生産性の向上を実感すると、 パターン、コード生成、および MDD といった新規設計を指定するために、 設計者達が信頼している UML モデリング・ツールと同じものを使用することに目を向けるようになります。