diff --git a/gpi/1-Estimation_de_la_charge.html b/gpi/1-Estimation_de_la_charge.html
new file mode 100644
index 0000000..d3e1619
--- /dev/null
+++ b/gpi/1-Estimation_de_la_charge.html
@@ -0,0 +1,1155 @@
+
+Méthodes d'estimation de la charge
+
+
+Méthode EXPERT (ou DELPHI)
+
+On fait appel à des experts pour donner une estimation sur le sujet.
+
+
+
+
+Experts |
+Applications jugées comparables en charge |
+ Charges correspondantes |
+1ères estimations |
+
+
+
+
+A |
+D04 |
+9 m-h |
+[8;13] -> 10 m-h |
+
+
+ |
+K67 |
+13 m-h |
+ |
+
+
+ |
+RESA |
+8 m-h |
+ |
+
+
+B |
+IA55 |
+6 m-h |
+[5;6] -> 8 m-h |
+
+
+ |
+SCI8 |
+5 m-h |
+ |
+
+
+ |
+BIB1 |
+6 m-h |
+ |
+
+
+C |
+APP |
+14 m-h |
+[14;21] -> 14 m-h |
+
+
+ |
+ASS8 |
+21 m-h |
+ |
+
+
+D |
+K67 |
+13 m-h |
+[13;21] -> 15 m-h |
+
+
+ |
+APP |
+14 m-h |
+ |
+
+
+ |
+ASS8 |
+21 m-h |
+ |
+
+
+
+
+On s'entendra peut-être sur 12 m-h
+
+
+Méthode par répartition proportionnelle
+
+On utilise la méthode MERISE qui estime qu'il y a des étapes par lesquelles il faut passer. En connaissant les proportions de répartition, on peut déduire du temps de la première phase, la durée de tout le projet.
+
+
+Répartition
+
+
+- Étude préalable (10%)
+
+
+- Observation, on rencontre le client (1/3) :
+
+
+- On complète la rédaction du CdC qui devient un CdC de réalisation
+
+
+- DRH : 2 j
+- DG : 1,5 j
+- DIVERS : 3 j
+- Appro + Log : 0,5 j
+
+
+- Total : 7 j
+
+
+- Conception - Organisation
+- Appréciation
+
+
+- Étude détaillée
+- Réalisation
+
+
+
+Estimation
+
+$7\textrm{ j-h} * 3 = 21\textrm{ j-h}$
+Projet estimé à $21\textrm{ j-h} * 10 = 210\textrm{ j-h}$
+Soit ~11 m-h de 20 jours ouvrés
+
+
+Méthode COCOMO
+
+$$\textrm{Charge brute} = a * \textrm{KISL}^b$$
+
+KISL
= Kilo Instruction Source Livrée
+
+$$\textrm{Délai} = c * \textrm{Charge brute}^d$$
+
+a
, b
, c
et d
sont à choisir par l'utilisateur de la méthode.
+
+$$\textrm{Charge nette} = \textrm{Charge brute} * \Pi(\textrm{Coeffs de niv. d'exigence})$$
+
+Délai :
+
+
+- Techniquement possible
+- Commercialement acceptable
+
+
+Ici :
+
+$$\textrm{Charge} = 2.4 * 5^{1.05} = 13\textrm{ m-h}$$
+$$\textrm{Délai} = 2.5 * 13^{0.38} = 7\textrm{ mois}$$
+
+
+Méthode DIEBOLD
+
+$$\textrm{Charge (en j-h)} = \textrm{KISL} * \textrm{Complexité} * \textrm{Savoir-faire} * \textrm{Connaissance}$$
+$\textrm{Complexité} \in [10;40]$
+$\textrm{Savoir faire} \in [0.65;2]$
+$\textrm{Connaissance} \in [1;2]$
+$$\textrm{Charge} = 5 * \frac{40 * 8 + 25 * 19 + 10 * 10}{37} * 1 * 1.5 = 180 \textrm{ j-h}$$
+
+
+Méthode analytique
+
+On aborde cette méthode quand on a signé avec le client.
+Il faut entrer dans le détail des tâches.
+
+Plusieurs grandes étapes :
+
+
+- Étude préalable -> 10% du projet -> 20,5 j-h
+- Étude détaillée -> $\frac{1}{2}$ Réalisation -> 61,5 j-h
+- Réalisation -> 123 j-h (voir étude de cas)
+
+
+- Étude technique
+- Programmation
+- Jeux d'essais
+- Tests & corrections
+
+
+
+
+$\textrm{Estimation projet} = \frac{61.5+123}{0.9} = 205\textrm{ j-h}$
+
+Dans l'étape de programmation on va rechercher des tâches standards (voir tableau page 30).
+On arrive alors à un certain temps en j-h pour la programmation qui constitue la base. On prend un certain pourcentage de cette base pour chacune des autres étapes de la réalisation.
+
+
+Méthode des points de fonction
+
+
+Principe
+
+Il faut prévoir d'autant plus de temps pour réaliser un projet :
+
+
+Qu'on doit intégrer un grand nombre d'informations
+
+5 types de composants fonctionnels :
+
+
+- GD Internes = Entités internes à créer pour les besoins du projet
+
+
+- Véhicules F
+
+- Marque-Modèle F
+
+- Autorisation habituelle F
+
+- Autorisation exceptionnelle F
+
+
+
+- GD Externes = Entités déjà existantes dans le SI du client et sur lesquelles on s'appuie
+
+
+- Employés M
+
+- Bâtiments M
+
+- Parkings F
+
+
+
+- ENTrées
+
+
+- 6 (4 : une pour chaque GDI, 1 pour qu'un employé demande une autorisation exceptionnelle et 1 pour insérer les N° de véhicules dans la table employés) : 5 F & 1 M
+
+
+
+- SORties
+
+
+
+- INTerrogations
+
+
+
+
+
+
+Que les contraintes d'exploitation sont fortes
+
+$$\textrm{DIT} = \sum{\textrm{points de niveau de difficulté d'exploitation}}$$
+$$\textrm{DIT} \leq 70$$
+$$\textrm{FA} = 0.65 + \frac{\textrm{DIT}}{100} = 0.9$$
+$$\textrm{PFA} = \textrm{PFB} * \textrm{FA} = 112 * 0.9 \simeq 100 \textrm{points ajustés}$$
+
+FA
= Fonction d'ajustement
+PFB
= Points de Fonction Bruts (ceux calculés avant)
+PFA
= Points de Fonction Ajustés
+
+Au final cette méthode ne permet pas de découper le travail entre collaborateurs
+
\ No newline at end of file
diff --git a/gpi/2-Les_etapes_de_la_gpi.html b/gpi/2-Les_etapes_de_la_gpi.html
new file mode 100644
index 0000000..c684b4c
--- /dev/null
+++ b/gpi/2-Les_etapes_de_la_gpi.html
@@ -0,0 +1,1144 @@
+
+Les étapes de la gestion de projet informatique
+
+
+Étapes
+
+
+- Estimation de la charge
+- Signature du contrat
+
+
+- Étude détaillée de la charge => Méhode analytique
+- Délai minimal techniquement nécessaire => Méthode PERT
+
+
+- Délai opérationnel
+- Nb de collaborateurs à prévoir = $\frac{\textrm{Charge estimée}}{\textrm{Délai opérationnel}}$
+
+
+
+
+- En fonction du calendrier des personnels, on décide qui fait quoi (affectation)
+- On construit un planning, ou calendrier de réalisation, ou diagramme de GANTT
+- Pilotage du projet
+
+
+- Suivi de l'avancement
+- Gestion des aléas
+
+
+
+
+
+Signature du contrat
+
+Le contrat va être signé, on procède à l'analyse détaillée de la durée.
+
+
+Niveaux de démarrage
+
+
+
+
+Tâches ancêtres |
+Tâches |
+1 |
+2 |
+3 |
+4 |
+5 |
+6 |
+7 |
+
+
+
+
+- |
+A |
+A |
+ |
+ |
+ |
+ |
+ |
+ |
+
+
+A |
+B |
+ |
+B |
+ |
+ |
+ |
+ |
+ |
+
+
+B |
+C |
+ |
+ |
+C |
+ |
+ |
+ |
+ |
+
+
+C |
+D |
+ |
+ |
+ |
+D |
+ |
+ |
+ |
+
+
+D, F |
+E |
+ |
+ |
+ |
+ |
+E |
+ |
+ |
+
+
+C |
+F |
+ |
+ |
+ |
+F |
+ |
+ |
+ |
+
+
+B |
+G |
+ |
+ |
+G |
+ |
+ |
+ |
+ |
+
+
+G |
+H |
+ |
+ |
+ |
+H |
+ |
+ |
+ |
+
+
+H, F |
+I |
+ |
+ |
+ |
+ |
+I |
+ |
+ |
+
+
+I, E |
+J |
+ |
+ |
+ |
+ |
+ |
+J |
+ |
+
+
+J, M |
+K |
+ |
+ |
+ |
+ |
+ |
+ |
+K |
+
+
+- |
+L |
+L |
+ |
+ |
+ |
+ |
+ |
+ |
+
+
+L, H |
+M |
+ |
+ |
+ |
+ |
+M |
+ |
+ |
+
+
+
+
+
+Méthode PERT
+
+On calcule le délai minimum techniquement nécessaire à condition de disposer de toutes les ressources nécessaires.
+
+(cf. scan)
+
+On peut calculer la marge dont dispose chaque tâche.
+La séquence des tâches sans marge s'appelle le chemin critique.
+
+Remarques :
+
+
+- On ne doit pas s'entendre avec le client sur le délai fin au plus tôt
+
+
+- Pour pallier les inévitables aléas.
+- Pour lisser la charge des ressources utilisées => Allongement du délai nécessaire.
+
+
+
+
+
+Diagramme de GANTT
+
+(Tu sais faire, je vais pas te le dessiner)
+
+
+Pilotage de projet
+
+On arrive à une répartition 54.5 pour Claude contre 71 pour Camille.
+Problème : On ne connaît pas assez Claude pour savoir quel est son coefficient de productivité.
+$$\textrm{Coefficient de productivite} = \frac{\textrm{avancement}}{\textrm{temps passe}}$$
+$$\textrm{charge affectee} = \frac{\textrm{charge initiale}}{\textrm{coeff de prod}}$$
+
+On passe alors de la charge initiale à la charge affectée qui est une charge "personnalisée".
+
+
+Différents indicateurs
+
+
+Coefficient de productivité
+
+$$\frac{\textrm{avancement}}{\textrm{temps passe}}$$
+
+
+Coefficient de performance
+
+$$\frac{\textrm{charge affectee}}{\textrm{temps passe} + \textrm{reste a faire}}$$
+
+
+Coefficient d'utilisation du temps
+
+$$\frac{\textrm{temps passe}}{\textrm{temps disponible}}$$
+
\ No newline at end of file
diff --git a/gpi/3-La_qualite.html b/gpi/3-La_qualite.html
new file mode 100644
index 0000000..2d280b5
--- /dev/null
+++ b/gpi/3-La_qualite.html
@@ -0,0 +1,1007 @@
+
+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.
+
+
\ No newline at end of file