Introduction à Sysml

1

Exposé: Ingénierie logiciel

Sujet: Introduction à SysML

RÉALISÉ PAR: YASSINE SIDKI HAMZA CHETTOUR NOAMANE ELFARTAKH YASMINE SLAOUI KAOUTAR LAGDANI SALSABIL ADLY

PROPOSÉ PAR: M. ALEXIS TODOSKOFF

2

QSF-Systèmes

Complexes

3Ingénierie Système Etude DCNS : Comparer entre Arbre de défaillance et modélisation formelle

Les résultats obtenus avec la modélisation systémique est plus représentatif de l’exploitation réelle du système, ceci montre que la méthode classique peut présenter un résultat optimiste par rapport à la réalité.

4Plan

Introduction

Historique

C’est quoi SysML?

Pourquoi nous utilisons SysML ?

Différence entre UML et SysML

Les 9 diagrammes

Application

5Historique

Initiation du besoin en Janvier 2001 par INCOSE (international Council on System Engineering)

Juillet 2001: INCOSE et OMG (Object Management Group), créent un groupe d’intérêt spécifique dans le domaine de l’ingénierie système.

Novembre 2005 : OMG annonce l'adoption de SysML

Septembre 2007 : spécifications de la version 1.0 rendues officielles

3 Décembre 2008 : SysML v1.1

8 Septembre 2010: Possibilité d’être « OMG Certified Systems Modeling Professional »

16 Juin 2010 : SysML v1.2

8 Juin 2012: SysML v1.3 (version actuelle)

Mars 2014: SysML v1.4 (version beta)

6

C’est quoi SysML ?SYSTEMS MODELING LANGUAGE OU SYSML EST UN LANGAGE DE

MODÉLISATION GRAPHIQUE DÉRIVÉ D'UML MAIS QUI VA BIEN AU DELÀ

DES PROBLÉMATIQUES DE L'INFORMATIQUE. C’EST UN LANGAGE DE

MODÉLISATION SPÉCIFIQUE AU DOMAINE DE L'INGÉNIERIE SYSTÈME.

7

Spécifier les systèmes

Analyser la structure et le fonctionnement des systèmes

Décrire les systèmes et concevoir des systèmes composés de sous-systèmes

Vérifier et valider la faisabilité d'un système avant sa réalisation

En utilisant SysML on peut :

8Durant le cycle de vie :

9SysML peut intégrer :

Les composants physiques de

toutes technologies

Les programmes

Les données et les

énergies

Les personnes

10

Pourquoi SysML ?

11Systèmes de plus en plus complexe

12

13

Même exigences, même problématique, différents points de vues, différentes modélisations !!!

14Sommation pas évidente !!!

15Solution :

Modélisation unifié du probléme

Compréhension généralisée des exigences

Prendre en considération les relations interdisciplinaires

Faciliter l’intégration des solutions

Faciliter la validation généralisée sur toute les parites

Etude de faisabilité étendue est généralisée sur toutes les parties prenantes

Bref, la solution est SysML

16Différence entre SysML et UML

La communauté de l’Ingénierie Système a voulu définir un langage commun de modélisation pour les ingénieurs système, comme UML l’est devenu pour les informaticiens.

SysML représente un sous-ensemble d'UML2, avec des extensions pour représenter :

Les exigences d'un système.Les éléments non-logiciels .Les équations physiques .Les flux continus.


Le SysML utilise des « Block » alors que l’UML utilise des « Class ».

Le bloc est utilisé pour représenter :

Le bloc peut contenir de nombreux compartiments :

Un système, Un composant

physique ,un composant logiciel,

des données, des structures de

données, des procédures, des

personnes.

Ses propriétés, ses opérations,

ses contraintes, son association à

d'autre éléments ,les

spécifications qu'il réalise, des

compartiments définis par

l'utilisateur.


SysML UML 2

Non requit par SysML

Partie réutilisée par SysML

Diagrammes ajoutés

Les diagrammes sont moins nombreux et le SysML réutilise une bonne partie des diagrammes utilisé déjà en UML.

19

Diagramme des exigences

Diagrammes paramétriques

Diagramme de blocs internes

Diagramme de définition de bloc

Diagramme d’activité

Diagramme de paquetage

Diagramme de séquence

Diagrammes d’état

Diagrammes de cas d’utilisation

Différence entre SysML et UML

Diagrammes SysML

20

Diagrammes adaptés

Block Definition Diagram (BDD)

Internal Block Diagram (IBD)

21

Block Definition Diagram (BDD)

Il est utilisé pour décrire l’architecture matérielle du système. Un bloc est une entité bien délimitée qui encapsule principalement des attributs, des opérations ,des contraintes, des ports et des parts. Un bloc peut modéliser tout le système, un élément matériel ou logiciel.

• Principe :

22Block Definition Diagram (BDD)

Etude de cas : Amplificateur de guitare• Le Bloc :

23Block Definition Diagram (BDD)

6

1

1

1

Composition

Association• Les relations :

24Internal Block Diagram

(IBD)

Le diagramme de bloc interne (IBD, ou Internal Block Diagram) décrit la vue interne d'un bloc. Il permet en plus de représenter les ports, les connections et les échanges entre les différents acteurs/parties du système . Il utilise le DDB pour assembler les blocs qui composent le bloc principal.

• Principe :

25Internal Block Diagram (IBD)

• Les parties :

26Internal Block Diagram (IBD)

• Les ports :

Diagrammes ajoutés


Diagramme paramétrique

27


Enumérer les exigences auxquelles le système est soumis

Découper les exigences afin d’avoir une vue plus précise et plus logique

Améliorer la communication entre différents services (Technique, Marketing…)

28


« Requirement »

« functionnalRequirement

»

29

Diagramme des exigences 30



Diagramme paramétrique Intégrer des analyses systèmes avec des blocs de contraintes

33

Diagramme paramétrique Exemple : Etude de la dynamique de véhicule

instanciation

34

35

Spot Motorisé

Application

Dans une galerie d’art

36Application

Eclairer

Commander les

mouvements

Régler l’orientation de

la lumière

Réaliser la maintenance

Utilisateur

Acteur Principal

Installeur

Installer

Respecter les

normes

Milieu Ambiant

Energie

Tableau

Support :- Plafond

- Mur

MarchéMettre sur le

marché

Recycleur

Recycler

Acteurs Secondaires

Acteurs Matériels

Diagramme des cas d’utilisation

37Application :Diagramme d’exigences

Orienter Facilement

Fonction Exigence

<<requirement>>

Réglage de l’Orientation

ID : <<001>>

Text : << On doit pouvoir Facilementorienter le Spot >>

38Application :Diagramme d’exigences

<<requirement>>

Réglage de l’Orientation

ID : <<001>>

Text : << On doit pouvoir Facilementorienter le Spot >>

<<requierement>>Gestion de l’élévation

•ID : <<002>>•Text : << On doit pouvoir régler l’élévation du spot>>

X

<<requierement>>Gestion de l’angle

•ID : <<003>>•Text : << On doit pouvoir régler l’angle du spot>>

X

<<requierement>>Gestion de l’angle

•ID : <<004>>•Text : << L’amplitude de l’angle sera de 180°>>

Inclus dans

Ajouts (compléments)

39Application :Diagramme de bloc interne

40Application :Diagramme de bloc interne

<<system>> : Spot Lumineux

m/a Lumière

Port Standar

d

<<external>> :

Prise éléctrique

Alimentation : Electricité

Prise : Electricité

<<external>> :

Plafond / Mur

Maintien : Flux d’actions

mécaniques

<<external>> :

Tableau

Projection : Lumière

: Utilisateur

Réglage :

Elévation

Réglage :Angles

41

Questions ?

Merci pour votre attention