This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
|
sysml-roadmap:systems_engineering_model_construction_focus_area [2017-05-02 18:37] roncwilliamson [March, 2017 - SysML 2.0 Model Construction RFP Requirements (updated at the March 2017 Reston worksop based on audience feedback)] |
sysml-roadmap:systems_engineering_model_construction_focus_area [2017-05-02 18:47] (current) roncwilliamson [March, 2017 - SysML 2.0 Model Construction RFP Requirements (updated based on the March 2017 Reston workshop audience feedback)] |
||
|---|---|---|---|
| Line 68: | Line 68: | ||
| ---- | ---- | ||
| ===== March, 2017 - SysML 2.0 Model Construction RFP Requirements (updated based on the March 2017 Reston workshop audience feedback)===== | ===== March, 2017 - SysML 2.0 Model Construction RFP Requirements (updated based on the March 2017 Reston workshop audience feedback)===== | ||
| + | |||
| + | {{ :sysml-roadmap:sysml_v2_rfp_model_construction_requirement_may_2017.docx | May 2017 Model Construction Requiremnts Document}} | ||
| Some of the feedback included. | Some of the feedback included. | ||
| Line 116: | Line 118: | ||
| * SysML v2 shall manage unique identifiers for all model elements and constructs. | * SysML v2 shall manage unique identifiers for all model elements and constructs. | ||
| * SysML v2 shall provide a transaction mechanism for all operations on the system modeling environment. | * SysML v2 shall provide a transaction mechanism for all operations on the system modeling environment. | ||
| - | * SysML v2 shall Consider how to construct models through elaboration and refinement to transition from one level of abstraction to another, while preserving the earlier abstraction. (Note: this may be considered a transformation of one abstraction level to another that can be viewed in different viewpoints.) | + | * SysML v2 shall consider how to construct models through elaboration and refinement to transition from one level of abstraction to another, while preserving the earlier abstraction. (Note: this may be considered a transformation of one abstraction level to another that can be viewed in different viewpoints.) |
| * SysML v2 shall consider usability issues as defined in the usability section of the SysML v2 RFP. | * SysML v2 shall consider usability issues as defined in the usability section of the SysML v2 RFP. | ||
| Line 124: | Line 126: | ||
| * **2.2 Create** | * **2.2 Create** | ||
| * Pre Condition: Model element being created does not exist with the specified id (i.e. UUID) | * Pre Condition: Model element being created does not exist with the specified id (i.e. UUID) | ||
| - | * Post Condition: The model is updated to included the new model element and remains in a consistent state. | + | * Post Condition: The model is updated to include the new model element and remains in a consistent state. |
| * return value: Single UUID or collection of UUID's of the model elements that were created | * return value: Single UUID or collection of UUID's of the model elements that were created | ||
| * Function Name: createModelElements | * Function Name: createModelElements | ||
| Line 138: | Line 140: | ||
| * **2.3 Update** | * **2.3 Update** | ||
| * Pre Condition: Model element being updated exists with a uniue id. | * Pre Condition: Model element being updated exists with a uniue id. | ||
| - | * Post Condition: The model is updated to included the new model element updates and remains in a consistent state. | + | * Post Condition: The model is updated to include the new model element updates and remains in a consistent state. |
| * Return value: Single UUID or collection of UUID's of the model elements that were updated | * Return value: Single UUID or collection of UUID's of the model elements that were updated | ||
| * Function Name: updateModelElements | * Function Name: updateModelElements | ||
| Line 154: | Line 156: | ||
| * **2.5 Apply** | * **2.5 Apply** | ||
| * Pre Condition: The pattern being applied is complete and self consistent. | * Pre Condition: The pattern being applied is complete and self consistent. | ||
| - | * Post Condition: The model is updated to included the new pattern remains in a consistent state. | + | * Post Condition: The model is updated to include the new pattern remains in a consistent state. |
| * Return value: TBD | * Return value: TBD | ||
| * Function Name: applySourceData | * Function Name: applySourceData | ||
| Line 181: | Line 183: | ||
| * External (Resource) Collection - A file based or database or link based mechanism to persist descriptions of model elements | * External (Resource) Collection - A file based or database or link based mechanism to persist descriptions of model elements | ||
| * Transaction - A mechanism to ensure an operation applied to the SME maintains the SME in a consistent state. | * Transaction - A mechanism to ensure an operation applied to the SME maintains the SME in a consistent state. | ||
| - | * Deletion Semantcs - The rules associated with deletion of model elments or constructs. | + | * Deletion Semantics - The rules associated with deletion of model elements or constructs. |
| ---- | ---- | ||