Apackage diagram^[1]in theUnified Modeling Language depicts "specializations forModels and forProfiles that organizeextensions to UML."^[1]

In addition to the standardUML Dependency relationship, there are two special types of dependencies defined between packages:

• package import
• package merge

Apackage import is "a directed relationship between an importing namespace and a package, indicating that the importing namespace adds the names of the members of the package to its own namespace."^[2]By default, an unlabeled dependency between two packages is interpreted as a package import relationship.In this relationship, elements within the target package will be imported into the source package.

Apackage merge is "a directed relationship between two packages, that indicates that the contents of the two packages are to be combined. It is very similar to Generalisation in the sense that the source element conceptually adds the characteristics of the target element to its own characteristics resulting in an element that combines the characteristics of both".^[3]In this relationship, if an element exists within both the source package and the target package, then the source element's definition will be expanded to include the target element's definition.

In the current Unified Modeling Language 2.5.1 (December 2017),Package Merge is no longer used within the specification. "Every metaclass is specified completely in one clause."^[4]

1. Package: a general purpose mechanism for organising model elements & diagrams into groups. It provides an encapsulated namespace within which all the names must be unique. It is used to group semantically related elements. It is a namespace as well as an element that can be contained in other packages' namespaces.
2. Class: a representation of an object that reflects its structure and behavior within the system. It is a template from which running instances are created. Classes usually describe the logical structure of the system.
3. Interface: a specification of behavior. An implementation class must be written to support the behavior of an interface class.
4. Object: an instance of a class. It is often used in analysis to represent an artifact or other item.
5. Table: a stereotyped class.

Package diagrams can use packages containing use cases to illustrate the functionality of a software system.

Package diagrams can use packages that represent the different layers of a software system to illustrate the layered architecture of a software system. The dependencies between these packages can be adorned with labels / stereotypes to indicate the communication mechanism between the layers.

1. It is used in large scale systems to picture dependencies between major elements in the system
2. Package diagrams represent a compile time grouping mechanism.

This articleneeds additional citations forverification. Please helpimprove this article byadding citations to reliable sources. Unsourced material may be challenged and removed. Find sources: "Package diagram" – news ·newspapers ·books ·scholar ·JSTOR(February 2009) (Learn how and when to remove this message)

Wikimedia Commons has media related toPackage diagrams.

• Introduction to UML 2 Package Diagrams byScott W. Ambler
• UML 2 Package Diagrams

• Unified Modeling Language diagrams

• Webarchive template wayback links
• Articles with short description
• Short description is different from Wikidata
• Articles needing additional references from February 2009
• All articles needing additional references
• Commons category link is on Wikidata