Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.
Difference between revisions of "Papyrus for Sysml"
m (→The Requirement model) |
(→The Requirements model) |
||
| Line 14: | Line 14: | ||
=The Requirements model= | =The Requirements model= | ||
| − | + | This model contains all the requirements dedicated to the current plug-in. | |
| − | *Rule: The | + | *Rule: The requirements model cannot contain sub-models or sub-packages. It must contain a set of a hierarchy of requirements. |
==Requirement== | ==Requirement== | ||
| − | Each requirement has an id that | + | Each requirement has an id that conforms to the following grammar: |
<nowiki><Requirement id>::="Req_"<digit><digit><digit></nowiki> | <nowiki><Requirement id>::="Req_"<digit><digit><digit></nowiki> | ||
Revision as of 09:54, 15 July 2015
Structure
Each plugin contains a UML model that allows to design plugins inside SysML.
The name of the root model must be the name of the current plugin.
This UML model contains 4 sub-models:
- a model of Requirements
- a model of Use Cases
- a model of Design
- a model of Test
The Requirements model
This model contains all the requirements dedicated to the current plug-in.
- Rule: The requirements model cannot contain sub-models or sub-packages. It must contain a set of a hierarchy of requirements.
Requirement
Each requirement has an id that conforms to the following grammar:
<Requirement id>::="Req_"<digit><digit><digit>
For example, "Req_001" can be the first top requirement inside the plugin.
If a requirement is contained inside another requirement, add a dot with 3 new digits.
A requirement contained inside the first requirement has the following id:"Req_001.001"