クライアント用に構築しているPHP4システムを文書化しています。システムは、MVC パターンを使用して、オブジェクト指向のロジックに従って記述されます。クラス図はすでにスケッチしました。ただし、このようなシステムのオブジェクト図を作成することに意味があるかどうか疑問に思っています。オブジェクト図は、かなり大まかに OOP モデルに従っているからです。
このシステムでオブジェクト指向の動作に最も近いのは、おそらく、呼び出された方法に基づいて動作を変更するいくつかのメソッドでしょう。オブジェクト図は、このシナリオから何か有用なものをキャプチャしますか? それとも、それらを完全にスキップした方がよいでしょうか? 前もって感謝します。
私の経験では、UML クラス図は、システムのセクションを説明するために、孤立したコンテキストで使用するのが最適です。
したがって、私の答えは、ドキュメントでシステムの一部を説明している場合、UML クラス図が読者がシステムの関連セクションを理解するのに役立つ場合は、そのセクションの図を作成して含める必要があるということです。
システム全体に対して 1 つのクラス図を作成することが役立つことは、あったとしてもめったにありません。また、コンテキストなしでさまざまなクラス図を含めることもほとんど役に立ちません。
UML を戦略的に使用してください。これはコミュニケーション ツールであり、ドキュメンテーション ツールではありません。（書くようなものです。紙に書かれた言葉は、よく考えて整理しない限り意味がありません）
あなたの状況の柔軟性は、UML の期待と矛盾していると思います。
ダイアグラム (および嘘) から実装レベルを抽象化し、それらのメソッドの機能を、独自の作業を実行する独立したメソッドとして表すことをお勧めします。