n Status Accounting: Identify data file(s) and document representations of revisions/versions of each document/software delivered, or made accessible electronically
Finally, on page 5-19 (citing ASME Y14.55M):
Revisions to Drawings
- Drawing revision identification
- Any change to a drawing, including a change to Rights-in-Data, must be recorded in the revisions block of the affected drawing.
- Record revision status, identification of change authorization documents, or description of changes, and change approvals, and if multi-sheet, revision status of sheets
MIL-STD-973 has some interesting contextual definitions:
3.70 Notice of Revision (NOR) . A document used to define revisions to drawings, associated lists, or other referenced documents which require revision after Engineering Change Proposal approval.
22.214.171.124.4 Consolidation of multiple changes into a single unrelated ECPS may be combined into a single revision to a document provided that:
a. All changes apply to the same end item.
b. All changes apply to the same revision/version...
126.96.36.199 Software identifiers. For each CSCI, the contractor shall identify its corresponding Computer Software Components (CSCs) and Computer Software Units (CSUs). For each CSCI, CSC, and CSU the contractor shall issue/obtain a software identifier, which shall consist of a name or number, and a version identifier, and shall relate the software to its associated software design documentation; revision; and release date. The contractor shall embed the software and version identifiers within the source code, and provide a method for display of the software and version identifier data to the user upon command.
EIA-649-1998: The EIA committee also didn't feel the need to explicitly define revisions, but uses the term throughout the standard:
configuration identification: ...(3)...maintain[s] document revision relationships to product configurations.
Methods of identifying documents...includes at least...organization, a unique identifier..., and a revision indicator (number, letter, or date).
A version is defined using the MIL-HDBK-61A description.
ISO 10007-1995, 7.4.1 has only one reference to "revision", and no reference to "version":
...All change proposals should be documented and should typically include the following information prior to their submission to the CB:
- configuration item(s) and related documents to be changed, name(s) and revision status; ...
Since DOD-STD-2167A specifically addresses software development, it isn't surprising that "version" is used for a software variation:
3.34 Version. An identified and documented body of software. Modifications to a version of software (resulting in a new version) require configuration management actions by either the contractor, the contracting agency, or both.
But it is interesting that changes to DOD-STD-2167, as a document, are considered revisions:
6.5 Changes from previous issue. Asterisks or vertical lines are not used in this revision to identify changes with respect to the previous issue due to the extensiveness of the changes.
The IPC-257x standards for defining Product Data eXchange (PDX) files offers both revision (productRevision) and version (versionIdentifier) for parts, but only describes versions for electronic file attachments. While the IPC standards don't offer any distinction directly, revisions have somewhat superior standing; for instance, an item change history includes "oldRevision", "newRevision", "proposedRevision", "minimumShippableRevision" but there's no equivalent for versions. Likewise, (although we discourage it for other reasons) engineering changes are permitted to have revisions, but not versions.