<
admin-data
>
is used to markup document adminstrative data (see
MSRREP.DTD and administrative data
) such as revisions etc. The operating model is
The document (or the fragment) is handled in all companies participating in the project.
The data management in the various companies is different. For that reason, echa participant can enter information about their document management facilities in
<
company-doc-info
>
:
<
doc-label
>
this is the label under which the document is managed in the company denoted by
<
company-ref
>
<
private-code
>
allows to transport company specific information in a private notation. This is the place, where for example
PDMS
(
Product Data Management System
s) can place pointers and document ids required to resynchronize after a document exchange.
<
entity-name
>
It might be the case that each participating company uses a different fragmentation strategy. In order to support this,
<
entity-name
>
can receive information useable by a
split utility
which creates the desired fragments out of the entire document.
If a new release of the document or the fragment is given, each participating site may use a specific scheme for revision numbers. For that reason, each
<
doc-revision
>
can receive
<
company-revision-info
>
which holds the participiant specific information for the actual document revision.
It is up to a
semantical check utility
to keep sure that there is only one entry per company.
nevertheless, the actual revision is initiated by one individual denoted by
<
team-member-ref
>
at one certain point of time denoted by
<
date
>
.
Finally the modifications made in that revision are stored in
<
modifcations
>
where the actual
<
change
>
as well as the
<
reason
>
for that change is notified. If possible, the change can be located by
<
xref
>
.
For each
<
modifcation
>
the attribute
[
type
]
determines, if the change is made to the document only (
doc-related
) or to the subject of the document (
part-related
).