projectdoc Toolbox

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.

ID
artifact
Suite
Documentation Type
Categories
Tags
Since
3.0

The intention of this document type is to describe properties of classes of artifacts as well as concrete artifacts. Artifacts are the products of processes and therefore are often abstract descriptions.

For instance, if the system allows to integrate plugins, an artifact document may describe what qualities those plugin artifacts have to provide in order to be integrated into the system successfully.

Properties

The document type artifact provides the following properties:

 

Please note that only information about specific properties is provided here. Common document property used by all document types are documented by Document Properties.

Type

Organize artifacts by their type.

Repository

The location the artifact is stored when not in use.

This may be a reference to the location of the artifact (or family of artifacts) for download from an artifact server.

Sections

Description

A description of the purpose of the artifact and any related information.

Properties

A description of the properties of an artifact.These are usually constraints the artifact has to meet.

The description may refer to tests that describe how to test the quality of a given property.

Note that this doctype is not intended to document configuration properties. These will be documented with the component document.

Processes

Reference the processes that use or produce the artifact.

Subordinate Artifacts

List of artifacts that are part of this artifact. For instance, the main artifact may be a bundle of smaller artifacts.

Notes

These are internal notes that are usually not exported and only visible to team members with write access.

But this is not a safe place to store sensible information. It is just a convenience for the reader to not be bothered with notes stored here for the authors for later use. The security level is about suppressing the representation by a CSS style. Therefore consider this as a convenience for the reader, not as a security tool.

 

The text of notes sections is also indexed.

References

For a document the references section contains pointers to resources that prove the statements of the document.

Often these proofs are not easily distinguishable from further information. In this case you may want to skip the reference section in favour for the resource list.

 

For further information please refer to References and Resources.

Resources

The resources section provides references to further information to the topic of the document.

This may be information on the internet provided by the resource or information in the team's information systems. Anything the reader of the resource might want to know, may be listed here.

 

For further information please refer to References and Resources.


Related Doctypes

System Management

Here is a list of related doctypes to document system environments.

Artifact Type
Artifact types categorize artifacts.
Data Type Type
Data type types categorize data types.
Environment
Document logical or physical groups of nodes.
Environment Type
Type of an environment used by the project to deploy the application or the solution.
Node
Nodes are part of environments where artifacts are deployed to.

Process

A process is a description of the steps to take to create the intended result. Agile teams usually work closely together and therefore have little need to document how they are doing things. In addition to that, agile teams usually seek to automate repetitive tasks and have their process descriptions in form of scripts.

But if the need arises, that the team decides to document how specific things should be done, the process document type is useful. It may also be the first attempt to describe a process before it is scripted. Some processes may not be scriptable, because the mainly describe the interaction between roles in the team.

Component

A component describes a piece of implementation from its conceptional and implementation view. Components are part of the systems. Artifacts on the other hand may be created or passed to third parties who are not interested in the functional aspects of the component, but treat the artifact as an input to a process. Artifact documents describe these artifacts from that view.

Resources

Title Short Description
Artifact (UML)Description on Wikipedia cites: "An artifact is the specification of a physical piece of information that is used or produced by a software development process, or by deployment and operation of a system."