1. A name that is different from the name of any known TM Application.
2. Definitions of the properties of subjects and their value types. Such
definitions must indicate which property values are to be used to
distinguish subjects and which are not.
3. If there are any constraints on the values of the properties of
subjects, those must be stated.
4. Definition of properties that subjects obtain by virtue of their
participation in an assertion, if any, other than as a role player in
the assertion.
5. Definition of the types of assertions that can be made about
subjects, including the roles in each assertion, constraints on when
such assertions may be made, and any property values obtained by
subjects that are role players in such assertions.
6. For properties that are used to distinguish subjects, one for the
other, any rules for determining the consistency of property values of
any subject.
7. For predefined subjects, those required to be in any TM instance, the
subject and any property values that it possesses.
8. Rules for when subjects will be deemed to be the same subject on the
basis of properties used to distinguish one subject from another.
9. Rules for combining properties of predefined subjects, if desired,
during merging of subjects.
10. For each defined interchange syntax, a mapping of the syntax to
appropriate topic map graph constructs to facilitate comparison to these
rules.
What I am thinking is that this allows us to fairly succiently and
compellingly, state the requirements for any TM Application.