- Logiciels
- Indem, indemnisation chômage
- Informations techniques : INDEM
Informations techniques : INDEM
Développé avec PowerBuilder, le progiciel INDEM s'appuie sur une base de données relationnelle utilisant une configuration dont le mode de fonctionnement peut être monoposte ou clients/serveur. L'utilisation d'INDEM ne nécessite aucune connaissance technique approfondie de votre part puisque sa base de données s'avère transparente et ne nécessite aucune administration.
1. Plate-forme de développement
Développé sous PowerBuilder, INDEM s'adapte à son environnement :
- INDEM fonctionne sous WINDOWS (server, NT, 2000, XP...) et LINUX (Mandrake, Redhat...), sur les réseaux de toutes tailles et de tous types ;
- Le SGBD fonctionne sous WINDOWS (server, NT, 2000, XP.) et LINUX (Mandrake, Redhat.) ;
- Le protocole de communication TCP/IP est requis pour le fonctionnement de l'application.
2. Volumétrie
INDEM étant développé avec un des outils les plus utilisés au monde, le progiciel offre une solidité technique permettant de gérer jusqu'à plusieurs milliers de dossiers, en mode client/serveur.
La taille du fichier de données initial est de moins de 4 Mo ; elle est d'environ de 20 Mo pour une population de 500 assurés régulièrement indemnisés durant 2 ans. L'accroissement est donc approximativement de 8 Mo par an pour une telle base de données.
NB : aucune opération d'administration n'est à prévoir pour permettre l'extension de la taille du fichier de la base de données.
3. Pré-requis
Afin de vous garantir une utilisation optimale d'INDEM, nous préconisons la configuration technique minimale suivante :
INDEM MONOPOSTE :
- un micro-ordinateur compatible IBM-PC, doté d'un processeur d'une puissance au minimum égale à celle d'un Pentium III cadencé à 500 Mhz laissant au minimum 60 mégaoctets de mémoire centrale (RAM) disponibles au total pour INDEM et le SGBD, disposant d'un espace disque libre initial de 50 Mo et d'un lecteur de CD-ROM ;
- Microsoft Windows 95, 98, NT4 Workstation, 2000, XP.
INDEM MULTIPOSTES OU CLIENT/SERVEUR :
- des micro-ordinateurs "clients" compatibles IBM-PC, dotés d'un processeur d'une puissance au minimum égale à celle d'un Pentium III cadencé à 1 Ghz laissant au minimum 50 mégaoctets de mémoire centrale (RAM) disponibles au total pour INDEM et la partie cliente du SGBD, disposant d'un espace disque libre de 40 Mo et doit pouvoir accéder à un lecteur de CD-ROM (pour l'installation) ;
- Microsoft Windows 95, 98, NT4 Workstation, 2000, XP ;
- un micro-ordinateur "serveur" compatible IBM-PC, doté d'un processeur d'une puissance au minimum égale à celle d'un Pentium IV cadencé à 2 Ghz laissant au minimum 80 mégaoctets de mémoire centrale (RAM) disponible pour la partie serveur du SGBD, augmentée d'un mégaoctets par connexion client simultanée envisagée. Ce poste doit disposer d'un espace disque libre initial de 30 Mo et doit pouvoir accéder à un lecteur de CD-ROM (pour l'installation) ;
- Microsoft Windows NT4 SP3, 2000, XP, 2003 (version serveur recommandée <=> possibilité de lancement du moteur en tant que service) ;
- clients et serveur doivent pouvoir communiquer en TCP/IP à travers un réseau Microsoft ou Novell.
Remarque : il est tout à fait possible d'installer client et serveur sur un même poste, en attendant les machines qui constitueront la plate-forme définitive.
4. Sécurité
Le fichier de données ne nécessitant pas de partage, il est protégé contre la copie à hauteur du niveau de sécurité offert par le système d'exploitation du serveur.
L'accès aux données internes du fichier (base SQL) est protégé par la confidentialité du mot de passe du dba (database administrator) avec niveau de sécurité inhérent à la base de données.
INDEM permet plusieurs niveaux d'accès, chaque utilisateur disposant d'un "nom d'utilisateur" et d'un "mot de passe" confidentiel.
Notons également qu'INDEM offre la possibilité d'attribuer ou non les dossiers indemnisés à leurs gestionnaires.
5. Sauvegardes
Quelle que soit la configuration, toutes les données sont contenues dans un seul fichier (indem.db), qu'il suffit de recopier à la fréquence de votre choix (lorsqu'il n'est pas ouvert par le SGBD). Dans le cas d'une configuration client/serveur, il sera nécessaire d'arrêter le moteur (lancé en service NT ou non) avant de procéder à la duplication du fichier, puis de le relancer. Dans cette même configuration est prévue la gestion automatique d'un journal des transactions permettant, en cas de destruction du fichier des données, de récupérer les modifications effectuées depuis la dernière sauvegarde de ce dernier.
Cegape au service de la performance publique