deployment of sysml in tools and architectures: an industry perspective rick steiner raytheon ids,...

19
Deployment of SysML in Tools and Architectures: an Industry Perspective Rick Steiner Raytheon IDS, San Diego [email protected]

Upload: kerry-adela-carpenter

Post on 24-Dec-2015

217 views

Category:

Documents


0 download

TRANSCRIPT

Page 1: Deployment of SysML in Tools and Architectures: an Industry Perspective Rick Steiner Raytheon IDS, San Diego fsteiner@raytheon.com

Deployment of SysML in Tools and Architectures: an Industry Perspective

Rick SteinerRaytheon IDS, San [email protected]

Page 2: Deployment of SysML in Tools and Architectures: an Industry Perspective Rick Steiner Raytheon IDS, San Diego fsteiner@raytheon.com

Page 2

Key Considerations for SysML Tool Selection The specific MBSE method employed may leverage specific SysML features, but

may not require other features. It is appropriate to ask the following questions to emphasize the features of SysML that a successful tool deployment will need to support.– Which behavior representations are most important? Activity diagrams? State machines?

Sequence diagrams? – Will there be a need for item flow representation? – What kind of need will there be for detailed performance analysis and parametric

modeling? Expression of mathematical equations relating parameters of system elements may be a very important part of the system development process/method employed.

– Will there be a need for algorithm specification & development? It may be important to express information processing algorithms explicitly in mathematical form, using constraint blocks and eventually relating them to specific blocks representing software code.

– Which architecting principles need to be supported by the tool? – How will allocation be used? The manner in which allocation is used to guide the

development process may dictate a set of constraints & rules associated with allocation relationships. By enforcing or enabling these rules, a toolset can improve the efficiency of the modeling process.

Page 3: Deployment of SysML in Tools and Architectures: an Industry Perspective Rick Steiner Raytheon IDS, San Diego fsteiner@raytheon.com

Page 3

OMG SysML Tutorial (omgsysml.org)Water Distiller Example

Functional Analysis based, not OOA– Relies heavily on activity diagrams and functional allocation

Solution to problem focused on activity modeling, flow allocation, item flows & parametrics– Heat balance of distiller relies on properties of water flowing through

system Traditional UML tools just don’t do these things

Page 4: Deployment of SysML in Tools and Architectures: an Industry Perspective Rick Steiner Raytheon IDS, San Diego fsteiner@raytheon.com

Page 4

Tool Comparison For Distiller Example No tool “fully” implements SysML Clearly, each tool has strengths &

weaknesses– Make sure tool is compatible with your

method Other tools exist, but not evaluated RS(X) is tool I’m least familiar with

Ent

erpr

ise

Arc

hite

ct

ver

7.1

Mag

ic D

raw

ve

r 15

.1

Rha

psod

yve

r 7.

2

RS

(X)

ver

7.0.

0.3

E+

Sys

ML

ver

2.0.

0.2

Activity Modeling full full limited fullStructural Modeling full full full fullItem Flows limited full full nonePorts/Interfaces full limited full fullFunctional Allocation yes yes yes yesFlow Allocation none yes yes ?Parametrics full full full fullCode Gen/Animation none none yes yesRequirements full full full fullDistiller Model Source Steiner Steiner Lussier SteinerUML4SysML 2.1 most all most most

Page 5: Deployment of SysML in Tools and Architectures: an Industry Perspective Rick Steiner Raytheon IDS, San Diego fsteiner@raytheon.com

Page 5

Distiller Model Organization

Enterprise

Architect

Browser

MagicDraw

Browser

Rhapsody

Browser

RS(X)

Browser

Page 6: Deployment of SysML in Tools and Architectures: an Industry Perspective Rick Steiner Raytheon IDS, San Diego fsteiner@raytheon.com

Page 6

EA Functional Allocationact DistillW ater [Context - Swimlanes

DistillW ater

coldDirty:H2O[liquid] :H2O

discharge:Resi due

external:Heat

pure:H2O[liquid]

drain :Valve

«allocateActivityPartition»

bx1 :Boiler

«allocateActivityPartition»

hx1 :HeatExchanger

«allocateActivityPartition»

InterruptibleActivityRegion1

a1 :HeatW ater

coldDirty:H2O[li quid]

HotDirty:H2O[li quid]

recovered:Heat

a2 :BoilW ater

external:Heat

HotDirty:H2O[li quid]

predischarge:Resi due

Steam:H2O[gas]

a4 :DrainResidue

discharge:Resi due

predischarge:Resi due

a3 :CondenseSteam

pure:H2O[liquid]recovered:Heat

Steam:H2O[gas]

ActivityInitial

ActivityFinal

Shutdown

«objec tFlow»

«objec tFlow»

«objec tFlow»

«objec tFlow»

«objec tFlow»

«objec tFlow»

«objec tFlow»

«objec tFlow»

Allocate activity partitions work well, allocation tables are fast & easy Flow allocation not possible (object flow to item flow)

Page 7: Deployment of SysML in Tools and Architectures: an Industry Perspective Rick Steiner Raytheon IDS, San Diego fsteiner@raytheon.com

Page 7

Magic Draw Functional Allocation

Allocate activity partitions work Flow allocation works Flexible tabular view

Page 8: Deployment of SysML in Tools and Architectures: an Industry Perspective Rick Steiner Raytheon IDS, San Diego fsteiner@raytheon.com

Page 8

Rhapsody Functional Allocation

Action nodes do not invoke activities (no activity hierarchy) No activity parameter nodes (on diagram frame, or otherwise) Action pin notation is awkward, pins not reused when action referenced Can’t distinguish control flow from object flow Tabular view & reports of allocation are available

Page 9: Deployment of SysML in Tools and Architectures: an Industry Perspective Rick Steiner Raytheon IDS, San Diego fsteiner@raytheon.com

Page 9

RS(X)/E+ Functional Allocation

Non-standard diagram frame/label No unique action names (must be same name as activity), but allocation is unique Allocation partitions work (automatically create allocation relationships) to blocks

or parts.

Page 10: Deployment of SysML in Tools and Architectures: an Industry Perspective Rick Steiner Raytheon IDS, San Diego fsteiner@raytheon.com

Page 10

EA ibd/ItemFlow

Allocation works, but compartments not supported Can’t access value properties of item properties (e.g. temp of water into

Heat Exchanger) -> can’t do parametric analysis of distiller example.

ibd Distiller [Initial Distiller Internal Block Diagram]

«block»Distiller

waterIn

heatIn

waterOut

sludgeOut

«BlockProperty»

condensor :HeatExchangercin cout

hi nhout

«BlockProperty»

drain :ValvefluidIn fluidOut

«BlockProperty»

evaporator :BoilerdrainOutfeedIn

heatInsteamOut

«block» Heat

«block»H2O

«block» H2O

«block» H2O

«block» H2O

«block» Residue

«block» Residue

Page 11: Deployment of SysML in Tools and Architectures: an Industry Perspective Rick Steiner Raytheon IDS, San Diego fsteiner@raytheon.com

Page 11

MD ibd/ItemFlow

Diagram frame uses incorrect nomenclature Allocation compartment incorrect format DOES allow full access to item properties

Page 12: Deployment of SysML in Tools and Architectures: an Industry Perspective Rick Steiner Raytheon IDS, San Diego fsteiner@raytheon.com

Page 12

Rhapsody ibd/ItemFlow

Item flows and item properties fully allocable– Item flows look weird, but work fine

Full allocation compartments & callouts

Page 13: Deployment of SysML in Tools and Architectures: an Industry Perspective Rick Steiner Raytheon IDS, San Diego fsteiner@raytheon.com

Page 13

RS(X)/E+ ibd/ItemFlow

No ItemFlows in RSD 7.0.0.3/E+ 2.0.0.2– ItemFlows incorporated in RSD 7.0.5/E+ 2.0.5.1

Non-standard diagram frame/label No allocation compartment/callouts on parts

Page 14: Deployment of SysML in Tools and Architectures: an Industry Perspective Rick Steiner Raytheon IDS, San Diego fsteiner@raytheon.com

Page 14

MagicDraw Parametric Diagram

Item properties, value types, units and dimensions fully supported

Page 15: Deployment of SysML in Tools and Architectures: an Industry Perspective Rick Steiner Raytheon IDS, San Diego fsteiner@raytheon.com

Page 15

Rhapsody Parametric Diagram

Item properties, value types, units & dimensions fully supported

Page 16: Deployment of SysML in Tools and Architectures: an Industry Perspective Rick Steiner Raytheon IDS, San Diego fsteiner@raytheon.com

Page 16

EA & RS(X)/E+ Parametrics

Both support units, dimensions, value types, constraint blocks, and parametric diagrams

Neither support value properties of item properties on item flows– Item Flows incorporated in RSD 7.0.5/E+ 2.0.5.1

Page 17: Deployment of SysML in Tools and Architectures: an Industry Perspective Rick Steiner Raytheon IDS, San Diego fsteiner@raytheon.com

Page 17

SysML Diagrams– a Method for Model Integration

3 separate hierarchies of Structure, Behavior, and Data – Usage (internal connection) is documented with separate diagrams

These 3 hierarchies maintained at Operational and System level

  Hierarchy Usage   Cross-Connect

Structure bdd ibd

 

act (swimlane), seq (lifeline, op)

Behavior bdd act, stm ibd (itemFlow), seq (msgType)

Data bdd (none) act (objFlow), seq (msg,op), stm

bdd = Block Definition Diagram (no DoDAF)

ibd = Internal Block Diagram (OV-2, SV-1, SV-2)

act = Activity Diagram (OV-5, SV-4)

seq = Sequence Diagram (OV-6c, SV-10c)

stm = State Machine Diagram (OV-6b, SV-10b)

Page 18: Deployment of SysML in Tools and Architectures: an Industry Perspective Rick Steiner Raytheon IDS, San Diego fsteiner@raytheon.com

Page 18

DoDAF Views Horizontally Cross-Connecting a Complex SoS Model

I. Operational

II. System

IIA. Conceptual

IIB. Logical

IIC. As-Is

IID. To-Be

Structure Behavior Data

OV-2

OV-4OV-5’s

OV-3

OV-6c’s

SV-4’s

SV-1

SV-2

SV-1

SV-2

Triangles represent hierarchy diagrams (no DoDAF equivalent)

SV-10c’s (system 1)

SV-4’s (Sys 3, 4)

SV-1

SV-2

SV-10c’s (Sys 4)

Multi-Node System

Generic Systems (C2, Sensor…)

POR 1

POR 2

POR 3

Future System/Standard 1

Future System/Standard 2

(each POR)

SV-4’s

Command, OpNode

(Future Sys 2) (Future Sys 1)

(System 3, 4)) (Sys 3, 4)

SV-6 ibd (system 2)

SV-6 ibd (Std 1)

SV-10c’s (generic)

(Std 1, Sys2)

(FS 1, 2)

Page 19: Deployment of SysML in Tools and Architectures: an Industry Perspective Rick Steiner Raytheon IDS, San Diego fsteiner@raytheon.com

Page 19

Allocation Vertically Cross-Connecting a Complex SoS Model

I. Operational

II. System

IIA. Conceptual

IIB. Logical

IIC. As-Is

IID. To-Be

Structure Behavior Data

(SV-5)Allocation

Multi-Node System

Command, OpNode

Allocation Structure &

Command

Allocation

(each POR)

(SV-5)

(POR 1,2)

Map

Triangles represent hierarchy diagrams (no DoDAF equivalent)

(FS2)(FS 1)

Allocation

(POR 1,

2)

(std2)

Generic Systems (C2, Sensor…)

POR 1

POR 2

POR 3

(std1)

Future System/Standard 1

Future System/Standard 2

(Future Sys 2) (Future Sys 1)