Génie Logiciel. Alexandre Mazier. École Nationale Supérieure des Mines de Saint-Étienne. Module GIS1. 12 octobre 2009

Dimension: px

Commencer à balayer dès la page:

Download "Génie Logiciel. Alexandre Mazier. École Nationale Supérieure des Mines de Saint-Étienne. Module GIS1. 12 octobre 2009"

Yvette Labrie
il y a 7 ans
Total affichages :

1 Génie Logiciel Alexandre Mazier École Nationale Supérieure des Mines de Saint-Étienne Module GIS1 12 octobre 2009 A. Mazier - Département GIH Génie Logiciel 1/ 37

2 Avant propos Dans ce cours je parlerai Indifféremment d objet, de classe et de structure Beaucoup du langage C De comment coder avec classe et performance un executable A. Mazier - Département GIH Génie Logiciel 2/ 37

3 Plan 1 Bases du génie logiciel 2 Génie logiciel en pratique 3 Modélisation avancée A. Mazier - Département GIH Génie Logiciel 3/ 37

4 Le génie logiciel : quésako? Eviter les logiciels qui marchent mal Elaborer des logiciels de qualités et rentables Définir le processus de création d un logiciel 1 Quelles sont les phases par lesquels passer? 2 Quelles sont les conventions universelles adoptées pour le réaliser? A. Mazier - Département GIH Génie Logiciel 5/ 37

5 Le cycle en V

6 Analyse et spécification des besoins Prise de contact entre client et fournisseur Rédaction cahier des charges Rédaction réponse appel d offre A. Mazier - Département GIH Génie Logiciel 7/ 37

7 Spécification du système Reformuler, détailler le cahier des charges Phase la plus dangeureuse du cycle Modéliser les itéractions avec l extérieur Considérer le système comme une boîte noire Livrable : Cahier des Spécifications Systèmes A. Mazier - Département GIH Génie Logiciel 8/ 37

8 Spécification du logiciel Description papier du logiciel Plusieurs façon de voir l architecture d un logiciel (de la - évoluée à la +) : 1 Architecture impérative on pense «fonction» d abord 2 Architecture Modulaire on pense «module» d abord 3 Architecture Objet on pense «classe» d abord A. Mazier - Département GIH Génie Logiciel 9/ 37

9 Conception du logiciel Intégration des contraintes ennoncées dans le CdSS Les objets sont décrits de manière informelle Algorithmique A. Mazier - Département GIH Génie Logiciel 10/ 37

10 Codage du logiciel Ce n est pas forcément la phase la plus facile Choix du langage difficile Codage des algo de la phase de conception A. Mazier - Département GIH Génie Logiciel 11/ 37

11 Tests unitaires Certification des composants de la phase précédente Garantir que chacun fait ce pourquoi il est prévu Tester tous les cas limites A. Mazier - Département GIH Génie Logiciel 12/ 37

12 Intégration et validation du logiciel Valider les relations entre modules Intégration ascendante des modules Plus le niveau est abstrait plus les tests sont difficiles à mettre en oeuvre A. Mazier - Département GIH Génie Logiciel 13/ 37

13 Intégration et validation du système Replacer le logiciel dans son contexte système, son infra-structure Le client peut avoir spécifier des tests On peut aussi proposer une version beta Vérifier que le système rélaiser correspond bien à ce qui était attendu A. Mazier - Département GIH Génie Logiciel 14/ 37

14 Maintenance du système Normalement réalisée par des développeurs spécialisés Faire de la maintenance = faire du cycle en V A. Mazier - Département GIH Génie Logiciel 15/ 37

15 Le cycle en V A. Mazier - Département GIH Génie Logiciel 16/ 37

16 Principe de Modularité 3 règles fondamentale i Principe d abstraction ii Principe d encapsulation iii Principe de faible couplage A. Mazier - Département GIH Génie Logiciel 17/ 37

17 Décomposition A. Mazier - Département GIH Génie Logiciel 18/ 37

18 Ordre de codage A. Mazier - Département GIH Génie Logiciel 19/ 37

19 Du concept à la pratique Le génie logiciel n est pas évident à mettre en oeuvre Son niveau de mise en oeuvre est proportionel à la taille du projet Il est donc plus ou moins respecter dans la pratique Certaine bonnes habitudes de codage permettent de faire du GL implicitement A. Mazier - Département GIH Génie Logiciel 21/ 37

20 Coding Style Règles simples sur le formalisme d un code permettent d éviter bon nombre d erreur rendent le code lisible pour autruit rendent le debugage plus aisé A. Mazier - Département GIH Génie Logiciel 22/ 37

21 Coding Style Structure du projet Les fonctions d un même fichier doivent avoir un point commun Maximum 10 fonctions par fichier Maximum 5 fonctions exportables par fichier Ne pas avoir peur d avoir beaucoup de fichiers A. Mazier - Département GIH Génie Logiciel 23/ 37

22 Coding Style Convention de nommage Définir une convention pour tout le projet De préférence les noms de fonctions commencent par une minuscule Les noms d objet par une majuscule un nom de fonction ou unnomdefonction A. Mazier - Département GIH Génie Logiciel 24/ 37

23 Coding Style Prototype de fonctions Aligner les déclarations : void setvalue(int *tab, int index, int val) struct personne *newpersonne(char *name, int age) Maximum 5 paramètres Au dela certains paramètres peuvent être regroupés A. Mazier - Département GIH Génie Logiciel 25/ 37

24 Coding Style Déclaration de variables En début de fonction 1 déclaration par ligne Initialisation à la déclaration uniquement si le code est simple Aligner les déclarations int i ; int j=0 ; OK struct personne *p = NULL OK struct personne *p2=newpersonne(i,j) ; KO A. Mazier - Département GIH Génie Logiciel 26/ 37

25 Coding Style Corps de fonction Maximum 25 lignes Abroger les forêts de «if» sauf si vous êtes sylviculteur. A. Mazier - Département GIH Génie Logiciel 27/ 37

26 Coding Style Commentaires Normalement inutile dans le corps de fonction Mettre un commentaire en entête de fichier Commenter les fonctions avant leurs déclarations A. Mazier - Département GIH Génie Logiciel 28/ 37

27 Coding Style 1 /** Fichier manage_personne.c 2 ** Contient les fonctions permettant la gestion d une personne 3 **/ 4 #include"personne.h" 5 6 /** 7 * Creation d une nouvelle personne 8 name le nom de la personne 9 age l age de la personne 10 un pointeur la structure personne nouvellement cree 11 */ 12 struct personne *newpersonne(char *name, int age) 13 { }

28 Bug Tracking Relecture de code Mieux vaut prévenir que guérir Faire relire son code par quelqu un d autre Permet de repérer les erreurs que l on ne voit pas en codant Jeux de test Avoir un jeu de test très simple Permet un «suivi» à la main Prévoir des fonctions d affichages pour debugage Représenter tous les cas possibles A. Mazier - Département GIH Génie Logiciel 30/ 37

29 Modélisation Orientée Objet Au tableau A. Mazier - Département GIH Génie Logiciel 32/ 37

30 Les langages de POO [ ] Smalltalk(1980), premier langage objet présentant de très nombreux concepts (réflexif,...) C++, C#, Objective C, extensions du langage C Eiffel, notion de programmation par contrat Java, portable, très populaire Ocaml, version objet d un langage fonctionnel A. Mazier - Département GIH Génie Logiciel 33/ 37

31 Les langages procéduraux Une simili-programmation objet 1 class montype{ 2 int a; 3 int b; 4 montype(); 5 void seta(int); 6 void setb(int); 7 }; 8 9 int main(void) 10 { 11 montype *o; 12 o = new montype(); 13 o.seta(1); } A. Mazier - Département GIH Génie Logiciel 34/ 37

32 Les langages procéduraux Une simili-programmation objet 1 /* File: montype.h */ 2 typedef struct{ 3 int a; 4 int b; 5 }montype; 6 7 montype *new_montype(); 8 void seta(montype *, int); 9 void setb(montype *, int); /* les fonctions sont implementees dans montype.c */ A. Mazier - Département GIH Génie Logiciel 35/ 37

33 Les langages procéduraux Une simili-programmation objet 1 /* File: */ 2 #include "montype.h" 3 4 int main(void) 5 { 6 montype *o; 7 o = new_montype(); 8 seta(o, 1); } A. Mazier - Département GIH Génie Logiciel 36/ 37

34 That s all folks Fin mazier@emse.fr A. Mazier - Département GIH Génie Logiciel 37/ 37

Documents pareils

Suivant les langages de programmation, modules plus avancés : modules imbriqués modules paramétrés par des modules (foncteurs)

Modularité Extensions Suivant les langages de programmation, modules plus avancés : modules imbriqués modules paramétrés par des modules (foncteurs) généricité modules de première classe : peuvent être