Personal tools
You are here: Home About-S-Cube-Pages Wine Production Scenario (IA-2.2)

Wine Production Scenario (IA-2.2)

by Dustin Hebgen last modified Feb 25, 2011 16:17

The Wine Production case study was proposed by DonnaFugata, a SME involved in the wine production. Such case study is related to the activities performed by the different actors in the vineyard.  Several actors, in fact, could be identified in the wine production: among these we could mention the Wine Producer, the Quality Manager, the Agronomist (the expert of the vineyard cultivation), and the Oenologist (the expert of the wine and its production). While the main business goal that the Wine Producer has in mind is the maximisation of the wine and grapes production in order to adapt it to the monitored market needs, different are the goals of the other actors. The quality manager, the agronomist and the oenologist aim to maximise the quality of the grapes and/or the wine detecting critical conditions that could occur during the process. In particular, critical conditions could be determined by overcoming the threshold for some particular environmental parameter. Critical conditions are managed by the triggering of some recovery actions.

In order to monitor the status of the vineyard aiming to identify critical conditions in it, we need a network of sensors spread on the board area.

In such scenario, the activities of vineyard cultivation, the control of the grapes maturation, their harvesting and fermentation, are thought using extensively service-based applications realized on top of a Wireless Sensor and Actuator (WSAN). In such view, context sensors and actuators are considered as service providers able to report information about the vineyard status and to execute some specific actions.  

If we consider such devices, we easily could image that they are not fully reliable; for example, they may crash, run out of battery, or even provide incorrect information.

Such issues can be determined by changes in the physical context (humidity for example), or the activation of new measurement activities (depending on the season).

We could think about the service based application behind this case study as an adaptable application. So, critical conditions are detected and properly recovery actions are performed at runtime. In particular, the service-based application should be able to change the topology of the network to optimize the load and the sensors distribution, activate new sensors (replacing a service), modify the transfer rate of the sensors in order to maximize their power consumption and so on.

 

Document Actions
  • Send this
  • Print this
  • Bookmarks

The Plone® CMS — Open Source Content Management System is © 2000-2017 by the Plone Foundation et al.