私は、現在、製品、オファー、注文、配送、支払いを表すUML図を描画しようとしています。これらの図はおそらく私の前に百万人の開発者によって発明されたでしょう。（ホイールを改造するのではなく）どこでUMLダイアグラムを見つけることができますか？
特定のドメインのモデルを（標準化とは対照的に）文書化する動きがあります。これらは、分析パターンと呼ばれ、Martin Fowlerが思い付いた用語です。彼は実際にAnalysis patternsという本を書いた。また彼は彼のウェブサイトにdedicated sectionを持っていて、UMLダイアグラムを伴うこれらのパターンのいくつかを提示しています。
あなたのドメインのモデリングに役立つのインスピレーションがあるかもしれません。私はインスピレーションという言葉を強調しました。さまざまなビジネスが異なる要件を持っていると思いますが、同じドメインを運営しているため、読んでいるソリューションがあなたの問題に適していない可能性があります。
私はMiniQuarkの質問は本当に良いと思うし、遅かれ早かれOmondo、Rational IBMなどのベンダーから提供されると思います。ユーザーはツールを必要とするだけでなく、すぐにモデルを必要とし、既存の明確に定義されたアーキテクチャ内のビジネスルール。仕事がすでに完了している場合は、新しいアーキテクチャを最初から開発するのはなぜですか？ Javaでは、たくさんのフレームワーク、既存のメソッドなどを使用しています。なぜ、1つ上のレベルに移動してアーキテクチャを再利用しないのですか？プロジェクトがどのように進化し、毎日新たな需要が発生しているかを推測することは、今日は不可能です。したがって、以前にテストされ、拡張可能な安定したアーキテクチャが必要です。私は素敵なアーキテクチャから始めて、非常に多くのプロジェクトを見てきました。そして、プロジェクトの途中で、これは最高のものではなく、次に彼らのアーキテクチャを変えています。クラスの名前を変更したり、クラスを分割したり、パッケージを作成したりします。最初の反復の後、本当に混乱しています。 10回の繰り返しの後に私たちが見つけたものを想像できますか？完全な混乱！ 欠落しているクラスやパッケージなどがすでに作成されており、クラス名の変更だけではアーキテクチャの目的には十分であるため、以前にテストされた定義済みのモデルを使用すると、この混乱は避けられました。ビジネスルールメソッドを追加すると、デプロイメントテストの前にコーディング段階が終了します。
UMLモデルの再利用性に関連するパターンと最初の質問との間に混乱があると思います。 今日は開発されたままの再利用可能なモデルはありません。これは本当に奇妙ですが、仕事は一度も行われていません。 オムondoは本当の成功なしにイニシアチブを開始しようとしました。私は彼らがオープンソースになり、コミュニティに無料で提供される100以上のボックスモデルに取り組んでいると聞いています。これは私にとって本当に重要なことなので、これが行われることを願っており、プロジェクトの始めに多くの時間を節約できます。
これらのツールには、両方を行うツールがありますが、一般的に無料ではありません。 Microsoft Visioは両方を持ち、拡張可能です。 UMLアーチファクトの場合、VB/Javaテンプレートコードに自動生成機能が付属していますが、コードを自動生成するように変更することもできます。 Visioのユーザーは、テンプレートとして使用するモデルを作成しています。
Artisan Enterprizeはこれまでのところ最も強力なUMLツールですが、安価ではありません。
いくつかは、その合理的なローズやRUPは、より良いツール
である。しかしカーの製造および他の同様の実世界のモデル化のために、これまでで最高のツールはMathworks社のSimulink（それは最も高価なの一つだではないので）で主張するだろう。モデルをアニメーション化することができるのは最高のツールです。スティックコードを生成する前にモデルを動作させることができます（どの文法/言語/他のモデルでもそれを押してください）！ 学生証は£180前後で入手できます。 「本当のもの」は£4000（自動車関連の工芸品の場合）を押している。すべてのトリミングが施された製品は約15,000ポンドです。 SimulinkはCのような言語でも拡張可能ですが、.NETアドインとAPIがあり、他の言語でも使用できます。 Visioのように、販売可能なシェアウェア&フリーウェアの実世界モデルテンプレートを作成する世界的なフォーラムがあります。世界中の多くの自動車メーカーがすでにSimulinkを使用しています。
モデルとは混同しないでください。 Omondoのモデルは、1つのプロジェクトにつき1つのモデルで、複数のパッケージと図で構成されています。ダイアグラムとは、モデルそのものではなく、特定の構成でのモデルのビューであるため、モデルは単なるダイアグラムではありません。私はEdモデル（EMF）とVlad（Omondo）の間に興味深い反対を見ました。なぜなら、Edモデリングは問題のビューであり、Vladモデリングは完全なプロジェクトをカバーするからです。再利用可能なモデルは、モデルが完全なプロジェクトをカバーし、問題のビューだけではない場合にのみ可能です！ –