Découvrir D2, architecture ouverte

D2 est constitué en deux modules :

application web d'administration, pilotage de processus budgétaire, diffusion et consolidation de cubes
application client déconnecté pour le traitement de cube budgétaire

Nous pouvons présenter le différents composants de la solution avec un schéma suivant :

Les flux applicatifs sont engagés entre :

Serveur IIS avec l'application WebD2 installée dessus (port de connexion 443, https, pour le 9 et 10)
Service web de mises à jour, accessible en ports 80, 443 ou autres paramétrés sur le serveur IIS.
Service web de consolidation, accessible en ports 80, 443 ou autres paramétrés sur le serveur IIS
Stockage de fichiers de règles et plugins (maximum 10 MB). Cela peut être un répertoire sur le serveur WEB.
Stockage des certificats utilisateurs (maximum 10 MB). Cela peut être un répertoire sur le serveur WEB ou le magasin existant de certificats.
Serveur de base de données D2. Il peut s'agir de base de données mutualisée ou dédiée. Les accès sont peu fréquents vu que la majeure partie d'analyse de saisie
Serveur LDAP AD (accessible en ports 389-ldap ou 636-ldap-s). Ce serveur est nécessaire si le mode d'authentification LDAP est choisi. Le mode d'identifiation "base de données" est également possible.
Serveur Smtp (pour diffusion de cubes et envoi des alertes)
Utilisateur et administrateur de WebD2 avec IE
Utilisateur de D2
Magasin de stockage de certificats sur le poste de l'utilisateur
Fichier web.config de l'application
Sources de données externes en connexion direct. Au cas où le choix est porté vers la lecture des référentiels externes en temps réel.
Import de données avec des fichiers fournis par des applications externes (texte, xml)

Tous les éléments de ce diagramme ne sont pas obligatoires. Cela dépend de la configuration souhaitée.

Un cube D2 n'est pas un format propriétaire. Il s'agit d'un fichier archive (zip) contenant plusieurs fichiers XML décrivant :

Fonctionnalité précédente