There is no reason to have both LangString and ExpressionLangString, given the constraint on ExpressionLangString that the expression and the content cannot both have values. If you insist on having both, have a common base class that includes only the 'lang' attribute - then LangString can have the content field and ExpressionLangString can have the 'expression' field.

There is no reason to have both LangString and ExpressionLangString, given the constraint on ExpressionLangString that the expression and the content cannot both have values. If you insist on having both, have a common base class that includes only the 'lang' attribute - then LangString can have the content field and ExpressionLangString can have the 'expression' field.

right now the Name of a model element can not be a multi-string... which it should be

The Base Classes have names and scopes that are at odds with current standard modeling languages.

AssertionDeclaration has a number of orthogonal ideas that should not be in the enumeration (namely defeated and asCited), and the name should follow modeling practice of ending in”Kind” to indicate it is a set of enumerations.

ArgumentationElement/ArgumentationElements/argumentationElement has the right naming pattern (i.e., consistent with the other Elements in the model) in 11.2 (ArgumentElements) but does not use that naming pattern in the rest of the model.

With ArtifactElement as the Base for the other Domains, it allowed anything to be connected to anything which was not the original intent.

AssertedArtifactContext and AssertedArtifactSupport are redundant and their function can be implemented with the other things in the SACM language.

Artifacts need to be able to be used in Arguments directly as well as ArtifactReference.

Terminology package is not tied to everything else in the model.

Need to standardize concepts in SACM to be able to embed SACM in other languages and to be able to create a profile in UML based on the metamodel.

The metamodel should follow the open-closed principle to avoid double maintenance when changes are made because the current model requires changes in two places, additionally there is no need for the top-level interface package and but there is a need for a general binding package in the new packaging scheme, finally renaming interface and binging packages to align with normal package naming conventions.

Currently SACM 2.3 allows too wide of nesting of different types of packages.

Use of current gid is overly restrictive and not aligned with approaches used in UML and KerML.

Can not mix and match the domain elements within the group with the current per domain group approach.

Referencing external elements from the model are dealt with in inconsistent ways.

Names used in the metamodel conflict with standard modeling usage.

Generally: This document is replete with grammatical errors. Has someone run a grammar checker on it?

Specifically:
In addition, the 'Attributes' section for 'ExpressionLangString' states:
"expression:Terminology::ExpressionElement[1] (composition) – a reference"

The field is either a reference or a composition - but not both. Pick one.

For SACM 2.3 the list of companies involved, their respective copyrights, and a sentence about the scope of SACM 2.3 is needed.