Différences

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

--- cours:ws-rest_and_ws-soap:lab [2019/04/10 13:03] – [Choose your Extensions] tigli
+++ cours:ws-rest_and_ws-soap:lab [2019/04/24 08:20] (Version actuelle) – [Evaluation of the Lab] tigli
@@ Ligne 23: / Ligne 23: @@
 == Development : ==
-  * **Graphical User Interface** for the client **(Grade Scale : 5 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.
-  * **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 : 4 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)**
-  * ** Cache management **Add a cache in IWS, to reduce communications between Velib WS and IWS and propose various cache management policies **(Grade Scale : 8 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 : 5 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). 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 : 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)**
 ==== Choose your partner and your contract ====
@@ Ligne 49: / Ligne 49: @@
 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 du XXXXXXXXXXXX (à fixer selon la date de l'avant dernier créneau du module ... semaine 20 sinon semaine 17 .... Cf. mail à C. Papazian)  et de la version déposée sur votre GitHub.
+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.