Différences

Ci-dessous, les différences entre deux révisions de la page.

--- cours:ws-rest_and_ws-soap:lab [2018/03/15 15:35] – [Complementary Tutorials] tigli
+++ cours:ws-rest_and_ws-soap:lab [2019/04/24 08:20] (Version actuelle) – [Evaluation of the Lab] tigli
@@ Ligne 1: / Ligne 1: @@
-====== REST and SOAP WS Lab  ======
+====== REST and SOAP WS, VELIB Project ======
 This Lab is a first step of the course (Session 1 + Session 2).
@@ Ligne 14: / Ligne 14: @@
     * Choose your own interactive instructions for that and add a "help" one to display all details about them.
     * Test this client not only on your PC but also remotely
-** Mark Scale : 10 points **
 ==== Choose your Extensions ====
-You must now choose extensions of your project according to your technical affinity. These extension may concern different topics.
+You must now choose extensions of your project according to your technical affinity. These extension may concern different topics according to your centers of interest.
 The architecture will consist in a chain : Velib WS - IWS (Intermediary Web Service REST to SOAP) - Client of IWS
@@ Ligne 25: / Ligne 23: @@
 == Development : ==
-  * Graphical User Interface for the client **(Mark Scale : 2 points)**
+  * **Graphical User Interface** for the client **(Grade Scale : 6 points)**. Winforms is only an old simple framework to prototype basic graphical interfaces. Here, you can rather developp Web interfaces with WebForms (close to winforms design method to easily implement dynamic and interactive asp.net web pages) or other graphical client in other plateforms.
-  * Replace all the accesses to WS  (beetween Velib WS and IWS, between IWS and WS Clients) with asynchronous ones. Some indications can be find just below. **(Mark Scale : 3 points)**
+  * **Asynchronous Access ** : Replace all the accesses to WS  (beetween Velib WS and IWS, between IWS and WS Clients) with asynchronous ones. Some indications can be find just below. **(Grade Scale : 3 points)**
-  * Add a cache in IWS, to reduce communications between Velib WS and IWS **(Mark Scale : 4 points)**
+  * ** Cache management **Add a cache in IWS, to reduce communications between Velib WS and IWS and propose various cache management policies **(Grade Scale : 10 points)**
+  * ** Functional extensions ** : use the google API and Velib API to plan the best way from one place to another using Velib **(Grade Scale : 10 points) **
+  * **Security extension** : user registration, tokens management, encryption. If the cache management providew variable Quality of Service accoding to subscription, tokens are necessary for billing **(Grade Scale : 6 points)**.
 == Deployment : ==
-  * Of course the main interest of IWS is to be a kind of proxy in your company network to manage accesses to the external Velib WS. The natural architecture for that is to deploy IWS on a local server for virtualization for example with docker. Be careful this operation is not so simple because IWS must be a .Net Core project to deploy it on docker and unfortunately complete WCF is not supported on ASP .Net Core (only the client part in WCF !). Some indications can be find just below. **(Mark Scale : 8 points)**
+  * Of course the main interest of IWS is to be a kind of proxy in your company network to manage accesses to the external Velib WS. The natural architecture for that is to deploy IWS on a local server for virtualization for example with docker. Be careful this operation is not so simple because IWS must be a .Net Core project to deploy it on docker and unfortunately complete WCF is not supported on ASP .Net Core (only the client part in WCF !). Some indications can be find just below. **(Mark Scale : 10 points)**
 == Monitoring ==
-  * Extend IWS with monitoring functionalities, i.e. various indicators that you can get and compute about the IWS activity. For example, the number of clients during a given period, the number of client requests during a given period, the current average delay for the IWS to response, the number of requests on WS Velib during a given period and more according to your extensions (ex. cache monitoring). All this information will be accessible through a second WS attached to IWS. A specific client will be developed to access to this Monitor WS remotely. This specific client will display some of this monitor information graphically. **(Mark Scale : 7 points)**
+  * Extend IWS with monitoring functionalities, i.e. various indicators that you can get and compute about the IWS activity. For example, the number of clients during a given period, the number of client requests during a given period, the current average delay for the IWS to response, the number of requests on WS Velib during a given period and more according to your extensions (ex. cache monitoring). Your creativity is key to find various relevant indicators mainly based on statistical methods. All this information will be accessible through a second WS attached to IWS. A specific client will be developed to access to this Monitor WS remotely. This specific client will display some of this monitor information graphically or textually using some console tools. **(Mark Scale : 5 points)**
-=== Evaluation of the Lab ===
+==== Choose your partner and your contract ====
+<note warning>
+Fill this [[https://docs.google.com/forms/d/e/1FAIpQLSfSdZc46U0-E6RMsV5T8W0qnUb0oYeSPbEiEFUEPiwaKBlFZQ/viewform|formular]] before April 2nd (02/05/19, 00:00)
+</note>
+==== Evaluation of the Lab ====
 <note warning>
-Créer aujourd'hui (01/03/18), un GitHub pour votre projet.
-Envoyez un  mail avec le sujet : [RENDU 2 GITHUB WS-REST and WS-SOAP Lab][<Nom>], à l'attention de tigli@unice.fr et contenant l'adresse de votre GitHub.
-Le Projet sera évaluable à partir du 18-03-18 23:59:59 et de la version déposée sur votre GitHub.
+Le projet sera mené en binôme mais lors de deux dernières séances du module, une audition de 5 min. étudiant par étudiant permettra d'évaluer votre investissement ** personnel **
+Le Projet sera évaluable à partir semaine 20 et de la version déposée sur votre GitHub.
 Sur votre GitHub, vous rajouterez un README qui contiendra la liste des extensions ci-dessus rajoutées et testées.
+** Il contiendra aussi étape après étape toutes les phases pour tester la compilation, le déploiement et le monitoring de vos projets.**
+** Il contiendra aussi une présentation graphique type slides de votre architecture et des extensions traités **
+** vous devrez aussi présenter les extensions que vous avez traitées seul ou votre % d'investissement dans une extension traitée à deux. Cela devra être fait en collaboration avec votre binôme car la somme des investissements doit être cohérente**
 Si votre adresse de GitHub est erroné ou non publique sans que vous m'ayez donné l'accès, le projet sera considéré comme non rendu.
 </note>