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 ======



===== 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>

==== 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.

<html>
<!-- 
==== 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>

--!>
</html>


<html>
<!-- 
==== 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?

--!>
</html>





<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>