Comment concevoir un système d'information de gestion financière

Publié le 5 février 2022 en Technologie gouvernementale

Comment minimiser les risques dans la gestion et l'administration des finances publiques

Une approche modulaire est considérée comme la meilleure Système d'information de gestion financière (FMIS) conformément à la Fonds monétaire international papier Comment concevoir un système d'information de gestion financière - Une approche modulaire. Le document analyse les résultats décevants de plus de 45 mises en œuvre du SIGF dans des pays en développement et des économies émergentes. Les auteurs concluent qu'un approche modulaire surmonte de nombreuses lacunes du FMIS et permet d'atteindre les objectifs de la réforme à long terme.

Les pays étudiés disposaient d'une forme ou d'une autre de système intégré de gestion financière (SIGF), mais cherchaient à l'améliorer et à le moderniser pour le relier aux plateformes infranationales et aux systèmes de gestion des finances publiques (GFP) connexes, tels que planification budgétaire, marchés publics et gestion de la dette.

Les auteurs ont remis en question de nombreux points de vue fortement ancrés au sein des communautés de la PFM et des logiciels d'entreprise. Ils montrent comment la technologie ralentit souvent les efforts de réforme de la PFM. Ils affirment que "la capacité du système à répondre aux besoins continus et anticipés de la PFM est une condition préalable essentielle à la réussite du SIGF". Alors que les analystes technologiques recommandent l'utilisation de Produits commerciaux en vente libre (COTS)¹ systèmes de gestion financière pour applications complexes comme les grands livresEn revanche, de nombreux membres de la communauté PFM, y compris les auteurs de l'étude, suggèrent que les systèmes développés sur mesure sont des choix légitimes. Nous pensons que Planification des ressources publiques (GRP) est la réponse.

FreeBalance est quelque peu unique sur le marché mondial en se concentrant exclusivement sur les applications COTS des PRV, la FreeBalance Accountability Suite™et une plate-forme COTS pour le développement de logiciels de gestion financière pour les clients, la FreeBalance Accountability Platform™. La mise en œuvre de SIGF dans près de 30 pays nous donne une perspective nuancée et expérimentée sur la mise en place de systèmes de gestion financière gouvernementaux. 

Nous sommes très préoccupés par la réussite durable des gouvernements en matière de gestion financière. Nous considérons que la durabilité du SIME est :

• Viabilité financièreLe gouvernement doit être en mesure d'assurer la viabilité financière à long terme de l'entreprise ou d'en assurer la gestion. Coût total de possession (TCO)² pour l'ensemble du cycle de vie de la solution, y compris le développement, la mise en œuvre, la maintenance et le retrait.
• Réforme Durabilité: la capacité des systèmes d'information à s'adapter aux réformes futures et la modernisation, y compris la comptabilité d'exercice, la budgétisation des programmes, la gestion des performances, l'optimisation des ressources et la décentralisation.

Cette notion de réforme durabilité est une préoccupation essentielle dans le secteur public. Tous les gouvernements sont témoins de réformes et de modernisations. L'ampleur des changements dépasse celle du secteur privé. Succès durable du FMIS vient de la compréhension de cela :

• L'importance de la technologie et de la conception des solutions 
• Les projets de gestion financière sont des projets de transformation dont l'impact va bien au-delà de l'informatique et de la comptabilité.
• La gouvernance des projets et des produits est un élément essentiel

Types de systèmes de gestion financière

Nous souhaitons étendre les concepts introduits dans le papier à travers le prisme de la technologie des logiciels d'entreprise et des pratiques de mise en œuvre, avec quelques recommandations. Les thèmes du document développés ci-dessous sont les suivants :

1. Modularité des logiciels - l'assemblage de portefeuilles FMIS à l'aide de composants logiciels
2. L'approche "Core First" (le cœur d'abord) - les fonctions de base du FMIS sont d'abord consolidées
3. Interopérabilité fiscale - intégration de l'ensemble des processus du SIGF dans tous les modules
4. Levier d'investissement - optimiser les investissements actuels du FMIS et éviter le "rip and replace".
5. Mise en œuvre agile - les techniques scientifiques modernes adaptées aux projets FMIS
6. Technologie avancée - étendre les capacités du FMIS grâce aux dernières technologies innovantes
7. Performance et transparence - tirer parti du SIGF pour améliorer l'efficacité des pouvoirs publics et la transparence fiscale
8. Construire ou acheter - déterminer s'il convient de créer un logiciel personnalisé ou d'acheter des progiciels pour l'ensemble du portefeuille du SIGF

Ces thèmes se recoupent largement. La modularité est le thème clé du document et la principale dépendance pour les autres thèmes.

1. Modularité des logiciels

"Il a été démontré que les grandes applications FMIS et IFMIS sont moins efficaces dans de nombreux environnements que les systèmes qui se concentrent sur quelques modules PFM de base, [et] qui adoptent une approche séquentielle de la mise en œuvre".

Modularité des logiciels³ est nécessaire pour soutenir des approches séquentielles dans lesquelles les systèmes d'information de gestion financière s'alignent sur les besoins de réforme et de modernisation de la GFP. De plus, il est souvent difficile de contenir tous les objectifs des systèmes financiers en utilisant une solution unique en une seule grande étape, dans le cadre d'une approche "big bang". Cependant, un Banque mondiale étudeL'étude a conclu que "les processus de mise en œuvre des systèmes FMIS, qu'ils soient progressifs ou de grande envergure, présentent des défis, et il ne semble pas y avoir de réponse facile à la question de savoir quelle est la meilleure approche". 

J'ai l'impression que la plupart des experts en matière de gestion des finances publiques préfèrent l'approche de la gestion des finances publiques. gains rapides de la mise en œuvre du SIGP. Cela peut réduire la résistance au changement. Les approches "big bang" peuvent bénéficier d'une conception modulaire en démontrant un logiciel fonctionnel tout au long du processus de définition des besoins. 

Perspective de mise en œuvre

La modularité permet aux gouvernements de mettre en œuvre le FMIS et d'y apporter des modifications à l'avenir :

• La fonctionnalité peut être mise en œuvre par étapes sans qu'il soit nécessaire de formuler pleinement toutes les exigences avant de procéder, y compris l'adaptation des exigences des modules futurs sur la base de ce qui a été appris au cours des étapes précédentes
• Le déploiement de la fonctionnalité du SIGF peut se conformer à capacité organisationnelle et les priorités en matière de finances publiques, telles que la mise en œuvre de nouveaux modules dans les ministères à forte capacité d'interaction avec les citoyens 
• Les modules peuvent être activé progressivement⁴ soutenir la réforme en cours à mesure que de nouvelles fonctions sont ajoutées dans un ordre approprié aux objectifs du gouvernement

Perspective technologique

Les logiciels d'entreprise sont devenus plus modulaires, ce qui présente d'importants avantages pour les gouvernements :

• Utilisation de composants granulaires dans Architectures orientées services (SOA)⁵ permet de partager des éléments de fonctionnalité cohérents entre les systèmes et peut éliminer les duplications fonctionnelles inutiles
• Une bonne conception modulaire favorise l'extensibilité⁶ en tirant parti des fonctionnalités existantes pour répondre à de nouvelles exigences
• Les gouvernements peuvent passer à des modules plus avancés avec une perturbation limitée lorsque des conceptions plus modernes sont utilisées. 
• Les modules de services externes tels que le rapprochement bancaire, les données macroéconomiques et les taux de change peuvent contribuer à l'automatisation des processus gouvernementaux.

Recommandations

Pour que les gouvernements puissent bénéficier des avantages de la modularité, il faut.. :

• Il est utile d'envisager les fonctions sous l'angle de leurs composantes plutôt que de considérer les fonctions en silo comme de grands "modules" autonomes - en d'autres termes, la masse salariale ou approvisionnement Les "modules" doivent être constitués de nombreux éléments identifiables pour être considérés comme "modulaires" :
• Un concept de FMIS composé de nombreux modules qui peuvent s'intégrer ou être réutilisés dans de nombreux contextes.

Examiner les approches de modularité des composants en déterminant si la modularité est grossière ou fine.⁷ , à couplage lâche ou étroit⁸ pour déterminer l'applicabilité de la technologie pour n'importe quel composant.

2. Le cœur d'abord

"Soutenir la mise en œuvre et le suivi des principaux objectifs budgétaires, des règles budgétaires et des réglementations financières, en donnant la priorité au renforcement des fonctions de comptabilité, de budget, de trésorerie et d'établissement de rapports du système d'information financière (SIGF). 

Cette notion de modularité s'étend au-delà des concepts technologiques. Certains gouvernements ont tenté d'automatiser plus de fonctions que la capacité d'absorption du service public ne le permettait. Les mises en œuvre de systèmes financiers pourraient être mieux comprises comme des exercices de renforcement des compétences. L'approche "core-first" permet d'étendre les compétences. Avancée Compétences en matière de gestion des finances publiques dépendent de la mise à l'échelle des compétences de base.

La définition de ce qui est essentiel et de ce qui ne l'est pas dépend des circonstances. Le document souligne qu'"un SIGF essentiel est défini dans cette note comme un système d'information qui soutient l'exécution du budget, la comptabilité et les fonctions de gestion de la trésorerie et des liquidités, et qui génère des rapports financiers en temps voulu". Par exemple, le degré de sophistication de l'exécution du budget varie d'un pays à l'autre. Certains pays utilisent plusieurs étapes de la comptabilité d'engagement avec des tolérances intégrées et une discrétion en matière de transferts budgétaires. De nombreuses économies avancées n'ont adopté que récemment la comptabilité d'engagement. comptabilité d'engagement. 

Les services publics à forte capacité peuvent absorber davantage de nouvelles fonctions et présenter une moindre résistance au changement. En outre, l'essentiel peut dépendre de la situation du pays, où l'automatisation des salaires, des marchés publics ou de l'administration fiscale peut être d'une importance vitale. Ces considérations permettent une analyse plus nuancée des approches "big bang" par rapport aux approches graduelles.

Perspective de mise en œuvre

L'approche de base, qui couvre généralement la comptabilité et l'exécution du budget :

• Capture des métadonnées essentielles⁹La gestion des finances publiques est un processus complexe qui comprend des contrôles et des processus nécessaires à la gestion financière tout au long du cycle budgétaire et qui sont partagés avec toutes les autres fonctions, où le fait de bien faire les choses a des retombées importantes en tant que modules ajoutés.
• Devient la clé changement organisationnel et des capacités humaines qui définit les attentes pour les changements futurs
• Permet l'apprentissage organisationnel en permettant des changements dans les systèmes de prototypage, de validation du concept, d'essai et de production, tout en établissant des normes de gestion financière.
• Amélioration de la qualité de l'information pour mieux structurer l'élaboration du budget et les fonctions financières non essentielles

Perspective technologique

La modularité dans Technologie FMIS est une considération importante dans l'approche "core-first" :

• Certaines approches du FMIS ne soutiennent pas efficacement cet objectif de "core-first" lorsque toutes les fonctions et métadonnées doivent être définies dès le départ parce qu'il est difficile et fastidieux de les ajuster par la suite, par exemple en ne soutenant pas un système pluriannuel de gestion des données. Plan comptable
• Les modules autonomes sont conçus sans tenir compte de l'état final souhaité pour le FMIS en fonction des réformes futures anticipées.

Recommandations

Les mises en œuvre réussies suivent une approche de base qui démontre :

• Empreinte de base réaliste pour le contexte gouvernemental, y compris la maturité des capacités de gestion financière qui diffère d'un pays à l'autre - l'empreinte de base diffère en fonction du contexte 
• Nécessité de créer des classifications budgétaires et comptables communes afin de "garantir une comptabilité et un enregistrement budgétaire fiables et en temps voulu des transactions financières".
• Une capacité d'adaptation qui anticipe les réformes futures, y compris décentralisationles fonctions de réorganisation ou de régularisation qui s'inscrivent dans le cadre des fonctions essentielles  
• Phases pouvant se chevaucher, de sorte que la conception d'une nouvelle phase peut, dans certains cas, être réalisée au cours de l'essai des phases précédentes.

3. Interopérabilité fiscale

"Faciliter l'échange d'informations entre les modules centraux et non centraux du FMIS et entre les systèmes d'information exploités par les différents ministères et agences. 

Interopérabilité¹⁰ va au-delà de la technologie et de l'efficacité. L'interopérabilité implique l'intégration des processus entre les fonctions financières qui sont reproduites et automatisées grâce à la technologie. Souvent, les processus financiers des administrations publiques ne sont pas logiquement intégrés entre les ministères, les différents niveaux de gouvernement ou les entreprises publiques. L'intégration technologique suit souvent des pratiques médiocres et se concentre souvent sur l'exécution des dépenses et des recettes plutôt que sur l'ensemble des cycles de préparation du budget et de prévision de trésorerie. Conformité, contrôles et séparation des tâches¹¹ sont souvent absents lors de l'intégration des processus et des technologies, ce qui accroît les risques.

De nombreux fournisseurs de logiciels commerciaux prétendent assurer l'intégration et l'interopérabilité. Cette affirmation est souvent trompeuse. Certains grands fournisseurs ont acquis des autant d'entreprises avec autant de plateformes technologiques que l'interopérabilité totale est presque impossible. Certaines suites de produits peuvent être déployées avec des métadonnées et des contrôles différents d'un module à l'autre.

Perspective de mise en œuvre

L'interopérabilité des processus nécessite l'intégration des processus et des flux de travail :

• Il existe souvent de nombreux sous-systèmes qui fournissent des fonctions financières spécifiques et uniques pour répondre aux exigences législatives et juridiques des ministères, des agences et des entreprises publiques qui ont besoin d'une consolidation financière pour montrer la position fiscale réelle des gouvernements.
• La cohérence des définitions des processus et des concepts permet une interopérabilité fonctionnelle, même avec des interfaces logicielles limitées ou l'utilisation de mauvaises pratiques d'intégration telles que les appels directs aux bases de données.
• Les exigences légales en matière de décentralisation peuvent empêcher les gouvernements de parvenir à l'interopérabilité intergouvernementale.

Perspective technologique

L'interopérabilité comporte de nombreuses dimensions technologiques à prendre en compte :

• Mise en correspondance des métadonnées, ou concepts, entre les modules afin de fournir une version cohérente de la "vérité" et d'éliminer les incohérences.
• Résilience aux changements de modules grâce à des interfaces de programme d'application (API) efficaces¹² ou Services Web¹³ soutien
• Les bonnes pratiques d'intégration telles que l'élimination des appels directs aux bases de données, des procédures stockées, des interfaces manuelles, du screen scraping, des fichiers plats et des approches propriétaires.
• Les suites de produits qui offrent une bonne interopérabilité prête à l'emploi entre les fonctions peuvent le faire en utilisant des interfaces et des logiciels intermédiaires propriétaires.¹⁴ l'augmentation du risque que les gouvernements soient bloqués dans ce portefeuille

Recommandations

Peu de gouvernements sont en mesure d'assurer une interopérabilité totale entre les systèmes pour des raisons technologiques et juridiques. Les gouvernements peuvent améliorer l'interopérabilité par les moyens suivants

• Graphique de toutes les applications utilisées, de la technologie de soutien utilisée, de l'intégration existante, de la qualité de l'intégration, des comparaisons avec l'intégration logique.
• Un cadre d'interopérabilité clair pour l'ensemble du cycle budgétaire, par exemple l'intégration de la gestion de la dette dans le budget de l'État. systèmes de préparation du budget pour une meilleure prise de décision, avec contrôles des engagements pour mieux prévoir les dépenses de paiement de la dette, et avec des systèmes comptables pour gérer les recettes et les dépenses de la dette. opérations de dépenses
• Gouvernance de l'information¹⁵ avec des définitions de métadonnées, un nettoyage des données et des procédures d'audit
• Bus de service d'entreprise¹⁶  une conception qui fait passer toutes les interfaces par un bus partagé qui améliore la cohérence de l'intégration 
• Approches fondées sur le risque qui reconnaissent le niveau de besoin d'interopérabilité fonctionnelle lorsque certains systèmes autonomes en silo peuvent ne pas avoir d'incidence matérielle sur la consolidation du budget.
• Systèmes ouverts sélectionnés¹⁷ réduire la dépendance vis-à-vis des fournisseurs tout en augmentant le nombre de modules disponibles à l'avenir
• Méthodes innovantes pour traiter les applications patrimoniales qui ne supportent pas l'intégration moderne

4. Levier d'investissement

"Permettre aux pays d'utiliser au mieux leurs systèmes existants, en utilisant les investissements dans les technologies de l'information et les ressources humaines déjà disponibles, et en évitant la nécessité de remplacer la totalité ou la majeure partie de leur SIGF existant". 

Les budgets informatiques des administrations publiques sont sous pression. La plupart des organismes publics prennent en charge une gamme plus large d'applications patrimoniales que les entreprises. Cela se traduit par des ratios plus élevés de budgets informatiques consacrés aux opérations et à la maintenance - "garder les lumières allumées". Dans le même temps, les gouvernements sont confrontés à des demandes d'amélioration de la prestation de services avec des budgets en baisse. 

Le document fait une observation importante : "Dans le cas des solutions logicielles commerciales, par exemple, des fonctionnalités meilleures et plus efficaces peuvent souvent être obtenues grâce à un meilleur paramétrage des modules existants du SIGF. Certains choix de FMIS offrent ceci configuration de la capacité à rendre l'investissement plus facile à exploiter. En réalité, de nombreux investissements dans les systèmes financiers des administrations publiques nécessitent une personnalisation importante du code pour permettre le changement. La mise en œuvre de certains FMIS gouvernementaux utilise des technologies obsolètes qui augmentent les coûts d'exploitation et réduisent l'extensibilité.

Perspective de mise en œuvre

Les éléments à prendre en compte pour tirer parti des investissements actuels sont les suivants

• Mesure dans laquelle l'efficience ou l'efficacité est favorisée, même si l'ensemble des processus n'est pas automatisé
• Respect des procédures actuelles et prévues en matière de finances publiques, telles que la comptabilité d'exercice
• Alignement sur les capacités actuelles du gouvernement et sur l'amélioration prévisible des compétences

Perspective technologique

Les aspects technologiques à prendre en compte pour tirer parti des investissements actuels sont les suivants

• Mesure dans laquelle la technologie est récente ou héritagey compris les plates-formes non prises en charge et les versions d'applications non prises en charge
• Adaptabilité aux solutions actuelles avec un coût de personnalisation limité, ou post-moderne¹⁸ dans le domaine de la conception
• Mesure dans laquelle les logiciels sont codés en dur et difficiles à adapter aux réformes futures
• Degré d'utilisation d'une technologie propriétaire qui limite les choix futurs
• Coûts actuels pour maintenir et mettre à jour Systèmes FMIS
• Capacité à étendre la technologie actuelle pour soutenir d'autres fonctions
• Nombre de plates-formes technologiques différentes utilisées, un nombre réduit de plates-formes simplifiant la maintenance et la cybersécurité
• Extensibilité permettant de répondre aux besoins de traitement des administrations publiques
• L'étendue des besoins d'interopérabilité qui sont ou ne sont pas satisfaits, et le risque de non-conformité lié au manque d'intégration
• Capacité à déployer des applications dans des environnements virtuels et en nuage pour réduire les coûts
• Facilité de migration des données des applications existantes vers des applications financières modernes moins coûteuses
• Possibilité de migrer vers des logiciels intermédiaires moins coûteux, y compris des logiciels libres, afin de réduire les coûts de maintenance.

Recommandations

• Veiller à ce que tous les correctifs apportés à la plate-forme technologique soient installés rapidement afin de réduire les vulnérabilités en matière de cybersécurité.
• Utiliser une approche basée sur le risque en identifiant les contrôles, la séparation des tâches, l'intégration et les vulnérabilités technologiques lors du remplacement d'un module ou d'une application.
• évaluer efficacement tout remplacement, en veillant à ce que tous les coûts soient pris en compte
• Envisager des approches visant à réduire les coûts d'exploitation, telles que le déploiement en nuage ou le remplacement des logiciels intermédiaires propriétaires.
• Ne tombez pas dans le piège des coûts irrécupérables penser qu'un investissement existant doit être exploité lorsque les coûts de remplacement, avec les coûts d'exploitation prévus, sont inférieurs aux coûts d'exploitation du logiciel actuel

5. Mise en œuvre de l'approche agile

"Prévoir des solutions plus souples dans des environnements qui évoluent rapidement (par exemple, lorsque plusieurs réformes de la gestion des finances publiques ont lieu simultanément). 

Ce n'est pas pour rien que les principaux fournisseurs de services web, de médias sociaux et d'économie de partage s'appuient sur agile¹⁹ les méthodologies de mise en œuvre. 

Les processus agiles sont de plus en plus répandus dans l'administration. Les gouvernements utilisent la méthode agile pour développer de nouvelles idées innovantes et créer des applications rapides. Cette méthode est souvent utilisée de manière bimodale.²⁰ approche dans laquelle les opérations des systèmes existants suivent des méthodes traditionnelles, tandis que les nouvelles initiatives utilisent l'approche agile.

Notre expérience est cohérente avec l'observation selon laquelle "des approches de développement de logiciels plus agiles, basées sur l'automatisation, rendent une telle stratégie plus rapide à mettre en œuvre et plus rentable que par le passé".

Cadre Agile Scalé (SAFe)²¹  sont utilisés lorsque les organisations gouvernementales ont acquis des compétences agiles. Adaptation itérative pilotée par les problèmes (PDIA)²² est utilisé pour découvrir les problèmes afin d'élaborer des solutions efficaces dans le cadre du développement d'un pays qui, souvent, n'inclut pas la technologie. DevOps²³ est utilisé pour aligner les priorités technologiques et fonctionnelles. DevSecOps²⁴ intègre la cybersécurité dans le déploiement des logiciels.

Perspective de mise en œuvre

Les systèmes de gestion financière ont traditionnellement été mis en œuvre en utilisant les techniques de la chute d'eau qui sont associé à difficultés qui comprennent

• Élaboration d'exigences complexes avant l'acquisition, souvent déconnectées des besoins réels
• une longue analyse de l'état actuel, de l'état futur et de l'écart entre l'état actuel et l'état futur, qui accroît la résistance au changement tout en augmentant les risques de personnalisations inutiles.
• Une gestion de projet rigide qui fixe des étapes irréalistes, au lieu de reconnaître que les spécifications initiales sont probablement erronées et que les processus agiles sont souvent plus efficaces.
• Mettre l'accent sur le respect des contrats, y compris l'élaboration de documents superflus

L'efficacité agile vient de :

• Orientation vers les problèmes, y compris les techniques scientifiques pour valider les idées plutôt que d'imposer des solutions qui ne sont pas appropriées.
• Des itérations courtes qui permettent d'obtenir des résultats rapides et d'impliquer les utilisateurs afin de réduire la résistance au changement.
• Adapter la mise en œuvre pour mieux répondre aux besoins réels
• Intégration des spécialistes du domaine, des concepteurs, des analystes et des équipes de développement pour faciliter la communication et l'établissement des priorités.

Perspective technologique

L'agilité est rendue possible grâce à des technologies telles que :

• Langages de programmation orientés objet²⁵ qui favorisent la réutilisation et l'extension
• Utilisation de code bas²⁶ et pas de code²⁷ des méthodes qui facilitent le changement et accélèrent les mises en œuvre
• Outils automatisés utilisés pour les tests, le prototypage et le suivi des projets

Recommandations

Le concept d'agilité est contre-intuitif pour de nombreux fonctionnaires. Les projets sont souvent sélectionnés en fonction de la prévisibilité des résultats. Les projets de gouvernance tels que la mise en œuvre d'un nouveau système financier peuvent être politiques. Agile modifient également la nature de la gestion de projet :  

• Penser en termes de conception²⁸ et des approches de prototypage pour valider la satisfaction des besoins des utilisateurs remplace les processus informatiques traditionnels de haut en bas
• Communication continue par le biais de tableaux de processus qui montrent les itérations en cours, les progrès et les arriérés.
• Approches bimodales où certains nouveaux projets s'appuient sur la méthode agile tandis que le maintien des systèmes actuels reste traditionnel.
• L'expérimentation de petites applications, qui commence souvent par des prototypes sur papier, permet de mieux comprendre la situation. 
• Tester chaque étape pour découvrir des pratiques et des solutions, souvent non liées à la technologie, qui fonctionnent efficacement dans le contexte.

6. Technologie avancée

"Augmenter la flexibilité pour incorporer des technologies avancées dans le FMIS, y compris des systèmes basés sur le web ou des systèmes multicouches. 

Les technologies avancées sont souvent mises en œuvre en tant que fonctions autonomes ou pour répondre aux besoins spécifiques des ministères compétents. Les applications de gouvernement intelligent et de libre-service pour les citoyens ont un potentiel de rendement important. Toutefois, les gouvernements qui peinent à mettre en œuvre les fonctionnalités financières de base risquent de ne pas être en mesure d'acquérir et de mettre en œuvre efficacement les technologies avancées. 

La plupart des observateurs décrivent la nécessité de développer des cas d'utilisation avant d'acquérir des technologies avancées, bien qu'il soit difficile de tirer des conclusions sur l'utilité de ces dernières. L'expérimentation est encouragée, mais la plupart des preuves de concept de la blockchain et de l'apprentissage automatique et de l'IdO n'ont pas réussi à être mises à l'échelle dans les administrations publiques malgré les nombreux "cas d'utilisation" publiés par les principaux fournisseurs de technologies.

Perspective de mise en œuvre

L'utilité des technologies avancées pour étendre la fonctionnalité financière des gouvernements dépend du contexte national :

• Cibles des utilisateurs, y compris l'infrastructure numérique, les compétences et les facteurs de forme des appareils utilisés
• Normes sociales et culturelles liées à l'automatisation, à la protection de la vie privée et à la sécurité
• La hiérarchisation des domaines en fonction des besoins des pays, comme l'applicabilité de la blockchain pour l'enregistrement des propriétés dans les pays disposant d'une bande passante suffisante et souffrant de l'évitement de l'impôt foncier.

Perspective technologique

Les technologies avancées requièrent souvent des "systèmes d'enregistrement" de back-office fiables.²⁹ comme une gestion financière solide :

• Systèmes d'engagement comme les paiements en ligne des citoyens et des entreprises pour les licences, les permis ou les impôts, nécessite une intégration avec les systèmes de recettes, de dépenses, de gestion des dossiers et les systèmes bancaires
• Systèmes d'intelligence tels que les services en ligne portails de transparence budgétaire exiger l'intégration avec les systèmes de comptabilité publique en arrière-plan, avec des données intégrées pour des informations précises et opportunes
• Systèmes d'innovation tels que actifs intelligents nécessite l'intégration avec les systèmes d'approvisionnement du back-office pour gérer la maintenance et prévoir les besoins de remplacement

Recommandations

Les gouvernements devraient envisager l'utilisation des technologies avancées de manière globale :

• Établir des priorités en faisant correspondre les cas d'utilisation des technologies avancées avec les besoins des pays et en identifiant les besoins en infrastructures numériques dépendantes.
• Expérimentation à l'aide de techniques de mise en œuvre agiles afin de consolider les rendements potentiels et de hiérarchiser les initiatives.
• Approvisionnement agile des méthodes permettant d'engager des vendeurs innovants pour établir des preuves de concept
• L'analyse des systèmes existants pour comprendre quelle initiative en matière de technologie avancée peut être mieux mise en œuvre
• Tester des solutions sur le cloud public³⁰ et open source, lorsque cela est possible, afin de réduire les coûts
• Se concentrer sur les prototypes et les preuves de concept, sans se préoccuper des plateformes utilisées, en reconnaissant que les solutions mises en œuvre peuvent varier d'une plateforme à l'autre.
• Choisir l'hybride le plus adapté³¹ applications de l'informatique dématérialisée³²services partagés³³, nuage communautaire³⁴et nuage public des technologies permettant d'optimiser les coûts et la cybersécurité, en reconnaissant que les versions d'essai et de production peuvent être déployées selon des approches différentes
• La plupart des technologies avancées sont basées sur des projets à source ouverte, et les gouvernements devraient donc les préférer aux solutions propriétaires, en particulier dans les phases d'expérimentation.

7. Performance et transparence

"L'objectif général d'un SIGF, en tant qu'outil clé de la gestion budgétaire, est de produire des données et des rapports financiers opportuns, pertinents et fiables qui soutiennent la prise de décision financière et l'amélioration de la discipline budgétaire, du contrôle des dépenses et de la transparence budgétaire". 

La réflexion sur l'analyse dans le secteur des logiciels d'entreprise a mûri au cours des deux dernières décennies. Un exemple en est le Quatre capacités d'analyse présentée par la Groupe Gartner de : 

• Descriptif: qu'est-ce qui s'est passé ?
• Diagnostic: pourquoi cela s'est-il produit ?
• Prédictif: que se passera-t-il ?
• PrescriptiveQue dois-je faire ?

La prise de décision financière ne se limite pas à l'établissement de rapports traditionnels. Le gouvernement exige des rapports statutaires. Mais les rapports d'exception et les alertes sont bien plus importants d'un point de vue opérationnel. La véritable valeur décisionnelle provient des prévisions, de la science des données, des modèles analytiques et de la visualisation.

La transparence fiscale est souvent soutenue par la même infrastructure et les mêmes outils que ceux fournis aux décideurs gouvernementaux. En effet, la transparence fiscale permet aux citoyens, aux expatriés, aux entreprises, aux investissements directs étrangers, aux envois de fonds et aux agences d'évaluation du crédit de prendre des décisions. 

Il faut également comprendre que la gestion des performances est beaucoup plus difficile dans l'administration que dans le secteur privé. Les entreprises fonctionnent sur la base d'un résultat net - le profit. Les chefs d'entreprise savent que le fait de ne pas atteindre les objectifs de profit lorsque les objectifs de performance sont atteints est le signe d'objectifs médiocres. Or, les gouvernements ne disposent pas d'une telle ligne de démarcation. En outre, de nombreux facteurs, qui échappent au contrôle des pouvoirs publics, influent souvent sur les résultats.

Perspective de mise en œuvre

Il existe de nombreux outils de "veille stratégique" et de "gestion des performances de l'entreprise"³⁵ des solutions logicielles. La mise en œuvre de ces solutions dépend de nombreux facteurs non technologiques :

• Liens logiques entre les performances et la stratégie du gouvernement pour une mesure cohérente, par exemple avec l'optimisation des marchés publics et l'évaluation des performances des fonctionnaires.
• Liens logiques entre les objectifs de résultats et de production et les classifications budgétaires pour suivre l'efficacité des affectations (ce que nous appelons l'intégration du plan comptable dans le plan des objectifs).
• Un ensemble approprié d'indicateurs de performance pour faciliter le suivi sans pour autant submerger les fonctionnaires
• Accessibilité, clarté et facilité d'utilisation de l'information en fonction du public visé

Qualité et étendue de l'information pour les scientifiques des données³⁶

Perspective technologique

L'intégration entre les systèmes facilite la gestion des performances et permet l'automatisation de la transparence fiscale. Les considérations technologiques sont les suivantes :

• Intégration des métadonnées entre les systèmes, en particulier les classifications des budgets et des objectifs, à l'aide de la gestion des métadonnées de l'entreprise.³⁷
• Augmentation de l'empreinte des big data, y compris des données non structurées sous la forme de documents, de pistes d'audit, d'appareils IoT et de flux de médias sociaux
• Complexité accrue de la classification des informations pour l'apprentissage automatique
• Besoin potentiel d'analyses en périphérie et d'informatique en nuage élastique pour les très grands ensembles de données
• Analyse en libre-service³⁸ les besoins en utilisant des tableaux de bord et des requêtes de données simples 

Recommandations

Pour que les rapports, les analyses et les tableaux de bord soient efficaces et aident les décideurs, il faut que les données soient intégrées dans les différents systèmes :

• Utilisation de l'entreposage de données³⁹ technologie permettant de rationaliser les données provenant de systèmes disparates pour les décideurs dans les situations où il existe une cohérence raisonnable des données 
• Méthodes de validation des informations pour améliorer la qualité des données, y compris les méthodes de nettoyage des données
• Utilisation de lacs de données⁴⁰ et l'informatique en nuage pour gérer les données volumineuses⁴¹ intégration pour les décideurs financiers
• Développer des compétences appropriées en informatique et en science des données afin d'élaborer des analyses plus efficaces
• Utilisation de la visualisation⁴² des technologies pour simplifier la prise de décision grâce à la reconnaissance des formes
• Adapter les informations produites pour qu'elles soient accessibles et comprises par les utilisateurs finaux ciblés

8. Construire ou acheter

Le tableau figurant en tête de cet article et décrivant les avantages et les inconvénients des solutions informatiques alternatives présente les options suivantes : solutions informatiques internes, solutions logicielles développées localement et solutions commerciales.

L'alternative GRP Commercial-Off-The-Shelf (COTS) n'est pas spécifiquement décrite dans le document. Nous sommes d'avis que le PRV fournit tous les avantages de la solution COTS acheter des avantages aux gouvernements avec moins d'inconvénients. En outre, les plates-formes de PRV fournissent des construire des avantages. Construire ou acheter n'est plus un choix binaire pour les gouvernements.

Perspective de mise en œuvre

La réflexion sur la construction ou l'achat de systèmes financiers publics a évolué au fil du temps :

• Le manque de fonctionnalités gouvernementales dans les logiciels COTS a conduit la plupart des gouvernements à développer des logiciels personnalisés ("Solutions logicielles développées localement") dont la couverture n'était pas toujours complète, et dont le développement et les tests n'atteignaient pas les niveaux commerciaux.
• L'ajout de fonctionnalités gouvernementales, telles que la comptabilité d'engagement, dans les logiciels COTS a lancé la tendance à l'adoption de logiciels COTS, en particulier dans les pays développés, avec une large couverture et un code de meilleure qualité.
• les implémentations gouvernementales COTS, en particulier la planification des ressources de l'entreprise (ERP)⁴³ sont devenues compliquées et trop personnalisées, ce qui a entraîné des coûts élevés et des difficultés d'adaptation au changement
• Des logiciels COTS pour les PRG ont vu le jour, mais à l'exception de FreeBalance, la plupart des fournisseurs de PRG se concentrent sur des fonctions infranationales, régionales ou spécialisées telles que la gestion de l'aide, les portails budgétaires, l'administration des douanes, la gestion de la dette ou l'administration fiscale. 
• Les solutions PRV COTS sont souvent plus flexibles que les logiciels sur mesure développés en interne ou localement.
• Certains gouvernements des économies avancées ont tenté, avec un succès limité, d'adopter des services partagés ERP avec des versions génériques et des processus standardisés
• De nombreux pays continuent d'utiliser des logiciels personnalisés ("solutions logicielles développées localement") pour des fonctions essentielles ou périphériques, malgré la complexité de cette démarche.
• Les analystes des technologies de l'information recommandent que les fonctionnalités de base, telles que les grands livres, soient acquises sous forme de logiciels commerciaux, alors que les analystes du développement des comtés considèrent les logiciels personnalisés comme un choix légitime pour les gouvernements.

Perspective technologique

Il y a de nombreuses considérations technologiques à prendre en compte, quelles que soient les options de construction ou d'achat :

• Flexibilité, ouverture, adaptabilité et facilité d'utilisation des plateformes technologiques et des outils utilisés
• Connaissance et soutien des technologies et outils sélectionnés à l'échelle de l'industrie 
• Modernité des technologies utilisées en vue de faciliter l'assistance à l'avenir
• Prise en charge de la plus large gamme de navigateurs, d'appareils et de facteurs de forme
• des langages de programmation adaptés à l'objectif visé, notamment en ce qui concerne leur capacité à s'adapter aux exigences des pouvoirs publics
• Plateformes technologiques et gouvernementales susceptibles d'accélérer le développement
• Capacité à soutenir les infrastructures numériques nationales actuelles

Conclusions et observations

Ce document permet aux praticiens de mieux comprendre les principaux facteurs de réussite durable des systèmes FMIS :

Technologie et conception de solutions 

• La technologie et la conception définissent "la capacité du système à répondre aux besoins actuels et prévus en matière de gestion des finances publiques"
• Les approches de modularité basées sur les composants augmentent la réutilisation, l'adaptabilité et l'extensibilité, ce qui permet de passer d'un "ensemble entièrement intégré de fonctions et de processus à un système virtuel"
• Les conceptions postmodernes soutiennent mieux l'interopérabilité des systèmes financiers, l'intégration des technologies émergentes et le déploiement sur des infrastructures moins coûteuses pour surmonter les "défis de la synchronisation et de la normalisation des données provenant de sources multiples"
• Les systèmes ouverts prennent en charge le plus grand nombre d'options technologiques.

Gestion financière transformationnelle

• Utilisation de technologies agiles de mise en œuvre et de développement de produits pour soutenir la gestion du changement de la transformation
• La reconnaissance du fait que le FMIS apporte des perturbations aux services publics, comme l'augmentation de la "transparence" fiscale dans le secteur public.

Gouvernance des projets et des produits 

• L'utilisation de technologies agiles de mise en œuvre et de développement de produits améliore la gouvernance du SIGF en répondant mieux aux besoins des utilisateurs.
• Reconnaissance de la nécessité d'une "forte motivation et d'un engagement politique" pour réussir, compte tenu des incitations en jeu dans la transformation du secteur public et d'une "stratégie efficace de gestion du changement, ainsi que des dispositions institutionnelles permettant de coordonner les activités entre les nombreuses parties prenantes".

Recommandations

1. Spécificité de l'industrie: De nombreuses solutions COTS ont été conçues pour d'autres marchés - Cela a des conséquences importantes pour les gouvernements qui ont des besoins très spécifiques.
   • Envisager l'achat lorsqu'un logiciel est écrit pour une fonction gouvernementale, la conception du produit est importante
   • Envisager de construire lorsqu'il n'existe pas de logiciel disponible pour la fonction gouvernementale, en particulier lorsqu'il s'agit d'un besoin statutaire unique
2. Risque lié au produit: La mise en place de fonctionnalités complexes, telles qu'un grand livre, est risquée, et la flexibilité en matière de changement est importante - Cela a des conséquences importantes pour les gouvernements qui s'attendent à une modernisation et à une réforme futures.
   • Envisager l'achat lorsque les besoins en matière d'empreinte du produit sont complexes et que des changements futurs sont attendus
   • Envisager de construire lorsque les besoins d'encombrement du produit sont modestes et que peu de changements futurs sont attendus
3. Risque d'intégration: Les logiciels ne doivent pas être considérés comme des boîtes noires - Cette situation a des conséquences importantes pour les gouvernements qui ne disposent pas de métadonnées et ne contrôlent pas l'intégration entre les cycles budgétaires.
   • Envisager l'achat lorsque les besoins d'intégration fonctionnelle sont importants, comme la gestion des marchés publics, des actifs et des investissements publics, où les incohérences d'interface peuvent avoir des conséquences matérielles telles que des arriérés de paiement de l'État et des dépassements illégaux de budget, ou lorsque les informations provenant du système sont essentielles pour les décideurs et la transparence budgétaire
   • Envisager de construire lorsque les fonctions fonctionnent de manière autonome et que le besoin de comptabilisation dans les systèmes financiers centraux est limité

Notes de bas de page Glossaire

1. Commercial-Off-The-Shelf (COTS): Les produits commerciaux disponibles sur étagère (COTS) sont des solutions packagées qui sont ensuite adaptées pour satisfaire les besoins de l'organisation acheteuse, plutôt que de commander des solutions personnalisées ou sur mesure. Source : Wikipedia (en anglais)
2. Coût total de possession (TCO): Une évaluation complète des coûts des technologies de l'information (TI) ou d'autres coûts à travers les frontières de l'entreprise au fil du temps. Pour les technologies de l'information, le TCO comprend l'acquisition de matériel et de logiciels, la gestion et l'assistance, les communications, les dépenses de l'utilisateur final et le coût d'opportunité des temps d'arrêt, de la formation et d'autres pertes de productivité. Source : Gartner 
3. Conception de logiciels modulaires: Se réfère à une stratégie de conception dans laquelle un système est composé de routines relativement petites et autonomes qui s'emboîtent les unes dans les autres. Source : Webopedia
4. Activation progressive : Approche de l'adaptabilité et de la modularité des systèmes de PRV qui suppose des changements futurs importants, notamment l'ajout de nouvelles fonctions, l'augmentation de l'étendue des fonctions, la modification des classifications, l'augmentation de l'automatisation et le soutien de la réforme et de la modernisation prévues de l'administration. 
5. Architecture orientée services: L'architecture orientée services (SOA) est un paradigme de conception et une discipline qui aide l'informatique à répondre aux demandes des entreprises. Certaines organisations tirent des avantages significatifs de l'architecture orientée services, notamment une mise sur le marché plus rapide, une réduction des coûts, une meilleure cohérence des applications et une plus grande souplesse. L'architecture orientée services réduit la redondance et augmente la facilité d'utilisation, la maintenabilité et la valeur. Elle produit des systèmes interopérables et modulaires qui sont plus faciles à utiliser et à entretenir. L'AOS crée des systèmes plus simples et plus rapides qui augmentent l'agilité et réduisent le coût total de possession (TCO). Source : Groupe Gartner
6. Extensibilité: Un principe d'ingénierie logicielle et de conception de systèmes qui prévoit une croissance future. L'extensibilité est une mesure de la capacité à étendre un système et du niveau d'effort requis pour mettre en œuvre l'extension. Les extensions peuvent se faire par l'ajout de nouvelles fonctionnalités ou par la modification de fonctionnalités existantes. Ce principe permet d'apporter des améliorations sans compromettre les fonctions existantes du système. Source : Gartner
7. Principe de granularité des services: Dans le contexte du génie logiciel et de l'architecture logicielle, la granularité des services est un élément clé de la conception lors de l'application du paradigme de l'orientation des services, par exemple lors de la modélisation orientée vers les services. La granularité des services spécifie la portée de la fonctionnalité commerciale et la structure de la charge utile du message dans une opération de service fournie dans le cadre d'une architecture orientée services (SOA). Source : Wikipedia (en anglais)
8. Couplage lâche: En informatique et en conception de systèmes, un système à couplage lâche est un système dans lequel chacun de ses composants n'a, ou n'utilise, que peu ou pas de connaissances sur les définitions d'autres composants distincts. Les sous-domaines comprennent le couplage des classes, des interfaces, des données et des services. Le couplage lâche est l'opposé du couplage serré. Source : Wikipedia (en anglais)
9. Métadonnées : Communément appelées "données sur les données". Dans les systèmes GRP, les métadonnées comprennent des classifications communes telles que le budget, l'organisation, la comptabilité, les statistiques et la performance. 
10. Interopérabilité: L'interopérabilité est la propriété qui permet le partage sans restriction des ressources entre différents systèmes. Il peut s'agir de la capacité à partager des données entre différents composants ou machines, à la fois par le biais de logiciels et de matériel, ou de l'échange d'informations et de ressources entre différents ordinateurs par le biais de réseaux locaux (LAN) ou de réseaux étendus (WAN). D'une manière générale, l'interopérabilité est la capacité de deux ou plusieurs composants ou systèmes à échanger des informations et à utiliser les informations qui ont été échangées. Source : Technopedia
11. Séparation des fonctions: Le concept selon lequel plus d'une personne est nécessaire pour accomplir une tâche. Dans les entreprises, la séparation par le partage de plus d'une personne pour une seule tâche est un contrôle interne destiné à prévenir la fraude et l'erreur. Source : Wikipedia (en anglais)
12. Interface de programmation d'applications (API): En programmation informatique, une interface de programmation d'applications (API) est un ensemble de définitions de sous-programmes, de protocoles de communication et d'outils pour la création de logiciels. En termes généraux, il s'agit d'un ensemble de méthodes de communication clairement définies entre divers composants. Une bonne API facilite le développement d'un programme informatique en fournissant tous les éléments de base, qui sont ensuite assemblés par le programmeur. Source : Wikipedia (en anglais)
13. Services web : Un concept logiciel et une infrastructure pour la communication de programme à programme et la fourniture de composants d'application. Le concept de services Web traite les logiciels comme un ensemble de services accessibles sur des réseaux omniprésents à l'aide de normes et de protocoles basés sur le Web. Plus précisément, un service Web est un composant logiciel auquel une autre application (telle qu'un client, un serveur ou un autre service Web) peut accéder grâce à l'utilisation de protocoles et de transports généralement disponibles et omniprésents. Source : Gartner
14. Logiciel médiateur: L'intergiciel est la "colle" logicielle qui aide les programmes et les bases de données (qui peuvent se trouver sur des ordinateurs différents) à fonctionner ensemble. Sa fonction la plus élémentaire est de permettre la communication entre différents logiciels. Source : Groupe Gartner
15. Gouvernance de l'information: La spécification des droits de décision et un cadre de responsabilité pour assurer un comportement approprié dans l'évaluation, la création, le stockage, l'utilisation, l'archivage et la suppression de l'information. Elle comprend les processus, les rôles et les politiques, les normes et les mesures qui garantissent l'utilisation efficace et efficiente de l'information pour permettre à une organisation d'atteindre ses objectifs. Source : Gartner
16. Bus de service d'entreprise (ESB): Un bus de services d'entreprise (ESB) est fondamentalement une architecture. Il s'agit d'un ensemble de règles et de principes permettant d'intégrer de nombreuses applications dans une infrastructure de type bus. Les produits ESB permettent aux utilisateurs de construire ce type d'architecture, mais ils varient dans la manière dont ils le font et dans les capacités qu'ils offrent. Le concept de base de l'architecture ESB consiste à intégrer différentes applications en mettant en place un bus de communication entre elles, puis à permettre à chaque application de communiquer avec le bus. Les systèmes sont ainsi découplés les uns des autres, ce qui leur permet de communiquer sans dépendre ni connaître les autres systèmes présents sur le bus. Le concept d'ESB est né de la nécessité de s'éloigner de l'intégration point à point, qui devient fragile et difficile à gérer au fil du temps. L'intégration point à point a pour conséquence que le code d'intégration personnalisé est réparti entre les applications sans qu'il soit possible de le contrôler ou de le dépanner de manière centralisée. Ce code est souvent appelé "code spaghetti" et n'est pas évolutif car il crée des dépendances étroites entre les applications. Source : Mulesoft
17. Systèmes ouverts: Systèmes informatiques qui offrent une certaine combinaison d'interopérabilité, de portabilité et de normes logicielles ouvertes. Source : Wikipedia (en anglais)
18. Postmoderne: Une stratégie technologique qui automatise et relie les capacités administratives et opérationnelles de l'entreprise (telles que la finance, les ressources humaines, les achats, la fabrication et la distribution) avec des niveaux d'intégration appropriés qui équilibrent les avantages de l'intégration fournie par le fournisseur avec la flexibilité et l'agilité de l'entreprise. Source : Gartner
19. Agile: Approche de développement qui fournit des logiciels par incréments en suivant les principes du Manifeste pour le développement agile de logiciels. Source : Gartner
20. Informatique bimodale: La pratique consistant à gérer deux styles de travail distincts mais cohérents : l'un axé sur la prévisibilité, l'autre sur l'exploration. Le mode 1 est optimisé pour les domaines qui sont plus prévisibles et bien compris. Il se concentre sur l'exploitation de ce qui est connu, tout en rénovant l'environnement existant pour l'adapter au monde numérique. Le mode 2 est exploratoire, expérimente pour résoudre de nouveaux problèmes et est optimisé pour les domaines incertains. Ces initiatives commencent souvent par une hypothèse qui est testée et adaptée au cours d'un processus impliquant de courtes itérations, en adoptant éventuellement une approche de produit minimum viable (MVP). Les deux modes sont essentiels pour créer une valeur substantielle et conduire des changements organisationnels significatifs, et aucun n'est statique. Le mariage d'une évolution plus prévisible des produits et des technologies (mode 1) avec la nouveauté et l'innovation (mode 2) est l'essence même de la capacité bimodale d'une entreprise. Ces deux modes jouent un rôle essentiel dans la transformation numérique. Source : Gartner
21. Scaled agile framework (SAFe): Un ensemble de modèles d'organisation et de flux de travail destinés à guider les entreprises dans la mise en place de pratiques allégées et agiles. Source : Wikipedia (en anglais)
22. Adaptation itérative pilotée par les problèmes (PDIA): Une approche étape par étape qui vous aide à décomposer vos problèmes en leurs causes profondes, à identifier les points d'entrée, à rechercher des solutions possibles, à agir, à réfléchir à ce que vous avez appris, à vous adapter et à agir à nouveau. Il s'agit d'un processus dynamique avec des boucles de rétroaction étroites qui vous permet de construire votre propre solution à votre problème en fonction de votre contexte local. Source : Harvard Kennedy School of Government
23. DevOps: Ensemble de pratiques de développement de logiciels qui combinent le développement de logiciels (Dev) et les opérations informatiques (Ops) afin de raccourcir le cycle de vie du développement des systèmes tout en fournissant des fonctionnalités, des correctifs et des mises à jour fréquemment en étroite adéquation avec les objectifs de l'entreprise. Source : Wikipedia (en anglais)
24. DevSecOps: Penser à la sécurité des applications et de l'infrastructure dès le départ. Cela signifie également qu'il faut automatiser certaines portes de sécurité pour éviter de ralentir le flux de travail DevOps. Choisir les bons outils pour intégrer la sécurité en continu peut vous aider à atteindre vos objectifs de sécurité, mais une sécurité DevOps efficace nécessite plus que de nouveaux outils - elle s'appuie sur les changements culturels de DevOps pour intégrer le travail des équipes de sécurité plus tôt que plus tard. Source : Red Hat
25. Programmation orientée objet: Paradigme de programmation basé sur le concept d'"objets", qui peuvent contenir des données, sous la forme de champs (souvent appelés attributs ou propriétés), et du code, sous la forme de procédures (souvent appelées méthodes). Une caractéristique des objets est que les procédures d'un objet peuvent accéder et souvent modifier les champs de données de l'objet auquel elles sont associées (les objets ont une notion de "ceci" ou de "soi"). Dans la POO, les programmes informatiques sont conçus à partir d'objets qui interagissent les uns avec les autres. Source : Wikipedia (en anglais)
26. Code bas: Logiciel qui fournit un environnement que les programmeurs utilisent pour créer des logiciels d'application par le biais d'interfaces utilisateur graphiques et de configuration au lieu de la programmation informatique traditionnelle. La plate-forme peut se concentrer sur la conception et le développement d'un type particulier d'application : bases de données, processus d'entreprise ou interfaces utilisateur telles que les applications web. Ces plateformes peuvent produire des applications entièrement opérationnelles ou nécessiter un codage supplémentaire pour des situations spécifiques. Les plateformes de développement à code bas réduisent la quantité de codage manuel traditionnel, ce qui permet d'accélérer la livraison des applications d'entreprise. Source : Wikipedia (en anglais)
27. Pas de codeLes plateformes de développement sans code : permettent aux programmeurs et aux non-programmeurs de créer des logiciels d'application par le biais d'interfaces utilisateur graphiques et de la configuration au lieu de la programmation informatique traditionnelle. Les plates-formes de développement sans code sont étroitement liées aux plates-formes de développement à code bas, car elles sont toutes deux conçues pour accélérer le processus de développement d'applications. Source : Wikipedia (en anglais)
28. Penser en termes de conception: Les processus cognitifs, stratégiques et pratiques par lesquels les concepts de conception (propositions de nouveaux produits, bâtiments, machines, etc.) sont développés par les concepteurs et/ou les équipes de conception. De nombreux concepts et aspects clés de la pensée design ont été identifiés grâce à des études, dans différents domaines de la conception, de la cognition et de l'activité de conception en laboratoire et dans des contextes naturels. La pensée design est également associée à des prescriptions pour l'innovation de produits et de services dans des contextes commerciaux et sociaux. Source : Wikipedia (en anglais)
29. Systèmes de: Cadre pour comprendre les technologies de transformation numérique dans l'administration :
    • Systèmes d'enregistrementles systèmes d'information de base qui fournissent des données transactionnelles, la gestion des transactions, le flux de travail et les contrôles
    • Systèmes d'engagementLes systèmes d'information conçus pour les communications bidirectionnelles et les nouvelles formes de collecte de données, souvent appelées SMACT (Social, Mobile, Analytics, Cloud, and internet of Things), ou ce que les analystes appellent le "Social, Mobile, Analytics, Cloud, and internet of Things" (social, mobile, analytique, nuage et internet des objets), que le Gartner Group appelle "le Nexus des forces"et IDC parle de "la troisième plate-forme."
    • Systèmes d'intelligenceLes systèmes d'information : des systèmes d'information conçus pour donner un sens au flux d'informations selon de nouvelles modalités :
      • Économie de partageLa gestion de la valeur ajoutée : faciliter le transfert et le partage de la valeur ajoutée
      • Réalité augmentée et réalité virtuelleLa visualisation de l'information : faciliter la visualisation de l'information
      • BlockchainLa confiance dans l'économie numérique
      • Informatique cognitiveL'apprentissage automatique au service de l'humain
      • Systèmes cyber-physiquesLes technologies de l'information et de la communication (TIC) : permettant la "quatrième révolution industrielle" d'une productivité et d'une personnalisation inégalées, en particulier pour les gouvernements et les villes intelligents.
    • Systèmes d'innovationLes systèmes d'information : des systèmes d'information conçus pour des percées dans le domaine de la gouvernance en tirant parti des technologies émergentes de :
      • Collaboration agileFaciliter la collaboration entre les organisations gouvernementales, les citoyens, les organisations à but non lucratif et les entreprises, les gouvernements extérieurs et les institutions internationales.
      • MicroservicesLe programme d'intégration des logiciels : faciliter l'intégration des logiciels utilisés par les gouvernements et les parties prenantes
      • Code bas/absence de codeLes systèmes d'information : faciliter la configuration et la personnalisation des systèmes d'information
      • L'intelligence artificiellee : augmentation des systèmes d'intelligence à partir de systèmes spécialisés tels que les interfaces utilisateur conversationnelles, les chatbots, l'automatisation des processus robotiques et l'apprentissage automatique spécifique à un domaine, jusqu'à l'IA généralisée.
      • Technologies non encore apparues, ou technologies encore perdues dans le bruit et l'agitation
30. Informatique dans les nuages (Public Cloud Computing): Un style d'informatique dans lequel des capacités informatiques évolutives et élastiques sont fournies en tant que service à des clients externes à l'aide de technologies Internet - c'est-à-dire que l'informatique en nuage publique utilise des technologies d'informatique en nuage pour soutenir des clients qui sont externes à l'organisation du fournisseur. L'utilisation de services de cloud computing public génère des économies d'échelle et un partage des ressources qui peuvent réduire les coûts et élargir le choix des technologies. Du point de vue d'une organisation gouvernementale, l'utilisation de services publics en nuage implique que n'importe quelle organisation (dans n'importe quel secteur industriel et n'importe quelle juridiction) peut utiliser les mêmes services (par exemple, l'infrastructure, la plateforme ou le logiciel), sans garantie quant à l'endroit où les données seront localisées et stockées. Source : Gartner
31. L'informatique dématérialisée hybride: Approvisionnement, utilisation et gestion de services coordonnés et basés sur des politiques, à travers un mélange de services en nuage internes et externes. Source : Gartner
32. L'informatique en nuage privée : Une forme d'informatique en nuage qui n'est utilisée que par une seule organisation, ou qui garantit qu'une organisation est complètement isolée des autres. Source : Gartner
33. Services partagés ou centre de services partagés (CSP) Unité spécialisée (comprenant des personnes, des processus et des technologies) structurée comme un point de service centralisé et axée sur des fonctions commerciales définies. Ces fonctions sont soutenues par des services informatiques et des services de TI pour de multiples unités commerciales au sein de l'entreprise. Les services partagés peuvent provenir de plusieurs sites physiques différents et impliquer de nombreuses fonctions commerciales et processus informatiques. La définition, la structure et la portée d'un CSP commencent au sein de l'entreprise. Les entreprises font parfois appel à des prestataires externes pour les conseiller sur divers éléments de la conception, de la structure, des options de localisation et des options d'exécution. L'exécution et la fourniture à long terme peuvent être assurées par le personnel interne de l'entreprise ou par des prestataires de services, ou encore par une combinaison des deux. Par conséquent, la définition des services partagés est indépendante de l'option d'approvisionnement pour l'exécution. Source : Gartner
34. Informatique en nuage communautaire: Un environnement de service informatique en nuage partagé qui s'adresse à un ensemble limité d'organisations ou d'employés (tels que les banques ou les responsables de sociétés de négoce). Le principe d'organisation de la communauté varie, mais les membres de la communauté partagent généralement des exigences similaires en matière de sécurité, de confidentialité, de performance et de conformité. Les membres de la communauté peuvent souhaiter invoquer un mécanisme qui est souvent géré par eux-mêmes (et pas seulement par le fournisseur) pour examiner ceux qui cherchent à entrer dans la communauté. Source : Gartner
35. Gestion de la performance de l'entreprise: Terme générique qui décrit les méthodologies, les mesures, les processus et les systèmes utilisés pour contrôler et gérer les performances d'une entreprise. Les applications qui permettent le CPM traduisent les informations stratégiques en plans opérationnels et envoient des résultats agrégés. Source : Gartner
36. Scientifique des données: Le rôle critique est pour les organisations qui cherchent à extraire des informations des actifs d'information pour les initiatives "big data" et nécessite une large combinaison de compétences qui peuvent être mieux remplies en équipe, par exemple : La collaboration et le travail d'équipe sont nécessaires pour travailler avec les parties prenantes de l'entreprise afin de comprendre les problèmes de l'entreprise. Des compétences en matière d'analyse et de modélisation des décisions sont nécessaires pour découvrir les relations entre les données et détecter les schémas. Les compétences en matière de gestion des données sont nécessaires pour constituer l'ensemble de données pertinent utilisé pour l'analyse. Source : Gartner
37. Gestion des métadonnées d'entreprise: La discipline commerciale pour la gestion des métadonnées sur les actifs d'information de l'organisation. Les métadonnées sont des "informations qui décrivent les différentes facettes d'un actif informationnel afin d'améliorer son utilisation tout au long de son cycle de vie". Source : Gartner
38. Analyse en libre-service: Une forme d'intelligence économique (BI) dans laquelle les professionnels sont autorisés et encouragés à effectuer des requêtes et à générer des rapports par eux-mêmes, avec un soutien informatique minime. L'analyse en libre-service se caractérise souvent par des outils de BI simples à utiliser, dotés de capacités analytiques de base et d'un modèle de données sous-jacent qui a été simplifié ou réduit pour faciliter la compréhension et l'accès aux données. Source : Gartner
39. Entrepôt de données: Une architecture de stockage conçue pour contenir des données extraites de systèmes transactionnels, de magasins de données opérationnels et de sources externes. L'entrepôt combine ensuite ces données sous une forme agrégée et synthétique adaptée à l'analyse des données à l'échelle de l'entreprise et à l'établissement de rapports pour des besoins commerciaux prédéfinis. Source : Gartner
40. Lac de données: Une collection d'instances de stockage de divers actifs de données supplémentaires aux sources de données d'origine. Ces actifs sont stockés dans une copie quasi exacte, voire exacte, du format source. L'objectif d'un lac de données est de présenter une vue non affinée des données uniquement aux analystes les plus qualifiés, afin de les aider à explorer leurs techniques d'affinage et d'analyse des données indépendamment des compromis du système d'enregistrement qui peuvent exister dans un magasin de données analytiques traditionnel (tel qu'un mart de données ou un entrepôt de données). Source : Gartner
41. Big Data: Les actifs informationnels à haut volume, à grande vitesse et/ou à grande variété qui exigent des formes rentables et innovantes de traitement de l'information permettant d'améliorer la compréhension, la prise de décision et l'automatisation des processus. Source : Gartner
42. Visualisation: L'illustration des objets d'information et de leurs relations sur un écran. La visualisation stratégique illustre graphiquement la force des relations par la proximité des objets sur l'écran. Une technologie avancée peut faire une différence significative dans la capacité des utilisateurs à s'interfacer avec de grands référentiels de connaissances. Ces avancées utilisent la distance entre les objets sur l'écran pour refléter la similitude de sens, la similitude de contenu ou d'autres relations (par exemple, l'association avec un groupe). Source : Gartner 
43. Planification des ressources de l'entreprise (ERP)L'ERP est défini comme la capacité à fournir une suite intégrée d'applications d'entreprise. Les outils ERP partagent un processus commun et un modèle de données, couvrant des processus opérationnels de bout en bout, larges et profonds, tels que ceux trouvés dans la finance, les ressources humaines, la distribution, la fabrication, les services et la chaîne d'approvisionnement. Les applications ERP automatisent et soutiennent une série de processus administratifs et opérationnels dans de nombreux secteurs, y compris les aspects liés à la ligne de métier, au contact avec la clientèle, à l'administration et à la gestion des actifs d'une entreprise. Cependant, les déploiements d'ERP ont tendance à avoir un prix élevé, et les avantages pour l'entreprise sont difficiles à justifier et à comprendre. Source : Groupe Gartner