ウェブサイトのクラス図での表示とサーブレット？

Question

私はこの小さなウェブサイトを開発しようとしています。その基本的なものは、医者のための患者に関する情報を保存する単純なウェブアプリです。 私はクラス・ダイアグラムを使ってイントロダクションを要求しているのですが、スタンドアロン・アプリケーションの場合のみ、すでにこれを行っています。私はウェブサイトのクラス・ダイアグラムを設計するのが非常に新しいです。 アクター、シナリオ（すべてがうまくいくとユーザーとシステムのやりとりを表す）、さらに悪いケースのシナリオ（何か問題が起こったときの解決策）が含まれています：ユーカル・ジェイコブソンの繰り返しメソトがあります。 これを適用することによって、良い結論に至りました。よく準備されたクラス図です。 私の問題は、私がjspビューとサーブレット（私の場合はAction Beansで、私がStripesを使っているので）を含めるべきかどうかを疑うことです。つまり、ビジネスクラスとユーザーの間のブリッジはJSPです-viewsと提供された情報はサーブレット（またはアクションBean）によって処理されますが、クラス図にそれらを含めますか？ 小規模なプロジェクトの場合、それは関係ないかもしれませんが、30のビューと20のサーブレットを持つプロジェクトがあれば、ダイアグラムは厄介で巨大になります。 あなたはそれについていくつかのヒントを持っていますか？あなたはクラス図を必要とする唯一の理由は、最高の彼らが最初に探しているものを見つける、クライアントを満足させることである場合

はあなた

Answer 1

ありがとうございます。

しかし、彼らは特定じゃない（とシニカルなオプションを無視する）場合は、私は次のことをお勧めしたい：

• 「ドメインモデル」の図を作成します。すなわち、ドメイン内の概念およびそれらの相互関係を獲得する。だから医者、患者と関連するもの。
• jspやサーブレットなどの「デザイン」クラス図を作成しないでください。必要に応じて、アプリケーションの階層化を示す代わりに、単純なアーキテクチャの画像を作成します。

理論的根拠：ドメインモデルは、範囲の確認とドメインルール（関係）の検証に適しています。 「デザイン」クラス図はそれを難読化するだけです。 jspやコントローラなどが急増すると、基盤となるアーキテクチャパターンは隠されますが、ドメインモデルの有用な要素から逸脱します。

hth。