Institut Supérieur de Gestion de Bizerte

Conception Orientée Objet d’un SI

2ème LIG

Dr. Wafa AKKARI

Wefa.akkari@gmail.com

© ISGB, Sep 2023

09/10/2023 1
 Contenu du cours

1. Introduction
a) Objectifs et motivation
b) Définition d’un SI
c) Qualités d’un SI
2. Cycle de vie d’un logiciel
a) Définitions
b) Types de cycles de vie de logiciels
3. Spécification et analyse des besoins
4. Conception et mise en place d’un SI
09/10/2023
2
 Contenu du cours

5. Modélisation Comportementale
a) Diagramme Uses Cases
b) Diagramme d’états
c) Diagramme d’activités
6. Modélisation Dynamique
a) Diagramme de séquences
7. Modélisation Structurelle
a) Diagramme de classes
8. Merise
09/10/2023
3
 Introduction

Introduction et motivation
Objectifs
Notions d’un SI

09/10/2023 4
 Contexte & motivation

Améliorer en permanence la qualité, le coût et la productivité :

C’est l’enjeu des années 2000 pour les entreprises

Diversité
Augmentation
des produits
Augmentation de la qualité
de la concurrence
Diminution des
coûts de
fabrication.
Augmentation
de la réactivité
Ouverture des
marchés

Quels outils donner au décideur pour comprendre,

dimensionner, piloter, et gérer ces systèmes
09/10/2023 5
 Contexte & motivation

09/10/2023 6
 Les mythes de gestion de projet

• Les outils actuels sont la solution „

– un nul avec un outil est toujours un nul „
• Si on est en retard, on ajoutera du personnel
• Tout le monde peut être chef de projet. ...
• Les clients savent ce qu'ils veulent :Il est très rare que le
client ou le commanditaire d’un projet sache exactement ce
qu’il veut et comment y parvenir. Souvent, il n’a qu’une vague
idée de ce qu’il souhaite vraiment. Il formule des exigences
irréalisables et des souhaits contradictoires. C’est alors au
chef de projet d’identifier quels sont les besoins du client et de
définir les objectifs qu’il veut atteindre. Le chef de projet doit
s’assurer que les objectifs sont réalisables, que les délais
sont raisonnables et que le projet est viable. Il doit conseiller
le client et tout mettre en œuvre pour que le projet soit une
réussite.

09/10/2023 7
 Les mythes du client

• „Une idée générale des objectifs est

suffisante pour commencer le codage – on
ajoutera les détails plus tard „
– Une forte communication entre clients et
développeurs est toujours nécessaire „
• Les changements peuvent être facilement
répercutés parce que le logiciel est flexible „
– Les changements ne peuvent être évités, c’est la
vie... „
– Les changements tardifs coûtent très chers

09/10/2023 8
 Les mythes du client

09/10/2023 9
 Les mythes des développeurs

• „Une fois que le programme est écrit et qu’il

tourne, le travail est terminé „
– 50-70% de l’effort est réalisé après la livraison „
• Jusqu’à ce que le programme tourne, il n’y a
aucun moyen d’évaluer sa qualité „
– Inspections & revues „
• La seule chose à livrer pour un projet réussi
est un programme qui marche „
– Documentation (utilisateur, maintenance)
09/10/2023 10
 Les mythes des développeurs

09/10/2023 11
 Objectifs

Comprendre et modéliser le fonctionnement

d’une entreprise, d’un système
Proposer et développer des solutions
informatiques
Concevoir des documentations
Dossier d’analyse
Dossier de maintenance
Dossier de programmation
Manuel d’utilisation
…

09/10/2023 12
 Notions d’un Système

Un système est un ensemble d'éléments

(matériels ou non) transformant des éléments
d'entrées en éléments de sorties que l'on
considère comme des flux d'entrées et de
sorties.

09/10/2023 13
 Notions d’un Système (exemple)

• Une entreprise commercialise une liste de

produits :
– En entrée. Les produits achetés, commandes,
paiements (fournisseurs)
– En sortie. Les produits vendus, factures,
paiements (clients)

• Ou en terme de flux
– Flux physiques : produits achetés, produits
vendus
– Flux d'information : paiements/clients/fournisseurs
09/10/2023 14
 Notions d’un SI

Le système d'information comprend les

informations relatives :
Aux flux (produits en stock, produits commander, .)
A l'univers extérieur (clients, fournisseurs, ...)
A l'organisation de l'entreprise (que se passe t-il entre
l'enregistrement d'une commande et sa livraison ?)
Aux contraintes légales ( lois, règlement, paramètres
financiers)

09/10/2023 15
 Notions d’un SI

• Un Système d’Information n’est pas un phénomène

spontané. Il est le résultat d’un travail de CONCEPTION
aboutissant à une IMPLANTATION, synonyme de
CHANGEMENT dans l’organisation…La conception d’un
SI peut être caractérisée à la fois par ses OBJECTIFS et par
sa DÉMARCHE.

09/10/2023 16
 Conception et mise en place d’un SI

1.Les objectifs :
• Un système d’information doit répondre aux besoins
spécifiques de ses futures utilisateurs. Un travail
préliminaire consiste à définir un CAHIER DES
CHARGES qui exprime de façon structurée, les besoins
que doit satisfaire le futur SI…
• …ce cahier des charges va ensuite être interprété par des
spécialistes, analystes, concepteurs en un schéma de
système à réaliser…
• …ce schéma doit intégrer de manière cohérente les choix
relatives aux trois dimensions composantes d’un SI
« informationnelle, technologique & organisationnelle ».

09/10/2023 17
 Conception et mise en place d’un SI

1. 1 Les choix informationnels :

• Correspondent aux choix relatifs aux représentations souhaitées.
Il s’agit ici de choisir quelles sont les représentation à produire
pour chaque utilisateur ce qui conduira à définir des MODÈLES
de données et les règles de transformation de ces données par des modèles de
traitements.
1. 2 Les choix organisationnels :
• Correspondent aux choix relatifs aux acteurs et aux procédures
de travail. Il s’agit de répondre à la question « QUI FAIT QUOI
? ».
1. 3 Les choix techniques :
• Correspondent aux choix relatifs aux matériels et logiciels à
utiliser et la façon dont ils seront utilisés.

09/10/2023 18
 Conception et mise en place d’un SI

2. La démarche
• Pour les SI de dimension très limitée, la construction
peut prendre des formes d’essais, d’erreurs, de
tâtonnements, de modifications... Au-delà d’une
certaine dimension, cette approche empirique n’est
pas possible et il est indispensable de PLANIFIER le SI
« Schéma directeur » et d’ORGANISER le processus
de sa construction et sa mise en place de manière
MÉTHODIQUE…
• …cette démarche méthodique peut être schématisée
comme suit (cycle de vie du projet) :

09/10/2023 19
 Conception et mise en place d’un SI
SI en
Schéma fonctionnement
directeur
Implantation
Définition initiale

Évaluation
Conception

Tests
Modèle du système

Développement Modèle avec logiciels

09/10/2023 20
 Qualités d’un bon SI

Le système d'information doit posséder des

qualités ci-après :
La fiabilité: le système d'information doit fournir
les informations Fiables, sans erreurs,
autrement un bon système d'information doit
contenir moins d'erreurs possibles.
La rapidité : un bon système d'information doit
mettre à temps, dans un délai court les
informations ou résultats à la disposition des
utilisateurs.

09/10/2023 21
 Qualités d’un SI

La pertinence : un bon système d'information

doit être capable de déceler les informations
erronées qui circulent dans le système.
La sécurité : un bon système doit être capable
d'assurer une sécurité pour les informations en
son sein.

09/10/2023 22
 Rappel: cycle de vie d’un logiciel

Définitions
Types de cycles de vies

09/10/2023 23
 Cycle de vie d’un logiciel

Le cycle de vie d’un logiciel est la période située

entre le début de la conception et l’arrêt de
l’exploitation de ce logiciel
Le cycle de vie d’un logiciel correspond à
l’identification des états successifs d’une
application ou d’un produit déterminé. Il est
essentiellement dynamique, évolutif et presque
toujours progressif.

09/10/2023 24
 Cycle de vie d’un logiciel

Modèle en « cascade »

09/10/2023 25
 Cycle de vie d’un logiciel

Modèle en « cascade »

09/10/2023 26
Cycle de vie d’un logiciel: modèle en cascade

C’est un modèle qui a comme objectif majeur de présenter

rigoureusement le processus de développement et de définir
de façon précise les rôles respectifs du fournisseur qui produit
un livrable et du client qui accepte ou refuse le résultat.

Le découpage temporel se présente comme une succession de

phases affinant celles du découpage classique : Étude de
faisabilité, Définition des besoins, Conception générale,
Conception détaillée, Programmation, Intégration, Mise en
œuvre.

Chaque phase donne lieu à une validation officielle. Si le

résultat du contrôle n’est pas satisfaisant, on modifie le
livrable. En revanche, il n’y a pas de retour possible sur les
options validées à l’issue de phases antérieures.

09/10/2023 27
Cycle de vie d’un logiciel: modèle en cascade

Ce modèle est mieux adapté aux petits projets

ou à ceux dont les spécifications sont bien
connues et fixes. Dans le modèle en cascade,
on effectue les différentes étapes du logiciel de
façon séquentielle.

Les interactions ont lieu uniquement entre

étapes successives : on s’autorise des retours
en arrière uniquement sur l’étape précédente.
Par exemple, un test ne doit pas remettre en
cause la conception architecturale.
09/10/2023 28
 Cycle de vie d’un logiciel

Modèle en V:

09/10/2023 29
 Cycle de vie d’un logiciel: modèle en V

Dérivé du modèle de la cascade, le modèle en V du

cycle de développement montre non seulement
l’enchaînement des phases successives, mais aussi
les relations logiques entre phases plus éloignées.
Ce modèle fait apparaître le fait que le début du
processus de développement conditionne ses
dernières étapes.

Le modèle du cycle de vie en V est souvent adapté

aux projets de taille et de complexité moyenne.

09/10/2023 30
 Cycle de vie d’un logiciel: modèle en V

La première branche correspond à un modèle en

cascade classique. Toute description d’un composant est
accompagnée de définitions de tests. Avec les jeux de
tests préparés dans la première branche, les étapes de
la deuxième branche peuvent être mieux préparées et
planifiées.
La seconde branche correspond à des tests effectifs
effectués sur des composants réalisés. L’intégration est
ensuite réalisée jusqu’à l’obtention du système logiciel
final.
L’avantage d’un tel modèle est d’éviter d’énoncer une
propriété qu’il est impossible de vérifier objectivement
une fois le logiciel réalisé. Le cycle en V est le cycle qui
a été normalisé, il est largement utilisé, notamment en
informatique industrielle et en télécommunication.
09/10/2023 31
 Cycle de vie d’un logiciel

Modèle en W

09/10/2023 32
 Cycle de vie d’un logiciel
• Prototypage : création d'un prototype (modèle
réduit d'un système, partiellement réalisé et
fonctionnel) Validation des spécifications par
expérimentation : "Je saurai ce que je veux
lorsque je le verrai !«
• un premier contenu partiel est réalisé puis testé;
le retour d'expérience définit les ajustements à
appliquer sur le premier contenu réalisé, et
permet d'affiner la définition du reste du projet

09/10/2023 33
 Cycle de vie d’un logiciel

Modèle dynamique évolutif

09/10/2023 34
 Cycle de vie d’un logiciel

Modèle dynamique Objet: cycle en Y

09/10/2023 35
 Cycle de vie d’un logiciel
• Il s’agit des chemins « fonctionnel » et « d’architecture technique »,
qui correspondent aux deux axes des changements imposés au SI.
• Les deux branches d’étude fusionnent ensuite pour la conception du
système, ce qui donne la forme d’un processus de développement
en Y. La dichotomie initiale permet à la fois de capitaliser la
connaissance métier sur la branche gauche et de réutiliser un
savoir-faire technique sur la branche droite.
• La branche gauche (fonctionnelle) comporte :
– La capture des besoins fonctionnels, qui produit un modèle des
besoins focalisé sur le métier des utilisateurs. Elle qualifie au plus
tôt le risque de produire un système inadapté aux utilisateurs. De
son côté, la maîtrise d’œuvre consolide les spécifications et en
vérifie la cohérence et l’exhaustivité ;
– L’analyse, qui consiste à étudier précisément la spécification
fonctionnelle de manière à obtenir une idée de ce que va réaliser le
système en termes de métier. Les résultats de l’analyse ne
dépendent d’aucune technologie particulière.

09/10/2023 36
 Cycle de vie d’un logiciel
• La branche droite (architecture technique) comporte :
– La capture des besoins techniques, qui recense toutes les
contraintes et les choix dimensionnant la conception du
système. Les outils et les matériels sélectionnés ainsi que la
prise en compte de contraintes d’intégration avec l’existant
conditionnent généralement des prérequis d’architecture
technique ;
– La conception générique, qui définit ensuite les composants
nécessaires à la construction de l’architecture technique.
Cette conception est complètement indépendante des
aspects fonctionnels. Elle a pour objectif d’uniformiser et de
réutiliser les mêmes mécanismes pour tout un système.
L’architecture technique construit le squelette du système
informatique et écarte la plupart des risques de niveau
technique. L’importance de sa réussite est telle qu’il est
conseillé de réaliser un prototype pour assurer sa validité.

09/10/2023 37
 Cycle de vie d’un logiciel
• La branche du milieu comporte :
– La conception préliminaire, qui représente une étape délicate,
car elle intègre le modèle d’analyse dans l’architecture
technique de manière à tracer la cartographie des
composants du système à développer ;
– La conception détaillée, qui étudie ensuite comment réaliser
chaque composant ;
– L’étape de codage, qui produit ces composants et teste au
fur et à mesure les unités de code réalisées ;
– L’étape de recette, qui consiste enfin à valider les fonctions
du système développé.

09/10/2023 38
 Cycle de vie d’un logiciel

Modèle en Spiral

09/10/2023 39
Cycle de vie d’un logiciel: modèle en spiral

Le développement se fait à travers une

succession de cycles. Chaque cycle peut être
considéré comme une étape
qui comporte 6 phases.
Analyse du risque
Développement d'un prototype
Simulations et essais du prototype
Conception: Détermination des besoins (à des mailles
différentes) à partir des essais
Validation des essais par un comité de pilotage
Planification du cycle suivant
09/10/2023 40
Cycle de vie d’un logiciel: modèle en Spiral

Le modèle du cycle de vie en spiral est un modèle itératif

(répété), où la planification de la version se fait selon
une analyse de risques. L’idée est de s’attaquer aux
risques les plus importants assez tôt, afin que ceux-ci
diminuent rapidement. De façon générale, les risques
liés au développement de logiciels peuvent être répartis
en quatre catégories :
les risques commerciaux (placement du produit sur le
marché, concurrence);
les risques financiers (capacités financières suffisantes pour
réaliser le produit);
les risques techniques (la technologie employée est-elle
éprouvée ?)
les risques de développement (l’équipe est-elle suffisamment
expérimentée ?).

09/10/2023 41
Cycle de vie d’un logiciel: modèle en Spiral

Le dernier cycle permet de développer la

version finale et d'implémenter le logiciel. Sa
structure est:
Les principaux facteurs de risques.
La taille du projet
La difficulté technique
Le degré d'intégration
La configuration organisationnelle
Le changement
L'instabilité de l'équipe de projet

09/10/2023 42