10/10/2012. Tâches et responsabilités Chapitre 3. Communication au sein de l équipe ? Travail d équipe

Transcription

1 Cahier des charge? Méthode itérative? Implémentation Travail d équipe? Spécification! Paradigme objet! Conception! Stéphane Gobron Projet P1 Semestre d hivers 2012 HE Arc HES SO Encadrement : S. Gobron, A. Berly, P. Amez Droz Tâches et responsabilités Chapitre 3. Communication au sein de ? 2012 C est l histoire d une balançoire Travail d équipe Aborder le problème Architecture et briques logiciel Plans et diagrammes Notion de Milestones Notion de Forge Convention de codage Rôles et collaboration Choix des équipes Mot de la fin Contes à la carte, Edition Thierry Magnier, Encapsulez vos classes pas votre personne 2 C est l histoire d une balançoire Entre concept désiré et réalisation Ce qui se passe, hélas, si souvent et ce qu il dit «car la sécurité c est le plus important donc quand on s assoit» C est l histoire d une balançoire Des rôles et des faits 1. Les rôles (a) Le client Juste par manque de communication! Ce à quoi le client pense (b) Le chef de projet (c) Le designer (d) L implémenteur (a) (b) (c) (d) (e) (e) Le vendeur 1

2 C est l histoire d une balançoire Des rôles et des faits 2. Les faits (a) La facture Outils pour éviter les malentendus 1. Cahier des charges On peut voir la documentation de deux façons (b) La réalisation utile (c) La documentation (d) La maintenance (e) Le besoin réel du client (a) (b) (c) (d) (e) 2. Spécification 3. Rapport technique 4. Guide d utilisation comme une perte Souvent moins «fun» que développer du code ou un gain de temps?! Plus qu un gain de temps, garanti une bonne communication!!! 1. Cahier des charges Le 2. Spécification La «Spec» Propriétés Unique Simple Clair Complet de Une question de dosage : présenter une idée précise sans rentrer dans les détails techniques Présente tous les aspects techniques nécessaire à la fabrication du produit Répondant ainsi à tous les aspects spécifiés dans le cahier des charges Unique Clair Complet Hiérarchisé Structuré de Quoi défini d une manière technique Qui fait quoi, quand et comment? 2

3 3. Rapport technique Garanti que ce qui a été fait correspond à la Spec SOLUTION DEVELOPPEE de Rap. Rapport technique 4. Guide d utilisation Présente à l utilisateur indirectement le client comment ce qu il a désiré s effectue sans difficulté Utilisateurs de notre client SOLUTION DEVELOPPEE de Rap. Rapport technique Guide d utilisation Travail d équipe Aborder un problème L informatique : un univers très vaste «Des» mondes Seul, quel que soit notre niveau, on peut s y perdre Apprendre à se connaître Partage et remise en question des acquis? Collaboration et valorisation des compétences «Il n y a pas de problème, il n y a que des solutions» Etape 1 : comprendre ce qui est demander Etape 2 : établir le choix des solutions Etape 3 : résoudre le «vrai» problème Optimisation sur le choix des solutions Résoudre un problème c est l évolution du regard sur les possibles 3

4 Architecture et briques logiciel Plans et diagrammes Le logiciel, c est construire, c est bâtir ensemble Utilisation de briques de plans de construction Vocabulaire de base Les plans de construction «Data flow chart» Diagrammes de classes Méthode pour construire ces plans : e.g. UML Une montagne de briques simples peut résoudre des problèmes complexes Notions de Milestones Qui dit planification dit planning Notion de Forge Voir outils LabInfo Chapitre IV Diagramme de Ganth Caricature : le malaise entre Linux et MS Windows 4

5 Convention de codage Voir spécialisation Chapitre V Pour mieux lire Réutiliser Réutiliser ce qui a été développé Codes Pour éviter les malentendus Pour être plus efficace! Les conventions de codage ne sont pas des types de conférences Algorithmes Patterns d architecture On en reparlera en 2 ème année Rôles et collaborations Plusieurs méthodes pour mieux répartir les tâches Valoriser ses compétences en devenant spécialiste Chef d équipe Distribue les rôles et fait l interface entre client et équipe Maîtrise le problème Responsable qualité Garanti les délais Maîtrise le planning Designer soft Architecture du logiciel Maîtrise l information Développeur/codeur Ecrit le code Maîtrise le langage Art/com designer Conçoit le GUI Maîtrise la com. utilisateur Choix des équipes L équipe d enseignant à former des équipes de 8 personnes Méthode Regrouper avant tout pour réaliser une équipe homogène NosCritères Complémentarité Homogénéité Equilibre des compétences 5

6 Mot de la fin La complémentarité fait la force d une équipe «Si tu es diffères de moi, loin de me léser tu m'enrichis» Antoine de Saint Exupéry fr?set_language=fr&cl=fr 22 6