Bilan des Forces et Faiblesses du Logiciel SIGFiP

L’audit de SIGFiP a mené à l’identification des forces et faiblesses suivantes :

Forces Faiblesses Capacité Fonctionnelles

Couverture fonctionnelle Application modulaire

Large couverture des fonctionnalités essentielles nécessaires dans un système d’information de gestion des dépenses publiques

Pas de module d’élaboration du Budget

Saisie et Centralisation des opérations du niveau déconcentré au niveau central

N’offre pas la possibilité d’imposer un délai de traitement pour chaque opération

Donne une situation exhaustive d’exécution du budget de l’Etat

Ne permet pas de prendre en compte les prévisions mensuelles des engagements et des mandatements par catégories de dépenses pour l’exécution du budget Toutes les administrations centrales et institutions

sont connectées au SIGFiP

L’intervention de chaque acteur est limitée à son domaine de compétence

N’intègre pas complètement les processus d’approbation du Contrôle Financier de façon à permettre au Contrôleur Financier ou ses Délégués de rendre compte de leurs activités

Les règles et procédures de contrôle sont établies en fonction des applicatifs SIGFIP

Le système n’offre pas d’outil pour rendre systématique la régularisation des dépenses salariales exécutées sans engagement ou ordonnancement préalable

Présentation de l’information Les rapports standards proposés couvrent la plupart

des informations requises pour la présentation de l’information

Des rapports ne peuvent pas être créés par l’utilisateur

Comprend une grande variété de rapports standards très intéressants

Pas de possibilité offerte à l’utilisateur de sauvegarder une version électronique en format PDF, Texte ou Excel pour être réutilisée

Normes et conformités financières

Rapport – Décembre 2008 ProGenia

Forces Faiblesses En fonction de la complexité des besoins spécifiques,

des rapports prédéfinis peuvent être ajoutés dans le système pour satisfaire aux obligations du Bénin

Rendement et Fiabilité Sécurité Fonctionnalités de SIGFiP en matière de sécurité sont suffisantes pour sécuriser les opérations financières de l’Etat

Des éditions à des dates différentes d’un même état portant sur la même période peuvent comporter des différences

La sécurité est définie par différents niveaux (rôles) d’accès

Les mots de passe ne peuvent pas être modifiés par les utilisateurs eux-mêmes

Les différents niveaux de sécurité sont attribués en fonction du poste occupé et des besoins d’accès aux données

Ne demande pas aux utilisateurs de changer régulièrement leur mot de passe

Suivi de toutes les opérations, en générant une piste de vérification comprenant l’heure, la date et l’identification individuelle dans un fichier journal

Il n’existe aucune option de définition d’horaire pour l’ouverture de sessions, afin de limiter l’accès de certains utilisateurs aux heures de travail supervisées Liste des mots de passe est cryptée et ne peut être

visualisée

L’administrateur système n’a pas la possibilité de définir des conditions d’accès pour les utilisateurs, lesquels pourraient être invités à changer leur mot de passe à chaque nouvelle session

Le système permet une sauvegarde de base de données hors site (back up).

Ne comprend pas de fonction de notification automatique de violation de fichiers et ne génère pas un fichier journal de violations du système

Systèmes de contrôles automatiques et de verrouillage des saisies des données

Il n’est pas possible d’éditer une liste des opérations portant sur les éléments supprimés suite à une violation du système

Possibilité de générer un rapport reprenant toutes les opérations enregistrées par un utilisateur donné au cours d’une période spécifique, de même qu’un rapport reprenant toutes les opérations classées par utilisateurs et par date

Haute disponibilité Serveur de production différent de serveur

d’application

Configuration des disques des serveurs dans une architecture de type parallèle E-IDE au lieu d’une architecture n série le long d'une chaîne fermée par des contrôleurs SSA

Rapport – Décembre 2008 ProGenia

Configuration des disques sur chaque serveur en RAID5

Sur le serveur de production, les données des bases et leur indexes sont répartis sur le même groupe de disques

Les supports de masses ne sont pas adaptés aux fortes sollicitations de SIGFiP, et ne se conforment pas dans la configuration actuelle, à une architecture de haute disponibilité qui a pour objectif d’assurer une disponibilité élevée, voire permanente, des services serveurs centraux

La plus grande disponibilité possible de l’application n’est pas assurée par la mise en grappe avec du serveur principal avec un serveur de secours, contre une panne qui empêcherait l'exécution normale du logiciel, sur le serveur principal

Monté en charge

Architecture « Serveur d’applications » Aucune des liaisons « critiques » du réseau n’a été doublée pour conserver un accès de secours en cas de rupture de la liaison principale

Architecture simplifiant l'administration des serveurs et des applications

Problèmes de performances pour les utilisateurs distants

Comprend de nombreuses fonctionnalités destinées à augmenter la vitesse de traitement et permet la flexibilité de la structure des données grâce au SGBD Oracle

Baisse des performances applicatives sur les sites distants

L’application SIGFiP est chargée sur plusieurs serveurs d'application

Inexistence de solution d'optimisation WAN accélérant les performances des applications pour les utilisateurs distants, pour atteindre des temps de réponse similaires à ceux d'un réseau local

Tolérance aux erreurs et Robustesse SIGFiP adresse également un message d’alerte à

l’utilisateur lorsqu’une opération n’a pas été complètement enregistrée.

Ne fournit pas à l’utilisateur en cas de panne le temps et les informations nécessaires pour réagir de façon adéquate

Panne récurrente : « Problème de Double Connexion »

En cas de panne du système ou rupture de connexion

Rapport – Décembre 2008 ProGenia

Forces Faiblesses réseaux, SIGFiP tout en prévenant l’utilisateur par un message d’alerte, ne consigne pas l’erreur dans un fichier journal et ne ferme pas automatiquement la connexion

Lorsqu’une panne réseau survient, l’application ne signale pas à l’utilisateur toute opération incomplète dès que l’accès réseau est rétabli

Existence de risques de perte d’une opération client en cas d’instabilité du réseau

Facilité d’utilisation Interface utilisateur et convivialité La navigation à travers le système est aisée, et permet

de passer d’un module à l’autre en un minimum de clics

Interface non abouti

SIGFiP possède de bonnes ressources de zoom avant, permettant à l’utilisateur de cliquer sur certains champs pour obtenir immédiatement une autre fenêtre contenant davantage de détails sur leur contenu

L’utilisateur ne dispose d’une série de boutons très compréhensibles, comprenant des descriptions, qui conduisent facilement aux diverses fonctionnalités du système

L’interface de SIGFiP ne respecte pas les normes de développement de Windows

SIGFiP n’offre pas de souplesse à l’utilisateur pour corriger des erreurs sans devoir tout reprendre

SIGFiP ne permet pas non plus de valider les dossiers de façon électronique sans devoir imprimer Traitements de fin de période

Fonctionnement en temps réel

Formation et support des utilisateurs Le support technique est disponible par téléphone ou

par session à distance par accès commuté.

Personnel en charge du support non spécialisé

Personnel en charge du support basés uniquement à Cotonou

Pas didacticiels intégrés, d’aide en ligne, de ressources Internet, et de support par e-mail

Administration et Maintenabilité Maintenance

Rapport – Décembre 2008 ProGenia

L’équipe technique dispose de plusieurs années d’expérience avec SIGFiP, ainsi que d’une certaine connaissance du secteur de la finance publique et de la comptabilité publique, en plus de ses compétences d’ingénierie informatique et de conception de logiciel

L'exploitation de SIGFiP n’est pas à la portée d'un simple utilisateur car elle nécessite des procédures qui demandent trop de manipulations et trop de connaissances informatiques

Stratégie de sauvegarde et récupération Système de sauvegarde conçu par l’équipe SIGFiP à

l’aide de scripts (PL/SQL, SQL, Shell)

Lorsque le système se bloque ou tombe en panne pendant la saisie des données, les données doivent être entrées à nouveau, à moins qu’elles n’aient été sauvegardées à un stade donné du processus

Il est possible de remédier rapidement à toute altération des données ou du programme, en utilisant simplement la dernière sauvegarde disponible pour la récupération

Pas de fonctionnalités d’archivage pour les données anciennes qui ne sont plus utilisées

La réinstallation complète du logiciel SIGFiP n’est pas difficile et ne prend que quelques minutes dans le pire des cas, à savoir si les fichiers de SIGFiP autres que les fichiers de la base de données sont altérés ou perdus

Les fichiers de sauvegarde de la base de données peuvent ensuite être transférés dans le répertoire adéquat pour une restauration complète du système

Recherche et développement Nombreuses améliorations apportées par l’équipe

SIGFiP depuis la première version

Inexistence de procédure formalisée de demande de modifications ou de personnalisation de l’Application

Maintenance et évolution de SIGFiP prises en charge par les informaticiens de l’équipe SIGFiP

Gestion des nombre et des dates Le produit SIGFiP peut traiter les nombres

comprenant jusqu’à 15 chiffres, 2 décimales incluses Compatible Y2K, norme qui exige quatre chiffres lors de la saisie de l’année

Portabilité Conçu pour fonctionner sur un réseau local (LAN), sur un réseau étendu (WAN) ou sur un réseau

Ne tourne pas encore sur la version VISTA de Windows

Rapport – Décembre 2008 ProGenia

Forces Faiblesses client/serveur

Fonctionne avec la base de données Oracle.