Cours au département INFO - IUT - UNS

This page is read only. You can view the source, but not change it. Ask your administrator if you think this is wrong.
====== Des modèles aux classes : focus sur les associations ======

<note warning>**La semaine du 21 mars, nous réviserons en corrigeant les examens des 2 dernières années! Mais pour cela vous devrez avoir fait vous-même l'examen, puisque vous ferez la correction! **</note>

<note warning>Un rendu sous la forme d'un cahier de bord est attendu pour **le 18 avril**. Ce rendu vous a été annoncé dès le premier cours. Ne l'oubliez-pas! Voir [[https://mbf-iut.i3s.unice.fr/doku.php?id=2015_2016:s2:start#notations|ici]] pour le détail, dont les critères de notation. </note>

===== Terminer le TD de la semaine dernière =====

[[https://mbf-iut.i3s.unice.fr/doku.php?id=2015_2016:s2:td:td_classes-code-avancees|Enoncé de la semaine dernière]]: Il est important d'aller au bour du précédent TD pour au moins bien visualiser l'importance d'une bonne modélisation pour aborder un problème relativement simple avant de s'intéresser à un exemple un peu plus complexe.
===== Un exemple un peu plus complexe =====
Nous allons dans ce TD nous intéresser à un exemple un peu plus complexe de classes fortement liées les unes aux autres. Attention, vous devez modéliser ce problème, l'implémenter et le tester.
Vous pouvez choisir de commencer par implémenter, mais nous vous le déconseillons vivement... Le problème parait simple, mais l'est-il vraiment?


//A la fin de cette feuille, vous avez quelques éléments utiles au niveau du code//


On désire gérer des **processus.**\\
Un processus se définit par un suite d'**étape**s.
  * //Démarrer le processus// revient à //démarrer// la première étape.
  * //Avancer dans le processus// consiste à //arrêter// l'étape courante et à démarrer l'étape suivante.
  * //Arrêter le processus// consiste à arrêter l'étape courante et à considérer le processus comme terminé, i.e. il ne peut plus avancer, par contre on peut le redémarrer.
  * Le //temps pris par un processus// pour s'exécuter correspond à la somme des temps pris par chaque étape.



  - Un **modèle de processus** se définit comme une suite de modèles d'étapes.
  - Un **modèle d'étape** est défini par un intitulé par exemple "Aller dans le jardin magique", un temps prévu par exemple "3s".
  - Le temps moyen prévu par un modèle de processus est la somme des temps prévus par chacun des modèles d'étapes. 
  - A partir d'un modèle de processus on crée un processus. 
  - A partir d'un modèle d'étape on crée un étape.
  - Afficher une étape revient à afficher l'intitulé du modèle d'étape qui lui est associé. 
  - On peut comparer le temps réalisé par une étape avec le temps prévu.
  - On peut comparer le temps réalisé par un processus avec le temps prévu par son modèle.
  - On peut savoir parmi les processus correspondant à un modèle celui qui a fait le meilleur temps, c'est pour cela que nous associons le nom d'une personne à un processus. 


<note tip>Vous devez "deviner" les méthodes non explicitées mais pourtant absolument nécessaires.</note>


**Organisez vous comme bon vous semble pour modéliser, implémenter et tester l'ensemble de cette application!**


Surtout pensez aux ''tests unitaires'' (si vous connaissez), ils sont essentiels ici pour tester chaque élément du modèle avant de les assembler.

Voici un exemple de traces correspondant à un test de validation (pas à un test unitaire!)
<code>
Voici votre défi
	Aller dans le jardin Magique en 5000s
	Trouver le trésor du Dragon en 5000s
	Tuer le dragon en 5000s
	Ramener le tresor au chateau des Neiges en 5000s
A vous de jouer
Aller dans le jardin Magique==> Taper quand fini

4081.0/5000
Trouver le trésor du Dragon==> Taper quand fini

478.0/5000
Tuer le dragon==> Taper quand fini

570.0/5000
Voici votre temps : 5129
-->5129
Meilleur temps :5129
Voulez-vous rejouer Y/N
Y
A vous de jouer
Aller dans le jardin Magique==> Taper quand fini

1652.0/5000
Trouver le trésor du Dragon==> Taper quand fini

580.0/5000
Tuer le dragon==> Taper quand fini

1447.0/5000
Voici votre temps : 3679
-->5129
-->3679
Meilleur temps :3679
Voulez-vous rejouer Y/N
Y
A vous de jouer
Aller dans le jardin Magique==> Taper quand fini

698.0/5000
Trouver le trésor du Dragon==> Taper quand fini

851.0/5000
Tuer le dragon==> Taper quand fini

992.0/5000
Voici votre temps : 2541
-->5129
-->3679
-->2541
Meilleur temps :2541
Voulez-vous rejouer Y/N

</code>

Pour vous aider, dans cette trace : 
  - d'après vous qu'est-ce qui correspond à un modèle de processus? A un modèle d'étape?
  - Qu'est-ce qui correspond à l'exécution d'un processus? à l'exécution d'une étape?
  - 4081.0/5000 signifie que pour exécuter l'étape il vous a fallu 4081 quand le modèle de l'étape en prévoyait 5000

===== Boîte à outils =====

Pour obtenir le temps en java : 
<code java>
//Pour avoir le temps courant
 long endTime = System.currentTimeMillis();

//Faire la différence entre deux temps!
  long tempsCourant = (endTime - startTime);
</code>

<code java>
 public void testTempsProcessus() throws InterruptedException {
        long nbDeMilliSecondes = 100;
        ....
        // Attendre 
        Thread.sleep(nbDeMilliSecondes);
</code>

Pour capturer une string au clavier

<code java>
 Scanner s = new Scanner(System.in);
 String str = s.nextLine();
</code>


<html>
<!--
===== Code et associations "simples" =====

Voici un diagramme UML en conception.


<note>Les objectifs de ces TDs sont de bien positionner la modélisation en UML de niveau conception relativement au codage !

Des codes vous sont donnés pour vous aider à comprendre et à ne pas perdre de temps. L'objectif n'est pas de vous apprendre à écrire des boucles ou des algorithmes, mais davantage de bien architecturer vos applications.

</note>


==== Lire un diagramme de classes : l'importance des associations ====

- Analyser le diagramme suivant : 



, extrait du site http://www.uml-sysml.org/uml/lanalyse-et-la-conception-architecturale
{{ :2014_2015:s2:td:identificationclassester.jpg?200 |}}



==== Association orientée : Multiplicité 1 ====
Donner la copie d'écran + le VPP si besoin

{{ :2013_2014:s2:td:cours-professeur.png?nolink |}}

    - Mettez en oeuvre la relation entre Cours et Professeur, i.e. implémenter la méthode setResponsable et getResponsable.[[:2013_2014:s2:td:td_classes-code-associations:codes#codesetape_1|Voir les codes]]
    - Ecrivez des tests !! et Tester votre programme.[[2013_2014:s2:td:td_classes-code-associations:codes&##testsetape_1|voir le code]]
    - A présent nous voulons pouvoir gérer des cours dont le professeur n'a pas été désigné. Modifiez le modèle (sur papier ou sur machine) ((modifier la multiplicité ! Mais pensez aussi à gérer le 0 dans le constructeur et ajouter les méthodes pour vérifier qu'il y a ou non un responsable))  [[ https://mbf-iut.i3s.unice.fr/doku.php?id=2013_2014:s2:td:td_classes-code-associations:codes&#modeleetape_2|le nouveau modèle]]
    - Modifiez vos codes en conséquence. [[https://mbf-iut.i3s.unice.fr/doku.php?id=2013_2014:s2:td:td_classes-code-associations:codes&#codeetape_2|Les codes]]
    - Ecrivez des tests !! et Tester votre programme[[ https://mbf-iut.i3s.unice.fr/doku.php?id=2013_2014:s2:td:td_classes-code-associations:codes&#testsetape_2|les tests]]
==== Association orientée : Multiplicité 0..* ====
{{ :2013_2014:s2:td:cours-vacataire.png?nolink |}}

    - Mettez en oeuvre la relation entre Cours et Vacataires, i.e. implémenter la méthode addVacataire(), removeVacataire().[[https://mbf-iut.i3s.unice.fr/doku.php?id=2013_2014:s2:td:td_classes-code-associations:codes&#modele|Codes : utilisez les, si vous voulez manipuler des listes en java, sinon gérez simplement des tableaux.]]
    - Si dans l'étape précédente vous avez modifié votre modèle, re-générez le ou du moins dessinez les modifications.[[https://mbf-iut.i3s.unice.fr/doku.php?id=2013_2014:s2:td:td_classes-code-associations:codes&#modele|modèle partiel]]
    - Ecrivez des tests et Tester votre programme[[https://mbf-iut.i3s.unice.fr/doku.php?id=2013_2014:s2:td:td_classes-code-associations:codes&#test|Pour tester votre programme]]


<note tip>**Gestion de listes simple en java** 

Regardez dans les codes qui vous sont donnés. Vous ne les avez pas encore vu en cours.  
</note>



===== Associations complexes =====

==== Association bi-directionnelle ====
{{ :2013_2014:s2:td:cours-etudiants.png?nolink |}}

  - Décider de la classe responsable : on ajoute des cours à étudiant ou bien on ajoute un étudiant à un cours ((c'est mon choix dans la correction))
  - Placer les méthodes dans le modèle avec leur visibilité. On doit pouvoir connaître pour un cours la liste des étudiants qui le suit, et pour un étudiant la liste des cours suivis. On doit pouvoir ajouter un étudiant à un cours ou bien ajouter un cours à un étudiant en fonction de votre choix de responsabilité. [[https://mbf-iut.i3s.unice.fr/doku.php?id=2013_2014:s2:td:td_classes-code-associations:codes&#modele1|voir modèle]]
  - Programmez [[https://mbf-iut.i3s.unice.fr/doku.php?id=2013_2014:s2:td:td_classes-code-associations:codes&#codes|Voir codes.]]
  - Testez [[https://mbf-iut.i3s.unice.fr/doku.php?id=2013_2014:s2:td:td_classes-code-associations:codes&#tests1|Voir tests.]]


==== Composition ====

{{ :2013_2014:s2:td:courstds.png?nolink |}}


    - Quel constructeur pour la classe Cours? ((construire le TD et le Cours associé automatiquement))
    - Si vraiment un TD ne peut pas être construit en dehors d'un cours que suggérez-vous? ((dans la correction, nous utilisons Protected... on aurait aussi pu avantageusement penser à une classe interne))[[ https://mbf-iut.i3s.unice.fr/doku.php?id=2013_2014:s2:td:td_classes-code-associations:codes&#code1|voir code]] [[https://mbf-iut.i3s.unice.fr/doku.php?id=2013_2014:s2:td:td_classes-code-associations:codes&#tests2|voir  tests]]
     - Quelle gestion de la méthode ''coursAssociée'' définie dans la classe TD? Même chose pour un DS. Suggestion? ((comme précédemment, on a une relation inverse))


==== Classe d'association ====


{{ :2013_2014:s2:td:enseignant-module.png?nolink|}}

  - Que signifie ce modèle ?
  - Générer les codes
  - Il manque les méthodes et la navigation. 
       * On veut pouvoir ajouter une description à un module
       * On ne veut pas savoir de quels modules un enseignant est responsable.
       * On veut connaitre quel est l'enseignant responsable d'un module en fonction d'une année.


==== Fabriques et Propriétés statiques ====

Dans notre système on a besoin de :
    - créer des cours
    - Retrouver un cours à partir de son intitulé
    - Enregistrer de nouveaux enseignants avec leur nom.
    - Modifier l'enseignant responsable d'un cours
    - Savoir si un étudiant a un professeur en cours.
  
  - Modifier le modèle de votre application pour intégrer ces nouvelles fonctionnalités
  - Modifier vos codes


    - Comment connaître les cours dont un professeur est responsable? Il existe plusieurs solutions. Vous pouvez modifier le modèle. (par exemple dans Cours on a une méthode statique.. ou bien on ajoute une autre classe). 
    - Ecrivez des tests !! et Tester votre programme.

<note tip>Hasmap et chaines de caractères et fonctions d'accès..</note>


==== Compositions ====

Un enseignement est soit un cours soit un parcours. Un parcours est une aggrégation d'enseignements.
   - Est-ce qu'un parcours peut faire référence à d'autre parcours?
   - Est-ce qu'un cours peut faire référence à un parcours
   - Implémentez?







<box round rgb(185,211,238) rgb(198,226,255) 95%|A rendre **OPTIONNEL**: Le lundi 5 mai 10h dernier délai : remis à votre encadreur par mail ayant pour sujet "[S2] conception : //Groupe// : //Membres du binôme//" avec en attachement le projet .vpp ou un document contenant vos diagrammes (solution préférée). Envoyer 1 fichier .VPP et un autre fichier .PDF (qui contient le sujet, les réponses et les diagrammes créés dans VP). Les 2 fichiers seront nommés TP_N_NumeroduTP_NomEtudiant1_NomEtudiant2 sans compression> 

  - {{:omgl:acsi:cours7.gif|}} Dessiner le diagramme de classes en conception correspondant à l'énoncé et au diagramme de séquence donné ci-après.
  - Générer les codes et mettez en oeuvre la méthode //vendre// de //Vendeur//. Attention, elle doit garantir la cohérence de l'ensemble des associations que vous avez définies.
  - Identifier les interfaces graphiques que devra exposer le système.

Dans la galerie à certaines oeuvres sont associées des lithographies. Pour chaque oeuvre le nombre de lithographie est fixé. A une lithographie est associé un numéro unique. Si une lithographie a été vendue il est possible de retrouver la vente qui lui correspond. A une vente est associée une date, la lithographie vendue, le vendeur qui a fait la vente et le client. Il est possible de retrouver pour un client tous les achats qu'il a fait et pour le vendeur toutes les ventes qu'il a fait.
{{ :2013_2014:s2:td:scenarioventelitographie.png?nolink |}}

</box>
--!>
</html>
Cours au département INFO - IUT - UNS

User Tools

Site Tools

Page Tools
