“Create an e-commerce package diagram with web, catalog, checkout, orders, and payments packages and their dependencies.”
図の背後にある意思決定を読み解く。
Keep UI, catalog, checkout and payment concerns separate.
Show which package calls another.
Isolate the external gateway behind its package.
Keep classes as package representatives.
Use for architecture discussions before drilling into a class or component diagram.
よくある質問
What belongs in a package diagram?
Major modules, namespaces or layers and the dependencies between them.
Why use representative classes?
They make the responsibility of a package clear without turning the diagram into a full class model.
What does a dashed arrow mean?
It indicates a dependency: one package uses or relies on another.