uml - いつユースケース図を使用し、いつクラス図を使用しますか?

Question

私は、UML を初めて使用する MVC アーキテクチャを使用する php 開発者です。ユースケース、クラス、オブジェクト、アクティビティ、シーケンス図は知っていますが、どこから始めるべきかアプリケーションのモデリングについては知りません。ユースケース図とクラス図は構造図であり、アクティビティ図とシーケンス図は動作図であることを知っています

しかし、私の質問は次のとおりです。1.ユースケース図を使用する必要がある場合とクラス図を使用する必要がある場合にアプリをモデル化するには 2. クラス図には抽象的な概念がありますか? 私がWebアプリを開発しているとき、私はいくつかのコントローラーとモデルを持っているか、さまざまな目的（データベースへのデータの挿入、フォーム入力の検証など）に使用するいくつかのクラスも表示しますが、それらはクラスの例のようには見えません今まで見たダイアグラムなので、私の質問はクラスダイアグラムが私たちのシステムの概念を示すために使用され、それから実際のクラスコードを生成する必要がないということですか?

たとえば、このようないくつかのクラスを持つ可能性のあるチケット予約をモデル化します。 ただし、このようなクラス コードは記述しません。プログラミングでは異なる場合がありますが、概念を表示するためにクラス図を使用しています。それは本当ですか？

Answer 1

ユースケース図は通常、プロジェクトのビジネスを表すために使用され、誰が (アクター) がシステムを利用しようとしているか、プログラムがどのようなサービス (ケース) を提供するかを示します。
クラス図はシステム構造全体を指定するために使用されますが、コードはなく、クラスによって正確な動作が提供されます。通常、開発者は各モジュールで正確な動作を詳細に指定しません。
たとえば、単純なログイン モジュールを考えてみましょう。ユースケース図では、ユーザーがシステムにログインすることだけを述べています。

クラス図では、必要となる可能性のある基底クラスを指定します。つまり、アーキテクチャ (計画中) の基礎を適用します。

シーケンス図では、各メソッドで何が起こっているかに焦点を当てています (これは必須ではありません)。
実際、UMl は、正確な (詳細な) 機能ではなく、抽象としてシステムを表すために使用されます。
例えば、上記のクラス図を開発者に渡し、詳細なログインプロセスを別のドキュメントとして伝えます。