Modélisation UML et POO

Introduction

Présentation du module

Les systèmes d’information

Généralités sur la modélisation

Introduction à UML

MSIAG 2007-2008 UML & POO – Section 1 1

 Responsables pédagogiques

Joël Costigliola (Responsable principal)

Consultant chez Steria (SSII)

Intervention pour Air France, Fnac, BNP, DGI, ANPE

Contact : joel.costigliola@gmail.com

Mouloud Menceur
Architecte à Natexis/Banque Populaire

MSIAG 2007-2008 UML & POO – Section 1 2

 Objectifs du module

Connaître les différentes phases du cycle en V

pour l’élaboration d’un système d’information

Conduire une analyse objet en UML

Mettre en œuvre les concepts objets en Java

Savoir traduire un modèle UML en Java

Appliquer un cycle de développement sur un

projet (simplifié)

MSIAG 2007-2008 UML & POO – Section 1 3

 Structuration et validation du module

Structuration du module

Apprentissage d’UML et de Java en parallèle

Application concrètes au travers d’exercices pratiques

En séance

A faire chez soi !

Validation du module

Note de participation (20%)

Examen à la mi module (30%)

Mini projet pédagogique en fin de module (50%)

MSIAG 2007-2008 UML & POO – Section 1 4

 SI : définition et exemples

Exemples
Réservation d’un billet de train

Historisation de données de marchés financiers

Gestion des stocks

Définition
Système informatique gérant des données selon des règles
métiers précises

Répond à un besoin métier de l’entreprise

MSIAG 2007-2008 UML & POO – Section 1 5

 Elaboration d’un SI : le cycle en V

Etude Tests en situation réelle Mise en

d’opportunité production

Tests de recette
Spécification Validation

Tests d ’intégration
Analyse Intégration
Tests
unitaires
Conception Tests
détaillée unitaires

Codage des
modules
MSIAG 2007-2008 UML & POO – Section 1 6
 Cycle en V : Étude d’opportunité

Comment un SI peut-il améliorer le fonctionnement de

l’entreprise ?

Étude des processus métiers de l’entreprise

Comment l’entreprise fonctionne t-elle ?

Quelle est son organisation ?

Business modeling : modélisation des processus métiers

Exemple : recrutement en SSII

MSIAG 2007-2008 UML & POO – Section 1 7

 Cycle en V : Spécification

Le SI est vu comme une boite noire

Contraintes techniques, quelques exemples :

Nombre d’utilisateurs simultanés

Temps de réponse du système

Disponibilité (24h/24h ?)

Aspects fonctionnels / règles métier

Interaction utilisateur - SI

cas d’utilisation et scénarios

Exemple : DAB

MSIAG 2007-2008 UML & POO – Section 1 8

 Cycle en V : Analyse

Le SI est vu comme une boite blanche

Étude fonctionnelle du système

Modèle métier du domaine étudié (aspects statiques)

Réalisation de cas d’utilisation (aspects dynamiques)

Ne pas traiter de problématiques techniques !

Les problématiques techniques sont traitées en conception

MSIAG 2007-2008 UML & POO – Section 1 9

 Cycle en V : Conception

Le SI est vu comme une boite blanche

Reprise de l’analyse en prenant en compte
l’architecture technique du système
Conception du SI plus proche du code
Modèle de classes comprenant les composants
techniques du système
Reprise des cas d’utilisation avec les composants
techniques

MSIAG 2007-2008 UML & POO – Section 1 10

 Conception : architecture classique

Architecture en couche
Une couche dialogue avec la couche en dessous mais pas au dessus

Chaque couche a une responsabilité claire (pas de métier dans la couche présentation !)

MSIAG 2007-2008 UML & POO – Section 1 11

 Cycle en V : Codage

Implémentation de la conception avec un langage

de programmation

Production d’un livrable (exécutable, application)

Gestion de configuration

Début des tests (tests unitaires)

MSIAG 2007-2008 UML & POO – Section 1 12

 Cycle en V : Tests

Un test sert à prouver qu’un composant fonctionne

correctement
Caractéristiques pour des tests efficaces
Couvrent les différents usages du composant
Autovérifiants
Rejouables facilement

Certains tests sont difficiles à effectuer !

Tests d’interface graphique
Tests de système temps réel

MSIAG 2007-2008 UML & POO – Section 1 13

 Cycle en V : Différents type de tests

Tests unitaires :
Tests de plus bas niveau

Granularité : une classe (ou un petit nombre de classe)

Tests d’intégration :
Tests entre modules/composants du SI

Granularité : module / composant interne du système

MSIAG 2007-2008 UML & POO – Section 1 14

 Cycle en V : Différents type de tests

Tests de recette :
Tests fonctionnels du SI

Granularité : le SI

Tests de productions :
Tests du SI en conditions réelles :
Volumétrie,
Nombre d’utilisateurs,
Architecture réseau cible

Granularité : le SI et son environnement

MSIAG 2007-2008 UML & POO – Section 1 15

 Quizz !

A quoi sert un SI ?

Phase d’analyse : en boite blanche ou boite noire ?

Quand prend on en compte les aspects techniques ?

Qu’est ce qu’un test efficace ?

Quelles sont les phases du cycle en V en boite blanche ?

Quelles sont les différents types de test ?

MSIAG 2007-2008 UML & POO – Section 1 16

 Modélisation : généralités

Qu’est ce qu’un modèle ?

Un modèle est une vue simplifiée et une abstraction de
la réalité

Un modèle permet d’isoler les aspects importants d’une

problématique donnée.

Un modèle se focalise sur une facette de la réalité en

omettant les aspects non pertinents vis à vis de la
problématique à étudier

MSIAG 2007-2008 UML & POO – Section 1 17

 Un exemple de modèle

12 09

La réalité Un modèle (parmi d’autres)

MSIAG 2007-2008 UML & POO – Section 1 18

 Modélisation : Objectifs

Objectifs de la modélisation :

Analyser et comprendre un problème

Explorer les solutions possibles d’un problème

Communiquer et documenter

Ne jamais perdre de vue son objectif et adapter sa

démarche en conséquence !

MSIAG 2007-2008 UML & POO – Section 1 19

 Qu’est ce qu’un bon modèle ?

Qualités d’un bon modèle :

Apporte une vision synthétique du problème étudié

Facilement lisible pour aider la compréhension

Utilise un formalisme rigoureux et non ambiguë

Nous utiliserons UML comme formalisme.

MSIAG 2007-2008 UML & POO – Section 1 20

 UML : généralités

UML = Unified Modeling Langage

UML est un langage de modélisation pas une méthode !

UML propose plusieurs types de diagrammes

UML s’appuie sur le paradigme objet.

UML permet de décrire les différentes vue d’un SI

Vue statique

Vue dynamique

Vue de déploiement

MSIAG 2007-2008 UML & POO – Section 1 21

 UML : les différents diagrammes

Les diagrammes statiques décrivent le

domaine étudié et son organisation.

Diagramme de classes

Diagramme d’objets

Diagramme de packages

MSIAG 2007-2008 UML & POO – Section 1 22

 Exemple : diagramme de classes

associations

classes

MSIAG 2007-2008 UML & POO – Section 1 23

 UML : les diagrammes dynamiques

Les diagrammes dynamiques décrivent le

comportement du SI face aux sollicitations
externes

Diagramme de séquences
Diagramme d’états/transitions
Diagramme de communication
Diagramme d’activités

MSIAG 2007-2008 UML & POO – Section 1 24

 Exemple : diagramme de séquences

objets

opérations

MSIAG 2007-2008 UML & POO – Section 1 25

 Exemple : diagramme d’états

Etats d’une porte

Evènements de
transitions

états verrouillée

MSIAG 2007-2008 UML & POO – Section 1 26

 UML : Autres diagrammes

Ces diagrammes sont utiles mais de moindre

importance.

Diagrammes de composants
Diagrammes de déploiement
Diagrammes de temps
Diagramme de cas d’utilisation

MSIAG 2007-2008 UML & POO – Section 1 27

 Quizz !

UML est il une méthode ?

Quels sont les objectifs recherchés lorsque l’on modélise ?

Qu’est ce qu’un bon modèle ?

Quelle est la différence entre un modèle et un diagramme ?

A quoi sert la vue statique ?

A quoi sert la vue dynamique ?

MSIAG 2007-2008 UML & POO – Section 1 28