diff --git a/gpi/3-La_qualite.md b/gpi/3-La_qualite.md
new file mode 100644
index 0000000..b1c82c2
--- /dev/null
+++ b/gpi/3-La_qualite.md
@@ -0,0 +1,65 @@
+# Que'est-ce que la qualité ?
+La notion de qualité a évolué en informatique depuis 1951 :
+
+- L'aptitude à l'usage (1951)
+- La conformité aux spécifications (1979)
+- L'aptitude à satisfaure le client (1984)
+- L'anticipation des besoins (2000)
+- La citoyenneté (2010 ?)
+
+## Les 4 composantes de la qualité
+
+- Qualité de définition
+- Qualité de conception
+- Qualité de réalisation
+- Qualité de service
+
+## Les enjeux de la qualité
+### Enjeu pour le client
+- La satisfaction
+    + Il oublie le prix qu'il a payé
+    + Il oublie le temps pendant lequel il a impatiemment attendu car prix et livraison n'ont lieu qu'une seule fois
+    + Il se souvient des services qu'elle lui a rendus... ou refusés, car __l'usage est de tous les jours__.
+- La fidélisation qui rapporte plus que la conquête
+
+### Enjeu pour le collaborateur
+- Implication : Toute personne peut contribuer à l'amélioration de son travail
+- Un mangement mobilisateur
+
+### Pour l'entreprise
+- Du savoir faire et des économies, car c'est la non-qualité qui coûte cher :
+    + 3.9% du CA
+    + 10.6% de sa VA
+    + 2/3 de son bénéfice brut
+
+## La qualité du développement informatique
+Deux angles pour un logiciel :
+
+- Les fonctions qu'il réalise
+- Les caractéristiques de l'utilisation qui comprend :
+    + Ergonomie
+    + Conditions d'exploitation
+    + Correction des erreurs résiduelles
+    + Évolutions fonctionnelles
+
+## L'évaluation sur norme ISO 9126
+### 6 caractéristiques
+- Capacité fonctionnelle
+- Fiabilité
+- Facilité d'utilisation
+- Efficacité
+- Capacité à être maintenu
+- Portabilité
+
+### 21 sous-caractéristiques
+#### Capacité fonctionnelle
+- Aptitude : Les fonctions sont celles qui satisfont aux besoins exprimés et implicites pour des tâches données.
+- Exactitude : La fourniture des résultats ou d'effets justes ou convenus. Par exemple, cela comprend le degré nécessaire de précision des valeurs calculées.
+- Interopérabilité : Sa capacité à interagir avec des systèmes donnés.
+- Conformité réglementaire : Respect de l'application des normes, des conventions, des réglementations ou des prescriptions similaires.
+- Sécurité : Aptitude à empêcher tout accès non autorisé (accidentel ou délibéré) aux programmes et données.
+
+#### Fiabilité
+- Maturité : On s'intéresse à la fréquence des défaillances dues aux défauts logiciels
+- Tolérance aux fautes : Que se passe-t-il si on utilise mal le logiciel, est-ce que le logiciel peut maintenir un niveau de service en cas de mauvaise utilisation ou de violation de son interface.
+- Possibilité de récupération : Capacités du logiciel à rétablir son niveau de service et à restaurer les informations directement affectées en cas de défaillance. Mesure du temps et l'effort nécessaires pour le faire.
diff --git a/uml/introduction.md b/uml/0-introduction.md
similarity index 100%
rename from uml/introduction.md
rename to uml/0-introduction.md
diff --git a/uml/1-diagrammes_de_classe_.md b/uml/1-diagrammes_de_classe_.md
new file mode 100644
index 0000000..3e0e953
--- /dev/null
+++ b/uml/1-diagrammes_de_classe_.md
@@ -0,0 +1,57 @@
+# Diagramme de classe
+On l'utilise pour montrer la structure statique du système et identifier les concepts propres au domaine (les concepts métier qui particient aux cas d'utilisation).
+
+On l'utilise pendant tout le processus de modélisation. Les diagrammes de classe s'enrichissent : plus on avance dans la modélisation, plus ils sont détaillés.
+
+Un diagramme de classe décrit les classes et les relations. Pour en construire un, il faut :
+
+- Définir les classes et leurs responsabilités
+    + Les classes -> Concepts métiers
+    + Les attributs
+    + Les méthodes
+- Définir les relations entre ces classes
+
+## Démarche
+C'est un processus itératif : il faut itérer et affiner le modèle.
+
+- Pas d'exactitude du modèle à la première réalisation
+- Nécessité de réaliser des itérations continuelles
+- Possibilité d'avoir différentes parties du modèle à différents stades d'achèvement
+- Raffinements probables après l'achèvement d'autres modèles
+
+On commence à un haut niveau d'abstraction, puis on enrchit le modèle
+
+- Des données manipulées aux difféents éléments composant le système
+
+## Démarche conseillée
+- Identifier les classes et conserver celles qui sont pertinentes
+    + Éviter d'être trop sélectif au départ
+    + Éliminer les classes redondantes, sans intérêt
+- Faire de même avec les associations
+- Identifier les attributs
+    + Ne pas pousser la recherche à l'extrême
+    + Repousser les détails à plus tard
+- Organiser et simplifier les classes en utilisant l'héritage
+
+## Contenu du diagramme
+### Classe
+__Rappel :__ _Une classe est la description formelle d'un ensemble d'objets ayant une sémantique et des caractéristiques communes._
+
+Dans le diagramme, on a trois compartiments différents : le __nom__, les __attributs__ et les __opérations__.
+
+#### Le nom
+Le nom doit être significatif et évoquer le concept décrit par la classe
+
+#### Les attributs
+De la forme `visibilité (+, #, -) nomAttribut : Type`.
+
+On indique un attribut dérivé (qu'on peut calculer) par un `/` après la visibilité.
+
+Les attributs de classe sont propres à la classe et non à l'objet. On les souligne.
+
+Visibilité : private (-), public (+), protected (#)
+
+### Associations
+Les associations représentent des relations structurelles entre classes et objets.
+
+On peut définir le rôle de la classe au sein d'une association. Les rôles agissent comme une propriété (un attribut). Ils peuvent donc avoir une visibilité.
\ No newline at end of file