Top Banner
1 Model Driven Development
37

1 Model Driven Development. 2 DoDAF/ModAF/ SysML and AP233 Architecture –DODAF MODAF Modelling –UML –SysML Interchange –AP 233AP 233 –XMI.

Dec 17, 2015

Download

Documents

Roger Gordon
Welcome message from author
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
Page 1: 1 Model Driven Development. 2 DoDAF/ModAF/ SysML and AP233 Architecture –DODAF MODAF Modelling –UML –SysML Interchange –AP 233AP 233 –XMI.

1

Model Driven Development

Page 2: 1 Model Driven Development. 2 DoDAF/ModAF/ SysML and AP233 Architecture –DODAF MODAF Modelling –UML –SysML Interchange –AP 233AP 233 –XMI.

2

DoDAF/ModAF/ SysML and AP233

• Architecture– DODAF

• MODAF

• Modelling– UML– SysML

• Interchange– AP 233 – XMI

Page 3: 1 Model Driven Development. 2 DoDAF/ModAF/ SysML and AP233 Architecture –DODAF MODAF Modelling –UML –SysML Interchange –AP 233AP 233 –XMI.

3

DoDAF

• Architecture: – “The structure of components, their relationships and

the principles and guidelines governing their design and evolution over time. “ DoD

• Public Documents– Volume 1 Architectural Framework– Volume 2 Product Description – Deskbook

Page 4: 1 Model Driven Development. 2 DoDAF/ModAF/ SysML and AP233 Architecture –DODAF MODAF Modelling –UML –SysML Interchange –AP 233AP 233 –XMI.

4

3 views

Page 5: 1 Model Driven Development. 2 DoDAF/ModAF/ SysML and AP233 Architecture –DODAF MODAF Modelling –UML –SysML Interchange –AP 233AP 233 –XMI.

5

Page 6: 1 Model Driven Development. 2 DoDAF/ModAF/ SysML and AP233 Architecture –DODAF MODAF Modelling –UML –SysML Interchange –AP 233AP 233 –XMI.

6

Page 7: 1 Model Driven Development. 2 DoDAF/ModAF/ SysML and AP233 Architecture –DODAF MODAF Modelling –UML –SysML Interchange –AP 233AP 233 –XMI.

7

UML 1.4

• Version of Unified Modelling language in most widespread use

• Wide set of support tools:– IBM/Rational Rose, Telelogic Tau, System Architect, QSEE..

• Arises from Object-Oriented Software development– Previously data and code were kept separate, objects combine

the two– Software objects mimic real world things– Objects have a type or class

• Viewpoints– Structure

• Class; object; component ; deployment – Behaviour

• Use case; state-chart; sequence; collaboration; activity

Page 8: 1 Model Driven Development. 2 DoDAF/ModAF/ SysML and AP233 Architecture –DODAF MODAF Modelling –UML –SysML Interchange –AP 233AP 233 –XMI.

8

UML 2.0

• UML 2.0 includes features which are helpful in Systems Engineering1:– Allows for more flexible System, Subsystem and

Component representations– Structural decomposition

• e.g. Classes, Components, Subsystems– System and component interconnections

• via Parts, Ports, Connectors– Behavior decomposition

• e.g., Sequences, Activities, State Machines– Enhancements to Activity diagrams

• e.g. data and control flow constructs, activity partitions/swim lanes

1Kobryn and Friedenthal, Systems Modeling Language™ Overview, 2003

Page 9: 1 Model Driven Development. 2 DoDAF/ModAF/ SysML and AP233 Architecture –DODAF MODAF Modelling –UML –SysML Interchange –AP 233AP 233 –XMI.

9

UML 2.0

• UML 2.0 includes features which are helpful in Systems Engineering (contd.) – Enhancements to Interaction diagrams

• e.g., alternative sequences, reference sequences, interaction overview, timing diagrams

– Support for information flows between components– Improved Profile and extension mechanisms– Support for complete model interchange, including

diagrams– Compliance points and levels for standardizing tool

compliance– Does not preclude continuous time varying properties

• especially important for SE applications

Page 10: 1 Model Driven Development. 2 DoDAF/ModAF/ SysML and AP233 Architecture –DODAF MODAF Modelling –UML –SysML Interchange –AP 233AP 233 –XMI.

10

SysML origins• Systems Engineering requirements

– Hierarchic levelling of detail– Functional decomposition: Function block diagrams– Physical interaction and continuous connections– Requirements – system relationship– Mathematical models

• Main authors– Cris Kobryn and Sandy Friedenthal (SysMl partners (www.SysML.org)

• Support from – Object Management Group– Tool vendors

• Artisan, Telelogic, IBM/Rational, I-Logix– INCOSE– Industry

• BAE SYSTEMS, Deere & Company, Lockheed Martin, Motorola, Northrop Grumman, Raytheon, Thales

• Now at Draft 0.9

Page 11: 1 Model Driven Development. 2 DoDAF/ModAF/ SysML and AP233 Architecture –DODAF MODAF Modelling –UML –SysML Interchange –AP 233AP 233 –XMI.

11

SysML Diagrams

• Viewpoints– Structure

• Class; object; component ; deployment ; assembly

– Behaviour • Use case; state-chart; sequence; collaboration;

activity; state-machine; timing

– Others• Parametric ; requirements

Page 12: 1 Model Driven Development. 2 DoDAF/ModAF/ SysML and AP233 Architecture –DODAF MODAF Modelling –UML –SysML Interchange –AP 233AP 233 –XMI.

12

SysML Example

• Vehicle system – The problem is derived from a marketing

analysis which indicated the need to increase the acceleration of the vehicle form its current capability.

– Appendix B of the Draft standard

Page 13: 1 Model Driven Development. 2 DoDAF/ModAF/ SysML and AP233 Architecture –DODAF MODAF Modelling –UML –SysML Interchange –AP 233AP 233 –XMI.

13

Concept Diagram

stereotype

Page 14: 1 Model Driven Development. 2 DoDAF/ModAF/ SysML and AP233 Architecture –DODAF MODAF Modelling –UML –SysML Interchange –AP 233AP 233 –XMI.

14

Class diagram

generalisation

composition??

Page 15: 1 Model Driven Development. 2 DoDAF/ModAF/ SysML and AP233 Architecture –DODAF MODAF Modelling –UML –SysML Interchange –AP 233AP 233 –XMI.

15

Requirement Diagram

containment

Page 16: 1 Model Driven Development. 2 DoDAF/ModAF/ SysML and AP233 Architecture –DODAF MODAF Modelling –UML –SysML Interchange –AP 233AP 233 –XMI.

16

Use case diagramactor Use case

Sub use case

Optional extension

Page 17: 1 Model Driven Development. 2 DoDAF/ModAF/ SysML and AP233 Architecture –DODAF MODAF Modelling –UML –SysML Interchange –AP 233AP 233 –XMI.

17

Activity Diagraminitial

final

fork

merge

decision

join

Sub-activity

Page 18: 1 Model Driven Development. 2 DoDAF/ModAF/ SysML and AP233 Architecture –DODAF MODAF Modelling –UML –SysML Interchange –AP 233AP 233 –XMI.

18

Activity Diagram

Swimlane(actor)

signal

action

object

Page 19: 1 Model Driven Development. 2 DoDAF/ModAF/ SysML and AP233 Architecture –DODAF MODAF Modelling –UML –SysML Interchange –AP 233AP 233 –XMI.

19

Class Diagram

Data property

Physical property

operation

association

association with flow

Page 20: 1 Model Driven Development. 2 DoDAF/ModAF/ SysML and AP233 Architecture –DODAF MODAF Modelling –UML –SysML Interchange –AP 233AP 233 –XMI.

20

State Machine Diagram

Initial

final

state

event

transition

guard

state

Page 21: 1 Model Driven Development. 2 DoDAF/ModAF/ SysML and AP233 Architecture –DODAF MODAF Modelling –UML –SysML Interchange –AP 233AP 233 –XMI.

21

Class Diagram

Exclusive sub-

assembly

Meta data

Page 22: 1 Model Driven Development. 2 DoDAF/ModAF/ SysML and AP233 Architecture –DODAF MODAF Modelling –UML –SysML Interchange –AP 233AP 233 –XMI.

22

Assembly Diagram

port

connector Connector type

Page 23: 1 Model Driven Development. 2 DoDAF/ModAF/ SysML and AP233 Architecture –DODAF MODAF Modelling –UML –SysML Interchange –AP 233AP 233 –XMI.

23

Assembly Diagramswimlane

connection stereotype

Page 24: 1 Model Driven Development. 2 DoDAF/ModAF/ SysML and AP233 Architecture –DODAF MODAF Modelling –UML –SysML Interchange –AP 233AP 233 –XMI.

24

Parametric Diagram

Parametric constraint

parameter

Page 25: 1 Model Driven Development. 2 DoDAF/ModAF/ SysML and AP233 Architecture –DODAF MODAF Modelling –UML –SysML Interchange –AP 233AP 233 –XMI.

25

: Timing Diagram

Page 26: 1 Model Driven Development. 2 DoDAF/ModAF/ SysML and AP233 Architecture –DODAF MODAF Modelling –UML –SysML Interchange –AP 233AP 233 –XMI.

26

Sequence Diagram

object

Class of object

Message(Async)

Lifeline(time

downwards)

Page 27: 1 Model Driven Development. 2 DoDAF/ModAF/ SysML and AP233 Architecture –DODAF MODAF Modelling –UML –SysML Interchange –AP 233AP 233 –XMI.

27

Sequence Diagram

Sub sequence

Page 28: 1 Model Driven Development. 2 DoDAF/ModAF/ SysML and AP233 Architecture –DODAF MODAF Modelling –UML –SysML Interchange –AP 233AP 233 –XMI.

28

Issues

• Diagrams are not enough– Limited expressive power– Limited scope for verification

• Formal languages e.g.– OCL (Object Constraint Language)– Alloy from MIT

– Comprehension – Construction

• Patterns and Problem Frames– Knowledge representation and reuse – Problem Frames (Jackson)

Employee

1

0..*

manager

Page 29: 1 Model Driven Development. 2 DoDAF/ModAF/ SysML and AP233 Architecture –DODAF MODAF Modelling –UML –SysML Interchange –AP 233AP 233 –XMI.

29

Workshop

• 1 – Comprehension – What do these diagrams mean in English?

• 2 – Construction– Look at the collection of simple diagrams

taken form various texts and papers• Identify which kind of diagram most closely

matches each diagram• Take on diagram and re-write as a SysML diagram

Page 30: 1 Model Driven Development. 2 DoDAF/ModAF/ SysML and AP233 Architecture –DODAF MODAF Modelling –UML –SysML Interchange –AP 233AP 233 –XMI.

30

Page 31: 1 Model Driven Development. 2 DoDAF/ModAF/ SysML and AP233 Architecture –DODAF MODAF Modelling –UML –SysML Interchange –AP 233AP 233 –XMI.

31

Page 32: 1 Model Driven Development. 2 DoDAF/ModAF/ SysML and AP233 Architecture –DODAF MODAF Modelling –UML –SysML Interchange –AP 233AP 233 –XMI.

32

State machines in SysML

• 15 July 2004 – I-Logix announce that BAe systems are standardising on Statemate for development of Eurofigher Typhoon

• - using MDD – Model-driven Development

• Dec 14 2004 Statemate chosen for use by MBDA in the development of METEOR

Page 33: 1 Model Driven Development. 2 DoDAF/ModAF/ SysML and AP233 Architecture –DODAF MODAF Modelling –UML –SysML Interchange –AP 233AP 233 –XMI.

33

Model–driven Development

• Design behaviour using diagrammatic notations

• Demonstrate and evaluate the behaviour early in the development process

• Generate the delivered code/part directly from the model, perhaps guided by the designer with additional decisions.

Page 34: 1 Model Driven Development. 2 DoDAF/ModAF/ SysML and AP233 Architecture –DODAF MODAF Modelling –UML –SysML Interchange –AP 233AP 233 –XMI.

34

Statemate

• A state machine design tool based on David Harel’s state charts (incorporated into UML)

• Allows– Simulation – what would happen if the

following sequence of events occurred.– Analysis – prove that the system can never

lock up– Code generation – to C for loading into

embedded processors

Page 35: 1 Model Driven Development. 2 DoDAF/ModAF/ SysML and AP233 Architecture –DODAF MODAF Modelling –UML –SysML Interchange –AP 233AP 233 –XMI.

35

Basic State Machine

• The basic concepts in this notation are:– state

• A mode of the object/component/sub-system

– transition • A change of state caused by an event or input,

perhaps back to the same state

– event• the input which causes a transition to occur

– action• An action which occurs when a transition is made

Page 36: 1 Model Driven Development. 2 DoDAF/ModAF/ SysML and AP233 Architecture –DODAF MODAF Modelling –UML –SysML Interchange –AP 233AP 233 –XMI.

36

example

s1

S2S3

A

boingB

clack

B

bang

A

ping

C

clang

C

pong

event-------action A

hiss

Page 37: 1 Model Driven Development. 2 DoDAF/ModAF/ SysML and AP233 Architecture –DODAF MODAF Modelling –UML –SysML Interchange –AP 233AP 233 –XMI.

37

Exercise

• 1.1. What sequence of noises does it make when the sequence ABACAC is in put?

• 1.2 What about BABAAC?• 1.3 What kind of error in the machine does the

sequence ACCBA reveal?• 1.4 What kind error in the machine does the

input BABC reveal?• 1.5 What kind of error does the sequence

ABAXAC reveal? • 1.6 Give other examples of good and bad input.