Differences

This shows you the differences between two versions of the page.

--- 2014_2015:s3:concprogobjet:td:corrections:td1 [2014/08/16 19:44] – [Un projet sous le gestionnaire de version (10mn)] blay
+++ 2014_2015:s3:concprogobjet:td:corrections:td1 [2014/09/03 09:14] (current) – [Conception : 15mn] blay
@@ Line 15: / Line 15: @@
   - Quels sont les grands cas d'utilisation? Vous pouvez les faire simplement sur Papier.
-{{ :2014_2015:s3:concprogobjet:td:corrections:busuc.png?nolink&200 |}}
+{{ :2014_2015:s3:concprogobjet:td:corrections:busuc.png?direct&200 |}}
 ===== De l'analyse à la conception du bus logiciel =====
-{{ :2014_2015:s3:concprogobjet:td:corrections:ana-creerbus.png?nolink&200 |}}
+{{ :2014_2015:s3:concprogobjet:td:corrections:ana-creerbus.png?direct&200 |}}
 ==== Analyse : 15mn  ====
-{{ :2014_2015:s3:concprogobjet:td:corrections:ana-classes.png?nolink&200 |}}
+{{ :2014_2015:s3:concprogobjet:td:corrections:ana-classes.png?direct&200 |}}
-{{ :2014_2015:s3:concprogobjet:td:corrections:ana-sendmessage.png?nolink&200 |}}
+{{ :2014_2015:s3:concprogobjet:td:corrections:ana-sendmessage.png?direct&200 |}}
-{{ :2014_2015:s3:concprogobjet:td:corrections:ana-liremessage.png?nolink&200 |}}
+{{ :2014_2015:s3:concprogobjet:td:corrections:ana-liremessage.png?direct&200 |}}
-{{ :2014_2015:s3:concprogobjet:td:corrections:ana-detruiremessage.png?nolink&200 |}}
+{{ :2014_2015:s3:concprogobjet:td:corrections:ana-detruiremessage.png?direct&200 |}}
-{{ :2014_2015:s3:concprogobjet:td:corrections:ana-creerbus.png?nolink&200 |}}
+{{ :2014_2015:s3:concprogobjet:td:corrections:ana-creerbus.png?direct&200 |}}
 ==== Conception : 15mn  ====
-{{ :2014_2015:s3:concprogobjet:td:corrections:conc-classes.png?nolink&200 |}}
+{{ :2014_2015:s3:concprogobjet:td:corrections:conc-classes.png?direct&200 |}}
 ===== Mise en oeuvre =====
@@ Line 76: / Line 76: @@
 </code>
-==== Un projet sous le gestionnaire de version (10mn) ====
+Pour le reste des codes, y compris les tests, voir directement dans l'archive.
-Pas de corrections
-==== Génération des codes (10 mn) ====
-Nous allons à présent travailler sur les codes. Pour cela nous allons les générer à partir des modèles. Pour cette tâche, vous retournez sous Visual Paradigm.
-Aujourd'hui nous faisons le choix de générer les codes puis de travailler ces derniers dans chercher, au moins pour l'instant, à maintenir les modèles en cohérence.
-  - Générer les codes {{ :2014_2015:s3:concprogobjet:td:generateurimmediat.png?nolink&200 |}}
-  - Sélectionner votre diagramme de classe en conception, vérifier que vous avez bien toutes les classes prévues, préciser si vous voulez travailler avec des vecteurs ou autres (Réfléchissez!!), et **préciser bien comme répertoire pour la génération votre répertoire src sous Eclipse** {{ :2014_2015:s3:concprogobjet:td:generationcodejava.png?nolink&200 |}}
-  - Retourner sous Eclipse, sous la perspective Java, et faîtes un //refresh// (clique droit sur le projet). Si votre répertoire est mal organisé (nouveau package par exemple, déplacer simplement les codes comme vous le voulez, par glisser/coller.)
-  - Corriger vos codes pour qu'ils soient "compilables" en utilisant simplement les petites boules jaunes sur le côté, mais **ne passez pas à l'implémentation**, nous ferons cela un peu plus tard.
-  - Quand il n'y a plus d'erreurs, mémoriser les codes dans SVN (pour s'entraîner ;-) ) . Donc cette fois-ci simplement, //clique droit// sur le package (car évidemment, vous travaillez bien dans un package), puis //Team// puis //commit//. Il vous propose directement les fichiers à ajouter au commit. N'oublier de mettre un message.
-==== Mise en place du programme principal préliminaire (10mn) ====
-Voici ce que doit faire a minima votre programme principal, pour cela retourner sur "MonScenario.java" et modifier le //main// pour :
-  - créer un bus de nom "Nice-Circulation",
-  - créer un message annonçant "une attente de 5mn"
-  - publier le message sur le bus,
-  - créer un message annonçant "un accident"
-  - publier le message sur le bus,
-  - lire les messages,
-  - afficher le contenu des message.
-Ce programme ne peut pas tourner puisque quasi rien n'est implémenté, par contre vous pouvez vous aider d'Eclipse pour que au moins il soit "syntaxiquement" juste et créer les bonnes méthodes si elles n'existent pas déjà, ou les appeler!
-Vous pouvez à présent l'exécuter et il vous signale les méthodes non encore implémentées. A la fin de ce TD, évidemment, il fonctionnera.
-==== Un projet sous "tests" (15mn) ====
-Notre objectif est à présent de préparer les tests qui accompagneront notre développement. Pour cela, nous utiliserons l'environnement JUNIT. Bien sûr vous pouvez utiliser un autre environnement de tests si vous le désirez mais la structuration du projet en une partie principale et une partie test est, elle, exigée pour toute la suite de ce module.
-    - Ajoutez un nouveau dossier de sources nommé //tests// au même niveau d’arborescence que src
-         * sur le projet, faire un //new source-folder//, et l'appeler //tests// {{ :2014_2015:s3:concprogobjet:td:newsourcefolder.png?nolink&200 |}}
-    - Dans le menu contextuel de, par exemple la classe //Message//, cliquez sur //New – JUnit Test Case//((Cette partie du TD reprend en partie le tutoriel JUNIT : http://www.junit.fr/2011/11/20/tutoriel-eclipse-junit-mon-premier-test-automatique/)). {{ :2014_2015:s3:concprogobjet:td:junittestcase.png?nolink&200 |}} Dans le panneau qui s'affiche {{ :2014_2015:s3:concprogobjet:td:messagetest.png?nolink&200 |}}
-          * Sélectionnez le bouton radio //New JUnit 4 test//.
-          * Changez le dossier Source folder pour //tests//.
-          * Nommez la classe ''MessageTest''.
-          * Cochez les cases ''setUp()'' et ''tearDown()''.
-          * Enfin cliquez sur //Finish//.
-          * Eclipse va remarquer que la bibliothèque de //JUnit// est absente du projet et vous propose d’ajouter automatiquement cette dernière au projet.
-          * Dans le panneau qui apparaît, cliquez sur OK.
-    -  Eclipse a maintenant créé automatiquement le squelette de la classe de test. Il ne reste plus alors qu’à remplir cette dernière.
-    - Dans le menu contextuel, cliquez sur //Run As – JUnit test//.
-Enfin, le premier rapport de tests s’affiche !
-{{ :2014_2015:s3:concprogobjet:td:testok.png?nolink&200 |}}
-====  Développement (20mn)  ====
-  - Terminez la mise en oeuvre du bus en complétant les tests au fur et à mesure et en n'oubliant pas de commiter.
-===== Suites prévues pour ce projet =====
-  * //Objectifs  : refactoring, incrémentalité et agilité// : Le bus est maintenant composée de boîtes à messages :
-Le bus gère des "boîtes à message". Plusieurs producteurs peuvent émettre des messages vers une même boîte, plusieurs consommateurs peuvent lire les messages dans une boite.
-Dans le scénario de base, la voiture A a choisi d'émettre son message vers la queue "Etat Des Routes". Les consommateurs déclarent les boîtes qui les intéressent. Ils peuvent lire les messages qui les intéressent sur une boîte donnée ou obtenir tous les messages qui les intéressent indépendamment des boîtes.
-  * //Objectifs : Apprentissage d'une famille courante de patterns (fabrique, builder) mais uniquement par l'usage, la formalisation se fera en S4//: Les messages pouvant être de différentes natures, un bus devient "porteur" d'une fabrique à messages.
-  * //Objectifs : Prise en compte des IHMs et mise en place du pattern MVC à tous les niveaux// : Définir les interfaces graphiques qui nous permettraient d'accéder "simplement" à un bus pour émettre, lire et effacer des messages uniquement.
-  * //Objectifs : Prise en considération des responsabilités uniques// : Routage en fonction des messages : La voiture A emet un message et le bus décide de la ou des boîtes à messages concernées.
-  * //Objectifs : mise en oeuvre du pattern DAO + différents modèles de persistance + intégration par les interfaces + travail en équipe// : Les messages seront rendus persistants. Pour certaines boîtes les messages sont persistants, pour d'autres non :
-  * Il est assez surprenant d'effacer les messages au bout d'un certain temps alors que certains consommateurs ne les ont pas lu et de redonner le même message au même consommateur qui l'a déjà lu. Que feriez-vous pour : a) ne pas redonner le même message au même consommateur; b) donner les messages aux consommateurs qui ne les ont pas encore lu? quel écueil( le bus ne connait pas ses consommateurs!) ? quelle solution envisageriez-vous (un consommateur se déclare, une file d'attente par consommateur, et le message est détuit lorsque plus aucune file n'y fait référence)?
-- Il sera possible de définir différentes formes de souscription.
-Nous n'aborderons, hélas, pas les aspects distribués.
-==== Pour aller plus loin ====
-Un "bus à messages" s'appuie sur plusieurs design patterns 'Observeur/Observable" et plus précisément "Publish/Subscribe". Il existe aujourd'hui de nombreuses implémentations de ces systèmes permettant des communications asynchrones, où les consommateurs sont automatiquement notifiés de l'arrivée de message, où les consommateurs peuvent faire des demandes spécifiques, avec des systèmes de filtres complexes, etc.
-===== EVALUATION de CE TD =====
-  - Tous les étudiants ont donné accès à leur professeur sur un de leur espace.
-  - Tous les étudiants ont bien sauvegardé dans leur espace SVN.
-  - Tous les étudiants ont au moins une fois fait un commit dans cet espace de travail.
-  - Le programme est fonctionnel et le scénario de base est bien réalisé.
-===== Je sais =====
-<box round rgb(255,204,153) rgb(255,255,204) 97%|Je sais  :   >
-  * Créer un projet sous Eclipse, et le structurer correctement.
-  * Générer le code à partir d'un modèle de classes en UML.
-  * Connecter mon code à un répertoire SVN.
-  * Structurer mon projet pour intégrer les tests unitaires.
-  * Utiliser Eclipse pour améliorer mon développement en utilisant les outils d'aide au développement.
-</box>