This is an old revision of the document!
Artifact
Discussion
An Artifact is an identifiable work product created, acquired, used, modified, generated, exchanged, delivered, or preserved during an engineering, development, integration, deployment, operational, assurance, or governance activity.
An Artifact may be atomic or composite. A composite Artifact may contain, reference, package, or organize other Artifacts.
An Artifact may contain information, source content, compiled content, executable content, configuration content, model content, policy content, metadata, or evidence. Examples include:
-
Source code
-
Executable files
-
Binary files
-
Software libraries
Software dependenciesPackagesArchivesConfiguration filesModelsSchemasScriptsPolicy filesBuild specificationsContainer ImagesManifestsSoftware Bills of MaterialsReportsLogsTest resultsAn Artifact remains distinct from the physical, logical, or conceptual subject that it describes, configures, instantiates, evaluates, or records. For example:
-
An Infrastructure Configuration is an Artifact that represents the desired state of an Infrastructure Environment
-
A Machine Image is an Artifact used to instantiate a computing environment
-
A software library is an Artifact that provides reusable executable or linkable functionality
-
A package is an Artifact that organizes one or more related Artifacts for identification, versioning, distribution, installation, or use
-
A report is an Artifact that communicates selected information
-
A test result is an Artifact that records the outcome of a verification activity
-
Evidence is an Artifact retained to support an assertion, decision, or determination
An Artifact may be:
-
Human-readable
-
Machine-readable
-
Executable
-
Atomic
-
Composite
-
Version-controlled
-
Generated
-
Derived
-
Signed
-
Approved
-
Released
-
Delivered
-
Archived
These characteristics do not apply to every Artifact and require a separate specification where relevant.
Definition
identifiable work product created, acquired, used, modified, generated, exchanged, delivered, or preserved during an activity
Source
Dido Solutions, Inc. and Jackrabbit Consulting, Inc.
Note
An Artifact may exist in physical, digital, or conceptual form.
An Artifact may contain or reference other Artifacts. A package, archive, container image, Machine Image, or bundle may therefore constitute a composite Artifact.
Identification of an Artifact does not by itself establish its revision, approval status, release status, provenance, authenticity, integrity, suitability, or retention status.
A Version-Controlled Artifact is an Artifact managed through a Version Control system.
The term does not require a particular file format, repository, storage medium, packaging mechanism, tool, or implementation technology.
Example
A third-party software package containing an executable, software libraries, configuration files, dependency metadata, and a manifest is a composite Artifact.
—
© 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc.
-
- dido/99_annexes/annex-b-terms-and-definitions/a/artifact.1784486078.txt.gz
- Last modified: 2026/07/19 11:34
- by nick_dido