ULCO-L3Info-Projets-CM2

Transcription

1 ULCO-L3Info-Projets-CM2 Arnaud Lewandowski, Eric Ramat, Julien Dehos Université du Littoral Côte d Opale 18 juin 2015 A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 1/44

2 Sommaire 1 Conception d un logiciel 2 Développement d un logiciel 3 Outils de gestion de projets (redmine) 4 Outils de gestion de code source (svn) 5 Travail à réaliser A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 2/44

4 Conception d un logiciel Quoi-qu est-ce? plan du code (diagrammes de classes ) au début du projet, permet de prévoir le code à écrire pendant le projet, permet de suivre l avancée du projet à la fin du projet, permet de documenter le code (maintenance) doit correspondre aux fonctionnalités prévues et au code réel A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 3/44

5 Conception d un logiciel En pratique représentation graphique + explications si possible, utiliser un formalisme classique (UML) utiliser plusieurs niveaux d abstraction (vue d ensemble, vues détaillées) A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 4/44

6 Conception d un logiciel Étape de conception étape très importante, à faire avant le développement évite d avoir à tout casser au cours du développement permet de répartir le travail et de planifier plus finement A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 5/44

7 Conception d un logiciel Quelques conseils faire simple, logique, classique (MVC, design patterns ) granularité : ne pas trop détailler sauf si important/incertain/complexe vérifier a priori que la conception permet d implémenter les fonctionnalités prévues dans le cahier des charges A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 6/44

9 Développement d un logiciel Méthode pour écrire du code comprendre le travail à faire (fonctionnalité/classe à implémenter) découper en étapes et les ordonner implémenter (coder, compiler, tester) étape par étape A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 7/44

10 Développement d un logiciel Conseils sur le développement en équipe faire le point régulièrement : travail fait, travail à faire répartir le travail de façon à éviter les conflits (fichiers différents) commits réguliers, branches si nécessaire faire attention à respecter le cahier des charges et la conception A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 8/44

11 Développement d un logiciel Programmation en binômes principe : un secrétaire + un relecteur sur une même machine les deux participent activement changer les rôles fréquemment intérêts : moins d erreurs réflexions complémentaires motivation, convivialité (ou pas, mais bon ) à utiliser quand le travail n est pas complètement trivial (donc tout le temps pour les projets L3) A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 9/44

12 Développement d un logiciel Tests unitaires souvent : test avec un printf pas bien principe des tests unitaires : écrire des petites fonctions de test en même temps que le code compiler toutes les fonctions de test dans un programme de test exécuter le programme de test vérification et non-régression automatiques attention : détection d erreurs preuve à utiliser pour les modules de base (traitement de données) voire plus A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 10/44

13 Développement d un logiciel Programmation par pseudo-code principe : commencer par écrire le pseudo-code de l algo en commentaire traduire chaque ligne de pseudo-code en code réel laisser le pseudo-code en commentaire intérêt : code plus facile à écrire code plus facile à relire très utile quand le code à écrire n est pas trivial A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 11/44

14 Développement d un logiciel Gestion d erreurs assertions logs codes de retour, variables d état exceptions problème difficile se mettre d accord sur la façon de faire au début du projet A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 12/44

15 Développement d un logiciel Conventions de code formatage du code, nommage des variables conventions à définir et à respecter au niveau du projet permet d avoir un code plus facile à lire utiliser des conventions classiques ou les expliciter dans la documentation A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 13/44

16 Développement d un logiciel Exemple de conventions de code C++ notation dromadaire un nom de classe commence par une majuscule : class Event préfixe _ pour les attributs : std ::string _summary ; préfixe ptr pour les pointeurs : icalcomponent * _ptrical ; un nom de fonction commence par un verbe : void updatedatafromical(); icalcomponent * getptrical() const ; maximum 80 caractères par ligne A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 14/44

17 Développement d un logiciel Quelques outils de développement à décider langages, bibliothèques outils de compilation, test, déploiement outils de gestion de code source (svn, git ) outils de gestion de projets (redmine, trac, github, sourceforge ) A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 15/44

19 Outils de gestion de projets (redmine) Redmine application de gestion de projets : planification de tâches bug-tracking wiki forum de discussion serveur dédié au module projets L3 : A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 16/44

20 Outils de gestion de projets (redmine) Redmine : connexion au serveur ouvrez un navigateur allez sur le serveur : connectez-vous avec les identifiants envoyés par mail A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 17/44

21 Outils de gestion de projets (redmine) Redmine : sélection du projet A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 18/44

22 Outils de gestion de projets (redmine) Redmine : accueil du projet A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 19/44

23 Outils de gestion de projets (redmine) Redmine : outils Demandes A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 20/44

24 Outils de gestion de projets (redmine) Redmine : outils Gantt A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 21/44

26 Outils de gestion de code source (svn) Subversion système de gestion de code source journalisation travail collaboratif serveur dédié au module projets L3 : A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 22/44

27 Outils de gestion de code source (svn) Subversion : principe système centralisé dépôt sur un serveur modifications via des copies locales A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 23/44

28 Outils de gestion de code source (svn) Subversion : quelques notions dépôt (repository) : données et méta-données du projet, sur le serveur révision (revision) : numéro de modification du dépôt copie de travail (working copy) : copie locale du projet, sur laquelle un intervenant peut travailler A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 24/44

29 Outils de gestion de code source (svn) Subversion : quelques opérations créer (create) : créé un dépôt (fait par l administrateur) récupérer (checkout) : récupère les données du projet dans une copie de travail mettre à jour (update) : met à jour la copie de travail en récupérant la dernière révision du dépôt publier (commit) : envoie, dans le dépôt, les modifications réalisées sur la copie de travail ajouter (add) : demande d ajouter, dans le dépôt, un fichier/répertoire de la copie de travail supprimer (delete) : demande de supprimer un fichier/répertoire résoudre (resolve) : résout un conflit sur la copie de travail A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 25/44

30 Outils de gestion de code source (svn) Subversion : résumé de l utilisation d un dépôt SVN pour récupérer le dépôt : checkout pour mettre à jour le dépôt : modifier la copie locale, add, delete update resolve (si besoin) commit A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 26/44

31 Outils de gestion de code source (svn) Subversion : bonnes pratiques supprimer les fichiers en utilisant la commande svn delete ne pas mettre, sur le dépôt, des fichiers générés automatiquement avant de publier une modification, vérifier que le code reste valide éviter les conflits potentiels en organisant le travail de telle sorte que les intervenants aient à travailler sur des fichiers différents A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 27/44

32 Outils de gestion de code source (svn) Subversion : configuration du client svn avec proxy /subversion/servers http-proxy-host= http-proxy-port= http-proxy-username= http-proxy-password= A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 28/44

33 Outils de gestion de code source (svn) Subversion : checkout (avec eclipse+subversive) créer un nouveau projet de type svn A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 29/44

34 Outils de gestion de code source (svn) Subversion : checkout (avec eclipse+subversive) A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 30/44

35 Outils de gestion de code source (svn) Subversion : checkout (avec eclipse+subversive) spécifier le dépot à récupérer A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 31/44

37 Outils de gestion de code source (svn) Subversion : checkout (avec eclipse+subversive) demander de créer un projet eclipse correspondant A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 33/44

39 Outils de gestion de code source (svn) Subversion : checkout (avec eclipse+subversive) résultat A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 35/44

40 Outils de gestion de code source (svn) Subversion : commit (avec eclipse+subversive) Team > Commit A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 36/44

41 Outils de gestion de code source (svn) Subversion : commit (avec eclipse+subversive) résultat A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 37/44

42 Outils de gestion de code source (svn) Subversion : scénario type d un conflit 1 initialement tout le monde est à jour : dépôt r2 4 Roger fait un update, il y a un conflit : dépôt r3 copie Ginette r2 copie Roger r2 2 Ginette et Roger modifient un même fichier : dépôt r2 copie Ginette r3 copie Roger r2* 5 Roger doit modifier le fichier puis resolve puis commit : dépôt r4 copie Ginette r2 copie Roger r2 3 Ginette fait un update puis un commit : dépôt r3 copie Ginette r3 copie Roger r4 copie Ginette r3 copie Roger r2 A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 38/44

43 Outils de gestion de code source (svn) Subversion : détection d un conflit après un update création de 4 fichiers : fichier avec les modifs locales ( readmetxtmine ) fichier avec les modifs du dépôt ( readmetxtr3 ) fichier à la précédente révision ( readmetxtr2 ) fichier de résolution ( readmetxt ) A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 39/44

44 Outils de gestion de code source (svn) Subversion : résolution d un conflit éditer le fichier (Team > Resolve conflicts) A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 40/44

45 Outils de gestion de code source (svn) Subversion : résolution d un conflit resolve (Team > Mark as merged) update, commit A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 41/44

47 Travail à réaliser Au début du projet faire une conception prévisionnelle du logiciel faire un planning prévisionnel en utilisant redmine/github A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 42/44

48 Travail à réaliser Tout au long du projet utiliser svn/git pour réaliser le projet (code, documentations, cahier des charges ) utiliser redmine/github pour suivre le déroulement du projet faire le point régulièrement pour mettre à jour la conception du logiciel et la répartition du travail A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 43/44

49 Fin du CM2 A Lewandowski, E Ramat, J Dehos ULCO-L3Info-Projets-CM2 44/44