SimExplorer SI

Introduction

Ce document détaille la solution proposée en réponse à la demande d'un outil d'exploration de simulation.

Spécifications

Découpage

Plusieurs parties ont été identifiées :

• Une première partie s'exécute sur le serveur d'application et fournit les services d'authentification et de gestion des données.
• Une seconde partie sert les pages web au navigateur l'utilisateur
• Une dernière partie s'exécute sur la machine de l'utilisateur, avec des données locales et une communication avec le serveur.

Serveur d'application

Base de données

Une base de données de type PostGreSQL sert de référentiel pour les autorisations et les données métier. Pour certains types de données (résultat de simulation par exemple), le flux pourra être stocké sur le disque. Les objets persistants sont générés depuis le modèle de conception.

Authentification

L'authentification inclut la gestion des utilisateurs et des groupes. Mais elle permet aussi la gestion des droits sur les données.

Ces informations sont stockées par des objets persistants générés.

La logique associant les utilisateurs, les groupes et les données est implantée via un service.

L'utilisation d'une brique d'authentification est possible, à partir du moment où elle est capable de gérer des droits sur des entités.

:alt: Diagramme de classe entités pour l'authentification

Diagramme de classe entités pour l'authentification.

:alt: Diagramme de classe services pour l'authentification

Diagramme de classe services pour l'authentification.

Stockage des données

Ce composant a la charge de gérer l'ensemble des informations relatives aux explorations.

Celui-ci inclut une logique métier sur les versions et doit être en mesure de synchroniser son statut avec celui du client lourd.

Des services exposent la gestion des informations et des versions en tenant compte de l'identité de l'utilisateur connecté.

:alt: Diagramme de classe entités pour le stockage

Diagramme de classe entités pour le stockage.

Application web

A partir des briques du serveur d'application, le serveur web permet à l'utilisateur connecté avec un client léger (navigateur standard) de manipuler les données auxquelles il a accès.

L'application réutilise la logique métier du serveur d'application.

Client lourd

Autonomie

Le client lourd doit pouvoir être possible de l'embarquer dans l'application RCP SimExplorer. De plus, il doit être utilisé de façon déconnecté du serveur d'application.

Mode embarqué

SimExplorer SI doit être accessible depuis l'application existante.

Le mode de communication avec cette application est à déterminer.

Mode déconnecté

L'utilisateur peut uniquement interragir avec les données locales.

Le fonctionnement est très similaire à la partie données du serveur d'application, l'authentification en moins. Ainsi, les données sont stockées dans une base locale, avec des fichiers externes pour les informations trop volumineuses.

Mode connecté

Dans ce mode l'utilisateur peut consulter/supprimer des données du serveur selon son authentification.

Une synchronisation est possible, la logique étant executé côté serveur et le client est mis à jour en fonction du traitement réalisé.