Artifact (software development) - Revision history

Karl Jones: /* External links */

2016-04-21T11:22:19Z

‎External links

Karl Jones: /* See also */

2016-02-07T14:07:25Z

‎See also

Karl Jones at 17:03, 4 February 2016

2016-02-04T17:03:00Z

Karl Jones: /* See also */

2016-02-04T17:01:37Z

‎See also

Karl Jones at 17:01, 4 February 2016

2016-02-04T17:01:22Z

Karl Jones: etc

2015-08-18T13:12:55Z

etc

Karl Jones: First

2015-06-04T15:33:36Z

First

New page

An '''artifact''' is one of many kinds of tangible by-products produced during the development of software.

Some artifacts (e.g., use cases, class diagrams, and other Unified Modeling Language (UML) models, requirements and design documents) help describe the function, architecture, and design of software.

Other artifacts are concerned with the process of development itself—such as project plans, business cases, and risk assessments.

The term artifact in connection with software development is largely associated with specific development methods or processes e.g., Unified Process. This usage of the term may have originated with those methods[citation needed].

Build tools often refer to source code compiled for testing as an artifact, because the executable is necessary to carrying out the testing plan.

Without the executable to test, the testing plan artifact is limited to non-execution based testing.

In non-execution based testing, the artifacts are the walkthroughs, inspections and correctness proofs.

On the other hand, execution based testing requires at minimum two artifacts: a test suite and the executable.

An artifact occasionally may be used to refer to the released code (in the case of a code library) or released executable (in the case of a program) produced but the more common usage is in referring to the byproducts of software development rather than the product itself.

Open source code libraries often contain a testing harness to allow contributors to ensure their changes do not cause regression bugs in the code library.

Much of what are considered artifacts is software documentation.

In end-user development an artifact is either an application or a complex data object that is created by an end-user without the need to know a general programming language.

Artifacts describe automated behavior or control sequences, such as database requests or grammar rules, or user-generated content.

Artifacts vary in their maintainability. Maintainability is primarily affected by the role the artifact fulfills.

The role can be either practical or symbolic.

In the earliest stages of software development, artifacts may be created by the design team to serve a symbolic role to show the project sponsor how serious the contractor is about meeting the project's needs.

Symbolic artifacts often convey information poorly, but are impressive-looking.

Symbolic artifacts are sometimes referred to in the information architecture industry as Illuminated Scrolls, because the decorations do nothing to enhance understanding.

Generally speaking, Illuminated Scrolls are also considered unmaintainable due to the diligence it requires to preserve the symbolic quality.

For this reason, once Illuminated Scrolls are shown to the project sponsor and approved, they are replaced by artifacts which serve a practical role.

Practical artifacts usually need to be maintained throughout the project lifecycle, and, as such, are generally highly maintainable.

Artifacts are significant from a project management perspective as deliverables. The deliverables of a software project are likely to be the same as its artifacts with the addition of the software itself.

The sense of artifacts as byproducts is similar to the use of the term artifact in science to refer to something that arises from the process in hand rather than the issue itself, i.e., a result of interest that stems from the means rather than the end.

== External links ==

* [https://en.wikipedia.org/wiki/Artifact_(software_development) Artifact (software development)] @ Wikipedia

← Older revision		Revision as of 11:22, 21 April 2016
Line 67:		Line 67:

	* [https://en.wikipedia.org/wiki/Artifact_(software_development) Artifact (software development)] @ Wikipedia		* [https://en.wikipedia.org/wiki/Artifact_(software_development) Artifact (software development)] @ Wikipedia
		+
		+	[[Category:Computer science]]
		+	[[Category:Software development]]

@@ Line 59: / Line 59: @@
 * [[Project management]]
 * [[Software]]
 * [[Software development]]
 * [[Software engineering]]

@@ Line 43: / Line 43: @@
 Practical artifacts usually need to be maintained throughout the project lifecycle, and, as such, are generally highly maintainable.
-Artifacts are significant from a project management perspective as deliverables. The deliverables of a software project are likely to be the same as its artifacts with the addition of the software itself.
+== Deliverables ==
 The sense of artifacts as byproducts is similar to the use of the term artifact in science to refer to something that arises from the process in hand rather than the issue itself, i.e., a result of interest that stems from the means rather than the end.
@@ Line 51: / Line 57: @@
 * [[Computer programming]]
 * [[Deliverable]]
 * [[Software]]
 * [[Software development]]

@@ Line 50: / Line 50: @@
 * [[Computer programming]]
 * [[Software]]
 * [[Software development]]

@@ Line 1: / Line 1: @@
-An '''artifact''' is one of many kinds of tangible by-products produced during the development of software.
+An '''artifact''' is one of many kinds of tangible by-products produced during the [[Software development|development of software]].
 Some artifacts (e.g., use cases, class diagrams, and other Unified Modeling Language (UML) models, requirements and design documents) help describe the function, architecture, and design of software.
@@ Line 47: / Line 49: @@
 == See also ==
 * [[Software development]]
 * [[Software engineering]]

@@ Line 44: / Line 44: @@
 The sense of artifacts as byproducts is similar to the use of the term artifact in science to refer to something that arises from the process in hand rather than the issue itself, i.e., a result of interest that stems from the means rather than the end.
 == External links ==
 * [https://en.wikipedia.org/wiki/Artifact_(software_development) Artifact (software development)] @ Wikipedia