Analyse et

Conception
UML
Dimanche 12 Février 2023
 Table of contents
01 02 03
Introduction Qualité POO
logiciel

04 05 06
Pourquoi UML Overview
modéliser diagrammes
Introduction
● l'informatique est au cœur de toutes les grandes entreprises et de la vie de
chaque jour.
● 20% Matériel, 80% Logiciel.
● Un logiciel ou une application est un ensemble de programmes, qui permet à
un système informatique d'assurer une tâche ou une fonction en particulier
(exemple : Logiciel de gestion d’écoles, logiciel de gestion des crédits
bancaires…).
● 1995, Etude de Standish Group 365 entreprises, 8 380 applications.
● le taux de succès est de 9% seulement, 37% des projets sont arrêtés en
cours de réalisation, 50% aboutissent hors délai et hors budget.
● Client (maître d’ouvrage).
● Face à la complexité des systèmes d’informations, de nouvelles méthodes ont
vu le jour. La Programmation Orienté Objet (POO) est l’une des plus grandes
avancées de la technologie d’aujourd’hui.
● programmation à objets (Smalltalk, C++, Eiffel, CLOS, Java, C#...)
 Conception à objets (Business process, classes, qualité logiciel …)
 Introduction
Les problèmes liés aux systèmes informatiques sont principalement des problèmes
logiciel (matériel standardisé, fabricants connus)
 Comment avoir un logiciel de qualité ?
 Comment aligner le maître d’ouvrage au maître d’œuvre ?
 Quels sont les critères pour la réussite d’un projet informatique ?

Qualité logiciel
 Qualité logiciel
● Différents facteurs:
● Utilité ou Validité : Besoins et réalisation
● Fiabilité ou robustesse : conditions anormales.
● Extensibilité (maintenance) : coûts très élevés (82%)
● Réutilisabilité :
● Compatibilité :
● Efficacité :
● Portabilité :
● Vérifiabilité : tests
● Intégrité : sécurité d’accès aux données
● Facilité d'emploi :
 Trouver un compromis de critères
 Cycle de vie logiciel
● La qualité d’un logiciel est tributaire de la qualité de son processus de développement
● Plusieurs cycles de vie (Y, Cascade, Spirale…)
● Le cycle de vie d’un logiciel comporte des étapes:
● Étude de faisabilité
● Spécification : Déterminer les fonctionnalités du logiciel.
● Conception : Déterminer la façon dont dont le logiciel fournit les différentes
fonctionnalités recherchées.
● Codage : Développement des applicatifs
● Tests :Essayer le logiciel sur des données d'exemple pour s'assurer qu'il fonctionne
correctement.
● Maintenance
Modélisation
 Modèle
● Un modèle est une représentation abstraite de la réalité qui exclut certains
détails du monde réel. Il permet de réduire la complexité d'un phénomène en
éliminant les détails qui n'influencent pas son comportement de manière
significative. Il reflète ce que le concepteur croit important pour la
compréhension et la prédiction du phénomène modélisé, les limites du
phénomène modélisé dépendent des objectifs du modèle.
 Subjectif
 Conceptuel
Exemples : Modèles démographique, modèle météorologique, plan de construction
de bâtiment, plan de câblage électrique…
 Modéliser
● Pourquoi modéliser: Mieux comprendre le fonctionnement du système. Maîtriser sa
complexité, mieux communiquer  Précis et concis.
● Répartir les tâches de développement, réduire les coûts et les délais.
● Faciliter la maintenance.
● Qui fait la modélisation ? MOE/MOA
● MOA (Maîtrise d’ouvrage): Le MOA est une personne morale (entreprise, direction,
etc.), une entité de l'organisation. Ce n'est jamais une personne.
● MOE (Maîtrise d’œuvre): Le MOE est une personne morale (entreprise, direction, etc.)
garante de la bonne réalisation technique des solutions
● Le MOA est client du MOE à qui il passe commande d'un produit nécessaire à son
activité.
● Le MOE fournit ce produit

 MOA ET MOE
Approche Orienté Objet

○ Méthode fonctionnelle
 Approche orienté objet
● Logiciel: collection d’objets (caractéristiques: attributs, fonction), interaction des objets.

• Identité : ID unique qui distingue l’objet (Code de produit, numéro de série)

• Attributs : variables de l’état de l’objet
• Méthodes: Comportement de l’objet, opérations.
Approche Orienté Objet
Concepts du POO
 Concepts du POO
● Classe: Une classe est un type de données abstrait qui précise des
caractéristiques (attributs et méthodes) communes à toute une famille d'objets et
qui permet de créer (instancier) des objets possédant ces caractéristiques
● Encapsulation: L'encapsulation consiste à masquer les détails d'implémentation
d'un objet, en définissant une interface. Elle garantit l’intégrité des données.
● Héritage, spécialisation et généralisation : L'héritage est un mécanisme de
transmission des caractéristiques d'une classe (ses attributs et méthodes) vers
une sous-classe. Spécialiser ou factoriser.
● Polymorphisme : Le polymorphisme représente la faculté d'une méthode à
pouvoir s'appliquer à des objets de classes différentes.
● Agrégation: permet aux objets d'une classe d’être des composants d’une autre
classe.
 Exemple
package licence.animal
public class Animal
{ public void crier() { System.out.println("un cri
d'animal"); } }
package licence.animal;
package licence.animal; public class Chat extends Animal { public
public class Chat extends Animal { } void crier() { System.out.println("Miaou !"); }
}
package licence.animal;
package licence.animal; public class Chien extends Animal { public
public class Chien extends Animal { } void crier() { System.out.println("Whouaf
whouaf !"); } }
Exemple
UML : un peu d’histoire
 UML: un peu d’histoire
● 1980: Procédural Merise
● 1990-1994: plus de 50 méthodes d’OO
● 1994: Fusion de 3 méthodes:
● OMT de James Rumbaugh (General Electric) fournit une représentation
graphique des aspects statique, dynamique et fonctionnel d'un système ;
● OOD de Grady Booch, définie pour le Department of Defense, introduit le
concept de paquetage (package) ;
● OOSE d'Ivar Jacobson (Ericsson) fonde l'analyse sur la description des
besoins des utilisateurs (cas d'utilisation, ou use cases).
●  1997: version 1.0 de l’UML par l’OMG (Object Management Group (
www.omg.org), l’organisme qui promouvait l’Objet)).
●  Accord des géants: HP, Oracle, Microsoft, IBM…
 UML : définition
● L'UML (Unified Modeling Language ou Langage de modélisation unifiée est un langage
graphique de modélisation informatique. Ce langage est désormais la référence
en modélisation objet (norme OMG), ou programmation orientée objet.
● UML permet de diviser le système d’information (d’une organisation) en le système
métier et le système informatique.
● UML est fortement inspiré de l’approche 4+1 vues (logique, composants, processus,
déploiement et cas d’utilisation) pour exprimer les diverses perspectives de l’architecture
d’un système informatique.
 UML : A retenir
● Langage: pas une méthode
● Itératif et incrémental
● Orienté Objet
● Diagrammes standardisés.
● Guidé par les besoins
● Concentré sur l’architecture logiciel.
 UML : Objectif
● UML est un langage unifié qui sert à :
● Visualiser: Chaque symbole graphique possède une
sémantique(OCL)
● Spécifier: de manière précise, les spécifications avec des symboles
standardisés.
● Construire: UML permet la génération d’une partie du code qui
constitue le cœur de tout système d’information.
● Documenter: Les différents diagrammes UML sont reportés dans
un document avec des mises à jour de versions.
 Quelques outils de
modélisation
● StarUML (https://staruml.io/download)
● AstahUML (https://astah.net/downloads/)
● ArgoUML (https://argouml.fr.uptodown.com/windows)
● PowerAMC
(https://www.01net.com/telecharger/bureautique/base_de_donne/poweramc.html)
● Prosa UML (https://www.insoft.fi/)
● Drawio (https://app.diagrams.net/)
● Lucidchart (https://www.lucidchart.com/pages/fr/exemple/uml-online)
● Adobe Express
● Microsoft visio
● Moqups
● Diagrams.net
● Gleek.io
● EdrawMax
● Visual Paradigm (https://www.visual-paradigm.com/features/uml-tool/)
 Versions UML
Version Date Description
1.1 11-1997 Adoption par l’OMG

1.3 03-2000 Changement dans la

sémantique
1.4 09-2001 Diagramme de profiles.

1.5 03-2003 Ajouter des actions aux

diagrammes
1.4.2 01-2005 Standard ISO

2.0 08-2005 Nouveaux diagrammes: Objet,

paquetage, composite,
interaction, timing et profile
2.5.1 12-2017 14 diagrammes standardisés

https://www.omg.org/spec/UML/#spec-versions-formal
 Diagrammes UML
UML

● Sept (7) diagrammes qui

servent à décrire les aspects
structurels d’un système Diagrammes
informatique (logiciel et Diagrammes
de
matériel); et, de structure
● Sept (7) diagrammes qui comportement
servent à décrire les aspects
dynamiques (comportement)
du système.

Diagrammes
d’interaction
 Diagrammes UML
● Diagrammes structurels ou diagrammes statiques (UML Structure)
● diagramme de classes (Class diagram)
● diagramme d'objets (Object diagram)
● diagramme de composants (Component diagram)
● diagramme de déploiement (Deployment diagram)
● diagramme de paquetages (Package diagram)
● diagramme de structures composites (Composite structure diagram)
● Diagrammes comportementaux ou diagrammes dynamiques (UML Behavior)
● diagramme de cas d'utilisation (Use case diagram)
● diagramme d'activités (Activity diagram)
● diagramme d'états-transitions (State machine diagram)
● Diagrammes d'interaction (Interaction diagram)
○ diagramme de séquence (Sequence diagram)
○ diagramme de communication (Communication diagram)
○ diagramme global d'interaction (Interaction overview diagram)
○ diagramme de temps (Timing diagram)
Diagrammes UML
Evolution des diagrammes
 Diagramme des cas
• Le diagramme de cas d’utilisation
d'utilisation représente la
structure des grandes
fonctionnalités nécessaires
aux utilisateurs du
système. C'est le
diagramme qui décrit la
relation entre l'utilisateur et
les objets que le système
met en œuvre.
 Diagramme de classe
● Le diagramme de
classes est
généralement considéré
comme le plus important
dans un développement
orienté objet. Il
représente l'architecture
conceptuelle du
système, les objets et
leurs relations.
 Diagramme d’objets
● Le diagramme d'objets
permet d'éclairer un
diagramme de classes
en l'illustrant par des
exemples. Il est, par
exemple, utilisé pour
vérifier l'adéquation d'un
diagramme de classes à
différents cas possibles.
 Diagramme d’états-
● Le diagramme d'états-
transitions
transitions représente la
façon dont évoluent
(i.e. cycle de vie) les
objets appartenant à
une même classe
● État : abstraction d'un
moment de la vie d'une
entité pendant lequel elle
satisfait un ensemble de
conditions
● Transition :
changement d'état
 Diagramme d’activités
● un diagramme d'activité fournit
une vue du comportement d'un
système en décrivant la séquence
d'actions d'un processus.
● ils montrent les flux entre les
actions dans une activité. Les
diagrammes d'activité peuvent,
cependant, aussi montrer les flux
parallèles simultanés et les flux de
remplacement.
 Diagramme de séquence
● Le diagramme de
séquence représente la
succession
chronologique des
opérations réalisées par
un acteur. Il indique les
objets que l'acteur va
manipuler et les
opérations qui font
passer d'un objet à
l'autre.
 Diagramme de
● un diagramme de communication
communication représente
les interactions entre les
objets ou les rôles associés
aux lignes de vie et les
messages transmis entre
les lignes de vie. Dans les
versions précédentes
d'UML, ce diagramme
s'appelait diagramme de
collaboration
 Diagramme d’interaction
● Un diagramme global
d'interaction est une
variante d'un
diagramme d'activité.
La différence réside
dans le fait que les
nœuds des
diagrammes globaux
d'interaction
représentent les
occurrences des
interactions dans un
système ou un logiciel.
 Diagramme de temps
● Les diagrammes de
temps sont utilisés pour
expliciter visuellement
les divers
comportements des
objets d'un système au
cours d'une période
donnée.
 Diagramme de composants
● Les diagrammes de
composants UML
représentent les relations
entre les différents
composants d’un
système dans une vue
d’ensemble statique. Ils
peuvent inclure des
aspects de modélisation à
la fois logiques et
physiques.
 Diagramme de déploiement
● un diagramme de
déploiement est une vue
statique qui sert à
représenter l'utilisation de
l'infrastructure physique
par le système et la
manière dont
les composants du
système sont répartis ainsi
que leurs relations entre
eux
 Diagramme de structure
● Un diagramme de composite
structures composites est
un diagramme UML qui
fournit une représentation
graphique des classes,
interfaces et packages qui
composent un système, en
incluant les ports et parties
qui décrivent leurs
structures internes.
 Diagramme de paquetage
● Le diagramme de package
est utilisé pour simplifier
les diagrammes de classes
complexes, on peut
regrouper les classes en
packages. Un package est
une collection d’éléments
UML logiquement liés.
 Diagramme de profils
● Diagramme de profil est un
diagramme de structure qui décrit
un mécanisme d'extension léger à
UML en définissant des stéréotypes
personnalisés, des valeurs
étiquetées et des contraintes. Les
profils permettent l'adaptation du
métamodèle UML pour différentes:
plates-formes, telles que Java
Platform, Enterprise Edition (Java
EE) ou Microsoft .NET Framework,
ou domaines, tels que la
modélisation des processus
d'affaires, l'architecture orientée
service, les applications médicales,
etc.
Diagramme UML : quelques symboles

● Stéréotype: Les stéréotypes

permettent d'augmenter le
vocabulaire de UML. On peut
ajouter, créer de nouveaux
éléments de modèle, dérivés des
existants mais qui ont des
propriétés spécifiques adaptées à
chaque domaine de problème.
 UML: Quelques symboles

● Contrainte: Une
contrainte affine un
élément de modèle en
exprimant une condition ou
une restriction à laquelle
l'élément de modèle doit se
conformer.
 UML: Quelques symboles

● Valeur étiquetée: Les

valeurs étiquetées sont
utilisées pour étendre les
propriétés de UML afin
d’ajouter des informations
supplémentaires dans la
spécification d'un élément
de modèle.
UML