Différences

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

--- projets:ocs:20142015:gr1 [2015/02/15 17:14] – [Spécifications logicielles et distribution de l'objet connecté] bourgeois
+++ projets:ocs:20142015:gr1 [2015/02/17 17:37] (Version actuelle) – [INSTRUCTIONS AND REMINDERS] bourgeois
@@ Ligne 20: / Ligne 20: @@
-==== Scénarii du projet ====
+==== Scenarii du projet ====
-=== Scénarii météorologie & phénomènes naturels ===
+=== Scenarii météorologie & phénomènes naturels ===
 == Scénario 1 : ==
@@ Ligne 40: / Ligne 40: @@
-=== Scénarii sécurité ===
+=== Scenarii sécurité ===
 == Scénario 5 : ==
@@ Ligne 52: / Ligne 52: @@
-=== Scénarii réseau social - surfeurs connectés ===
+=== Scénario réseau social - surfeurs connectés ===
 == Scénario 7 : ==
 Un surfeur détecte un bon spot ou une anomalie et peut transmettre l’information.
-== Scénario 8 : ==
-Les capteurs de pression enregistrent des informations que le surfeur peut récupérer.
@@ Ligne 227: / Ligne 223: @@
 Le schéma ci-dessous résume l'ensemble de l'architecture implémentée pour notre planche de surf connectée :
-[[AJOUTER IMAGE SCHEMA RESUME]]
+{{http://kathyviglietti.com/wp-content/uploads/2015/02/OCS_schema_general.jpg}}
+== Extension ajoutée au cours de l'examen
+Dans le cadre de l'examen nous avons rajouté la possibilité de supprimer des alertes directement depuis l'orchestrateur. A cela s'ajoutent deux services de suppression des alertes : un pour la suppression des alertes requins et l'autre pour la suppression des alertes de chute d'un surfeur. Ces appels sont déclenchés grâce à des boutons dans l'orchestrateur.
+Une possible évolution serait d'ajouter une application mobile qui contrôlerait ces appels aux services de suppression en interagissant avec l'orchestrateur.
 ==== VIDEO PICTURES and SCREENSHOTS ====
@@ Ligne 236: / Ligne 238: @@
 == INSTRUCTIONS : ==
-  - First, you have to launch the web services server, using the command :
+  - First, you have to launch the web services server, in the folder "/ConnectedWaveWS" (at the file pom.xml level), using the command :
 <code>mvn clean install tomee:run</code>
-  - Then, you have to lauch the phidget container, in the folder "/root/SharpWComp/SharpWCompContainerMonoLinux/", using the command :
+  - Then, you have to turn on the Phidget. The container, in the folder "/root/SharpWCompContainerMonoLinux/", is automatically launched during the boot, thanks to the command :
 <code>mono ContainerMonoLinux.exe -r Beans -l PhidgetContainer.wcc -n connectedwave</code>
+contained in /etc/rc.local file, so, you don't have to launch it ;
   - Finally, you have to launch the local part :
     - Open Sharp Develop software ;
     - Import the file "LocalContainer.wcc" in a new container file ;
-    - Bind it to UPnP Services ;
+    - Create a new UPnP Wizard Proxy selecting "connectedwave_Functionnal" device in the list and add it into the container ;
-    - Create a new UPnP Wizard Proxy selecting "connectedwave_Functionnal" device in the list.
+    - Make the mapping with the UPnP Proxy :
+      - Link from SharkBean to UPnP Proxy : AlertSharkBoolChanged to receiveSharkWSresultBool
+      - Link from SurferFallBean to UPnP Proxy : AlertFallBoolChanged to receiveSurferFallWSresultBool
+      - Link from WeatherBean to UPnP Proxy : AlertStringChanged to receiveWeatherWSresultString
+      - Link from WeatherBean to UPnP Proxy : AlertTsunamiBoolChanged to receiveTsunamiWSresultBool
+      - Link from UPnP Proxy to SharkBean : sharkButtonClickEvent to connectToSharkWSpost()
+      - Link from UPnP Proxy to SurferFallBean : fallSensorAlertEvent to connectToFallWSpost()
+    - Set the timer parameter "Started" to "True"
+The final schema will look like the following:
+{{http://kathyviglietti.com/wp-content/uploads/2015/02/LocalContainer_after_mapping.png}}
+Here are the source files : {{:projets:ocs:20142015:ocs_g1_connectedwave.zip|}}