You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, the definition of a property's requiredness is limited to mandatory or optional, using an SMT/Cardinality qualifier: ZeroTo* for optional properties and OneTo* for mandatory ones (see screenshot below).
For larger submodels, such as SM PurchaseOrder, it would be beneficial to introduce an additional qualifier - "recommended" - for optional properties. This would help indicate preferred usage, improving both implementation and adoption with minimal effort for users.
IA preferred solution would be to establish a clear standard, allowing properties to be classified as mandatory, recommended, or optional.
The only alternative currently is to mention "recommended" in the property's description, which is suboptimal as it can be easily overlooked.
Current approach to set the requiredness a property, limited to mandatory (1..) or optional (0..):
The text was updated successfully, but these errors were encountered:
Currently, the definition of a property's requiredness is limited to mandatory or optional, using an SMT/Cardinality qualifier: ZeroTo* for optional properties and OneTo* for mandatory ones (see screenshot below).
For larger submodels, such as SM PurchaseOrder, it would be beneficial to introduce an additional qualifier - "recommended" - for optional properties. This would help indicate preferred usage, improving both implementation and adoption with minimal effort for users.
IA preferred solution would be to establish a clear standard, allowing properties to be classified as mandatory, recommended, or optional.
The only alternative currently is to mention "recommended" in the property's description, which is suboptimal as it can be easily overlooked.
Current approach to set the requiredness a property, limited to mandatory (1..) or optional (0..):
The text was updated successfully, but these errors were encountered: