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
INFO Figure 9-8 shows an association block Water Delivery between a bank of spigots and a faucet. The «port» keyword indicates which association ends are ports (associations use properties as ends, which can be ports). OMG Systems Modeling Language (SysML) 1.6 Port AssociationBlock
INFO Figure 9-7 happens to use unstereotyped ports on a general block distributed to users, and stereotyped ports on its specializations for implementation, but the modelers might have not used stereotypes at all, if they did not care whether the model met ... OMG Systems Modeling Language (SysML) 1.6 Port FullPort, "standard" Port, ProxyPort
EXAMPLE, INFO Figure 9-6 is a fragment of the ibd:PwrSys diagram used in the HybridSUV Sample Problem in Annex D. (The complete diagram is in Figure D.19.) OMG Systems Modeling Language (SysML) 1.6 HSUV sample problem
EXAMPLE, INFO Figure 9-14 modifies Figure 9-9 to use Plumbing as a connector type within the Water Delivery association block. OMG Systems Modeling Language (SysML) 1.6 Connector AssociationBlock, SysML specification figure
EXAMPLE, INFO Figure 9-13 shows the internal structure for the Plumbing association block, which includes a pipe and two fittings (the additional part and connector definitions are omitted for brevity). OMG Systems Modeling Language (SysML) 1.6 Connector, part AssociationBlock, part property
EXAMPLE, INFO Figure 9-12 adds a Plumbing association block for the association between Spigot and Faucet Inlet in Figure 9-11. OMG Systems Modeling Language (SysML) 1.6 Association AssociationBlock
EXAMPLE Figure 9-10 shows two views of a block House with a connector of type Water Delivery. OMG Systems Modeling Language (SysML) 1.6 Connector SysML specification figure, ParticipantProperty, AssociationBlock
INFO Figure 8-23 shows the classification of a particular machine over time, identified by its serial number. OMG Systems Modeling Language (SysML) 1.6 Classifier, Stereotype, Property PropertySpecificType
INFO Figure 8-22 shows property-specific types in a model of facilities that includes factories and warehouses. Items flow through facilities, while resources operate on items. OMG Systems Modeling Language (SysML) 1.6 Classifier, Stereotype, Property PropertySpecificType
INFO Figure 8-17 shows specializations for vehicles that restrict aspects of nested parts by redefining bound references. Paths for bound references are based on the property paths of the corresponding binding connectors. OMG Systems Modeling Language (SysML) 1.6 BoundReference, nested Property, BindingConnector
INFO Figure 8-16 shows the same decomposition in an internal block diagram that includes bound references. The binding connectors have nested connector ends, because they link inside the parts of the vehicle. OMG Systems Modeling Language (SysML) 1.6 SysML specification figure, SysML Internal Block Diagram, BoundReference, NestedConnectorEnd
INFO Figure 8-15 shows an example decomposition for vehicles in a block definition diagram. OMG Systems Modeling Language (SysML) 1.6 SysML specification figure, SysML Block Definition Diagram
INFO Figure 62 and Figure 63 show the parametric diagrams of the tank and the pipe, respectively. SysPhS-1.1 Constraint constraint parameter, ConstraintBlock, BindingConnector, SysML Parametric Diagram SysPhS
INFO Figure 60 shows block definitions for components of ConnectedTanks in Figure 59. SysPhS-1.1 SysPhS, hydraulics
INFO Figure 59 shows the internal structure of a ConnectedTanks block. SysPhS-1.1 SysML Internal Block Diagram SysPhS, hydraulics
INFO Figure 52 through Figure 57 show parametric diagrams for the source, amplifier, high-pass fil[t]er, low-pass filter, mixer, and sink, respectively. SysPhS-1.1 Constraint ConstraintBlock, constraint parameter, BindingConnector, SysML Parametric Diagram, constraint property, MD:ConstraintProperty SysPhS, signal processing
INFO Figure 49-Figure 50 show block definitions for components of TestBed and SignalProcessor in Figure 47 and Figure 48, respectively. SysPhS-1.1 Block SysPhS, signal processing, amplifier, filter, high-pass filter, low-pass filter
INFO Figure 48 connects the signal processor input to an amplifier, the output of the amplifier to a high-pass filter in parallel with a low-pass filter, the outputs of the filters to a mixer, and the output of the mixer to the signal processor output. SysPhS-1.1 Port, Connector "standard" Port, SysML Internal Block Diagram SysPhS, signal processing
INFO Figure 47 shows an initial value for source amplitude amp, while Figure 48 shows initial values for amplifier signal gain g and filtering properties xi and alpha ... SysPhS-1.1 Property::defaultValue, Property initial values, context-specific values, initialValues compartment SysPhS, signal processing, amplifier, filter, high-pass filter, low-pass filter
INFO Figure 47 connects a signal source to a signal processor, which it connects to a signal sink that displays the output. SysPhS-1.1 Port, Connector "standard" Port, SysML Internal Block Diagram SysPhS, signal processing
INFO Figure 47 and Figure 48 show the internal structure of blocks TestBed and SignalProcessor, respectively SysPhS-1.1 SysML Internal Block Diagram SysPhS, signal processing
INFO Figure 28 shows how a value type with units is defined in SysML, from the units library in Figure 20 [ERROR], Subclause 11.2.2 [ERROR]. It has a value type Force that specializes the Real value type and has newton as unit. The newton unit has a symbol N. SysPhS-1.1 ValueType, Unit, ValueType::unit, Real SysPhS, SysML, Systems Modeling Language, ISO-80000
INFO Figure 25 shows an example [USAGE OF A] constraint block for a signal flow application, using ports like those defined in Figure 22, Subclause 10.7.3, except in a system containing a spring attached to another object. SysPhS-1.1 ConstraintBlock SysPhS
INFO Figure 22 shows an example signal flow application. The block Spring has two ports u and y, of type RealInSignalElement and RealOutSignalElement from the signal flow library ..., respectively. SysPhS-1.1 Port "standard" Port SysPhS
EXAMPLE, INFO Figure 17-1 [Figure 16-7] is a state machine diagram of the BurnishTest test case, which expresses the textual sequence and criteria of the Burnish requirement in state machine form. OMG Systems Modeling Language (SysML) 1.6 callout, StateMachine HSUV sample problem, SysML specification figure, Requirement, TestCase requirements engineering, test engineering
EXAMPLE, INFO Figure 16-5 illustrates the use of the Copy dependency to allow a single requirement to be reused in several requirements hierarchies. The master tag provides a textual reference to the reused requirement. OMG Systems Modeling Language (SysML) 1.6 Dependency, Dependency::client, Dependency::supplier Copy, Requirement
EXAMPLE, INFO Figure 15-5 shows flow allocation of [an] ObjectFlow to a Connector, or alternatively to an ItemFlow. OMG Systems Modeling Language (SysML) 1.6 ObjectFlow, Connector SysML specification figure, Allocate, ItemFlow
EXAMPLE, INFO Figure 11-14 shows a block definition diagram with composition associations between the activity in Figure 11-10 and the types the object nodes in that activity, with AdjunctProperty applied to the object node type end. OMG Systems Modeling Language (SysML) 1.6 AggregationKind::composite, Association, Activity, ObjectNode «activity», SysML specification figure, AdjunctProperty
EXAMPLE, INFO Figure 11-13 shows a block definition diagram with composition associations between the activities and AdjunctProperty applied to the part ends in Figures 11.10, 11.11, and 11.12, as an alternative way to show the activity decomposition of Figures ... OMG Systems Modeling Language (SysML) 1.6 AggregationKind::composite, Association AdjunctProperty, SysML Block Definition Diagram
INFO Figure 11-10 shows a simplified model of driving and braking in a car that has an automatic braking system. OMG Systems Modeling Language (SysML) 1.6 SysML specification figure, Continuous, «continuous»
INFO Fermions include all quarks and leptons, as well as all composite particles made of an odd number of these, such as all baryons and many atoms and nuclei. Wikipedia
INFO Fermions differ from bosons, which obey Bose–Einstein statistics. Wikipedia
INFO Features that are not denoted as a DirectedFeature are implicitly provided features. As such they can be matched against a corresponding required feature. OMG Systems Modeling Language (SysML) 1.7beta1 DirectedFeature, FeatureDirectionKind::provided, FeatureDirectionKind::required, FeatureDirectionKind::providedrequired, FeatureDirectionKind
SEMANTIC Features represent structural and behavioral characteristics of Classifiers. Unified Modeling Language 2.5.1 Feature, Classifier, StructuralFeature, BehavioralFeature
INFO Far infrared (FIR) is a region in the infrared spectrum of electromagnetic radiation. Far infrared is often defined as any radiation with a wavelength of 15 micrometers (μm) to 1 mm Wikipedia infrared, infrared astronomy, far infrared
INFO f1 is replaced by p1.f, v1 is replaced by p1.lV, x is replaced by lengthchg, k is replaced by springcst, v is replaced by velocitydiff, f is replaced by forcethru, v2 is replaced by p2.v, and f2 is replaced by p2.f. SysPhS-1.1 Constraint ConstraintBlock, constraint parameter, constraint property SysPhS, SysML, Systems Modeling Language, Modelica
INFO external - Implies that the Transition, if triggered, will exit the composite (source) State. Unified Modeling Language 2.5.1 Transition, TransitionKind, Transition::kind, Enumeration, TransitionKind::external, State::exit, composite State
INFO Extension of object nodes, including pins, with the option for newly arriving values to replace values that are already in the object nodes (see Overwrite in Figure 11-8). OMG Systems Modeling Language (SysML) 1.6 ObjectNode, Pin Overwrite, «overwrite»
SEMANTIC Expressions are ValueSpecifications that specify values resulting from a computation. Unified Modeling Language 2.5.1 Expression, ValueSpecification, computation
INFO Exotic baryons containing five quarks (known as pentaquarks) have also been discovered and studied. Wikipedia
CONSTRAINT exitPoint – An exitPoint Pseudostate is an exit point of a StateMachine or composite State that provides encapsulation of the insides of the State or StateMachine. Unified Modeling Language 2.5.1 State, Pseudostate, PseudostateKind::exitPoint, StateMachine, composite State
CONSTRAINT exitPoint – ... If multiple Transitions from orthogonal Regions within the State terminate on this Pseudostate, then it acts like a join Pseudostate. Unified Modeling Language 2.5.1 State, Pseudostate, PseudostateKind::exitPoint, StateMachine, composite State, Region, State::exit, Behavior
SEMANTIC Exiting via a FinalState or by a group Transition has the same meaning as for ordinary composite States. Unified Modeling Language 2.5.1 State, StateMachine, submachine, group Transition, Transition, composite State
INFO Exit points are the inverse of entry points. That is, Transitions originating from a Vertex within the composite State can terminate on the exit point. Unified Modeling Language 2.5.1 State, StateMachine, Transition, PseudostateKind, PseudostateKind::exitPoint, Vertex
INFO Execution of the test section may precede or follow execution of the bodyPart, depending on whether isTestFirst is true or false, respectively. ... If the bodyPart is executed first (isTestFirst=false), it is always executed at least once ... Unified Modeling Language 2.5.1 Activity, Activity Diagram, LoopNode, LoopNode::test, LoopNode::bodyPart, LoopNode::isTestedFirst
SEMANTIC ExecutableNodes actually carry out the desired behavior of an Activity. If an ExecutableNode has incoming ControlFlows, then there must be tokens offered on all these flows that it accepts before beginning execution. Unified Modeling Language 2.5.1 Activity, ActivityNode, ExecutableNode, Action, ActivityNode::incoming, ControlFlow
INFO Except in the case of an output ActivityParameterNode, tokens held by an ObjectNode may leave the node on outgoing ActivityEdges. Unified Modeling Language 2.5.1 Activity, ObjectNode, token, object token, ActivityParameterNode, ActivityEdge
INFO Except in the case of an input ActivityParameterNode ... the tokens held by an ObjectNode arrive from incoming ActivityEdges. Unified Modeling Language 2.5.1 Activity, ObjectNode, token, object token, ActivityParameterNode, ActivityEdge
INFO Examples of additional non-normative stereotypes based on AbstractRequirement are included in E.8. OMG Systems Modeling Language (SysML) 1.6 AbstractRequirement, Requirement
INFO Equations in constraint blocks are applied to components using binding connectors in component parametric diagrams. SysPhS-1.1 Constraint ConstraintBlock, constraint parameter, BindingConnector, SysML Parametric Diagram SysPhS, signal processing
INFO Equations in constraint blocks are applied to components using binding connectors in component parametric diagrams. SysPhS-1.1 Constraint constraint parameter, ConstraintBlock, BindingConnector, SysML Parametric Diagram SysPhS
INFO Equations define mathematical relationships between the values of numeric variables. Equations in SysML, are constraints in constraint blocks that use properties of the blocks (parameters) as variables. SysPhS-1.1 Constraint constraint parameter, ConstraintBlock, Block SysPhS
INFO Equations define mathematical relationships between the values of numeric variables. Equations in SysML, are constraints in constraint blocks that use properties of the blocks (parameters) as variables. SysPhS-1.1 Constraint ConstraintBlock, constraint parameter SysPhS, signal processing
INFO Equations define mathematical relationships between the values of numeric variables. Equations in SysML, are constraints in constraint blocks that use properties of the blocks (parameters) as variables. SysPhS-1.1 Constraint constraint parameter, ConstraintBlock
SEMANTIC entryPoint – An entryPoint Pseudostate represents an entry point for a StateMachine or a composite State that provides encapsulation of the insides of the State or StateMachine. Unified Modeling Language 2.5.1 State, Pseudostate, PseudostateKind::entryPoint, StateMachine, composite State
CONSTRAINT entryPoint – ... NOTE. If the owning State has an associated entry Behavior, this Behavior is executed before any behavior associated with the outgoing Transition. Unified Modeling Language 2.5.1 State, Pseudostate, PseudostateKind::entryPoint, StateMachine, Behavior, Transition, State::entry
CONSTRAINT entryPoint – ... NOTE. ... If multiple Regions are involved, the entry point acts as a fork Pseudostate. Unified Modeling Language 2.5.1 State, Pseudostate, PseudostateKind::entryPoint, StateMachine, PseudostateKind::fork
INFO Entry points represent termination points (sources) for incoming Transitions and origination points (targets) for Transitions that terminate on some internal Vertex of the composite State. Unified Modeling Language 2.5.1 State, StateMachine, Transition, PseudostateKind, PseudostateKind::entryPoint, Vertex, Transition::source, Transition::target
INFO ElementGroups appear in diagrams as comments, and properties of the stereotype appear in the notation for stereotype properties. OMG Systems Modeling Language (SysML) 1.6 Comment, Stereotype, stereotype Property ElementGroup
INFO ElementGroup::orderedMember : Element [0..*] Organize member according to an arbitrary order. Optional. (subsets: ElementGroup::member) OMG Systems Modeling Language (SysML) 1.6 Comment ElementGroup, ElementGroup::orderedMember
INFO ElementGroup::name : String [1] Name of the element group OMG Systems Modeling Language (SysML) 1.6 Comment ElementGroup, ElementGroup::name
INFO ElementGroup::/size : Integer [1] Number of members in the group. Derived. (derived) OMG Systems Modeling Language (SysML) 1.6 Comment ElementGroup, ElementGroup::/size, ElementGroup::/member
INFO ElementGroup::/member : Element [0..*] Set specifying the members of the group. Derived from Comment::annotatedElement. (derived) OMG Systems Modeling Language (SysML) 1.6 Comment, Comment::annotatedElement ElementGroup, ElementGroup::/member
INFO ElementGroup::/criterion : String [0..1] Specifies the rationale for being member of the group. Adding an element to the group asserts that the criterion applies to this element. Derived from Comment::body. (derived) OMG Systems Modeling Language (SysML) 1.6 Comment, Comment::body ElementGroup, ElementGroup::/criterion, ElementGroup::/member
INFO Elementary fermions are grouped into three generations, each comprising two leptons and two quarks. The first generation includes up and down quarks, the second strange and charm quarks, and the third bottom and top quarks. Wikipedia
INFO Elementary fermions are grouped into three generations, each comprising two leptons and two quarks. Wikipedia
INFO Element groups do not own their elements and thus an element can participate in an unlimited number of groups. OMG Systems Modeling Language (SysML) 1.6 Comment, Comment::annotatedElement ElementGroup, ElementGroup::/member
INFO Element groups can be members of other element groups, but this does not imply that members of the first are members of the second. OMG Systems Modeling Language (SysML) 1.6 Comment, Comment::annotatedElement ElementGroup, ElementGroup::/member
INFO Element groups are named using the name property. OMG Systems Modeling Language (SysML) 1.6 Comment ElementGroup, ElementGroup::name
INFO Electrons have the least mass of all the charged leptons. Wikipedia
INFO Electrons have an electric charge of −1.602176634×10−19 coulombs, which is used as a standard unit of charge for subatomic particles, and is also called the elementary charge. Wikipedia
INFO electromagnetism ... is proportional to charge, and is thus zero for the electrically neutral neutrinos. Wikipedia
INFO Each UseCase specifies a unit of useful functionality that the subject provides to its users (i.e., a specific way of interacting with the subject). This functionality must always be completed for the UseCase to complete. Unified Modeling Language 2.5.1 UseCase, Behavior, BehavioredClassifier, UseCase::subject
INFO Each type of component has its own behaviors, defined as constraints ... SysPhS-1.1 Constraint ConstraintBlock SysPhS, hydraulics
EXAMPLE, INFO Each model element depicted may include a graphical icon to help convey its intended meaning. OMG Systems Modeling Language (SysML) 1.6 icon, Stereotype, image
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 Each kind of component has its own behaviors, defined as constraints ... SysPhS-1.1 Constraint ConstraintBlock SysPhS, signal processing, mixer
EXAMPLE, INFO Each instance of Operating Car is an execution of that behavior. It owns the executions of the behaviors it invokes synchronously, such as Driving. OMG Systems Modeling Language (SysML) 1.6 AggregationKind::composite, Association AdjunctProperty, SysML Block Definition Diagram
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
SEMANTIC Each ConnectionPointReference is matched by a corresponding entry or exit point in the referenced submachine StateMachine. This provides the necessary binding mechanism between the submachine invocation and its specification. Unified Modeling Language 2.5.1 State, StateMachine, submachine, ConnectionPointReference, Transition, State::exit, State::entry
INFO Each classifier of conveyed items on an item flow shall be the same as, a specialization of, or a generalization of at least one flow property type on each end of the connected block usages (or their accessible nested block usages recursively, ... OMG Systems Modeling Language (SysML) 1.6 InformationFlow ItemFlow
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 Each ActivityParameterNode is associated with one Parameter of the Activity that owns the node. The type of an ActivityParameterNode shall be the same as the type of its associated Parameter. Unified Modeling Language 2.5.1 Activity, Behavior, Parameter, ActivityParameterNode, Type
INFO Due to a phenomenon known as color confinement, quarks are never found in isolation; they can be found only within hadrons, which include baryons (such as protons and neutrons) and mesons, or in quark–gluon plasmas. Wikipedia
INFO Don't judge a book by its cover Wikipedia proverb, Webel Parsing Analysis
INFO Discrete rate is a special case of rate of flow ... where the increment of time between items is a non-zero. Examples include the production of assemblies in a factory and signals set at periodic time intervals. OMG Systems Modeling Language (SysML) 1.6 Discrete, «discrete», Rate, Rate::rate
INFO Discrete and continuous flows are unified under rate of flow, as is traditionally done in mathematical models of continuous change, where the discrete increment of time approaches zero. OMG Systems Modeling Language (SysML) 1.6 «continuous», «discrete», Continuous, Discrete, Rate continuous system, flow, discrete system
NOTATION Directed features can appear in compartments for the various kinds of properties and behavioral features. OMG Systems Modeling Language (SysML) 1.6 compartment, Property, BehavioralFeature DirectedFeature, DirectedFeature::featureDirection, FeatureDirectionKind, FeatureDirectionKind::provided, FeatureDirectionKind::providedrequired, FeatureDirectionKind::required
INFO Digital twins are dynamic, data driven, multi-dimensional digital replicas of a physical entity. ANZLIC 2019 - Principles for Spatially Enabled Digital Twins of the Built and Natural Environment in Australia
INFO Diagram of the lightpath through a Gregorian telescope. Wikipedia Gregorian reflector, reflecting telescope, reflector, optical telescope
INFO Determine the total, sensible and latent cooling required cooling 20,000 cfm of air from a temperature of 90 F and a relative humidity of 60% to a temperature of 55 F and 100% relative humidity. CED Engineering course PDF: 'Air Conditioning Psychrometrics (A.Bhatia)' thermodynamics, Psychrometrics, humid air, temperature, dry bulb temperature, wet bulb temperature, relative humidity, absolute humidity, sensible heat, heat, energy, energy transfer, water, moisture
INFO Determine the cooling required to sensibly cool 20,000 cfm of air from a temperature of 90 F and a relative humidity of 60% to a temperature of 75 F. CED Engineering course PDF: 'Air Conditioning Psychrometrics (A.Bhatia)' thermodynamics, Psychrometrics, humid air, temperature, dry bulb temperature, wet bulb temperature, relative humidity, absolute humidity, sensible heat, heat, energy, energy transfer, cooling
INFO Determine the amount of sensible heat needed to increase the temperature of air from 50°F and 50% RH to 90°F. CED Engineering course PDF: 'Air Conditioning Psychrometrics (A.Bhatia)' thermodynamics, Psychrometrics, humid air, temperature, dry bulb temperature, wet bulb temperature, relative humidity, absolute humidity, sensible heat, heat, energy, energy transfer, cooling
CONSTRAINT DeriveReqt::2_client_is_requirement The client shall be an element stereotyped by a subtype of AbstractRequirement. OMG Systems Modeling Language (SysML) 1.6 Dependency, Dependency::client DeriveReqt, Requirement
CONSTRAINT DeriveReqt::1_supplier_is_requirement The supplier shall be an element stereotyped by a subtype of AbstractRequirement. OMG Systems Modeling Language (SysML) 1.6 Dependency, Dependency::supplier DeriveReqt, Requirement
EXAMPLE, INFO Derived requirements, for the purpose of this example, express the concepts of requirements in the HSUVSpecification in a manner that specifically relates them to the HSUV system. OMG Systems Modeling Language (SysML) 1.6 HSUV sample problem, Requirement, DeriveReqt requirements engineering
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 Defined quantitatively, the heat involved in a process is the difference in internal energy between the final and initial states of a system, and subtracting the work done in the process. This is the formulation of the first law of thermodynamics. Wikipedia heat, thermodynamics, energy, energy transfer
SEMANTIC deepHistory – This type of Pseudostate is a kind of variable that represents the most recent active state configuration of its owning Region. ... a Transition terminating on this Pseudostate implies restoring the Region to that same state ... Unified Modeling Language 2.5.1 StateMachine, State, Pseudostate, PseudostateKind::deepHistory, Region
SEMANTIC deepHistory – ... The entry Behaviors of all States in the restored state configuration are performed in the appropriate order starting with the outermost State Unified Modeling Language 2.5.1 StateMachine, State, Pseudostate, PseudostateKind::deepHistory, State::entry