際際滷

際際滷Share a Scribd company logo
08/2014 
SysML 1.4 
Nouveaut辿s 
pascal.roques@prfc.fr
Pascal Roques : consultant senior, 25 ans dexp辿rience 
SADT, OMT, UML, SysML 
Certifi辿 UML2 et SysML par lOMG 
Co-fondateur de lassociation 
Auteur des ouvrages les plus lus en France sur UML 
р et du premier livre sur SysML 
2 
Pr辿sentations : PRFC
Historique de SysML 
RFP 
 UML for Systems Engineering RFP (OMG) : mars 2003, avec lINCOSE et AP233 
 Initial draft : janvier 2004 
1.0 
 SysML Specification v1.0 
 Adopt辿e par lOMG en Juillet 2006 
1.1 
 SysML Specification v1.1 
 Adopt辿e par lOMG en Juin 2008 
1.2 
 SysML Specification v1.2 
 Adopt辿e par lOMG en Juin 2010 
1.3 
 SysML Specification v1.3 (http://www.omg.org/spec/SysML/1.3/) 
 Adopt辿e par lOMG en Juin 2012 
1.4 
 SysML Specification v1.4 
 En cours de finalisation (2014) 
3
Historique de SysML 
4
SysML 1.4 
Quelques diff辿rences (mineures) avec la version pr辿c辿dente (1.3) 
D辿j prises en compte par Cameo Systems Modeler 18.0 ! 
Modification profonde des concepts de View et Viewpoint 
Ajout de concepts avanc辿s : 
AdjunctProperty, BoundReference, et ElementGroup 
Quelques nouvelles notations pour les blocs (cf. UML 2.5) 
Propri辿t辿s h辿rit辿es, etc. 
Nouvelle biblioth竪que de Units et QuantityKinds : QUDV et prise en compte de la nouvelle ISO 80000 
5
Model Elements 1.3 
6
Model Elements 1.4 
7
View et Viewpoint 1.3 
Une vue (View) est une sorte de package utilis辿e pour montrer une perspective particuli竪re sur un mod竪le, comme la s辿curit辿, ou les performances 
Un point de vue (Viewpoint) repr辿sente une perspective particuli竪re qui sp辿cifie le contenu dune vue 
Une vue se conforme  un point de vue 
8
View et Viewpoint 1.4 
The concepts of viewpoint and view are articulated in ISO-42010 (formerly IEEE-1471) 
SysML viewpoint and view constructs are consistent with the ISO-42010 standard 
Typical examples may include an operational, manufacturing, or security viewpoint and view 
The viewpoint and view model can also be thought of as a description model, which augments a system model. 
A viewpoint and view model exposes elements of one or more system models 
A viewpoint is a specification of rules for constructing a view to address a set of stakeholder concerns 
The view is intended to represent the system from this viewpoint 
9
View et Viewpoint 1.4 (suite) 
The viewpoint describes the point of view of a set of stakeholders by framing the concerns of the stakeholders along with the method for producing a view that addresses those concerns 
The view is the modeling element that represents the artifact that is presented to the stakeholder 
The view is the result of querying one or more models that are defined by a viewpoint method 
A view conforms to only one viewpoint to ensure that only 1 method is applied to the view 
10
View et Viewpoint 1.4 (notations) 
11
Expose 
The expose relationship relates a view to one or more model elements. Each model element is an access point to initiate the query 
The view and the model elements related to the view are passed to the constructor when it is invoked 
The method describes how the exposed elements are navigated to extract the desired information 
12
View et Viewpoint 1.4 (exemple 1) 
13
View et Viewpoint 1.4 (exemple 2) 
14
View et Viewpoint 1.4 (exemple 3) 
15
Transitioning 1.3 Viewpoint and View to 1.4 
Refactoring a view model build from the SysML 1.3 defined viewpoint, view, conforms, and the UML package import mechanism could be performed as follows: 
Conform 
Replace v1.3 Conform with v1.4 Conform. The conform target in 1.3 becomes the general classifier in 1.4. 
View 
Replace 1.3 View package with 1.4 View class 
Viewpoint 
For each Stakeholder string, create a stakeholder with the string as the name 
Update the stakeholder property on the new viewpoint with the created stakeholder 
For each method string of the 1.3 viewpoint, create the operation 束create損View() and append the string to the body of a comment that annotates the operation. 
Element and package import 
Replace each package and element import with an expose relationship. 
16
ElementGroup 
The ElementGroup stereotype provides a lightweight mechanism for grouping various and possibly heterogeneous model elements by extending the capability of comments to refer to multiple annotated elements 
17
ElementGroup (suite) 
ElementGroups appear in diagrams as comments, and properties of the stereotype appear in the notation for stereotype properties 
Element groups do not own their elements and thus an element can participate in an unlimited number of groups 
The elements in a group are identified by the modeler, as opposed to being the result of a query, as in views 
Element groups can be members of other element groups, but this does not imply that members of the first are members of the second 
18
ElementGroup dans CSM 18.0 
19
Block (subtilit辿s ) 
20
Block (subtilit辿s ibd ) 
21
Nouveaut辿s sur les blocs dans CSM 18.0 
22
Unit, QuantityKind 
23 
A SysML ValueType and its quantityKind establishes, via UML typing, the associative relationship between a particular quantity (modeled as a SysML value property typed by a ValueType) and a kind of quantity (the ValueType::quantityKind of the SysML value property's type) 
This UML/SysML associative relationship reflects the terminological distinction made in VIM3 between the concepts of quantity [VIM3-1.1] and kind-of-quantity [VIM3-1.2] that cannot be in a generic or partitive hierarchical relation to each other [Dybkaer-2010]
Unit, QuantityKind (notations) 
24
Unit, QuantityKind (exemple) 
25
QUDV 
26
ISO 80000 
27
QUDV et ISO 80 000 dans CSM 18.0 
28
Transitioning Units and QuantityKinds to 1.4 
Changing units and quantity kinds from 1.3 to 1.4 can be accomplished as follows, depending on the kind of element being changed: 
An InstanceSpecification stereotyped by SysML 1.3 Unit: 
Unapply the SysML 1.3 Unit stereotype. 
Classify the instance specification by SysML::Libraries::UnitAndQuantityKind::Unit. 
Set the values of SysML 1.4 Unit properties (symbol, description, definitionURI) to the values of the Unit 
stereotype properties of the same name (symbol, description, definitionURI) 
An InstanceSpecification stereotyped by SysML 1.3 QuantityKind: 
Unapply the SysML 1.3 QuantityKind stereotype. 
Classify the instance specification by SysML::Libraries::UnitAndQuantityKind::QuantityKind. 
29
BoundReference 
The BoundReference stereotype can be applied to properties that have binding connectors, to highlight their usage as constraining other properties 
30
BoundReference (notations) 
31
BoundReference dans CSM 18.0 
32
Constraining decomposition 
33
Constraining decomposition (suite) 
34
Ports SysML 1.4 (notations) 
35
Adjunct 
The AdjunctProperty stereotype can be applied to properties to constrain their values to the values of connectors typed by association blocks, call actions, object nodes, variables, parameters, interaction uses, and submachine states. 
36
Adjunct (notations) 
37
Adjunct dans CSM 18.0 
38
SysML Diagram Interchange 
Nouvelle annexe informative 
39

More Related Content

PRFC SysML 1.4

  • 1. 08/2014 SysML 1.4 Nouveaut辿s pascal.roques@prfc.fr
  • 2. Pascal Roques : consultant senior, 25 ans dexp辿rience SADT, OMT, UML, SysML Certifi辿 UML2 et SysML par lOMG Co-fondateur de lassociation Auteur des ouvrages les plus lus en France sur UML р et du premier livre sur SysML 2 Pr辿sentations : PRFC
  • 3. Historique de SysML RFP UML for Systems Engineering RFP (OMG) : mars 2003, avec lINCOSE et AP233 Initial draft : janvier 2004 1.0 SysML Specification v1.0 Adopt辿e par lOMG en Juillet 2006 1.1 SysML Specification v1.1 Adopt辿e par lOMG en Juin 2008 1.2 SysML Specification v1.2 Adopt辿e par lOMG en Juin 2010 1.3 SysML Specification v1.3 (http://www.omg.org/spec/SysML/1.3/) Adopt辿e par lOMG en Juin 2012 1.4 SysML Specification v1.4 En cours de finalisation (2014) 3
  • 5. SysML 1.4 Quelques diff辿rences (mineures) avec la version pr辿c辿dente (1.3) D辿j prises en compte par Cameo Systems Modeler 18.0 ! Modification profonde des concepts de View et Viewpoint Ajout de concepts avanc辿s : AdjunctProperty, BoundReference, et ElementGroup Quelques nouvelles notations pour les blocs (cf. UML 2.5) Propri辿t辿s h辿rit辿es, etc. Nouvelle biblioth竪que de Units et QuantityKinds : QUDV et prise en compte de la nouvelle ISO 80000 5
  • 8. View et Viewpoint 1.3 Une vue (View) est une sorte de package utilis辿e pour montrer une perspective particuli竪re sur un mod竪le, comme la s辿curit辿, ou les performances Un point de vue (Viewpoint) repr辿sente une perspective particuli竪re qui sp辿cifie le contenu dune vue Une vue se conforme un point de vue 8
  • 9. View et Viewpoint 1.4 The concepts of viewpoint and view are articulated in ISO-42010 (formerly IEEE-1471) SysML viewpoint and view constructs are consistent with the ISO-42010 standard Typical examples may include an operational, manufacturing, or security viewpoint and view The viewpoint and view model can also be thought of as a description model, which augments a system model. A viewpoint and view model exposes elements of one or more system models A viewpoint is a specification of rules for constructing a view to address a set of stakeholder concerns The view is intended to represent the system from this viewpoint 9
  • 10. View et Viewpoint 1.4 (suite) The viewpoint describes the point of view of a set of stakeholders by framing the concerns of the stakeholders along with the method for producing a view that addresses those concerns The view is the modeling element that represents the artifact that is presented to the stakeholder The view is the result of querying one or more models that are defined by a viewpoint method A view conforms to only one viewpoint to ensure that only 1 method is applied to the view 10
  • 11. View et Viewpoint 1.4 (notations) 11
  • 12. Expose The expose relationship relates a view to one or more model elements. Each model element is an access point to initiate the query The view and the model elements related to the view are passed to the constructor when it is invoked The method describes how the exposed elements are navigated to extract the desired information 12
  • 13. View et Viewpoint 1.4 (exemple 1) 13
  • 14. View et Viewpoint 1.4 (exemple 2) 14
  • 15. View et Viewpoint 1.4 (exemple 3) 15
  • 16. Transitioning 1.3 Viewpoint and View to 1.4 Refactoring a view model build from the SysML 1.3 defined viewpoint, view, conforms, and the UML package import mechanism could be performed as follows: Conform Replace v1.3 Conform with v1.4 Conform. The conform target in 1.3 becomes the general classifier in 1.4. View Replace 1.3 View package with 1.4 View class Viewpoint For each Stakeholder string, create a stakeholder with the string as the name Update the stakeholder property on the new viewpoint with the created stakeholder For each method string of the 1.3 viewpoint, create the operation 束create損View() and append the string to the body of a comment that annotates the operation. Element and package import Replace each package and element import with an expose relationship. 16
  • 17. ElementGroup The ElementGroup stereotype provides a lightweight mechanism for grouping various and possibly heterogeneous model elements by extending the capability of comments to refer to multiple annotated elements 17
  • 18. ElementGroup (suite) ElementGroups appear in diagrams as comments, and properties of the stereotype appear in the notation for stereotype properties Element groups do not own their elements and thus an element can participate in an unlimited number of groups The elements in a group are identified by the modeler, as opposed to being the result of a query, as in views Element groups can be members of other element groups, but this does not imply that members of the first are members of the second 18
  • 22. Nouveaut辿s sur les blocs dans CSM 18.0 22
  • 23. Unit, QuantityKind 23 A SysML ValueType and its quantityKind establishes, via UML typing, the associative relationship between a particular quantity (modeled as a SysML value property typed by a ValueType) and a kind of quantity (the ValueType::quantityKind of the SysML value property's type) This UML/SysML associative relationship reflects the terminological distinction made in VIM3 between the concepts of quantity [VIM3-1.1] and kind-of-quantity [VIM3-1.2] that cannot be in a generic or partitive hierarchical relation to each other [Dybkaer-2010]
  • 28. QUDV et ISO 80 000 dans CSM 18.0 28
  • 29. Transitioning Units and QuantityKinds to 1.4 Changing units and quantity kinds from 1.3 to 1.4 can be accomplished as follows, depending on the kind of element being changed: An InstanceSpecification stereotyped by SysML 1.3 Unit: Unapply the SysML 1.3 Unit stereotype. Classify the instance specification by SysML::Libraries::UnitAndQuantityKind::Unit. Set the values of SysML 1.4 Unit properties (symbol, description, definitionURI) to the values of the Unit stereotype properties of the same name (symbol, description, definitionURI) An InstanceSpecification stereotyped by SysML 1.3 QuantityKind: Unapply the SysML 1.3 QuantityKind stereotype. Classify the instance specification by SysML::Libraries::UnitAndQuantityKind::QuantityKind. 29
  • 30. BoundReference The BoundReference stereotype can be applied to properties that have binding connectors, to highlight their usage as constraining other properties 30
  • 35. Ports SysML 1.4 (notations) 35
  • 36. Adjunct The AdjunctProperty stereotype can be applied to properties to constrain their values to the values of connectors typed by association blocks, call actions, object nodes, variables, parameters, interaction uses, and submachine states. 36
  • 38. Adjunct dans CSM 18.0 38
  • 39. SysML Diagram Interchange Nouvelle annexe informative 39