air - User contributions [en]

File:Presentation-MiParcours-campusiot.pdf

2019-03-05T09:12:11Z

Theo.Levesque:

Projets 2018-2019

2019-03-05T09:11:57Z

Theo.Levesque: /* Affectations */

<<[[Projets 2017-2018]] | [[Projets]] | [[Projets 2019-2020]]>>
=INFO=
==INFO3==

==INFO4==
===Projet Semestre S8===

Enseignants responsables : Olivier Richard, Didier Donsez

* Dates : Lundi après-midi, Mardi après-midi
* Lancement: '''21/01/19 à 14h30'''
* Soutenance à mi-parcours: A définir
* Soutenance: A définir

* '''Evaluation à mi-parcours le lundi/mardi ???''': Format: 10min (5min de présentation 3 slides au plus, 5min de discussion). Cette évaluation sera prise en compte dans la note finale.

'''Consignes générales:'''

* '''Vous devez être pro-actifs !!!''': Si des points sont pas ou mals spécifiés, vous le faîtes et vous justifiez vos choix. Pour les problèmes techniques éventuels vous pouvez: creuser la question, contacter l'auteur du code si il y a lieu, écrire un rapport de bug ('''Attention:''' ca se prépare !), soumettre un patch/pull request, contacter l'enseignant ou la personne référente du projet.

* '''Vous devez maintenir une fiche de suivi de projet''': elle doit être mise à jour chaque semaine, elle rassemble les élements essentiels du projet, elle indique les évolutions du projet et présente sa feuille de route. '''Note:''' le nom de la fiche doit être composé du nom du projet et suffixé par info4_2018_2019. '''Cette fiche compte pour la note finale'''

* '''Votre code''' pour doit être hébergé sur le gitlab et à l'URL suivante https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19 , vous utiliserez votre compte UGA.

* Chaque projet doit avoir '''aux moins 2 dépôts git''':
** '''Un pour les documents''' demandés rapport, présentation de pré-soutenante, de soutenance, flyer. '''Il sera appelé documents.'''
** Un ou plusieurs pour le code, les tests, les évaluations, les preuves de concept, la ou les documentations afférentes.

* Les documents public doivent être rédigés en anglais (README, documentation, commentaires de code, nom de variables et de fonctions). Une bonnification sera accordée si le rapport et les transparents sont en anglais (la soutenance sera en francais).

* '''La note obtenue''' tiendra compte du '''nombre et de la qualité des commits''' observé dans '''vos dépots git et la branche master''' (or depot documents). La qualité comprend l'intitulé du commit et son contenu. Les notes pourront être différentiées dans un groupe, il n'est pas acceptable de pas avoir de commit dans le(s) dépôt(s) du projet (or dépôt documents).

* Il est fortement conseillé de suivre un '''développement incrémental''' qui permette d'avoir à tout moment un démonstrateur à présenter, un projet peut être constituer d'une succession de '''démonstrateurs présentables séparément'''.

* Vous devez faire aussi des '''schémas d'architectures générales et/ou spéficiques, des diagrammes de séquence''', et autre documents de spécification si nécessaire. Ces documents vous serviront de base de discussion/brainstorming interne ainsi que dans vos différents documents (rapport, présentations, documentation). Ces schémas sont avant tout conceptuels et techniques.

===Propositions de projets===

* [[LoRaGAN]] : LoRa in the Space, Didier Donsez avec le [https://www.csug.fr/ CSUG] (S)
* [[LoRaRescueBalloon]], Didier Donsez avec le [https://www.csug.fr/ CSUG] et des élèves IESE 3 et 4. (S)
* Agriculture connectée à [[ASAC/AP|Polytech]] et à [[ASAC/SJC|St Cassien]] en partenariat avec les projets collectifs IESE/MAT
*# [[ASAC/AP/AP-2019-1|Serre Polytech - Système embarqué]] - Projet embarqué sur STM32 ou RPi3 + LoRa (S)
*# [[ASAC/AP/AP-2019-2|Serre Polytech - Kiosk]] - Kiosk, App. mobile Android et site web de visualisation des données (M)
*# [[ASAC/SJC/SJC-2019|Serre St Cassien]] - Kiosk, App. mobile Android et site web de visualisation des données (M)
* [[Projet FICHA - tri sélectif connecté]], Sylvain Toru.
* [[Dataviz de la qualité de l'air]], Didier Donsez, avec Atmo AURA et [https://github.com/CampusIoT/campusiot.github.io CampusIoT] (M)
* [[Application mobile Ionic pour Cages à marmotte connectées en LoRaWAN]], Didier Donsez, Franck Delbard, avec le [https://www.jardinalpindulautaret.fr/ Station alpine Joseph Fourier] (M)
* [[Testeur radio LoRaWAN en Ionic pour la plateforme CampusIoT]], Didier Donsez (S&M)
* [[Serious game multi-joueurs pour tables tactiles en réseau]] : Anne-Laure Finkel, Tim Lepage, Didier Donsez. (S&M)
* [[Interface de visualisation mobile du projet e-Tree]]: Anne Delaballe, Didier Donsez. (M)
* [[OpenHAB UPnP DCS 2018]], Didier Donsez (S&M)
* [[Application mobile Ionic pour cabine de biathlon connectée en LoRa]], Didier Donsez et d'autres avec Neoxia
* [[P2P_IPFS | Réseau social pair-à-pair basé sur IPFS]], Olivier Richard (S)
* [[proxy_web_oar | Service de Proxy web pour un gestionnaire de tâches]], Olivier Richard (S)
* [[Colmet_energy | Mesure de consommation d'énergie et de perfomance pour cluster]], Olivier Richard (S)
* [[kanixfs | Diffusion de fichiers pour le gestionnaire de paquets NIX sur supercalculateur]], Olivier Richard (S)
* [[dashboard_sci | Générateur de tableau de bord pour applications scientifiques]], Olivier Richard (S&M)
* [[generate_NIX_expression | Génération d'expression NIX]] (S)

Non prioritaire
* [[Précarité numérique]], Didier Donsez, avec [https://disrupt-campus.univ-grenoble-alpes.fr/ Disrupt Campus]
* [[Covoiturage Solidaire]], Didier Donsez
* [[CannonBall de voitures autonomes 2018]]
* Intégration de [[Walabot]] à [[RobAIR]]

==== Affectation ====
{|class="wikitable alternance"
|+ Affectation des projets INFO4 2018-2019
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Dépot git
|-

!scope="row"| 1
| [[LoRaGAN]]
| VINCENT Mathieu, SAUTON Tanguy, ANCRENAZ Ariane
| Didier Donsez avec le [https://www.csug.fr/ CSUG]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/1/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 2
| [[LoRaRescueBalloon]]
| Non attribué
| Didier Donsez avec le [https://www.csug.fr/ CSUG]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/2/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 3
| [[ASAC/AP/AP-2019-1|Serre Polytech - Système embarqué]]
| Non attribué
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/3/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 4
| [[ASAC/AP/AP-2019-2|Serre Polytech]]
| RAKOTOARIMALALA Andriamahatratra, BARDOU Eva, GAUFFIER Léni
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/4/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 5
| [[ASAC/SJC/SJC-2019|Serre St Cassien]]
| DECAMPS Marceau, LANDI Estelle, BONASPETTI GIULIA
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/5/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 6
| [[Projet FICHA - tri sélectif connecté]]
| SCHANEN Loïc, VINCENT Maxence, VANDAL Jade
| Sylvain Toru
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/6/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 7
| [[Dataviz de la qualité de l'air]]
| ZARCOS Paul, ZHENG Jian, REYMOND Estelle
| Didier Donsez, avec Atmo AURA et [https://github.com/CampusIoT/campusiot.github.io CampusIoT]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/7/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 8
| [[Application mobile Ionic pour Cages à marmotte connectées en LoRaWAN]]
| SERRE Ancelin, BOUVIER Baptiste, WYKLAND Damien
| Didier Donsez, Franck Delbard, avec le [https://www.jardinalpindulautaret.fr/ Station alpine Joseph Fourier]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/8/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 9
| [[Testeur radio LoRaWAN en Ionic pour la plateforme CampusIoT]]
| THOMAS Antoine, RIVOIRE Antoine, DENIS Guillaume
| Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/9/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 10
| [[Serious game multi-joueurs pour tables tactiles en réseau]]
| DUMENIL Antoine, BETEND Baptiste, JAN Léo
| Anne-Laure Finkel, Tim Lepage, Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/10/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 11
| [[Interface de visualisation mobile du projet e-Tree]]
| SOLVERY Tom, SALA Ergi, DUMAX-VORZET Mathieu
| Anne Delaballe, Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/11/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 12
| [[OpenHAB UPnP DCS 2018]]
| VARENNE Rémi, TRESTOUR Grégory, SOUCHON Loïc
| Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/12/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 13
| [[Application mobile Ionic pour cabine de biathlon connectée en LoRa]]
| LORDEY Maxime, LATTARD Alexis, GILBERT-COLLET Bertrand
| Didier Donsez et d'autres avec Neoxia
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/13/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 14
| [[P2P_IPFS | Réseau social pair-à-pair basé sur IPFS]]
| REYGROBELLET Lucas, BRES Maxence, PELISSON Antoine
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/14/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 15
| [[proxy_web_oar | Service de Proxy web pour un gestionnaire de tâches]]
| Non attribué
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/15/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 16
| [[Colmet_energy | Mesure de consommation d'énergie et de perfomance pour cluster]]
| DALAINE Nathan, FONTFREYDE Joachim, GAUTIER-PIGNONBLANC Yann
| Olivier Richard, Adrien Faure
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/16/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 17
| [[kanixfs | Diffusion de fichiers pour le gestionnaire de paquets NIX sur supercalculateur]]
| Non attribué
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/17/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 18
| [[dashboard_sci | Générateur de tableau de bord pour applications scientifiques]]
| BADAT Léya, CUAU Victor, MASSON Jérémy
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/18/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 19
| [[generate_NIX_expression | Génération d'expression NIX]]
| CHABRE Manon, DE ARAUJO Bastien, COSCIA Daniel
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/19/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 20
| [[Gestion des Polypoints]]
| CASTANO Nicolas, SIBUE Quentin, LAPLANTE Juliette
| Didier Donsez, Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/20/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 21
| [[Smart Recruting]]
| GUILLOT Romain, ARNOUX Thibaut, CHASSEGUET Corentin
| Didier Donsez, Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/21/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 22
| [[Aide aux handicaps]]
| JALMIN Hoël, ALACALI Kadir uraz, MASTOURA Iheb
| Didier Donsez, Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/18-19/22/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

|}

==INFO5==
===Projet IoT S9===
Enseignants responsables : Bernard Tourancheau

Calendrier: ??? Septembre à ??? Décembre 2017.

* Projet IoT 3 : [[Ski-locator]] (Bernard Tourancheau)

===Projet Semestre S10===

Enseignants responsables : [[user:Donsez | Didier Donsez]]

Calendrier: Fin Janvier à Fin Mars 2019.

Séances de Management de projets innovants:

Réunion de présentation : Salle 249 de 11H30 a 12H30, Mercredi 23 Janvier. Faire couler le café.

Démarrage : A définir: Salle 251 de 8H30 a 11H00, Lundi 23 Janvier. Faire couler le café.

Soutenance à mi-parcours : 5 Mars, 9H00-11H30 (15 minutes par équipe).

Soutenance (puis Pot de la fin) : A définir : à cheval 27 et 28 Mars.

==== Affectations ====
{|class="wikitable alternance"
|+ Affectation des projets INFO5 2018-2019
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Documents
|-

!scope="row"| 1
| [[LoRaGAN/INFO5A/2019|LoRaGAN]]
| Thibaud VEGREVILLE,Aurélien SURIER GAROFALO
| Didier Donsez, Bernard Tourancheau, Mathieu Barthélémy ([https://www.csug.fr/ CSUG])
| TBD
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:Presentation-MiParcours-xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 2
| [[Contributions open-source au projet Eclipse EdCampus]]
| [[User:Servan.Charlot | CHARLOT Servan]] (chef de projet), [[User:Zoran.Chanet | CHANET Zoran]]
| Anthony Geourjon, Gérard Pollier, Didier Donsez
| [[PROJET-INFO5 1819 EDCampus | Fiche de suivi ]]
| [[Media:Presentationxxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:EDCampus_Mi_Parcours_CHARLOT_CHANET.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 3
| [[RICM5 2018 2019 - UGAChain|UGAChain 2019]] : [[Générateur Hyperledger pour JHipster]] : refactoring du projet [[RICM5 2017 2018 - UGAChain|UGAChain 2018]]
| Loris GENTILLON, Jordan JEAN, Enzo MOLION, Léo VALETTE
| Didier Donsez, Anthony Geourjon
| TBD
| [[Media:Presentationxxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:Presentation-MiParcours-xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 4
| [[Aide aux déficients visuelles]] (deep-learning avec [[Intel Movidius]], [https://greenwaves-technologies.com/product/gapduino/ GAPDunio], [[Lidar]] 1D et 2D, ...)
| Samuel Bamba, Florian Cuzin, Théo Echevet, Raphaël Manger
| Didier Donsez, Marie-Paule Balicco, Nicolas Vuillerme
| TBD
| [[Media:Presentationxxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:Presentation-MiParcours-DeficientsVisuels.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 5
| [[Plateforme CampusIoT]]
| '''William Weill (CP)''', Guillaume Besnard, Benjamin Besnier, Timothée Depriester, Théo Lévesque
| Didier Donsez
| [[PROJET-1FO5_1819_CampusIoT|Fiche]] - [[PROJET-1FO5_1819_CampusIoT_journal|Journal]]
| [[Media:Presentationxxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:Presentation-MiParcours-campusiot.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 6
| [[Rééducation Kiné connecté]]
| '''Sekina Belguendouz (CP)''', Vincent Aubert, Amina Boucherima, Najwa Ez-Zine
| Sylvain Toru, Bernard Tourancheau
| [[PROJET-INFO5_Kiné_Connecté | Fiche]]
| [[Media:Presentationxxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:KinéConnectéMiParcours.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 7
| Projet IoT 3 : [[Ski-locator]]
| '''Quentin Fombaron (CP)''', Tim Lepage, Thomas Ozenda, Joffrey Ferreira, Titouan Larnicol
| Bernard Tourancheau
| [[PROJET-1FO5_1819_SkiLocator|Fiche]] - [[PROJET-1FO5_1819_SkiLocator/SRS|SRS]]
| [[Media:Presentationxxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:Presentation-MiParcours-xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 8
| [[Contributions open-source au projet JHipster]]
| '''Hugo GROS-DAILLON (CP)''', Julien COURTIAL, Cédric LAFRASSE, Bastien TERRIER
| Didier Donsez, Anthony Geourjon
| [[ PROJET-INFO5_Contributions_JHipster | Fiche ]]
| [[Media:Presentationxxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:Jhipster_Contribution_miparcour_2019.pdf|Presentation de mi-parcours]]
|-

|}

Réserve
* [[Contributions à Software Heritage]] (Didier Donsez and co)
* [[Sécurisation des données IoT avec des blockchains de consortium]] (Didier Donsez) --> commun avec CampusIoT et UGAChain

= Projets collectifs MAT/IESE =

== Années 3 et 4 ==

* [[ASAC/SJC|Serres connectées @ Jardin du coteau]]
* [[ASAC/GEJC|Gestion de l'eau @ Jardin du coteau]]
* [[ASAC/AP|Aquaponie @ Polytech]]

=[[Projets M2PGI Services Machine-to-Machine et Internet-of-Things]]=
==[[PM2M/2019/TP|PM2M]]==

=Réserve (boite à idées)=
# [http://www.opti-solar.com/french/ap_applications.fr.html |Interface contrôleur de charge batterie/PV]
# [[Sonotone à apprentissage profond]]
# [[StartAIR2]] (Nicolas Palix)
# [[Tag et Paint Ball en réalité augmentée]] (Michaël Périn)
# [[Passe moi ton fichier]] (Michaël Périn)
# [[Extensions à Fab Server]] (Jean-Michel Molenaar) sous reserve (CM ou SR)
# [[Table multijeux de café 2.0]]
# [[ GPIO_Qemu_RasPI| Emulation des GPIO dans QEMU pour le carte Raspberry Pi]] (Olivier Richard)
# [[ Qemu et STM32F0-Discovery ]] (Olivier Richard)
# [[Serrure à clé MIDI multifactorielle]] (Didier Donsez)
# [[Table interactive musicale]] (Didier Donsez)
# [[iMailbox]] (Didier Donsez)
# [[AmILight]] (eclairage d'ambience intelligent) (Didier Donsez)
# [[PDAmeetPDA]] (synchronisation d'agenda) (Michaël Périn)
# [[1 000 000 VMs]] (expérimentation d'application distribuée à très grande échelle) (Olivier Richard) (2-3 RICM4)
# [[Multiple Kinect]] (utilisation simultanée de plusieurs Kinect) (Olivier Richard) (RICM ou 3I)
# [[Kinect musicale]] (Didier Donsez) (RICM)
# [[Ktechlab Simavr Arduino | Ktechlab et integration de Simavr(Arduino)]] (Olivier Richard) (2-3 RICM4-SR)
# Ocaml on AVR (Arduino)
# Ocaml on Cortex-M3
# [[Arduino on STM32 Discovery]]
# [[Reverse Geocache Puzzle Box]]
# [[OSGi ME]] (Didier Donsez)
# [[Affichage Etudiant à Polytech]]
# Synthèse 3D + motion capture Kinect
# Logiciel d'[[apprentissage du calcul]] sur tablette Android (reconnaissance de chiffres manuscrits)
# Plancher de verre (saint gobain) à la [http://www.wat.tv/video/mickael-jackson-billie-jean-oewj_2ey2h_.html Mickael Jackson dans Billie Jean] ! woo
# [[Ktechlab Simavr Arduino | Ktechlab et integration de Simavr(Arduino)]] (Olivier Richard) (2-3 RICM4-SR)
# [[CNC]]
# [[Idées en Vrac]]
# Scheme Everywhere (Olivier Richard) (2-3 RICM4-SR)
# [[Projet Station Météo]]
# Ocaml on AVR (Arduino)
# [[Table interactive musicale]] (Didier Donsez)
# [[AmILight]] (eclairage d'amnbience intelligent) (Didier Donsez)
# [[Cube pointeur]] d'activité ingénieur
# [http://www.instructables.com/id/Puppeteer-Motion-Capture-Costume/ Puppeteer Motion-Capture Costume]
# [[Musical Staircase]] @ Polytech (Didier Donsez, 1 RICM4 + 1 3I4)
# [[Total Recall]] (Didier Donsez)
# [[SoundMachine]]
# [[IGN-OSM|Importation de données IGN publiques dans OSM]]
# [[Speed-limit-OSM|Analyse de traces GPX pour déterminer les limitations de vitesse]]
# [[Multi perceptual cameras]] (Didier Donsez)
# [[Photomaton 3D]] (Didier Donsez)
# [[ArduCopter]]
# [[Parking Intelligent]]
# Frontend Web multi-utilisateur pour un jeu sérieux d'entreprise : Didier Donsez, Stéphanie Diligent, Emmanuelle Tréhoust.
# Construction d'un roadbook d'ultratrail (mais aussi trek, randonnée, cyclisme, ...) à partir de traces GPX et des réseaux sociaux (Strava, Trace de Trail, ...): Didier Donsez

ECOM-1FO 1819 MYRESTO L9 LOG

2018-12-18T00:03:11Z

Theo.Levesque: /* Activité */

= Benjamin =
==Sprint 1==
=== Activité ===
*Découverte du projet
*Mise en place des rôles au sein de l'équipe
*Détermination des dates clés du projet
*Établissement de la longueur des sprints
*Finalisation diagramme de tâche
*Arbre des tâches
=== Problèmes / difficultés rencontrées ===
L'arbre des taches ainsi que le diagramme de tâche nous ont pris un peu plus de temps que prévu

==Sprint 2==
=== Activité ===
*Préparation à l'audit 1
*Réflexion sur les entités de l'application
*Découverte du langage JDL
*Génération et premier contact avec JHipster
*Formation Spring

=== Problèmes / difficultés rencontrées ===
Jhipster utilise Sprint et Angular, deux technos que nous ne connaissons pas nous devons donc nous former

==Sprint 3==
=== Activité ===
*Création d'une première version du JDL
*Diagrammes de cas d'utilisation
*Diagrammes de contexte
*Formation Spring et JHipster
=== Problèmes / difficultés rencontrées ===
*Jhispter génére beaucoup de fichier, il est donc difficile de comprendre ou commencer à rajouter du code

==Sprint 4==
=== Activité ===
*Préparation audit 2
*Amélioration du déploiement de l'application sur le serveur
=== Problèmes / difficultés rencontrées ===
J'ai été hospitalisé 1 semaine donc je n'ai pas pu énormément travailler sur ce sprint la.

==Sprint 5==
=== Activité ===
*Liaison du backend et frontend pour le scénario 1 avec la création de endpoint
*Résolution de bugs mineur
*Création d'autre endpoint pour les différents scénarios
=== Problèmes / difficultés rencontrées ===
Lors du merge entre le backend et le frontend, il y a eu quelques problèmes de liaison, mais ceux ci ont été réglé

= Loris =
==Sprint 1 25 Sept au 9 Oct==
* Découverte du projet
* Mise en place des rôles au sein de l’équipe
* Détermination des dates clés du projet
* Etablissement de la longueur des sprints
* Arbre des tâches

==Sprint 2 9 Oct au 20 Oct==
* Préparation à l'audit 1
* Réflexion sur les entités de l'application
* Découverte du langage JDL
* Génération et premier contact avec JHipster
* Formation sur le Spring et Angular

==Sprint 3 20 Oct au 6 Nov==
* Création d'une première version du JDL de l'application
* IHM abstraite
* Diagrammes de cas d'utilisation
* Diagrammes de contexte
* Analyse et tentative de compréhension du code généré par JHipster

==Sprint 4 6 Nov au 20 Nov==
* Préparation audit 2
* Création requête JPA personnalisées pour calcul de statistiques
* Amélioration du déploiement de l'application sur le serveur

==Sprint 5 20 Nov au 11 Dec==
* Liaison du backend et frontend pour l'affichage des stats
* Résolution de bugs
* Mise en place de la recherche de restaurant avec filtre coté backend
* Problème sur l'attribution des réservations sur les tables

= Thomas =
==Sprint 1==
=== Activité ===
* Découverte du projet
* Mise en place des rôles au sein de l’équipe
* Détermination des dates clés du projet
* Etablissement de la longueur des sprints
* Icone de l'application
* Finalisation du diagramme de tâche
* Arbre des tâches
=== Problèmes / difficultés rencontrées ===
Des difficulté pour produire les livrables. Mauvaise compréhension des objectifs. Perdu pas mal de temps à cerner correctement le sujet.

==Sprint 2==
=== Activité ===
* Préparation à l'audit 1
* Réflexion sur les entités de l'application
* Découverte du langage JDL
* Génération et premier contact avec JHipster
* Formation sur le Spring et Angular

=== Problèmes / difficultés rencontrées ===
Pas mal de difficulté pour prendre en main JHipster, car nous avons attaqué par JHipster sans connaitre les technologies utilisées derrière. Pas mal de temps perdu avec la modélisation UML d'un schéma de base de donnée, qui est au final assez différent du JDL.

==Sprint 3==
=== Activité ===

=== Problèmes / difficultés rencontrées ===

==Sprint 4==
=== Activité ===
=== Avancement ===
=== Problèmes / difficultés rencontrées ===
=== Autres remarques ===

==Sprint 5==
=== Activité ===
=== Avancement ===
=== Problèmes / difficultés rencontrées ===
=== Autres remarques ===

= William =
==Sprint 1==
=== Activité ===
=== Avancement ===
=== Problèmes / difficultés rencontrées ===
=== Autres remarques ===

==Sprint 2==
=== Activité ===
=== Avancement ===
=== Problèmes / difficultés rencontrées ===
=== Autres remarques ===

==Sprint 3==
=== Activité ===
=== Avancement ===
=== Problèmes / difficultés rencontrées ===
=== Autres remarques ===

==Sprint 4==
=== Activité ===
=== Avancement ===
=== Problèmes / difficultés rencontrées ===
=== Autres remarques ===

==Sprint 5==
=== Activité ===
=== Avancement ===
=== Problèmes / difficultés rencontrées ===
=== Autres remarques ===

= Théo =
==Sprint 1==
*Découverte du projet
*Mise en place des rôles au sein de l'équipe
*Détermination des dates clés du projet
*Établissement de la longueur des sprints
*Finalisation diagramme de tâche
*Arbre des tâches

==Sprint 2==
*Préparation à l'audit 1
*Découverte du langage JDL
*Génération et premier contact avec JHipster
*Formation Spring
*Génération d'un pipeline GitLab-CI
*Correction de bugs dans les fichiers de CI générés par JHipster

==Sprint 3==
*Création des documents de conceptions
*Découverte JPA et Hibernate
*Exploration du code généré par JHipster
*Configuration de Traefik et Let's Encrypt pour l'HTTPS

==Sprint 4==
*Préparation audit 2
*Génération de PDF avec Spring
*Mise en place de WatchTower pour le déploiement continu

==Sprint 5==
*Prise en main d'Angular et Leaflet
*Affichage d'une carte OpenStreetMap des restaurants
*Mise en place du monitoring du serveur

ECOM-1FO 1819 MYRESTO L9 LOG

2018-12-18T00:02:14Z

Theo.Levesque: /* Sprint 5 */

= Benjamin =
==Sprint 1==
=== Activité ===
*Découverte du projet
*Mise en place des rôles au sein de l'équipe
*Détermination des dates clés du projet
*Établissement de la longueur des sprints
*Finalisation diagramme de tâche
*Arbre des tâches
=== Problèmes / difficultés rencontrées ===
L'arbre des taches ainsi que le diagramme de tâche nous ont pris un peu plus de temps que prévue

==Sprint 2==
=== Activité ===
*Préparation à l'audit 1
*Réflexion sur les entités de l'application
*Découverte du langage JDL
*Génération et premier contact avec JHipster
*Formation Sprint
=== Problèmes / difficultés rencontrées ===
Jhipster utilise Sprint et angular, deux technos que nous ne connaissons pas nous devons donc nous former

==Sprint 3==
=== Activité ===
*Création d'une première version du JDL
*Diagrammes de cas d'utilisation
*Diagrammes de contexte
*Formation Spring et JHipster
=== Problèmes / difficultés rencontrées ===
*Jhispter génére beaucoup de fichier, il est donc difficile de comprendre ou commencer à rajouter du code

==Sprint 4==
=== Activité ===
*Préparation audit 2
*Amélioration du déploiement de l'application sur le serveur
=== Problèmes / difficultés rencontrées ===
J'ai été hospitalisé 1 semaine donc je n'ai pas pu énormément travailler sur ce sprint la.

==Sprint 5==
=== Activité ===
*Liaison du backend et frontend pour le scénario 1 avec la création de endpoint
*Résolution de bugs mineur
*Création d'autre endpoint pour les différents scénarios
=== Problèmes / difficultés rencontrées ===
Lors du merge entre le backend et le frontend, il y a eu quelques problèmes de liaison, mais ceux ci ont été réglé

= Loris =
==Sprint 1 25 Sept au 9 Oct==
* Découverte du projet
* Mise en place des rôles au sein de l’équipe
* Détermination des dates clés du projet
* Etablissement de la longueur des sprints
* Icone de l'application
* Finalisation du diagramme de tâche
* Arbre des tâches

==Sprint 2 9 Oct au 20 Oct==
* Préparation à l'audit 1
* Réflexion sur les entités de l'application
* Découverte du langage JDL
* Génération et premier contact avec JHipster
* Formation sur le Spring et Angular
* Mise en place d'un processus d'integration

==Sprint 3 20 Oct au 6 Nov==
* Création d'une première version du JDL de l'application
* IHM Concrète
* IHM abstraite
* Diagrammes de cas d'utilisation
* Diagrammes de contexte
* Test de création de requêtes personnalisées avec JPA
* Analyse et tentative de compréhension du code généré par JHipster
* Mise en place d'un proxy HTTPS

==Sprint 4 6 Nov au 20 Nov==
* Préparation audit 2
* Création requête JPA personnalisées pour calcul de statistiques
* Affichage graphique dynamique avec Angular
* Génération d'un PDF avec Spring
* Amélioration du déploiement de l'application sur le serveur

==Sprint 5 20 Nov au 11 Dec==
* Affichage d'une carte OpenStreetMap des restaurants
* Liaison du backend et frontend pour l'affichage des stats
* Monitoring du serveur
* Résolution de bugs
* Mise en place de la recherche de restaurant coté backend
* Problème sur l'attribution des réservations sur les tables

= Thomas =
==Sprint 1==
=== Activité ===
* Découverte du projet
* Mise en place des rôles au sein de l’équipe
* Détermination des dates clés du projet
* Etablissement de la longueur des sprints
* Icone de l'application
* Finalisation du diagramme de tâche
* Arbre des tâches
=== Problèmes / difficultés rencontrées ===
Des difficulté pour produire les livrables. Mauvaise compréhension des objectifs. Perdu pas mal de temps à cerner correctement le sujet.

==Sprint 2==
=== Activité ===
* Préparation à l'audit 1
* Réflexion sur les entités de l'application
* Découverte du langage JDL
* Génération et premier contact avec JHipster
* Formation sur le Spring et Angular

=== Problèmes / difficultés rencontrées ===
Pas mal de difficulté pour prendre en main JHipster, car nous avons attaqué par JHipster sans connaitre les technologies utilisées derrière. Pas mal de temps perdu avec la modélisation UML d'un schéma de base de donnée, qui est au final assez différent du JDL.

==Sprint 3==
=== Activité ===

=== Problèmes / difficultés rencontrées ===

==Sprint 4==
=== Activité ===
=== Avancement ===
=== Problèmes / difficultés rencontrées ===
=== Autres remarques ===

==Sprint 5==
=== Activité ===
=== Avancement ===
=== Problèmes / difficultés rencontrées ===
=== Autres remarques ===

= William =
==Sprint 1==
=== Activité ===
=== Avancement ===
=== Problèmes / difficultés rencontrées ===
=== Autres remarques ===

==Sprint 2==
=== Activité ===
=== Avancement ===
=== Problèmes / difficultés rencontrées ===
=== Autres remarques ===

==Sprint 3==
=== Activité ===
=== Avancement ===
=== Problèmes / difficultés rencontrées ===
=== Autres remarques ===

==Sprint 4==
=== Activité ===
=== Avancement ===
=== Problèmes / difficultés rencontrées ===
=== Autres remarques ===

==Sprint 5==
=== Activité ===
=== Avancement ===
=== Problèmes / difficultés rencontrées ===
=== Autres remarques ===

= Théo =
==Sprint 1==
*Découverte du projet
*Mise en place des rôles au sein de l'équipe
*Détermination des dates clés du projet
*Établissement de la longueur des sprints
*Finalisation diagramme de tâche
*Arbre des tâches

==Sprint 2==
*Préparation à l'audit 1
*Découverte du langage JDL
*Génération et premier contact avec JHipster
*Formation Spring
*Génération d'un pipeline GitLab-CI
*Correction de bugs dans les fichiers de CI générés par JHipster

==Sprint 3==
*Création des documents de conceptions
*Découverte JPA et Hibernate
*Exploration du code généré par JHipster
*Configuration de Traefik et Let's Encrypt pour l'HTTPS

==Sprint 4==
*Préparation audit 2
*Génération de PDF avec Spring
*Mise en place de WatchTower pour le déploiement continu

==Sprint 5==
*Prise en main d'Angular et Leaflet
*Affichage d'une carte OpenStreetMap des restaurants
*Mise en place du monitoring du serveur

ECOM-1FO 1819 MYRESTO L9 LOG

2018-12-18T00:01:29Z

Theo.Levesque: /* Théo */

= Benjamin =
==Sprint 1==
=== Activité ===
*Découverte du projet
*Mise en place des rôles au sein de l'équipe
*Détermination des dates clés du projet
*Établissement de la longueur des sprints
*Finalisation diagramme de tâche
*Arbre des tâches
=== Problèmes / difficultés rencontrées ===
L'arbre des taches ainsi que le diagramme de tâche nous ont pris un peu plus de temps que prévue

==Sprint 2==
=== Activité ===
*Préparation à l'audit 1
*Réflexion sur les entités de l'application
*Découverte du langage JDL
*Génération et premier contact avec JHipster
*Formation Sprint
=== Problèmes / difficultés rencontrées ===
Jhipster utilise Sprint et angular, deux technos que nous ne connaissons pas nous devons donc nous former

==Sprint 3==
=== Activité ===
*Création d'une première version du JDL
*Diagrammes de cas d'utilisation
*Diagrammes de contexte
*Formation Spring et JHipster
=== Problèmes / difficultés rencontrées ===
*Jhispter génére beaucoup de fichier, il est donc difficile de comprendre ou commencer à rajouter du code

==Sprint 4==
=== Activité ===
*Préparation audit 2
*Amélioration du déploiement de l'application sur le serveur
=== Problèmes / difficultés rencontrées ===
J'ai été hospitalisé 1 semaine donc je n'ai pas pu énormément travailler sur ce sprint la.

==Sprint 5==
=== Activité ===
*Liaison du backend et frontend pour le scénario 1 avec la création de endpoint
*Résolution de bugs mineur
*Création d'autre endpoint pour les différents scénarios
=== Problèmes / difficultés rencontrées ===
Lors du merge entre le backend et le frontend, il y a eu quelques problèmes de liaison, mais ceux ci ont été réglé

= Loris =
==Sprint 1 25 Sept au 9 Oct==
* Découverte du projet
* Mise en place des rôles au sein de l’équipe
* Détermination des dates clés du projet
* Etablissement de la longueur des sprints
* Icone de l'application
* Finalisation du diagramme de tâche
* Arbre des tâches

==Sprint 2 9 Oct au 20 Oct==
* Préparation à l'audit 1
* Réflexion sur les entités de l'application
* Découverte du langage JDL
* Génération et premier contact avec JHipster
* Formation sur le Spring et Angular
* Mise en place d'un processus d'integration

==Sprint 3 20 Oct au 6 Nov==
* Création d'une première version du JDL de l'application
* IHM Concrète
* IHM abstraite
* Diagrammes de cas d'utilisation
* Diagrammes de contexte
* Test de création de requêtes personnalisées avec JPA
* Analyse et tentative de compréhension du code généré par JHipster
* Mise en place d'un proxy HTTPS

==Sprint 4 6 Nov au 20 Nov==
* Préparation audit 2
* Création requête JPA personnalisées pour calcul de statistiques
* Affichage graphique dynamique avec Angular
* Génération d'un PDF avec Spring
* Amélioration du déploiement de l'application sur le serveur

==Sprint 5 20 Nov au 11 Dec==
* Affichage d'une carte OpenStreetMap des restaurants
* Liaison du backend et frontend pour l'affichage des stats
* Monitoring du serveur
* Résolution de bugs
* Mise en place de la recherche de restaurant coté backend
* Problème sur l'attribution des réservations sur les tables

= Thomas =
==Sprint 1==
=== Activité ===
* Découverte du projet
* Mise en place des rôles au sein de l’équipe
* Détermination des dates clés du projet
* Etablissement de la longueur des sprints
* Icone de l'application
* Finalisation du diagramme de tâche
* Arbre des tâches
=== Problèmes / difficultés rencontrées ===
Des difficulté pour produire les livrables. Mauvaise compréhension des objectifs. Perdu pas mal de temps à cerner correctement le sujet.

==Sprint 2==
=== Activité ===
* Préparation à l'audit 1
* Réflexion sur les entités de l'application
* Découverte du langage JDL
* Génération et premier contact avec JHipster
* Formation sur le Spring et Angular

=== Problèmes / difficultés rencontrées ===
Pas mal de difficulté pour prendre en main JHipster, car nous avons attaqué par JHipster sans connaitre les technologies utilisées derrière. Pas mal de temps perdu avec la modélisation UML d'un schéma de base de donnée, qui est au final assez différent du JDL.

==Sprint 3==
=== Activité ===

=== Problèmes / difficultés rencontrées ===

==Sprint 4==
=== Activité ===
=== Avancement ===
=== Problèmes / difficultés rencontrées ===
=== Autres remarques ===

==Sprint 5==
=== Activité ===
=== Avancement ===
=== Problèmes / difficultés rencontrées ===
=== Autres remarques ===

= William =
==Sprint 1==
=== Activité ===
=== Avancement ===
=== Problèmes / difficultés rencontrées ===
=== Autres remarques ===

==Sprint 2==
=== Activité ===
=== Avancement ===
=== Problèmes / difficultés rencontrées ===
=== Autres remarques ===

==Sprint 3==
=== Activité ===
=== Avancement ===
=== Problèmes / difficultés rencontrées ===
=== Autres remarques ===

==Sprint 4==
=== Activité ===
=== Avancement ===
=== Problèmes / difficultés rencontrées ===
=== Autres remarques ===

==Sprint 5==
=== Activité ===
=== Avancement ===
=== Problèmes / difficultés rencontrées ===
=== Autres remarques ===

= Théo =
==Sprint 1==
*Découverte du projet
*Mise en place des rôles au sein de l'équipe
*Détermination des dates clés du projet
*Établissement de la longueur des sprints
*Finalisation diagramme de tâche
*Arbre des tâches

==Sprint 2==
*Préparation à l'audit 1
*Découverte du langage JDL
*Génération et premier contact avec JHipster
*Formation Spring
*Génération d'un pipeline GitLab-CI
*Correction de bugs dans les fichiers de CI générés par JHipster

==Sprint 3==
*Création des documents de conceptions
*Découverte JPA et Hibernate
*Exploration du code généré par JHipster
*Configuration de Traefik et Let's Encrypt pour l'HTTPS

==Sprint 4==
*Préparation audit 2
*Génération de PDF avec Spring
*Mise en place de WatchTower pour le déploiement continu

==Sprint 5==
*Affichage d'une carte OpenStreetMap des restaurants
*Mise en place du monitoring du serveur

ECOM-1FO 1819 Restaurant

2018-12-17T23:29:46Z

Theo.Levesque:

[[ECOM-1FO|<<<< Retour vers la page ECOM 2018-2019]]

=Le projet en quelques mots=
L’objectif de notre projet E-com est de mettre en place un service en ligne (et une application mobile) permettant l'organisation des réservations, du placement et de l'accueil de clients dans de multiples restaurants.

=L'équipe et leurs rôles=

* William WEILL : Chef de projet, Frontend
* Théo LEVESQUE : Scrum Master, Devops, Backend
* Loris GENTILLON : Lead Développeur, Backend
* Benjamin BESNIER : Développeur, Backend
* Thomas OZENDA : Développeur, Frontend

=Gestion de projet=
Choix des outils :

* ''Gitlab'' : pour le dépôt, pour la documentation, l'intégration en continu
* ''ClickUp'' : pour la gestion des sprints et des user stories
* ''Google Docs'' : pour la répartition et la gestion des tâches hors code (rédaction de documents etc)

=SCRUM=
==Sprint 1 25 Sept au 9 Oct==
* Découverte du projet
* Mise en place des rôles au sein de l’équipe
* Détermination des dates clés du projet
* Etablissement de la longueur des sprints
* Icone de l'application
* Finalisation du diagramme de tâche
* Arbre des tâches

==Sprint 2 9 Oct au 20 Oct==
* Préparation à l'audit 1
* Réflexion sur les entités de l'application
* Découverte du langage JDL
* Génération et premier contact avec JHipster
* Formation sur le Spring et Angular
* Mise en place d'un processus d'integration

[[File:SlideAudit1.pdf]]

==Sprint 3 20 Oct au 6 Nov==
* Création d'une première version du JDL de l'application
* IHM Concrète
* IHM abstraite
* Diagrammes de cas d'utilisation
* Diagrammes de contexte
* Test de création de requêtes personnalisées avec JPA
* Analyse et tentative de compréhension du code généré par JHipster
* Mise en place d'un proxy HTTPS

==Sprint 4 6 Nov au 20 Nov==
* Préparation audit 2
* Création requête JPA personnalisées pour calcul de statistiques
* Affichage graphique dynamique avec Angular
* Génération d'un PDF avec Spring
* Amélioration du déploiement de l'application sur le serveur

[[File:SlideAudit2.pdf]]

==Sprint 5 20 Nov au 11 Dec==
* Affichage d'une carte OpenStreetMap des restaurants
* Liaison du backend et frontend pour l'affichage des stats
* Monitoring du serveur
* Résolution de bugs
* Mise en place de la recherche de restaurant coté backend
* Problème sur l'attribution des réservations sur les tables

= Livrables =
==L3. Analyse des scénarios clients ==
[[File:Sujet_Myresto.pdf]]

===Scénario 1===
*En tant que gestionnaire, je souhaite voir les taux de remplissage passés et futurs
*En tant que gestionnaire, je souhaite pouvoir comparer les taux des différents restaurants supervisés
*En tant que gestionnaire, je souhaite pouvoir comparer les taux entre restaurants
*En tant que gestionnaire, je souhaite pouvoir filtrer les résultat (hausse, baisse)

===Scénario 2===
*En tant que gestionnaire des réservations, je veux pouvoir voir le nombre de réservation
*En tant que gestionnaire des réservations, je veux pouvoir voir le plan de la salle
*En tant que gestionnaire des réservations, je veux pouvoir assigner des réservations à une table
*En tant que gestionnaire des réservations, je veux pouvoir assigner des tables à un serveur

===Scénario 3===
*En tant que serveur, je souhaite pouvoir retrouver la réservation d’un client avec un QRCode qui aura été généré lors de la réservation.
*En tant que serveur, je souhaite voir quelle table sur le plan de salle est attribué à la réservation d’un client.
*En tant que serveur, si un client se présente sans réservation, je souhaite pouvoir lui attribuer une table.
*En tant que serveur, je souhaite voir l’intégralité des réservations pour le service à venir.

===Scénario 4===
*En tant que client, je veux pouvoir choisir la date ou une fourchette de ma réservation
*En tant que client, je veux pouvoir choisir les restaurant ouvert le midi et/ou le soir

===Scénario 5===
*En tant que client, je veux pouvoir choisir les restaurant possédant un certain type de cuisine
*En tant que client, je veux pouvoir savoir les menus des restaurants, leur prix et la quantité disponible
*En tant que restaurateur, je souhaite pouvoir faire des promotions en fonctions des quantités (groupe) ou de la période de réservation (optionnel)
*En tant que client, je veux recevoir mes billets de réservation par PDF imprimable ou en version mobile (QR Code)
*En tant que client, je veux pouvoir payer ma commande en ligne par Paypal ou CB

===Scénario 6===
*En tant que client, je souhaite pouvoir filtrer le résultats de recherche en fonction du lieu.
*En tant que client, je souhaite pouvoir consulter la carte du restaurant.
*En tant que client, je suis capable de réserver sans choisir un menu et donc sans payer en me créant/connectant à un compte client avec adresse e-mail et mot de passe.
*En tant que client, je souhaite être notifié du bon déroulement de ma réservation.
*En tant que client, je souhaite recevoir un justificatif de commande sur ma boîte mail.

==L4. Maquette==
[[File:My_carte-MYRESTO.png]]
[[File:My_compte-MYRESTO.png]]
[[File:My_gerant-MYRESTO.png]]
[[File:My_liste-MYRESTO.png]]
[[File:My_recherche-MYRESTO.png]]
[[File:My_serveur-MYRESTO.png]]
[[File:My_web-MYRESTO.png]]

==L5. SRS==
[[ECOM-1FO_1819_MYRESTO_L5_SRS|SRS]]

==L6. Diagramme UML==
===Diagramme de contexte===
[[File:Contexte-RICM5-MYRESTO.png]] 
===Vue logique de haut niveau===
[[File:LogiqueHN-RICM5-MYRESTO.png]] 
===Vues logiques détaillées===
[[File:LogiqueDetail-RICM5-MYRESTO.png]] 
===Vue physique===
[[File:PhysiqueView-RICM5-MYRESTO.png]] 
===Vues dynamiques===
[[File:DynamiqueView-RICM5-MYRESTO.png]]

==L7. Modèles des tâches==
===Modèle de tache : Gérer restaurants===
[[File:Taskmodel-MYRESTO-restaurant.png]] 

===Modèle de tache : Gérer service===
[[File:Taskmodel-MYRESTO-service.png]] 

===Modèle de tache : Effectuer une réservation===
[[File:Taskmodel-MYRESTO-reservation.png]] 

==L9. Journal==
[[ECOM-1FO_1819_MYRESTO_L9_LOG|Journal de l'équipe]]

==L10. Dépôt Git==

https://gitlab.com/myresto2018

==L11. Application en ligne==

[https://myresto.guyteub.xyz Site web]

[https://myresto.guyteub.xyz/v2/api-docs API]

==L12. Evaluation IHM réalisée==

==L13. Evaluation qualité du projet==

* Rapports SonarQube
[https://sonar.myresto.guyteub.xyz SonarQube]

==L14. Evaluation économique du projet==

Nous prenons comme salaire de base 2500€/mois et par personne.

Les rapports SonarQube nous indique les lignes de codes du projet.
Au départ, JHipster génère 13 062 lignes et à la fin du projet nous avons environ 15 000 lignes.
Le rapport COCOMO est le suivant :
[[File:cocomo.png]]

==L15. Evaluation de la cybersécurité du projet (option)==
* [[Media:ECOM-1FO_1819_MYRESTO_RGPD_Report.pdf]] (1 page de type checklist)

==L16. Evaluation des performances (option)==
* [[Media:ECOM-1FO_1819_MYRESTO_PERF.pdf]] (résultat des injections de charge JMeter, Gatling, ...)

==L17. Gestion des risques (option)==
* [[Media:ECOM-1FO_1819_MYRESTO_RISQUES.pdf]]

==L18. Slides de présentation conception==
* [[Media:ECOM-1FO_1819_MYRESTO_SLIDES_CONCEPTION.pdf]]

==L19. Slides de présentation finale==
*[[Media:ECOM-1FO_1819_MYRESTO_SLIDES_FINALE.pdf]]

==L20. Auto-évaluation==
* [[Media:ECOM-1FO_1819_MYRESTO_EVAL.pdf]]

==L21. Slides de présentation client==
* [[Media:ECOM-1FO_1819_MYRESTO_SLIDES_CLIENT.pdf]]

ECOM-1FO 1819 Restaurant

2018-12-17T23:25:54Z

Theo.Levesque: /* Sprint 5 20 Nov au 11 Dec */

[[ECOM-1FO|<<<< Retour vers la page ECOM 2018-2019]]

=Le projet en quelques mots=
L’objectif de notre projet E-com est de mettre en place un service en ligne (et une application mobile) permettant l'organisation des réservations, du placement et de l'accueil de clients dans de multiples restaurants.

=L'équipe et leurs rôles=

* William WEILL : Chef de projet, Frontend
* Théo LEVESQUE : Scrum Master, Devops, Backend
* Loris GENTILLON : Lead Développeur, Backend
* Benjamin BESNIER : Développeur, Backend
* Thomas OZENDA : Développeur, Frontend

=Gestion de projet=
Choix des outils :

* ''Gitlab'' : pour le dépôt, pour la documentation, l'intégration en continu
* ''ClickUp'' : pour la gestion des sprints et des user stories
* ''Google Docs'' : pour la répartition et la gestion des tâches hors code (rédaction de documents etc)

=SCRUM=
==Sprint 1 25 Sept au 9 Oct==
* Découverte du projet
* Mise en place des rôles au sein de l’équipe
* Détermination des dates clés du projet
* Etablissement de la longueur des sprints
* Icone de l'application
* Finalisation du diagramme de tâche
* Arbre des tâches

==Sprint 2 9 Oct au 20 Oct==
* Préparation à l'audit 1
* Réflexion sur les entités de l'application
* Découverte du langage JDL
* Génération et premier contact avec JHipster
* Formation sur le Spring et Angular
* Mise en place d'un processus d'integration

[[File:SlideAudit1.pdf]]

==Sprint 3 20 Oct au 6 Nov==
* Création d'une première version du JDL de l'application
* IHM Concrète
* IHM abstraite
* Diagrammes de cas d'utilisation
* Diagrammes de contexte
* Test de création de requêtes personnalisées avec JPA
* Analyse et tentative de compréhension du code généré par JHipster
* Mise en place d'un proxy HTTPS

==Sprint 4 6 Nov au 20 Nov==
* Préparation audit 2
* Création requête JPA personnalisées pour calcul de statistiques
* Affichage graphique dynamique avec Angular
* Génération d'un PDF avec Spring
* Amélioration du déploiement de l'application sur le serveur

[[File:SlideAudit2.pdf]]

==Sprint 5 20 Nov au 11 Dec==
* Affichage d'une carte OpenStreetMap des restaurants
* Liaison du backend et frontend pour l'affichage des stats
* Monitoring du serveur
* Résolution de bugs
* Mise en place de la recherche de restaurant coté backend
* Problème sur l'attribution des réservations sur les tables

= Livrables =
==L2. Dossier de conception système ==

[[File:ECOM-1FO_1819_MYRESTO_L2_DCS.pdf]]

==L3. Analyse des scénarios clients ==
[[File:Sujet_Myresto.pdf]]

===Scénario 1===
*En tant que gestionnaire, je souhaite voir les taux de remplissage passés et futurs
*En tant que gestionnaire, je souhaite pouvoir comparer les taux des différents restaurants supervisés
*En tant que gestionnaire, je souhaite pouvoir comparer les taux entre restaurants
*En tant que gestionnaire, je souhaite pouvoir filtrer les résultat (hausse, baisse)

===Scénario 2===
*En tant que gestionnaire des réservations, je veux pouvoir voir le nombre de réservation
*En tant que gestionnaire des réservations, je veux pouvoir voir le plan de la salle
*En tant que gestionnaire des réservations, je veux pouvoir assigner des réservations à une table
*En tant que gestionnaire des réservations, je veux pouvoir assigner des tables à un serveur

===Scénario 3===
*En tant que serveur, je souhaite pouvoir retrouver la réservation d’un client avec un QRCode qui aura été généré lors de la réservation.
*En tant que serveur, je souhaite voir quelle table sur le plan de salle est attribué à la réservation d’un client.
*En tant que serveur, si un client se présente sans réservation, je souhaite pouvoir lui attribuer une table.
*En tant que serveur, je souhaite voir l’intégralité des réservations pour le service à venir.

===Scénario 4===
*En tant que client, je veux pouvoir choisir la date ou une fourchette de ma réservation
*En tant que client, je veux pouvoir choisir les restaurant ouvert le midi et/ou le soir

===Scénario 5===
*En tant que client, je veux pouvoir choisir les restaurant possédant un certain type de cuisine
*En tant que client, je veux pouvoir savoir les menus des restaurants, leur prix et la quantité disponible
*En tant que restaurateur, je souhaite pouvoir faire des promotions en fonctions des quantités (groupe) ou de la période de réservation (optionnel)
*En tant que client, je veux recevoir mes billets de réservation par PDF imprimable ou en version mobile (QR Code)
*En tant que client, je veux pouvoir payer ma commande en ligne par Paypal ou CB

===Scénario 6===
*En tant que client, je souhaite pouvoir filtrer le résultats de recherche en fonction du lieu.
*En tant que client, je souhaite pouvoir consulter la carte du restaurant.
*En tant que client, je suis capable de réserver sans choisir un menu et donc sans payer en me créant/connectant à un compte client avec adresse e-mail et mot de passe.
*En tant que client, je souhaite être notifié du bon déroulement de ma réservation.
*En tant que client, je souhaite recevoir un justificatif de commande sur ma boîte mail.

==L4. Maquette==
[[File:My_carte-MYRESTO.png]]
[[File:My_compte-MYRESTO.png]]
[[File:My_gerant-MYRESTO.png]]
[[File:My_liste-MYRESTO.png]]
[[File:My_recherche-MYRESTO.png]]
[[File:My_serveur-MYRESTO.png]]
[[File:My_web-MYRESTO.png]]

==L5. SRS==
[[ECOM-1FO_1819_MYRESTO_L5_SRS|SRS]]

==L6. Diagramme UML==
===Diagramme de contexte===
[[File:Contexte-RICM5-MYRESTO.png]] 
===Vue logique de haut niveau===
[[File:LogiqueHN-RICM5-MYRESTO.png]] 
===Vues logiques détaillées===
[[File:LogiqueDetail-RICM5-MYRESTO.png]] 
===Vue physique===
[[File:PhysiqueView-RICM5-MYRESTO.png]] 
===Vues dynamiques===
[[File:DynamiqueView-RICM5-MYRESTO.png]]

==L7. Modèles des tâches==
===Modèle de tache : Gérer restaurants===
[[File:Taskmodel-MYRESTO-restaurant.png]] 

===Modèle de tache : Gérer service===
[[File:Taskmodel-MYRESTO-service.png]] 

===Modèle de tache : Effectuer une réservation===
[[File:Taskmodel-MYRESTO-reservation.png]] 

==L9. Journal==
[[ECOM-1FO_1819_MYRESTO_L9_LOG|Journal de l'équipe]]

==L10. Dépôt Git==

https://gitlab.com/myresto2018

==L11. Application en ligne==

[https://myresto.guyteub.xyz Site web]

[https://myresto.guyteub.xyz/v2/api-docs API]

==L12. Evaluation IHM réalisée==

==L13. Evaluation qualité du projet==

* Rapports SonarQube
[https://sonar.myresto.guyteub.xyz SonarQube]

==L14. Evaluation économique du projet==

Nous prenons comme salaire de base 2500€/mois et par personne.

Les rapports SonarQube nous indique les lignes de codes du projet.
Au départ, JHipster génère 13 062 lignes et à la fin du projet nous avons environ 15 000 lignes.
Le rapport COCOMO est le suivant :
[[File:cocomo.png]]

==L15. Evaluation de la cybersécurité du projet (option)==
* [[Media:ECOM-1FO_1819_MYRESTO_RGPD_Report.pdf]] (1 page de type checklist)

==L16. Evaluation des performances (option)==
* [[Media:ECOM-1FO_1819_MYRESTO_PERF.pdf]] (résultat des injections de charge JMeter, Gatling, ...)

==L17. Gestion des risques (option)==
* [[Media:ECOM-1FO_1819_MYRESTO_RISQUES.pdf]]

==L18. Slides de présentation conception==
* [[Media:ECOM-1FO_1819_MYRESTO_SLIDES_CONCEPTION.pdf]]

==L19. Slides de présentation finale==
*[[Media:ECOM-1FO_1819_MYRESTO_SLIDES_FINALE.pdf]]

==L20. Auto-évaluation==
* [[Media:ECOM-1FO_1819_MYRESTO_EVAL.pdf]]

==L21. Slides de présentation client==
* [[Media:ECOM-1FO_1819_MYRESTO_SLIDES_CLIENT.pdf]]

ECOM-1FO 1819 Restaurant

2018-12-17T23:17:06Z

Theo.Levesque: /* SCRUM */

[[ECOM-1FO|<<<< Retour vers la page ECOM 2018-2019]]

=Le projet en quelques mots=
L’objectif de notre projet E-com est de mettre en place un service en ligne (et une application mobile) permettant l'organisation des réservations, du placement et de l'accueil de clients dans de multiples restaurants.

=L'équipe et leurs rôles=

* William WEILL : Chef de projet, Frontend
* Théo LEVESQUE : Scrum Master, Devops, Backend
* Loris GENTILLON : Lead Développeur, Backend
* Benjamin BESNIER : Développeur, Backend
* Thomas OZENDA : Développeur, Frontend

=Gestion de projet=
Choix des outils :

* ''Gitlab'' : pour le dépôt, pour la documentation, l'intégration en continu
* ''ClickUp'' : pour la gestion des sprints et des user stories
* ''Google Docs'' : pour la répartition et la gestion des tâches hors code (rédaction de documents etc)

=SCRUM=
==Sprint 1 25 Sept au 9 Oct==
* Découverte du projet
* Mise en place des rôles au sein de l’équipe
* Détermination des dates clés du projet
* Etablissement de la longueur des sprints
* Icone de l'application
* Finalisation du diagramme de tâche
* Arbre des tâches

==Sprint 2 9 Oct au 20 Oct==
* Préparation à l'audit 1
* Réflexion sur les entités de l'application
* Découverte du langage JDL
* Génération et premier contact avec JHipster
* Formation sur le Spring et Angular
* Mise en place d'un processus d'integration

[[File:SlideAudit1.pdf]]

==Sprint 3 20 Oct au 6 Nov==
* Création d'une première version du JDL de l'application
* IHM Concrète
* IHM abstraite
* Diagrammes de cas d'utilisation
* Diagrammes de contexte
* Test de création de requêtes personnalisées avec JPA
* Analyse et tentative de compréhension du code généré par JHipster
* Mise en place d'un proxy HTTPS

==Sprint 4 6 Nov au 20 Nov==
* Préparation audit 2
* Création requête JPA personnalisées pour calcul de statistiques
* Affichage graphique dynamique avec Angular
* Génération d'un PDF avec Spring
* Amélioration du déploiement de l'application sur le serveur

[[File:SlideAudit2.pdf]]

==Sprint 5 20 Nov au 11 Dec==
* Affichage d'une carte OpenStreetMap des restaurants
* Liaison du backend et frontend pour l'affichage des stats
* Monitoring du serveur
* Résolution de bugs

= Livrables =
==L2. Dossier de conception système ==

[[File:ECOM-1FO_1819_MYRESTO_L2_DCS.pdf]]

==L3. Analyse des scénarios clients ==
[[File:Sujet_Myresto.pdf]]

===Scénario 1===
*En tant que gestionnaire, je souhaite voir les taux de remplissage passés et futurs
*En tant que gestionnaire, je souhaite pouvoir comparer les taux des différents restaurants supervisés
*En tant que gestionnaire, je souhaite pouvoir comparer les taux entre restaurants
*En tant que gestionnaire, je souhaite pouvoir filtrer les résultat (hausse, baisse)

===Scénario 2===
*En tant que gestionnaire des réservations, je veux pouvoir voir le nombre de réservation
*En tant que gestionnaire des réservations, je veux pouvoir voir le plan de la salle
*En tant que gestionnaire des réservations, je veux pouvoir assigner des réservations à une table
*En tant que gestionnaire des réservations, je veux pouvoir assigner des tables à un serveur

===Scénario 3===
*En tant que serveur, je souhaite pouvoir retrouver la réservation d’un client avec un QRCode qui aura été généré lors de la réservation.
*En tant que serveur, je souhaite voir quelle table sur le plan de salle est attribué à la réservation d’un client.
*En tant que serveur, si un client se présente sans réservation, je souhaite pouvoir lui attribuer une table.
*En tant que serveur, je souhaite voir l’intégralité des réservations pour le service à venir.

===Scénario 4===
*En tant que client, je veux pouvoir choisir la date ou une fourchette de ma réservation
*En tant que client, je veux pouvoir choisir les restaurant ouvert le midi et/ou le soir

===Scénario 5===
*En tant que client, je veux pouvoir choisir les restaurant possédant un certain type de cuisine
*En tant que client, je veux pouvoir savoir les menus des restaurants, leur prix et la quantité disponible
*En tant que restaurateur, je souhaite pouvoir faire des promotions en fonctions des quantités (groupe) ou de la période de réservation (optionnel)
*En tant que client, je veux recevoir mes billets de réservation par PDF imprimable ou en version mobile (QR Code)
*En tant que client, je veux pouvoir payer ma commande en ligne par Paypal ou CB

===Scénario 6===
*En tant que client, je souhaite pouvoir filtrer le résultats de recherche en fonction du lieu.
*En tant que client, je souhaite pouvoir consulter la carte du restaurant.
*En tant que client, je suis capable de réserver sans choisir un menu et donc sans payer en me créant/connectant à un compte client avec adresse e-mail et mot de passe.
*En tant que client, je souhaite être notifié du bon déroulement de ma réservation.
*En tant que client, je souhaite recevoir un justificatif de commande sur ma boîte mail.

==L4. Maquette==
[[File:My_carte-MYRESTO.png]]
[[File:My_compte-MYRESTO.png]]
[[File:My_gerant-MYRESTO.png]]
[[File:My_liste-MYRESTO.png]]
[[File:My_recherche-MYRESTO.png]]
[[File:My_serveur-MYRESTO.png]]
[[File:My_web-MYRESTO.png]]

==L5. SRS==
[[ECOM-1FO_1819_MYRESTO_L5_SRS|SRS]]

==L6. Diagramme UML==
===Diagramme de contexte===
[[File:Contexte-RICM5-MYRESTO.png]] 
===Vue logique de haut niveau===
[[File:LogiqueHN-RICM5-MYRESTO.png]] 
===Vues logiques détaillées===
[[File:LogiqueDetail-RICM5-MYRESTO.png]] 
===Vue physique===
[[File:PhysiqueView-RICM5-MYRESTO.png]] 
===Vues dynamiques===
[[File:DynamiqueView-RICM5-MYRESTO.png]]

==L7. Modèles des tâches==
===Modèle de tache : Gérer restaurants===
[[File:Taskmodel-MYRESTO-restaurant.png]] 

===Modèle de tache : Gérer service===
[[File:Taskmodel-MYRESTO-service.png]] 

===Modèle de tache : Effectuer une réservation===
[[File:Taskmodel-MYRESTO-reservation.png]] 

==L9. Journal==
[[ECOM-1FO_1819_MYRESTO_L9_LOG|Journal de l'équipe]]

==L10. Dépôt Git==

https://gitlab.com/myresto2018

==L11. Application en ligne==

[https://myresto.guyteub.xyz Site web]

[https://myresto.guyteub.xyz/v2/api-docs API]

==L12. Evaluation IHM réalisée==

==L13. Evaluation qualité du projet==

* Rapports SonarQube
[https://sonar.myresto.guyteub.xyz SonarQube]

==L14. Evaluation économique du projet==

Nous prenons comme salaire de base 2500€/mois et par personne.

Les rapports SonarQube nous indique les lignes de codes du projet.
Au départ, JHipster génère 13 062 lignes et à la fin du projet nous avons environ 15 000 lignes.
Le rapport COCOMO est le suivant :
[[File:cocomo.png]]

==L15. Evaluation de la cybersécurité du projet (option)==
* [[Media:ECOM-1FO_1819_MYRESTO_RGPD_Report.pdf]] (1 page de type checklist)

==L16. Evaluation des performances (option)==
* [[Media:ECOM-1FO_1819_MYRESTO_PERF.pdf]] (résultat des injections de charge JMeter, Gatling, ...)

==L17. Gestion des risques (option)==
* [[Media:ECOM-1FO_1819_MYRESTO_RISQUES.pdf]]

==L18. Slides de présentation conception==
* [[Media:ECOM-1FO_1819_MYRESTO_SLIDES_CONCEPTION.pdf]]

==L19. Slides de présentation finale==
*[[Media:ECOM-1FO_1819_MYRESTO_SLIDES_FINALE.pdf]]

==L20. Auto-évaluation==
* [[Media:ECOM-1FO_1819_MYRESTO_EVAL.pdf]]

==L21. Slides de présentation client==
* [[Media:ECOM-1FO_1819_MYRESTO_SLIDES_CLIENT.pdf]]

ECOM-1FO 1819 Restaurant

2018-12-17T22:48:54Z

Theo.Levesque:

[[ECOM-1FO|<<<< Retour vers la page ECOM 2018-2019]]

=Le projet en quelques mots=
L’objectif de notre projet E-com est de mettre en place un service en ligne (et une application mobile) permettant l'organisation des réservations, du placement et de l'accueil de clients dans de multiples restaurants.

=L'équipe et leurs rôles=

* William WEILL : Chef de projet, Frontend
* Théo LEVESQUE : Scrum Master, Devops, Backend
* Loris GENTILLON : Lead Développeur, Backend
* Benjamin BESNIER : Développeur, Backend
* Thomas OZENDA : Développeur, Frontend

=Gestion de projet=
Choix des outils :

* ''Gitlab'' : pour le dépôt, pour la documentation, l'intégration en continu
* ''ClickUp'' : pour la gestion des sprints et des user stories
* ''Google Docs'' : pour la répartition et la gestion des tâches hors code (rédaction de documents etc)

=SCRUM=
==Sprint 1 XX au XX==
* Découverte du projet
* Mise en place des rôles au sein de l’équipe
* Détermination des dates clés du projet
* Etablissement de la longueur des sprints
* Justification du choix :

===Audit 1===
[[File:SlideAudit1.pdf]]
===Remarque===
Mettre le modèle de tâche dans la présentation.
Pas besoin de montrer des maquettes à cette étape la.

==Sprint 2 XX au XX==

===Audit 2===
[[File:SlideAudit2.pdf]]

===Remarque===

==Sprint 3 XX au XX==

==Sprint 4 XX au XX==

==Sprint 5 XX au XX==

= Livrables =
==L2. Dossier de conception système ==

[[File:ECOM-1FO_1819_MYRESTO_L2_DCS.pdf]]

==L3. Analyse des scénarios clients ==
[[File:Sujet_Myresto.pdf]]

===Scénario 1===
*En tant que gestionnaire, je souhaite voir les taux de remplissage passés et futurs
*En tant que gestionnaire, je souhaite pouvoir comparer les taux des différents restaurants supervisés
*En tant que gestionnaire, je souhaite pouvoir comparer les taux entre restaurants
*En tant que gestionnaire, je souhaite pouvoir filtrer les résultat (hausse, baisse)

===Scénario 2===
*En tant que gestionnaire des réservations, je veux pouvoir voir le nombre de réservation
*En tant que gestionnaire des réservations, je veux pouvoir voir le plan de la salle
*En tant que gestionnaire des réservations, je veux pouvoir assigner des réservations à une table
*En tant que gestionnaire des réservations, je veux pouvoir assigner des tables à un serveur

===Scénario 3===
*En tant que serveur, je souhaite pouvoir retrouver la réservation d’un client avec un QRCode qui aura été généré lors de la réservation.
*En tant que serveur, je souhaite voir quelle table sur le plan de salle est attribué à la réservation d’un client.
*En tant que serveur, si un client se présente sans réservation, je souhaite pouvoir lui attribuer une table.
*En tant que serveur, je souhaite voir l’intégralité des réservations pour le service à venir.

===Scénario 4===
*En tant que client, je veux pouvoir choisir la date ou une fourchette de ma réservation
*En tant que client, je veux pouvoir choisir les restaurant ouvert le midi et/ou le soir

===Scénario 5===
*En tant que client, je veux pouvoir choisir les restaurant possédant un certain type de cuisine
*En tant que client, je veux pouvoir savoir les menus des restaurants, leur prix et la quantité disponible
*En tant que restaurateur, je souhaite pouvoir faire des promotions en fonctions des quantités (groupe) ou de la période de réservation (optionnel)
*En tant que client, je veux recevoir mes billets de réservation par PDF imprimable ou en version mobile (QR Code)
*En tant que client, je veux pouvoir payer ma commande en ligne par Paypal ou CB

===Scénario 6===
*En tant que client, je souhaite pouvoir filtrer le résultats de recherche en fonction du lieu.
*En tant que client, je souhaite pouvoir consulter la carte du restaurant.
*En tant que client, je suis capable de réserver sans choisir un menu et donc sans payer en me créant/connectant à un compte client avec adresse e-mail et mot de passe.
*En tant que client, je souhaite être notifié du bon déroulement de ma réservation.
*En tant que client, je souhaite recevoir un justificatif de commande sur ma boîte mail.

==L4. Maquette==
[[File:My_carte-MYRESTO.png]]
[[File:My_compte-MYRESTO.png]]
[[File:My_gerant-MYRESTO.png]]
[[File:My_liste-MYRESTO.png]]
[[File:My_recherche-MYRESTO.png]]
[[File:My_serveur-MYRESTO.png]]
[[File:My_web-MYRESTO.png]]

==L5. SRS==
[[ECOM-1FO_1819_MYRESTO_L5_SRS|SRS]]

==L6. Diagramme UML==
===Diagramme de contexte===
[[File:Contexte-RICM5-MYRESTO.png]] 
===Vue logique de haut niveau===
[[File:LogiqueHN-RICM5-MYRESTO.png]] 
===Vues logiques détaillées===
[[File:LogiqueDetail-RICM5-MYRESTO.png]] 
===Vue physique===
[[File:PhysiqueView-RICM5-MYRESTO.png]] 
===Vues dynamiques===
[[File:DynamiqueView-RICM5-MYRESTO.png]]

==L7. Modèles des tâches==
===Modèle de tache : Gérer restaurants===
[[File:Taskmodel-MYRESTO-restaurant.png]] 

===Modèle de tache : Gérer service===
[[File:Taskmodel-MYRESTO-service.png]] 

===Modèle de tache : Effectuer une réservation===
[[File:Taskmodel-MYRESTO-reservation.png]] 

==L9. Journal==
[[ECOM-1FO_1819_MYRESTO_L9_LOG|Journal de l'équipe]]

==L10. Dépôt Git==

https://gitlab.com/myresto2018

==L11. Application en ligne==

[https://myresto.guyteub.xyz Site web]

[https://myresto.guyteub.xyz/v2/api-docs API]

==L12. Evaluation IHM réalisée==

==L13. Evaluation qualité du projet==

* Rapports SonarQube
[https://sonar.myresto.guyteub.xyz SonarQube]

==L14. Evaluation économique du projet==

Nous prenons comme salaire de base 2500€/mois et par personne.

Les rapports SonarQube nous indique les lignes de codes du projet.
Au départ, JHipster génère 13 062 lignes et à la fin du projet nous avons environ 15 000 lignes.
Le rapport COCOMO est le suivant :
[[File:cocomo.png]]

==L15. Evaluation de la cybersécurité du projet (option)==
* [[Media:ECOM-1FO_1819_MYRESTO_RGPD_Report.pdf]] (1 page de type checklist)

==L16. Evaluation des performances (option)==
* [[Media:ECOM-1FO_1819_MYRESTO_PERF.pdf]] (résultat des injections de charge JMeter, Gatling, ...)

==L17. Gestion des risques (option)==
* [[Media:ECOM-1FO_1819_MYRESTO_RISQUES.pdf]]

==L18. Slides de présentation conception==
* [[Media:ECOM-1FO_1819_MYRESTO_SLIDES_CONCEPTION.pdf]]

==L19. Slides de présentation finale==
*[[Media:ECOM-1FO_1819_MYRESTO_SLIDES_FINALE.pdf]]

==L20. Auto-évaluation==
* [[Media:ECOM-1FO_1819_MYRESTO_EVAL.pdf]]

==L21. Slides de présentation client==
* [[Media:ECOM-1FO_1819_MYRESTO_SLIDES_CLIENT.pdf]]

File:Cocomo.png

2018-12-17T22:47:45Z

Theo.Levesque:

ECOM-1FO 1819 Restaurant

2018-12-17T22:47:34Z

Theo.Levesque: /* L14. Evaluation économique du projet */

[[ECOM-1FO|<<<< Retour vers la page ECOM 2018-2019]]

=Le projet en quelques mots=
L’objectif de notre projet E-com est de mettre en place un service en ligne (et une application mobile) permettant l'organisation des réservations, du placement et de l'accueil de clients dans de multiples restaurants.

=L'équipe et leurs rôles=

* William WEILL : Chef de projet, Frontend
* Théo LEVESQUE : Scrum Master, Devops, Backend
* Loris GENTILLON : Lead Développeur, Backend
* Benjamin BESNIER : Développeur, Backend
* Thomas OZENDA : Développeur, Frontend

=Gestion de projet=
Choix des outils :

* ''Gitlab'' : pour le dépôt, pour la documentation, l'intégration en continu
* ''ClickUp'' : pour la gestion des sprints et des user stories
* ''Google Docs'' : pour la répartition et la gestion des tâches hors code (rédaction de documents etc)

=SCRUM=
==Sprint 1 XX au XX==
* Découverte du projet
* Mise en place des rôles au sein de l’équipe
* Détermination des dates clés du projet
* Etablissement de la longueur des sprints
* Justification du choix :

===Audit 1===
[[File:SlideAudit1.pdf]]
===Remarque===
Mettre le modèle de tâche dans la présentation.
Pas besoin de montrer des maquettes à cette étape la.

==Sprint 2 XX au XX==

===Audit 2===
[[File:SlideAudit2.pdf]]

===Remarque===

==Sprint 3 XX au XX==

==Sprint 4 XX au XX==

==Sprint 5 XX au XX==

= Livrables =
==L2. Dossier de conception système ==

[[File:ECOM-1FO_1819_MYRESTO_L2_DCS.pdf]]

==L3. Analyse des scénarios clients ==
[[File:Sujet_Myresto.pdf]]

===Scénario 1===
*En tant que gestionnaire, je souhaite voir les taux de remplissage passés et futurs
*En tant que gestionnaire, je souhaite pouvoir comparer les taux des différents restaurants supervisés
*En tant que gestionnaire, je souhaite pouvoir comparer les taux entre restaurants
*En tant que gestionnaire, je souhaite pouvoir filtrer les résultat (hausse, baisse)

===Scénario 2===
*En tant que gestionnaire des réservations, je veux pouvoir voir le nombre de réservation
*En tant que gestionnaire des réservations, je veux pouvoir voir le plan de la salle
*En tant que gestionnaire des réservations, je veux pouvoir assigner des réservations à une table
*En tant que gestionnaire des réservations, je veux pouvoir assigner des tables à un serveur

===Scénario 3===
*En tant que serveur, je souhaite pouvoir retrouver la réservation d’un client avec un QRCode qui aura été généré lors de la réservation.
*En tant que serveur, je souhaite voir quelle table sur le plan de salle est attribué à la réservation d’un client.
*En tant que serveur, si un client se présente sans réservation, je souhaite pouvoir lui attribuer une table.
*En tant que serveur, je souhaite voir l’intégralité des réservations pour le service à venir.

===Scénario 4===
*En tant que client, je veux pouvoir choisir la date ou une fourchette de ma réservation
*En tant que client, je veux pouvoir choisir les restaurant ouvert le midi et/ou le soir

===Scénario 5===
*En tant que client, je veux pouvoir choisir les restaurant possédant un certain type de cuisine
*En tant que client, je veux pouvoir savoir les menus des restaurants, leur prix et la quantité disponible
*En tant que restaurateur, je souhaite pouvoir faire des promotions en fonctions des quantités (groupe) ou de la période de réservation (optionnel)
*En tant que client, je veux recevoir mes billets de réservation par PDF imprimable ou en version mobile (QR Code)
*En tant que client, je veux pouvoir payer ma commande en ligne par Paypal ou CB

===Scénario 6===
*En tant que client, je souhaite pouvoir filtrer le résultats de recherche en fonction du lieu.
*En tant que client, je souhaite pouvoir consulter la carte du restaurant.
*En tant que client, je suis capable de réserver sans choisir un menu et donc sans payer en me créant/connectant à un compte client avec adresse e-mail et mot de passe.
*En tant que client, je souhaite être notifié du bon déroulement de ma réservation.
*En tant que client, je souhaite recevoir un justificatif de commande sur ma boîte mail.

==L4. Maquette==
[[File:My_carte-MYRESTO.png]]
[[File:My_compte-MYRESTO.png]]
[[File:My_gerant-MYRESTO.png]]
[[File:My_liste-MYRESTO.png]]
[[File:My_recherche-MYRESTO.png]]
[[File:My_serveur-MYRESTO.png]]
[[File:My_web-MYRESTO.png]]

==L5. SRS==
[[ECOM-1FO_1819_MYRESTO_L5_SRS|SRS]]

==L6. Diagramme UML==
===Diagramme de contexte===
[[File:Contexte-RICM5-MYRESTO.png]] 
===Vue logique de haut niveau===
[[File:LogiqueHN-RICM5-MYRESTO.png]] 
===Vues logiques détaillées===
[[File:LogiqueDetail-RICM5-MYRESTO.png]] 
===Vue physique===
[[File:PhysiqueView-RICM5-MYRESTO.png]] 
===Vues dynamiques===
[[File:DynamiqueView-RICM5-MYRESTO.png]]

==L7. Modèles des tâches==
===Modèle de tache : Gérer restaurants===
[[File:Taskmodel-MYRESTO-restaurant.png]] 

===Modèle de tache : Gérer service===
[[File:Taskmodel-MYRESTO-service.png]] 

===Modèle de tache : Effectuer une réservation===
[[File:Taskmodel-MYRESTO-reservation.png]] 

==L8. Scrum==

==L9. Journal==
[[ECOM-1FO_1819_MYRESTO_L9_LOG|Journal de l'équipe]]

==L10. Dépôt Git==

https://gitlab.com/myresto2018

==L11. Application en ligne==

[https://myresto.guyteub.xyz Site web]

[https://myresto.guyteub.xyz/v2/api-docs API]

==L12. Evaluation IHM réalisée==

==L13. Evaluation qualité du projet==

* Rapports SonarQube
[https://sonar.myresto.guyteub.xyz SonarQube]

==L14. Evaluation économique du projet==

Nous prenons comme salaire de base 2500€/mois et par personne.

Les rapports SonarQube nous indique les lignes de codes du projet.
Au départ, JHipster génère 13 062 lignes et à la fin du projet nous avons environ 15 000 lignes.
Le rapport COCOMO est le suivant :
[[File:cocomo.png]]

==L15. Evaluation de la cybersécurité du projet (option)==
* [[Media:ECOM-1FO_1819_MYRESTO_RGPD_Report.pdf]] (1 page de type checklist)

==L16. Evaluation des performances (option)==
* [[Media:ECOM-1FO_1819_MYRESTO_PERF.pdf]] (résultat des injections de charge JMeter, Gatling, ...)

==L17. Gestion des risques (option)==
* [[Media:ECOM-1FO_1819_MYRESTO_RISQUES.pdf]]

==L18. Slides de présentation conception==
* [[Media:ECOM-1FO_1819_MYRESTO_SLIDES_CONCEPTION.pdf]]

==L19. Slides de présentation finale==
*[[Media:ECOM-1FO_1819_MYRESTO_SLIDES_FINALE.pdf]]

==L20. Auto-évaluation==
* [[Media:ECOM-1FO_1819_MYRESTO_EVAL.pdf]]

==L21. Slides de présentation client==
* [[Media:ECOM-1FO_1819_MYRESTO_SLIDES_CLIENT.pdf]]

ECOM-1FO 1819 Restaurant

2018-12-17T22:39:03Z

Theo.Levesque: /* L13. Evaluation qualité du projet */

[[ECOM-1FO|<<<< Retour vers la page ECOM 2018-2019]]

=Le projet en quelques mots=
L’objectif de notre projet E-com est de mettre en place un service en ligne (et une application mobile) permettant l'organisation des réservations, du placement et de l'accueil de clients dans de multiples restaurants.

=L'équipe et leurs rôles=

* William WEILL : Chef de projet, Frontend
* Théo LEVESQUE : Scrum Master, Devops, Backend
* Loris GENTILLON : Lead Développeur, Backend
* Benjamin BESNIER : Développeur, Backend
* Thomas OZENDA : Développeur, Frontend

=Gestion de projet=
Choix des outils :

* ''Gitlab'' : pour le dépôt, pour la documentation, l'intégration en continu
* ''ClickUp'' : pour la gestion des sprints et des user stories
* ''Google Docs'' : pour la répartition et la gestion des tâches hors code (rédaction de documents etc)

=SCRUM=
==Sprint 1 XX au XX==
* Découverte du projet
* Mise en place des rôles au sein de l’équipe
* Détermination des dates clés du projet
* Etablissement de la longueur des sprints
* Justification du choix :

===Audit 1===
[[File:SlideAudit1.pdf]]
===Remarque===
Mettre le modèle de tâche dans la présentation.
Pas besoin de montrer des maquettes à cette étape la.

==Sprint 2 XX au XX==

===Audit 2===
[[File:SlideAudit2.pdf]]

===Remarque===

==Sprint 3 XX au XX==

==Sprint 4 XX au XX==

==Sprint 5 XX au XX==

= Livrables =
==L2. Dossier de conception système ==

[[File:ECOM-1FO_1819_MYRESTO_L2_DCS.pdf]]

==L3. Analyse des scénarios clients ==
[[File:Sujet_Myresto.pdf]]

===Scénario 1===
*En tant que gestionnaire, je souhaite voir les taux de remplissage passés et futurs
*En tant que gestionnaire, je souhaite pouvoir comparer les taux des différents restaurants supervisés
*En tant que gestionnaire, je souhaite pouvoir comparer les taux entre restaurants
*En tant que gestionnaire, je souhaite pouvoir filtrer les résultat (hausse, baisse)

===Scénario 2===
*En tant que gestionnaire des réservations, je veux pouvoir voir le nombre de réservation
*En tant que gestionnaire des réservations, je veux pouvoir voir le plan de la salle
*En tant que gestionnaire des réservations, je veux pouvoir assigner des réservations à une table
*En tant que gestionnaire des réservations, je veux pouvoir assigner des tables à un serveur

===Scénario 3===
*En tant que serveur, je souhaite pouvoir retrouver la réservation d’un client avec un QRCode qui aura été généré lors de la réservation.
*En tant que serveur, je souhaite voir quelle table sur le plan de salle est attribué à la réservation d’un client.
*En tant que serveur, si un client se présente sans réservation, je souhaite pouvoir lui attribuer une table.
*En tant que serveur, je souhaite voir l’intégralité des réservations pour le service à venir.

===Scénario 4===
*En tant que client, je veux pouvoir choisir la date ou une fourchette de ma réservation
*En tant que client, je veux pouvoir choisir les restaurant ouvert le midi et/ou le soir

===Scénario 5===
*En tant que client, je veux pouvoir choisir les restaurant possédant un certain type de cuisine
*En tant que client, je veux pouvoir savoir les menus des restaurants, leur prix et la quantité disponible
*En tant que restaurateur, je souhaite pouvoir faire des promotions en fonctions des quantités (groupe) ou de la période de réservation (optionnel)
*En tant que client, je veux recevoir mes billets de réservation par PDF imprimable ou en version mobile (QR Code)
*En tant que client, je veux pouvoir payer ma commande en ligne par Paypal ou CB

===Scénario 6===
*En tant que client, je souhaite pouvoir filtrer le résultats de recherche en fonction du lieu.
*En tant que client, je souhaite pouvoir consulter la carte du restaurant.
*En tant que client, je suis capable de réserver sans choisir un menu et donc sans payer en me créant/connectant à un compte client avec adresse e-mail et mot de passe.
*En tant que client, je souhaite être notifié du bon déroulement de ma réservation.
*En tant que client, je souhaite recevoir un justificatif de commande sur ma boîte mail.

==L4. Maquette==
[[File:My_carte-MYRESTO.png]]
[[File:My_compte-MYRESTO.png]]
[[File:My_gerant-MYRESTO.png]]
[[File:My_liste-MYRESTO.png]]
[[File:My_recherche-MYRESTO.png]]
[[File:My_serveur-MYRESTO.png]]
[[File:My_web-MYRESTO.png]]

==L5. SRS==
[[ECOM-1FO_1819_MYRESTO_L5_SRS|SRS]]

==L6. Diagramme UML==
===Diagramme de contexte===
[[File:Contexte-RICM5-MYRESTO.png]] 
===Vue logique de haut niveau===
[[File:LogiqueHN-RICM5-MYRESTO.png]] 
===Vues logiques détaillées===
[[File:LogiqueDetail-RICM5-MYRESTO.png]] 
===Vue physique===
[[File:PhysiqueView-RICM5-MYRESTO.png]] 
===Vues dynamiques===
[[File:DynamiqueView-RICM5-MYRESTO.png]]

==L7. Modèles des tâches==
===Modèle de tache : Gérer restaurants===
[[File:Taskmodel-MYRESTO-restaurant.png]] 

===Modèle de tache : Gérer service===
[[File:Taskmodel-MYRESTO-service.png]] 

===Modèle de tache : Effectuer une réservation===
[[File:Taskmodel-MYRESTO-reservation.png]] 

==L8. Scrum==

==L9. Journal==
[[ECOM-1FO_1819_MYRESTO_L9_LOG|Journal de l'équipe]]

==L10. Dépôt Git==

https://gitlab.com/myresto2018

==L11. Application en ligne==

[https://myresto.guyteub.xyz Site web]

[https://myresto.guyteub.xyz/v2/api-docs API]

==L12. Evaluation IHM réalisée==

==L13. Evaluation qualité du projet==

* Rapports SonarQube
[https://sonar.myresto.guyteub.xyz SonarQube]

==L14. Evaluation économique du projet==

===COCOMO===

===Evaluation économique du projet===
Vous pouvez utiliser les évaluations des salaires avec cette [https://stackoverflow.com/jobs/salary calculatrice] pour connaître les salaires des membres de l'équipe. (pensez à ajouter les charges).

==L15. Evaluation de la cybersécurité du projet (option)==
* [[Media:ECOM-1FO_1819_MYRESTO_RGPD_Report.pdf]] (1 page de type checklist)

==L16. Evaluation des performances (option)==
* [[Media:ECOM-1FO_1819_MYRESTO_PERF.pdf]] (résultat des injections de charge JMeter, Gatling, ...)

==L17. Gestion des risques (option)==
* [[Media:ECOM-1FO_1819_MYRESTO_RISQUES.pdf]]

==L18. Slides de présentation conception==
* [[Media:ECOM-1FO_1819_MYRESTO_SLIDES_CONCEPTION.pdf]]

==L19. Slides de présentation finale==
*[[Media:ECOM-1FO_1819_MYRESTO_SLIDES_FINALE.pdf]]

==L20. Auto-évaluation==
* [[Media:ECOM-1FO_1819_MYRESTO_EVAL.pdf]]

==L21. Slides de présentation client==
* [[Media:ECOM-1FO_1819_MYRESTO_SLIDES_CLIENT.pdf]]

File:VT2018 OpenShift.pdf

2018-12-16T22:21:09Z

Theo.Levesque:

VT2018

2018-12-16T22:20:58Z

Theo.Levesque: /* Planning */

[[VT2017|<< Etudes 2017]] [[VT|Sommaire]] [[VT2019|Etudes 2019 >>]]

=Veille Technologique et Stratégique=
* Enseignants: [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]
* UE/Module: EAM (HPRJ9R6B) et EAR (HPRJ9R4B) en RICM5

L'objectif de cette UE est de réaliser un travail de synthèse et d’évaluation sur une technologie / spécification / tendance

Dans votre futur vie d'ingénieur, vous aurez à d'une part, vous former par vous-même sur une technologie émergente et d'autre part à réaliser une veille technologique (et stratégique) par rapport à votre entreprise et projet.
Il s'agira de réaliser
* le positionnement par rapport au marché
* d'être critique

Votre synthèse fait l'objet d'une présentation orale convaincante devant un auditoire (dans le futur, vos collègues, vos chefs ou vos clients) avec des transparents et un discours répété.
Pour finir de convaincre (Saint Thomas), vous ferez la présentation d'une démonstration.

Votre présentation sera noté et commenté par tous vos camarades via un sondage (téléphone mobile). Leurs notes et leurs commentaires seront notés en fonction de leur exactitude de jugement.

Remarque: Le [https://fr.wikipedia.org/wiki/Plagiat plagiat] est incompatible avec l'éthique de l'ingénieur. Le directeur d'école peut demander à votre traduction devant la commission disciplinaire de l'université. La sanction peut aller jusqu’à une interdiction d'inscription dans les établissements de l'enseignement supérieur français pendant plusieurs années : Le jeu, en vaut-il la chandelle ?

La présentation peut être réalisée avec [[reveal.js]]

[[File:presentation-VT-RICM5-1516.pdf|transparents d'introduction à l'UE]]

=Affectation des sujets=
[[File:AffectationSujetsVT2018.pdf]]

=Planning=
* Vendredi 7/9: présentation et choix des sujets
[[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]
* Lundi 12/11: (GPB,DD en visio)
** 1: Julien COURTIAL - Apollo 2.0, [[VT2018_Apollo|Fiche de synthèse]], [[Media:Apollo_Auto_Platform.pdf|Transparents]], [https://github.com/ApolloAuto/apollo/tree/master/docs/demo_guide Démo]
** 2: Sekina BELGUENDOUZ - Service Mesh, [[VT2018_Service_Mesh|Fiche de synthèse]], [[Media:VT2018_Service_Mesh_presentation.pdf|Transparents]], [[VT2018_Service_Mesh_Demo|Démo avec Istrio]] (Reporté)
** 3: Servan CHARLOT - [[OpenWhisk]] : [[VT2018_OpenWhisk|Fiche de synthèse]], [[Media:VT2018_OpenWhisk_presentation.pdf|Transparents]], [[VT2018_OpenWhisk_Demo|Démo]]
** 4: Théo ECHEVET - Fabric8, [[VT2018_fabric8|Fiche de synthèse]], [[Media:Fabric8_Pres_Theo_Echevet.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 5: Bastien TERRIER - [[Performance_Monitoring|Performance Monitoring]], [[VT2018_Performance_Monitoring|Fiche de synthèse]], [[Media:VT2018_Performance_Monitoring_presentation.pdf|Transparents]], [[VT2018_Performance_Monitoring_Demo|Démo]]
* Lundi 19/11: (GPB,DD en visio)
** 6: Samuel BAMBA - DevSecOps, [[VT2018_DevSecOps|Fiche de synthèse]], [[Media:VT2018_DevSecOps.pdf|Transparents]], [https://github.com/CoolerVoid/codewarrior Démo]
** 7: Zoran CHANET - [[Wildfly_Swarm|<strike>Wildfly Swarm</strike>]] [[Thorntail|Thorntail]], [[VT2018_Thorntail|Fiche de synthèse]], [[Media:VT2018_Thorntail_presentation.pdf|Transparents]], [[VT2018_Thorntail_Demo|Démo]] (reporté)
** 8: Thibaud VEGREVILLE, Techniques et technologies de "Lag Compensation" dans les jeux en ligne, [[VT2018_Lag_Compensation|Fiche de synthèse]], [[Media:Lag_Compensation_in_Games.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 9: Hugo GROS-DAILLON - [[ActionHero.js]], [[VT2018_ActionHero|Fiche de synthèse]], [[Media:VT2018ActionHero.pdf|Transparents]], [https://github.com/HugoSecteur4/DemoVT2018ActionHero/tree/master/ActionHero Démo]
** 10: Vincent AUBERT - Apache MXNet : Demo avec Intel Movidius, [[VT2018_Apache_Mxnet|Fiche de synthèse]], [[Media:VT2018_Mxnet_presentation.pdf|Transparents]], [[VT2018_Mxnet_Demo|Démo]]
* Lundi 10/12: (GPB+DD)
** 11: Joffrey FERREIRA - Keycloak, [[VT2018_Keycloak|Fiche de synthèse]], [[Media:VT2018_Keycloak_presentation.pdf|Transparents]], [[VT2018_Keycloak_Demo|Démo]]
** 12: Loris GENTILLON - Gceasy, [[VT2018_GCeasy-synthese|Fiche de synthèse]], [[Media:GCeasy_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 13: Thomas OZENDA - Zipkin et Daper, [[VT2018_Zipkin|Fiche de synthèse]], [[Media:VT2018_Zipkin_presentation.pdf|Transparents]], [[VT2018_Zipkin_Demo|Démo]]
** 14: Aurélien SURIER - CloudFoundry, [[VT2018_CloudFoundry|Fiche de synthèse]], [[Media:VT2018_CloudFoundry_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 15: Enzo MOLION - Web3j, [[VT2018_Web3j|Fiche de synthèse]], [[Media:Presentation_Web3j.pdf|Transparents]], [https://air.imag.fr/index.php/VT2018_Web3j#D.C3.A9monstration Démo]
* Lundi 17/12: (GPB)
** 16: Quentin FOMBRAON - Web Assembly, [[VT2018_WebAssembly|Fiche de synthèse]], [[Media:VT2018_WebAssembly_presentation.pdf|Transparents]], [[VT2018_WebAssembly|Démo]]
** 17: Timothée DEPRIESTER - Kafka Stream, [[VT2018_XXX|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 18: Benjamin BESNIER - Apache Beam, [[VT2018_ApacheBeam|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 19: Théo LEVESQUE - OpenShift, [[VT2018_OpenShift|Fiche de synthèse]], [[Media:VT2018_OpenShift.pdf|Transparents]], [[VT2018_OpenShift#D.C3.A9monstration|Démo]]
** 20: William WEILL - CMS, [[VT2018_XXX|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
* Lundi 07/01/2019: (GPB+DD)
** 21: Tim LEPAGE - Moby, [[VT2018_XXX|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 22: Cédric LAFRASSE - SIG, [[VT2018_XXX|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 23: Léo VALETTE - Architectures de processeurs pour le Deep Learning (NPU): Démo de l'Intel Movidius, , [[VT2018_XXX|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 24: Florian CUZIN - , [[VT2018_XXX|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 25: Raphael MANGER - Apache Solr, [[VT2018_XXX|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
* Lundi 14/01/2019: (GPD, DD absent)
** 26: Amina BOUCHERIMA - Content delivery networks, [[VT2018_XXX|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 27: Najwa EZ-ZINE - FIDO, [[VT2018_XXX|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 28: Sekina BELGUENDOUZ - Service Mesh, [[VT2018_Service_Mesh|Fiche de synthèse]], [[Media:VT2018_Service_Mesh_presentation.pdf|Transparents]], [[VT2018_Service_Mesh_Demo|Démo avec Istrio]]
** 29: Zoran CHANET - [[Wildfly_Swarm|<strike>Wildfly Swarm</strike>]] [[Thorntail|Thorntail]], [[VT2018_Thorntail|Fiche de synthèse]], [[Media:VT2018_Thorntail_presentation.pdf|Transparents]], [[VT2018_Thorntail_Demo|Démo]]
** 30:

=Sujets non sélectionnés=
# [[Single Sign On]] : démonstration de [[Keycloak]] avec [[JHipster]].

# [[gVisor]]: a new kind of sandbox that helps provide secure isolation for containers

# Portails et l'API [[Portlet]] : Démo avec [[Liferay]]

# [[Hazelcast]] : Démo avec Spring Boot ([https://dzone.com/storage/assets/6459742-dzone-rc247-gettingstartedwithspringbootandmicrose.pdf lien]) dans un projet [[JHipster]]

# [[In-Memory Data Grids]] : Démonstration de [[Gigaspaces]] et [[XAP]] Open Source
# Insport Video
# Gestionnaires de contenu : démonstration de [[Apache Jackrabbit]] dans le projet [[eCOM]]
# [[Memory-centric virtual distributed storage system]]

# [[ESB]] : démonstration de [[Mule ESB]]
# [[MemCached]]

# [[Low-Power Global Area Network]]s ([[Sat-IoT]])

VT2018

2018-12-16T21:20:07Z

Theo.Levesque: /* Planning */

[[VT2017|<< Etudes 2017]] [[VT|Sommaire]] [[VT2019|Etudes 2019 >>]]

=Veille Technologique et Stratégique=
* Enseignants: [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]
* UE/Module: EAM (HPRJ9R6B) et EAR (HPRJ9R4B) en RICM5

L'objectif de cette UE est de réaliser un travail de synthèse et d’évaluation sur une technologie / spécification / tendance

Dans votre futur vie d'ingénieur, vous aurez à d'une part, vous former par vous-même sur une technologie émergente et d'autre part à réaliser une veille technologique (et stratégique) par rapport à votre entreprise et projet.
Il s'agira de réaliser
* le positionnement par rapport au marché
* d'être critique

Votre synthèse fait l'objet d'une présentation orale convaincante devant un auditoire (dans le futur, vos collègues, vos chefs ou vos clients) avec des transparents et un discours répété.
Pour finir de convaincre (Saint Thomas), vous ferez la présentation d'une démonstration.

Votre présentation sera noté et commenté par tous vos camarades via un sondage (téléphone mobile). Leurs notes et leurs commentaires seront notés en fonction de leur exactitude de jugement.

Remarque: Le [https://fr.wikipedia.org/wiki/Plagiat plagiat] est incompatible avec l'éthique de l'ingénieur. Le directeur d'école peut demander à votre traduction devant la commission disciplinaire de l'université. La sanction peut aller jusqu’à une interdiction d'inscription dans les établissements de l'enseignement supérieur français pendant plusieurs années : Le jeu, en vaut-il la chandelle ?

La présentation peut être réalisée avec [[reveal.js]]

[[File:presentation-VT-RICM5-1516.pdf|transparents d'introduction à l'UE]]

=Affectation des sujets=
[[File:AffectationSujetsVT2018.pdf]]

=Planning=
* Vendredi 7/9: présentation et choix des sujets
[[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]
* Lundi 12/11: (GPB,DD en visio)
** 1: Julien COURTIAL - Apollo 2.0, [[VT2018_Apollo|Fiche de synthèse]], [[Media:Apollo_Auto_Platform.pdf|Transparents]], [https://github.com/ApolloAuto/apollo/tree/master/docs/demo_guide Démo]
** 2: Sekina BELGUENDOUZ - Service Mesh, [[VT2018_Service_Mesh|Fiche de synthèse]], [[Media:VT2018_Service_Mesh_presentation.pdf|Transparents]], [[VT2018_Service_Mesh_Demo|Démo avec Istrio]] (Reporté)
** 3: Servan CHARLOT - [[OpenWhisk]] : [[VT2018_OpenWhisk|Fiche de synthèse]], [[Media:VT2018_OpenWhisk_presentation.pdf|Transparents]], [[VT2018_OpenWhisk_Demo|Démo]]
** 4: Théo ECHEVET - Fabric8, [[VT2018_fabric8|Fiche de synthèse]], [[Media:Fabric8_Pres_Theo_Echevet.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 5: Bastien TERRIER - [[Performance_Monitoring|Performance Monitoring]], [[VT2018_Performance_Monitoring|Fiche de synthèse]], [[Media:VT2018_Performance_Monitoring_presentation.pdf|Transparents]], [[VT2018_Performance_Monitoring_Demo|Démo]]
* Lundi 19/11: (GPB,DD en visio)
** 6: Samuel BAMBA - DevSecOps, [[VT2018_DevSecOps|Fiche de synthèse]], [[Media:VT2018_DevSecOps.pdf|Transparents]], [https://github.com/CoolerVoid/codewarrior Démo]
** 7: Zoran CHANET - [[Wildfly_Swarm|<strike>Wildfly Swarm</strike>]] [[Thorntail|Thorntail]], [[VT2018_Thorntail|Fiche de synthèse]], [[Media:VT2018_Thorntail_presentation.pdf|Transparents]], [[VT2018_Thorntail_Demo|Démo]] (reporté)
** 8: Thibaud VEGREVILLE, Techniques et technologies de "Lag Compensation" dans les jeux en ligne, [[VT2018_Lag_Compensation|Fiche de synthèse]], [[Media:Lag_Compensation_in_Games.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 9: Hugo GROS-DAILLON - [[ActionHero.js]], [[VT2018_ActionHero|Fiche de synthèse]], [[Media:VT2018ActionHero.pdf|Transparents]], [https://github.com/HugoSecteur4/DemoVT2018ActionHero/tree/master/ActionHero Démo]
** 10: Vincent AUBERT - Apache MXNet : Demo avec Intel Movidius, [[VT2018_Apache_Mxnet|Fiche de synthèse]], [[Media:VT2018_Mxnet_presentation.pdf|Transparents]], [[VT2018_Mxnet_Demo|Démo]]
* Lundi 10/12: (GPB+DD)
** 11: Joffrey FERREIRA - Keycloak, [[VT2018_Keycloak|Fiche de synthèse]], [[Media:VT2018_Keycloak_presentation.pdf|Transparents]], [[VT2018_Keycloak_Demo|Démo]]
** 12: Loris GENTILLON - Gceasy, [[VT2018_GCeasy-synthese|Fiche de synthèse]], [[Media:GCeasy_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 13: Thomas OZENDA - Zipkin et Daper, [[VT2018_Zipkin|Fiche de synthèse]], [[Media:VT2018_Zipkin_presentation.pdf|Transparents]], [[VT2018_Zipkin_Demo|Démo]]
** 14: Aurélien SURIER - CloudFoundry, [[VT2018_CloudFoundry|Fiche de synthèse]], [[Media:VT2018_CloudFoundry_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 15: Enzo MOLION - Web3j, [[VT2018_Web3j|Fiche de synthèse]], [[Media:Presentation_Web3j.pdf|Transparents]], [https://air.imag.fr/index.php/VT2018_Web3j#D.C3.A9monstration Démo]
* Lundi 17/12: (GPB)
** 16: Quentin FOMBRAON - Web Assembly, [[VT2018_WebAssembly|Fiche de synthèse]], [[Media:VT2018_WebAssembly_presentation.pdf|Transparents]], [[VT2018_WebAssembly|Démo]]
** 17: Timothée DEPRIESTER - Kafka Stream, [[VT2018_XXX|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 18: Benjamin BESNIER - Apache Beam, [[VT2018_ApacheBeam|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 19: Théo LEVESQUE - OpenShift, [[VT2018_OpenShift|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_OpenShift#D.C3.A9monstration|Démo]]
** 20: William WEILL - CMS, [[VT2018_XXX|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
* Lundi 07/01/2019: (GPB+DD)
** 21: Tim LEPAGE - Moby, [[VT2018_XXX|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 22: Cédric LAFRASSE - SIG, [[VT2018_XXX|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 23: Léo VALETTE - Architectures de processeurs pour le Deep Learning (NPU): Démo de l'Intel Movidius, , [[VT2018_XXX|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 24: Florian CUZIN - , [[VT2018_XXX|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 25: Raphael MANGER - Apache Solr, [[VT2018_XXX|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
* Lundi 14/01/2019: (GPD, DD absent)
** 26: Amina BOUCHERIMA - Content delivery networks, [[VT2018_XXX|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 27: Najwa EZ-ZINE - FIDO, [[VT2018_XXX|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 28: Sekina BELGUENDOUZ - Service Mesh, [[VT2018_Service_Mesh|Fiche de synthèse]], [[Media:VT2018_Service_Mesh_presentation.pdf|Transparents]], [[VT2018_Service_Mesh_Demo|Démo avec Istrio]]
** 29: Zoran CHANET - [[Wildfly_Swarm|<strike>Wildfly Swarm</strike>]] [[Thorntail|Thorntail]], [[VT2018_Thorntail|Fiche de synthèse]], [[Media:VT2018_Thorntail_presentation.pdf|Transparents]], [[VT2018_Thorntail_Demo|Démo]]
** 30:

=Sujets non sélectionnés=
# [[Single Sign On]] : démonstration de [[Keycloak]] avec [[JHipster]].

# [[gVisor]]: a new kind of sandbox that helps provide secure isolation for containers

# Portails et l'API [[Portlet]] : Démo avec [[Liferay]]

# [[Hazelcast]] : Démo avec Spring Boot ([https://dzone.com/storage/assets/6459742-dzone-rc247-gettingstartedwithspringbootandmicrose.pdf lien]) dans un projet [[JHipster]]

# [[In-Memory Data Grids]] : Démonstration de [[Gigaspaces]] et [[XAP]] Open Source
# Insport Video
# Gestionnaires de contenu : démonstration de [[Apache Jackrabbit]] dans le projet [[eCOM]]
# [[Memory-centric virtual distributed storage system]]

# [[ESB]] : démonstration de [[Mule ESB]]
# [[MemCached]]

# [[Low-Power Global Area Network]]s ([[Sat-IoT]])

VT2018 OpenShift

2018-12-16T21:19:15Z

Theo.Levesque:

=Auteur=
*Nom : LEVESQUE Théo
*Mail : theo.levesque.024@gmail.com
*Sujet : OpenShift

=Résumé=
OpenShift est une solution de PaaS (Plateforme-as-a-Service) permettant de construire, déployer et exécuter des applications dans des containers. Cela offre au développeur la possibilité de rapidement déployer leurs applications en production, mais aussi de les tester rapidement dans un environnement iso-production. OpenShift s'appuie sur des technologies open source et réputées tels que la solution de conteneurisation Docker et l'orchestrateur de conteneurs Kubernetes. OpenShift peut être déployé sur différentes architectures, les serveurs de la société éditrice du produit, Red Hat, sur un cloud public ou bien sur une infrastructure privée.

=Abstract=
OpenShift is a PaaS (Platform-as-a-Service) solution for building, deploying and running applications in containers. This gives the developer the ability to quickly deploy their applications in production, but also to test them quickly in an iso-production environment. OpenShift is based on open source and reputable technologies such as the Docker containerization solution and the Kubernetes container orchestrator. OpenShift can be deployed on different architectures, the servers of the product's publisher, Red Hat, on a public cloud or on a private infrastructure.

=Synthèse=
==Platform as a Service==
[[File:Niveaux de service cloud.png|thumb|Positionnement du PaaS]]
Le Platform as a Service est un modèle de Cloud Computing comparable au IaaS et au SaaS. Le but premier d'un PaaS est de fournir des outils logiciels aux développeurs leur permettant d'accélérer la production et le déploiement d'applications. Le PaaS ce distingue du IaaS et du SaaS par le niveau de service qu'il fournit. Un IaaS fourni un serveur et vous laisse la configuration du système et l'installation des applications à votre charge. Un SaaS vous fourni un logiciel prêt à utiliser, maintenu et mis à jour par le mainteneur du SaaS. Le PaaS se place entre ces deux modèle et vous fourni un environnement prêt pour déployer votre application. Vous n'avez en charge que le développement et la configuration du logiciel, tout les aspect de configuration système, gestion réseau et stockage sont directement gérer par la PaaS. Cela permet donc aux développeurs de se focalisé sur le développement. Cela permet aussi de réduire grandement le temps de déploiement et de mise en production.

==Produits==
RedHat commercialise OpenShift sous différentes formes :
* OpenShift Online
C'est la solution la plus facile et rapide à utiliser. OpenShift est installé, configuré, mis à jour et maintenu par RedHat sur sa propre infrastructure. C'est un moyen rapide de découvrir et prendre en main OpenShift mais le tarif est assez élevé. Nous ne disposons d'aucun contrôle sur nos données, RedHat est le seul garant de la confidentialité de celle-ci.
* OpenShift Dedicated
Cette solution permet comme OpenShift Online de ne pas avoir à installer et mainteneur OpenShift par nous-mêmes, mais d'utiliser le cloud public d'Amazon (AWS) pour déployer OpenShift. Cela permet d'avoir un contrôle plus grand sur l'infrastructure et nos données.
* OpenShift Container Platform
C'est la solution obligatoire lorsque l'on veut effectuer la mise en place d'OpenShift soi-même, sur un cloud public ou privé. C'est à nous de gérer les mises à jour ainsi que la maintenance d'OpenShift.
* OKD (OpenShift Origin)
C'est la solution open source dont son tiré des autres produits. Celui-ci est disponible gratuitement mais aucun support ne sera fourni par RedHat. Il faut donc prendre plus de risque lors de l'utilisation en production de cette solution.

==OpenShift==
OpenShift fournit plusieurs templates pour déployer une application. En effet, pour met notre application dans OpenShift, le système a besoin d'une image Docker. Si vos développements directement avec Docker et que vous disposez déjà d'une image Docker de votre application, il suffit alors de renseigner le nom de l'image Docker et OpenShift va se charger de la récupérer et de crée un conteneur depuis cette dernière. Si vous ne disposez pas d'une image Docker mais simplement du code source de votre application, vous pouvez alors sélectionner un template correspondant au langage de votre application et de renseigner l'URL du dépôt Git de l'application. OpenShift va alors prendre le code de l'application et le mettre dans une image Docker spécialement adapté au langage de programmation de l'application.Il nous est alors possible de gérer notre application de la même manière que l'on pourrait le faire avec un conteneur déployer dans Kubernetes.

=Démonstration=
Déploiement de notre application JHipster faite en ECOM.
On va utiliser la version gratuite d'OpenShift Online.

* Création de la base de donnée PostgreSQL
[[File:postgres1.png|frameless]]
[[File:postgres2.png|frameless]]

* Déploiement de l'application depuis l'image Docker sur le registry GitLab
[[File:jhipster1.png|frameless]]
[[File:jhipster2.png|frameless]]
[[File:jhipster3.png|frameless]]
[[File:jhipster4.png|frameless]]

File:Jhipster4.png

2018-12-16T21:17:36Z

Theo.Levesque:

File:Jhipster3.png

2018-12-16T21:17:21Z

Theo.Levesque:

File:Jhipster2.png

2018-12-16T21:17:04Z

Theo.Levesque:

File:Jhipster1.png

2018-12-16T21:16:52Z

Theo.Levesque:

File:Postgres2.png

2018-12-16T21:16:24Z

Theo.Levesque:

File:Postgres1.png

2018-12-16T21:16:02Z

Theo.Levesque:

VT2018 OpenShift

2018-12-16T21:15:45Z

Theo.Levesque:

=Auteur=
*Nom : LEVESQUE Théo
*Mail : theo.levesque.024@gmail.com
*Sujet : OpenShift

=Résumé=
OpenShift est une solution de PaaS (Plateforme-as-a-Service) permettant de construire, déployer et exécuter des applications dans des containers. Cela offre au développeur la possibilité de rapidement déployer leurs applications en production, mais aussi de les tester rapidement dans un environnement iso-production. OpenShift s'appuie sur des technologies open source et réputées tels que la solution de conteneurisation Docker et l'orchestrateur de conteneurs Kubernetes. OpenShift peut être déployé sur différentes architectures, les serveurs de la société éditrice du produit, Red Hat, sur un cloud public ou bien sur une infrastructure privée.

=Abstract=
OpenShift is a PaaS (Platform-as-a-Service) solution for building, deploying and running applications in containers. This gives the developer the ability to quickly deploy their applications in production, but also to test them quickly in an iso-production environment. OpenShift is based on open source and reputable technologies such as the Docker containerization solution and the Kubernetes container orchestrator. OpenShift can be deployed on different architectures, the servers of the product's publisher, Red Hat, on a public cloud or on a private infrastructure.

=Synthèse=
==Platform as a Service==
[[File:Niveaux de service cloud.png|thumb|Positionnement du PaaS]]
Le Platform as a Service est un modèle de Cloud Computing comparable au IaaS et au SaaS. Le but premier d'un PaaS est de fournir des outils logiciels aux développeurs leur permettant d'accélérer la production et le déploiement d'applications. Le PaaS ce distingue du IaaS et du SaaS par le niveau de service qu'il fournit. Un IaaS fourni un serveur et vous laisse la configuration du système et l'installation des applications à votre charge. Un SaaS vous fourni un logiciel prêt à utiliser, maintenu et mis à jour par le mainteneur du SaaS. Le PaaS se place entre ces deux modèle et vous fourni un environnement prêt pour déployer votre application. Vous n'avez en charge que le développement et la configuration du logiciel, tout les aspect de configuration système, gestion réseau et stockage sont directement gérer par la PaaS. Cela permet donc aux développeurs de se focalisé sur le développement. Cela permet aussi de réduire grandement le temps de déploiement et de mise en production.

==Produits==
RedHat commercialise OpenShift sous différentes formes :
* OpenShift Online
C'est la solution la plus facile et rapide à utiliser. OpenShift est installé, configuré, mis à jour et maintenu par RedHat sur sa propre infrastructure. C'est un moyen rapide de découvrir et prendre en main OpenShift mais le tarif est assez élevé. Nous ne disposons d'aucun contrôle sur nos données, RedHat est le seul garant de la confidentialité de celle-ci.
* OpenShift Dedicated
Cette solution permet comme OpenShift Online de ne pas avoir à installer et mainteneur OpenShift par nous-mêmes, mais d'utiliser le cloud public d'Amazon (AWS) pour déployer OpenShift. Cela permet d'avoir un contrôle plus grand sur l'infrastructure et nos données.
* OpenShift Container Platform
C'est la solution obligatoire lorsque l'on veut effectuer la mise en place d'OpenShift soi-même, sur un cloud public ou privé. C'est à nous de gérer les mises à jour ainsi que la maintenance d'OpenShift.
* OKD (OpenShift Origin)
C'est la solution open source dont son tiré des autres produits. Celui-ci est disponible gratuitement mais aucun support ne sera fourni par RedHat. Il faut donc prendre plus de risque lors de l'utilisation en production de cette solution.

==OpenShift==
OpenShift fournit plusieurs templates pour déployer une application. En effet, pour met notre application dans OpenShift, le système a besoin d'une image Docker. Si vos développements directement avec Docker et que vous disposez déjà d'une image Docker de votre application, il suffit alors de renseigner le nom de l'image Docker et OpenShift va se charger de la récupérer et de crée un conteneur depuis cette dernière. Si vous ne disposez pas d'une image Docker mais simplement du code source de votre application, vous pouvez alors sélectionner un template correspondant au langage de votre application et de renseigner l'URL du dépôt Git de l'application. OpenShift va alors prendre le code de l'application et le mettre dans une image Docker spécialement adapté au langage de programmation de l'application.Il nous est alors possible de gérer notre application de la même manière que l'on pourrait le faire avec un conteneur déployer dans Kubernetes.

=Démonstration=
Déploiement de notre application JHipster faite en ECOM.
On va utiliser la version gratuite d'OpenShift Online.

* Création de la base de donnée PostgreSQL
[[File:postgres1.png]]
[[File:postgres2.png]]

* Déploiement de l'application depuis l'image Docker sur le registry GitLab
[[File:jhipster1.png]]
[[File:jhipster2.png]]
[[File:jhipster3.png]]
[[File:jhipster4.png]]

VT2018 OpenShift

2018-12-16T17:28:52Z

Theo.Levesque:

=Auteur=
*Nom : LEVESQUE Théo
*Mail : theo.levesque.024@gmail.com
*Sujet : OpenShift

=Résumé=
OpenShift est une solution de PaaS (Plateforme-as-a-Service) permettant de construire, déployer et exécuter des applications dans des containers. Cela offre au développeur la possibilité de rapidement déployer leurs applications en production, mais aussi de les tester rapidement dans un environnement iso-production. OpenShift s'appuie sur des technologies open source et réputées tels que la solution de conteneurisation Docker et l'orchestrateur de conteneurs Kubernetes. OpenShift peut être déployé sur différentes architectures, les serveurs de la société éditrice du produit, Red Hat, sur un cloud public ou bien sur une infrastructure privée.

=Abstract=
OpenShift is a PaaS (Platform-as-a-Service) solution for building, deploying and running applications in containers. This gives the developer the ability to quickly deploy their applications in production, but also to test them quickly in an iso-production environment. OpenShift is based on open source and reputable technologies such as the Docker containerization solution and the Kubernetes container orchestrator. OpenShift can be deployed on different architectures, the servers of the product's publisher, Red Hat, on a public cloud or on a private infrastructure.

=Synthèse=
==Platform as a Service==
[[File:Niveaux de service cloud.png|thumb|Positionnement du PaaS]]
Le Platform as a Service est un modèle de Cloud Computing comparable au IaaS et au SaaS. Le but premier d'un PaaS est de fournir des outils logiciels aux développeurs leur permettant d'accélérer la production et le déploiement d'applications. Le PaaS ce distingue du IaaS et du SaaS par le niveau de service qu'il fournit. Un IaaS fourni un serveur et vous laisse la configuration du système et l'installation des applications à votre charge. Un SaaS vous fourni un logiciel prêt à utiliser, maintenu et mis à jour par le mainteneur du SaaS. Le PaaS se place entre ces deux modèle et vous fourni un environnement prêt pour déployer votre application. Vous n'avez en charge que le développement et la configuration du logiciel, tout les aspect de configuration système, gestion réseau et stockage sont directement gérer par la PaaS. Cela permet donc aux développeurs de se focalisé sur le développement. Cela permet aussi de réduire grandement le temps de déploiement et de mise en production.

==Produits==

RedHat commercialise OpenShift sous différentes formes :
* OpenShift Online
C'est la solution la plus facile et rapide à utiliser. OpenShift est installé, configuré, mis à jour et maintenu par RedHat sur sa propre infrastructure. C'est un moyen rapide de découvrir et prendre en main OpenShift mais le tarif est assez élevé. Nous ne disposons d'aucun contrôle sur nos données, RedHat est le seul garant de la confidentialité de celle-ci.
* OpenShift Dedicated
Cette solution permet comme OpenShift Online de ne pas avoir à installer et mainteneur OpenShift par nous-mêmes, mais d'utiliser le cloud public d'Amazon (AWS) pour déployer OpenShift. Cela permet d'avoir un contrôle plus grand sur l'infrastructure et nos données.
* OpenShift Container Platform
C'est la solution obligatoire lorsque l'on veut effectuer la mise en place d'OpenShift soi-même, sur un cloud public ou privé. C'est à nous de gérer les mises à jour ainsi que la maintenance d'OpenShift.
* OKD (OpenShift Origin)
C'est la solution open source dont son tiré des autres produits. Celui-ci est disponible gratuitement mais aucun support ne sera fourni par RedHat. Il faut donc prendre plus de risque lors de l'utilisation en production de cette solution.

==OpenShift==
OpenShift fournit plusieurs templates pour déployer une application. En effet, pour met notre application dans OpenShift, le système a besoin d'une image Docker. Si vos développements directement avec Docker et que vous disposez déjà d'une image Docker de votre application, il suffit alors de renseigner le nom de l'image Docker et OpenShift va se charger de la récupérer et de crée un conteneur depuis cette dernière. Si vous ne disposez pas d'une image Docker mais simplement du code source de votre application, vous pouvez alors sélectionner un template correspondant au langage de votre application et de renseigner l'URL du dépôt Git de l'application. OpenShift va alors prendre le code de l'application et le mettre dans une image Docker spécialement adapté au langage de programmation de l'application.Il nous est alors possible de gérer notre application de la même manière que l'on pourrait le faire avec un conteneur déployer dans Kubernetes.

VT2018 OpenShift

2018-12-16T16:56:38Z

Theo.Levesque:

=Auteur=
*Nom : LEVESQUE Théo
*Mail : theo.levesque.024@gmail.com
*Sujet : OpenShift

=Résumé=
OpenShift est une solution de PaaS (Plateforme-as-a-Service) permettant de construire, déployer et exécuter des applications dans des containers. Cela offre au développeur la possibilité de rapidement déployer leurs applications en production, mais aussi de les tester rapidement dans un environnement iso-production. OpenShift s'appuie sur des technologies open source et réputées tels que la solution de conteneurisation Docker et l'orchestrateur de conteneurs Kubernetes. OpenShift peut être déployé sur différentes architectures, les serveurs de la société éditrice du produit, Red Hat, sur un cloud public ou bien sur une infrastructure privée.

=Abstract=
OpenShift is a PaaS (Platform-as-a-Service) solution for building, deploying and running applications in containers. This gives the developer the ability to quickly deploy their applications in production, but also to test them quickly in an iso-production environment. OpenShift is based on open source and reputable technologies such as the Docker containerization solution and the Kubernetes container orchestrator. OpenShift can be deployed on different architectures, the servers of the product's publisher, Red Hat, on a public cloud or on a private infrastructure.

=Synthèse=
==Platform as a Service==
[[File:Niveaux de service cloud.png|thumb|Positionnement du PaaS]]
Le Platform as a Service est un modèle de Cloud Computing comparable au IaaS et au SaaS. Le but premier d'un PaaS est de fournir des outils logiciels aux développeurs leur permettant d'accélérer la production et le déploiement d'applications. Le PaaS ce distingue du IaaS et du SaaS par le niveau de service qu'il fournit. Un IaaS fourni un serveur et vous laisse la configuration du système et l'installation des applications à votre charge. Un SaaS vous fourni un logiciel prêt à utiliser, maintenu et mis à jour par le mainteneur du SaaS. Le PaaS se place entre ces deux modèle et vous fourni un environnement prêt pour déployer votre application. Vous n'avez en charge que le développement et la configuration du logiciel, tout les aspect de configuration système, gestion réseau et stockage sont directement gérer par la PaaS. Cela permet donc aux développeurs de se focalisé sur le développement. Cela permet aussi de réduire grandement le temps de déploiement et de mise en production.

==Produits==

RedHat commercialise OpenShift sous différentes formes :
* OpenShift Online
C'est la solution la plus facile et rapide à utiliser. OpenShift est installé, configuré, mis à jour et maintenu par RedHat sur sa propre infrastructure. C'est un moyen rapide de découvrir et prendre en main OpenShift mais le tarif est assez élevé. Nous ne disposons d'aucun contrôle sur nos données, RedHat est le seul garant de la confidentialité de celle-ci.
* OpenShift Dedicated
Cette solution permet comme OpenShift Online de ne pas avoir à installer et mainteneur OpenShift par nous-mêmes, mais d'utiliser le cloud public d'Amazon (AWS) pour déployer OpenShift. Cela permet d'avoir un contrôle plus grand sur l'infrastructure et nos données.
* OpenShift Container Platform
C'est la solution obligatoire lorsque l'on veut effectuer la mise en place d'OpenShift soi-même, sur un cloud public ou privé. C'est à nous de gérer les mises à jour ainsi que la maintenance d'OpenShift.
* OKD (OpenShift Origin)
C'est la solution open source dont son tiré des autres produits. Celui-ci est disponible gratuitement mais aucun support ne sera fourni par RedHat. Il faut donc prendre plus de risque lors de l'utilisation en production de cette solution.

File:Niveaux de service cloud.png

2018-12-16T16:56:00Z

Theo.Levesque:

VT2018 OpenShift

2018-12-16T16:55:36Z

Theo.Levesque:

=Auteur=
*Nom : LEVESQUE Théo
*Mail : theo.levesque.024@gmail.com
*Sujet : OpenShift

=Résumé=
OpenShift est une solution de PaaS (Plateforme-as-a-Service) permettant de construire, déployer et exécuter des applications dans des containers. Cela offre au développeur la possibilité de rapidement déployer leurs applications en production, mais aussi de les tester rapidement dans un environnement iso-production. OpenShift s'appuie sur des technologies open source et réputées tels que la solution de conteneurisation Docker et l'orchestrateur de conteneurs Kubernetes. OpenShift peut être déployé sur différentes architectures, les serveurs de la société éditrice du produit, Red Hat, sur un cloud public ou bien sur une infrastructure privée.

=Abstract=
OpenShift is a PaaS (Platform-as-a-Service) solution for building, deploying and running applications in containers. This gives the developer the ability to quickly deploy their applications in production, but also to test them quickly in an iso-production environment. OpenShift is based on open source and reputable technologies such as the Docker containerization solution and the Kubernetes container orchestrator. OpenShift can be deployed on different architectures, the servers of the product's publisher, Red Hat, on a public cloud or on a private infrastructure.

=Synthèse=
==Platform as a Service==
Le Platform as a Service est un modèle de Cloud Computing comparable au IaaS et au SaaS. Le but premier d'un PaaS est de fournir des outils logiciels aux développeurs leur permettant d'accélérer la production et le déploiement d'applications. Le PaaS ce distingue du IaaS et du SaaS par le niveau de service qu'il fournit. Un IaaS fourni un serveur et vous laisse la configuration du système et l'installation des applications à votre charge. Un SaaS vous fourni un logiciel prêt à utiliser, maintenu et mis à jour par le mainteneur du SaaS. Le PaaS se place entre ces deux modèle et vous fourni un environnement prêt pour déployer votre application. Vous n'avez en charge que le développement et la configuration du logiciel, tout les aspect de configuration système, gestion réseau et stockage sont directement gérer par la PaaS. Cela permet donc aux développeurs de se focalisé sur le développement. Cela permet aussi de réduire grandement le temps de déploiement et de mise en production.

[[File:Niveaux de service cloud.png|thumb|Positionnement du PaaS]]

==Produits==

RedHat commercialise OpenShift sous différentes formes :
* OpenShift Online
C'est la solution la plus facile et rapide à utiliser. OpenShift est installé, configuré, mis à jour et maintenu par RedHat sur sa propre infrastructure. C'est un moyen rapide de découvrir et prendre en main OpenShift mais le tarif est assez élevé. Nous ne disposons d'aucun contrôle sur nos données, RedHat est le seul garant de la confidentialité de celle-ci.
* OpenShift Dedicated
Cette solution permet comme OpenShift Online de ne pas avoir à installer et mainteneur OpenShift par nous-mêmes, mais d'utiliser le cloud public d'Amazon (AWS) pour déployer OpenShift. Cela permet d'avoir un contrôle plus grand sur l'infrastructure et nos données.
* OpenShift Container Platform
C'est la solution obligatoire lorsque l'on veut effectuer la mise en place d'OpenShift soi-même, sur un cloud public ou privé. C'est à nous de gérer les mises à jour ainsi que la maintenance d'OpenShift.
* OKD (OpenShift Origin)
C'est la solution open source dont son tiré des autres produits. Celui-ci est disponible gratuitement mais aucun support ne sera fourni par RedHat. Il faut donc prendre plus de risque lors de l'utilisation en production de cette solution.

VT2018 OpenShift

2018-12-16T16:54:24Z

Theo.Levesque:

=Auteur=
*Nom : LEVESQUE Théo
*Mail : theo.levesque.024@gmail.com
*Sujet : OpenShift

=Résumé=
OpenShift est une solution de PaaS (Plateforme-as-a-Service) permettant de construire, déployer et exécuter des applications dans des containers. Cela offre au développeur la possibilité de rapidement déployer leurs applications en production, mais aussi de les tester rapidement dans un environnement iso-production. OpenShift s'appuie sur des technologies open source et réputées tels que la solution de conteneurisation Docker et l'orchestrateur de conteneurs Kubernetes. OpenShift peut être déployé sur différentes architectures, les serveurs de la société éditrice du produit, Red Hat, sur un cloud public ou bien sur une infrastructure privée.

=Abstract=
OpenShift is a PaaS (Platform-as-a-Service) solution for building, deploying and running applications in containers. This gives the developer the ability to quickly deploy their applications in production, but also to test them quickly in an iso-production environment. OpenShift is based on open source and reputable technologies such as the Docker containerization solution and the Kubernetes container orchestrator. OpenShift can be deployed on different architectures, the servers of the product's publisher, Red Hat, on a public cloud or on a private infrastructure.

=Synthèse=
==Platform as a Service==
Le Platform as a Service est un modèle de Cloud Computing comparable au IaaS et au SaaS. Le but premier d'un PaaS est de fournir des outils logiciels aux développeurs leur permettant d'accélérer la production et le déploiement d'applications. Le PaaS ce distingue du IaaS et du SaaS par le niveau de service qu'il fournit. Un IaaS fourni un serveur et vous laisse la configuration du système et l'installation des applications à votre charge. Un SaaS vous fourni un logiciel prêt à utiliser, maintenu et mis à jour par le mainteneur du SaaS. Le PaaS se place entre ces deux modèle et vous fourni un environnement prêt pour déployer votre application. Vous n'avez en charge que le développement et la configuration du logiciel, tout les aspect de configuration système, gestion réseau et stockage sont directement gérer par la PaaS. Cela permet donc aux développeurs de se focalisé sur le développement. Cela permet aussi de réduire grandement le temps de déploiement et de mise en production.

Le Platform as a Service est un modèle de Cloud Computing comparable aux IaaS et aux SaaS. Le but premier d'un PaaS est de fournir des outils logiciels aux développeurs leur permettant d'accélérer la production et le déploiement d'application. Le PaaS se distingue du IaaS et du SaaS par le niveau de service qu'il fournit. Un IaaS fournit un serveur et vous laisse la configuration du système et l'installation des applications à votre charge. Un SaaS vous fournit un logiciel prêt à utiliser, maintenu et mis à jour par le mainteneur du SaaS. Le PaaS se place entre ces deux modèles et vous fournit un environnement prêt pour déployer votre application. Vous n'avez en charge que le développement et la configuration du logiciel, tous les aspects de configuration système, gestion réseau et stockage sont directement gérés par la PaaS. Cela permet donc aux développeurs de se focaliser sur le développement. Cela permet aussi de réduire grandement le temps de déploiement et de mise en production.

==Produits==

RedHat commercialise OpenShift sous différentes formes :
* OpenShift Online
C'est la solution la plus facile et rapide à utiliser. OpenShift est installé, configuré, mis à jour et maintenu par RedHat sur sa propre infrastructure. C'est un moyen rapide de découvrir et prendre en main OpenShift mais le tarif est assez élevé. Nous ne disposons d'aucun contrôle sur nos données, RedHat est le seul garant de la confidentialité de celle-ci.
* OpenShift Dedicated
Cette solution permet comme OpenShift Online de ne pas avoir à installer et mainteneur OpenShift par nous-mêmes, mais d'utiliser le cloud public d'Amazon (AWS) pour déployer OpenShift. Cela permet d'avoir un contrôle plus grand sur l'infrastructure et nos données.
* OpenShift Container Platform
C'est la solution obligatoire lorsque l'on veut effectuer la mise en place d'OpenShift soi-même, sur un cloud public ou privé. C'est à nous de gérer les mises à jour ainsi que la maintenance d'OpenShift.
* OKD (OpenShift Origin)
C'est la solution open source dont son tiré des autres produits. Celui-ci est disponible gratuitement mais aucun support ne sera fourni par RedHat. Il faut donc prendre plus de risque lors de l'utilisation en production de cette solution.

VT2018 OpenShift

2018-12-16T16:04:46Z

Theo.Levesque:

VT2018 OpenShift

2018-12-16T15:44:09Z

Theo.Levesque: Created page with "=Auteur= *Nom : LEVESQUE Théo *Mail : theo.levesque.024@gmail.com *Sujet : OpenShift =Résumé= OpenShift est une solution de PaaS (Plateforme-as-a-Service) permettant de co..."

VT2018

2018-12-16T15:31:51Z

Theo.Levesque: /* Planning */

[[VT2017|<< Etudes 2017]] [[VT|Sommaire]] [[VT2019|Etudes 2019 >>]]

=Veille Technologique et Stratégique=
* Enseignants: [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]
* UE/Module: EAM (HPRJ9R6B) et EAR (HPRJ9R4B) en RICM5

L'objectif de cette UE est de réaliser un travail de synthèse et d’évaluation sur une technologie / spécification / tendance

Dans votre futur vie d'ingénieur, vous aurez à d'une part, vous former par vous-même sur une technologie émergente et d'autre part à réaliser une veille technologique (et stratégique) par rapport à votre entreprise et projet.
Il s'agira de réaliser
* le positionnement par rapport au marché
* d'être critique

Votre synthèse fait l'objet d'une présentation orale convaincante devant un auditoire (dans le futur, vos collègues, vos chefs ou vos clients) avec des transparents et un discours répété.
Pour finir de convaincre (Saint Thomas), vous ferez la présentation d'une démonstration.

Votre présentation sera noté et commenté par tous vos camarades via un sondage (téléphone mobile). Leurs notes et leurs commentaires seront notés en fonction de leur exactitude de jugement.

Remarque: Le [https://fr.wikipedia.org/wiki/Plagiat plagiat] est incompatible avec l'éthique de l'ingénieur. Le directeur d'école peut demander à votre traduction devant la commission disciplinaire de l'université. La sanction peut aller jusqu’à une interdiction d'inscription dans les établissements de l'enseignement supérieur français pendant plusieurs années : Le jeu, en vaut-il la chandelle ?

La présentation peut être réalisée avec [[reveal.js]]

[[File:presentation-VT-RICM5-1516.pdf|transparents d'introduction à l'UE]]

=Affectation des sujets=
[[File:AffectationSujetsVT2018.pdf]]

=Planning=
* Vendredi 7/9: présentation et choix des sujets
[[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]
* Lundi 12/11: (GPB,DD en visio)
** 1: Julien COURTIAL - Apollo 2.0, [[VT2018_Apollo|Fiche de synthèse]], [[Media:Apollo_Auto_Platform.pdf|Transparents]], [https://github.com/ApolloAuto/apollo/tree/master/docs/demo_guide Démo]
** 2: Sekina BELGUENDOUZ - Service Mesh, [[VT2018_Service_Mesh|Fiche de synthèse]], [[Media:VT2018_Service_Mesh_presentation.pdf|Transparents]], [[VT2018_Service_Mesh_Demo|Démo avec Istrio]] (Reporté)
** 3: Servan CHARLOT - [[OpenWhisk]] : [[VT2018_OpenWhisk|Fiche de synthèse]], [[Media:VT2018_OpenWhisk_presentation.pdf|Transparents]], [[VT2018_OpenWhisk_Demo|Démo]]
** 4: Théo ECHEVET - Fabric8, [[VT2018_fabric8|Fiche de synthèse]], [[Media:Fabric8_Pres_Theo_Echevet.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 5: Bastien TERRIER - [[Performance_Monitoring|Performance Monitoring]], [[VT2018_Performance_Monitoring|Fiche de synthèse]], [[Media:VT2018_Performance_Monitoring_presentation.pdf|Transparents]], [[VT2018_Performance_Monitoring_Demo|Démo]]
* Lundi 19/11: (GPB,DD en visio)
** 6: Samuel BAMBA - DevSecOps, [[VT2018_DevSecOps|Fiche de synthèse]], [[Media:VT2018_DevSecOps.pdf|Transparents]], [https://github.com/CoolerVoid/codewarrior Démo]
** 7: Zoran CHANET - [[Wildfly_Swarm|<strike>Wildfly Swarm</strike>]] [[Thorntail|Thorntail]], [[VT2018_Thorntail|Fiche de synthèse]], [[Media:VT2018_Thorntail_presentation.pdf|Transparents]], [[VT2018_Thorntail_Demo|Démo]] (reporté)
** 8: Thibaud VEGREVILLE, Techniques et technologies de "Lag Compensation" dans les jeux en ligne, [[VT2018_Lag_Compensation|Fiche de synthèse]], [[Media:Lag_Compensation_in_Games.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 9: Hugo GROS-DAILLON - [[ActionHero.js]], [[VT2018_ActionHero|Fiche de synthèse]], [[Media:VT2018ActionHero.pdf|Transparents]], [https://github.com/HugoSecteur4/DemoVT2018ActionHero/tree/master/ActionHero Démo]
** 10: Vincent AUBERT - Apache MXNet : Demo avec Intel Movidius, [[VT2018_Apache_Mxnet|Fiche de synthèse]], [[Media:VT2018_Mxnet_presentation.pdf|Transparents]], [[VT2018_Mxnet_Demo|Démo]]
* Lundi 10/12: (GPB+DD)
** 11: Joffrey FERREIRA - Keycloak, [[VT2018_Keycloak|Fiche de synthèse]], [[Media:VT2018_Keycloak_presentation.pdf|Transparents]], [[VT2018_Keycloak_Demo|Démo]]
** 12: Loris GENTILLON - Gceasy, [[VT2018_GCeasy-synthese|Fiche de synthèse]], [[Media:GCeasy_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 13: Thomas OZENDA - Zipkin et Daper, [[VT2018_Zipkin|Fiche de synthèse]], [[Media:VT2018_Zipkin_presentation.pdf|Transparents]], [[VT2018_Zipkin_Demo|Démo]]
** 14: Aurélien SURIER - CloudFoundry, [[VT2018_CloudFoundry|Fiche de synthèse]], [[Media:VT2018_CloudFoundry_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 15: Enzo MOLION - Web3j, [[VT2018_Web3j|Fiche de synthèse]], [[Media:Presentation_Web3j.pdf|Transparents]], [https://air.imag.fr/index.php/VT2018_Web3j#D.C3.A9monstration Démo]
* Lundi 17/12: (GPB)
** 16: Quentin FOMBRAON - Web Assembly, [[VT2018_WebAssembly|Fiche de synthèse]], [[Media:VT2018_WebAssembly_presentation.pdf|Transparents]], [[VT2018_WebAssembly|Démo]]
** 17: Timothée DEPRIESTER - Kafka Stream, [[VT2018_XXX|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 18: Benjamin BESNIER - Apache Beam, [[VT2018_ApacheBeam|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 19: Théo LEVESQUE - OpenShift, [[VT2018_OpenShift|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 20: William WEILL - CMS, [[VT2018_XXX|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
* Lundi 07/01/2019: (GPB+DD)
** 21: Tim LEPAGE - Moby, [[VT2018_XXX|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 22: Cédric LAFRASSE - SIG, [[VT2018_XXX|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 23: Léo VALETTE - Architectures de processeurs pour le Deep Learning (NPU): Démo de l'Intel Movidius, , [[VT2018_XXX|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 24: Florian CUZIN - , [[VT2018_XXX|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 25: Raphael MANGER - Apache Solr, [[VT2018_XXX|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
* Lundi 14/01/2019: (GPD, DD absent)
** 26: Amina BOUCHERIMA - Content delivery networks, [[VT2018_XXX|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 27: Najwa EZ-ZINE - FIDO, [[VT2018_XXX|Fiche de synthèse]], [[Media:VT2018_XXX_presentation.pdf|Transparents]], [[VT2018_XXX_Demo|Démo]]
** 28: Sekina BELGUENDOUZ - Service Mesh, [[VT2018_Service_Mesh|Fiche de synthèse]], [[Media:VT2018_Service_Mesh_presentation.pdf|Transparents]], [[VT2018_Service_Mesh_Demo|Démo avec Istrio]]
** 29: Zoran CHANET - [[Wildfly_Swarm|<strike>Wildfly Swarm</strike>]] [[Thorntail|Thorntail]], [[VT2018_Thorntail|Fiche de synthèse]], [[Media:VT2018_Thorntail_presentation.pdf|Transparents]], [[VT2018_Thorntail_Demo|Démo]]
** 30:

=Sujets non sélectionnés=
# [[Single Sign On]] : démonstration de [[Keycloak]] avec [[JHipster]].

# [[gVisor]]: a new kind of sandbox that helps provide secure isolation for containers

# Portails et l'API [[Portlet]] : Démo avec [[Liferay]]

# [[Hazelcast]] : Démo avec Spring Boot ([https://dzone.com/storage/assets/6459742-dzone-rc247-gettingstartedwithspringbootandmicrose.pdf lien]) dans un projet [[JHipster]]

# [[In-Memory Data Grids]] : Démonstration de [[Gigaspaces]] et [[XAP]] Open Source
# Insport Video
# Gestionnaires de contenu : démonstration de [[Apache Jackrabbit]] dans le projet [[eCOM]]
# [[Memory-centric virtual distributed storage system]]

# [[ESB]] : démonstration de [[Mule ESB]]
# [[MemCached]]

# [[Low-Power Global Area Network]]s ([[Sat-IoT]])

ECOM-1FO 1819 Restaurant

2018-11-06T09:54:13Z

Theo.Levesque:

ECOM-1FO 1819 Restaurant

2018-11-06T09:46:47Z

Theo.Levesque: /* L9. Journal */

ECOM-1FO 1819 PROJETXXXX L9 LOG

2018-11-06T09:46:08Z

Theo.Levesque: Blanked the page

ECOM-1FO 1819 PROJETXXXX L9 LOG

2018-11-06T09:45:53Z

Theo.Levesque: Theo.Levesque moved page ECOM-1FO 1819 PROJETXXXX L9 LOG to ECOM-1FO 1819 MYRESTO L9 LOG

#REDIRECT [[ECOM-1FO 1819 MYRESTO L9 LOG]]

ECOM-1FO 1819 MYRESTO L9 LOG

2018-11-06T09:45:53Z

Theo.Levesque: Theo.Levesque moved page ECOM-1FO 1819 PROJETXXXX L9 LOG to ECOM-1FO 1819 MYRESTO L9 LOG

== Le 23/10 ==
=== Activité ===
=== Avancement ===
=== Problèmes / difficultés rencontrées ===
=== Autres remarques ===

== Le 05/11 ==
=== Activité ===
* Préparation de la démo
=== Avancement ===
* Intégration de l'interface de visualisation des agences : liste des agences OK, choix de la librairie pour les graphes : OK
* Liaison API
* Création de l'endpoint taux ; /api/agence/{id}/taux?startDate=<ts>&endDate=<ts>
=== Problèmes / difficultés rencontrées ===
* Taux : JDL relationship - A changer (à coder directment ? -> TODO le 6/11)
* Hikari retourne une erreur de connexion à la BD après la compilation - mais la connexion fonctionne au final [branche Dev]
=== Autres remarques ===

== Le 06/11 ==
=== Activité ===
=== Avancement ===
=== Problèmes / difficultés rencontrées ===
=== Autres remarques ===

ECOM-1FO 1819 Restaurant

2018-11-06T09:45:18Z

Theo.Levesque:

ECOM-1FO 1819 Restaurant

2018-10-23T14:43:56Z

Theo.Levesque: /* L'équipe et leurs rôles */

[[ECOM-1FO|<<<< Retour vers la page ECOM 2018-2019]]

PRIERE DE NE PAS UTILISER XXX COMME NOM DE PROJET DANS LES REFERENCES VERS LES DOCUMENTS

=Le projet en quelques mots=
L’objectif de notre projet E-com est de mettre en place un service en ligne (et une application mobile) permettant l'organisation des réservations, du placement et de l'accueil de clients dans de multiples restaurants.

=L'équipe et leurs rôles=

* William WEILL : Chef de projet, Frontend
* Théo LEVESQUE : Scrum Master, Devops, Backend
* Loris GENTILLON : Lead Développeur, Backend
* Benjamin BESNIER : Développeur, Backend
* Thomas OZENDA : Développeur, Frontend

=Gestion de projet=
Choix des outils :

* ''Gitlab'' : pour le dépôt, pour la documentation, l'intégration en continu
* ''ClickUp'' : pour la gestion des sprints et des user stories
* ''Google Docs'' : pour la répartition et la gestion des tâches hors code (rédaction de documents etc)

=SCRUM=
==Sprint 1 XX au XX==
* Découverte du projet
* Mise en place des rôles au sein de l’équipe
* Détermination des dates clés du projet
* Etablissement de la longueur des sprints
* Justification du choix :

===Audit 1===

===Remarque===

==Sprint 2 XX au XX==

==Sprint 3 XX au XX==

==Sprint 4 XX au XX==

==Sprint 5 XX au XX==

= Livrables =
==L2. Dossier de conception système ==

[[File:ECOM-1FO_1819_PROJETXXXX_L2_DCS.pdf]]

==L3. Analyse des scénarios clients ==
* Scan des feuilles

==L4. Maquette==

==L5. SRS==
[[ECOM-1FO_1819_PROJETXXXX_L5_SRS|SRS]]

==L6. Diagramme UML==

==L7. Modèles des tâches==

==L8. Scrum==

==L9. Journal==
[[ECOM-1FO_1819_PROJETXXXX_L9_LOG|Journal de l'équipe]]

==L10. Dépôt Git==

https://gitlab.com/myresto2018

==L11. Application en ligne==

[https://myresto.guyteub.xyz Site web]

[https://myresto.guyteub.xyz/v2/api-docs API]

==L12. Evaluation IHM réalisée==

==L13. Evaluation qualité du projet==

* Rapports SonarQube
** [[Media:ECOM-1FO_1819_PROJETXXXX_SonarQubeReport_Sprint1.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_SonarQubeReport_Sprint2.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_SonarQubeReport_Sprint3.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_SonarQubeReport_Sprint4.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_SonarQubeReport_Sprint5.pdf]]

* Tests
** [[Media:ECOM-1FO_1819_PROJETXXXX_TestReport_Sprint1.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_TestReport_Sprint2.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_TestReport_Sprint3.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_TestReport_Sprint4.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_TestReport_Sprint5.pdf]]

==L14. Evaluation économique du projet==

===COCOMO===

===Evaluation économique du projet===
Vous pouvez utiliser les évaluations des salaires avec cette [https://stackoverflow.com/jobs/salary calculatrice] pour connaître les salaires des membres de l'équipe. (pensez à ajouter les charges).

==L15. Evaluation de la cybersécurité du projet (option)==
* [[Media:ECOM-1FO_1819_PROJETXXXX_RGPD_Report.pdf]] (1 page de type checklist)

==L16. Evaluation des performances (option)==
* [[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]] (résultat des injections de charge JMeter, Gatling, ...)

==L17. Gestion des risques (option)==
* [[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]]

==L18. Slides de présentation conception==
* [[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]]

==L19. Slides de présentation finale==
*[[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]]

==L20. Auto-évaluation==
* [[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]]

==L21. Slides de présentation client==
* [[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]]

ECOM-1FO 1819 Restaurant

2018-10-23T14:38:50Z

Theo.Levesque: /* Le projet en quelques mots */

[[ECOM-1FO|<<<< Retour vers la page ECOM 2018-2019]]

PRIERE DE NE PAS UTILISER XXX COMME NOM DE PROJET DANS LES REFERENCES VERS LES DOCUMENTS

=Le projet en quelques mots=
L’objectif de notre projet E-com est de mettre en place un service en ligne (et une application mobile) permettant l'organisation des réservations, du placement et de l'accueil de clients dans de multiples restaurants.

=L'équipe et leurs rôles=

* Prénom NOM : Chef de projet (+ Frontend, Backend, Devops, Code review, Doc review, CDO, CSO, ...)
* Prénom NOM : Scrum Master (+ Lead Developer, Frontend, Backend, Devops, Code review, Doc review, CDO, CSO, ...)
* Prénom NOM : Développeur (+ Frontend, Backend, Devops, Code review, Doc review, CDO, CSO, ...)
* Prénom NOM : Développeur (+ Frontend, Backend, Devops, Code review, Doc review, CDO, CSO, ...)

=Gestion de projet=
Choix des outils :

* ''Gitlab'' : pour le dépôt, pour la documentation, l'intégration en continu
* ''ClickUp'' : pour la gestion des sprints et des user stories
* ''Google Docs'' : pour la répartition et la gestion des tâches hors code (rédaction de documents etc)

=SCRUM=
==Sprint 1 XX au XX==
* Découverte du projet
* Mise en place des rôles au sein de l’équipe
* Détermination des dates clés du projet
* Etablissement de la longueur des sprints
* Justification du choix :

===Audit 1===

===Remarque===

==Sprint 2 XX au XX==

==Sprint 3 XX au XX==

==Sprint 4 XX au XX==

==Sprint 5 XX au XX==

= Livrables =
==L2. Dossier de conception système ==

[[File:ECOM-1FO_1819_PROJETXXXX_L2_DCS.pdf]]

==L3. Analyse des scénarios clients ==
* Scan des feuilles

==L4. Maquette==

==L5. SRS==
[[ECOM-1FO_1819_PROJETXXXX_L5_SRS|SRS]]

==L6. Diagramme UML==

==L7. Modèles des tâches==

==L8. Scrum==

==L9. Journal==
[[ECOM-1FO_1819_PROJETXXXX_L9_LOG|Journal de l'équipe]]

==L10. Dépôt Git==

https://gitlab.com/myresto2018

==L11. Application en ligne==

[https://myresto.guyteub.xyz Site web]

[https://myresto.guyteub.xyz/v2/api-docs API]

==L12. Evaluation IHM réalisée==

==L13. Evaluation qualité du projet==

* Rapports SonarQube
** [[Media:ECOM-1FO_1819_PROJETXXXX_SonarQubeReport_Sprint1.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_SonarQubeReport_Sprint2.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_SonarQubeReport_Sprint3.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_SonarQubeReport_Sprint4.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_SonarQubeReport_Sprint5.pdf]]

* Tests
** [[Media:ECOM-1FO_1819_PROJETXXXX_TestReport_Sprint1.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_TestReport_Sprint2.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_TestReport_Sprint3.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_TestReport_Sprint4.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_TestReport_Sprint5.pdf]]

==L14. Evaluation économique du projet==

===COCOMO===

===Evaluation économique du projet===
Vous pouvez utiliser les évaluations des salaires avec cette [https://stackoverflow.com/jobs/salary calculatrice] pour connaître les salaires des membres de l'équipe. (pensez à ajouter les charges).

==L15. Evaluation de la cybersécurité du projet (option)==
* [[Media:ECOM-1FO_1819_PROJETXXXX_RGPD_Report.pdf]] (1 page de type checklist)

==L16. Evaluation des performances (option)==
* [[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]] (résultat des injections de charge JMeter, Gatling, ...)

==L17. Gestion des risques (option)==
* [[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]]

==L18. Slides de présentation conception==
* [[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]]

==L19. Slides de présentation finale==
*[[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]]

==L20. Auto-évaluation==
* [[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]]

==L21. Slides de présentation client==
* [[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]]

ECOM-1FO 1819 Restaurant

2018-10-23T14:38:43Z

Theo.Levesque: /* Le projet en quelques mots */

[[ECOM-1FO|<<<< Retour vers la page ECOM 2018-2019]]

PRIERE DE NE PAS UTILISER XXX COMME NOM DE PROJET DANS LES REFERENCES VERS LES DOCUMENTS

=Le projet en quelques mots=
L’objectif de notre projet E-com est de mettre en place un service en ligne (et une application mobile) permettant l'organisation des réservations, du placement et de l'accueil de clients dans de multiple restaurants.

=L'équipe et leurs rôles=

* Prénom NOM : Chef de projet (+ Frontend, Backend, Devops, Code review, Doc review, CDO, CSO, ...)
* Prénom NOM : Scrum Master (+ Lead Developer, Frontend, Backend, Devops, Code review, Doc review, CDO, CSO, ...)
* Prénom NOM : Développeur (+ Frontend, Backend, Devops, Code review, Doc review, CDO, CSO, ...)
* Prénom NOM : Développeur (+ Frontend, Backend, Devops, Code review, Doc review, CDO, CSO, ...)

=Gestion de projet=
Choix des outils :

* ''Gitlab'' : pour le dépôt, pour la documentation, l'intégration en continu
* ''ClickUp'' : pour la gestion des sprints et des user stories
* ''Google Docs'' : pour la répartition et la gestion des tâches hors code (rédaction de documents etc)

=SCRUM=
==Sprint 1 XX au XX==
* Découverte du projet
* Mise en place des rôles au sein de l’équipe
* Détermination des dates clés du projet
* Etablissement de la longueur des sprints
* Justification du choix :

===Audit 1===

===Remarque===

==Sprint 2 XX au XX==

==Sprint 3 XX au XX==

==Sprint 4 XX au XX==

==Sprint 5 XX au XX==

= Livrables =
==L2. Dossier de conception système ==

[[File:ECOM-1FO_1819_PROJETXXXX_L2_DCS.pdf]]

==L3. Analyse des scénarios clients ==
* Scan des feuilles

==L4. Maquette==

==L5. SRS==
[[ECOM-1FO_1819_PROJETXXXX_L5_SRS|SRS]]

==L6. Diagramme UML==

==L7. Modèles des tâches==

==L8. Scrum==

==L9. Journal==
[[ECOM-1FO_1819_PROJETXXXX_L9_LOG|Journal de l'équipe]]

==L10. Dépôt Git==

https://gitlab.com/myresto2018

==L11. Application en ligne==

[https://myresto.guyteub.xyz Site web]

[https://myresto.guyteub.xyz/v2/api-docs API]

==L12. Evaluation IHM réalisée==

==L13. Evaluation qualité du projet==

* Rapports SonarQube
** [[Media:ECOM-1FO_1819_PROJETXXXX_SonarQubeReport_Sprint1.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_SonarQubeReport_Sprint2.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_SonarQubeReport_Sprint3.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_SonarQubeReport_Sprint4.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_SonarQubeReport_Sprint5.pdf]]

* Tests
** [[Media:ECOM-1FO_1819_PROJETXXXX_TestReport_Sprint1.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_TestReport_Sprint2.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_TestReport_Sprint3.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_TestReport_Sprint4.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_TestReport_Sprint5.pdf]]

==L14. Evaluation économique du projet==

===COCOMO===

===Evaluation économique du projet===
Vous pouvez utiliser les évaluations des salaires avec cette [https://stackoverflow.com/jobs/salary calculatrice] pour connaître les salaires des membres de l'équipe. (pensez à ajouter les charges).

==L15. Evaluation de la cybersécurité du projet (option)==
* [[Media:ECOM-1FO_1819_PROJETXXXX_RGPD_Report.pdf]] (1 page de type checklist)

==L16. Evaluation des performances (option)==
* [[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]] (résultat des injections de charge JMeter, Gatling, ...)

==L17. Gestion des risques (option)==
* [[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]]

==L18. Slides de présentation conception==
* [[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]]

==L19. Slides de présentation finale==
*[[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]]

==L20. Auto-évaluation==
* [[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]]

==L21. Slides de présentation client==
* [[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]]

ECOM-1FO 1819 Restaurant

2018-10-23T14:37:45Z

Theo.Levesque: /* Gestion de projet */

[[ECOM-1FO|<<<< Retour vers la page ECOM 2018-2019]]

PRIERE DE NE PAS UTILISER XXX COMME NOM DE PROJET DANS LES REFERENCES VERS LES DOCUMENTS

=Le projet en quelques mots=
L’objectif de notre projet E-com est de mettre en place un service en ligne (et une application mobile) permettant A COMPLETER

=L'équipe et leurs rôles=

* Prénom NOM : Chef de projet (+ Frontend, Backend, Devops, Code review, Doc review, CDO, CSO, ...)
* Prénom NOM : Scrum Master (+ Lead Developer, Frontend, Backend, Devops, Code review, Doc review, CDO, CSO, ...)
* Prénom NOM : Développeur (+ Frontend, Backend, Devops, Code review, Doc review, CDO, CSO, ...)
* Prénom NOM : Développeur (+ Frontend, Backend, Devops, Code review, Doc review, CDO, CSO, ...)

=Gestion de projet=
Choix des outils :

* ''Gitlab'' : pour le dépôt, pour la documentation, l'intégration en continu
* ''ClickUp'' : pour la gestion des sprints et des user stories
* ''Google Docs'' : pour la répartition et la gestion des tâches hors code (rédaction de documents etc)

=SCRUM=
==Sprint 1 XX au XX==
* Découverte du projet
* Mise en place des rôles au sein de l’équipe
* Détermination des dates clés du projet
* Etablissement de la longueur des sprints
* Justification du choix :

===Audit 1===

===Remarque===

==Sprint 2 XX au XX==

==Sprint 3 XX au XX==

==Sprint 4 XX au XX==

==Sprint 5 XX au XX==

= Livrables =
==L2. Dossier de conception système ==

[[File:ECOM-1FO_1819_PROJETXXXX_L2_DCS.pdf]]

==L3. Analyse des scénarios clients ==
* Scan des feuilles

==L4. Maquette==

==L5. SRS==
[[ECOM-1FO_1819_PROJETXXXX_L5_SRS|SRS]]

==L6. Diagramme UML==

==L7. Modèles des tâches==

==L8. Scrum==

==L9. Journal==
[[ECOM-1FO_1819_PROJETXXXX_L9_LOG|Journal de l'équipe]]

==L10. Dépôt Git==

https://gitlab.com/myresto2018

==L11. Application en ligne==

[https://myresto.guyteub.xyz Site web]

[https://myresto.guyteub.xyz/v2/api-docs API]

==L12. Evaluation IHM réalisée==

==L13. Evaluation qualité du projet==

* Rapports SonarQube
** [[Media:ECOM-1FO_1819_PROJETXXXX_SonarQubeReport_Sprint1.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_SonarQubeReport_Sprint2.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_SonarQubeReport_Sprint3.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_SonarQubeReport_Sprint4.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_SonarQubeReport_Sprint5.pdf]]

* Tests
** [[Media:ECOM-1FO_1819_PROJETXXXX_TestReport_Sprint1.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_TestReport_Sprint2.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_TestReport_Sprint3.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_TestReport_Sprint4.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_TestReport_Sprint5.pdf]]

==L14. Evaluation économique du projet==

===COCOMO===

===Evaluation économique du projet===
Vous pouvez utiliser les évaluations des salaires avec cette [https://stackoverflow.com/jobs/salary calculatrice] pour connaître les salaires des membres de l'équipe. (pensez à ajouter les charges).

==L15. Evaluation de la cybersécurité du projet (option)==
* [[Media:ECOM-1FO_1819_PROJETXXXX_RGPD_Report.pdf]] (1 page de type checklist)

==L16. Evaluation des performances (option)==
* [[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]] (résultat des injections de charge JMeter, Gatling, ...)

==L17. Gestion des risques (option)==
* [[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]]

==L18. Slides de présentation conception==
* [[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]]

==L19. Slides de présentation finale==
*[[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]]

==L20. Auto-évaluation==
* [[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]]

==L21. Slides de présentation client==
* [[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]]

ECOM-1FO 1819 Restaurant

2018-10-23T14:36:28Z

Theo.Levesque: /* L11. Application en ligne */

[[ECOM-1FO|<<<< Retour vers la page ECOM 2018-2019]]

PRIERE DE NE PAS UTILISER XXX COMME NOM DE PROJET DANS LES REFERENCES VERS LES DOCUMENTS

=Le projet en quelques mots=
L’objectif de notre projet E-com est de mettre en place un service en ligne (et une application mobile) permettant A COMPLETER

=L'équipe et leurs rôles=

* Prénom NOM : Chef de projet (+ Frontend, Backend, Devops, Code review, Doc review, CDO, CSO, ...)
* Prénom NOM : Scrum Master (+ Lead Developer, Frontend, Backend, Devops, Code review, Doc review, CDO, CSO, ...)
* Prénom NOM : Développeur (+ Frontend, Backend, Devops, Code review, Doc review, CDO, CSO, ...)
* Prénom NOM : Développeur (+ Frontend, Backend, Devops, Code review, Doc review, CDO, CSO, ...)

=Gestion de projet=
Choix des outils :

* ''Gitlab'' : pour le dépôt, pour la documentation, l'intégration en continu
* ''XXX'' : pour la gestion des sprints et des user stories
* ''XXX'' : pour la répartition et la gestion des tâches hors code (rédaction de documents etc)

=SCRUM=
==Sprint 1 XX au XX==
* Découverte du projet
* Mise en place des rôles au sein de l’équipe
* Détermination des dates clés du projet
* Etablissement de la longueur des sprints
* Justification du choix :

===Audit 1===

===Remarque===

==Sprint 2 XX au XX==

==Sprint 3 XX au XX==

==Sprint 4 XX au XX==

==Sprint 5 XX au XX==

= Livrables =
==L2. Dossier de conception système ==

[[File:ECOM-1FO_1819_PROJETXXXX_L2_DCS.pdf]]

==L3. Analyse des scénarios clients ==
* Scan des feuilles

==L4. Maquette==

==L5. SRS==
[[ECOM-1FO_1819_PROJETXXXX_L5_SRS|SRS]]

==L6. Diagramme UML==

==L7. Modèles des tâches==

==L8. Scrum==

==L9. Journal==
[[ECOM-1FO_1819_PROJETXXXX_L9_LOG|Journal de l'équipe]]

==L10. Dépôt Git==

https://gitlab.com/myresto2018

==L11. Application en ligne==

[https://myresto.guyteub.xyz Site web]

[https://myresto.guyteub.xyz/v2/api-docs API]

==L12. Evaluation IHM réalisée==

==L13. Evaluation qualité du projet==

* Rapports SonarQube
** [[Media:ECOM-1FO_1819_PROJETXXXX_SonarQubeReport_Sprint1.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_SonarQubeReport_Sprint2.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_SonarQubeReport_Sprint3.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_SonarQubeReport_Sprint4.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_SonarQubeReport_Sprint5.pdf]]

* Tests
** [[Media:ECOM-1FO_1819_PROJETXXXX_TestReport_Sprint1.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_TestReport_Sprint2.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_TestReport_Sprint3.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_TestReport_Sprint4.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_TestReport_Sprint5.pdf]]

==L14. Evaluation économique du projet==

===COCOMO===

===Evaluation économique du projet===
Vous pouvez utiliser les évaluations des salaires avec cette [https://stackoverflow.com/jobs/salary calculatrice] pour connaître les salaires des membres de l'équipe. (pensez à ajouter les charges).

==L15. Evaluation de la cybersécurité du projet (option)==
* [[Media:ECOM-1FO_1819_PROJETXXXX_RGPD_Report.pdf]] (1 page de type checklist)

==L16. Evaluation des performances (option)==
* [[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]] (résultat des injections de charge JMeter, Gatling, ...)

==L17. Gestion des risques (option)==
* [[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]]

==L18. Slides de présentation conception==
* [[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]]

==L19. Slides de présentation finale==
*[[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]]

==L20. Auto-évaluation==
* [[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]]

==L21. Slides de présentation client==
* [[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]]

ECOM-1FO 1819 Restaurant

2018-10-23T14:32:17Z

Theo.Levesque: /* L10. Dépôt Git */

[[ECOM-1FO|<<<< Retour vers la page ECOM 2018-2019]]

PRIERE DE NE PAS UTILISER XXX COMME NOM DE PROJET DANS LES REFERENCES VERS LES DOCUMENTS

=Le projet en quelques mots=
L’objectif de notre projet E-com est de mettre en place un service en ligne (et une application mobile) permettant A COMPLETER

=L'équipe et leurs rôles=

* Prénom NOM : Chef de projet (+ Frontend, Backend, Devops, Code review, Doc review, CDO, CSO, ...)
* Prénom NOM : Scrum Master (+ Lead Developer, Frontend, Backend, Devops, Code review, Doc review, CDO, CSO, ...)
* Prénom NOM : Développeur (+ Frontend, Backend, Devops, Code review, Doc review, CDO, CSO, ...)
* Prénom NOM : Développeur (+ Frontend, Backend, Devops, Code review, Doc review, CDO, CSO, ...)

=Gestion de projet=
Choix des outils :

* ''Gitlab'' : pour le dépôt, pour la documentation, l'intégration en continu
* ''XXX'' : pour la gestion des sprints et des user stories
* ''XXX'' : pour la répartition et la gestion des tâches hors code (rédaction de documents etc)

=SCRUM=
==Sprint 1 XX au XX==
* Découverte du projet
* Mise en place des rôles au sein de l’équipe
* Détermination des dates clés du projet
* Etablissement de la longueur des sprints
* Justification du choix :

===Audit 1===

===Remarque===

==Sprint 2 XX au XX==

==Sprint 3 XX au XX==

==Sprint 4 XX au XX==

==Sprint 5 XX au XX==

= Livrables =
==L2. Dossier de conception système ==

[[File:ECOM-1FO_1819_PROJETXXXX_L2_DCS.pdf]]

==L3. Analyse des scénarios clients ==
* Scan des feuilles

==L4. Maquette==

==L5. SRS==
[[ECOM-1FO_1819_PROJETXXXX_L5_SRS|SRS]]

==L6. Diagramme UML==

==L7. Modèles des tâches==

==L8. Scrum==

==L9. Journal==
[[ECOM-1FO_1819_PROJETXXXX_L9_LOG|Journal de l'équipe]]

==L10. Dépôt Git==

https://gitlab.com/myresto2018

==L11. Application en ligne==

[https://www.monprojet.fr website]

[https://www.monprojet.fr/api/ API OpenAPI]

==L12. Evaluation IHM réalisée==

==L13. Evaluation qualité du projet==

* Rapports SonarQube
** [[Media:ECOM-1FO_1819_PROJETXXXX_SonarQubeReport_Sprint1.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_SonarQubeReport_Sprint2.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_SonarQubeReport_Sprint3.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_SonarQubeReport_Sprint4.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_SonarQubeReport_Sprint5.pdf]]

* Tests
** [[Media:ECOM-1FO_1819_PROJETXXXX_TestReport_Sprint1.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_TestReport_Sprint2.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_TestReport_Sprint3.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_TestReport_Sprint4.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_TestReport_Sprint5.pdf]]

==L14. Evaluation économique du projet==

===COCOMO===

===Evaluation économique du projet===
Vous pouvez utiliser les évaluations des salaires avec cette [https://stackoverflow.com/jobs/salary calculatrice] pour connaître les salaires des membres de l'équipe. (pensez à ajouter les charges).

==L15. Evaluation de la cybersécurité du projet (option)==
* [[Media:ECOM-1FO_1819_PROJETXXXX_RGPD_Report.pdf]] (1 page de type checklist)

==L16. Evaluation des performances (option)==
* [[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]] (résultat des injections de charge JMeter, Gatling, ...)

==L17. Gestion des risques (option)==
* [[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]]

==L18. Slides de présentation conception==
* [[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]]

==L19. Slides de présentation finale==
*[[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]]

==L20. Auto-évaluation==
* [[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]]

==L21. Slides de présentation client==
* [[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]]

ECOM-1FO 1819 Restaurant

2018-10-23T14:31:19Z

Theo.Levesque: /* L10. Dépôt Git */

[[ECOM-1FO|<<<< Retour vers la page ECOM 2018-2019]]

PRIERE DE NE PAS UTILISER XXX COMME NOM DE PROJET DANS LES REFERENCES VERS LES DOCUMENTS

=Le projet en quelques mots=
L’objectif de notre projet E-com est de mettre en place un service en ligne (et une application mobile) permettant A COMPLETER

=L'équipe et leurs rôles=

* Prénom NOM : Chef de projet (+ Frontend, Backend, Devops, Code review, Doc review, CDO, CSO, ...)
* Prénom NOM : Scrum Master (+ Lead Developer, Frontend, Backend, Devops, Code review, Doc review, CDO, CSO, ...)
* Prénom NOM : Développeur (+ Frontend, Backend, Devops, Code review, Doc review, CDO, CSO, ...)
* Prénom NOM : Développeur (+ Frontend, Backend, Devops, Code review, Doc review, CDO, CSO, ...)

=Gestion de projet=
Choix des outils :

* ''Gitlab'' : pour le dépôt, pour la documentation, l'intégration en continu
* ''XXX'' : pour la gestion des sprints et des user stories
* ''XXX'' : pour la répartition et la gestion des tâches hors code (rédaction de documents etc)

=SCRUM=
==Sprint 1 XX au XX==
* Découverte du projet
* Mise en place des rôles au sein de l’équipe
* Détermination des dates clés du projet
* Etablissement de la longueur des sprints
* Justification du choix :

===Audit 1===

===Remarque===

==Sprint 2 XX au XX==

==Sprint 3 XX au XX==

==Sprint 4 XX au XX==

==Sprint 5 XX au XX==

= Livrables =
==L2. Dossier de conception système ==

[[File:ECOM-1FO_1819_PROJETXXXX_L2_DCS.pdf]]

==L3. Analyse des scénarios clients ==
* Scan des feuilles

==L4. Maquette==

==L5. SRS==
[[ECOM-1FO_1819_PROJETXXXX_L5_SRS|SRS]]

==L6. Diagramme UML==

==L7. Modèles des tâches==

==L8. Scrum==

==L9. Journal==
[[ECOM-1FO_1819_PROJETXXXX_L9_LOG|Journal de l'équipe]]

==L10. Dépôt Git==

gitlab.com : [https://gitlab.com/myresto2018]

==L11. Application en ligne==

[https://www.monprojet.fr website]

[https://www.monprojet.fr/api/ API OpenAPI]

==L12. Evaluation IHM réalisée==

==L13. Evaluation qualité du projet==

* Rapports SonarQube
** [[Media:ECOM-1FO_1819_PROJETXXXX_SonarQubeReport_Sprint1.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_SonarQubeReport_Sprint2.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_SonarQubeReport_Sprint3.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_SonarQubeReport_Sprint4.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_SonarQubeReport_Sprint5.pdf]]

* Tests
** [[Media:ECOM-1FO_1819_PROJETXXXX_TestReport_Sprint1.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_TestReport_Sprint2.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_TestReport_Sprint3.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_TestReport_Sprint4.pdf]]
** [[Media:ECOM-1FO_1819_PROJETXXXX_TestReport_Sprint5.pdf]]

==L14. Evaluation économique du projet==

===COCOMO===

===Evaluation économique du projet===
Vous pouvez utiliser les évaluations des salaires avec cette [https://stackoverflow.com/jobs/salary calculatrice] pour connaître les salaires des membres de l'équipe. (pensez à ajouter les charges).

==L15. Evaluation de la cybersécurité du projet (option)==
* [[Media:ECOM-1FO_1819_PROJETXXXX_RGPD_Report.pdf]] (1 page de type checklist)

==L16. Evaluation des performances (option)==
* [[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]] (résultat des injections de charge JMeter, Gatling, ...)

==L17. Gestion des risques (option)==
* [[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]]

==L18. Slides de présentation conception==
* [[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]]

==L19. Slides de présentation finale==
*[[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]]

==L20. Auto-évaluation==
* [[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]]

==L21. Slides de présentation client==
* [[Media:ECOM-1FO_1819_PROJETXXXX_YYYYYY.pdf]]

ECOM-1FO

2018-10-23T14:27:11Z

Theo.Levesque: /* Groupes eCOM-1F0 2018-2019 */

Le projet eCOM consiste à concevoir et développer une application d’échange en ligne (commerce électronique, échanges de services…). [[ECOM|suite ...]]

=Organisation=
==Aide à la lecture du document==
===Acronymes===
'''Les enseignants :'''
* DD : Didier Donsez (didier.donsez@imag.fr)
* SC : Sybille Caffiau (sybille.caffiau@imag.fr)
* VZ : Vincent Zurczak (vzurczak@linagora.com)
'''Les réalisations :'''
* DCS : Dossier de Conception Système
* SAS : Schéma d'Architecture Système
'''Autres :'''
* ADE : Emploi du temps en ligne

==Groupes et sujets==
===Groupes eCOM-1F0 2018-2019===
Les groupes sont imposés par les enseignants et seront donnés lors de la première séance. Ils ne seront définitifs que le mardi 18/09 à 8h.

* [[ECOM-1FO_1819_Restaurant]] : '''William Weill (CP)''', Théo Lévesque, Loris Gentillon, Benjamin Besnier, Thomas Ozenda
* [[ECOM-1FO_1819_Spectacle]] : '''Thibaud Vegreville (CP)''', Joffrey Ferreira, Bastien Terrier, Cédric Lafrasse
* [[ECOM-1FO_1819_Camping]] : '''Timothée Depriester (CP)''', Sekina Belguendouz, Servan Charlot, Samuel Bamba, Florian Cuzin
* [[ECOM-1FO_1819_Transport]] : '''Prénom Nom (CP)''', Prénom Nom, Prénom Nom, Prénom Nom, Prénom Nom
* [[ECOM-1FO_1819_Sport]] : '''Hugo Gros-Daillon (CP)''', Quentin Fombaron, Tim Lepage, Vincent Aubert
* [[ECOM-1F0_1819_BTB|ECOM-1FO_1819_BruleTaBuche]] : '''Léo Valette (CP)''', Amina Boucherima, Zoran Chanet, Najwa Ez-zine, Enzo Molion

===Groupes eCOM-RICM Années précédentes===
* [[Groupes eCOM-RICM 2017-2018]]
* [[Groupes eCOM-RICM 2015-2016]]
* [[Groupes eCOM-RICM 2014-2015]]

==Planning des séances==
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Pendant toutes les séances vous travaillerez en groupe, il est donc obligatoire pour tous les étudiants d'être présents à toutes les séances. Celles-ci sont composées :
* du cours (CM)
* du travail encadré (TD) : séance pendant lequel l'enseignant vous accompagnera pour la réalisation d'une étape de votre projet
* du travail en autonomie : séance réservée au travail d'ECOM pendant laquelle vous travaillez entre étudiants
* de permanences : séances pendant lesquelles vous pouvez demander l'aide d'un enseignant pour vous aidez à avancer. Ces séances sont également l'occasion pour vos enseignants de faire le point avec vous sur votre avancé, vous devez donc IMPERATIVEMENT signaler votre lieu de travail si vous n'êtes pas dans les salles prévues par ADE (par email à SC et VZ).

An cas d’incohérence de planning avec ADE ; suivre ADE.
* 18/09 8h00-12h15 : Introduction 1h00(DD+SC) ([[Media:presentationEcomSeance1-2018.pdf|transparents]]), CM [[Media:RestfulServices.pdf|REST]], [[MicroServices]], [[Spring]], [[JHipster]] (DD) (P005)
* 18/09 15h45-18h30 : (DD) Installation [[JHipster]] et [[Docker]]. Génération de l'application MVP de eCOM, lancement du profile dev, lancement du profil prod (avec Docker), analyse de qualité du code (généré) avec le container SonarQube et déploiement sur Heroku de 2 applications (stage, production) (F214, F215).

* 25/09 8h00-12h15 : Des scénarios aux spécifications IHM (SC) (P257)
* 25/09 15h45-18h30 : Séance en autonomie (F114, F214)

* 02/10 8h00-12h15 : Test utilisateur (SC) puis Séance en autonomie (P039)
* 02/10 15h45-18h30 : Séance en autonomie (F214, F215)

* 09/10 8h00-12h15 : Audit 1 (P013) et Séance en autonomie (P105, P133)
* 09/10 15h45-18h30 : Tests de robustesse (charges) (VZ) (F114, F214)

* 16/10 8h00-12h15 : Séance en autonomie (P257)
* 16/10 15h45-18h30 : Séance encadrée (SC) (F214, F215)

* 23/10 8h00-12h15 : Séance encadrée (VZ) (P257)
* 23/10 15h45-18h30 : Séance en autonomie (F214, F215)

* 06/11 8h00-12h15 : Audit 2 (F114) et Séance en autonomie (F202)
* 06/11 15h45-18h30 : Séance en autonomie (F214, F215)

* 12/11 8h00-12h15 : Séance en autonomie (P257)

* 20/11 8h00-12h15 : Séance en autonomie + Séance encadrée (SC) (P257)
* 20/11 15h45-18h30 : Séance encadrée (VZ) (F214, F215)

* 27/11 15h45-18h30 : Séance encadrée (VZ) (F214, F215)

* 04/12 8h00-12h15 : Séance encadrée (VZ) (P257)
* 04/12 15h45-18h30 : Séance en autonomie (F214, F215)

* 11/12 8h00-12h15 : Séance encadrée (VZ) (P257)
* 11/12 15h45-18h30 : Séance en autonomie (F214, F215)

* 18/12 8h00-12h15 : Soutenances (F114) et rendus finaux
* 18/12 15h45-18h30 : Soutenances (F114) et rendus finaux

==Modalités d’évaluation==
La note d’ECOM est obtenue par l’addition de notes obtenues tout au long de la réalisation du projet, elle peut être différente pour chaque membre du groupe en fonction du travail fourni et constaté par les enseignants. Attention : elle repose sur la '''qualité''' du travail fourni autant que sur la quantité.
*présentation soutenance conception (3 pts) : note affectée sur la présentation (qualité des slides, discours...), les réponses aux questions
*présentation soutenance finale (3 pts) : note affectée sur la présentation (qualité des slides, discours...), les réponses aux questions
*conception (5 pts) : note obtenue à partir des livrables de conception, de la prise en compte des remarques faites par les enseignants pendant la soutenance de conception, du travail fourni (et observé) et du contenu de la soutenance de conception
*développement (5 pts) : note obtenue à partir de la qualité et quantité du code réalisé, la démo de la soutenance finale. En particulier, seront observés, la qualité de l'architecture de l'application, la qualité et robustesse du code et la mise en place des principaux concepts de la technologie [[Spring Boot]] / [[JHipster]].
*suivi de projet (4 pts) : cette note est obtenue par rapport aux livrables (qualité, livraison dans les délais...), la mise en place et bonne utilisation des outils collaboratifs, l'intégration continue, [[Continuous Delivery|Livraison en continue]] sur plusieurs VM dans un cloud public (AWS, GAE, Heroku, Azure, Bluemix, Digital Ocean ...), le contenu de la soutenance finale

==Soutenances==

Trois soutenances sont prévues (2 audits et 1 soutenance finale) :
* audit 1 (exigences, besoins client) : le 09 octobre 2017
* audit 2 (conception) : le 06 novembre 2017
* soutenance de fin de projet le 18 Décembre 2017
Dans les trois cas, les soutenances doivent présenter les parties GL, Système et IHM.
Attention : les concepts que vous avez vus en cours d'architecture doivent être mis en application pour l'architecture de votre projet. Une attention particulière sur ce point doit être portée lors de vos présentations à l'audit 2 et à la soutenance. Le travail que vous présenterez fournira de support à l'évaluation du module de GL.

===Audit 1 ===
*Salle : P013
*Durée totale : 30 min par groupe (max 20 minutes de présentation et ensuite les questions des enseignants représentant les clients)
*Utilisez des transparents pour présenter votre projet.

* ordre de passage :

- 8h35 : Restaurant

- 9h10 : Spectacle

- 9h45 : Camping

- 10h20 : Transport

- 10h55 : Sport

- 11h30 : Brule ta bûche

''''' Contenu :'''''

Pour la partie GL et gestion de projet
* Organisation de l'équipe (roles, ...)
* Méthodologie de travail
* Planning (envisagé)
* Choix technologiques et état de prise en main

Besoins pour clients, avec en particulier (mais non exhaustive) :
* Résultats de l’analyse de l’existant
* Utilisateurs cibles, contexte d’utilisation et objectifs utilisateurs (ie objectifs de l’IHM)
* Modèle de tâches et IHMA pour les premières tâches

===Audit 2 ===
*Salle : P
*Durée totale : 25 min
*Utilisez des transparents pour présenter votre projet.

Vous devez présenter les étapes de conception réalisées et les résultats (choix techniques…). De plus, nous vous rappelons que pour le dimanche minuit, vous devez avoir rendu accessibles les livrables.

'''''Contenu attendu dans votre présentation( à avoir au minimum dans vos slides) :'''''

Pour la partie GL et gestion de projet :
* Organisation de l'équipe (roles, ...)
* Méthodologie de travail
* Planning (modifications par rapport à ce que vous aviez prévu jusqu'à maintenant et le planning futur)
* Architecture complète
* Procédure de tests
* Procédure d'intégration du code

Pour la partie Système
* Architecture systeme du service
* Nombre de Entity, Ressources REST (diagramme de classe, type, ...)
* Extensions réalisées et envisagées
* Etat d'avancement dans les développements

Pour la partie IHM
* Maquettes et squelette du site (pour la plateforme cible)
* Charte graphique

Une démonstration (rapide) de votre application telle qu'elle est (v0 ou v1 en fonction des groupes)

'''''Ordre de passage :'''''

- groupe 6 :

- groupe 1 :

- groupe 5 :

- groupe 2 :

- groupe 4 :

- groupe 3 :

Respectez l'ordre établi.
Faites attention au temps. Vous disposez de 25 minutes par soutenance pour : votre présentation et les questions.
Vous devrez gérer le temps. Les remarques (d’amélioration) qui seront faites pendant cette soutenance par les enseignants devront être prises en compte pour la version finale (pris en compte dans la note finale).

ATTENTION : Si vous voulez modifier l'un des plannings, vous devez :
* trouver un autre groupe avec qui échanger
* vous assurer que tous les membres de ce groupe acceptent l'échange
* envoyer un mail à SC et DD pour informer du changement (avec le chef de projet de l'autre groupe en copie)
Les modifications ne sont acceptées que jusqu'au dimanche précédent la soutenance.

===Soutenance de fin de projet ===

* Salle : P
* Durée totale : 30 min
* Utilisez des transparents pour présenter votre projet. Lors de votre passage vous devez présenter une démo PRÉPARÉE.

Arrivez avec l'application démarrée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances Windows Azure (ou autre plateforme de Cloud de votre choix) avec le service développé.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances de machines virtuelles sur le Cloud de votre choix
* Vous devez avoir tous les documents demandés (accessibles en ligne et/ou imprimés)
* Vous devez fournir au début de votre passage les fiches d'auto-évaluation complétées (version papier)

'''''Contenu attendu dans votre présentation( à avoir au minimum dans vos slides) :'''''
* une présentation globale du projet
* le processus de conception (illustré avec vos différentes productions)
* la démonstration de votre application
* des évaluations
* le bilan (pédagogique ET du projet/individuel ET groupe)
* le temps consacré à la conception
* le temps consacré au développement
* les principales difficultés rencontrées

'''''Ordre de passage :'''''
* groupe 1
* groupe 3
* groupe 5
* groupe 4
* groupe 6
* groupe 2

Respectez l'ordre établi.
Faites attention au temps. Vous disposez de 30 minutes par soutenance pour : votre présentation et les questions. Au bout de 15 minutes de présentation vous serez interrompus pour être interrogés.
Les questions peuvent être posées nominativement (c'est à dire que la personne qui doit répondre est désignée par l'enseignant).

ATTENTION : Si vous voulez modifier l'un des plannings, vous devez :
* trouver un autre groupe avec qui échanger
* vous assurer que tous les membres de ce groupe acceptent l'échange
* envoyer un mail à SC, DD et VZ pour demande d'accord du changement (avec le chef de projet de l'autre groupe en copie)
Les modifications ne sont acceptées que jusqu'au dimanche précédent la soutenance.

==Livrables==
Tout votre projet doit être suivi grâce à gitLab.

A tout moment, les enseignants doivent donc pouvoir
* avoir la dernière version du code (dernière version du logiciel en production et ce qui est en cours de développement dans des branches dédiées)
* voir les tâches prévues/en cours/réalisées
* savoir le travail de chaque membre (effectué et assigné)
* consulter les documents de conception (à jour)
* consulter les CR des daily meeting et autres réunions et les rétrospectives et vos présentations aux différents audits
* avoir connaissance des procédures de qualité que vous mettez en place au sein de votre projet
* consulter les résultats des différents tests pour chaque release

Attention : nous insistons particulièrement sur le fait que toutes ces données doivent être maintenues en temps réel et accessibles sur le gitlab de votre projet.

Attention : nous consulterons également les messages de commit.

===Rendus===
Vous trouverez ci-dessous une liste (non exhaustive) de certains livrables pouvant être produits au sein de votre projet

'''''L1. Composition des groupes et sujet'''''. (obligatoire)
Le sujet doit être validé par vos enseignants dès le premier jour du projet. Envoyez une description dans un corps de mail à DD et SC. Cette description doit contenir :
* les membres du projet
* le nom du chef de projet
* le nom du scrum master
* les rôles envisagés par chaque membre
* le titre du sujet
un paragraphe descriptif du sujet dans lequel est particulièrement explicité l'adéquation du sujet et les requis (quelques lignes)

'''''L2. Dossier de conception Système'''''.
Le Dossier de Conception Système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants Spring de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS). Pour chaque composant et lien du SAS, le DCS doit fournir :
* Une description fonctionnelle : La description fonctionnelle d'un composant fait apparaître les attributs qui le composent, ainsi que les méthodes qu'il fournit. Attributs et méthodes seront associés à une courte description. Les besoins liées à la persistence ou aux aspects transactionnels peuvent également être explicités.
* Une description d'implantation Spring : La description d'implantation décrit l'implantation du composant ou du lien dans l'environnement Spring. Un composant peut être implanté par un client généré à partir de l'interface de/des micro-services, par un micro-service REST (Controller), par un Service, par un Entity ou par un client Feign vers un micro-service externe au systeme (par exemple, service de paiement Swipe.com, ...).

Le dossier de conception système doit être disponibles depuis votre page wiki.

'''''L3. Analyse des besoins'''''.
Questionnaire et son analyse pour définir les besoins utilisateurs que doit satisfaire votre application.

'''''L4.Maquette'''''.

'''''L5.SRS'''''.

'''''L6.Diagramme UML'''''.

'''''L7.Modèle de tâches'''''.

'''''L8.Scrum (tableau de tâches de Gitlab)'''''.
*(Ils peuvent si vous le souhaiter être directement édités sur le wiki)
* Le rapport de charge (benchmark) doit être (MUST) disponible sur le wiki.
* Le rapport sur les métriques logicielles doit être (MUST) disponible sur le wiki.

'''''L9.Journal'''''.
Détaillez l'affectation des taches effectuées ainsi le temps estimé et le temps effectif pour chaque tache et son état (Réalisée, Reportée, Abandonnée, ...)
Le journal doit être nominatif. Chaque membre de projet doit gérer son propre journal. Il fera l'objet d'une évaluation personnelle.

'''''L10.Dépôt Git'''''.
Votre code source doit être accessible en ligne avec un lien depuis votre fiche de suivi sur le wiki.

'''''L11.Application en ligne'''''.

'''''L12. Evaluation de l'IHM réalisée'''''.
cf cours IHM [[Media:Cours2015-2016RICM.pdf]]

Evaluation utilisateur : [[media:System-Usability-ScaleLogicielComplet.pdf]]
et/ou
experte : [[media:EvalEfficacite.pdf]], [[Media:Annexe1-HeuristiqueNielsen.pdf]]

'''''L13. Evaluation de la qualité du projet'''''.
* Nombre de lignes de code (outil CLOC à minima)
* Métriques de qualité du code ([http://www.sonarqube.org/ SonarQute], ...)

'''''L14. Evaluation économique du projet'''''.
* Utilisez les temps effectifs des taches renseignées dans le journal.
* Utilisez le coût du travail d'un ingénieur débutant.
* Comparez votre coût à l'évaluation [[COCOMO]] de votre projet (utiliser les valeurs de L9).

'''''L15. Evaluation de la cybersécurité du projet (option)'''''.

'''''L16. Evaluation des performances du projet (option)'''''.
* Résultat d'une injection de charge simpliste avec [[Gatling]]
* Résultat d'une injection de charge suivant un scénario complet avec [[Gatling]]

'''''L17. Gestion des risques (option)'''''.

'''''L18. Slides de présentation conception'''''.

'''''L19. Diapos de votre présentation de conception'''''.

'''''L20. Diapos de votre présentation finale'''''.

'''''L21. Auto evaluation'''''.
Système : [[Media:FicheEval20162017-ECOM.doc]]

'''''L22. Diapos de votre présentation client'''''.

=Réalisations attendues=
==Conduite et suivi de projet==
Le projet eCOM est très court en durée. Vous utiliserez la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe. Vous pouvez vous inspirer de la méthode [[Lean Startup]] pour livrer rapidement votre application. Vous devez choisir un Scrum Master (unique ou tournant) : justifiez votre choix et la durée du sprint (justifiez votre choix).
Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à utiliser un outil adapté cela doit être une documentation Agile !!!!

(May) mettre en place des "poker planning"
[[File:20121002 141359.jpg|center|400px|PokerPlanningECOM2013]]

Ces 2 premiers critères sont fixes !!!

Selon les principes de la méthodologie Agile, vous devez composer votre travail en fonctionnalités. Chacune fera l’objet d’une conception (système et IHM) et d’un développement. Conception ET développement constituent l’ensemble des réalisations attendues.

Vous devez utiliser GitLab comme support à votre projet (versioning, gestion des tâches...).

Nous vous demandons également d'utiliser les issues pour la communication avec les enseignants. En particulier, toute absence ou télétravail doit être signalé par ce média.

==Réalisations système==
===Conception système===
La conception système est composée de deux réalisations principales :
le modèle de donnée : il est vivement conseillé de définir le modèle de données aussi tôt que possible et d"en discuter avec les enseignants.
le schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

===Développement système===
Pour chaque fonctionnalités conçues, le développement système sera réalisé en deux étapes.
====Les étapes====
Etape 0 :
Créer un groupe GitLab. Y ajouter les membres du projet eCOM. Créer plusieurs projets pour les différents parties. Activer les notifications. Ajouter les webhooks utiles.

Etape 1 :
La première consiste à définir le cœur de l'application, c'est-à-dire le modèle de données (UML ou similaire [https://www.jhipster.tech/jdl/ JDL]) et la logique métier, puis à réaliser un premier prototype qui démontre une bonne maîtrise des Entity (annotations JAX-RS, annotations [[Swagger]]).

L'application RESTful est seulement accessible par l'intermédiaire de clients type cUrl (généré avec le générateur [https://swagger.io/tools/swagger-codegen/ swagger-codegen]), [[Swagger]] UI, injecteur de charge [[Gatling]], ....) et le frontend AngularX que vous aurez généré avec [[JHipster]].

Il n'est pas demandé, de réaliser une interface web pour interagir avec l'application. L'application doit cependant offrir deux modes d’utilisation (administrateur et utilisateurs finaux) et exécuter certaines requêtes avec des garanties transactionnelles.

TRES IMPORTANT : Votre machine virtuelle doit être sécurisée (Security Group et/or [[UFW]]/IPtables pour les ports exposés). Evitez de vous faire rançonner comme un binôme de la promo 2016-2017 (voir ci-dessous, la rançon d'une BD [[MongoDB]]).

<pre>
$ db.PLEASE_READ_ME.find()
{
"_id" : ObjectId("58a7287db7dc324adb249fdf"),
"info" : "Don't panic. Your DB is in safety and backed up (check logs).
To restore send 0.1 BTC and email with your server ip or domain name. Each 48 hours we erase all the data.",
"amount" : "0.1 BTC",
"data_we_have" : {
"local" : [ "startup_log" ],
"first_database" : [ "users", "preferences" ],
"MyAppXXX" : [ "emails" ]
},
"Bitcoin Address" : "1NSz9TRBGKHKFdjdjH2Gme3LwDi5",
"email" : "xxxxx@xxxx.org"
}
</pre>

Etape 2 :
La seconde étape consiste à compléter le premier prototype (étape 1) avec les objectifs suivants :
* Développement d'une interface Web basée sur le modèle MVC (SPA ou non) ;
* Modification de la configuration de déploiement pour la haute disponibilité (HA) :
# Mise en place d'un container base de données externe (MySQL, ...) pour la production (non répliquée)
# Mise en place de 2 containers base de données (MySQL) en cluster ([http://assets.en.oreilly.com/1/event/2/MySQL%20Replication%20Tutorial%20Presentation%202.pdf réplication])
# Mise en place de 2 containers ''frontends'' load balancer [[HAProxy]] ou [[Nginx]] en mode SSL terminaison ([[HAProxy#Configuration_en_SSL_Terminaison|instructions]])
# Génération et rafraichissement des certificats SSL avec [[Let's Encrypt]]
* Amélioration des fonctionnalités. En particulier, considérez les points suivants :
** Renseignement de la [[Privacy policy guidelines|notice relative à la protection de la vie privée]].
** Gestion de la concurrence et de la reprise sur panne avec des transactions ACID
** Gestion de l'internationalisation (i18n) des applications web et mobiles. ''Remarque : vous pouvez utiliser les principes et outils appris dans l'UE Communication Langagière.''
** Gestion des contenus multimedia (photos, videos, docs ...) avec un FileStorageService ([https://www.callicoder.com/spring-boot-file-upload-download-rest-api-example/ lien])
** Gestion adaptative des contenus multimedia (photos) avec un ThumbnailService (montrez l'amélioration des performances avec Gatling)
** Gestion du cache client pour les photos et les thumbnails avec Cache-Control et ETag (montrez l'amélioration des performances avec Gatling)
** Utilisation de mode Lazy pour les chargements (fetch) des collections et des médias (CLOB,BLOB).
** Génération d'une application mobile [[Ionic]] avec [https://github.com/oktadeveloper/generator-jhipster-ionic generator-jhipster-ionic] (inclure les plugins [[Apache Cordova]] utiles à votre projet).
** Utilisation d'un cache ([https://www.jhipster.tech/using-cache/ préconisé par JHipster])
* Ajout éventuel de fonctionnalités non prioritaires. De façon facultative, vous pourrez ajouter au prototype précédent quelques unes des fonctionnalités suivantes :
** Stockage externalisé des contenus multimedia par des [[Content Delivery Network]]s ([[Amazon S3]], Azure, Akamaï ...)
** Génération de documents PDF à partir des valeurs de champs d'une entité ou du collection d'entités (exemple d'applications : facture, dossard coureur, export RGPD, ...) [https://www.stackextend.com/java/generate-pdf-document-using-jasperreports-and-spring-boot/ lien]
** Import et export massifs de collections d'entités en format CSV, JSON.
** Suivi du ''click stream'' avec des Filters/Aspects en vue d'une analyse ''[[Big Data]]'' avec [[Spark]] (''Click Analytics'', [https://github.com/pmerienne/iterative-cf Recommender System]).
** Gestion rudimentaire d'une interface vocale avec un serveur vocal [[EA2012-Serveux Vocaux|VoiceXML]].
** Utilisation de [[OAuth2]] ou [[OpenID]] pour le login et l'accès aux API REST avec [[Keycloak]] ou [[OKTA]].
** Utilisation du service de paiement Stripe.com en mode développeur
** Chat avec un opérateur du helpdesk (texte et/ou audio avec [[WebRTC]])
** Chatbot du helpdesk (comme [https://github.com/ovh-ux/ovh-chatbot ovh-chatbot])
** Gestion d'un [[CaaS]] Docker privé avec [[Minikube]], [[Kubernetes]], [[Rancher]] ou [[Docker Swarm]]
** Traduction automatique et à la volée des champs des produits (nom, description, commentaires et avis) en fonction de la langue de l'usager, au moyen d'un service tiers.
** Script périodique (crontab) de dump et de backup distant de la base MySQL.
** Gestion asynchrone et transactionnelle de l'envoi des courriels via le MailService, Thymeleaf et des taches @Scheduled
** Gestion asynchrone et transactionnelle de l'envoi de SMS (si le destinataire a un compte gratuit pour l'auto-réception de SMS)

Remarque: certaines fonctionnalités sont assez indépendantes du noyau du projet : elles peuvent être mis en place dès le départ de l'étape 1.

====Le déploiement en continu====
Dès le démarrage, votre projet devra être géré selon les principes du ''[[DevOps]]'' : chaque version devra être déployé sur votre infrastructure de production en minimum de temps et sans interuption de services. Vous devez mettre en place des procédures de mise à jour des artifacts de l'application en mode rolling update et fast rollback ([http://martinfowler.com/bliki/BlueGreenDeployment.html lien]).

Remarques pour la mise en ligne :
NE COMMITEZ JAMAIS vos credentials Cloud (AWS, Azure, Google ...) DANS UN DEPOT PUBLIC !!!!!

Votre compte serait utilisé pour créer plusieurs centaines de VMs et vous serez lourdement facturés ([http://readwrite.com/2014/04/15/amazon-web-services-hack-bitcoin-miners-github bitcoins], DDoD, ...) !

Vous devez obligatoirement mettre en place les points suivants dès le démarrage du projet :
* Déploiement et retrait de l'application sur/de la plateforme cloud publique ou privée (UFR, Amazon, Azure, Google, [https://www.jhipster.tech/heroku/ Heroku])
* Performances (résultat du injection de charge avec [[Apache JMeter]] ou [[Gatling]]) : Astuce: utiliser les images [[Docker]].
* Reprise sur panne simple et alerte des ''ops'' avec [[Monit]] (ie relance simple du serveur en cas de "plantage").
* Script "basique" pour le rolling update des composants répliqués (application, base de données, serveurs de mail, load balancer). Remarque: [[Kubernetes]] gère les rolling updates ([https://kubernetes.io/docs/tasks/run-application/rolling-update-replication-controller/ lien]).
* Script "basique" pour le Fast forward (en cas de panne des composants dernièrement mis à jour).

Vous devez optionnellement mettre en place les points suivants:
* Déploiement avec [[Docker]] (dockerfile et docker-compose) pour l'application eCom. JHipster génère le dockerfile de l'application et quelques descripteurs docker-compose.
* Préparation d'images [[Docker]]
* Supervision des VMs du système déployé avec un de ces systèmes : [[Nagios]], [[Shinken]], [[Icinga]], [[Filter]]s, [[Tomcat Valve]]s, [[Glimpse]], [[Ganglia]], [[Elasticsearch]] + [[ElastAlert]], [[Hawkular]], [[Telegraf]] + [[InfluxDB]] + [[Grafana]], [[Prometheus]] ...* Injection de pannes avec [[Netflix Simian Army]]
* Déploiement de l'application eCOM distribuée sur plusieurs VM [[Ubuntu Core]] avec [[Vagrant]] et VirtualBox, Azure, Amazon EC2, [[Google's Compute Engine]] ...
* Validation des services REST avec [[Swagger]]

==Réalisations IHM==
===Conception===
La conception de la partie IHM du projet sera principalement composée :
* Des mécanismes pour intégrer les besoins des utilisateurs
* Des modèles (tâches, IHMA)
* De la charte graphique
* De l'explication des choix de conception faits

===Développement===
Vous êtes libres des technologies à utiliser pour le développement de la partie IHM de l'application. Cependant, vous devez être capable de justifier vos choix. La partie IHM doit être distincte du noyau fonctionnel. Les codes de la partie présentation et du contenu de l'IHM doivent également être séparés. Veuillez aux noms que vous attribuerez. Les "zones" définies dans vos IHMA doivent être facilement identifiables dans le code que vous réalisez (ex : ID des DIV).

L'IHM des utilisateurs différents peut être gérée différemment. Par exemple, l'IHM de l'administrateur de l'application peut être une Interface en ligne de commande (pour l'initialisation du catalogue du service, l'ajout de nouveaux produits). Vous pouvez utiliser l'interface EJB facade directement ou bien une interface [[RESTful]] en utilisant directement [[Curl]]).

===Evaluation des IHMs===
Une IHM doit être évaluée par au moins deux types d'évaluation (en plus de l'évaluation fonctionnelle) :
* évaluation experte pour vérifier que les principes fondamentaux d'utilisabilité sont respectés
* tests utilisateur pour étudier comment vos utilisateurs utilise dans leurs contextes d'utilisation votre interface

=Documentation=
==Transparents de cours==

* Cours JEE/EJB(NDP) [[Media:EJB-ECOM2010.pdf]]
* Cours JEE tiers presentation (SCB) : [https://dl.dropboxusercontent.com/u/9706615/JEE_tiers_presentation.pdf url]
* Cours GWT (SCB) : [https://dl.dropboxusercontent.com/u/9706615/cours_GWT.pdf url]
* Cours maven (DD) : [http://membres-liglab.imag.fr/donsez/cours/maven.pdf url]
* Cours versionning (DD) : [http://membres-liglab.imag.fr/donsez/cours/version.pdf url]
* Cours subversion (DD) : [http://membres-liglab.imag.fr/donsez/cours/subversion.pdf url]
* Cours forge (DD) : [http://membres-liglab.imag.fr/donsez/cours/forge.pdf url]
* Cours http (DD) : [http://membres-liglab.imag.fr/donsez/cours/http.pdf url]
* Cours servlet (DD) : [http://membres-liglab.imag.fr/donsez/cours/servletjsp.pdf url]
* Cours IHM (SC) : [[Media:ECOMCours2018-2019.pdf]]
* Annexe Cours IHM (SC) : [[Media:Annexe1-HeuristiqueNielsen.pdf]], [[Media:Annexe2-KMADe.pdf]], [[Media:Annexe3-Placement.pdf]], [[Media:Annnexe4-Accesssibilité.pdf]]

==Doc utiles==
* [http://lig-membres.imag.fr/donsez/cours/eaumlrel.pdf Transformation UML vers Relationnel]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html

===Quelques livres et technologies===

REMARQUE: les livres sur ces technologies se périment très vite.

====[[Spring]]====
* Bons tutoriels sur https://www.baeldung.com/rest-with-spring-series/
* Les manuels de références de Spring https://spring.io/projects/spring-boot#overview
* Craig Walls, Spring in Action, Fifth Edition, https://www.manning.com/books/spring-in-action-fifth-edition

====[[JHipster]]====
* Matt Raible, The JHipster Mini-Book 4.5 (GRATUIT) https://www.infoq.com/minibooks/jhipster-4x-mini-book
* Deepu K Sasidharan, Sendil Kumar N, Full Stack Development with JHipster, (10 $ en promotion) March 2018, https://www.packtpub.com/application-development/full-stack-development-jhipster

====JavaEE====
* [http://shop.oreilly.com/product/0636920030614.do Arun Gupta, Java EE 7 Essentials, Enterprise Developer Handbook, O'Reilly Media, August 2013] ([https://github.com/javaee-samples/javaee7-samples + 200 exemples de projets Maven])
* Building, Packaging, and Distributing Java EE Applications in 2017 https://dzone.com/articles/building-packaging-and-distributing-java-ee-apps-in-2017-part-2

====REST====
* The RESTful CookBook, How to do stuff RESTful, http://restcookbook.com
* [http://shop.oreilly.com/product/0636920028925.do Bill Burke, RESTful Java with JAX-RS 2.0, 2nd Edition, Designing and Developing Distributed Web Services, Publisher: O'Reilly Media, Final Release Date: November 2013] ([https://github.com/oreillymedia/restful_java_jax-rs_2_0 source code of examples])

===Web===
====[[Responsive Web Design]]====
* Matthew Carver, The Responsive Web, Manning, October 2014, ISBN: 9781617291241 http://www.manning.com/carver/ ([http://www.manning.com/carver/TRWSourceCode.zip source code])

====[[Bootstrap]]====
* Jake Spurlock, Bootstrap, Responsive Web Development, Pub: O'Reilly Media, http://shop.oreilly.com/product/0636920027867.do ([https://github.com/whyisjake/Bootstrap source code])

====[[Ember]]====

====Tests unitaires====
* [[Selenium]]

====Intégration en Continue====
* [[Jenkins]]

====Continuous Delivery====
* https://continuousdelivery.com/

====Misc====
* Eric Ries, The [[Lean Startup]], http://theleanstartup.com/

====Questionnaires pour les sites web====
* [[Media:Questionnaire copy.pdf]]

====Evaluations des interfaces====
*[[Media:Evaluation Heuristiques Nielsen.pdf]]
* [http://blocnotes.iergo.fr/concevoir/les-outils/sus-pour-system-usability-scale/]
*[[Media:System-Usability-ScaleLogicielComplet.pdf]]

===Organisation===
* [[Trello]]
* [[Slack]]
* [[Waffle.io]]

VT2018

2018-10-17T18:31:02Z

Theo.Levesque: /* Planning */

LoRa

2018-04-09T18:37:42Z

Theo.Levesque: /* Ressources logicielles */

[[Image:KerlinkLoRaStation.jpg|200px|thumb|right|Kerlink's LoRa Station]]
[[Image:SemtechLoRaMote.jpg|200px|thumb|right|Semtech's LoRa Mote]]
[[Image:SemtechIoT.png|200px|thumb|right|Semtech's IoT Demo]]
[[Image:IMST-SK-iM880A-001.jpg|200px|thumb|right|IMST's LoRa SK-iM880A]]
[[Image:IMST-SK-iM880A-002.jpg|200px|thumb|right|IMST's LoRa SK-iM880A]]
[[Image:Waspmote001.jpg|200px|right|thumb|WaspMote]]

LoRa (Long Range) est un protocole de communication (uplink et downlink) longue distance (<50kms en théorie) et bas débit (<300-600 bauds) pour l'Internet des Choses (ie basse consommation). L'émetteur/récepteur peut être mobile (tests effectués jusqu'à 180 Km/h). ([[ Low Power Wide Area Networks]])

Démos Semtech
* http://iot.semtech.com/demonstrator.php
* http://iot.semtech.com/gpsdemo/

==Produits==
===Stations===
====Concentrateur SX1301====
* Passerelles LoRa-3G/Ethernet (SX1301+SX1255/57) http://www.kerlink.fr/ http://www.rennes-atalante.fr/uploads/media/CP_Long_Range.pdf
* Calao
* Multitech
* LinkLabs
* IMST iC880 (lab sample)
====SX1272====
* Libellium Meshlium
* [http://www.cooking-hacks.com/sx1272-lora-shield-for-raspberry-pi-868-mhz LoRA SX1272 for Raspberry PI]
* [http://www.cooking-hacks.com/waspmote-gateway-sx1272-lora-sma-4-5-dbi-868-mhz Waspmote Gateway SX1272 LoRa module SMA 4.5 dBi - 868 MHz]

===Motes===
* Sensor nodes : http://www.wi6labs.com/site/ (STM32 ?)
* http://www.nemeus.fr/products/
* [https://www.adafruit.com/product/3078 Adafruit Feather 32u4 RFM95 LoRa Radio - 868 or 915 MHz] avec le Module HopeRF RFM95
* [[Semtech LoRaMote]]

===Modules SX1272 & SX1276===
* Chip http://www.semtech.com/wireless-rf/lora.html
* Module [http://www.wireless-solutions.de/products/radiomodules/im880a iM880A-L - Long Range Radio Module]
* [http://www.cooking-hacks.com/sx1272-lora-module-for-arduino-raspberry-pi-intel-galileo-868-mhz Module XBee LoRa SX1272]
* Module d'évaluation [[SX1276MB1MAS]] pour [[MBed]]
* Module d'évaluation [[SX1272RF1BAS]]
* Module [https://developer.mbed.org/platforms/Espotel-ELMO/ Espotel ELMO]
* [http://www.microchip.com/wwwproducts/Devices.aspx?product=RN2483 Module Modem Microchip]
* [http://www.nemeus.fr/en/nemeus-mm001-quick-starter/ Module Modem Nemeus]
* [https://developer.mbed.org/platforms/MTS-mDot-F411/ Module Multitech mDot]
* [[Module HopeRF RFM95]]

voir les modules chinois SX1276 sur [http://fr.aliexpress.com/wholesale?SearchText=SX1276 Aliexpress]

===Shields===
* [http://www.wi6labs.com/site/ Wi6Labs]

===Eval Kits===
* [http://www.wireless-solutions.de/products/starterkits/sk-im880a IMST SK-iM880A – Long Range Radio Starter Kit]

==Ressources logicielles==
* OpenRF http://openrf.codeplex.com/
* Semtech LoRa https://github.com/Lora-net/lora_gateway
* Docker pour pico gateway https://github.com/Theo024/pico-gateway
* https://github.com/RIOT-OS/RIOT/pull/2026
* API WaspMote LoRA (Libellium) : licence LGPL
* API WiMODLR HCI (IMST) : licence MIT
* [http://www.airspayce.com/mikem/arduino/RadioHead/ RadioHead for HopeRF RFM95]
* https://www.thethingsnetwork.org/

==A voir==
* Plus sur [[EA2014 IoT Communication]]
* https://partner.orange.com/wp-content/uploads/2016/04/LoRa-Device-Developer-Guide-Orange.pdf
* http://www.labfab.fr/portfolio/lora-fabian/
* http://www.telecom-bretagne.eu/lexians/2014/entreprises/lancement-du-projet-lora-fabian-deploiement-dune-couverture-radio-longue-portee-pour-les-objets-communicants-a-rennes/

==Projets @ AIR==
* [[Surveillance Géotechnique LoRa]]
* [[Station Météo LoRa]]
* [[SmartCampus]]

LoRa

2018-04-09T18:37:08Z

Theo.Levesque: /* Ressources logicielles */

[[Image:KerlinkLoRaStation.jpg|200px|thumb|right|Kerlink's LoRa Station]]
[[Image:SemtechLoRaMote.jpg|200px|thumb|right|Semtech's LoRa Mote]]
[[Image:SemtechIoT.png|200px|thumb|right|Semtech's IoT Demo]]
[[Image:IMST-SK-iM880A-001.jpg|200px|thumb|right|IMST's LoRa SK-iM880A]]
[[Image:IMST-SK-iM880A-002.jpg|200px|thumb|right|IMST's LoRa SK-iM880A]]
[[Image:Waspmote001.jpg|200px|right|thumb|WaspMote]]

LoRa (Long Range) est un protocole de communication (uplink et downlink) longue distance (<50kms en théorie) et bas débit (<300-600 bauds) pour l'Internet des Choses (ie basse consommation). L'émetteur/récepteur peut être mobile (tests effectués jusqu'à 180 Km/h). ([[ Low Power Wide Area Networks]])

Démos Semtech
* http://iot.semtech.com/demonstrator.php
* http://iot.semtech.com/gpsdemo/

==Produits==
===Stations===
====Concentrateur SX1301====
* Passerelles LoRa-3G/Ethernet (SX1301+SX1255/57) http://www.kerlink.fr/ http://www.rennes-atalante.fr/uploads/media/CP_Long_Range.pdf
* Calao
* Multitech
* LinkLabs
* IMST iC880 (lab sample)
====SX1272====
* Libellium Meshlium
* [http://www.cooking-hacks.com/sx1272-lora-shield-for-raspberry-pi-868-mhz LoRA SX1272 for Raspberry PI]
* [http://www.cooking-hacks.com/waspmote-gateway-sx1272-lora-sma-4-5-dbi-868-mhz Waspmote Gateway SX1272 LoRa module SMA 4.5 dBi - 868 MHz]

===Motes===
* Sensor nodes : http://www.wi6labs.com/site/ (STM32 ?)
* http://www.nemeus.fr/products/
* [https://www.adafruit.com/product/3078 Adafruit Feather 32u4 RFM95 LoRa Radio - 868 or 915 MHz] avec le Module HopeRF RFM95
* [[Semtech LoRaMote]]

===Modules SX1272 & SX1276===
* Chip http://www.semtech.com/wireless-rf/lora.html
* Module [http://www.wireless-solutions.de/products/radiomodules/im880a iM880A-L - Long Range Radio Module]
* [http://www.cooking-hacks.com/sx1272-lora-module-for-arduino-raspberry-pi-intel-galileo-868-mhz Module XBee LoRa SX1272]
* Module d'évaluation [[SX1276MB1MAS]] pour [[MBed]]
* Module d'évaluation [[SX1272RF1BAS]]
* Module [https://developer.mbed.org/platforms/Espotel-ELMO/ Espotel ELMO]
* [http://www.microchip.com/wwwproducts/Devices.aspx?product=RN2483 Module Modem Microchip]
* [http://www.nemeus.fr/en/nemeus-mm001-quick-starter/ Module Modem Nemeus]
* [https://developer.mbed.org/platforms/MTS-mDot-F411/ Module Multitech mDot]
* [[Module HopeRF RFM95]]

voir les modules chinois SX1276 sur [http://fr.aliexpress.com/wholesale?SearchText=SX1276 Aliexpress]

===Shields===
* [http://www.wi6labs.com/site/ Wi6Labs]

===Eval Kits===
* [http://www.wireless-solutions.de/products/starterkits/sk-im880a IMST SK-iM880A – Long Range Radio Starter Kit]

==Ressources logicielles==
* OpenRF http://openrf.codeplex.com/
* Semtech LoRa https://github.com/Lora-net/lora_gateway
* Docker pour pico gateway [https://github.com/Theo024/pico-gateway]
* https://github.com/RIOT-OS/RIOT/pull/2026
* API WaspMote LoRA (Libellium) : licence LGPL
* API WiMODLR HCI (IMST) : licence MIT
* [http://www.airspayce.com/mikem/arduino/RadioHead/ RadioHead for HopeRF RFM95]
* https://www.thethingsnetwork.org/

==A voir==
* Plus sur [[EA2014 IoT Communication]]
* https://partner.orange.com/wp-content/uploads/2016/04/LoRa-Device-Developer-Guide-Orange.pdf
* http://www.labfab.fr/portfolio/lora-fabian/
* http://www.telecom-bretagne.eu/lexians/2014/entreprises/lancement-du-projet-lora-fabian-deploiement-dune-couverture-radio-longue-portee-pour-les-objets-communicants-a-rennes/

==Projets @ AIR==
* [[Surveillance Géotechnique LoRa]]
* [[Station Météo LoRa]]
* [[SmartCampus]]

Projets 2017-2018

2018-04-09T18:23:36Z

Theo.Levesque: /* Affectations */

<<[[Projets 2016-2017]] | [[Projets]] | [[Projets 2018-2019]]>>
=RICM=
==RICM3==

==RICM4==
===Projet Semestre S8===

Enseignants responsables : Olivier Richard, Didier Donsez

* Dates : Lundi après-midi, Mardi après-midi
* Lancement: 15/01/2018 en 257 à 15h45
* Soutenances: '''Lundi 9 avril''': [[Ordre_passages_soutenances_RICM4_2017_2018 | Ordre de passages]]
* Soutenances à mi-parcours: Lundi 12 et mardi 13 mars: [[ordre_passages_mi_parcours_RICM4_2017_2018 | Ordre de passages]]

* '''Evaluation à mi-parcours le lundi/mardi ???''': Format: 10min (5min de présentation 3 slides au plus, 5min de discussion). Cette évaluation sera prise en compte dans la note finale.

'''Consignes générales:'''

* '''Vous devez être pro-actifs !!!''': Si des points sont pas ou mals spécifiés, vous le faîtes et vous justifiez vos choix. Pour les problèmes techniques éventuels vous pouvez: creuser la question, contacter l'auteur du code si il y a lieu, écrire un rapport de bug ('''Attention:''' ca se prépare !), soumettre un patch/pull request, contacter l'enseignant ou la personne référente du projet.

* '''Vous devez maintenir une fiche de suivi de projet''': elle doit être mise à jour chaque semaine, elle rassemble les élements essentiels du projet, elle indique les évolutions du projet et présente sa feuille de route. '''Note:''' le nom de la fiche doit être composé du nom du projet et suffixé par ricm4_2017_2018. '''Cette fiche compte pour la note finale'''

* '''Votre code''' pour doit être hébergé sur le gitlab et à l'URL suivante https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18 , vous utiliserez votre compte UGA.

* Les documents public doivent être rédigés en anglais (README, documentation, commentaires de code, nom de variables et de fonctions). Une bonnification sera accordée si le rapport et les transparents sont en anglais (la soutenance sera en francais).

'''Propositions de projets:'''

# [[QCM C2I]] , Pierre Gillois, Didier Donsez
# [[Dashboard pour gestionnaire de tâches]] (Angular 5): Olivier Richard
# [[Moteur de workflows distribué]] (WDL/Cromwell): Olivier Richard
# [[ESP32 et language D]]: Olivier Richard
# [[Serious game multi-joueurs pour tables tactiles en réseau]] : Didier Donsez, Anne-Laure Finkel, Stéphanie Diligent.
# [[Challenge OpenCity]] : Georges-Pierre Bonneau, Didier Donsez
# Projet [[UltraTeam]] avec des trackers [[ESP32-LoRa]] + GPS : Reprise partielle du projet eCOM de gestion des courses sportives et du projet [[UltraTeam]] 2017 pour la partie backend et frontend du projet : Didier Donsez
# Projet [[Réseau Social LoRa]] avec des pods [[ESP32-LoRa]] : Olivier Richard.
# Contribution et evaluation au/du projet [https://github.com/IntelLabs/hpat HPAT] (A compiler-based big data framework in Python): Olivier Richard.
# [[Ruche connectée LoRa]] : Nicolas Palix
# [[Serres connectées]] : Nicolas Palix
# [[I-Greenhouse]] : [[Serre connectée aquaponie]] : Nicolas Palix
# Projet "Plateforme de mise en relation pour les entrepreneurs sociaux" : Didier Donsez
# [[Chatbot pour borne d'accueil handicap]] : Didier Donsez, Marie-Paule Balicco et Jérôme Maisonnasse (service accueil handicap COMUE UGA)
# Connected Shop (avec [[Eclipse SmartHome]]) : Didier Donsez.
# [[Deploiment Nucleo | Déploiement sécurisé et sans fil pour carte Nucleo]]: Olivier Richard et Sylain Toru
# [[RobAIR]] : Cobot Majordome : Jérôme Maisonnasse, Germain Lemasson, Bastien Scher (FabMSTIC).

==== Affectations ====
{|class="wikitable alternance"
|+ Affectation des projets RICM4 2017-2018
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Dépot git
|-

!scope="row"| 1
| [[QCM C2I]]
| NON ATTRIBUÉ
| Pierre Gillois, Didier Donsez
| [[RICM4_2017_2018_-_| Fiche]] - [[RICM4_2017_2018_-_/_SRS|SRS]] - [[RICM4_2017_2018_-_/UML | UML]]
|
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 2
| [[Dashboard pour gestionnaire de tâches]] (Angular 5)
| BELGUENDOUZ Sekina, LARNICOL Titouan
| Olivier Richard
| [[RICM4_2017_2018_-_Dashboard| Fiche]] - [[RICM4_2017_2018_-_Dashboard/SRS|SRS]] - [[RICM4_2017_2018_-_Dashboard/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/2 gitlab]
| [[Media:RICM4_2017_2018_-_Dashboard-Rapport.pdf|Rapport final]] - [[Media:RICM4_2017_2018_-_Dashboard-Presentation_Finale-FR.pdf|Presentation finale FR]] - [[Media:RICM4_2017_2018_-_Dashboard-Presentation_Finale-EN.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:Dashboard_en.pdf|Presentation de mi-parcours EN]] - [[Media:Dashboard_fr.pdf|Presentation de mi-parcours FR]] - [[Media:Dashboard_fr.pptx|Presentation de mi-parcours en pptx]]
|-

!scope="row"| 3
| [[Moteur de workflows distribué]] (WDL/Cromwell)
| NON ATTRIBUÉ
| Olivier Richard
| [[RICM4_2017_2018_-_| Fiche]] - [[RICM4_2017_2018_-_/_SRS|SRS]] - [[RICM4_2017_2018_-_/UML | UML]]
|
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 4
| [[ESP32 et language D]]
| MANGER Raphael, HOUBRON Adrian
| Olivier Richard
| [[RICM4_2017_2018_-_ESP32_D| Fiche]] - [[RICM4_2017_2018_-_ESP32_D/_SRS|SRS]] - [[RICM4_2017_2018_-_ESP32_D/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/4 gitlab]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 5
| [[Serious game multi-joueurs pour tables tactiles en réseau]]
| LEPAGE Tim, SERGEANT Dimitri
| Didier Donsez, Anne-Laure Finkel, Stéphanie Diligent
| [[RICM4_2017_2018_-SeriousGame Polystar | Fiche]] - [[RICM4_2017_2018_- SeriousGame Polystar /_SRS|SRS]] - [[RICM4_2017_2018_- SeriousGame Polystar /UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/5 gitlab]
| [[Media:Polystar_Final_Report_Lepage_Sergeant.pdf|Rapport final]] - [[Media:Final_presentation_Polystar.pdf|Presentation finale FR]] - [[Media:affiche_Polystar.pdf|Affiche]] - [[Media:PolyStar.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 6
| [[Challenge OpenCity]]
| BOUCHERIMA Amina, FOMBARON Quentin
| Georges-Pierre Bonneau, Didier Donsez
| [[RICM4_2017_2018_-_OpenCity| Fiche]] - [[RICM4_2017_2018_-_OpenCity/_SRS|SRS]] - [[RICM4_2017_2018_-_OpenCity/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/6 gitlab]
| [[Media:Projet-RICM4 OpenCity Rapport.pdf|Rapport final]] - [http://www.quentinfombaron.fr/final_presentation_FR/ Presentation finale FR] - [http://www.quentinfombaron.fr/final_presentation_EN/ Final Presentation EN] - [[Media:-Projet-RICM4-OpenCity Flyer.jpg|Flyer]] - [http://www.quentinfombaron.fr/mi_presentation_FR/ Presentation de mi-parcours]
|-

!scope="row"| 7.1
| Projet [[UltraTeam]] avec des trackers [[ESP32-LoRa]] + GPS
| TERRIER Bastien, GROS-DAILLON Hugo
| Didier Donsez
| [[RICM4_2017_2018_-_UltraTeam_7.1| Fiche]] - [[RICM4_2017_2018_-_UltraTeam_7.1/_SRS|SRS]] - [[RICM4_2017_2018_-_UltraTeam_7.1/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/7.1 gitlab]
| [[Media:Final_Report_UltraTeam7.1.pdf|Rapport final]] - [[Media:UltraTeam7.1_Final_PowerPoint_.pdf‎|Presentation finale FR]] - [[Media:UltraTeam7.1_Final_PowerPoint_.pdf‎|Final Presentation EN]] - [[Media:UltraTeam_7.1_Flyer.jpg|Flyer]] - [[Media:UltraTeam 7.1 Mid Presentation.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 7.2
| Projet [[UltraTeam]] avec des trackers [[ESP32-LoRa]] + GPS
| MOLION Enzo, VALETTE Léo
| Didier Donsez
| [[RICM4_2017_2018_-_UltraTeamMV| Fiche]] - [[RICM4_2017_2018_-_UltraTeamMV_:_SRS|SRS]] - [[RICM4_2017_2018_-_UltraTeamMV_:_UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/7.2 gitlab] - [https://github.com/ultratrail/UltraTeamMV GitHub]
| [https://air.imag.fr/images/a/a3/UltrateamMVReport.pdf Rapport final] - [https://air.imag.fr/images/0/0e/UltraTeamMVFinalPresentationEN.pdf Final Presentation EN] - [https://air.imag.fr/images/b/b7/UltraTeamMVMidtermPresentationEN.pdf Presentation de mi-parcours]
|-

!scope="row"| 8
| Projet [[Réseau Social LoRa]] avec des pods [[ESP32-LoRa]]
| VEGREVILLE Thibaud, GENTILLON Loris, ZHENG Jian
| Olivier Richard
| [[RICM4_2017_2018_-_Réseau_Social_LoRa| Fiche]] - [[RICM4_2017_2018_-_Réseau_Social_LoRa/_SRS|SRS]] - [[RICM4_2017_2018_-_Réseau_Social_LoRa/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/8 gitlab]
| [https://air.imag.fr/images/7/7b/Final_report_social_network_lora.pdf Rapport final] - [https://air.imag.fr/images/f/f5/Final-presentation_social_network_lora.pptx Final Presentation EN]
|-

!scope="row"| 9
| Contribution et evaluation au/du projet [https://github.com/IntelLabs/hpat HPAT]
| NON ATTRIBUÉ
| Olivier Richard
| [[RICM4_2017_2018_-_| Fiche]] - [[RICM4_2017_2018_-_/_SRS|SRS]] - [[RICM4_2017_2018_-_/UML | UML]]
|
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 10
| [[Ruche connectée LoRa]]
| BESNIER Benjamin, LÉVESQUE Théo, WEILL William
| Nicolas Palix
| [[RICM4_2017_2018_-_Ruche_Connectee_| Fiche]] - [[RICM4_2017_2018_-_Ruche_Connectee_/_SRS|SRS]] - [[RICM4_2017_2018_-_Ruche_Connectee/UML | UML]] - [[Media:RICM4_2017_2018_-_Ruche_Connectee_-_Schedule.png|Schedule]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/10 gitlab]
| [[Media:RICM4_2017_2018_-_Rapport_final.pdf|Rapport final]] - [[Media:Connected Hive final presentation.pdf|Final Presentation EN]] - [[Media:RICM4_2017_2018_-_Ruche_Connectee_Mi_parcours_presentation.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 11
| [[Serres connectées]]
| BESNARD Guillaume, DEPRIESTER Timothée
| Nicolas Palix
| [[RICM4_2017_2018_-_Serre_Connectee| Fiche]] - [[RICM4_2017_2018_-_Serre_Connectee_/_SRS|SRS]] - [[RICM4_2017_2018_-_Serre_Connecte/UML | UML]] - [[RICM4_2017_2018_-_Serre_Connecte/Schedule | Schedule]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/11 gitlab]
| [[Media:RICM4_2017_2018_-_Serre_Connecte_Rapport_Final.pdf|Rapport final]] - [[Media:RICM4_2017_2018_-_Serre_Connecte_Presentation_Final_EN.pdf|Final Presentation EN]] - [[Media:RICM4_2017_2018_-_Serre_Connecte_Mi_parcours_presentation.pdf|Presentation de mi-parcours]] - [[Media:RICM4_2017_2018_-_Serre_Connecte_Poster.pdf|Poster]]
|-

!scope="row"| 12
| [[I-Greenhouse]] : [[Serre connectée aquaponie]]
| SURIER GAROFALO Aurélien, FERREIRA Joffrey, OZENDA Thomas
| Nicolas Palix
| [[RICM4_2017_2018_-_IGreenHouse| Fiche]] - [[RICM4_2017_2018_-_IGreenHouse_/_SRS|SRS]] - [[IGreenHouse/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/12 gitlab]
| [[Media:Rapport_Projet_I-Greenhouse_2017-2018.pdf‎|Rapport final]] - [[Media:Presentation 2017-2018 I-greenhouse.pdf|Presentation finale FR]] - [[Media:Presentation 2017-2018 I-greenhouse.pdf|Final Presentation EN]] - [[Media:Poster_i-greenhouse_2017-2018.pdf|Flyer]] - [[Media:Presentation_mi-parcours_i-greenhouse_2017-2018.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 13
| Projet "Plateforme de mise en relation pour les entrepreneurs sociaux"
| AUBERT Vincent, COURTIAL Julien
| Didier Donsez
| [[RICM4_2017_2018_-_Entrepreneur| Fiche]] - [[RICM4_2017_2018_-_Entrepreneur_AUBERT_COURTIAL/_SRS|SRS]] - [[RICM4_2017_2018_-_Entrepreneur_AUBERT_COURTIAL/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/13 gitlab]
| [[Media:Rapport_Entrepreneur.pdf|Rapport final]] - [[Media:Soutenance_Entrepreneur_FR.pdf|Presentation finale FR]] - [[Media:Soutenance_Entrepreneur.pdf|Final Presentation EN]] - [[Media:Présoutenance_Projet.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 14
| [[Chatbot pour borne d'accueil handicap]]
| AUCLAIR-CORDAT Julien, BAMBA Samuel
| Didier Donsez, Marie-Paule Balicco et Jérôme Maisonnasse (service accueil handicap COMUE UGA)
| [[RICM4_2017_2018_-_ChatBot| Fiche]] - [[RICM4_2017_2018_-_/_SRS|SRS]] - [[RICM4_2017_2018_-_/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/14 gitlab]
| [[Media:Final_Report___Chatbot_SAH.pdf|Rapport final]] - [[Media:ChatBot.pdf|Presentation finale FR]] - [[Media:ChatBot.pdf|Final Presentation EN]] - [[Media:ChatBot.pdf|Flyer]] - [[Media:Chatbot_mi-parcours.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 15
| Connected Shop (avec [[Eclipse SmartHome]])
| CUZIN Florian, ECHEVET Théo
| Didier Donsez
| [[RICM4_2017_2018_-Connected_shop| Fiche]] - [[RICM4_2017_2018_-_Connected_shop_SRS|SRS]] - [[RICM4_2017_2018_-_Connected_Shops/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/15 gitlab]
| [[Media:Rapport_Virtual_fitting_room.pdf|Rapport final]] - [[Media:Presentation_finale_virtual_fitting_room.pdf|Presentation finale FR]] - [[Media:Presentation_mi_soutenance_fr_Connected_Shops.pdf|Presentation de mi-parcours]] - [https://www.youtube.com/watch?v=qVNoHjpnASw&feature=youtu.be Vidéo]
|-

!scope="row"| 16
| [[Deploiment Nucleo | Déploiement sécurisé et sans fil pour carte Nucleo]]
| CHANET Zoran, CHARLOT Servan
| Olivier Richard, Sylain Toru
| [[RICM4_2017_2018_-_Nucleo | Fiche]] - [[RICM4_2017_2018_-_Nucleo/_SRS|SRS]] - [[RICM4_2017_2018_-_Nucleo/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/16 gitlab]
| [[Media:Final_Report_Nucleo_CHANET_CHARLOT.pdf|Rapport final]] - [[Media:Presentation_Finale_Nucleo.pdf|Presentation finale FR]] - [[Media:Nucleo Final Presentation.pdf‎|Presentation finale]] - [[Media:Projet_Nucleo_diapo_mi_parcours.pdf‎|Presentation de mi-parcours]]
|-

!scope="row"| 17.1
| [[RobAIR]] : Robot Majordome
| DEVOS Xavier, LAFRASSE Cédric
| Jérôme Maisonnasse, Germain Lemasson, Bastien Scher (FabMSTIC)
| [[RICM4_2017_2018_-_RobAIR17-1| Fiche]] - [[RICM4_2017_2018_-_RobAIRDL/_SRS|SRS]] - [[RICM4_2017_2018_-_RobAIRDL/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/17.1 gitlab]
| [[Media:RobAIRrapport.pdf|Rapport final]] - [[Media:Final_robair_fr.pdf|Presentation finale FR]] - [[Media:Final_robair.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:RobAIR_Robotics_guide.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 17.2
| [[RobAIR]] : Robot Majordome
| JEAN Jordan, EZ-ZINE Najwa
| Jérôme Maisonnasse, Germain Lemasson, Bastien Scher (FabMSTIC)
| [[RICM4_2017_2018_-_robair2| Fiche]] - [[RICM4_2017_2018_-_robair2/_SRS|SRS]] - [[RICM4_2017_2018_-_robair2/UML | UML]]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projet-RICM4/17-18/17.2 gitlab]
| [[Media:Report_robair_tweet.pdf|Rapport final]] - [[Media:RobAIR.pdf|Presentation finale FR]] - [[Media:RobAIR.pdf|Final Presentation EN]] - [[Media:poster_robair.pdf|Flyer]] - [[Media:RobAIR-Mi-soutenance.pdf|Presentation de mi-parcours]]
|-

|}

==RICM5==
===Projet IoT S9===
Enseignants responsables : Bernard Tourancheau

Calendrier: ??? Septembre à ??? Décembre 2017.

* Projet IoT 3 : [[Ski-locator]] (Bernard Tourancheau)

===Projet Semestre S10===

Enseignants responsables : Didier Donsez

Calendrier: 29 Janvier à 15 Mars 2018.

Séances de Management de projets innovants:
* Mercredi 31/01 de 8h à 12h: Stéphanie Diligent
* Mercredi 7 février de 8h à 12h : Stéphanie Diligent
* Mardi 15 février de 8h à 12 : Emmanuelle Tréhoust
* Lundi 26 février de 8h à 12h : Olivier Gilles
* Mardi 13 mars de 8h à 12h : Stéphanie Diligent et Emmanuelle Tréhoust

Réunion de présentation : 8 Janvier 2018 Matin à 9H00-10H00 (RdV Salle P257 et Salle AIR P259). Faire couler le café.

Hackathon Vinci (8,9,10/02) : http://hacktogether.vinci-energies.com/

Démarrage : Lundi 29 Janvier 2018

Soutenance à mi-parcours : Mercredi 14 Février 2018, 8H00-11H00 (30 minutes par équipe).

Rendu rapport de management : Mardi 13 Mars 2018 - Matin

Soutenance (puis Pot de la fin) : Jeudi 15 Mars 2018

Vendredi 16 Mars : 10000 ans de RICM

==== Planning soutenances mi-parcours ====
Mercredi 14 Février 2018, salle P144, 8H00-11H00 (25 minutes TTC par équipe).

* 8H00-8H30 [[Real Time Subtitles 2017-2018| Real Time Subtitles]]
* 8H30-9H00 [[Deep Learning 2017-2018 | Deep Learning]]
* 9H00-9H30 [[EasyFlight_2017-2018|EasyFlight]]
* 9H30-10H00 [[ Réalité virtuelle et Augmentée pour la maintenance d'usines]]
* 10H00-10H30 [[R'Montagne]]
* 10H30-11H00 [[SmartMove]]
* 11H00-11H30 [[RICM5 2017 2018 - UGAChain|UGAChain]]

==== Planning soutenances finales ====
Jeudi 15 Mars 2018
Matin (Salle P251)
* 8H00-9H00 [[R'Montagne]] (50 minutes TTC)
* 9H00-10H00 [[SmartMove]] (50 minutes TTC)
* 10H00-11H00 (50 minutes TTC) [[ Réalité virtuelle et Augmentée pour la maintenance d'usines]]
* 11H00-12H00 (50 minutes TTC) [[RICM5 2017 2018 - UGAChain|UGAChain]] : Blockchain for Education
Pause déjeuner
Matin (Salle P249)
* 13H00-14H00 [[Real Time Subtitles 2017-2018| Real Time Subtitles]] (50 minutes TTC)
* 14H00-15H00 [[SmartRecruiting]] (50 minutes TTC)
* 15H00-16H00 [[EasyFlight_2017-2018|EasyFlight]] (50 minutes TTC)

====Instructions pour la soutenance====
* Chaque soutenance comporte 20 minutes de présentation, 10 minutes de question et 20 minutes de démonstration. Un transparent doit être consacré au travail confié et réalisé par les étudiants en DUT (AVOSTI) pour R'Montagne.
* La présentation est constituée des chapitres suivants:
** Rappel du sujet/besoin et cahier des charges
** Technologies employées
** Architecture techniques
** Réalisations techniques
** Gestion de projet (méthode, planning prévisionnel et effectif, gestion des risques, rôles des membres, ...)
** Outils (collaboration, CD/CI par exemple ...)
** Métriques logiciels : lignes de code, langages, performance, temps ingénieur (d'après vos journaux)...)
** Conclusion (Retour d'expérience)
** Transparent introduisant la démonstration
* Répétez plusieurs fois votre présentation et votre démonstration. Il y aura des personnalités invitées. Prévoyez un démonstration filmée pour palier à l'effet "démo".
* L'ensemble des documents (y compris photos, vidéos et ''[[Logiciels#Screencast|screencast]]s'') doivent être accessibles depuis le tableau ci-dessous et dans chaque fiche de suivi. Prévoyez une copie sur clé USB.
* Les étudiants de DUT vous accompagnent lors de votre soutenance et présenteront leur travail. Coordonnez vous avec eux et faites les répéter.
* '''TOUT Le matériel prêté devra être rapporté et restitué dans un sac cabas lors de la soutenance.'''

==== Affectations ====
{|class="wikitable alternance"
|+ Affectation des projets RICM5 2017-2018
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Dépot git
|-

!scope="row"| 1
| [[Real Time Subtitles 2017-2018| Sous-titre d'un cours en temps réel]]
| '''Estelle ALLARD''' / Aymeric BROCHIER / Louis COCHINHO / Oriane DALLE / Alexandre FERRERA / Alice RIVOAL
| Didier Donsez, Laurent Besacier, François Portet, Marie-Paule Balicco, Jérome Maisonnasse
| [[Real Time Subtitles 2017-2018| Fiche]] - [[Real_Time_Subtitles_2017-2018/SRS|SRS]]
| [https://gitlab.com/LouisCochinho/RealTimeSubtitles GitLab]
| [[Media:RICM5_2017_2018_Real_time_subtitles_rapport.pdf|Rapport final]] - [[Media:RICM5_2017_2018_Real_time_subtitles_slides.pdf|Presentation finale]] - [[Media:RICM5_2017_2018_Real_time_subtitles_mi.pdf|Presentation de mi-parcours]] - [[Media:RICM5_2017_2018_Real_time_subtitles_flyer.pdf|Flyer]] - [[Media:RICM5_2017_2018_Real_time_subtitles_poster.pdf|Poster]] - [[Media:Demo_RealTimeSubtitles.rar|Video]]

|-

!scope="row"| 2
| [[Réalité Augmentée pour le Smart Campus 2018|Réalité Augmentée pour le Smart Campus]]
| Lucas LESAGE / '''Denis LACHARTRE''' / Douria ZENNOUCHE / Gilles BONHOURE / Maxime DEREYMEZ
| Didier Donsez, Georges-Pierre Bonneau
| [[Campus_Augmente_2017-2018|Fiche]] - [[Media:SRS_ProjetAR_2018.pdf|SRS]]
| [https://github.com/ProjetS10-CyberHoloMachin Organisation Git]
| [[Media:Guide_developpeur_ProjetAR_2018.pdf|Guide developpeur]] - [[Media:Presentation_finale_ProjetAR_2018.pdf|Presentation finale ]] -[[Media : Cyberposter_ProjetAR_2018.pdf | Poster]] - [[Media:Rapport_final_MPI_ProjetAR_2018.pdf‎ | Rapport final MPI ]] - [[Media:Guide_utilisateur_ProjetAR_2018.pdf|Guide utilisateur]]- [[Media:Presentation_Mi_parcours_ProjetAR_2018.pdf|Presentation de mi-parcours]] - [http://youtulle.com/XXXX Vidéo 1]
|-

!scope="row"| 3
| SmartRecruiting : [[SmartRecruiting|Deep Learning]] avec [[TensorFlow]] sur les référentiels de compétence
| Héloise FERNANDES DE ALMEIDA / '''Romane GALLIER''' / Alicia AUBERTIN / Antoine GAMBRO / Qianqian FU
| Didier Donsez
| [[SmartRecruiting| Fiche]] - [[SmartRecruiting/SRS|SRS]]
| [https://github.com/Projet-DeepLearning-RICM5-2018 Organisation Git]
| [[Media:RICM5_2017_2018_DeepLearning_rapport.pdf|Rapport final]] - [[Media:RICM5_2017_2018_DeepLearning_presentation.pdf|Presentation finale]] - [[Media:RICM5_2017_2018_DeepLearning_mi-parcours.pdf|Presentation de mi-parcours]]
|-

!scope="row"| 4
| [[RICM5 2017 2018 - UGAChain|UGAChain]] : Blockchain for Education
| Charles MARCHAND / '''Antoine BOISADAM''' / Ahmed NASSIK / Simon CHAMBONNET / Lucas GUERRY / Aymeric VIAL-GRELIER
| Didier Donsez & co
| style="white-space: nowrap;"|[[RICM5 2017 2018 - UGAChain| Fiche]] - [[RICM5 2017 2018 - UGAChain /_SRS|SRS]]
| [https://github.com/RICM5-BlockChain Github]
| [[Media:RICM5_2017_2018_-_UGAChain_-_Rapport_MPI.pdf|Rapport final]] - [[Media:RICM5_2017_2018_UGAChain_-_Soutenance_fianale.pdf|Présentation finale]] - [[Media:RICM5_2017_2018_UGAChain_-_Soutenance_mi-parcours.pdf|Présentation de mi-parcours]] - [[Media:RICM5_2017_2018_UGAChain-Flyer.pdf|Flyer]] - [[Media:RICM5_2017_2018_XXXX_poster.pdf|Poster]] - [http://youtulle.com/XXXX Vidéo 1]
|-

!scope="row"| 5
| [[R'Montagne]]
| '''Hugo AMODRU-FAVIN''' / Antoine DELISE / Gwenaël MOREAU
| Bernard Tourancheau
| [[R'Montagne| Fiche]] - [[RICM5_2017_2018_-_RMontagne_/_SRS|SRS]]
| [https://github.com/delisea/R-Montagne Github]
| [[Media:RICM5_2017_2018_RMontagne_MPI.pdf|Rapport final]] - [[Media:RICM5_2017_2018_RMontagne.pdf|Presentation finale ]] - [[Media:RICM5_2017_2018_RMontagne_MiParcours.pdf|Presentation de mi-parcours]] - [[Media:RICM5_2017_2018_RMontagne_Flyer.pdf|Flyer/Poster]] - [http://youtulle.com/XXXX Vidéo 1]
|-

!scope="row"| 6
| [[SmartMove]]
| '''Anthony GEOURJON''' / Timothée LEMAIRE / Clément ROUQUIER / Vincent TURRIN
| Bernard Tourancheau
| [[RICM5_2017-2018 - SmartMove| Fiche]] - [[RICM5_2017-2018-SmartMove-SRS|SRS]]
| [https://github.com/orgs/SmartMove-PolytechGrenoble/dashboard Github]
| [[Media:RICM5_2017_2018_XYZ.pdf|Rapport final]] - [[Media:RICM5_2017_2018_SmartMove.pdf|Presentation finale]] - [[Media:RICM5_2017_2018_XYZ.pdf|Presentation de mi-parcours]] - [[Media:RICM5_2017_2018_XXXX_flyer.pdf|Flyer]] - [[Media:RICM5_2017_2018_XXXX_poster.pdf|Poster]] - [http://youtulle.com/XXXX Vidéo 1]
|-

!scope="row"| 7
| [[EasyFlight 2017-2018|EasyFlight]]
| '''Boris ODIEVRE''' / Remi SAVARY / Lambert ROCHER / Hervé BECHER
| Didier Donsez
| [[EasyFlight_2017-2018/Fiche_de_suivi| Fiche]] - [[RICM5_2017-2018-EasyFlight-SRS|SRS]]
| [https://github.com/lambertrocher/EasyFlight Github]
| [[Media:RICM5_2017_2018_XYZ.pdf|Rapport final]] - [[Media:RICM5_2017_2018_XYZ.pdf|Presentation finale]] - [[Media:RICM5_2017_2018_XYZ.pdf|Presentation de mi-parcours]] - [[Media:RICM5_2017_2018_XXXX_flyer.pdf|Flyer]] - [[Media:RICM5_2017_2018_XXXX_poster.pdf|Poster]] - [http://youtulle.com/XXXX Vidéo 1]
|-

|}

==== Sujets non choisis ====
* [[Contributions open-source au projet JHipster]] (Didier Donsez)
* [[Contributions à Software Heritage]] (Didier Donsez and co)
* Projet IoT 3 : [[Ski-locator]] (Bernard Tourancheau)

= Projets collectifs MAT/IESE =

== Années 3 et 4 ==

* [[ASAC/SJC|Serres connectées @ Jardin du coteau]]
* [[ASAC/GEJC|Gestion de l'eau @ Jardin du coteau]]
* [[ASAC/AP|Aquaponie @ Polytech]]

=[[Projets M2PGI Services Machine-to-Machine et Internet-of-Things]]=
==[[PM2M/2018/TP|PM2M]]==

File:Connected Hive final presentation.pdf

2018-04-09T18:21:54Z

Theo.Levesque: