13 septembre 2007

Etapes de la journée

2 heures de cours sur la gestion de projet (Cf. Cours numéro 1 dans Outils)
2 heures d’exercices : Cf Exercices sur Polycopié.

Notes

Projet = tâches liées entre elles Chef de projet dit : “Quels travaux faire avant les autres” => Diagramme de PERT Ouvrage = résultat de l’ensemble des travaux ! Multiple renvoi à :

effectif (plusieurs personnes)
compétences (corps de métier différents) Si nous avions autant de temps et d’argent que nous voulions, il n’y aurait pas le souci de gestion de projet. Dans un contexte économique, il y a des contraintes, des problèmes, des risques, etc … Risques : temps, charges, budget, erreurs => Il faut piloter correctement, c’est le rôle du chef de projet.

p4 (Cf. Document de présentation, dans Outils) : Si on joue sur les pôles du triangle, on joue forcément sur le reste. Il faut donc bien réussir à jouer avec les trois. Si deux sont bloqués, le troisième bouge.

p5 : Description de l’ouvrage = importante pour tous les acteurs du projet car le projet informatique est immatériel Du fait de l’évolution des techniques il faut pouvoir développer rapidement pour être toujours en phase. L’informatique est plus dans l’artisanat que dans l’industriel (unicité des solutions proposées) 30% des échecs proviennent du côté fonctionnel/technique 10% des échecs proviennet des utilisateurs Le reste provient de la gestion du projet (60% !!!).

p7 : 3 étapes

Conception
Réalisation
Mise en oeuvre Le chef du projet doit déjà préparer la prise en charge AVANT le début du projet. Il suit alors tout le projet. P.V de recette ###### Procès Verbal de recette Le client confirme que le projet fonctionne (fin du projet) P.A.Q = Plan Assurance Qualité

Projet Application Elève
Maintenant 2004
Maintenance 2005
Application Elève V2
Démontage Application Elève

Les points 1 à 5 sont des projets, ils suivent donc la vie de l’application qui, elle, survit à plusieurs projets.

p14 : Les besoins à satisfaire sont parfois des solutions en eux même. Exemple : Liste triée d’un tableau. Dès le départ du projet il faut savoir si nous avons des limites ou pas. Exemple : pour un site internet le système de mises à jour est à la charge du développeur ou pas (et donc le client nous rappelle, etc …) ?

p15 : Cahier des charges est souvent l’expression de l’utilisateur mais c’est aussi l’expression d’un besoin avec un contexte (et donc des clauses).

p16 : Le diagramme représenté est un MCT (Modèle Conceptuel de Traitement)

p17 : Diagramme de flux

p20 : A partir du produit voulu, on va structuré les différentes tâches, et des tâches nous ressortirons les différentes ressources. On a un schéma du type :

Produits
Tâches
Ressources Tous les produits font parti du livrable.

p23 : Chaque produit demande une tâche particulière. Il faut donc définir ces tâches puis les lier ensembles (rassembler par étapes / phases).

p27 : Seule moment où l’on connait la durée réelle d’une tâche, c’est quand elle est fini.

p34 : Charge globale = ajustement à faire Charge nette = ajustement en fonction des avantages/inconvénients/incertitudes diverses Charge brute = formule Charge nette = pondérée Charge nette estimée = vérifications supplémentaires

Outils

<img style######’’ src’/img/cours/0708/G52/Cours_13_09_2007.ppt | Cours numéro 1'>

« G52