From e8ca509e8ea1fabd3c17512e63eda8c778596fd9 Mon Sep 17 00:00:00 2001 From: Gabriel Augendre Date: Mon, 8 Dec 2014 09:38:15 +0100 Subject: [PATCH 1/3] =?UTF-8?q?ajout=20cours=20qualit=C3=A9?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- gpi/3-La_qualite.md | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 gpi/3-La_qualite.md diff --git a/gpi/3-La_qualite.md b/gpi/3-La_qualite.md new file mode 100644 index 0000000..c1e886c --- /dev/null +++ b/gpi/3-La_qualite.md @@ -0,0 +1,8 @@ +# 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 ?) \ No newline at end of file From 670a85bdda8ac73afc60835b1992499ddf47bf83 Mon Sep 17 00:00:00 2001 From: Gabriel Augendre Date: Mon, 8 Dec 2014 09:50:52 +0100 Subject: [PATCH 2/3] =?UTF-8?q?Cours=20qualit=C3=A9=20->=20Fiabilit=C3=A9?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- gpi/3-La_qualite.md | 59 ++++++++++++++++++++++++++++++++++++++++++++- 1 file changed, 58 insertions(+), 1 deletion(-) diff --git a/gpi/3-La_qualite.md b/gpi/3-La_qualite.md index c1e886c..b1c82c2 100644 --- a/gpi/3-La_qualite.md +++ b/gpi/3-La_qualite.md @@ -5,4 +5,61 @@ La notion de qualité a évolué en informatique depuis 1951 : - La conformité aux spécifications (1979) - L'aptitude à satisfaure le client (1984) - L'anticipation des besoins (2000) -- La citoyenneté (2010 ?) \ No newline at end of file +- 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. From 6cde3da017c331c82923852568dbfe28c66b6c25 Mon Sep 17 00:00:00 2001 From: Gabriel Augendre Date: Wed, 10 Dec 2014 00:47:21 +0100 Subject: [PATCH 3/3] =?UTF-8?q?renomm=C3=A9=20cours=20+=20ajout=20diagramm?= =?UTF-8?q?es=20de=20classe?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- uml/{introduction.md => 0-introduction.md} | 0 uml/1-diagrammes_de_classe_.md | 57 ++++++++++++++++++++++ 2 files changed, 57 insertions(+) rename uml/{introduction.md => 0-introduction.md} (100%) create mode 100644 uml/1-diagrammes_de_classe_.md 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