jDepend、ant contribのverifydesignタスク、またはホワイトリストの代わりにブラックリストを使用する他の同様のツールを使用してパッケージ依存関係分析を実行する方法はありますか？
つまり、私は（少なくとも最初は）はるかに厳しくないことを望んでいます。パッケージAを指定する代わりに、B、C、およびKのみに依存する必要があります。パッケージBは、Q、W、およびRのみに依存する必要があります。システム内のすべてのパッケージについて、最初に次のように言いたいと思います。パッケージAはWおよびYとは絶対に接触できず、それ以外のことはすべて問題ありません。その後、リファクタリングが行われるにつれて、各パッケージの予想される依存関係（AはB、C、Kのみに依存）の完全なリストを徐々に追加することができます。
では、これを行うためのツールは存在しますか？
私はもっとうまくやることができます：実行時に強制できるように、AspectJAOPでそのようなことを表現することができます。「AspectJInAction」はその方法を示しています。
ダイアグラムにはコードベースのサブセットを含めることができるため、Structure101アーキテクチャダイアグラムを使用してこれを行うことができます。あなたの例では、A、W、Yの3つのセルを作成し、図のAの上にWとYを配置できます（依存関係は下向きにのみ流れるか、少なくとも上向きの依存関係は図の「違反」と見なされます） ）。WとYをAの上に並べて配置すると、WとYの間に依存関係があってはならないということです。WとYの間の依存関係を（まだ）制限したくない場合は、それらを1つのセルにマージして-依存関係はチェックされません。ルールは自動的にチェックされ、警告やエラーを生成できます（必要に応じてビルドを中断します）。また、リファクタリングの作業が進むにつれて、図に徐々に追加することができます...
verifydesignは、いわば「ワッド」を定義して、ますます厳密にすることができるという点で、それほど厳密ではありません。レガシーシステム（通常、意図した設計のトンに違反している）に関する記事が掲載されている記事へのリンク。