Génie Logiciel ESIEA

Transcription

1 Génie Logiciel ESIEA Mise-à-jour : 04/01/2013

2 Thierry ESIEA

3 Planning ( INF3038 ) Cours UFA+3A (matin) : Jeudi 31 janvier Jeudi 7 février Jeudi 14 février Jeudi 21 février Evaluation??? (aucun document) et à chaque cours TD UFA (après-midi) : Jeudi 31 janvier x2 Jeudi 14 février x2 TD 3A (après-midi) : Vendredi 1 er février Vendredi 8 février Vendredi 15 février Vendredi 22 février Logiciels : Java JDK 1.6 Maven 3 Eclipse 3.6

4 Projet ( LAB3416 ) Dates clés : 7 février : constitution des binômes Pas de mélange entre classe, svp. 21 février : Présentation du sujet 17 mai : Remise du projet par en binôme

5

6 Génie Logiciel

7 Arrêté ministériel du 30 décembre 1983 (Journal officiel du 19 février 1984) Le génie logiciel est «l'ensemble des activités de conception et de mise en œuvre des produits et des procédures tendant à rationaliser la production du logiciel et son suivi»

8 De quoi on parle dans ce cours?

9 UML

10 Java avancé

11 Eclipse IDE

12 Design patterns

13 Tests : JUnit, TDD, 3T

14 Les méthodes agiles : Scrum, Xp, Kanban,

15 Gestion de source

16 Acteurs des projets Analyste Architecte Graphiste Junior Chef de projet Développeurs

17 Utilisateurs Hommes Personnes avec un handicap (malvoyants, daltoniens, malentendants, ) Femmes Enfants (bébés, jeunes, ado, )

18 Mais on parle aussi de vaches, de chiens, de téléphones, de voitures,

19

20 UML + Java (en support)

21 Un peu d histoire pourquoi UML?

22

23

24 9 diagrammes : de classes ; de cas d utilisation (use case) ; d objets ; de collaboration ; de séquence ; d états-transitions ; d activités ; de composants ; de déploiement

25 Diagramme de classe

26 Des exemples simples

27 public interface Telephone { String getnumber(); } public class SimpleTelephone implements Telephone { private String number; } public String getnumber() { return number; } public void setnumber(string number) { this.number = number; } Accesseurs ( getter / setter )

28 La classe SimpleTelephone implémente l interface Telephone Fleche avec trait en pointillé Attributs Méthodes Graphes UML avec Omondo

29 public class PaysTelephone extends SimpleTelephone { private String indicatif; } public String getindicatif() { return indicatif; } public void setindicatif(string indicatif) { this.indicatif = indicatif; }

30 La classe PaysTelephone étend la classe SimpleTelephone Fleche avec trait plein

31 Un exemple vachement plus complexe ( mais qui reste courant )

32 spécialisation généralisation

33 Trouver le sigle utilisé pour représenter le «protected» Pour «private» on utilise «-» Pour «public» on utilise «+» Et pour «protected»??? Pour la prochaine fois

34 public enum TypeTelephone { PORTABLE("Portable"), FIXE("Fixe"), FAX("Fax"); private final String label; TypeTelephone(String label) { this.label = label; } } public String getlabel() { return label; }

35 public interface Telephone { String getnumber(); TypeTelephone gettype(); } public class PaysTelephone extends SimpleTelephone { private String indicatif; private TypeTelephone type; public TypeTelephone gettype() { return type; } public void settype(typetelephone type) { this.type = type; } }...

36 La classe SimpleTelephone possède un attribut du type TypeTelephone. Association *-1 On parle d une association.

37 public interface Personne { String getprenom(); String getnom(); List<Telephone> gettelephones(); } public class DefaultPersonne implements Personne { private String prenom; private String nom; private List<Telephone> telephones; }...

38 La classe DefaultPersonne possède un attribut du type List de Telephone. Association n On considère que chaque personne possède au moins un numéro de téléphone ( est ce vraiment la réalité? ) On parle aussi d une association.

39 Graphes sympas avec yuml : Associations Télécommande et piles

40 Une télécommande sans couvercle est-elle toujours une télécommande? Agrégation Télécommande et son couvercle Diamant vide

41 Une télécommande sans touche est-elle toujours une télécommande? Composition Télécommande et ses touches Diamant plein

42 Composition 1-1..* (biilatérale) Association *-* (unilatérale) Association, Agrégation, Composition Agrégation 1-1 (unilatérale)

43 Démo UML avec YUML

44

45 [Telecommande -piles; +getpiles();+setpiles();]*-*[pile]

46 [Telecommande -couvercle; +getcouvercle(); +setcouvercle();]<>1-1>[couvercle]

47 [Telecommande -touches +gettouches();+settouches();] *>[touche -telecommande +gettelecommande(); settelecommande();]

48 Diagramme de séquence

49 Au volant de sa voiture

50 Démo UML avec Web Sequence Diagrams

51

52

53 A->B: text A->A: text A->B: text activate B B-->A: text deactivate B

54 participant Conducteur participant Cle participant Pedale participant Voiture participant Demarreur participant Moteur participant Arbre Conducteur->Cle: tourner activate Cle Cle->Voiture: demarrer activate Voiture Voiture->Demarreur: activer activate Demarreur Demarreur->Arbre: entrainer activate Arbre Arbre-->Demarreur: ok deactivate Arbre Demarreur-->Voiture: ok deactivate Demarreur deactivate Voiture deactivate Cle Conducteur->Pedale: appuyer activate Pedale Pedale->Voiture: accelerer activate Voiture Voiture->Moteur: accelerer activate Moteur Moteur->Arbre: entrainer activate Arbre Arbre-->Moteur: deactivate Arbre Moteur-->Voiture: vitesse_rotation

55 Diagramme d états-transitions

56 Feux tricolores Etat (adjectif) Transition

57 Lave vaisselle

58 Laver la vaisselle en machine Graphes avec Visual Paradigm (community edition) pour Eclipse

59 Laver la vaisselle en machine Fin (Ronds imbriqués) Début (Ronds plein)

60 Laver la vaisselle en machine

61 Laver la vaisselle en machine

62 Laver la vaisselle en machine Historique

63 Diagramme d état-transitions d un colis livré par la poste. Penser aux centres de tri. Pour la prochaine fois

64 Bifurcation

65 Bifurcation final

66 Bifurcation

67

68

69 Diagramme d activité

70 Laver la vaisselle en machine (encore) Transition Action (verbe)

71 Laver la vaisselle en machine (encore) Diagramme très proche de l état-transitions Action (verbe) Etat (adjectif)

72 Représentation des conditions

73 Représentation D une décision Décision

74 Synchronisation

75 Signaux

76 Diagramme Use case

77 Interactions

78 Use case d un homme en interaction avec la télé via la télécommande. Penser aux interactions entre la télé et la télécommande. Pour la prochaine fois

79

80 Tests avec JUnit

81 Tests avec JUnit Prouver que ça fonctionne

82 public interface Calculette { int additionner(int a, int b); int multiplier(int a, int b); } public class SimpleCalculette implements Calculette public int additionner(int a, int b) { return a + b; } public int multiplier(int a, int b) { return a * b; }

83 import static junit.framework.assert.assertequals; import org.junit.before; import org.junit.test; public class SimpleCalculetteTestCase { private Calculette calculette; Test Avant test public void dobefore() { calculette = new SimpleCalculette(); public void testadditionner() { final int a = 2; final int b = 3; Conventions de nommage } int result = calculette.additionner(a, b); assertequals(5, result);

84 C est vert donc c est ok Les tests de la classe Temps d exécution

85 import java.util.arraylist; import java.util.list; Ajoutons une nouvelle méthode public class AdvanceCalculette implements Calculette public List<Integer> calculcarres(int nombre) { if (nombre < 0) { throw new IllegalArgumentException( "Le nombre ne peut pas être negatif."); } List<Integer> carres = new ArrayList<Integer>(); for (int i = 0; i < nombre; i++) { Integer carre = i * i; carres.add(carre); } } return carres;

86 import static junit.framework.assert.assertequals; import static junit.framework.assert.assertfalse; import static public void testcalculcarre() { final int nombre = 3; List<Integer> carres = calculette.calculcarres(nombre); assertnotnull(carres); assertfalse(carres.isempty()); et son test unitaire } Integer carrede2 = carres.get(2); assertequals(new Integer(4), carrede2);

87 et son test unitaire qui = IllegalArgumentException.class) public void testcalculcarreerror() { final int nombre = -1; } List<Integer> carres = calculette.calculcarres(nombre);

88 Démo Suite de Fibonacci Tests avec JUnit

89 Tests A la découverte de Junit «Les Tests en Trois Temps» icauda.com/articles.html#3t

90

91 Les méthodes agiles ( Scrum, Xp, Kanban, Lean )

92 Cycle en V

93

94 Manifeste agile Les 4 valeurs : Les individus et leurs interactions plus que les processus et les outils. Des logiciels opérationnels plus qu une documentation exhaustive. La collaboration avec les clients plus que la négociation contractuelle. L adaptation au changement plus que le suivi d un plan. Wikipedia :

95 Manifeste agile Les 12 principes : Notre plus haute priorité est de satisfaire le client en livrant rapidement et régulièrement des fonctionnalités à grande valeur ajoutée. Accueillez positivement les changements de besoins, même tard dans le projet. Les processus agiles exploitent le changement pour donner un avantage compétitif au client. Livrez fréquemment un logiciel opérationnel avec des cycles de quelques semaines à quelques mois et une préférence pour les plus courts. Les utilisateurs ou leurs représentants et les développeurs doivent travailler ensemble quotidiennement tout au long du projet. Réalisez les projets avec des personnes motivées. Fournissez-leur l environnement et le soutien dont ils ont besoin et faites-leur confiance pour atteindre les objectifs fixés. La méthode la plus simple et la plus efficace pour transmettre de l information à l'équipe de développement et à l intérieur de celle-ci est le dialogue en face à face.

96 Manifeste agile Les 12 principes (suite) : Un logiciel opérationnel est la principale mesure d avancement. Les processus agiles encouragent un rythme de développement soutenable. Ensemble, les commanditaires, les développeurs et les utilisateurs devraient être capables de maintenir indéfiniment un rythme constant. Une attention continue à l'excellence technique et à une bonne conception renforce l agilité. La simplicité c est-à-dire l art de minimiser la quantité de travail inutile est essentielle. Les meilleures architectures, spécifications et conceptions émergent d'équipes auto organisées. À intervalles réguliers, l'équipe réfléchit aux moyens de devenir plus efficace, puis règle et modifie son comportement en conséquence.

97 «En route vers l'agilité, SCRUM et XP : retour d'expérience»

98

99 Scrum

100 Scrum Des rôles : Product Owner Scrum Master Team Des concepts : Story points Velocity User story Done Des rituels : Sprint Daily stand up Sprint review Planning poker Retrospective Des artefacts : Product backlog Sprint backlog Task board Burn down

101 User story

102 Cartes Scrum ( planning poker )

103 Planning poker

104 Stand up

105 Stand up

106 Dashboard

107 Taskboard

108 Dashboard (taskboard) pour de vrai

109 Dashboard (taskboard) pour de vrai

110 Burndown d un sprint

111 Burndown en vrai

112 Démo

113 Rétrospective de fin de sprint

114 «3T en pratique»

115 «Scrum et Agile avec des bonhommes»

116 «Présentation des méthodes agiles et Scrum»

117 «Scrum Xp depuis les tranchées»

118 «Mémento Scrum gratuit»

119

120 Story board et maquettes

121

122 Dessins sympas avec Iphone Mockup :

123 Dessins sympas avec Iphone Mockup :

124 Balsamiq mockups : Mockingbird : Pencil : Iphone mockup :

125

126 Gestion de version

127

128 pratique?

129 Pourquoi pas sur un disque réseau? disque réseau

130 Pourquoi pas par ?

131 Travail à distance? Echanges de fichiers (nombreux) dans tous les sens? Versions des fichiers? Sauvegardes? Conflits sur des modifications parallèles?

132 Gestion de sources et contrôle de versions : garder un historique des différentes versions des fichiers d'un projet ; permettre le retour à une version antérieure quelconque ; garder un historique des modifications avec leur nature, leur date, leur auteur... ; permettre un accès souple à ces fichiers, en local ou via un réseau ; permettre à des utilisateurs distincts et souvent distants de travailler ensemble sur les mêmes fichiers.

133 Dépôt (repository) Un dépôt Subversion est l'emplacement central où sont stockées toutes les données relatives aux projets gérés. Le dépôt contient l'historique des versions des fichiers stockés, les logs enregistrés lors des modifications, les dates et auteurs de ces modifications, etc. Un dépôt apparaît de l'extérieur comme un système de fichiers composé de répertoires au sein desquels on peut naviguer, lire et écrire selon les permissions accordées. Copie de travail (working copy) La copie de travail est un répertoire situé en local sur l ordi de l'utilisateur et qui contient une copie des fichiers. C'est cette copie qui sert de base de travail et qui est modifiée en local avant d'être envoyée vers le dépôt.

134 Update ( récupération de la dernière version des fichiers )

135 Import ( création de la copie locale )

136 Commit ( envoie des fichiers modifiés vers le repository )

137 Opérations Le checkout est l'opération qui consiste à récupérer pour la première fois les fichiers déjà existant au sein d'un projet du dépôt. Cette opération ne se fait en général qu'une fois par projet. Le résultat est une copie de travail. L'update consiste à synchroniser la copie de travail locale avec le dépôt en récupérant la dernière version des fichiers du dépôt. C'est à cette occasion que des conflits de version peuvent apparaître. Un commit est l'opération inverse d'un update. Elle consiste à mettre à jour le dépôt à partir de la copie de travail locale. Une nouvelle révision est alors créée. Un log (simple message texte contenant une description des modifications effectuées) doit être saisi à cette occasion. Remarque : pour qu'un commit soit possible, il faut que la copie de travail corresponde à la dernière version du dépôt (modifications locales exceptées). Si ce n'est pas le cas, il est nécessaire d'effectuer d'abord un update et de résoudre les conflits éventuels avant de réessayer le commit.

138 Commit ( bonne pratique : faire un update avant )

139 Branches ( versions ) Version 3 Version 2 Version 1

140 Branches - merge ( versions ) Branche debug Version 1

141 Tags ( révisions ) Version 2 Version 1

142

143

144 Design patterns

145 Les 23 Design patterns de GOF : Abstract factory, Builder, Factory, Prototype, Singleton, Adapter, Bridge, Composite, Decorator, Facade, Flyweight, Proxy, Chain of responsability, Command, Interpreter, Iterator, Mediator, Memento, State, Strategy, Template, Visitor, Observer

146 Les patterns JEE : MVC (Model-View-Controller), Business delegate, Composite entity, DAO (Data Access Object), Front controller, Intercepting filter, Service locator, Transfer object, IOC (Inversion Of Control) JEE : Java Enterprise Edition

147 3 grosses familles : Création : Factory, Builder, Singleton, etc. Structure : Facade, Decorator / Adaptor, Proxy, etc. Comportement : Iterator, Observer, etc.

148 Classer les design patterns GOF dans les 3 familles : création, structure ou comportement. Chez vous

149 A lire sur le Web :

150 Singleton

151 Le Singleton

152 Le Singleton public class NotesDesElevesService { public Map<String, Double> findnotesdernierexamen() { Map<String, Double> notes = new HashMap<String, Double>(); notes.put("jean Dupont", 14.5); notes.put("alice Marini", 16.0); notes.put("marc Tonnolu", 8.0);... } return notes; }

153 Le Singleton public class NotesDesElevesService { public Map<String, Double> findnotesdernierexamen() { Map<String, Double> notes = new HashMap<String, Double>(); // recherche longue en base de donnees } return notes; }

154 Le Singleton NotesDesElevesService service = new NotesDesElevesService(); Map<String, Double> notes = service.findnotesdernierexamen()

155 Le Singleton service1 = new NDES(); service1.findnde() NDES 1 service2 = new NDES(); service2.findnde() NDES 2 service3 = new NDES(); service3.findnde() NDES 3 NDES 4 service4 = new NDES(); service4.findnde()

156 Le Singleton public class NotesDesElevesService { } private static NotesDesElevesService instance = new NotesDesElevesService(); private NotesDesElevesService() {... } public static NotesDesElevesService getinstance() { return instance; } public Map<String, Double> findnotesdernierexamen() {... }

157 Le Singleton NotesDesElevesService service = NotesDesElevesService.getInstance(); Map<String, Double> notes = service.findnotesdernierexamen()

158 Le Singleton service1 = getinstance(); service1.findnde() service2 = getinstance(); service2.findnde() NDES service3 = getinstance(); service3.findnde() service4 = getinstance(); service4.findnde()

159 Le Singleton public class NotesDesElevesService { private static NotesDesElevesService instance; private NotesDesElevesService() {... } public static NotesDesElevesService getinstance() { if(instance == null) { instance = new NotesDesElevesService(); } } return instance; }...

160 Dessiner le diagramme de classe UML du Singleton (avec les bonnes associations) Chez vous

161 Le Singleton synchronized?

162 Factory

163 Factory

164 Factory public enum RaceChienEnum { LABRADOR("Labrador"), CANICHE("Faux chien"), DOBERMAN("Chien méchant"); private final String name; RaceChienEnum(String name) { this.name = name; } }...

165 Factory public class AnimalFactory { public Chien getchien(racechienenum race) { switch (race) { case CANICHE: return new Caniche(); case DOBERMAN: return new Doberman(); } } case LABRADOR: return new Labrador(); default: throw new IllegalArgumentException( "Race de chien non gérée"); } public Vache getvache(racevacheenum race) {... }

166 Façade

167 Facade

168 public class CommisDeCuisine { public Plat cuisiner(string recette) { Placard placard = Placard.getInstance(); Frigo frigo = Frigo.getInstance(); PlaqueDeCuisson plaque = PlaqueDeCuisson.getInstance(); Poele poele = placard.prendre("poele"); plaque.allumer(); List<Ingredient> ingredients = frigo.prendre( {"oeuf", "oeuf", "fromage", "beurre"} ); while( plaque.chauffer(poele, ingredients) ) { // attendre } Plat plat = poele.getcontenu(); } }... return plat; pseudo code d une façade

169 Facade participant Chef participant CommisDeCuisine participant Placard participant Frigo participant PlaqueDeCuisson Chef->CommisDeCuisine: cuisiner activate CommisDeCuisine CommisDeCuisine->Placard: prendre activate Placard Placard-->CommisDeCuisine: poêle deactivate Placard CommisDeCuisine->PlaqueDeCuisson: allumer activate PlaqueDeCuisson CommisDeCuisine->Frigo: prendre activate Frigo Frigo-->CommisDeCuisine: oeufs, fromage, beurre deactivate Frigo CommisDeCuisine->PlaqueDeCuisson: chauffer PlaqueDeCuisson-->CommisDeCuisine: cuit_ok deactivate PlaqueDeCuisson CommisDeCuisine-->Chef: omelette deactivate CommisDeCuisine

170 Iterator

171 Iterator John Marie Lucie Marc Paul List<String> prenoms = new ArrayList<String>(); Iterator<String> iter = prenoms.iterator(); while( iter.hasnext() ) { String prenom = iter.next(); System.out.println(prenom); }

172 Iterator public class EnfantQuiCompteIterator implements Iterator<Integer> { public final static int NOMBRE_MAX = 100; public final static int NOMBRE_DEPART = 1; private int nombre = NOMBRE_DEPART; public boolean hasnext() { return nombre < NOMBRE_MAX; } public Integer next() { return ++nombre; }

173 Observer

174 Observer public enum FeuState { VERT(60000), /* 60 secondes */ ORANGE(3000), /* 3 secondes */ ROUGE(60000); /* 60 secondes */ private final long duree; FeuState(long duree) { this.duree = duree; } public FeuState next() { switch (this) { case VERT: return ORANGE; case ORANGE: return ROUGE; case ROUGE: return VERT; default: throw new IllegalStateException("Etat non valide"); } }

175 Observer public class FeuTricolor extends Observable implements Runnable { private FeuState state; public FeuState getstate() { return state; public void run() { while (true) { try { Thread.sleep(state.getDuree()); state = state.next(); notifyobservers(state); } } } catch (InterruptedException e) { e.printstacktrace(); }

176 Observer public class Conducteur implements Observer { Voiture voiture public void update(observable obj, Object value) { } } if (obj instanceof FeuTricolor) { FeuState state = (FeuState) value; if (state == FeuState.VERT) { voiture.accelerer(); } }

177

178 JDBC

179 Table CHIEN id name race nb_de_mamelle poids 1 Tigrou labrador Titi caniche Uta labrador Medor doberman

180 @Override public List<Labrador> findlabradors() { } List<Labrador> labradors = new ArrayList<Labrador>();... return labradors;

181 // (1) Class.forName("oracle.jdbc.driver.OracleDriver"); // (2) Connection con = DriverManager.getConnection("monUrl", "monlogin", "monpassword"); // (3) String sql = "SELECT * FROM chien WHERE race = 'labrador' "; // (4) Statement statement = con.createstatement(); // (5) ResultSet rs = statement.executequery(sql);

182 Iterator? // (6) while ( rs.next() ) { // (7) String name = rs.getstring("name"); double poids = rs.getdouble("poids"); int nbmamelle = rs.getint("nb_de_mamelle"); // (8) Labrador labrador = new Labrador(); labrador.setname(name); labrador.setweight(poids); labrador.setnombremamelle(nbmamelle); } // (9) labradors.add(labrador);

183 «Charger des données depuis une base MySQL en 5 minutes»

184

185 SWING

186 JButton JCheckBox JRadioButton JMenu JComboBox JList JTextField JTextArea

187 JTable JFileChooser JLabel JDialog JFrame JProgressBar

188 «A Visual Guide to Swing Components»

189

190 Intégration continue

191

192 Projet ( Il faut être présent au dernier cours pour le découvrir )

193 Ce qu on a vu en cours et en TD : UML ; Java ; Tests (TDD, 3T) ; Design pattern ; DAO (JDBC / CSV / ) ; Swing (table model) ; Story board ; Maven ; Subversion ; Scrum ; etc.

194 Projet GL ESIEA groupe N Archive ZIP Projet_GL_ESIEA_ _groupe-N.zip Rapport PDF Rapport_Projet_GL_ESIEA_ _groupe-N.pdf Projet Java-Maven programme.zip

195 Thème du projet de GL ( plantez la petite graine )

196

197 Reproduction partielle ou complète strictement interdite sans l autorisation de l auteur. icauda.com Tous droits et bases réservés

198