Derby (JavaDB) en mode embarqué : un exemple d'implantation
Bases de données embarquées : intérêts et fonctionnement - Exemple avec Derby (JavaDB)

3.1 Présentation de l'exemple

Afin d'illustrer le fonctionnement de Derby, nous proposons de développer un exemple ayant pour cadre la gestion de parkings : facturation, places disponibles en temps réel... À cette fin, notre exemple repose sur deux applications différentes :

• une à destination des clients (APPLICATION MOBILE) ;

• l'autre à destination des gestionnaires de parkings (APPLICATION STATIQUE).

L'application mobile permet aux clients d'avoir un suivi indicatif de leur consommation de stationnement dans les différents parkings de la société gestionnaire.

L'application statique, spécifique pour chaque parking de la société gestionnaire, permet (1) de connaître l'état / le niveau d'occupation du parking et (2) de gérer l'historique de facturation pour le parking. Trois rôles ont été identifiés pour cette application statique : l'administrateur (qui crée et administre la base de données via l'application), le gardien du parking (qui gère l'état du parking) et l'analyste (qui accède et manipule l'historique de facturation).

La figure 3 illustre le fonctionnement général d'un parking et souligne la place de chacune de ces applications mobiles et statiques dans un scénario simple : le stationnement d'un véhicule dans un parking.

Un ensemble de capteurs (RFID, caméras...) peuvent être utilisés pour assurer le fonctionnement des applications.

3.1.1 Déroulement du scénario

1. Un véhicule se présente à la barrière d'entrée. La plaque d'immatriculation est détectée par une caméra (ou par une puce RFID), puis stockée dans l'application statique au moment où la barrière se lève. Le nombre de places disponibles dans le parking est mis à jour.

1′. À son ouverture, la barrière d'entrée, via un protocole de communication à...