ユースケースのためのアクティビティ図

によってモデル化されたビジネスプロセス "ユースケース" を通じて可視化され、システムのプロセスに変換する必要があります "アクティビティ図". それをサポートするアクティビティ図にユースケースを接続すると、業務とシステムのドメインを切り替えるための便利な方法です. これだけではなく説明してアプローチです 何 システムが行いますが、また、 方法 それはそれを行います.

新しいサービスを設計する場合, 私の最初の仕事は、紙の上で、多数の抽象的なアイデアをキャプチャすることです. すなわち, 私は、個人およびシステムを識別するためにモデリング·ツールを使用する (e.g. ザ 誰) それは、相互作用とその利用シナリオれる (e.g. ザ 何). UMLの用語で, 個人が呼び出されます "俳優" および使用シナリオが呼び出されます "ユースケース".

例: ユーザーログインと登録

登録とログインが普遍的使用シナリオの一例である, ほぼすべてのWebサイトでは、彼らがログインする前にアカウントを作成して、ユーザーのビジネス要件がある. どのようにユーザーが登録し、ログに, 換言すれば、システムの挙動, 大幅に異なる可能性が. 登録は、長い申込書を完成するようにユーザーに要求することができます, 単に電子メールアドレスを提出, あるいは、OpenIDのような中央の認証システムを使用する. これらは、同一のビジネス要件を達成するために、すべてのシステム固有の手段です.

上記のユースケース図は、ユーザ登録およびログインがデザインの一部になることを示してい. これが達成されるかを説明していません.

アクティビティ図へのマッピングの使用例

ユースケース間 "訪問者がアカウントを作成" システムの設計を理解するのに十分な情報を提供しています, 開発を開始する前に、より詳細が提供されなければならない. アクティビティ図は、単純なを提供しています, 不足している詳細を指定するフローチャート道. 抜粋 "来場登録" アクティビティ図は、この不足している詳細を示している.

このアクティビティ図は、に分割されている "レーンを泳ぐ" Webブラウザとネットワークベースで活性を示す, ウェブサーバー. 点線のボックスは、のための活動を表す "訪問者がアカウントを作成" ケースを使用, ソフトウェア開発者は、実際のユースケースが何を意味するかを視覚化することを可能.

ユースケースマッピングの実装

このマッピングを実装する1つの方法は、エンタープライズ·アーキテクトからの商品から提示されている, マッピングの使用例.

時にはシンプルさの邪魔になるのEAモデリングツール, この場合のように、. 単純なユースケースとアクティビティ図のため, 私は、EAにユースケース図の中に、アクティビティモデルを作成します "プロジェクトブラウザ"