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 Sort descending Source UML keywords SysML keywords Keywords
INFO Several requirements relationships are specified that enable the modeler to relate requirements to other requirements as well as to other model elements. OMG Systems Modeling Language (SysML) 1.6 Requirement, SysML Requirements Diagram, Satisfy, DeriveReqt, Copy, Verify requirements engineering
INFO Shallow history (shallowHistory) represents a return to only the topmost substate of the most recent state configuration, which is entered using the default entry rule. Unified Modeling Language 2.5.1 State, StateMachine, Vertex, Pseudostate, history, PseudostateKind::shallowHistory, substate, default entry rule, state configuration
CONSTRAINT shallowHistory Pseudostate can only be defined for composite States and, at most one such Pseudostate can be included in a Region of a composite State. Unified Modeling Language 2.5.1 StateMachine, State, Pseudostate, PseudostateKind::shallowHistory, composite State, Region
CONSTRAINT shallowHistory – ... A single outgoing Transition from this Pseudostate may be defined terminating on a substate of the composite State. This substate is the default shallow history state of the composite State. Unified Modeling Language 2.5.1 StateMachine, State, Pseudostate, PseudostateKind::shallowHistory, composite State, Transition, substate, default shallow history
CONSTRAINT shallowHistory – ... this type of Pseudostate is a kind of variable that represents the most recent active substate of its containing Region, but not the substates of that substate. A Transition terminating on this Pseudostate implies rest Unified Modeling Language 2.5.1 StateMachine, State, Pseudostate, PseudostateKind::shallowHistory, Region, Transition
INFO Signal flow is the movement of numbers between system components. These numbers might reflect physical quantities or not. In this example, they do not ... SysPhS-1.1 SysPhS, signal processing
INFO Signals flowing in and out of components are modeled by ports typed by interface blocks that have flow properties typed by numbers. SysPhS-1.1 Port "standard" Port, InterfaceBlock, FlowProperty, Number SysPhS, signal processing
INFO Signals pass through ports in the direction shown by the arrows. Item flows on connectors indicate that the signals are real numbers. SysPhS-1.1 Port, Connector "standard" Port, FlowProperty, FlowProperty::direction, ItemFlow SysPhS, signal processing
SEMANTIC Similar to junction points in Petri nets, join Pseudostates perform a synchronization function, whereby all incoming Transitions have to complete before execution can continue through an outgoing Transition. Unified Modeling Language 2.5.1 Pseudostate, PseudostateKind::join, Transition
INFO Similarly, we can talk about such a hierarchy of substates within a composite State. This complex hierarchy of States is referred to as a state configuration (of a State or a StateMachine). Unified Modeling Language 2.5.1 State, StateMachine, Region, composite State, State::/isComposite, State::/isSimple, state configuration
INFO Simulation platform data specified in the Component Ports (Input and Output), PhSConstants, and platform Parameters columns are scalar, unless marked with a V (vector) or an M (matrix). SysPhS-1.1 Port "standard" Port
INFO Since a value cannot be identified except by means of the value itself, each such value within a model is independent of any other, unless other forms of constraints are imposed. OMG Systems Modeling Language (SysML) 1.6 DataType ValueType
INFO Since baryons are made of three quarks [DISPUTED], their spin vectors can add to make a vector of length S = 3/2, which has four spin projections (Sz = +3/2, Sz = +1/2, Sz = −1/2, and Sz = −3/2), or a vector of length S = 1/2 with two spin projections ... Wikipedia
EXAMPLE, INFO Since overall fuel economy is a key requirement on the HSUV design, this example applies significant detail in assessing it. Figure D.32 shows the constraint blocks and properties necessary to evaluate fuel economy. OMG Systems Modeling Language (SysML) 1.6 Property HSUV sample problem, ConstraintBlock
INFO Since protons and neutrons behave similarly within the nucleus, and each has a mass of approximately one atomic mass unit, they are both referred to as nucleons. Wikipedia neutron
INFO Since the concept of requirements reuse is very important in many applications, SysML introduces the concept of a slave requirement. OMG Systems Modeling Language (SysML) 1.6 AbstractRequirement, Requirement, Copy, AbstractRequirement::/master requirements engineering, primary/replica
EXAMPLE, INFO Since the ecu:PowerControlUnit part and ice:InternalCombustionEngine part are connected via these ports, the ecu:PowerControlUnit part may invoke setThrottle and setMixture on the ice:InternalCombustionEngine part via its ice port, across the connector... OMG Systems Modeling Language (SysML) 1.6 Port HSUV sample problem, provided Feature, required Feature, part property, Block
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 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::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 So, for example, we chose position for translational motion because position is used in describing the behavior of a spring (i.e., Hooke’s law). Modelica By Example Modelica, acausal connection
INFO Some fermions are elementary particles, such as the electrons, and some are composite particles, such as the protons. Wikipedia
INFO Some signals in the example reflect physical quantities, but this is not physical interaction in the sense of physical substances with flow rates and potentials ... SysPhS-1.1 SysPhS, humidifier, HVAC&R
EXAMPLE, INFO Specific behavior allocation of Actions to Parts are depicted in Figure 15-4. OMG Systems Modeling Language (SysML) 1.6 Behavior, Action, part behavior allocation, SysML specification figure, Allocate, part property, MD:PartProperty functional allocation
INFO Stakeholder::/concern : String [0..*] (derived) OMG Systems Modeling Language (SysML) 1.6 String Stakeholder, Stakeholder::/concern
INFO Stakeholder::concernList : Comment [0..*] OMG Systems Modeling Language (SysML) 1.6 Comment Stakeholder, Stakeholder::concernList
INFO State machines in block definition diagrams appear as regular blocks, except the «stateMachine» keyword may be used to indicate the Block stereotype is applied to a state machine, as shown in Figure 13-1. OMG Systems Modeling Language (SysML) 1.6 StateMachine, «keyword» SysML Block Definition Diagram, «stateMachine»
INFO State machines in block definition diagrams can also appear with the same notation as submachine states. OMG Systems Modeling Language (SysML) 1.6 StateMachine, submachine, State::/isSubmachineState SysML Block Definition Diagram
INFO StateMachine execution is represented by transitions from one active state configuration to another in response to Event occurrences that match the Triggers of the StateMachine. Unified Modeling Language 2.5.1 State, StateMachine, Region, composite State, State::/isComposite, State::/isSimple, state configuration, valid state configuration, active state configuration, Event, Trigger, Transition::trigger, Transition
INFO, NOTATION Stereotypes applied to behaviors may appear on the notation for CallBehaviorAction when invoking those behaviors, as shown in Figure 11-2. OMG Systems Modeling Language (SysML) 1.6 CallBehaviorAction, Behavior, Activity Diagram, Stereotype, «keyword» SysML Activity Diagram secondary stereotype, SysML, Systems Modeling Language, MagicDraw SysML, Cameo Systems Modeler
INFO Stereotypes applied to behaviors may appear on the notation for CallBehaviorAction when invoking those behaviors, as shown in Figure 11-2. OMG Systems Modeling Language (SysML) 1.6 CallBehaviorAction, Behavior, Stereotype secondary stereotype, SysML, Systems Modeling Language, MagicDraw SysML, Cameo Systems Modeler
INFO Stereotypes applying to parameters can appear on object nodes in activity diagrams, as shown in Figure 11-7, when the object node notation is used as a shorthand for pins. OMG Systems Modeling Language (SysML) 1.6 Stereotype, «keyword», Parameter, ObjectNode, Pin, elided Pin notation SysML Activity Diagram secondary stereotype, SysML, Systems Modeling Language, MagicDraw SysML, Cameo Systems Modeler
INFO Streaming is a characteristic of UML behavior parameters that supports the input and output of items while a behavior is executing, rather than only when the behavior starts and stops. The flow may be continuous or discrete ... OMG Systems Modeling Language (SysML) 1.6 Parameter, Parameter::isStreaming, Behavior, execution Rate, «rate», Continuous, «continuous», Discrete, «discrete»
SEMANTIC Submachines are a means by which a single StateMachine specification can be reused multiple times. They are similar to encapsulated composite States in that they need to bind incoming and outgoing Transitions to their internal Vertices. Unified Modeling Language 2.5.1 State, StateMachine, submachine, Transition, Vertex
INFO Subrequirements shall be accessed through the "nestedClassifier" property of a class. OMG Systems Modeling Language (SysML) 1.6 Class, Class::nestedClassifier, Classifier Requirement, «system», AbstractRequirement, composite (compound) requirement, subrequirement requirements engineering
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
SEMANTIC Such an AcceptEventAction is terminated when its immediately containing Activity (or StructuredActivityNode) is terminated. Unified Modeling Language 2.5.1 AcceptEventAction, Activity, StructuredActivityNode
INFO Such constraints can also be used to identify critical performance parameters and their relationships to other parameters, which can be tracked throughout the system life cycle. OMG Systems Modeling Language (SysML) 1.6 Constraint ConstraintBlock mathematics, equation
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
INFO SysML also extends object nodes with the option to discard values if they do not immediately flow downstream (see NoBuffer in Figure 11-8). OMG Systems Modeling Language (SysML) 1.6 ObjectNode, Pin NoBuffer, «noBuffer»
INFO SysML also supports properties with shared aggregation, as shown by a white diamond symbol on an association. OMG Systems Modeling Language (SysML) 1.6 AggregationKind::shared, AggregationKind, Association, Property
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, ConnectorProperty 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
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
INFO SysML connectors correspond to Modelica connect equations, which link components typed by Modelica connectors. This depends on the correspondence between SysML port types and Modelica connectors ... SysPhS-1.1 Connector, Port "standard" Port, FlowProperty
INFO SysML default and initial values correspond to start values of Modelica components. Start values are marked as fixed, requiring the values be set at the beginning of the simulation (otherwise, simulators only take the values as suggestions ...) SysPhS-1.1 Property::defaultValue initial values, context-specific values, value property SysPhS, Modelica
EXAMPLE, INFO SysML defines defaults for multiplicities on the ends of specific types of associations. OMG Systems Modeling Language (SysML) 1.7beta1 Association, AggregationKind, multiplicity HSUV sample problem
INFO SysML defines ValueType as a stereotype of UML DataType to establish a more neutral term for system values that may never be given a concrete data representation. OMG Systems Modeling Language (SysML) 1.6 DataType ValueType
INFO SysML does not use all of the UML diagram types such as the object diagram, communication diagram, interaction overview diagram, timing diagram, deployment diagram, and profile diagram. OMG Systems Modeling Language (SysML) 1.6 Diagram, Object Diagram, Communication Diagram, Interaction Overview Diagram, Timing Diagram, Deployment Diagram, Profile Diagram
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 SysML extends blocks to support flow properties and provided and required features. OMG Systems Modeling Language (SysML) 1.6 provided Feature, required Feature, Block, FlowProperty
NOTATION SysML has added some notational extensions to represent stereotype properties in compartments as well as notes. OMG Systems Modeling Language (SysML) 1.6 compartment, Stereotype, Note SysML
INFO SysML identifies two [EDIT:ADDITIONAL] usage patterns for ports, one where ports act as proxies for their owning blocks or its internal parts (proxy ports), and another where ports specify separate elements of the system (full ports). OMG Systems Modeling Language (SysML) 1.6 Port ProxyPort, FullPort
INFO SysML initial values specify property values for components used in internal block diagrams. SysPhS-1.1 Property::defaultValue, Property initial values, context-specific values, initialValues compartment SysPhS, signal processing
INFO SysML initial values specify property values for components used in internal block diagrams. Figure 59 shows initial values for fluid density, gravity, tank surface area, pipe radius, pipe length, and dynamic viscosity of the fluid ... SysPhS-1.1 initial values, context-specific values, initialValues compartment SysPhS, hydraulics
INFO SysML numeric value types can be linked to units, where units are modeled with the SysML Unit block. These units are linked to value types that are generalized by SysML’s numeric value types. Units and their symbols are from ISO 80000. SysPhS-1.1 DataType ValueType, Unit, ValueType::unit SysPhS, SysML, Systems Modeling Language, ISO-80000
INFO SysML packages correspond to Modelica models defined as the root element of a file. The following Modelica code corresponds to Figure 17. It has a model P owning a model B ... SysPhS-1.1 SysPhS
INFO SysML parameter names are replaced in the Modelica equations according to the bindings in Figure 13 [ERROR]: f is replaced by u, pos is replaced by y, x is replaced by position, k is replaced by springcst, v is replaced by velocity, m is replaced by mass. SysPhS-1.1 Constraint ConstraintBlock SysPhS, Modelica, SysML, Systems Modeling Language
NOTATION SysML permits any property shown on an internal block diagram to also show compartments within the property box. These compartments may be given standard or user-customized labels just as on block definitions. OMG Systems Modeling Language (SysML) 1.6 compartment property compartment, SysML Internal Block Diagram, IBD :features compartments, :values compartment, :parts compartment, :properties compartment, :references compartment, :flow properties compartment, :operations compartment
INFO SysML provides extensions that might be very loosely grouped under the term “continuous,” but are generally applicable to any sort of distributed flow of information and physical items through a system. OMG Systems Modeling Language (SysML) 1.6 «continuous» continuous system
INFO SysML provides modeling constructs to represent text-based requirements and relate them to other modeling elements. OMG Systems Modeling Language (SysML) 1.6 Requirement, AbstractRequirement::text, Satisfy, Verify, DeriveReqt, Copy requirements engineering
INFO SysML reuses many of the major diagram types of UML. In some cases, the UML diagrams are strictly reused, such as use case, sequence, state machine, and package diagrams, whereas in other cases they are modified so that they are consistent with SysML ... OMG Systems Modeling Language (SysML) 1.6 Diagram, UseCase Diagram, Sequence Diagram, StateMachine Diagram, Package Diagram
INFO SysML ValueType adds an ability to carry a unit of measure and quantity kind associated with the value. OMG Systems Modeling Language (SysML) 1.6 DataType ValueType, Unit, QuantityKind
INFO SysPhS-1.1: This specification: Extends SysML with additional information needed to model physical interaction and signal flow simulation independently of simulation platforms. SysPhS-1.1 SysPhS, SysML, Systems Modeling Language, execution, simulation, physical interaction
INFO SysPhS-1.1: This specification: Gives translations between SysML as extended above and two widely-used simulation languages and tools for physical interaction and signal flow simulation. SysPhS-1.1 SysPhS, SysML, Systems Modeling Language, execution, simulation, physical interaction
INFO SysPhS-1.1: This specification: Includes a platform-independent SysML library of simulation elements that can be reused in system models. SysPhS-1.1 SysPhS, SysML, Systems Modeling Language, execution, simulation, physical interaction
INFO SysPhS-1.1: This specification: Provides a human-usable textual syntax for mathematical expressions. SysPhS-1.1 SysPhS, SysML, Systems Modeling Language, execution, simulation, physical interaction
INFO System modelers often associate various elements in a user model in abstract, preliminary, and sometimes tentative ways. Allocations can be used early in the design as a precursor to more detailed rigorous specifications and implementations. OMG Systems Modeling Language (SysML) 1.6 Allocate
EXAMPLE, INFO Systems engineers have frequent need to allocate structural model elements (e.g., blocks, parts, or connectors) to other structural elements. OMG Systems Modeling Language (SysML) 1.6 Connector, part Allocate, «allocate», structural allocation, Block, part property systems engineering, Model-Based Systems Engineering
INFO sz is the spin projection quantum number along the z-axis. Wikipedia
INFO Tabular representations, such as the allocation table, are used in SysML but are not considered part of the diagram taxonomy. OMG Systems Modeling Language (SysML) 1.6 Diagram, Activity Diagram SysML Activity Diagram
INFO Tanks and pipes have openings for fluid to pass through, one for tanks and two for pipes. The openings are represented by ports of type VolumeFlowElement, from the physical interaction library .. SysPhS-1.1 SysPhS, hydraulics
CONSTRAINT terminate – Entering a terminate Pseudostate implies that the execution of the StateMachine is terminated immediately. The StateMachine does not exit any States nor does it perform any exit Behaviors. Any executing doActivity Behaviors are ... aborted Unified Modeling Language 2.5.1 StateMachine, State, Pseudostate, PseudostateKind::terminate, termination, State::exit, State::doActivity, Behavior, DestroyObjectAction UML
CONSTRAINT TestCase::1_return_verdictkind The type of return parameter of the stereotyped model element shall be VerdictKind. (note this is consistent with the UML Testing Profile). OMG Systems Modeling Language (SysML) 1.6 UML Testing Profile TestCase, Requirement, VerdictKind, VerdictKind::pass, VerdictKind::fail, VerdictKind::inconclusive, VerdictKind::error requirements engineering, test engineering
SEMANTIC That is, it does not terminate after accepting an Event occurrence and outputting any values (as described above), but continues to wait for another Event occurrence. Unified Modeling Language 2.5.1 AcceptEventAction, Activity
INFO The Action execution consumes input data on all InputPins on the Action up to the upper multiplicity for each InputPin. Unified Modeling Language 2.5.1 Activity, Activity Diagram, Action, execution, InputPin, Action::/input, MultiplicityElement::/upper
EXAMPLE, INFO The activity diagram for Monitor Traction is shown in Figure 11-11. OMG Systems Modeling Language (SysML) 1.6 SysML specification figure, SysML Activity Diagram
EXAMPLE, INFO The activity diagram for the control operator Enable on Brake Pressure > 0 is shown in Figure 11-12. OMG Systems Modeling Language (SysML) 1.6 Activity ControlOperator
INFO The ActivityEdges going out of ForkNodes continue to hold the tokens they accept until all pending offers have been accepted by their targets. Unified Modeling Language 2.5.1 ForkNode, ActivityEdge, ActivityNode::outgoing, token
CONSTRAINT The aggregation of a property stereotyped by ParticipantProperty shall be none OMG Systems Modeling Language (SysML) 1.6 AggregationKind::none, AggregationKind ParticipantProperty
INFO The Allocate stereotype specializes DirectedRelationshipPropertyPath to enable allocations to identify their sources and targets by a multi-level path of accessible properties from context blocks for the sources and targets. OMG Systems Modeling Language (SysML) 1.6 Allocate, allocation, «allocate», DirectedRelationshipPropertyPath, multi-level property path
INFO The allocation relationship can provide an effective means for navigating the model by establishing cross relationships, and ensuring the various parts of the model are properly integrated. OMG Systems Modeling Language (SysML) 1.6 Allocate
EXAMPLE, INFO The allocation table can also be shown using a sparse matrix style as in the following example shown in Figure 15-9. OMG Systems Modeling Language (SysML) 1.6 HSUV sample problem, «allocate», Allocate
EXAMPLE, INFO The allocation to Activity6 comes from a nested part, and uses the attributes of DirectedRelationshipPropertyPath to specify the path of properties to reach that part. The sourceContext of the allocation is Block4 and the sourcePropertyPath is (Part5). OMG Systems Modeling Language (SysML) 1.6 Behavior, Action, part behavior allocation, SysML specification figure, Allocate, part property, MD:PartProperty, AllocateActivityPartition functional allocation
INFO The amp, alpha and g properties have the PhSConstant stereotype applied, specifying that their values are constant during each simulation run. SysPhS-1.1 value property SysPhS, signal processing, amplifier, high-pass filter, low-pass filter
INFO The amplifier changes the signal strength by a factor gain, the low-pass filter eliminates the high-frequency components of the incoming signal, and the high-pass filter eliminates the low-frequency components of the signal. SysPhS-1.1 Constraint ConstraintBlock, constraint parameter SysPhS, signal processing, amplifier, high-pass filter, low-pass filter
INFO The amplifier, filters (high-pass and low-pass), signal source, and signal sink have properties g, alpha and xi, amp, and scope, respectively. SysPhS-1.1 value property SysPhS, signal processing, amplifier, high-pass filter, low-pass filter
INFO The amplifier, low-pass fil[t]er, and high-pass filter constraints show the input-output relationship of these components as the signal passes through them. SysPhS-1.1 Constraint ConstraintBlock, constraint parameter SysPhS, signal processing, amplifier, high-pass filter, low-pass filter
RULE The argument Pins of a CallAction are matched, in order, to the sublist of input Parameters, while the result Pins are matched, in order, to the sublist of output Parameters. Unified Modeling Language 2.5.1 CallAction, CallBehaviorAction, CallOperationAction, StartObjectBehaviorAction, Parameter, Behavior, Operation, Pin
EXAMPLE, INFO The associations among the classes may represent abstract conceptual relationships among the entities, which would be refined in subsequent diagrams. OMG Systems Modeling Language (SysML) 1.6 Connector, Association, Class context diagram, SysML Internal Block Diagram
INFO The associations may be composition if the intention is to delete instances of the classifier flowing the activity when the activity is terminated. See example in 11.4, Usage Examples. OMG Systems Modeling Language (SysML) 1.6 Association, Classifier, ObjectNode, Variable, Parameter, AggregationKind::composite, AggregationKind Block, ValueType, SysML Block Definition Diagram, AdjunctProperty, AdjunctProperty::principal
INFO The atomic number or proton number (symbol Z) of a chemical element is the number of protons found in the nucleus of every atom of that element. Wikipedia
INFO The basic scheme is that the primary light-gathering element, the objective (the convex lens or concave mirror used to gather the incoming light), focuses that light from the distant object to a focal plane where it forms a real image. Wikipedia optical telescope, telescope, light, image, lens, mirror
INFO The behaviors of a UseCase can be described by a set of Behaviors (through its ownedBehavior relationship), such as Interactions, Activities, and StateMachines, as well as by pre-conditions, post-conditions and natural language text where appropriate. Unified Modeling Language 2.5.1 UseCase, UseCase::subject, Behavior, BehavioredClassifier, BehavioredClassifier::ownedBehavior, Interaction, StateMachine, Behavior::precondition, Behavior::postcondition
INFO The best known of all leptons is the electron. Wikipedia
INFO The BFG (short for The Big Friendly Giant) is a 1982 children's book written by British novelist Roald Dahl and illustrated by Quentin Blake. Wikipedia Webel Parsing Analysis
INFO The binding path includes the property at the bound end, and before that, the property path of the bound end, if it is a nested connector end. OMG Systems Modeling Language (SysML) 1.6 BoundReference, BindingConnector, BoundReference::/bindingPath
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 The block SpringMassSys has a SysML constraint property smsc typed by SMSConstraint. The constraint block has six parameters, each bound to a property reachable from the spring mass system: SysPhS-1.1 ConstraintBlock SysPhS
INFO The blocks used in these diagrams are introduced in Subannex A.5.4. SysPhS-1.1 SysPhS, humidifier, HVAC&R