UML-ケース図

シミュレーションは、チャートの5つのタイプを使用して、UML-ケース図、クラスのシステムおよびサブシステムの挙動をモデル化に大きな役割を果たしているシステムの動的な側面をシミュレートするための手段です。 これらの図役者の多くのそれぞれにおいて、例、およびそれらの間の関係を使用します。

UMLの場合の図が広く、特にそれが使用又は先例の異なるバリエーションの点でシステムに要求される場所で、様々な分野で使用されています。 ほとんどの場合、クラスやサブシステムのシステムコンテキストをモデル化したり、選択した項目の行動に適用される要件をモデリングするものとします。

非常に重要なのは、可視化およびドキュメンテーションシステムの動作を指定するためのユースケース図です。 それを使用して、システム、サブシステム、またはクラスを理解するだけでなく、特定のコンテキストのための外付け部品を使用することの利点を見て簡単に開発。 そのようなUMLダイアグラムは、直接設計と実行システムをテスト、ならびに良好特にリバースエンジニアリングでは、それらの内部構造を理解するために特に重要です。

構造先例 - 成功につながるメインシナリオの代替を探すのに最適なツールです。 すべての段階で、何度も何度も自分自身に質問をする：「？他に何が起こることができ、」特に、「何が間違って行くことができる、」最初から最高の可能なすべての拡張機能の条件を見つけるためにどこ。 これは、結果に取り組んでいる間、将来の混乱を防ぐことができます。

のみ可能であるという問題を、解決するためのすべての条件、それは最初から勉強するのがベストです。 このメソッドは、結果に取り組んでいたときに泥沼に行き詰まるされるのを避けるために役立ちます。 そのため、可能な場合は、条件を可能な限り考慮し、これは将来的には、エラーの減少を引き起こします。

その内容を示したグラフで先例のテーブルで作業するための最良の選択肢。 これは、構造的方法で使用されるコンテキスト図に幾分類似しています。 すべての後、テーブルには、システムの境界だけでなく、外の世界との接線を示しています。

チャートは明らかに前例の俳優、ユースケースだけでなく、それらの間の関係を表示しました：

- 前例の俳優の実行。

- 他の先例を含む先例。

UMLのモデリングにおける先例の内容については何も言うこと、およびグラフを提示する方法は、それをすべてを示していません。 ただし、チャートなしで行うことができます。 専門家は、前例の開発は、チャートを作成するには、あまりにも多くの努力をしていないお勧めします。 あなたは、コンテンツのテキストに集中している場合、それは良いだろう。

UMLの関係を含むことに加えて、ユースケース図、他の種類があり、例えば延びます。 それは彼の専門家は避けてお勧めしました。 その理由は、多くの時間がユースケース間の様々な関係を考慮に与えられ、多くの場合、開発チーム全体事実にあります。 これは努力の無駄です。 先例のテキスト記述を扱った後、それはここに隠された技術の真の値で、はるかに便利です。