Document a possible option for an architecture decision. Choose this document type to describe the alternative for a decision in more detail. This is typically a subpage of an architecture decision document.

Document an aspect of your architecture. Something orthogonal or cross-functional like logging, exception handling or configurability.

Document a architecture decision for an option. This is useful to state the reasons and the options that have been evaluated. Later other team members will have it easier to understand the decision.

Document requirements you impose on artifacts. Artifacts are created by processes defined and used by the team. This includes assemblies created by the build process, source code artifacts or reports.

Describe as a Blackbox the elements of a view where only the externally visible properties are relevant.

Components are part of a view on a system. A component may refer to a enclosed element or to a complete system of its own.

Interfaces document how elements of the system communicate with elements of this and other systems.

Different views on the product help to document the system and its architecture. Typical views are building block, runtime, or deployment.

Describe as a Whitebox the elements of a view where only the relations of internal elements are relevant.