This shows you the differences between two versions of the page.
Both sides previous revision Previous revision Next revision | Previous revision | ||
sysml-roadmap:secm_concept_definitions_snapshot_1_28_2016 [2016-01-28 20:09] roncwilliamson |
sysml-roadmap:secm_concept_definitions_snapshot_1_28_2016 [2016-01-28 20:15] (current) roncwilliamson |
||
---|---|---|---|
Line 1: | Line 1: | ||
Back to [[http://www.omgwiki.org/OMGSysML/doku.php?id=sysml-roadmap:sysml_assessment_and_roadmap_working_group| SysML Assessment and Roadmap Working Group]] | Back to [[http://www.omgwiki.org/OMGSysML/doku.php?id=sysml-roadmap:sysml_assessment_and_roadmap_working_group| SysML Assessment and Roadmap Working Group]] | ||
+ | |||
+ | Back to [[http://www.omgwiki.org/OMGSysML/doku.php?id=sysml-roadmap:Systems_Engineering_Model_Construction_Focus_Area|Systems Engineering Model Construction Focus Area]] | ||
Line 50: | Line 52: | ||
|Event|A noteworthy occurrence that occurs at the instant of time when a specified expression evaluates true.| | |Event|A noteworthy occurrence that occurs at the instant of time when a specified expression evaluates true.| | ||
|Execution|The state of the system or model when it is running. For a model, this implies that model computation is occuring.| | |Execution|The state of the system or model when it is running. For a model, this implies that model computation is occuring.| | ||
- | |Expression|Refer to UML specification | + | |Expression|Refer to UML specification| |
|Facility|A physical infrastructure that supports use of equipment and other resources.| | |Facility|A physical infrastructure that supports use of equipment and other resources.| | ||
|Failure|An inability to satsify a requirement.| | |Failure|An inability to satsify a requirement.| | ||
Line 129: | Line 131: | ||
|State (finite)|A condition of a system or element, as defined by some of its properties, which can enable system behaviors and/or structure to occur. Note: The enabled behavior may include no actions, such as associated with a wait state. Also, the condition that defines the state may be dependent on one or more previous states.| | |State (finite)|A condition of a system or element, as defined by some of its properties, which can enable system behaviors and/or structure to occur. Note: The enabled behavior may include no actions, such as associated with a wait state. Also, the condition that defines the state may be dependent on one or more previous states.| | ||
|State based behavior|Behavior which is described by states and transitions between states.| | |State based behavior|Behavior which is described by states and transitions between states.| | ||
- | |Storage device|A component of a system that is used to store a system store.| Note: this may include memory device, a battery, or a tank.| | + | |Storage device|A component of a system that is used to store a system store. Note: this may include memory device, a battery, or a tank.| |
|Store requirement|An element a system must store.| | |Store requirement|An element a system must store.| | ||
|String|A value represented by alphanumeric characters.| | |String|A value represented by alphanumeric characters.| | ||
Line 139: | Line 141: | ||
|System hierarchy|A decomposition of a system and its components.| | |System hierarchy|A decomposition of a system and its components.| | ||
|System interconnection|The connection between systems and between components.| | |System interconnection|The connection between systems and between components.| | ||
- | |System role|A subset of its behaviors, properties, and structure.| Note: The subset may be associated with specific interactions.| | + | |System role|A subset of its behaviors, properties, and structure. Note: The subset may be associated with specific interactions.| |
- | |System store|An input/output element that persists over time, which may be depletable or non-depletable. Note: Non-depletable stores may include data store in computer memory, and depletable stores may include energy in a battery, or fluid in a tank. Physical stores obey the conservation laws (only take out what is put in). A non-depletable store, such as a data store, is not constrained by the conservation laws.| The system store should be differentiated from the storage device, which stores the element.| | + | |System store|An input/output element that persists over time, which may be depletable or non-depletable. Note: Non-depletable stores may include data store in computer memory, and depletable stores may include energy in a battery, or fluid in a tank. Physical stores obey the conservation laws (only take out what is put in). A non-depletable store, such as a data store, is not constrained by the conservation laws. The system store should be differentiated from the storage device, which stores the element.| |
|Test case|The input stimulus, expected output, and associated test criteria which verify that the system satisfies its requirements or needs.| | |Test case|The input stimulus, expected output, and associated test criteria which verify that the system satisfies its requirements or needs.| | ||
|Test scenario|A scenario which replicates the behavior of the environment that interacts with the system under test.| | |Test scenario|A scenario which replicates the behavior of the environment that interacts with the system under test.| | ||
Line 156: | Line 158: | ||
|Vector|A data type, which specifies a magnitude and direction.| | |Vector|A data type, which specifies a magnitude and direction.| | ||
|Verification|The process for demonstrating a system satisfies its requirements.| | |Verification|The process for demonstrating a system satisfies its requirements.| | ||
- | |Verification procedure|The functions needed to support execution of a test case. Note. This may include generating an input stimulus and monitoring an output | + | |Verification procedure|The functions needed to support execution of a test case. Note. This may include generating an input stimulus and monitoring an output| |
- | + | ||
- | + |