Legacy Issue Number: 16636
Source: Thematix Partners LLC ( Roger Burkhart)
Definition of a property-specific type cannot be shown on a bdd. This would require, at least, a defined name for the block or value type that types the property, such as one based on the property name.
No runtime semantics is given. Presumably all instances of a property-specific type are values of the property it types, but this isn't said anywhere. It the property it types is an end of an association, this could be expressed by a lower multiplicity greater than zero on opposite end.
No examples of property specific types are given.
CB, 2018-05-03: Address interaction with property subsetting/redefinition. For example redefinition that doesn't change the PST will cause it to be owned twice, because is repeated in the redefining property.
The requirements for property-specific types to be anonymous, singly generalized, and owned by the owner of the property they type don't appear to be necessary. Naming is useful for managing PSTs, multiple generalization is useful for reusing property defaults and other characteristics on multiple PSTs, and package ownership enables the same PST to be used on multiple properties that have the same type.
The description of the property-specific types refers to:
"local specializations of referenced typed" (Section 184.108.40.206 Block Definition Diagram) and
"starting classifier of the property-specific type." (Section 220.127.116.11 PropertySpecificType)
The terms "local", "referenced type", "starting classifier nof the property specific type" are undefined and not deducible from other text.
The following sentence is a tautology (ie, adds nothing to the spec):
"The PropertySpecificType stereotype is automatically applied to the "classifier that types a property with a propertyspecific type. (Section "18.104.22.168 PropertySpecificType)"
because a property with a property specific type is one where the property type has the PropertySpecificType applied.
Section 22.214.171.124 (Block Definition Diagram) at the end says the name of the property specific type can be included in brackets, but constraint  of PropertySpecificType says they are anonymous.
The discussion of compartments on internal properties in Section 126.96.36.199 (Internal Block Diagram) can be simplified by removing the discussion of property-specific types.
Reported: SysML 1.3 — Thu, 27 Oct 2011 04:00 GMT
Disposition: Resolved — SysML 1.6
PST clarifications, minor corrections
The purpose of this resolution is to clarify the semantics of the PropertySpecificType stereotype and to fix minor issues with its current description
Updated: Mon, 1 Apr 2019 18:17 GMT