プロジェクトドキュメント用にJSFアプリケーションのクラス図を作成する必要があります。したがって、マネージドBeanとして多くのクラスがあり、多くの属性があり、したがって多くのゲッターとセッターがあります。
クラス図を描くとき、ゲッターとセッターも図に含める必要がありますか、それとも単にそれらを残すことができますか?
それらを含めることは適切ではありません。 accessors methodsという1行を追加するだけです。
ゲッターとセッターを含めるのは悪い考えです。彼らは、クラスの属性/プロパティセクションにすでに表示されている情報を複製するために「不動産」を浪費しています。
ヌルチェックなどの特別なことを行うまで、ゲッターとセッターをダイアグラムに含めないでください。しかし、それは悪いデザインの兆候であるため、一般的な答えは「いいえ、すべきではありません」です。
これらのプライベートプロパティを分類するために使用する独自の"get/set"および"get"ステレオタイプを作成することにより、関連するプロパティに対してゲッター/セッター規則を明示的にすることが役立つ場合があります。 MLクラス図でゲッターとセッターを示したり暗示したりするためのショートカット に対する私の答えを参照してください。
UMLはかなり非公式な表記法であるため、プロジェクトまたは組織で使用するルールを最初に設定するのが最善です。たとえば、ゲッターとセッターを非表示にするのが一般的ですが、すべての詳細を表示することが重要な場合もあります。ルールは次のようになります。
プロパティがプライベート変数と同じ可視性を持つゲッターとセッターのペアで実装されている場合は、この可視性を持つプロパティを作成するだけです。
プロパティがプライベート変数で実装されているが、ゲッターとセッターがパブリックゲッターと保護されたセッターなどの明確な可視性を持っている場合は、モデルにゲッターとセッターを表示することをお勧めします。
そして息子...