Differences

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

--- 2016_2017:s3:concprogobjet:td:td2 [2016/09/24 15:24] – created blay
+++ 2016_2017:s3:concprogobjet:td:td2 [2016/10/16 06:28] (current) – [Rendus] blay
@@ Line 8: / Line 8: @@
 ===== Responsabilités : Analyse et développement de la partie "Métier" =====
-Le bus est maintenant composé de boîtes à messages.
+Le bus logiciel est maintenant composé de boîtes à messages.
-   * Un agent demande à créer un bus en précisant son nom. Si un bus avec ce nom existe déjà, il ne se passe rien.
+   * Un agent demande à créer un bus en précisant le nom du bus. Si un bus avec ce nom existe déjà, il ne se passe rien.
    * Un agent peut demander s'il existe un bus de nom donné.
    * Un agent peut lister les noms des bus existants.
    * Un agent demande à créer une boîte à messages associée à un bus en précisant le nom de la boite. Si la boite existe déjà, il ne se passe rien.
-   * Un producteur envoie un message vers un bus et éventuellement vers  une boîte de messages spécifique du bus, en précisant leurs noms et le contenu du message. En l'absence de boîte de message, le message est posté dans la boite par défaut.
+   * Un producteur envoie un message vers un bus et //éventuellement// vers  une boîte de messages spécifique du bus, en précisant leurs noms et le contenu du message. En l'absence de boîte de message, le message est posté dans la //boite par défaut//.
-   * Un consommateur peut demander à lire des messages qui se trouvent dans une boîte sur un bus
+   * Un consommateur peut demander à lire des messages qui se trouvent dans une boîte sur un bus.
-   * Un consommateur peut demander à lire tous les messages qui se trouvent sur le bus.
+   * Un consommateur peut demander à lire tous les messages qui se trouvent sur le bus dans ce cas tous les messages dans toutes le boîtes lui sont retournés.
    * Une boîte ne peut pas être associée à plusieurs bus. Un bus peut évidemment avoir plusieurs boîtes.
@@ Line 31: / Line 31: @@
   - Quels modèles utilisez-vous pour analyser le problème ?
   - Dans vos diagrammes de séquences, faîtes bien apparaître les interfaces graphiques et les contrôleurs mais dans les diagrammes de classe concentrez vous uniquement sur la partie métier dans un premier temps.
   - Qui est responsable de retrouver un bus à partir de son nom ? une boite de messages? (pattern expert)
   - Qui est responsable de créer un bus? une boite de message? pourquoi?  (Pattern créateur)
@@ Line 69: / Line 69: @@
   - Quel type de contrôleur avez-vous défini en respectant les directives données? Est-il "bon"? Que feriez-vous sinon pour l'améliorer?
   - Vous devez à présent pouvoir jouer le scénario précédent en utilisant votre interface graphique.
-  - Visualisez vos codes sous la forme de diagrammes de séquences.\\ ''Outils => Code => Instant Reverse to sequence diagram'' {{ :2015_2016:s3:concprogobjet:td:tosequencediagram.png?300 |}}
   - Pouvez-vous décrire chacune de vos classes avec une seule phrase? Faîtes-le dans les commentaires de vos classes.
 ==== aide ====
@@ Line 136: / Line 135: @@
 ===== Rendus =====
-<box round rgb(150,290,190) rgb(198,226,150) 75%| Le ...  >
+<box round rgb(150,290,190) rgb(198,226,150) 75%| Le 17 octobre à minuit >
   * Mettez un mail à votre encadreur avec soit l'adresse où récupérer le TD soit le TD lui-même, dans le sujet du mail [S3T][TD3] Noms des participants au rendu :
-  * De préférence utilisez la [[http://jalon.unice.fr/cours/blay/Cours-blay-20150930110548/BoiteDepot-blay-20150930110658584420|boite de dépôt]] pour Mme Blay avec date limite :  le 6 octobre à minuit.
+  * De préférence utilisez la [[http://jalon.unice.fr/cours/blay/Cours-blay-20150930110548/BoiteDepot-blay-20150930110658584420|boite de dépôt]] pour Mme Blay avec date limite : le 17 octobre à minuit.
   * Le rendu consiste en :
-       - Un document contenant
+      - Un document contenant
-             * votre modèle final (Tout le monde n'aboutit pas au même modèle, c'est certain)
+        * votre modèle((Modèle = diagrammes UML)) final (Tout le monde n'aboutit pas au même modèle, c'est certain)
-             * des explications sur les raisons de ce modèle, les choix que vous avez faits et les leçons apprises.
+        * des explications sur les raisons de ce modèle, les choix que vous avez faits et les leçons apprises.
-       - Les codes et les tests.
+      - Les codes et les tests en particulier les tests JUNIT;
-       - Il est préférable que les codes soient commentés en respectant les consignes d'une javadoc ((utilisez simplement eclipse pour générer la stucture des commentaires par exemple))
+      - Il est préférable que les codes soient commentés en respectant les consignes d'une javadoc mais ce n'est pas essentiel (([[https://www.jetbrains.com/help/idea/2016.2/creating-documentation-comments.html|Utiliser IntelliJ pour vous aider à commenter les méthodes]]))
 Dans cet exercice nous évaluons votre capacité à concevoir les bons modèles et la "bonne" architecture relativement à vos objectifs. Des modèles incomplets sont évidemment considérés comme faux au regard de ces objectifs.
 </box>
 ==== Tuyaux ====