La valeur d'une architecture de solutions FMIS pour le gouvernement class=

L'intérêt d'une architecture de solutions FMIS pour le gouvernement

Qu'est-ce qu'une architecture de solutions ?

Ali Hashim, un expert FMIS bien connu, a tweeté sur l'architecture de la numérisation de la gestion des finances publiques (PFM). 

Ali Hashim Tweet

FreeBalance suit une approche similaire. approche. Mais qu'est-ce qu'une architecture de solutions et pourquoi est-elle importante pour les entreprises ? la mise en œuvre d'un système d'information sur la gestion financière du gouvernement (FMIS)?

Il existe de nombreuses définitions de l'architecture de solutions (AS), avec des variations nuancées, mais les plus fiables sont peut-être celles de Le Groupe Open:

  • Description d'une opération ou d'une activité commerciale discrète et ciblée et de la manière dont les systèmes d'information et de technologie de l'information soutiennent cette opération. Une architecture de solution s'applique généralement à un seul projet ou à une seule version de projet, et aide à traduire les exigences en une vision de la solution, en spécifications de haut niveau pour les systèmes commerciaux et/ou informatiques, et en un portefeuille de tâches de mise en œuvre.

Et Gartner:

  • Description architecturale d'une solution spécifique. Les SA combinent des orientations provenant de différents points de vue de l'architecture d'entreprise (métier, information et technique), ainsi que de l'architecture de la solution d'entreprise (ESA).

Le point important à retenir est qu'un architecture des solutions n'est pas la même chose qu'un architecture d'entreprise (qui décrit l'ensemble de l'infrastructure informatique, la structure de l'entreprise, les buts et les objectifs) ou un architecture technique (description de la structure et de l'interaction des services de la plate-forme et des composants technologiques logiques et physiques).

GRP Solutions Architecture

Pourquoi l'architecture de la solution est-elle importante pour la mise en œuvre du SIGF ?

Une architecture de solution efficace pour un système FMIS gouvernemental nécessite une intégration :

  • Sous-ensemble d'objectifs organisationnels pertinents de la Architecture d'entreprise qui s'applique au projet PFM
  • L'intégration et l'adaptation de la Architecture techniqueLe projet de gestion des finances publiques, pour atteindre les objectifs du projet

Architecture de la solution FreeBalance

Pourquoi utiliser une architecture de solution FMIS ?

Les projets FMIS du gouvernement sont transformationnel. Un Mise en œuvre du FMIS n'est pas une initiative technique d'arrière-guichet. Il s'agit d'un projet qui transformera le gouvernement et qui nécessite donc une architecture de solution bien définie.

Le site de FreeBalance La pile d'architecture de solutions incorpore des "vues" multiples à travers toutes les facettes.

Architecture de la solution FreeBalance

Vue des objectifs

  • Objectifs du gouvernementles objectifs du gouvernement et des ministères de tutelle
  • Objectifs des donateursLe projet est financé par un bailleur de fonds : fourni si le projet est financé par un bailleur de fonds
  • Objectifs du projetles informations recueillies dans le cadre d'appels d'offres et notre compréhension de situations similaires
  • Résultats attendusLa demande de propositions peut être explicite ou non, décrivant généralement les améliorations à apporter.
  • Impact attenduLe projet a permis d'améliorer la gouvernance, le bien-être des citoyens, le développement durable et la maturité de la gestion des finances publiques.

Vue de l'organisation

  • Principales parties prenantesles ministères de tutelle spécifiques, tels que le ministère des finances, dans le cadre de la mise en œuvre d'un SIGF
  • Ministères directement concernésles organisations qui mettront en œuvre la solution
  • Parties prenantes impliquéesLes donateurs, les agences de contrôle, la société civile

Vue logique

  • Fonctionnalité de base: généralement les fonctions essentielles de la gestion financière
  • Principaux sous-systèmes: tels que les salaires, les actifs, les achats, la dette, qui devraient s'intégrer dans les systèmes de base de l'entreprise.
  • Fonctions prises en charge: des fonctions telles que l'audit, la transparence, la prise de décision

Vue de l'application

  • Système central: généralement le système financier central, bien qu'il puisse y avoir plus d'un système
  • Principaux sous-systèmes: les applications réelles utilisées, peuvent inclure l'environnement actuel comparé à l'environnement futur
  • Applications prises en charge: soutenu par des systèmes tels que des portails, des tableaux de bord

Vue d'intégration

  • Pourles systèmes auxquels les systèmes fournissent des informations
  • Deles systèmes auxquels le système reçoit des informations
  • Typela méthode d'intégration comme API, services web, RPC, fichier plat, base de données, ETL, screen scraping

Vue de l'information

  • Systèmes et sous-systèmes alignés sur la vue d'application
  • Migration des données montre les données provenant des systèmes à remplacer
  • ISources d'information pour les données, les métadonnées, la gestion des tâches, les contrôles, la structure organisationnelle

Vue technologique

  • Couche de présentationLes interfaces utilisateur à prendre en charge
  • Couche logique d'entreprise: Serveurs d'application, logiciels intermédiaires, langages de programmation à utiliser
  • Couche de donnéesbases de données réelles à utiliser

Vue du projet

  • Coordonner avec une vue unique du projet
  • Identifier les dépendances à l'intérieur d'une même vue et d'une vue à l'autre
  • Aligner les projets avec les objectifs élevés du gouvernement, des donateurs, du ministère de tutelle et du projet
  • Élaborer des plans de jeules tableaux agiles et les plans de projet traditionnels

Thèmes

Contact