A component type represents a distributable piece of
implementation of a system, including
software code (source, binary, or executable) but also
including business documents, etc., in a
human system. Components may be used to show dependencies,
such as compiler and run-time
dependencies or information dependencies in a human organization.
In the UML metamodel it is a sub-class of
Classifier.
A component is represented on a class diagram as a box with two small rectangles protruding from its left side, labeled with its name.
The details tabs that are active for components are as follows.
ToDoItemStandard tab.
PropertiesSee Section 22.4.2, “Component Property Toolbar” and Section 22.4.3, “Property Fields For Component” below.
DocumentationStandard tab.
StyleStandard tab. The Bounds: field
defines the bounding box for the component on the
diagram.
SourceStandard tab, but with no contents.
![]() | Caution |
|---|---|
A component should not generate any code, so having this tab active is probably a mistake. | |
ConstraintsStandard tab. ArgoUML only supports constraints on Classes and Features (Attributes, Operations, Receptions, and Methods), so this tab is grayed out.
Tagged ValuesStandard tab.
![]() | Note |
|---|---|
The UML | |
Go
upNavigate up through the package structure.
DeleteThis deletes the component from the model
![]() | Warning |
|---|---|
This is a deletion from the model
not just the diagram. To delete a
component from the diagram, but keep it within the model, use
the main menu | |
NameText box. The name of the component. The name of a component has a leading capital letter, with words separated by “bumpy caps”.
![]() | Note |
|---|---|
ArgoUML does not enforce this naming convention. | |
StereotypeDrop down selector. Component is provided by default
with the UML standard stereotypes
document, executable,
file, library and
table. ArgoUML also provides the
standard Classifier
stereotypes, metaclass,
powertype,
process,
thread and
utility.
Navigate Stereotype
icon. If a
stereotype has been selected, this will navigate to the
stereotype property panel (see Section 15.4, “Stereotype”).
NamespaceDrop down selector. Records and allows altering the namespace for the component. This is the package hierarchy.
ModifiersCheck box, with entries abstract,
leaf and root.
Abstract is used to declare
that this component cannot be instantiated, but must always
be specialized.
Leaf indicates that this
component cannot be further specialized.
Root indicates the node can
have no generalization.
Active.
GeneralizationsText box. Lists any component that generalizes this component.
SpecializationsText area. Lists any derived components, i.e those for which this component is a generalization.
Client DependenciesText area. Lists outgoing dependencies. Button 1 double click navigates to the dependency.
Supplier DependenciesText area. Lists incoming dependencies. Button 1 double click navigates to the dependency.