Jump to content

Artifact (software development)

From Wikipedia, the free encyclopedia
This is an old revision of this page, as edited by Will1604 (talk | contribs) at 22:37, 6 August 2006. The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.
(diff) ← Previous revision | Latest revision (diff) | Newer revision → (diff)

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.

An artifact is one of many kinds of tangible byproduct produced during the development of software. Some artifacts e.g. class diagrams and other 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 occasionally may be used to refer to the code or executable software produced but the more common usage is in referring to the byproducts of software development rather than the product itself.

Much of what are considered artifacts is Software documentation.

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. concerned with the means rather than the end itself.

References

Kroll, Per; Kruchten, Philippe (2003). The Rational Unified Process Made Easy: A Practitioner's Guide to the RUP. ISBN 0-321-16609-4.