Conception et Dv.eloppement de BD Dr.

Foued Ben Ameur

INSAT RT3 2012

Conception et Dveloppement de BD
Dr. Foued Ben Ameur INSAT RT3

Exemple Typique

CM1 : Introduction au Gnie Logiciel

Introduction :
Dfinitions et constats Crise du logiciel et bugs clbres Solutions proposes par le Gnie Logiciel

1- Processus de dveloppement dun logiciel 2- Les phase du dveloppement 3- Diffrents cycles de vie pour un logiciel 4- Gestion de la qualit logicielle
3

Intro : La production de logiciels

Sinscrit dans des processus sociaux et techniques
Omniprsence dans les activits humaines Logiciels trs diversifis
Exigences de qualit logicielle de plus en plus grandes Ne peut plus tre un simple travail artisanal

Ncessite des mthodes, techniques et outils GL

Intro : Une dfinition du Gnie Logiciel (GL)

Science de lingnieur dont la finalit est la fabrication de systmes informatiss complexes :
Terme apparu en 1968 Sest rpandu dans les annes 80

Travail de groupe et non un individu isol

Besoins techniques et non techniques :
Connaissances informatiques (aspects techniques) Capacits de communication Gestion de projet (personnels, ressources, planification)
5

Intro : Une dfinition du logiciel

Pas seulement un ensemble de programmes mais aussi :
Documentation pour linstallation, lutilisation, le dveloppement, la maintenance

Processus logiciel :
Activits ncessaire au dveloppement et la maintenance Variable / complexe / pas un seul modle

Diversit des logiciels :

Systme de gestion, de contrle, de simulation Systmes aronautiques,
6

Lois de Lehman (1985)

Hypothses sur la dynamique dvolution des logiciels :
Loi des modifications perptuelles : utilis dans un environnement rel, il doit ncessairement voluer sinon il devient de moins en moins utile Loi de complexit croissante : au fur et mesure quil volue, sa structure a tendance se complexifier Loi de stabilit organisationnelle (sur sa dure de vie) :
le taux de modification est peu prs constant, quel que soit leffort quon lui consacre les modifications incrmentales de chaque nouvelle version sont peu prs constantes
7

La crise du logiciel
Apparue au dbut des annes 70 Absence de matrise des projets (cots, dlais) Mauvaise qualit des produits
Ne rpondent pas aux besoins dfinis
Erreurs rsiduelles persistent dans le produit final Difficults d'volution

Projets en attente, faute dune gestion rigoureuse

Constats
Selon une tude du gouvernement amricain ralise en 1979 sur le cot des logiciels :

Selon une tude ralise en 1995 aux USA (rapport Chaos du Standish
Group) :

On estime 91 billions de dollars, la somme dpense pour des projets arrts avant la fin
9

Le zro dfaut n'existe pas en matire de logiciel : Le NIST (National Institute of Standards and Technology) estime 60 milliards de dollars par an les pertes enregistres par l'industrie et le commerce amricains cause des bogues contenus dans les logiciels. (S&T Presse - septembre 2002)
10

Source : http://www.01net.com/article/212560.html

Constats en 1998 et 2002

Quelques chiffres
On matrise encore mal le dveloppement des projets informatiques :
30% sont annuls avant la mise en production (Aberdeen) 90% sortent en retard (Aberdeen)
50% ne rpondent pas au cahier des charges (Gartner) 50% dpassent le budget prvu (Gartner) Ce surplus de cot se rpartit de la manire suivante :
maintenance corrective : 20 % maintenance adaptative : 25 % maintenance volutive et perfective : 55 %

11

Exemples de logiciels dfaillants

Echec du 1er lancement dAriane 5 (4 juin 1996) : explosion
Rutilisation dans Ariane 5 dun composant dAriane 4 (contrainte cache) Cause : problme au niveau de la validation (tests dintgration)

Mission Venus
Passage 5 000 000 Km de la plante, au lieu de 5 000 Km prvus Cause : remplacement d'une virgule par un point (au format US des nombres)

Bug de lan 2000

Cause : donne "anne" code sur 2 caractres (gain de place) Cot de la mise niveau des logiciels la France : 500 milliards de F

12

Exemples de logiciels dfaillants (2)

Systme de rservation de places Socrate de la SNCF
Rachat d'un systme d'une compagnie arienne, sans radaptation totale au cahier des charges du transport ferroviaire

Accidents de radiothrapie Epinal

Entre mai 2004 et aot 2005 : surdosages dus des erreurs de paramtrage d'un logiciel. Cause relle : mauvaise ergonomie d'un logiciel obsolte

Dpassement des dlais et des cots (Californie)

1993 : arrt du projet informatique dmarr 6 ans plus tt (gestion des immatriculations et des permis) Cots : 6,5 fois ceux prvus initialement et date de livraison reporte 1998

13

14

Causes de ces dysfonctionnements

Une communication difficile :
jargon utilisateur vs jargon informatique rflexion utilisateur pas assez mature imprcisions : communication entre les individus d1 quipe

Une conception et un dveloppement difficiles :

complexit croissante des logiciels trop dinterrelations entre composants logiciels trop de modifications (volutions) tests trop souvent insuffisants
15

Solutions proposes par le GL

Sparer les aspects fonctionnels et technologiques Dcomposition en sous-systmes approche objet Dmarche itrative approche objet

Privilgier la qualit lefficacit

La prvention des erreurs cote des dizaines de fois moins cher que leur correction (dmarche qualit) Qualit externe vs qualit interne
Externe : vision client Interne : vision dveloppeur
16

Critres de qualit du logiciel

Du point de vue de lutilisateur (critres externes)
Fiabilit
Robustesse Efficacit Convivial Document Evolutif
17

Critres de qualit du logiciel (2)

Du point de vue du dveloppeur (critres internes)
Document Lisible et comment Facile maintenir Portable Extensible Rutilisable
18

CM1 : Intro au Gnie Logiciel

Introduction

1- Processus de dveloppement dun logiciel

Les acteurs dans la vie du logiciel Les activits lies au processus de dveloppement

2- Les phase du dveloppement 3- Diffrents cycles de vie pour un logiciel 4- Gestion de la qualit logicielle

19

Les acteurs dans la vie du logiciel

Utilisateur(s) Programmeur(s) Matre douvrage (MO) (commande le logiciel et
assure la relation entre les usagers et les dveloppeurs)

Matre duvre (ME) (responsable du dveloppement

logiciel) Partage le travail, fixe les tapes Assure le suivi de lensemble Livre les produits (logiciel, documentation, formation)
20

Terminologie
Projet : ensemble dactivits organises permettant de crer
un produit ou un service avec une qualit dfinie dans le cadre dun budget fix.

Processus : savoir-faire associ une discipline

Un processus est un ensemble structur :
dacteurs

dactivits pour chaque acteur (code, planification, )

dartefacts pour chaque activit (excutable, planning)

de workflows (un workflow = un ensemble dactivits)

Un processus peut lui-mme englober des sous-processus

21

Processus de dveloppement de logiciels

Objectif : produire des logiciels
de qualit (qui rpondent aux besoins des utilisateurs) dans des temps et des cots prvisibles

Regroupe un ensemble dtapes ou activits :

Squentielles

: phases du dveloppement

- Dfinition des besoins (cahier des charges, spcifications)

- Analyse / Conception
- Implmentation (ralisation respectant la spcification) - Validation et tests (sassurer du bon fonctionnement)

- Dploiement et maintenance
22

Processus de dveloppement de logiciels (2)

Regroupe un ensemble dtapes ou activits :
Permanentes (horizontales) :
- Produits intermdiaires (prototypes, maquettes, documentations)

- Plan dassurance qualit et documentation

- Gestion de projet, des ressources (planification)

Permet dassurer le cycle de vie du logiciel :

Depuis sa cration jusqu son retrait En passant par sa distribution sur un march Ensemble squentiel de phases : dtermines en fonction des besoins du projet
23

Exemple de processus de dveloppement

=
enchanement des activits

RUP (Rational Unified Process)

24

CM1 : Intro au Gnie Logiciel

Intro- La production de logiciels 1- Processus de dveloppement dun logiciel 2- Les phase du dveloppement
Analyse et dfinition des besoins Conception, implmentation et tests Intgration, qualification et maintenance

3- Diffrents cycles de vie pour un logiciel 4- Gestion de la qualit logicielle

25

Les tapes du cycle de vie

26

Vie du logiciel

(daprs J. Printz) 67% du cot total dun logiciel maintenance (dont 48% rparer des dfauts)

60% des dfauts correspondent des erreurs de spcification et de conception

(daprs A.-M. Hugues)
27

Rpartition des phases

28

Cycle de vie et qualit

Ensemble squentiel dtapes
Intrants (autres processus)

Activit principale
Doc

Extrants (autres processus)

Gestion des versions, tests

Validation / Vrification

Cycle de vie et assurance qualit : fortement lis

Assurance qualit : contrles rguliers dont :
Validation : le bon produit ? Vrification : le produit correct ?

Solutions pour rduire les erreurs : prototypes, maquettes,

documents de spcif, conception, tests,
29

Les tapes du cycle de vie

30

Objectifs et dfinition des besoins

Objectifs : schma directeur, tude dopportunit (avantages, risques) Besoins : dfinition du Cahier des Charges (CdC)
Consultation des intervenants du projet Description du produit partir de scnarii d'utilisation (use cases)

Un appel d'offres est ventuellement lanc

Cline ROUDET

31

Analyse des besoins et du systme

Spcifications :
Fonctionnelles et non fonctionnelles (dossier danalyse) Base du contrat commercial avec le client Comprendre et modliser le mtier
Contraintes de ralisation, bauche du manuel utilisateur, glossaire Maquettes, prototypes, spcification dinterfaces, simulation

Maquette : systme incomplet

Tester lergonomie Dialogue entre dveloppeur et utilisateur Ne permet pas de tester : performance / temps de rponse
32

Prototypes, spcification dinterfaces, simulations

Prototype (dans un langage quelconque)
Faisabilit du systme, oublis de spcification, contradictions Fonctionnalits finales (sans contraintes de fiabilit, robustesse)

Spcification dinterfaces : maquette pour valider lIHM Outils de simulation

Comparer plusieurs solutions envisageables, tude de faisabilit Mthodes utilises :
Thorie des rseaux de files d'attente (le plus utilis) Rseaux de Ptri (petits systmes) Chanes de Markov (petits systmes)
33

Les tapes du cycle de vie

34

Planification et gestion de projet

Gestion de projet (matriel et logiciel) :
Dcouper en tches puis les ordonnancer (MS Project) Systme de contrle pour les produits intermdiaires du cycle de vie

Gestion de projet (humain) :

Organiser la formation sur les mthodes, outils, nouvelles technologies Motiver les quipes, anticiper les problmes

35

Planification et gestion de projet (2)

Gestion de la configuration
Assurer la cohrence des composants et leur volution au cours du temps Nombreux outils pour faciliter :
la gestion des versions (CVS, SVN) la reconstruction du systme (Ant, Maven, Make)

Plan qualit, suivi de projet, documentation

36

Conception dune solution (structure ou OO)

Choix dune architecture techniques (matriel, logiciel) :
Suivant certaines priorits (robustesse, efficacit, portabilit ) Expertise informatique

Modles conceptuels (donnes et traitements) :

Mthodes graphiques : Merise (MCD, MCT) - UML (diagrammes de
classes, dtats, ) - Rseaux de Petri

Mthodes formelles : automates (langage VDM, Z, Larch, Eiffel)

Dossier de conception, plan d'intgration des modules, plans de tests

37

Modles conceptuels : UML

38

Codage et tests
Implmentation + documentation :
Environnements de dveloppement (AGL : Microsoft Visual C++, Dev C++, Windev, Eclipse, Borland Turbo Pascal, Oracle Designer, ) Outils de gnration de code (Rational Rose, Topcased, Omondo, ) Rutilisation de composants existants (Design Patterns, Java Beans)

Tests de vrification (le produit correct ?)

De la robustesse et cohrence du systme (cas dexceptions) Environnements de tests unitaires (JUnit, Boost, JML)

Tests de validation (le bon produit ?)

En accord avec les besoins du client Une fois les tests de vrification satisfaits
39

Les tapes du cycle de vie

40

Intgration, qualification et maintenance

Intgration matrielle et logicielle :
Modules intgrs avec les autres (plan d'intgration) L'ensemble est test conformment au plan de tests

Qualification (une fois le logiciel termin) :

Produit test dans des conditions normales d'utilisation A l'issue de cette phase, le logiciel est prt la mise en exploitation

Maintenance, volution :
Correction des erreurs (robustesse) Demandes dvolution (nouvelles fonctionnalits, portabilit, ) Etape longue, critique et coteuse (80% de leffort de certaines entreprises)

41

CM1 : Introduction au Gnie Logiciel

Introduction
1- Processus de dveloppement dun logiciel 2- Les phase du dveloppement 3- Diffrents cycles de vie pour un logiciel
Mthodes prdictives Mthodes adaptatives

4- Gestion de la qualit logicielle

42

Deux grandes approches

Mthodes prdictives (GL traditionnel) : on planifie au dbut du projet Mthodes adaptatives (agiles) : intgrent le changement
La planification est rvalue au cours du dveloppement

43

CM1 : Introduction au Gnie Logiciel

Introduction
1- Processus de dveloppement dun logiciel 2- Les phase du dveloppement 3- Diffrents cycles de vie pour un logiciel
Mthodes prdictives Mthodes adaptatives

4- Gestion de la qualit logicielle

44

Modle en cascade (1970)

Spcifications
Validation

Squentiel linaire
(un des premiers modles proposs)

Conception gnrale
Vrification

Ex : Merise

Conception dtaille
Vrification

Codage
Tests unitaires

Intgration Erreur de spcification trouve en maintenance : cote + de 100 fois + cher que si trouve lors des spcifications
Tests dintgration

Mise en production
Validation

Maintenance
45

Problmes du modle en cascade

Les vrais projets suivent rarement un dveloppement squentiel tablir tous les besoins au dbut dun projet est difficile Applicable pour les projets bien compris et matriss Pas de frontire claire entre conception et dveloppement Cadre de dveloppement rigide et non transparent au client

Le produit apparat trs tard - risques levs et non contrls :

identification tardive des problmes preuve tardive de bon fonctionnement

46

Modle en V
Vertical : dveloppement des modules Spcifications fonctionnelles et planification Conception globale

Horizontal : prparation de la vrification

Dfinition des tests

Qualification

Dfinition du plan dintgration

Intgration

Conception dtaille

Tests unitaires

Programmation
Gestion des configurations

Gestion de projet Plan assurance qualit

47

Avantages et inconvnients du cycle en V

Avantages :
Permet une meilleure anticipation, validation intermdiaire Evite les retours en arrire

Inconvnients :
Le cadre de dveloppement reste rigide La dure est souvent trop longue Le produit apparat toujours trs tard

48

CM1 : Introduction au Gnie Logiciel

Introduction
1- Processus de dveloppement dun logiciel 2- Les phase du dveloppement 3- Diffrents cycles de vie pour un logiciel
Mthodes prdictives Mthodes adaptatives

4- Gestion de la qualit logicielle

49

Modle itratif
Dveloppement logiciel : processus graduel dlimination des risques
Chaque nouvel incrment :
a pour objectif la matrise d'une partie des risques apporte une preuve de faisabilit ou d'adquation avec les objectifs

A chaque itration :
1. Spcification 2. Conception 3. Implmentation 4. Tests

50

Prototypage, RAD (Rapid Application Development)

Bas sur les maquettes / prototypes
Vrifier lefficacit relle dun algorithme Identifier les besoins (prototype jetable) Implment par des gnrateurs de code (prototype volutif)

Avantages :
Client : acteur dans le processus et reoit des rsultats rapidement Temps de dveloppement trs court

Inconvnients : prototyper nest pas spcifier

Qualit du produit dvelopp souvent faible Pour des petits projets ou courte dure de vie Appropri pour les systmes dont la modularit est vidente
51

Modle incrmental
Combine des lments des modles linaires et du prototypage
utilis quand il ny a pas assez de ressources disponibles pour une livraison temps

Produit oprationnel : incrments livrables

Le premier incrment est souvent le noyau Les incrments aident grer les risques techniques (matriel non disponible)
52

Modle en spirale
Couplage de la nature itrative du prototypage avec les aspects contrls du modle en cascade
communiquer avec le client

Rduit les risques si bien appliqu

risques techniques et de gestion

dfinir les ressources, la rpartition dans le temps construire, tester, installer

53

eXtreme Programming (XP)

Comment mieux travailler avec le client pour nous focaliser sur ses besoins les plus prioritaires et tre aussi ractifs que possible ?

Pour des petits projets (moins de 10 personnes)

Valeurs dXP :

1. Communication
2. Feedback

3. Simplicit
4. Courage

Inconvnients : - Phase danalyse pas assez couverte - Manque de contrle et de structuration

54

Diffrents types de projets

55

CM1 : Introduction au Gnie Logiciel

Introduction
1- Processus de dveloppement dun logiciel

2- Les phase du dveloppement

3- Diffrents cycles de vie pour un logiciel 4- Gestion de la qualit logicielle
Les moteurs de la qualit Gestion de la documentation Critres, mtriques et normes qualit
56

Les moteurs de la qualit

Quest-ce qui caractrise un bon produit ?
Labsence de dfauts et la qualit de la documentation La facilit et la qualit de lutilisation Le faible cot pour lentretien et la rparation La facilit dadaptation de nouveaux besoins

Comment obtenir ces qualits ?

Comprhension des besoins et exigences des utilisateurs Reprsentation dans un modle comprhensible :
des besoins (discussions entre MO, ME et ralisateurs) des solutions proposes (pour tous les acteurs du projet)
57

Les moteurs de la qualit (2)

Le plan dassurance qualit vise :
Rduire le nombre derreurs rsiduelles Matriser les cots et la dure de dveloppement Sans nuire linnovation et la crativit

Objectifs de qualit rejoignent objectifs de productivit

Adquation aux besoins Efficacit, fiabilit, scurit, intgrit Convivialit, traabilit, testabilit Adaptabilit, maintenabilit, prennit,
58

Organiser le processus
Chaque projet est dcoup en lments matrisables Pour chaque phase, on doit dterminer des rles :
Qui fait des besoins Dfinition Qui approuve Spcification Qui vrifie Planification Qui valide Qui est consult Conception

59

Gestion de la qualit : documents

Dfinir comment seront ralises les phases du projet pour respecter la qualit

Manuels Qualit et Assurance Qualit :

Mthodes et procdures dfinies pour atteindre les objectifs de qualit
Gestion de projets, documentation, Spcification, conception, ralisation, vrification, validation

En sappuyant sur :
Rdaction de standards, normes (ISO), conventions, guides Savoir-faire et expertise de lentreprise Exprience acquise des projets pour amliorer le processus
60

Gestion de la qualit : documents (2)

Vrifier tout au long du cycle de vie que le logiciel est conforme aux intentions

Plan Qualit (gnral et en interne) :

En accord avec le Manuel Qualit de lentreprise Standards et procdures applicables pour tout projet

Plan dAssurance Qualit :

Dcline le Plan Qualit applicable un projet particulier Etablit lissue de la phase danalyse (avec le client), mis en uvre ensuite Activits de contrle des produits et des processus

61

Lensemble des documents

Pour les usagers :
Manuel dinstallation et de dmarrage Manuel dutilisation sommaire (avec exemples) Manuel de rfrence (objets et fonctions) et index Lexique (principales dfinitions et rfs bibliographiques)

Pour les clients (commanditaires) :

Spcification, choix de conception, dveloppement Tests passs et leur rsultats
JEN SUIS LA (1er CM)
62

Contrle de la qualit
Validation et Vrification garanties par des inspections et revues pour tous les produits intermdiaires du dveloppement :
documents de spcification, de conception, . . . code jeux de tests prototypes ...

Inspection : relecture critique dun document visant amliorer sa qualit Revue : runion permettant de valider une phase du cycle de vie

63

Mtriques associes aux critres de qualit

Caractriser la qualit dun logiciel sur un graphe de Kiviat
McCall dfinit 23 critres classs en 3 catgories (1977) Caractristiques oprationnelles Capacit dvolution Adaptabilit
Graphe de Kiviat

Chaque critre correspond au moins une mtrique Trop de mtriques, besoin dune normalisation

64

Facteurs, critres et mtriques

Qualit Gestion Qualit Technique

Qualit globale

Point de vue utilisateur Vision externe

Facteur

Facteur

Vue oriente "management" de la qualit (exigences)

ex : maintenabilit

Point de vue concepteur Vision interne

Critre

Critre

ex : cohrence, concision, simplicit, modularit

Mtrique

Vue oriente logiciel Critre qui dtermine la qualit

Mtrique

Mtrique

Mesures quantitatives
65

Normes qualit et standards

Modles de Certification : dtecter et corriger les produits non conformes
Norme ISO 9001 : certification de qualit de dveloppement de produits logiciels ISO 9003 : guide de recommandations pour la fourniture de logiciels

Modles de Maturit et d'Amlioration : mesurer l'aptitude d'un fournisseur raliser et fournir du logiciel
Capability Maturity Model (CMM) : rivale de la norme ISO 9000
SPICE, TRILLIUM, BOOTSTRAP

Plus de dtails : http://www.matthieuamiguet.ch/media/documents/MA-QLOGI-02-Normes.pdf

66

GL : dans la vraie vie

Documents de spcification et de conception :
peu prcis, ambigus, absents, parfois faits plus tard

Codage
bcl, peu document, code refait (peu rutilis), ...

Tests
unitaires : rares ou absents (faits au vol et perdus) intgration : peu de tests de non-rgression

Qualification
seule vraie preuve (mais bien trop tard !) Quelque chose qui n'est pas fait au moment o on devrait le faire ... est rarement fait plus tard car il y a toujours autre chose faire

Le faire quand il est temps Ex : crire les commentaires au cours de la programmation

67

A retenir
La cration logicielle suit un cycle de vie
Ne pas rester fig dans un modle : l' / s'adapter Importance de la planification

Dcoupage en tches (parallles, indpendantes)

Ne pas oublier : tche d'intgration surtout ne pas oublier : contrle (revues, tests, ...) mais uniquement en fonction des besoins identifis
Si vous ne le faites par aujourd'hui, vous ne le ferez jamais

68

Liens
Processus de dveloppement :
Page web de A. M. Hugues : http://users.polytech.unice.fr/~hugues/GL/qualite.html Page web de P. Collet : http://deptinfo.unice.fr/twiki/bin/view/Minfo05/GLOO Page web de D. Le Berre : http://www.cril.univartois.fr/~leberre/MI32001/OpenSourceLecture.ppt

Cours de N. NOVELLI : http://www.dil.univmrs.fr/~novelli/GL/COURS/01_Genie_Logiciel.pdf

Software Project Survival Guide. S. McCONNELL. Microsoft Press 1998 Software Engineering - 6th ed. I. Sommerville. Addison-Wesley 2001 Object-Oriented Analysis and Design with applications, 3rd Ed. G. Booch et al. AddisonWesley - 2007

Qualit du logiciel :
http://www.mines.inpl-nancy.fr/~tisseran/cours/qualite-logiciel/qualite_logiciel.html http://www.matthieuamiguet.ch/media/documents/MA-QLOGI-02-Normes.pdf Quality factors. J.A. McCall, in Encyclopdia of Software Engineering, Vol 1, pp 958-969, John Wiley & Sons - 1994
69

Exemple : projet tuteur 4 (2009 2010)

Sujet :
Modlisation et simulation des activits dune entreprise de collecte, traitement, stockage et expdition de crales (bl, orge, colza, )

Oprations effectues par lentreprise :

nettoyage la rception ou lexpdition,

ventilation lors du stockage pour la conservation des crales,

et en prsence dinsectes : injection d'un produit insecticide

Problmatique : accidents dans les silos

explosions dues la mise en suspension des poussires
ou incendies dus aux caractristiques des produits et du matriel

lentreprise souhaite se doter dun systme informatique de suivi en temps rel pour la surveillance continue des dispositifs matriels
70

Exemple : travail raliser

Planification et gestion collaborative du projet
Choix doutils pour la gestion de projet, des versions / travail collaboratif
laide dun benchmarking (tude des outils existants)

Analyse et modlisation du fonctionnement de lentreprise

Dossier danalyse des besoins (diag. UML : use cases) Spcification des fonctionnalits et des tests raliser Modles de conception en UML (diag. de classes, de squence, dtats )

Simuler graphiquement le fonctionnement en temps-rel

Suite la rception dun lot de crales
Implmentation en Java, tests unitaire en JUnit et JML et Javadoc

71

Exemple : ralisations
Rapport danalyse et de conception
Description dtaille des besoins (maquette de linterface en Visio)
Planning : diagramme de Gantt (MSProject)

Modlisation : ArgoUML (diagrammes use-cases, classes, squences)

Conception dune base de donnes relationnelle (Access)

Rapport de ralisation
Implmentation en Java avec Netbeans et SVN - tests en JUnit Documentation des classes avec Javadoc Rapport davancement (planning mis jour avec MSProject)

Explication du fonctionnement de lapplication (copies cran)

Difficults rencontres, conclusion

72