Differences

This shows you the differences between two versions of the page.

--- dido:99_annexes:annex-b-terms-and-definitions:a:artifact [2026/07/16 08:53] – created nick_dido
+++ dido:99_annexes:annex-b-terms-and-definitions:a:artifact [2026/07/20 00:51] (current) – nick_dido
@@ Line 5: / Line 5: @@
 ===== Discussion =====
-An Artifact is an identifiable work product created, used, modified, exchanged, or preserved during an engineering, development, deployment, operational, or governance activity.
+An Artifact is an identifiable digital work product created, acquired, used, modified, generated, exchanged, delivered, or preserved during an activity.
-An Artifact may contain information, executable content, configuration content, model content, or evidence. Examples include:
+An Artifact may be atomic or composite. A composite Artifact may contain, organize, or reference other Artifacts.
-  * Source code
+An Artifact may have multiple versions. A version may have one or more representations in different formats or media types. Copies of the same representation may exist at multiple locations.
-  * Configuration files
-  * [[dido:99_annexes:annex-b-terms-and-definitions:i:infrastructure_configuration|Infrastructure Configurations]]
-  * [[dido:99_annexes:annex-b-terms-and-definitions:i:infrastructure_blueprint|Infrastructure Blueprints]]
-  * Models
-  * Schemas
-  * Scripts
-  * Policy files
-  * Build specifications
-  * [[dido:99_annexes:annex-b-terms-and-definitions:m:machine_image|Machine Images]]
-  * Reports
-  * Logs
-  * Test results
-  * [[dido:99_annexes:annex-b-terms-and-definitions:e:evidence|Evidence]]
-An Artifact remains distinct from the physical or logical subject that it describes. For example:
+An Artifact remains distinct from:
-  * An Infrastructure Configuration is an Artifact that represents the desired state of an Infrastructure Environment
+The subject that the Artifact describes
-  * A Machine Image is an Artifact used to instantiate a computing environment
+The activity that creates or uses the Artifact
-  * A report is an Artifact that communicates selected information
+The metadata that describes and manages the Artifact
-  * A test result is an Artifact that records the outcome of a verification activity
+The repository or location in which the Artifact is stored
+The physical object, system, or storage medium associated with the Artifact
-An Artifact may be:
-  * Human-readable
-  * Machine-readable
-  * Executable
-  * Version-controlled
-  * Generated
-  * Derived
-  * Signed
-  * Approved
-  * Released
-  * Archived
-These characteristics do not apply to every Artifact and require separate specification where relevant.
 ===== Definition =====
-//identifiable work product created, used, modified, exchanged, or preserved during an activity//
+//identifiable digital work product created, acquired, used, modified, generated, exchanged, delivered, or preserved during an activity//
 ===== Source =====
@@ Line 56: / Line 29: @@
 ===== Note =====
-An Artifact may exist in physical, digital, or conceptual form.
+Within Crucible, an Artifact exists in digital form.
-Identification of an Artifact does not by itself establish its revision, approval status, release status, provenance, authenticity, integrity, or retention status.
+A physical object, system, or storage medium may contain, embody, or be produced from an Artifact, but does not become an Artifact solely for that reason.
-A [[dido:99_annexes:annex-b-terms-and-definitions:v:version-controlled_artifact|Version-Controlled Artifact]] is an Artifact managed through a [[dido:99_annexes:annex-b-terms-and-definitions:v:version_control|Version Control]] system.
+Identification of an Artifact does not by itself establish its version, provenance, authenticity, integrity, approval status, release status, retention status, or suitability for a particular purpose.
-The term does not require a particular file format, repository, storage medium, tool, or implementation technology.
+An Artifact may exist independently of Crucible. An Artifact placed under Crucible control is described by an Artifact Catalog Record.
+The term does not require a particular format, media type, repository, storage medium, location, tool, or implementation technology.
 ===== Example =====
-A machine-readable Infrastructure Configuration stored as a file and processed by a deployment workflow is an Artifact.
+A software package delivered by a third party is an Artifact. Different versions of the package remain associated with the same identifiable work product while constituting distinct managed versions.
-----
-<WRAP centeralign>
+<WRAP centeralign> © 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc. </WRAP>
-© 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc.
-</WRAP>