Upload
thierryler
View
4.299
Download
0
Embed Size (px)
DESCRIPTION
Slides du cours de Génie Logiciel pour les étudiants de l'ESIEA, année 2013-2014. Le Génie Logiciel, c'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." UML, Xp, Scrum, Méthodes agiles, Java, Design Pattern, Swing, SVN, Objet, Tests, etc. et un peu de bavardages...
Citation preview
Génie Logiciel
ESIEA 2013-2014
Mise-à-jour : 21/03/2014
Cours UFA+3A (matin) : • 17 mars • 24 mars • 31 mars • 7 avril
Evaluation • ??? (aucun document)
• pas durant les cours…
Planning ( INF3038 )
TD UFA (matin) : • 25 mars x2 • 8 avril x2
TD 3A : • plein de dates…
Logiciels : • Java JDK 1.6 • Maven 3 • Eclipse 3.6
Projet ( LAB3416 )
par équipe de 6-8
Dates clés : • 31 mars : constitution des équipes • 7 avril : Présentation du sujet • 23 mai : Remise du projet par email
Pédagogie ( futurs jeunes ingénieurs )
www.icauda.com/cours
Génie Logiciel
L’ESIEA l’Ecole qui forme
l’Ingénieur et l’Homme
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 »
De quoi on parle dans ce cours ?
UML
Java avancé
Eclipse IDE
Design patterns
Tests : JUnit, TDD, 3T
Les méthodes agiles : Scrum, Xp, Kanban, …
Gestion de source
Acteurs des projets
Chef de projet
Analyste Architecte
Développeurs
Graphiste Junior
Utilisateurs
Enfants (bébés, jeunes, ado, …)
Personnes avec un handicap (malvoyants, daltoniens,
malentendants, …)
Femmes
Hommes
Mais on parle aussi…
de vaches, de chiens, de téléphones, de voitures, …
UML + Java (en support)
Un peu d’histoire… pourquoi UML ?
http://en.wikipedia.org/wiki/File:OO-historie-2.svg
http://en.wikipedia.org/wiki/Unified_Modeling_Language
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
Diagramme de classe
Des exemples simples
public interface Mammifere {
int getNombreMamelle();
}
public class Loup implements Mammifere {
private int nbMamelle;
@Override
public int getNombreMamelle() {
return nbMamelle;
}
public void setNombreMamelle(int nbMamelle) {
this.nbMamelle = nbMamelle;
}
}
Accesseurs ( getter / setter )
La classe Loup implémente l’interface Mammifere
Attributs
Méthodes
Graphes UML avec ObjectAid
Fleche avec trait en pointillé
public class Chien extends Loup {
private boolean lof;
private String tatouage;
public boolean isLof() {
return lof;
}
public void setLof(boolean lof) {
this.lof = lof;
}
public String getTatouage() {
return tatouage;
}
public void setTatouage(String tatouage) {
this.tatouage = tatouage;
}
}
La classe Chien étend la classe Loup
Fleche avec trait plein
La classe Chien étend la classe Loup qui implémente l’interface Mammifere
Fleche avec trait plein
Fleche avec trait en pointillé
Un exemple vachement plus complexe ( mais qui reste courant )
gén
éral
isat
ion
spéc
ialis
atio
n
Graphes UML avec Omondo
Pour la prochaine fois
Trouver le sigle utilisé pour représenter le « protected » Pour « private » on utilise « - » Pour « public » on utilise « + »
Et pour « protected » ???
public enum Genre {
HOMME(1, "Garcon"),
FEMME(2, "Fille"),
TEMPORAIRE(8, "Temp");
final int codeSecu;
final String label;
Genre(final int codeSecu, final String label) {
this.codeSecu = codeSecu;
this.label = label;
}
public int getCodeSecu() {
return codeSecu;
}
public String getLabel() {
return label;
}
}
public interface Mammifere {
int getNombreMamelle();
Genre getSexe();
}
public class Loup implements Mammifere {
private int nbMamelle;
private Genre sexe;
@Override
public Genre getSexe() {
return sexe;
}
public void setSexe(Genre sexe) {
this.sexe = sexe;
}
...
}
La classe Louppossède un attribut du type Genre (sexe). On parle d’une association.
Association *-1
Graphes sympas avec yUML : http://yuml.me/
Associations Télécommande et piles
Agrégation Télécommande et son couvercle
Une télécommande sans couvercle est-elle toujours
une télécommande ?
Diamant vide
Composition Télécommande et ses touches
Une télécommande sans touche est-elle toujours une
télécommande ?
Diamant plein
Association, Agrégation, Composition
Composition 1-1..* (biilatérale)
Association *-* (unilatérale)
Agrégation 1-1 (unilatérale)
Graphes UML avec Omondo
Démo UML avec YUML
[Telecommande|-piles;|+getPiles();+setPiles();]*-*[Pile]
[Telecommande|-couvercle;|+getCouvercle();
+setCouvercle();]<>1-1>[Couvercle]
[Telecommande|-touches|+getTouches();+setTouches();]++1-
1..*>[Touche|-telecommande|+getTelecommande();
setTelecommande();]
Diagramme de séquence
Au volant de sa voiture
Démo UML avec Web Sequence Diagrams
A->B: text
activate B
B-->A: text
deactivate B
A->A: text
A->B: text
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
www.websequencediagrams.com
Diagramme d’états-transitions
Feux tricolores
Etat (adjectif)
Transition
Lave vaisselle
Laver la vaisselle en machine
Graphes avec Visual Paradigm (community edition) pour Eclipse http://www.visual-paradigm.com/
Laver la vaisselle en machine
Fin (Ronds imbriqués)
Début (Ronds plein)
Laver la vaisselle en machine
Laver la vaisselle en machine
Historique
Laver la vaisselle en machine
Pour la prochaine fois
Diagramme d’état-transitions d’un colis livré par la poste. Penser aux centres de tri.
Bifurcation
Bifurcation
final
Bifurcation
http://uml.free.fr
Diagramme d’activité
Laver la vaisselle en machine (encore)
Action (verbe)
Transition
Laver la vaisselle en machine (encore) Diagramme très proche de l’état-transitions
Etat (adjectif)
Action (verbe)
Représentation des conditions
Représentation D’une décision
Décision
Synchronisation
Signaux
Diagramme Use case
Interactions
Pour la prochaine fois
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.
Actu de la semaine
Prochaines conférences
Scrum Day 10-11 avril 2014 http://www.scrumday.fr/
Devoxx France 16-18 avril 2014 http://www.devoxx.fr/
Mix-it 29-30 avril 2014 http://www.mix-it.fr/
Breizth Camp 21-23 mai 2014 http://www.breizhcamp.org/
Agile France 22-23 mai 2014 http://2014.conference-agile.fr/
Tests avec JUnit
Tests avec JUnit
Prouver que ça fonctionne
public class SimpleCalculette
implements Calculette {
@Override
public int additionner(int a, int b) {
return a + b;
}
@Override
public int multiplier(int a, int b) {
return a * b;
}
}
public interface Calculette {
int additionner(int a, int b);
int multiplier(int a, int b);
}
import static junit.framework.Assert.assertEquals;
import org.junit.Before;
import org.junit.Test;
public class SimpleCalculetteTestCase {
private Calculette calculette;
@Before
public void doBefore() {
calculette = new SimpleCalculette();
}
@Test
public void testAdditionner() {
final int a = 2;
final int b = 3;
int result = calculette.additionner(a, b);
assertEquals(5, result);
}
Conventions de nommage
Avant chaque test
Test
C’est vert donc c’est ok
Les tests de la classe
Temps d’exécution
Démo dans Eclipse ( calcul de φ : 1,618 033 988 7 Fibonacci )
Pour la prochaine fois Copie individuelle à rendre
Faire passer au vert le dernier test, sur la durée Utiliser une HashMap
Dossier – La suite de Fibonacci et le nombre d’or : http://www.podcastscience.fm/dossiers/2011/03/17/la-suite-de-fibonacci-nombre-d-or/
One more thing
Tests
A la découverte de Junit
« Les Tests en Trois Temps » icauda.com/articles.html#3t
Les méthodes agiles ( Scrum, Xp, Kanban, Lean… )
Cycle en V
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 : http://fr.wikipedia.org/wiki/Manifeste_agile
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.
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.
« Mémento Manifeste Agile »
« En route vers l'agilité, SCRUM et XP : retour d'expérience » http://rad-hass.developpez.com/tutoriels/conception/route-vers-agilite-scrum-et-xp-retour-
experience/
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
Scrum
User story
Cartes Scrum ( planning poker )
Planning poker
Stand up
Stand up
Dashboard
Taskboard
Dashboard (taskboard) pour de vrai
Dashboard (taskboard) pour de vrai
Burndown d’un sprint
Burndown en vrai
Démo
Rétrospective de fin de sprint
« 3T en pratique » http://thierry-leriche-dessirier.developpez.com
« Scrum et Agile avec des bonhommes » http://hingchanscrum.blogspot.com
« Présentation des méthodes agiles et Scrum » http://ineumann.developpez.com/tutoriels/alm/agile_scrum
« Scrum Xp depuis les tranchées » http://henrik-kniberg.developpez.com/livre/scrum-xp
« Mémento Scrum gratuit » http://thierry-leriche-dessirier.developpez.com/tutoriels/general/memento-scrum-destination-
equipe/
Actu de la semaine
7B$
User groups
Paris JUG (Java User Group) http://www.parisjug.org/
Duchess France http://www.duchess-france.org/
Angular JS Paris http://www.meetup.com/AngularJS-Paris
Paris AUG (Android User Group) http://www.paug.fr/
Story board et maquettes
Dessins sympas avec Iphone Mockup : http://iphonemockup.lkmc.ch
Dessins sympas avec Iphone Mockup : http://iphonemockup.lkmc.ch
Balsamiq mockups : http://balsamiq.com/products/mockups Axure : http://www.axure.com/ Mockingbird : https://gomockingbird.com/mockingbird/# Pencil : http://pencil.evolus.vn/en-US/Home.aspx Iphone mockup : http://iphonemockup.lkmc.ch/
Gestion de version
pratique ?
disque réseau
Pourquoi pas sur un disque réseau ?
Pourquoi pas par email ?
• Travail à distance ? • Echanges de fichiers (nombreux) dans tous les sens ? • Versions des fichiers ? • Sauvegardes ? • Conflits sur des modifications parallèles ?
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.
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.
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.
Update ( récupération de la dernière version des fichiers )
Import ( création de la copie locale )
Commit ( envoie des fichiers modifiés vers le repository )
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.
Commit ( bonne pratique : faire un update avant )
Version 1
Version 2
Version 3
Branches ( versions )
Version 1
Branche debug
Branches - merge ( versions )
Version 1
Version 2
Tags ( révisions )
1.1 1.2
2.1
Design patterns
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
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
3 grosses familles :
• Création : Factory, Builder, Singleton, etc.
• Structure : Facade, Decorator / Adaptor, Proxy, etc.
• Comportement : Iterator, Observer, etc.
Chez vous
Classer les design patterns GOF dans les 3 familles : création, structure ou comportement.
A lire sur le Web : http://www.developpez.com
Singleton
Le S
ingl
eto
n
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;
}
}
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;
}
}
Le Singleton
NotesDesElevesService service = new NotesDesElevesService();
Map<String, Double> notes = service.findNotesDernierExamen()
Le Singleton
service1 = new NDES();
service1.findNDE()
service3 = new NDES();
service3.findNDE()
service2 = new NDES();
service2.findNDE()
service4 = new NDES();
service4.findNDE()
NDES 1
NDES 2
NDES 3
NDES 4
Le Singleton
public class NotesDesElevesService {
private static NotesDesElevesService instance
= new NotesDesElevesService();
private NotesDesElevesService() {
...
}
public static NotesDesElevesService getInstance() {
return instance;
}
public Map<String, Double> findNotesDernierExamen() {
...
}
}
Le Singleton
NotesDesElevesService service =
NotesDesElevesService.getInstance();
Map<String, Double> notes = service.findNotesDernierExamen()
Le Singleton
service1 = getInstance();
service1.findNDE()
service3 = getInstance();
service3.findNDE()
service2 = getInstance();
service2.findNDE()
service4 = getInstance();
service4.findNDE()
NDES
Le Singleton
public class NotesDesElevesService {
private static NotesDesElevesService instance;
private NotesDesElevesService() {
...
}
public static NotesDesElevesService getInstance() {
if(instance == null) {
instance = new NotesDesElevesService();
}
return instance;
}
...
}
Chez vous
Dessiner le diagramme de classe UML du Singleton (avec les bonnes associations)
Le S
ingl
eto
n
synchronized ?
« Mémento Singleton » http://thierry-leriche-dessirier.developpez.com/tutoriels/java/design-pattern-mementos/
Factory
Fact
ory
Factory
public enum RaceChienEnum {
LABRADOR("Labrador"),
CANICHE("Faux chien"),
DOBERMAN("Chien méchant");
private final String name;
RaceChienEnum(String name) {
this.name = name;
}
...
}
Fact
ory
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) {
...
}
}
Façade
Facade
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
Faca
de
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
Actu de la semaine
Podcasts
Les Cast Codeurs http://lescastcodeurs.com/
Le rendez-vous Tech http://frenchspin.com/fr/
niptech / nipdev http://nipcast.com/
Podcast science http://www.podcastscience.fm/
Iterator
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);
}
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;
}
Observer
Ob
serv
er
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 ISE("...");
}
}
Ob
serv
er
public class FeuTricolor extends Observable
implements Runnable {
private FeuState state;
public FeuState getState() {
return state;
}
@Override
public void run() {
while (true) {
try {
Thread.sleep(state.getDuree());
state = state.next();
notifyObservers(state);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
Observ
er
public class Conducteur implements Observer {
Voiture voiture = ...
@Override
public void update(Observable obj, Object value) {
if (obj instanceof FeuTricolor) {
FeuState state = (FeuState) value;
if (state == FeuState.VERT) {
voiture.accelerer();
}
}
}
}
JDBC
id name race nb_de_mamelle poids
1 Tigrou labrador 6 45.6
2 Titi caniche 4 6.2
3 Uta labrador 47.1
… … … … …
35 Medor doberman 4 60.0
… … … … …
Table CHIEN
@Override
public List<Labrador> findLabradors() {
List<Labrador> labradors = new ArrayList<Labrador>();
...
return labradors;
}
// (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);
JDBC
select
// (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);
}
JDBC
select Iterator ?
String sql = "INSERT INTO chien "
+ " (name, race, nb_de_mamelle, poids) "
+ " VALUES ( " +
+ "'" + labrador.getName() + "', "
+ "'labrador', "
+ labrador.getNombreMamelle() + ", "
+ labrador.getWeight() + " )";
Statement stmt = con.createStatement();
stmt.executeUpdate(sql);
JDBC
insert
String sql = "INSERT INTO chien "
+ " (name, race, nb_de_mamelle, poids) "
+ " VALUES ( ?, 'labrador', ?, ?) ";
PreparedStatement stmt = con.prepareStatement(sql);
stmt.setString( 1, labrador.getName() );
stmt.setInt( 2, labrador.getNombreMamelle() );
stmt.setDouble( 3, labrador.getWeight() );
stmt.executeUpdate(sql);
JDBC
Insert (PreparedStatement)
« Introduction à JPA, application au chargement de données depuis une base MySQL » http://thierry-leriche-dessirier.developpez.com/tutoriels/java/charger-donnees-mysql-jpa-intro/
« JDBI » http://www.jdbi.org/
« Named Parameters for PreparedStatement » http://www.javaworld.com/article/2077706/core-java/named-parameters-for-
preparedstatement.html
« Charger des données depuis une base MySQL en 5 minutes » http://thierry-leriche-dessirier.developpez.com
SWING
JButton JRadioButton JCheckBox
JComboBox JList
JMenu
JTextField JTextArea
JLabel
JFileChooser JTable
JDialog JFrame
JProgressBar
« A Visual Guide to Swing Components »
http://docs.oracle.com/javase/tutorial/ui/features/components.html
http://docs.oracle.com/javase/tutorial/ui/features/compWin.html
Intégration continue
mvn clean install
mvn sonar:sonar
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.
Archive ZIP Projet_GL_ESIEA_2013-2014_groupe-N.zip
Rapport PDF Rapport_Projet_GL_ESIEA_2013-2014_groupe-N.pdf
Projet Java-Maven programme.zip
Email Projet GL ESIEA 2013-2014 groupe N
Thème du projet de GL ( mangez des carottes )
Projet ( http://www.icauda.com/cours.php )
Bill Gates : 11 règles de vie
Règle 1 : La vie n'est pas juste; il faudra vous y faire. Règle 2 : Le monde se fiche de votre estime personnelle. Le monde s'attendra à ce que vous réalisiez quelque chose AVANT que vous ne vous sentiez bien dans votre peau. Règle 3 : Vous ne toucherez pas 40 000 dollars par année immédiatement en sortant de l'école secondaire. Vous ne serez pas vice-président d'entreprise avec un téléphone dans votre voiture avant d'avoir gagné et mérité les deux. Règle 4 : Si vous pensez que votre professeur est sévère, attendez d'avoir un patron. Règle 5 : Être plongeur dans un restaurant n'a rien d'humiliant. Vos grands-parents utilisaient un terme différent pour décrire ce genre de boulot, ils appelaient cela "s'ouvrir des portes". Règle 6 : Si vous vous retrouvez dans le pétrin, ce n'est pas la faute de vos parents, alors ne vous plaignez pas de votre sort et tirez-en plutôt les leçons nécessaires.
Bill Gates : 11 règles de vie
Règle 7 : Avant votre naissance, vos parents n'étaient pas aussi ennuyeux qu'ils le sont aujourd'hui. Ils sont devenus comme cela à force de payer vos factures, de laver vos sous-vêtements et de vous écouter raconter à quel point vous êtes cool. Alors, avant de penser sauver la forêt équatoriale des parasites de la génération de vos parents, essayez de mettre un peu d'ordre dans votre propre chambre. Règle 8 : Votre école a peut-être cessé de distinguer les gagnants des perdants, mais pas la vie. Dans certaines écoles, ils ont éliminé la note de passage et ils vous donneront autant de chances que vous voulez avant de trouver la bonne réponse. Cela n'a absolument RIEN À VOIR avec la vraie vie. Règle 9 : La vie n'est pas divisée en semestres. Vous n'êtes pas en vacances tout l'été et très peu d'employeurs sont intéressés à vous aider à vous retrouver. Faites cela durant vos temps libres. Règle 10 : La télévision N'EST PAS représentative de la vraie vie. Dans la vie, en réalité, les gens doivent quitter le restaurant et retourner travailler. Règle 11 : Soyez gentils avec les « nerds ». Il y a de bonnes chances que vous finissiez par travailler pour l'un d'entre eux.
Cours
FAQ
Interviews
Articles / tutoriels
Magazine
Forums
News
Agendas
Critiques
13 OOO OOO pages vues par mois
5 500 000 visites par mois
2 500 000 visites uniques par mois
5 000 messages forum par jour
icauda.com © 1996-2014 Tous droits et bases réservés
Reproduction partielle ou complète strictement interdite sans l’autorisation de l’auteur.