Snippets (text quotes and extracts from authoritative sources)

A Snippet is a short quote or extract (typically a phrase, a sentence, or at most a few sentences) from an authoritative source document such as a specification, technical manual, or design manual. Throughout this site, content is often related to supporting Snippets and each Snippet page links back to the content pages that reference it! The Snippet and Note concepts are very closely related and they support each other.

The Snippet concept is also at the heart of the Parsing Analysis recipe for UML® and SysML®

Kind Snippet quote/extract Source UML keywords SysML keywords Keywords
CONSTRAINT The only valid use of a Unit instance is to be referenced by the unit property of a ValueType stereotype. OMG Systems Modeling Language (SysML) 1.6 InstanceSpecification QuantityKind, Unit, Unit::quantityKind, ValueType::quantityKind, Unit::definitionURI, QuantityKind::definitionURI scientific unit system, VIM3
INFO Two such InstanceSpecifications represent the same "measurement unit" if and only if their definitionURIs have values and their values are equal. OMG Systems Modeling Language (SysML) 1.6 InstanceSpecification QuantityKind, Unit, Unit::quantityKind, ValueType::quantityKind, Unit::definitionURI, QuantityKind::definitionURI scientific unit system, VIM3
INFO The definitionURI of an InstanceSpecification classified by a kind of Unit identifies the particular "measurement unit" [VIM3-1.9] that the InstanceSpecification represents. OMG Systems Modeling Language (SysML) 1.6 InstanceSpecification QuantityKind, Unit, Unit::quantityKind, ValueType::quantityKind, Unit::definitionURI, QuantityKind::definitionURI scientific unit system, VIM3
INFO Modelers specialize Unit as done in SysMLs QUDV model library or in a similar manner in other model libraries. OMG Systems Modeling Language (SysML) 1.6 ModelLibrary QuantityKind, Unit, Unit::quantityKind, ValueType::quantityKind, Unit::definitionURI, QuantityKind::definitionURI scientific unit system, VIM3
INFO Unit, or a specialization of it, classifies an InstanceSpecification to define a particular "measurement unit" in the sense of a "real scalar quantity, defined and adopted by convention, with which any other quantity of the same kind can be compared ... OMG Systems Modeling Language (SysML) 1.6 QuantityKind, Unit, Unit::quantityKind, ValueType::quantityKind, Unit::definitionURI, QuantityKind::definitionURI scientific unit system, VIM3
INFO Unit is defined as a non-abstract SysML Block defined in the SysML UnitAndQuantityKind model library. OMG Systems Modeling Language (SysML) 1.6 QuantityKind, Unit, Unit::quantityKind, ValueType::quantityKind, Unit::definitionURI, QuantityKind::definitionURI scientific unit system, VIM3
INFO A unit may also specify less stable or precise ways to express some value, such as a cost expressed in some currency, or a severity rating measured by a numerical scale. OMG Systems Modeling Language (SysML) 1.6 QuantityKind, Unit, Unit::quantityKind, ValueType::quantityKind, Unit::definitionURI, QuantityKind::definitionURI scientific unit system, VIM3
INFO A unit often relies on precise and reproducible ways to measure the unit. For example, a unit of length such as meter may be specified as a multiple of a particular wavelength of light. OMG Systems Modeling Language (SysML) 1.6 QuantityKind, Unit, Unit::quantityKind, ValueType::quantityKind, Unit::definitionURI, QuantityKind::definitionURI scientific unit system, VIM3
INFO A Unit is a quantity in terms of which the magnitudes of other quantities that have the same quantity kind can be stated. OMG Systems Modeling Language (SysML) 1.6 QuantityKind, Unit, Unit::quantityKind, ValueType::quantityKind, Unit::definitionURI, QuantityKind::definitionURI scientific unit system, VIM3
INFO The only valid use of a QuantityKind instance is to be referenced by the quantityKind property of a ValueType or Unit. OMG Systems Modeling Language (SysML) 1.6 InstanceSpecification QuantityKind, Unit, Unit::quantityKind, ValueType::quantityKind, Unit::definitionURI, QuantityKind::definitionURI scientific unit system, VIM3
INFO Two such InstanceSpecifications represent the same "kind-of-quantity" if and only if their definitionURIs have values and their values are equal. OMG Systems Modeling Language (SysML) 1.6 InstanceSpecification QuantityKind, Unit, Unit::quantityKind, ValueType::quantityKind, Unit::definitionURI, QuantityKind::definitionURI scientific unit system, VIM3
INFO The definitionURI of an InstanceSpecification classified by a kind of QuantityKind identifies the particular "kind-of-quantity" [VIM3-1.2] that the InstanceSpecification represents. OMG Systems Modeling Language (SysML) 1.6 InstanceSpecification QuantityKind, Unit, Unit::quantityKind, ValueType::quantityKind, Unit::definitionURI, QuantityKind::definitionURI scientific unit system, VIM3
INFO Modelers specialize QuantityKind as done in SysMLs QUDV model library or in a similar manner in other model libraries. OMG Systems Modeling Language (SysML) 1.6 ModelLibrary QuantityKind, Unit, Unit::quantityKind, ValueType::quantityKind scientific unit system, VIM3
INFO ... a SysML value property is understood to correspond to the VIM concept of "quantity" defined as a "property of a phenomenon, body or substance, where the property has a magnitude that can be expressed as a number and a reference" [VIM3-1.1]. OMG Systems Modeling Language (SysML) 1.6 QuantityKind, Unit, Unit::quantityKind, ValueType::quantityKind scientific unit system, VIM3
INFO QuantityKind, or a specialization of it, classifies an InstanceSpecification to define a particular "kind-of-quantity" in the sense of an "aspect common to mutually comparable quantities" [VIM3-1.2], ... OMG Systems Modeling Language (SysML) 1.6 QuantityKind, Unit, Unit::quantityKind, ValueType::quantityKind scientific unit system
INFO QuantityKind is defined as a non-abstract SysML Block defined in the SysML UnitAndQuantityKind model library. OMG Systems Modeling Language (SysML) 1.6 QuantityKind, Unit, Unit::quantityKind, ValueType::quantityKind scientific unit system
INFO A QuantityKind is a kind of quantity that may be stated by means of defined units. For example, the quantity kind of length may be measured by units of meters, kilometers, or feet. OMG Systems Modeling Language (SysML) 1.6 QuantityKind, Unit, Unit::quantityKind, ValueType::quantityKind scientific unit system
INFO Slot::value : ValueSpecification [0..*]{ordered, subsets Element::ownedElement} ... The value or values held by the Slot. Unified Modeling Language 2.5.1 Slot, InstanceSpecification::slot, StructuralFeature, Slot::value, ValueSpecification
INFO Slot::owningInstance : InstanceSpecification [1..1] ... The InstanceSpecification that owns this Slot. Unified Modeling Language 2.5.1 Slot, InstanceSpecification::slot, StructuralFeature, Slot::owningInstance
INFO Slot::definingFeature : StructuralFeature [1..1] ... The StructuralFeature that specifies the values that may be held by the Slot. Unified Modeling Language 2.5.1 Slot, InstanceSpecification::slot, StructuralFeature, Slot::definingFeature
INFO A Slot designates that an entity modeled by an InstanceSpecification has a value or values for a specific StructuralFeature. OMG Systems Modeling Language (SysML) 1.6 Slot, InstanceSpecification::slot, StructuralFeature, Slot::definingFeature, Slot::owningInstance, Slot::value
INFO InstanceSpecification::specification : ValueSpecification [0..1] ... A specification of how to compute, derive, or construct the instance. Unified Modeling Language 2.5.1 instance, InstanceSpecification, InstanceSpecification::classifier, ValueSpecification
INFO InstanceSpecification::slot : Slot [0..*] ... It is not necessary to model a Slot for every StructuralFeature, in which case the InstanceSpecification is a partial description. Unified Modeling Language 2.5.1 instance, InstanceSpecification, InstanceSpecification::slot, Slot, StructuralFeature, Classifier
INFO InstanceSpecification::slot : Slot [0..*] ... A Slot giving the value or values of a StructuralFeature of the instance. An InstanceSpecification can have one Slot per StructuralFeature of its Classifiers, including inherited features. ... Unified Modeling Language 2.5.1 instance, InstanceSpecification, InstanceSpecification::slot, Slot, StructuralFeature, Classifier
INFO InstanceSpecification::classifer : Classifier [0..*] ... The Classifier or Classifiers of the represented instance. If multiple Classifiers are specified, the instance is classified by all of them. Unified Modeling Language 2.5.1 instance, InstanceSpecification, InstanceSpecification::classifier, Classifier
INFO An InstanceSpecification can act as a DeploymentTarget in a Deployment relationship, in the case that it represents an instance of a Node. It can also act as a DeployedArtifact, if it represents an instance of an Artifact. Unified Modeling Language 2.5.1 instance, InstanceSpecification, DeploymentTarget, Node, DeployedArtifact, Artifact
INFO An InstanceSpecification is a model element that represents an instance in a modeled system. Unified Modeling Language 2.5.1 instance, InstanceSpecification
INFO A Complex value type represents the mathematical concept of a complex number. A complex number consists of a real part defined by a real number, and an imaginary part defined by a real number multiplied by the square root of -1 ... OMG Systems Modeling Language (SysML) 1.6 ModelLibrary Complex, ValueType, PrimitiveValueType mathematics
INFO A DataType may be parameterized, bound, and used as TemplateParameters. Unified Modeling Language 2.5.1 Type, DataType, Classifier, structured DataType, TemplateParameter
INFO Instances of a structured DataType are considered to be equal if and only if the structure is the same and the values of the corresponding attributes are equal. Unified Modeling Language 2.5.1 Type, DataType, Classifier, structured DataType
INFO If a DataType has attributes (i.e., Properties owned by it and in its namespace) it is called a structured DataType. Instances of a structured DataType contain attribute values matching its attributes. Unified Modeling Language 2.5.1 Type, DataType, Classifier, structured DataType
INFO A DataType is a kind of Classifier. DataType differs from Class in that instances of a DataType are identified only by their value. All instances of a DataType with the same value are considered to be equal instances. Unified Modeling Language 2.5.1 Type, DataType, Classifier
SEMANTIC A PrimitiveType defines a predefined DataType, without any substructure. A PrimitiveType may have algebra and operations defined outside of UML, for example, mathematically. Unified Modeling Language 2.5.1 Type, DataType, PrimitiveType mathematics
INFO Block::isEncapsulated : Boolean [0..1] ... If false, or if a value is not present, then connections can be established to elements of its internal structure via deep-nested connector ends. OMG Systems Modeling Language (SysML) 1.6 Port Block::isEncapsulated, Block, NestedConnectorEnd
INFO Block::isEncapsulated : Boolean [0..1] If true, then the block is treated as a black box; a part typed by this black box can only be connected via its ports or directly to its outer boundary. OMG Systems Modeling Language (SysML) 1.6 Port Block::isEncapsulated, Block, NestedConnectorEnd
INFO Delegation Connectors can be used to model the hierarchical decomposition of behavior, where services provided by an EncapsulatedClassifier may ultimately be realized by one that is nested multiple levels deep within it. Unified Modeling Language 2.5.1 Port, Connector, Connector::kind, ConnectorKind, ConnectorKind::delegation
INFO A request that arrives at a Port that has a delegation Connector to one or more Properties or Ports on Properties will be passed on to those targets for handling. Unified Modeling Language 2.5.1 Port, Connector, Connector::kind, ConnectorKind, ConnectorKind::delegation
INFO A delegation Connector is a Connector that links a Port to a role within the owning EncapsulatedClassifier. It represents the forwarding of requests (Operation invocations and Signals). Unified Modeling Language 2.5.1 Port, Connector, Connector::kind, ConnectorKind, ConnectorKind::delegation
INFO Such a Port is called a behavior Port. If there is no Behavior defined for this EncapsulatedClassifier, any communication arriving at a behavior Port is lost. Unified Modeling Language 2.5.1 Port::isBehavior, Port, Behavior, EncapsulatedClassifier
INFO A Port has the ability, by setting the property isBehavior to true, to specify that any requests arriving at this Port are handled by the Behavior of the instance of the owning EncapsulatedClassifier, rather than being forwarded to any contained instances Unified Modeling Language 2.5.1 Port::isBehavior, Port, Behavior, EncapsulatedClassifier
INFO Connectors may be drawn that cross the boundaries of nested properties to connect to properties within them. The connector is owned by the most immediate block that owns both ends of the connector. OMG Systems Modeling Language (SysML) 1.7 Connector NestedConnectorEnd
INFO In contrast to Associations, which specify links between any instance of the associated Classifiers, Connectors specify links between instances playing the connected parts only. Unified Modeling Language 2.5.1 Connector, instance, link, Association, Classifier
INFO A Connector specifies links that enables communication between two or more instances. Unified Modeling Language 2.5.1 Connector, instance, link
INFO A ConnectorEnd is an endpoint of a Connector, which attaches the Connector to a ConnectableElement. Unified Modeling Language 2.5.1 ConnectorEnd, Connector, link, instance, StructuredClassifier, roles, Association, ConnectableElement
INFO Each Connector may be attached to two or more ConnectableElements, each representing a set of instances that contribute to the instantiation of the containing StructuredClassifier. Unified Modeling Language 2.5.1 Connector, link, instance, StructuredClassifier, roles, Association, ConnectableElement
INFO In contrast to Associations, which specify links between any suitably-typed instance of the associated Classifiers, Connectors specify links between instances playing the connected roles only. Unified Modeling Language 2.5.1 Connector, instance, StructuredClassifier, roles, Association
INFO Each link may be realized by something as simple as a pointer or by something as complex as a network connection, and may represent the possibility of instances being able to communicate because their identities are known by virtue of being passed in ... Unified Modeling Language 2.5.1 Connector, link, instance, StructuredClassifier, roles
INFO A Connector specifies links ... between two or more instances playing owned or inherited roles within a StructuredClassifier. Unified Modeling Language 2.5.1 Connector, link, instance, StructuredClassifier, roles
INFO A Usage is a Dependency in which the client Element requires the supplier Element (or set of Elements) for its full implementation or operation. Unified Modeling Language 2.5.1 Usage, Dependency, Dependency::client, Dependency::supplier, DirectedRelationship, NamedElement
INFO This means that the complete semantics of the client Element(s) are either semantically or structurally dependent on the definition of the supplier Element(s). Unified Modeling Language 2.5.1 Dependency, Dependency::client, Dependency::supplier, DirectedRelationship, NamedElement
INFO A Dependency is a Relationship that signifies that a single model Element or a set of model Elements requires other model Elements for their specification or implementation. Unified Modeling Language 2.5.1 Dependency, Dependency::client, Dependency::supplier, DirectedRelationship, NamedElement
INFO If a Property has a specified default, and the Property redefines another Property with a specified default, then the redefining Property’s default is used in place of the more general default from the redefined Property. Unified Modeling Language 2.5.1 Property, Property::redefinedProperty, Property::defaultValue
INFO A derived Property may redefine one which is not derived. An implementation shall ensure that the constraints implied by the derivation are maintained if the Property is updated. Unified Modeling Language 2.5.1 Property, Property::redefinedProperty, Property::isDerived
INFO Property is indirectly a kind of RedefinableElement, so Properties may be redefined. The name and visibility of a Property are not required to match those of any Property it redefines. Unified Modeling Language 2.5.1 Property, Property::redefinedProperty, NamedElement, NamedElement::name, VisibilityKind, NamedElement::visibility, RedefinableElement
NOTATION Members that are inherited by a Classifier may be shown on a diagram of that Classifier by prepending a caret ’^’ symbol to the textual representation that would be shown if the member were not inherited. Unified Modeling Language 2.5.1 Classifier, Generalization
NOTATION Constraint properties and their parameters also have their own notations ... OMG Systems Modeling Language (SysML) 1.6 Property, Port constraint property, MD:ConstraintProperty
NOTATION Ports are special cases of properties, and have a variety of notations ... OMG Systems Modeling Language (SysML) 1.6 Property, Port part property, MD:PartProperty
NOTATION A reference property is shown by a dashed-outline box, consistent with UML. OMG Systems Modeling Language (SysML) 1.6 Property reference property, MD:ReferenceProperty
NOTATION A part or value property is always shown on an internal block diagram with a solid-outline box. OMG Systems Modeling Language (SysML) 1.6 Property part property, value property, MD:PartProperty, MD:ValueProperty
INFO Four general categories of properties of blocks are recognized in SysML: parts, references, value properties, and constraint properties. OMG Systems Modeling Language (SysML) 1.6 Property part property, value property, constraint property, reference property, MD:PartProperty, MD:ConstraintProperty, MD:ReferenceProperty, MD:ValueProperty
NOTATION A compartment with the label “structure” may appear as part of a block definition to show connectors and other internal structure elements for the block being defined. This compartment may contain any of the graphical elements of an internal block diagram OMG Systems Modeling Language (SysML) 1.6 compartment, internal structure compartment, Connector Block, SysML Internal Block Diagram, internal structure
INFO Properties of any type may be shown in a "properties" compartment or in additional compartments with user-defined labels. OMG Systems Modeling Language (SysML) 1.6 Property, compartment Block, properties compartment
INFO Part, reference, value, and constraint properties may be shown in block definition compartments with the labels "parts," "references," "values," and "constraints" respectively. OMG Systems Modeling Language (SysML) 1.6 Property Block, value property, MD:ValueProperty, reference property, MD:ReferenceProperty, constraint property, MD:ConstraintProperty, parts compartment, references compartment, values compartment, constraints compartment
INFO A property typed by a SysML ValueType is classified as a value property, and always has composite aggregation. OMG Systems Modeling Language (SysML) 1.6 Property, AggregationKind, Property::aggregation, AggregationKind::composite Block, value property, MD:ValueProperty
INFO A property typed by a SysML Block that has composite aggregation is classified as a part property, except for the special case of a constraint property ... OMG Systems Modeling Language (SysML) 1.6 Property, AggregationKind, Property::aggregation, AggregationKind::composite Block, part property, MD:PartProperty
INFO A property typed by a Block that does not have composite aggregation is classified as a reference property. OMG Systems Modeling Language (SysML) 1.7beta1 Property, AggregationKind, Property::aggregation, AggregationKind::shared, AggregationKind::none Block, part property, reference property, shared property, MD:SharedProperty, MD:ReferenceProperty, MD:BlockProperty
INFO Constraint properties are further defined in Clause 10. A port is another category of property, as further defined in Section 9. OMG Systems Modeling Language (SysML) 1.6 Property, AggregationKind, Property::aggregation, AggregationKind::composite, Port Block, MD:ConstraintProperty, constraint property
INFO SysML establishes four basic classifications of properties belonging to a SysML Block or ValueType. OMG Systems Modeling Language (SysML) 1.6 Property Block, ValueType
INFO Classifier::isAbstract : Boolean [1..1] If true, the Classifier can only be instantiated by instantiating one of its specializations. An abstract Classifier is intended to be used by other Classifiers e.g., as the target of Associations or Generalizations Unified Modeling Language 2.5.1 Classifier::isAbstract, Classifier, Class
INFO SysML blocks can be used throughout all phases of system specification and design, and can be applied to many different kinds of systems. OMG Systems Modeling Language (SysML) 1.6 Block systems engineering, Model-Based Systems Engineering, SysML, Systems Modeling Language
NOTATION SysML Blocks also extend the capabilities of UML classes and connectors with reusable forms of constraints, multi-level nesting of connector ends, participant properties for composite association classes, and connector properties. OMG Systems Modeling Language (SysML) 1.6 StructuredClassifier, Class, Connector Block, UML4SysML, NestedConnectorEnd, nested Property, ParticipantProperty, [DEPRECATED] ConnectorProperty systems engineering, Model-Based Systems Engineering, SysML, Systems Modeling Language
NOTATION SysML blocks always include an ability to define internal connectors, regardless of whether this capability is needed for a particular block. OMG Systems Modeling Language (SysML) 1.6 StructuredClassifier, Class, Connector, internal Connector Block, UML4SysML systems engineering, Model-Based Systems Engineering, SysML, Systems Modeling Language
NOTATION SysML blocks are based on UML classes as extended by UML composite structures. Some capabilities available for UML classes, such as more specialized forms of associations, have been excluded from SysML blocks to simplify the language. OMG Systems Modeling Language (SysML) 1.6 StructuredClassifier, Class, Association Block, UML4SysML systems engineering, Model-Based Systems Engineering, SysML, Systems Modeling Language
NOTATION Blocks may also specify operations or other features that describe the behavior of a system OMG Systems Modeling Language (SysML) 1.6 Operation, BehavioralFeature, Activity, Interaction, StateMachine, Behavior, operations compartment Block systems engineering, Model-Based Systems Engineering, SysML, Systems Modeling Language
NOTATION SysML also allows each usage to define context-specific values and constraints associated with the individual usage, such as 25 psi for the front tires and 30 psi for the rear tires. OMG Systems Modeling Language (SysML) 1.6 Property, part, Property::defaultValue, Constraint Block, block property, part property, initial values, context-specific values, initialValues compartment systems engineering, Model-Based Systems Engineering, SysML, Systems Modeling Language
NOTATION For example, a block that represents the definition of a wheel can be used in different ways. The front wheel and rear wheel can represent different usages of the same wheel definition. OMG Systems Modeling Language (SysML) 1.6 Property, TypedElement, TypedElement::type, part Block, block property, part property systems engineering, Model-Based Systems Engineering, SysML, Systems Modeling Language
NOTATION A part belonging to a block, for example, may be typed by another block. The part defines a local usage of its defining block within the specific context to which the part belongs. OMG Systems Modeling Language (SysML) 1.6 Property, TypedElement, TypedElement::type, part Block, block property, part property systems engineering, Model-Based Systems Engineering, SysML, Systems Modeling Language
NOTATION A property can represent a role or usage in the context of its enclosing block. A property has a type that supplies its definition. OMG Systems Modeling Language (SysML) 1.6 Property, TypedElement, TypedElement::type Block, block property, value property, constraint property, part property, reference property systems engineering, Model-Based Systems Engineering, SysML, Systems Modeling Language
NOTATION Various notations for properties are available to distinguish these specialized kinds of properties on an internal block diagram. OMG Systems Modeling Language (SysML) 1.6 Property Block, block property, value property, SysML Internal Block Diagram systems engineering, Model-Based Systems Engineering, SysML, Systems Modeling Language
INFO Constraint Properties are a special class of property used to constrain other properties of blocks... OMG Systems Modeling Language (SysML) 1.6 Property, part, Constraint Block, block property, constraint property, ConstraintBlock systems engineering, Model-Based Systems Engineering, SysML, Systems Modeling Language
INFO Ports are a special class of property used to specify allowable types of interactions between blocks ... OMG Systems Modeling Language (SysML) 1.6 Property, Port, ports compartment Block, block property systems engineering, Model-Based Systems Engineering, SysML, Systems Modeling Language
INFO A block can include properties to specify its values, parts, and references to other blocks. OMG Systems Modeling Language (SysML) 1.6 Property, part Block, value property, part property, reference property, MD:ValueProperty, MD:PartProperty, MD:ReferenceProperty, values compartment, parts compartment, references compartment systems engineering, Model-Based Systems Engineering, SysML, Systems Modeling Language
INFO The Internal Block Diagram in SysML captures the internal structure of a block in terms of properties and connectors between properties. OMG Systems Modeling Language (SysML) 1.6 Diagram, Property Block, SysML Internal Block Diagram, internal structure systems engineering, Model-Based Systems Engineering, SysML, Systems Modeling Language
INFO It captures the definition of blocks in terms of properties and operations, and relationships such as a system hierarchy or a system classification tree OMG Systems Modeling Language (SysML) 1.6 Diagram, Feature, Relationship, Association, Generalization, part, Property, Operation Block, SysML Block Definition Diagram systems engineering, Model-Based Systems Engineering, SysML, Systems Modeling Language
INFO The Block Definition Diagram in SysML defines features of blocks and relationships between blocks such as associations, generalizations, and dependencies. OMG Systems Modeling Language (SysML) 1.6 Diagram, Feature, Relationship, Association, Dependency, Generalization Block, SysML Block Definition Diagram systems engineering, Model-Based Systems Engineering, SysML, Systems Modeling Language
INFO Parts in these systems may interact by many different means, such as software operations, discrete state transitions, flows of inputs and outputs, or continuous interactions. OMG Systems Modeling Language (SysML) 1.6 part, Property, State, Transition, ParameterDirectionKind::in, ParameterDirectionKind::out, ParameterDirectionKind::inout, ParameterDirectionKind::return Block, part property, flow, Continuous, «continuous», FlowDirectionKind, FlowDirectionKind::in, FlowDirectionKind::inout, ActivityAllocatePartition, Discrete, «discrete» systems engineering, Model-Based Systems Engineering, SysML, Systems Modeling Language, logical decomposition, physical decomposition, functional decomposition, software, hardware, human, human resource
INFO These include modeling either the logical or physical decomposition of a system, and the specification of software, hardware, or human elements. OMG Systems Modeling Language (SysML) 1.6 Block systems engineering, Model-Based Systems Engineering, SysML, Systems Modeling Language, logical decomposition, physical decomposition, functional decomposition, software, hardware, human, human resource
INFO The specific kinds of components, the kinds of connections between them, and the way these elements combine to define the total system can all be selected according to the goals of a particular system model. OMG Systems Modeling Language (SysML) 1.6 Property, part, Connector Block, part property, reference property, shared property, block property systems engineering, Model-Based Systems Engineering, SysML, Systems Modeling Language
INFO Blocks provide a general-purpose capability to model systems as trees of modular components. OMG Systems Modeling Language (SysML) 1.6 Property, part Block, part property, reference property, shared property, block property systems engineering, Model-Based Systems Engineering, SysML, Systems Modeling Language
INFO Each block defines a collection of features to describe a system or other element of interest. These may include both structural and behavioral features, such as properties and operations, to represent the state of the system and behavior ... OMG Systems Modeling Language (SysML) 1.6 Feature, StructuralFeature, BehavioralFeature, Property, Operation, Behavior Block, «system» systems engineering, Model-Based Systems Engineering, SysML, Systems Modeling Language
INFO Blocks are modular units of system description. OMG Systems Modeling Language (SysML) 1.6 Block systems engineering, Model-Based Systems Engineering, SysML, Systems Modeling Language
NOTATION A compartment with the label “receptions” may appear as part of a block definition to show signal receptions. The “«signal»” keyword is optional in this compartment. OMG Systems Modeling Language (SysML) 1.6 receptions compartment, «signal», Signal, Reception block compartment
INFO Although SysML indirectly imports the UML 2 PrimitiveTypes library ... due to the transitivity of package import, SysML provides a PrimitiveValueTypes model library that systems engineers can extend via SysML’s ValueType stereotype. OMG Systems Modeling Language (SysML) 1.6 ModelLibrary ValueType, PrimitiveValueType
INFO Stakeholder::concernList : Comment [0..*] OMG Systems Modeling Language (SysML) 1.6 Comment Stakeholder, Stakeholder::concernList
INFO Stakeholder::/concern : String [0..*] (derived) OMG Systems Modeling Language (SysML) 1.6 String Stakeholder, Stakeholder::/concern
INFO A Conform relationship is a generalization between a view and a viewpoint. The view conforms to the specified rules and conventions detailed in the viewpoint. When this is done, the view is said to conform to the viewpoint. OMG Systems Modeling Language (SysML) 1.6 Generalization, Extension Conform, View, Viewpoint
CONSTRAINT Viewpoint::2_create_view_operation The property ownedOperation shall include at least one operation named "View" with the UML Create stereotype applied. OMG Systems Modeling Language (SysML) 1.6 «Create», constructor, Operation, Class::ownedOperation Viewpoint, View
CONSTRAINT Viewpoint::1_method_derived_from_create_operations The derived values of the method attribute shall be the names of the methods of the operations stereotyped by the UML Create stereotype on the classifier stereotyped by Viewpoint. OMG Systems Modeling Language (SysML) 1.6 «Create», constructor, Operation, BehavioralFeature::method Viewpoint, Viewpoint::/method
INFO Viewpoint::stakeholder : Stakeholder [0..*] Set of stakeholders whose concerns are to be addressed by the viewpoint. OMG Systems Modeling Language (SysML) 1.6 Viewpoint, Viewpoint::stakeholder, Stakeholder, Stakeholder::/concern, Viewpoint::/concern
INFO Viewpoint::purpose : String [1] The purpose addresses the stakeholder concerns. OMG Systems Modeling Language (SysML) 1.6 String Viewpoint, Viewpoint::purpose, Stakeholder, Viewpoint::/concern, Stakeholder::/concern