Rapport final de CPOO

Pierre Rainero
S3T G4
RAPPORT FINAL DE CPOO

Rapport final : CPOO
1
S3T G4 – RAINERO Pierre
Table des matières
TD 1 : Gestionnaire de Bus de messages ................................................................................................. 2
TD 2 : GIT ................................................................................................................................................. 4
TD 3 : Principes SOLID ............................................................................................................................. 5
TD 4 : Réutilisation .................................................................................................................................. 6
TD 5 : Qualité logiciel ............................................................................................................................... 7
TD 6 : Digital Home .................................................................................................................................. 9

Rapport final : CPOO
2
S3T G4 – RAINERO Pierre
Chaque boite contient des messages qui
possèdent un libelle, une date et une description.
TD 1 : Gestionnaire de Bus de messages
Durant ce premier TD (seconde séance, nous avons réalisé un Pictionnary UML lors de la
précédente) nous avons dû réaliser un projet java dont l’objectif était de créer un gestionnaire de bus
de messages. Lors de la phase de conception nous nous sommes orienté vers un modèle « Modèle Vue
Controleur », cependant comme demandé nous n’avons pas créé de vue à proprement parler,
l’affichage s’est fait dans la console.
Nous avons découpé le projet en 7 classes (plus une classe « test » pour avoir un main et tester notre
scénario).
Comme décrit par le schéma on a une encapsulation
de classes, le controleur possède un attribut de type
« Registre » qui est composé d’un id et d’une arrayList de « Bus », chaque objet Bus est composé d’un
id et d’une arrayList de Boite, de même pour les boites qui elles contiennent les messages.
Nous avons choisi des arrayList pour créer une sorte de sécurité, pour accéder à un message, une boite
ou un bus il faut connaitre son « id caché » (l’entier de l’arrayList) et non son id définit par l’utilisateur
(le string). Cependant nous avons aussi créé un mode administrateur qui lui peut accéder à tous les
messages, boites, bus via les ids (string) :

Rapport final : CPOO
3
S3T G4 – RAINERO Pierre
Résultat :
Compétences : Approfondissement du modèle MVC, sérialisation (via un fichier txt), utilisation de la
classe « Calendar »

Rapport final : CPOO
4
S3T G4 – RAINERO Pierre
TD 2 : GIT
Ce second td a été très rapide (une seul séance). Il a servi d’introduction à « GIT », un
gestionnaire de versions, que nous avons principalement utilisé par la suite en M311 avec M. Syska.
Les éléments ajoutés via le GIT sont visibles et téléchargeables via l’onglet « Dépôt » de la forge unice.
On peut faire divers configuration initiale comme le nom et l’email de la personne qui va commit :
git config --global user.name "Pierre Rainero"
git config --global user.email [email protected]
Ou (M311) utilisé un fichier de configuration préparé à l’avance :
gitconfig.sh
On peut ensuite créer ses répertoires (git init), y ajouter des fichiers (git add), visualiser les
différences d’un commit à l’autre (le plus gros intérêt selon moi : git diff), etc…
On peut également détailler notre dépôt en créant des branches, durant le td nous testé cette
fonctionnalité via une branche végétarienne d’un menu d’un restaurant (git checkout -b vegetarien).
Après avoir « forcé » la mise à jours sur la forge (M311) :
git push origin master ← doit être précédé d’un commit évidemment
On peut faire l’opération inverse et récupérer ce qui a été déposé auparavant :
git clone https://[e-mail]/2015-groupe-rainero-goua
Compétences : Découverte d’un gestionnaire de versions (GIT), très utile pour les projets en groupe
(production d’application et projet tuteuré par exemple).