SCHEMA DIRECTEUR INFORMATIQUE 2015 -2017

Ministère de l’Agriculture et de

l’Elevage REPUBLIQUE DU BURUNDI

Direction Générale de la Planification Agricole et de l’Elevage

(DGPAE) Direction des Statistiques et des

Informations Agricoles (DSIA)

SCHEMA DIRECTEUR INFORMATIQUE

2015 -2017

Principes et stratégie de mise en œuvre

Mai 2014

Financé avec le concours de l'Union Européenne

PROGRAMME POUR LA SECURITE ALIMENTAIRE ET

NUTRITIONNELLE (PROSANUT)

Mission financée par le Programme d’Aide extérieure de l’Union Européenne

« Le présent rapport financé par l’Union Européenne a été élaboré par des experts indépendants et

n’engage que ses auteurs ; il ne peut être considéré comme reflétant l’avis de l’Union Européenne »

Schéma Directeur Informatique (SDI) - MINAGRIE

3/74

Table des matières

Table des figures ................................................................................................................ 4 Table des tableaux ............................................................................................................. 4 Table des acronymes ......................................................................................................... 5

1. OBJECTIFS ET PRINCIPES .......................................................................................... 7

1.1 Contexte .................................................................................................................... 7

1.2 Objectifs .................................................................................................................... 7 1.2.1 Objectif général ....................................................................................................... 7 1.2.2 Objectifs spécifiques ............................................................................................... 7 1.2.3 Bénéfices ................................................................................................................ 8

1.3 Principes directeurs et règles .................................................................................. 9 1.3.1 Principes et règles sur les données ......................................................................... 9 1.3.2 Principes et règles de conception et d’architecture ................................................ 12 1.3.3 Principes et règles de développement des services informatiques ........................ 14 1.3.4 Principes et règles de développement des infrastructures ..................................... 15 1.3.5 Principes et règles de gouvernance et d’organisation ........................................... 16 1.3.6 Synthèse des principes et des règles .................................................................... 18

2. MISE EN ŒUVRE ......................................................................................................... 21

2.1 Stratégie de mise en œuvre ................................................................................... 21 2.1.1 Axes structurants .................................................................................................. 21 2.1.2 Sous projets .......................................................................................................... 22 2.1.3 Phases de mise en œuvre .................................................................................... 23

2.2 Axe 1 : Renforcement des infrastructures et de leur gestion .............................. 24 2.2.1 A1-P1 : Infrastructure du réseau physique ............................................................ 24 2.2.2 A1-P2 : Ergonomie des postes de travail .............................................................. 25 2.2.3 A1-P3 : Gestion et maintenance du réseau ........................................................... 26 2.2.4 A1-P4 : Gestion du parc informatique .................................................................... 27 2.2.5 Synthèse des outils proposés pour l’axe 1 ............................................................ 28

2.3 Axe 2 : Développement des services informatiques de base et des outils de gestion administrative ........................................................................................................ 29

2.3.1 A2-P1 : Service de messagerie et mailing list ........................................................ 29 2.3.2 A2-P2 : Service d’impression ................................................................................ 30 2.3.3 A2-P3 : Service de sauvegarde des données ........................................................ 30 2.3.4 A2-P4 : Service de communication et de travail collaboratifs................................. 31 2.3.5 A2-P5 : Service de maintenance et mise en place d’un helpdesk .......................... 32 2.3.6 A2-P6 : Service site web et intranet....................................................................... 33 2.3.7 A2-P7 : Outils de gestion financière, logistique et des ressources humaines ........ 34 2.3.8 A2-P8 : Outils de gestion de documentation (courrier et archives) ........................ 38 2.3.9 A2-P9 : Outils de gestion de la bibliothèque .......................................................... 41 2.3.10 A2-P10 : Outils de gestion de projets et suivi évaluation ....................................... 42 2.3.11 Synthèse des outils proposés pour l’axe 2 ............................................................ 43

2.4 Axe 3 : Développement du SI Agricole et Elevage (SIAE) .................................... 45 2.4.1 Stratégie et architecture logique ............................................................................ 45 2.4.2 A3-P1 : Modélisation conceptuelle et dictionnaire des données ............................ 47 2.4.3 A3-P2 : Définition du cahier des charges fonctionnel ............................................ 52 2.4.4 A3-P3 : Définition et mise en place de l’architecture physique matérielle .............. 54 2.4.5 A3-P4 : Sélection et configuration de l’architecture physique logicielle .................. 55 2.4.6 Synthèse de la plateforme logicielle proposée pour l’axe 3 ................................... 58 2.4.7 A3-P5 : Développements, tests et déploiement du SI ............................................ 58


4/74

2.5 Axe 4 : Organisation, pilotage et gouvernance ..................................................... 59 2.5.1 Parties prenantes .................................................................................................. 59 2.5.2 A4-P1 : Restructuration et renforcement des structures informatiques .................. 59 2.5.3 A4-P2 : Gouvernance des SDI .............................................................................. 63 2.5.4 A4-P3 : Instances de pilotage et de suivi ............................................................... 64

2.6 Axe 5 : Développement des capacités................................................................... 66 2.6.1 A5-P1 : Plan de formation informatique de base ................................................... 67 2.6.2 A5-P2 : Plan de formation informatique support métier ......................................... 68 2.6.3 A5-P3 : Système de gestion de l’apprentissage .................................................... 69

3. PLAN D’ACTION ET BUDGET .................................................................................... 70

3.1 Plan d’action budgétisé .......................................................................................... 70

3.2 Justification des couts essentiels ......................................................................... 73 3.2.1 Justification des couts pour l’axe 1 ........................................................................ 73 3.2.2 Justification des couts pour l’axe 2 ........................................................................ 73 3.2.3 Justification des couts pour l’axe 3 ........................................................................ 73 3.2.4 Justification des couts pour l’axe 4 ........................................................................ 74 3.2.5 Justification des couts pour l’axe 5 ........................................................................ 74

Table des figures

Figure 1 : Schéma de principe d’un SD informatique .................................................................. 8 Figure 2 : Schéma de développement de services modulaires orientés utilisateurs .................. 14 Figure 3 : Phases de mise en œuvre des axes stratégiques..................................................... 23 Figure 4 : Synthèse des logiciels proposés pour l’axe 1 ........................................................... 28 Figure 5 : Services accessibles en client léger à partir du site web ........................................... 33 Figure 7 : Architecture logique de gestion financière ................................................................ 36 Figure 8 : Architecture logique du GED MINAGRIE .................................................................. 40 Figure 8 : Synthèse des logiciels proposés pour l’axe 2 ........................................................... 44 Figure 9 : Schéma général d’architecture 3-tiers du SIAE ........................................................ 46 Figure 10 : Schéma d’architecture logique du SIAE .................................................................. 47 Figure 11 : Identification des données à intégrer dans le SIAE ................................................. 48 Figure 12 : Exemple de MCD pour un référentiel (administratif) ............................................... 49 Figure 13 : Composants matériels de l’architecture physique du SIAE ..................................... 55 Figure 14 : Synthèse de la plateforme logicielle proposée ........................................................ 58 Figure 15 : Schéma organisationnel du futur SDI MINAGRIE ................................................... 59 Figure 16 : Proposition de réorganisation de la cellule TIC ....................................................... 60 Figure 17 : Proposition de réorganisation de la DSIA ............................................................... 60 Figure 18 : Proposition d’organigramme d’une DGSI du MINAGRIE ........................................ 61 Figure 19 : Synthèse des logiciels proposés pour l’axe 6 ......................................................... 69

Table des tableaux

Tableau 1 : Principes et règles applicables au SDI MINAGRIE ................................................ 18 Tableau 2 : Les six axes structurants du SDI MINAGRIE ......................................................... 21 Tableau 3 : Liste des sous projets du SDI MINAGRIE classés par axe .................................... 22 Tableau 4 : Proposition d’un socle de logiciels libres bureautiques........................................... 25 Tableau 5 : Critères de choix pour le SGBD du SIAE ............................................................... 56 Tableau 6 : Plan de formation en informatique de base ............................................................ 67 Tableau 7 : Plan de formation en informatique métier............................................................... 68 Tableau 8 : Budget agrégé par axe et année ............................................................................ 70 Tableau 9 : Plan d’action sur 3 ans avec budget annuel ........................................................... 71


5/74

Table des acronymes

Acronyme Signification

ARTFISH Approches, Règles et Techniques pour le contrôle des statistiques des pêches

BBS Burundi Backbone Systems

BCG Bureau de Centralisation Géomatique

CMS Content Management System

DADIS Domestic Animal Data information system

DGPAE Direction Générale de la Planification Agricole et de l’Elevage

DPAE Direction Provinciale de l’Agriculture et de l’Elevage

DSE Direction du Suivi Evaluation

DSIA Direction des Statistiques et Informations Agricoles

ENAB Enquête Nationale Agricole du Burundi

GED Gestion Electronique de la Documentation

GPL General Public License

IGEBU Institut Géographique du Burundi

ISABU Institut des Sciences Agronomique du Burundi

ISTEEBU Institut des Statistiques et d’Etudes Economiques du Burundi

LDAP Lightweight Directory Access Protocol

MCD Modèle Conceptuel des Données

MINAGRIE Ministère de l’Agriculture et de l’Elevage

MINITIC Ministère des Télécommunications, de l’Information, de la Communication et des Relations avec le Parlement

MPD Modèle Physique des Données

PAIOSA Programme d’Appui Institutionnel et Opérationnel au Secteur Agricole

PHP Hypertext Preprocessor

PROSANUT Programme pour la Sécurité Alimentaire et Nutritionnelle

PNIA Plan National d’Investissement Agricole

SETIC Secrétariat Exécutif des TIC

SDI Schéma Directeur Informatique

SIGEFI Système Intérimaire de Gestion des Finances Publiques

SIG Système d’Information Géographique

SGDB Système de Gestion de Base de Données

SIAE Système d’Information Agricole et Elevage

SI Système d’Information

SIP Système d'information sur les Prix des Produits Agricoles

SQL Structured Query Language

TIC Technologie de l’Information et de la Communication


6/74


7/74

1. OBJECTIFS ET PRINCIPES

1.1 CONTEXTE

Le développement informatique au MINAGRIE, n’a jamais fait l’objet d’une planification d’ensemble. Cela se traduit en termes d’utilisation par une désorganisation certaine, particulièrement pour la maintenance des PC, des logiciels, l’absence de réseau interne efficace, le manque de personnel informatique dédié à la maintenance et au support informatique. Récemment, et avec le support du PAIOSA, des actions ont été entreprises pour combler ce déficit, par la création d’une cellule TIC, le câblage du bâtiment principal, l’achat de serveurs et le démarrage des travaux de la connexion entre les entités centrales et décentralisées. Le MINAGRIE en tant que Ministère doit cependant disposer d’un service informatique performant. Dans cette optique, il est important d’investir dans la mise au point d’un Schéma Directeur Informatique (SDI) du MINAGRIE qui intègre les applicatifs métiers des départements spécialisés mais aussi des applications pour la gestion administrative et/ ou financière courante. Ainsi des échéanciers de développement des différentes applications seront établis dans le cadre des différents plans Directeur Informatique des Départements qui seront dégagés du SDI. C’est dans ce contexte que le projet PROSANUT a décidé de financer une étude de définition du premier Schéma Directeur Informatique du MINAGRIE, dont ce rapport en est le produit final.

1.2 OBJECTIFS

1.2.1 Objectif général

Un schéma directeur informatique (SDI) est un document de planification stratégique des systèmes d’information. Il va définir comment le système d'information et l'informatique du MINAGRIE en général vont être déployés pour répondre aux objectifs fixés et fournir les services attendus.

1.2.2 Objectifs spécifiques

Le SDI du MINAGRIE va permettre : De définir, formaliser et mettre en place le système d’information du MINAGRIE ; De piloter le système d’information et le développement informatique ; De donner une ligne directrice au département TIC : orientations, projets à mener,

compétences à développer… De créer une valeur ajoutée par l’informatique.

Le SD propose une vision à moyen terme (3 ans), et anticipe les évolutions technologiques et les besoins du MINAGRIE. La période prise en compte va de 2015 à 2017. Il combine planification stratégique et plan d’action : fixant les lignes directrices du système d’information et les modalités de leur mise en œuvre à travers des projets. Il est l’interface entre décideurs, utilisateurs et informaticiens.


8/74

Figure 1 : Schéma de principe d’un SD informatique

Le SDI du MINAGRIE est structuré de la manière suivante :

1. Vue globale de l’état actuel du système, 2. Spécification des besoins, 3. Définition des orientations à prendre et axes de développement, 4. Suggestion de plusieurs options, choix, scenarios, 5. Programmation en sous projets : finalités visées, procédures à réaliser, sélection des

moyens et ressources nécessaires, séquences et étapes à respecter. 6. Evaluation d'un budget associé.

1.2.3 Bénéfices

Le SDI du MINAGRIE a pour bénéfice de rendre possible une utilisation moderne et innovante de technologies de l’information tournées vers l’utilisateur, en tant que soutien aux activités des services et de contribution à la mise en œuvre des axes de la vision de l’informatique telle que définie par le MINAGRIE, dans un souci de simplification administrative, maîtrise des couts, et amélioration de la qualité. Les bénéfices et avantages du schéma directeur pour le MINAGRIE seront multiples : prendre du recul et faire le bilan des actions passées tout en analysant l’existant ; identifier les opportunités en matière d’efficacité et d’efficience ; offrir de meilleurs services aux clients et aux utilisateurs ; optimiser le partage de l’information entre les différents services ; mettre en place une organisation informatique adaptée à l’organisation et aux enjeux du

ministère ; créer une synergie et une cohésion interne à travers un projet fédérateur pour tout le

MINAGRIE.


9/74

1.3 PRINCIPES DIRECTEURS ET REGLES

1.3.1 Principes et règles sur les données

Principe du langage commun : Les données doivent être définies sur la base d’un langage commun et de référentiels.

Pour faciliter l’usage, le partage, le traitement, et l’archivage des données il est nécessaire d’en standardiser les définitions, les descriptions à travers un langage commun et des processus transverses.

Règle : Adoption de référentiels et dictionnaires de données

La définition de structures de données commune est nécessaire afin de fixer un langage commun dans les domaines agricoles et élevage. Tous les référentiels communs doivent être modélisés et les dictionnaires de données disponibles et partagés. Au minima, les référentiels communs suivants doivent être modélisés :

1. Référentiel Géographique 2. Référentiel Administratif 3. Référentiel Population

Règle : Interopérabilité des données

Les standards applicables au niveau syntaxique et au niveau sémantique sur les données, en parallèle aux référentiels, doivent être aussi définis pour permettre l’interopérabilité entre les données.

Principe de gouvernance de gestion des données : Les données doivent être gérées avec une gouvernance clairement établie.

Règle : Renseignement systématique des métadonnées

Les métadonnées (informations sur les données) doivent être renseignées de manière systématique, standardisées et disponibles au travers d’un catalogage régulièrement mis à jour

Règle : Responsabilité sur la donnée

La désignation d’autorités référentes de données par secteur fonctionnel du MINAGRIE doit être encouragée pour couvrir quelles entités sont officiellement responsables pour quelles données.

Règle : Gestion du cycle de vie des données

La gestion du cycle de vie de ces données doit permettre de déterminer leur durée de conservation ainsi que la stratégie d’archivage : conservation au sein de l’applicatif métier, élimination au terme de la durée de conservation, ou versement dans un système d’archivage numérique.


10/74

Règle : Contrôle de la qualité des données

Un contrôle de la qualité des données doit être prévu en amont et en aval de tout processus métier et administratif.

Règle : Chaque donnée ou information doit posséder un Identifiant Unique Informatique

Cet identifiant doit vérifier les 4 propriétés : - un identifiant n'a pas de signification. - un identifiant ne peut pas être modifié. - un identifiant ne peut pas être réutilisé même après destruction de la donnée

associée. - un identifiant ne peut pas être détruit même s'il n'est plus utilisé.

De plus, toute information ne doit être gérée qu’en un point unique du système d'information. Il peut cependant exister des copies des informations pour assurer l'archivage.

Principe de la dimension géographique des données : conforter et systématiser l'intégration de l'information géographique au sein du SI

Le MINAGRIE met en œuvre des politiques et projets agricoles territorialisés et localisables.

Règle : Relever systématiquement les coordonnées géographiques des données

Toute intégration de données métier conduite dans le cadre de la mise en place du SIAE doit inclure le relevé des positions géographiques des données.

Règle : Intégrer des modules ou applications SIG au sein du SI existant

Les applications métier développées au sein du MINAGRIE doivent intégrer la dimension géographique pour permettre l'analyse des données, leur représentation cartographique et leur valorisation.

Principe de réutilisation des informations publiques, tout en veillant à la propriété intellectuelle et aux obligations légales

Règle : Fournir un accès libre aux données publiques

L’ensemble des données publiques métier du MINAGRIE doit être mis à disposition du public librement et ouvertement, sous « licence ouverte / open licence ». La politique d'ouverture des données publiques doit contribuer à renforcer la transparence de l’action du MINAGRIE et en valoriser les actions. La mise à disposition de ces données, selon le respect des règles d’interopérabilité, doit être envisagée dès leur conception. Cet accès libre doit aussi s’appliquer dans le cas où les outils informatiques qui les supportent ou les réseaux de collecte sont exploités par un tiers. Pour le MINAGRIE, cela concerne principalement les données les données agrégées des enquêtes ENAB qui doivent être mises à disposition du public. Même si le respect des obligations légales en vigueur du sein du MINAGRIE et de l’administration burundaise en matière de confidentialité, de protection, de durée de


11/74

conservation des données doit être respecté, il est primordial de favoriser l’accès, la visibilité

et la valorisation de toute donnée considérée comme publique au plus large public1.

Règle : Respecter la propriété intellectuelle

La propriété intellectuelle des composants du SI du MINAGRIE (modèles, codes, interfaces, données…) doit être protégée. Certaines données et leur accès doivent également être protégés quand ils ne sont pas d’accès publics.

Principe de dématérialisation des données

Il a été constaté que les ministères et institutions les plus efficaces étaient informatisées, mais pas totalement. Même si le « tout papier » est ingérable et relève d’organisations de plus en plus dépassées, le « tout informatique » (le bureau sans papier) s’il est techniquement possible, n’est pas toujours le plus efficace.

Règle : Appliquer la dématérialisation là où c’est possible

Trouver la juste répartition entre la part électronique et la partie papier du système d'information. Digitaliser au maximum pour les services préparés.

Règle : Conserver des formats non digitaux quand mieux adapté

Il faut garder une souplesse dans l'organisation recherchée, sans aller vers le tout numérique la ou les blocages sont prévisibles. Certains courriers, certains documents pour les réunions là où le type de management et de moyen de validation des actions le demande doivent rester non digitaux.

Principes d’accès, centralisation et partage des données

L’utilisation et le traitement de données agricoles et d’élevage, notamment à des fins décisionnelles, vont dépendre directement de la capacité du MINAGRIE à collecter et partager ses données à travers l'ensemble de l’Etat. Il est moins coûteux d’entretenir des données dans une seule application avec un « bon niveau » de qualité, puis de les partager, que de conserver, d’entretenir, de synchroniser des données redondantes, avec des cycles de vies non alignés, dans des applications multiples.

Règle : Standardiser les moyens d’accès et les échanges de données

Il s’agit de constituer et entretenir le catalogue des référentiels de données, et des services d’accès (c’est à dire les moyens d’accès) à ces données. Privilégier une collecte unique des données, pour faciliter la diffusion,

Règle : Proposer un « Guichet » unique des données

Les données identifiées comme « référence » par le MINAGRIE ne doivent pas être dupliquées, et doivent être accessibles depuis un « guichet » unique.

1 A cet effet, les contraintes d’accès aux données de l’ENAB collectées par l’ISTEEBU doivent être levées au plus tôt afin de permettre l’accès aux partenaires du domaine agricole aux données acquises sur fonds publics. Même si le MINAGRIE sous traite une partie de la collecte de ses données, il est important qu’il en garde la propriété et les prérogatives d’utilisation et de distribution.


12/74

Règle : Assurer une sauvegarde et stockage systématique et coordonné

Il faut éviter la prolifération de dispositifs locaux ad hoc de sauvegarder et stockage et encourager leur convergence vers des dispositifs sécurisés pérennes et mutualisés, facilitant à la fois le partage, la sécurisation et la qualité des données gérées.

1.3.2 Principes et règles de conception et d’architecture

Principe d’une approche du SI axé sur les services

Règle : Développer un SI axé sur les services

Les services informatiques doivent être alignés sur les métiers pour contribuer à l’amélioration de la productivité de l’opérationnel et donc, des utilisateurs des services, que ceux-ci soient des utilisateurs internes extérieurs. Pour cela, il est indispensable de définir les services apportés, leur contenu et par la suite d’avoir une vision globale de l’usage des services par les utilisateurs.

Principe d’une architecture client-serveur

Règle : Développer des SI sur une architecture 3 tiers client-serveur

Il est recommandé de concevoir un Système d’informationI de type client-serveur à trois couches, avec utilisation d’un client léger (interface web HTML consultable depuis un navigateur web) :

1. Couche présentation (premier niveau) 2. Couche métier ou fonctionnelle (second niveau) 3. Couche accès aux données (troisième niveau)

Ce modèle d'architecture à 3 niveaux a pour objectif de répondre aux préoccupations suivantes : allègement du poste de travail client (notamment vis-à-vis des architectures classiques

client-serveur de données) ; prise en compte de l'hétérogénéité des plates-formes (serveurs, clients, langages, etc.) ; introduction de clients dits « légers » liés aux technologies Internet/Intranet/HTML ; amélioration de la sécurité des données, en supprimant le lien entre le client et les

données. Le serveur a pour tâche, en plus des traitements purement métiers, de vérifier l'intégrité et la validité des données avant de les envoyer dans la couche de données.

meilleure répartition de la charge entre différents serveurs d'application. indépendance entre les données et les traitements.

Principe de simplification

Règle : Simplifier les processus administratifs

Ceci permettra de faciliter les échanges entre le MINAGRIE en interne et ses usagers et partenaires en externe, tout en améliorant et en facilitant au quotidien le travail de tous ses personnels.

Principes de modularité


13/74

Ce principe consiste à découper, à partitionner le SI sur chaque vue selon les référentiels mis en place. Construire une architecture applicative c’est trouver les bonnes pièces du lego, entre les applications existantes que l’on a décidé de conserver et les nouvelles applications.

Règle: Partitionner le futur SI du MINAGRIE en sous-ensembles modulaires de services fonctionnels

Il est nécessaire de le découper le SI en sous-ensembles fonctionnels faciles à appréhender. Pour avoir une facilité de maintenance, il est indispensable de pouvoir modifier une partie du SI tout en contrôlant les impacts sur les autres composantes, de manière à ne pas avoir à reconstruire et requalifier l'ensemble du SI à chaque évolution.

Règle : Rendre évolutives et flexibles les futures applications

Les nouveaux outils et méthodes de conception des systèmes d’information (UML, logique 3-tiers, programmation eXtreme...) favorisent l’agilité à la fois en conception et en réalisation. L’évolutivité se construit dès le début dans l’architecture logicielle du système d’information en incluant des composants spécifiques.

Principes de réutilisation et mutualisation

Règle : Réutiliser, mutualiser et intégrer les tuiles logicielles plutôt que développer

Il s’agit d’optimiser et de simplifier le SI par la mise en commun de composants d’infrastructure, d’application, ou encore de fonctionnalités et d’objets métier (service d’accès à des données communes).

Règle : Utiliser des solutions disponibles (logiciels libres ou logiciels du marché), plutôt que développer

Quand des solutions « sur étagères » existent : solutions mises en place par d’autres Ministères, solutions logicielles libres, ou enfin solutions éditeur, il faut en priorité les utiliser et les intégrer avant de penser à développer des applications nouvelles.

Principe de sécurité du système

Règle : Rendre obligatoire les processus d’authentifications et d’autorisations

La sécurité est fondée sur une infrastructure d’authentification réciproque des acteurs avant d'autoriser les échanges. Chaque service fonctionnel gère ses propres règles d'autorisations.

Règle : Garder un contrôle sur ses données

Les flux de contrôle sont toujours à l'initiative du destinataire. Chaque module fonctionnel garde donc un contrôle total sur ses données.

Règle : Contrôler et filtrer l’accès aux modules et aux fonctionnalités

L’accès aux modules et aux fonctionnalités est défini pour chaque utilisateur, identifié par un compte et un mot de passe. Profils et restriction des accès aux données seront mis en place par des filtres.


14/74

1.3.3 Principes et règles de développement des services informatiques

Principe de développement standardisé des services

Règle : Orienter tous les services vers une architecture web

Les services devront en priorité proposer une orientation web, pour permettre de rendre disponible tout ou parties des fonctionnalités applicatives, via les protocoles standard issus du monde de l’internet.

Règle : Standardiser les méthodes de développement des services

Tout développement de nouveau service devra systématiquement respecter la méthode ci-dessous en 4 phases, avec un retour d’utilisateur sur 3 des 4 phases :

Figure 2 : Schéma de développement de services modulaires orientés utilisateurs

Règle : Standardiser de l’accompagnement au développement d’un service

Tout nouveau service développé devra systématiquement être accompagne par les activités listées ci-dessous :

Interconnexion de tout service avec les bases provinciales. Formation complète et détaillée des utilisateurs. Formation des formateurs d’utilisateurs. Transfert de compétence pour les développeurs et administrateurs systèmes. Code source complet et commenté de la solution logicielle. Documentation complète : manuel utilisateur et manuel développeur.

Principe d’ergonomie d’utilisation et d’accessibilité des services

Règle : Harmoniser l’ergonomie des services

Les services sont tenus d’avoir un rendu graphique cohérent et commun répondant aux exigences en matière d’ergonomie. La convergence des moyens d’accès aux services (portail de type intranet, internet, extranet, etc.) doit être un axe d’évolution et d’intégration majeur du SI MINAGRIE.

Règle : Faciliter et simplifier l’accès aux services

La conception de services simples, faciles et homogènes dans leur utilisation, encourage les utilisateurs à travailler dans un environnement d'information intégré. La facilité et la simplicité


15/74

d’accès aux services est un élément fort d’inclusion des usagers internes et externes aux services proposes.

1.3.4 Principes et règles de développement des infrastructures

Principe de standardisation des éléments d’infrastructures

Règle : Standardiser et banaliser les différents éléments d’infrastructure

Les différents éléments d’infrastructures (postes de travail, serveurs d’exécution, de stockage, infrastructure de communication, etc.) doivent être standardisés et conçus pour un usage général le plus banalisé possible. Cela garantit la cohérence et la maîtrise des choix technologiques, et permet de standardiser les différents éléments d’infrastructures.

Principe d’utilisation d’équipements de mobilité

L’utilisation de solutions de mobilité permet : une saisie au plus près du terrain et en évitant les opérations de ressaisies et les

passages papier-digital qui augmentent les risques d’erreur de saisie, un couplage avec des solutions de géolocalisation, une sécurisation des transferts de données, une qualité des données accrue.

De plus, elles peuvent simplifier l'accès aux SI, par des services à distance. Pour des métiers mobiles comme ceux des personnels de terrain du MINAGRIE, ces outils peuvent permettre d’accéder aux mêmes systèmes et données en tout temps et tout lieu.

Règle : Développer l'usage de solutions de mobilité au sein du MINAGRIE particulièrement pour ses antennes provinciales et personnels de terrain

L'utilisation des smartphone, tablettes PC etc. devra tendre à se développer au sein du MINAGRIE. Il faudra cependant débuter par des applications simples sur des terminaux bon marché et robustes.

Principe de la veille technologique

Les modèles d’architecture applicative se sont de plus en plus diversifiés et sophistiqués. Il est de plus en plus difficile de se tenir informé des nouveautés, mais plus encore de savoir ce qu’elles valent réellement. Le recours au benchmark est une nécessité.

Règle : Mettre en œuvre un système de veille technologique

Le futur SI du MINAGRIE doit pouvoir tenir en compte de la veille technologique, pour les mises à jour, les nouvelles versions, l’évolution et l’adaptabilité des solutions. Il est pour cela nécessaire de bien :

Définir les objectifs de la veille technologique, Délimiter le périmètre, Identifier les sources d’information, Mettre en place les outils de surveillance, Traiter et analyser les informations recueillies, Diffuser, utiliser et partage les conclusions et propositions d’évolution.


16/74

Règle : Recourir à des méthodes de benchmarking

Afin d’améliorer progressivement la performance des processus et sous projets du SDI MINAGRIE, le recours à des méthodes de benchmarking est recommandé, que ce soit au niveau national mais aussi au niveau international. Il s’agira d’étudier et analyser les techniques de gestion des SI administratifs et métier d’autres institutions publiques comparables au MINAGRIE, afin de s'en inspirer et d'en tirer le meilleur.

Principe d’interopérabilité

Règle : Assurer l’interopérabilité des modules du SI, par des passerelles

Les différentes composantes du futur SI MINAGRIE doivent avoir la capacité fonctionner avec d’autres modules ou systèmes informatiques, existants ou futurs, sans restriction d’accès ou de mise en œuvre. Il faudra en particulier s’assurer de l’interopérabilité entre :

Interopérabilité entre réseaux Interopérabilité entre bases de données Interopérabilité web (XML et normes W3C) Interopérabilité bureautique (Openoffice ou Word) Interopérabilité des systèmes de fichiers (FAT ou NTFS).

1.3.5 Principes et règles de gouvernance et d’organisation

Principe d’utilisation des applications et infrastructures communes mises en œuvre pour l’ensemble des Ministères

La mise en place d’applications ou d’infrastructures utilisées dans l’Etat, ou au sein de plusieurs administrations est préférable au développement d’applications ministérielles ou locales similaires, qui répondent à un même besoin et un même usage.

Règle : Eviter la duplication des applications ou infrastructures utilisées dans l’Etat

Pour tous les besoins qualifiés de transverses, le MINAGRIE ne doit pas développer de services ou d’applications ministérielles similaires pour leurs besoins propres, mais s’appuyer sur les solutions transverses construites pour y répondre

Règle : Privilégier l’utilisation des services interministériels

L’utilisation des services interministériels doit être privilégiée sur les démarches de construction locale. De la même manière l’utilisation d’applications ou d’infrastructures, ou de composants applicatifs ou d’infrastructures, qualifiés d’interministériels doit être privilégiés sur les constructions locales spécifiques

Principe de progressivité dans la mise en place de solutions

Règle : Limiter les projets dans le temps.

Les projets de transformation SI doivent être limités dans le temps. Les grands projets de plus de 3 ans sont dans la mesure du possible à éviter.


17/74

Principe de contrôle de la maitrise d’ouvrage

Règle : Externaliser le développement et internaliser la maintenance

Il est recommandé de n’externaliser qu’au minimum, afin de : Contrôler au mieux la maitrise d’ouvrage Favoriser l’appropriation et le transfert de compétences Réduire les coûts, Améliorer la qualité du service et sa durabilité

Toute la maintenance, excepté les maintenances évolutives des applications, doit être internalisée. L’externalisation ne devrait être requise que pour le développement sur mesure de solutions métier, pour des taches très précises, avec un transfert de compétences efficace.

Règle : Formation et développement des capacités

Il est primordial d’investir dans les ressources humaines informatiques, par le développement et l’implémentation d’un plan de gestion des ressources humaines informatiques incluant gestion des compétences, de la formation, du recrutement.

Principe d’accompagnement du changement

Comme tout projet transversal et d’une certaine ampleur, il s’agit de définir un plan d’accompagnement du changement. La capacité de conceptualisation et les mentalités peuvent se révéler un frein à la mise en œuvre du SDI MINAGRIE.

Règle : Procéder à l’accompagnement du changement

Cet accompagnement consiste en une communication accrue, pour montrer un avancement concret de la démarche, des points de restitution fréquents sur les projets en cours et un reporting régulier vers le SP.

Principe de la maîtrise des coûts

La maîtrise des coûts sera l'un des éléments clés du SDI MINAGRIE, à la vue de la croissance que va connaitre son informatique, et de la nécessité d’utiliser au mieux le budget du Ministère. Ainsi, les économies réalisées permettront de financer de nouvelles prestations et/ou des augmentations des sous projets.

Règle : Toujours prendre en compte le cout total de possession

Même si il est recommandé de préférer des solutions à cout réduit ou des logiciels open source, le choix des options devra d’abord se faire en respectant le TCO (Total Cost of Ownership, ou Coût total de possession), qui représente le coût global d'un système informatique tout au long de son cycle de vie, en prenant en compte :

1) les coûts directs (coûts matériels tels qu'ordinateurs, infrastructures réseaux, etc. ou logiciels tels que le coût des licences),

2) les coûts indirects (coûts cachés) tels que la maintenance, l'administration, la formation des utilisateurs et des administrateurs, l'évolution, le support technique et les coûts récurrents (consommables, électricité, loyer, etc.).


18/74

Règle : Ne proposer que des projets et outils pérennes

Même si une solution peut paraitre adapte à un instant t, il est nécessaire de s’assurer que cette solution soit durable. De plus, la livraison des projets dans des délais courts sans effets tunnel est indispensable pour une bonne appropriation et utilisation des services du SI.

1.3.6 Synthèse des principes et des règles

Le tableau ci-dessous résume tous les principes et règles fondatrices pour le SDI du MINAGRIE, classées en 5 catégories :

1. Données 2. Architecture 3. Services 4. Infrastructures 5. Gouvernance et organisation

Tableau 1 : Principes et règles applicables au SDI MINAGRIE

Principes sur les données

Principe du langage commun

Règle : Adoption de référentiels et dictionnaires de données

Règle : Interopérabilité des données

Principe de gouvernance de gestion des données

Règle : Renseignement systématique des métadonnées



Règle : Gestion du cycle de vie des données

Règle : Chaque donnée ou information doit posséder un Identifiant Unique Informatique

Principe de la dimension géographique des données

Règle : Relever systématiquement les coordonnées géographiques des données

Règle : Intégrer des modules ou applications SIG au sein du SI existant

Principe de réutilisation des informations publiques, de propriété intellectuelle et d'obligations légales

Règle : Fournir un accès libre aux données

Règle : Respecter la propriété intellectuelle

Règle : Respecter les obligations légales en matière de gestion des données

Principe de dématérialisation des données

Règle : Appliquer la dématérialisation là où c’est possible

Règle : Conserver des formats non digitaux quand mieux adapté

Principes d’accès, centralisation et partage des données

Règle : Standardiser les moyens d’accès et les échanges de données

Règle : Proposer un « Guichet » unique des données

Règle : Assurer une sauvegarde et stockage systématique et coordonné

Principes de conception et d’architecture

Principe d’une approche du SI axé sur les services

Règle : Développer un SI axé sur les services

Principe d’une architecture client-serveur

Règle : Développer des SI sur une architecture 3 tiers client-serveur

Principe de simplification

Règle : Simplifier les processus administratifs

Principes de modularité

Règle: Partitionner le futur SI du MINAGRIE en sous-ensembles modulaires de services


19/74

fonctionnels

Règle : Rendre évolutives et flexibles les futures applications

Principes de réutilisation et mutualisation

Règle : Réutiliser, mutualiser et intégrer les tuiles logicielles plutôt que développer

Règle : Utiliser des solutions disponibles (logiciels libres ou logiciels du marché), plutôt que développer

Principe de sécurité du système

Règle : Rendre obligatoire les processus d’authentifications et d’autorisations

Règle : Garder un contrôle total sur ses données.

Règle : Contrôler et filtrer l’accès aux modules et aux fonctionnalités

Principes de développement des services informatiques

Principe de développement standardisé des services

Règle : Orienter tous les services vers une architecture web

Règle : Standardiser les méthodes de développement des services

Règle : Standardiser de l’accompagnement au développement d’un service

Principe d’ergonomie d’utilisation et d’accessibilité des services

Règle : Harmoniser l’ergonomie des services

Règle : Faciliter et simplifier l’accès aux services

Principes de développement des infrastructures

Principe de standardisation des éléments d’infrastructures

Règle : Standardiser et banaliser les différents éléments d’infrastructure

Principe d’utilisation d’équipements de mobilité

Règle : Développer l'usage de solutions de mobilité

Principe de la veille technologique

Règle : Mettre en œuvre un système de veille technologique

Règle : Recourir à des méthodes de benchmarking

Principe d’interopérabilité

Règle : Assurer l’interopérabilité des modules du SI, par des passerelles

Principes de gouvernance et d’organisation

Principe d’utilisation des applications et infrastructures communes

Règle : Eviter la duplication des applications ou infrastructures utilisées dans l’Etat

Règle : Privilégier l’utilisation des services interministériels

Principe de progressivité dans la mise en place de solutions

Règle : Limiter les projets dans le temps.

Principe de contrôle de la maitrise d’ouvrage

Règle : Internaliser au maximum

Règle : Minimiser l’externalisation

Règle : Formation et développement des capacités

Principe d’accompagnement du changement

Règle : Procéder à l’accompagnement du changement

Principe de la maîtrise des coûts

Règle : Toujours prendre en compte le cout total de possession

Règle : Ne proposer que des projets et outils pérennes


20/74


21/74

2. MISE EN ŒUVRE

2.1 STRATEGIE DE MISE EN ŒUVRE

2.1.1 Axes structurants

La stratégie de mise en œuvre du SDI MINAGRIE repose sur cinq axes structurants identifiés et décrits ci-dessous :

Tableau 2 : Les six axes structurants du SDI MINAGRIE

Axe 1

Axe 1 : Renforcement des infrastructures et de leur gestion

Compléter et améliorer la mise en réseau physique, l’interconnexion des structures du MINAGRIE, améliorer et harmoniser l’ergonomie des postes de travail, développer les moyens d’échange et d’outils de communication internes et externes.

Axe 2

Axe 2 : Développement des services informatiques de base et des outils de gestion administrative

Améliorer ou développer le niveau et la qualité des services informatiques de base et de leurs procédures en support transversal : sécurité, messagerie, impression, sauvegarde etc. Intégrer, compléter et simplifier les outils informatiques en support administratif, assurer de manière ciblée la dématérialisation. Proposer des nouveaux outils de travail collaboratif et de gestion de projet.

Axe 3

Axe 3 : Développement du Système d’Information Agricole (SIA)

Renforcer la cohérence du SIA en mettant en œuvre une architecture orientée web et services. Développer l’interopérabilité des différents modules, et planifier une future intégration des différentes sources de données sous un SGBD et une plateforme commune.

Axe 4

Axe 4 : Pilotage et gouvernance

Favoriser un pilotage et une mise en œuvre harmonieux du SDI, à travers une répartition claire des rôles des directions et des ressources. Promouvoir une bonne gouvernance du SDI MINAGRIE, à travers des normes et standards.

Axe 5

Axe 5 : Renforcement des capacités

Renforcer et adapter la capacité des personnels du Ministère en matière de TIC. Atteindre une masse critique de ressources humaines compétentes en informatique de base et métier, à travers des cursus de formation et la formation continue des professionnels.


22/74

2.1.2 Sous projets

La mise en place des 5 axes structurants va découler de sous projets opérationnels, dont la description sera détaillée dans le chapitre suivant.

Tableau 3 : Liste des sous projets du SDI MINAGRIE classés par axe

Axe 1 : Renforcement des infrastructures et de leur gestion

A1-P1 Infrastructure réseau physique

A1-P2 Ergonomie des postes de travail

A1-P3 Gestion et maintenance du réseau

A1-P4 Gestion du parc informatique


A2-P1 Service de messagerie et mailing list

A2-P2 Service d’impression

A2-P3 Service de sauvegarde et de partage de fichiers

A2-P4 Service de communication et de travail collaboratifs

A2-P5 Service de maintenance et mise en place d’un helpdesk

A2-P6 Service site web et intranet

A2-P7 Outils de gestion financière, logistique et des ressources humaines

A2-P8 Outils de gestion de documentation (courrier et archives)

A2-P9 Outils de gestion de la bibliothèque

A2-P10 Outils de gestion de projets

Axe 3 : Développement du SI Agricole et Elevage (SIAE)

A3-P1 Modélisation conceptuelle et dictionnaire de données

A3-P2 Définition et mise en place de l’architecture physique

A3-P3 Cahier des charges fonctionnel des modules

A3-P4 Sélection et configuration de la plateforme logicielle

A3-P5

Développement modules du SIAE

Développement module SIG

Développement module catalogue métadonnées

Intégration et validation, tests, déploiement

Opérations et maintenance corrective

Axe 4 : Pilotage et gouvernance

A4-P1 Restructuration et renforcement des structures informatiques

A4-P2 Gouvernance du SDI et support assistance technique

A4-P3 Pilotage du SDI

Axe 5 : Renforcement des capacités

A5-P1 Développement des capacités en informatique de base

A5-P2 Développement des capacités en informatique métier

A5-P3 Développement d'un Système de gestion de l’apprentissage


23/74

2.1.3 Phases de mise en œuvre

Les 5 axes structurants contenant les sous projets du SDI pourront se mettre en œuvre comme 3 phases d’un projet global. Il est en effet nécessaire de ne pas tous les sous projets démarrer en même temps, et de bien prioritiser les résultats attendus en respectant la logique et les pré requis de chaque sous projet. Une durée de mise en œuvre de 3 années est proposée pour ce premier Schéma Directeur.

Figure 3 : Phases de mise en œuvre des axes stratégiques


24/74

2.2 AXE 1 : RENFORCEMENT DES INFRASTRUCTURES ET DE LEUR

GESTION

2.2.1 A1-P1 : Infrastructure du réseau physique

Objectifs

L’objectif général est l’amélioration et l’harmonisation du réseau d’infrastructure physique du MINAGRIE. Plus spécifiquement, il s’agit de :

Au niveau central : renforcer et sécuriser les réseaux existants. Au niveau provincial : câbler, interconnecter avec le réseau central. A tous les niveaux, sécuriser les salles de serveurs, switch, points d’accès et autres

équipements de réseau. Sous projet

Sous projet Compléter le réseau filaire et interconnecter toutes les structures ministérielles

Activités

Au niveau central :

- Renforcer et compléter les réseaux LAN et WLAN au sein du cabinet du MINAGRIE

- Bien séparer les 2 types de réseau, avec des passerelles Câblage mixte : câble périphérique, Wifi pour données.

- Sécuriser le réseau wifi - Interconnecter le cabinet et ses structures décentralisés, et

provinciales Interconnexion des DPAE (bâtiments appartiennent à l’état) : option BBS fibre optique privilégiée,

- Mettre en place l’administration réseau (DHCP, Active Directory, droits, connections etc.).

Au niveau provincial :

- Réaliser le câblage Ethernet de toutes les DPAE (déjà débuté par PAIOSA).

- Fournir une connexion internet à toutes les DPAE : connecter les DPAE des 8 chefs-lieux de provinces qui sont déjà connectés à la fibre. Pour les autres DPAE, fournir une connexion internet par d’autres fournisseurs d’accès classiques.

Sécurisation des serveurs

- Cloisonnement de la salle des serveurs - Note de service pour limiter les accès à la salle - Installation d’un Système de Contrôle des Accès (alarmes,

système de détection et de protection du feu, accès par authentification biométrique)

- Mise en place du système de video-surveillance

Responsable - Cellule TIC


25/74

Collaborateur - Projets PAIOSA et PROSANUT - SETIC

2.2.2 A1-P2 : Ergonomie des postes de travail

Objectifs

L’objectif général est l’amélioration et l’harmonisation de l’ergonomie des postes de travail utilisateurs des personnels du MINAGRIE. Plus spécifiquement, il s’agit de :

Définir une architecture cible commune et les spécifications matérielles du poste de travail, afin d’améliorer et harmoniser les postes de travail ;

Réduire l’hétérogénéité des applications bureautiques: proposer et configurer progressivement un socle logiciel et environnement commun ;

Faciliter ainsi la maintenance par les équipes de la cellule TIC.

Equiper et harmoniser les équipements poste de travail

Pour les cadres hiérarchiques, Conseillers, Informaticiens, Journalistes : 1. Ordinateurs portables pour agents techniques 2. Ecran min. 24’ connecté 3. Disque externe de sauvegarde individuel mobile

Pour les Secrétaires et Comptabilité :

1. Ordinateur de bureau sécurisé 2. Ecran min. 24’

Pour agents de collecte :

1. Outils mobiles Android (smartphone ou tablette)

Pour tous, proposer et fournir une ergonomie améliorée (table, chaise, climatisation)

Définir et installer un socle logiciels de base pour tous les postes de travail

Proposer les bons outils bureautiques et collaboratifs par type de prestation Réduire l’hétérogénéité des applications bureautiques sur les postes de travail

Tableau 4 : Proposition d’un socle de logiciels libres bureautiques2

FONCTIONNALITÉ LOGICIEL LICENCE

Suite bureautique LibreOffice LGPL

Éditeur de textes Notepad++ GPL

Création de PDF (imprimante) PDFCreator GPL

Lecteur multimédia VLC GPL

Dessin (vectoriel) Inkscape GPL

Dessin (matriciel) The Gimp GPL

Gestionnaire de courrier mail Thunderbird ESR MPL

Client de messagerie instantanée Pidgin GPL

Client FTP Filezilla GPL

Navigateur Firefox ESR MPL

Gestion de projet ProjectLibre GPL

Capture d'écran GreenShot GPL

Défragmentation UltraDefrag GPL

2 Source socle Interministériel de Logiciels Libres 2014


26/74

Sous projet

Sous projet Harmoniser l’ergonomie des postes de travail

Activités

Ergonomie et harmonisation des postes de travail

- Définir la configuration de base et ses spécifications techniques par type d’utilisateur.

- Lancer les DAO et acheter l’équipement manquant - Equiper les services et configurer les équipements - Maintenir le service et former les personnels

Outils de collecte mobile

- Acquisition des smartphones pour les agents de collecte - Développement et opérationnalisation de l’application de collecte - Formation des agents de collecte à l’usage des smartphones pour

la collecte des données

Socle logiciel

- Proposer et installer un socle logiciel libre et autres propriétaire selon les besoins

- Installer sur toutes les machines - Réaliser la formation progressive de tous les agents.


Collaborateur - Toutes DG

Pré requis - Inventaire final des équipements ordinateurs de bureau et portable

2.2.3 A1-P3 : Gestion et maintenance du réseau

Objectifs

L’objectif général est l’amélioration de la gestion et de la maintenance de l’infrastructure du réseau de données du MINAGRIE. Plus spécifiquement, il s’agit de :

Contrôler le réseau et son trafic Protéger et sécuriser le réseau et l’infrastructure

Sous projet

Sous projet Gérer le réseau et son trafic et maintenance réseau

Activités

Contrôler et gérer le trafic réseau et sa bande passante

- Définir les outils de gestion du réseau, internet, bande passante, de type SpeedTest ou NetLimiter

- Définir les règles d’utilisation du réseau - Analyser et limiter le trafic et la bande passante (partition de la

bande passante aux activités diverses, - Contrôler les abus et en cas de mauvaise utilisation, faire respecter


27/74

les règles de partage de la bande passante, URL filtrage, IPS/IDS - Limiter et partitionner la bande passante dans certains cas.

Protection électrique et contre les incendies

- Installer un démarrage automatique des groupes électrogènes - Protection contre sur tensions ou contre coupures de courant

o Option 1 onduleur par machine o Option 2 : onduleur réseau (nécessité de câblage électrique

mutualisé)

Sécurisation du réseau contre antivirus

- Définir et installer un antivirus serveur - Définir et installer Firewall sur le serveur

Sécurisation du réseau contre les intrusions sur le wifi

Comme l’équipement utilisé est récent, il est possible de procéder simplement à un paramétrage robuste et sécurisé des bornes Wifi, par un choix des meilleurs paramètres pour la bonne sécurisation d’un réseau Wifi.


Equipement - Malette informatique - Firewall ou Check Point

Collaborateur - N/A

Pré requis - Formation des informaticiens en matière d’administration système - Acquisition de la mallette informatique et outils de maintenance - Acquisition d’un firewall (UTM) ou d’un check point.

2.2.4 A1-P4 : Gestion du parc informatique

Objectifs

L’objectif principal de ce sous projet est d’améliorer la connaissance du parc informatique, en disposant d’outils d’inventaire et de gestion de parc semi automatiques. Sous projet

Sous projet Gérer et assurer la maintenance du parc informatique

Activités

Inventaire automatique, régulier et anticipatif

- Dans un premier temps, l’outil déjà développé pourrait être utilisé selon sa fiabilité et son niveau de maintenance

- A terme, il sera nécessaire de migrer vers un outil open source de gestion en réseau, une fois que le réseau est opérationnel et tous les postes de travail connectes et authentifies sur le réseau.

- Un outil comme OCS Inventory (Open Computer and Software Inventory): un logiciel permettant de collecter les informations concernant les matériels et logiciels d'un parc informatique : http://www.ocsinventory-ng.org/ pourra être déployé.

- Déployer l’outil d’inventaire dynamique, rapide, sans se déplacer

http://www.ocsinventory-ng.org/


28/74

- Réaliser un inventaire par bureau, et lister sur chaque mur de bureau le matériel fixe disponible dans le bureau.

- Connaitre le plan de répartition par bureau et par personnel - Ajouter à l’inventaire un code unique identifiant chaque équipement

informatique - Identifier chaque machine à l’aide d’un outil d’une étiquette

autocollante.

Outils de gestion de parc

- Une fois l’inventaire finalisé, un outil de type GLPI (Gestion Libre de Parc Informatique), outil de gestion de parc open source : http://www.glpi-project.org/ pourra être déployé afin de gérer dynamiquement et contrôler le parc informatique

- Il sera lie à l’archivage des matériels sortis de l’inventaire - au plan de câblage et à l’attribution des équipements. - il devra permettre une gestion des informations financières et

administratives, des différents états pour les matériels (en réparation, en stock...), une historisation des modifications sur les éléments de l’inventaire


Equipement - Taggeur pour chaque machine - Outils de maintenance

Collaborateur - Aucun

Pré requis - Aucun

2.2.5 Synthèse des outils proposés pour l’axe 1

Figure 4 : Synthèse des logiciels proposés pour l’axe 1

http://www.glpi-project.org/


29/74

2.3 AXE 2 : DEVELOPPEMENT DES SERVICES INFORMATIQUES DE

BASE ET DES OUTILS DE GESTION ADMINISTRATIVE

2.3.1 A2-P1 : Service de messagerie et mailing list

Objectifs

L’objectif général du sous projet est de proposer des outils standardisés, harmonisés et robustes de communication individuelle et collective par messages électroniques.

Fournir un email professionnel pour chaque personnel du MINAGRIE

- Fournir un email professionnel fixe à tous les personnels du MINAGRIE, - Améliorer la visibilité du MINAGRIE, - Faciliter la communication interne et externe, - Centraliser la gestion des emails professionnels, - Sécuriser la gestion des emails.

Déployer et utiliser un outil de gestion de liste d’emails

- Disposer d’un outil de gestion de mailing liste, - Pouvoir envoyer des emails groupes de manière standard, transparente, sécurisée et mise à

jour. Sous projet

Sous projet Utilisation d’emails professionnels avec client mail local et webmail

Activités

Pour les emails individuels :

- Créer et gérer les emails sur Cpanel du domaine MINAGRIE - Définir avec les personnels : [email protected] - Attribuer de manière systématique toutes les adresses emails - Déployer et configurer (pas de copie sur le serveur) depuis yahoo.fr le

logiciel de messagerie sur toutes les machines - Former les personnels a l’utilisation du logiciel de messagerie et de son

webmail associé en cas de déplacement. - Préparer et circuler une note de service : préconisation utilisation email

professionnel

Pour la mailing list

- Définir des logiciel et interface de listes de distribution : Cpanel peut être utilise, ou bien un logiciel open source,

- Créer les mailing listes suivantes : TOUS, DG, Directions, services, Externe,

- Intégration et prise en compte des nouveaux emails, - Consolidation de la liste des emails, - Test de mailings lists.


Collaborateur - Cellule GRH

Pré requis - Nom de domaine déjà opérationnel

mailto:[email protected]


30/74

2.3.2 A2-P2 : Service d’impression

Objectifs

L’objectif général du sous projet est d’améliorer le service d’impression du sein du MINAGRIE tout en rationnalisant l’utilisation des imprimantes et en diminuant les couts. Plus spécifiquement, il s’agit de :

- Supprimer le concept un ordinateur = une imprimante - Imprimer principalement en réseau (1 ou 2 salles imprimantes par étage) - Réduire les couts des consommables et de la maintenance - Minimiser le nombre des impressions, - Centraliser aussi service de reliage dans une salle impression - Centraliser aussi le service de photocopie - Clarifier et documenter les procédures pour

o Impression noir et blanc o Impression couleur o Reliure o Photocopie

- Former les utilisateurs. Sous projet

Sous projet Amélioration du service d’impression et de reprographie

Activités

- Installer les imprimantes réseau dans des salles accessibles à tous aux heures de service.

- Connecter toutes les machines en réseau - Installer et configurer les driver des imprimantes - Définir les droits d’impression

o imprimante réseau laser noir et blanc, qualité rapide o couleur pour impression rapports finaux

- Sensibiliser les personnels a l’utilisation des services d’impression



Pré requis - Disponibilité des imprimantes réseau

2.3.3 A2-P3 : Service de sauvegarde des données

Objectifs

L’objectif du sous projet est de fournir un service de sauvegarde mutualisé, avec des procédures claires et robustes, ainsi que un service de partage de fichiers sur serveur.

Procédures et espace de sauvegarde

Afin de lutter contre les pertes provoquées par des erreurs humaines ou les pertes des données stockées sur disque dur, il est nécessaire de réaliser des sauvegardes systématiques de tous les postes (répertoires professionnels), de 2 manières :

- La sauvegarde des données ou backup de répertoires : backup local ou réseau. - La réplication du disque dur ou mirroring.

Serveur de fichiers


31/74

Le principe du serveur de fichiers est qu’il permet de partager des données à travers un réseau, à partir d’un serveur qui possède une grande quantité d'espace disque où sont déposés des fichiers. Les utilisateurs peuvent ensuite les récupérer au moyen d'un protocole de partage de fichier. Le serveur de fichiers nécessite une administration centralisée pour gérer les quotas d'espace disque, la gestion des droits utilisateurs et la sécurité d'accès. Sous projet

Sous projet Service de sauvegarde des données

Activités

- Acquérir un serveur de backup avec un stockage suffisant et un RAID

- Configurer le serveur de backup - Définir les protocoles qui gèrent la sécurisation des données :

architecture du type RAID 1 ou RAID 5. - Effectuer des sauvegardes régulières.



Pré requis - Disponibilité de la capacité de stockage sur les serveurs

2.3.4 A2-P4 : Service de communication et de travail collaboratifs

Objectifs

L’objectif du sous projet est l’amélioration des infrastructures de communication, en fournissant des équipements et outils de communication interne et externe. Il vise aussi à fournir des outils de travail collaboratifs. Les évolutions technologiques ont familiarisé le plus grand nombre avec l’usage des réseaux sociaux privés (Messenger, Facebook, Twitter). Le monde professionnel adopte progressivement les réseaux sociaux d'entreprise pour répondre au besoin de développement de solutions permettant le travail collaboratif. Les fonctions attendues sont :

- Les communications VoIP, - Les outils de visio conférence, - La mise à disposition d’espaces collaboratifs, - Les forums de discussion, - La messagerie instantanée.

Sous projet

Sous projet Développer les Service de communication et outils collaboratifs

Activités

- Finaliser les choix logiciels - Equiper les ordinateurs de micro et écouteurs - Configuration les services suivants :

o VoIP : Skype o Visio conférence : Skype ou Webex o Espaces collaboratifs : Saba o Forums de discussion : développer un wiki sur le site web à

partir du CMS o Messagerie instantanée : intégration de Pidgin.

- Formation des personnels. - Une démarche d'accompagnement des agents et un dispositif de

modération permettant de contrôler l’usage fait de ces outils



32/74

Collaborateur - Tous

Pré requis - Outils disponibles

2.3.5 A2-P5 : Service de maintenance et mise en place d’un helpdesk

Objectifs

L’objectif général est d’améliorer les procédures de maintenance régulière et de support aux utilisateurs en cas de problème informatique. Plus spécifiquement, il s’agit de :

- Mettre en place des procédures de maintenance régulière préventive ; - Mettre en place un service de helpdesk pour le support ponctuel aux usagers.

Sous projet

Sous projet Service de maintenance et mise en place d’un helpdesk

Activités

Mise en œuvre d’un plan de maintenance préventive

- Définition du plan de maintenance et des procédures - Automatisation des taches :

o mises à jour antivirus, o mise à jour Windows à partir du serveur ou directement sur

postes, o nettoyage, défragmentation, backup,

- Définition des rôles et des responsabilités par niveaux de supports (cellule TIC).

- Assurer le suivi de maintenance

Maintenance sur demande (troubleshooting)

- Mise en place Helpdesk avec automatisation des demandes de pannes par tickets, demande par email

- Mise en place d’un suivi des Incidents - Définition des procédures, et attentes des utilisateurs - Evaluation du temps pour répondre à la demande, type de

demande, etc. Les fonctions suivantes devront être disponibles : Pour les utilisateurs du helpdesk

- Ouverture des tickets via une interface WEB ou par email - Interface utilisateur finale pour ouverture de ticket avec possibilité

de joindre des documents (self-service) - Possibilité d’un suivi par courriel du traitement des tickets - Consultation de l’historique des tickets - Approbation de la solution - Enquête de satisfaction

Pour les techniciens de maintenance - Gestion de l’urgence, de la priorité et de catégories des tickets - Suivi des tickets et historique des tickets - Notifications par courriel des événements - Validation de tickets - Ouverture/résolution/approbation/clôture des tickets


33/74

- Gabarits de solutions et liens avec la base de connaissance - Gestion des plannings d’intervention



Pré requis - Aucun

2.3.6 A2-P6 : Service site web et intranet

Un service d’hébergement et l’achat du nom de domaine http://minagrie.gov.bi/ ont été pris en charge par le PROSANUT auprès de la société Afriregister pour une durée de 3 années. L’hébergement inclut un espace Web de 30GB, des comptes de Messagerie illimités, une bande passante mensuelle illimitée, une gestion des DNS. Objectifs

L’objectif de ce sous projet est pour le MINAGRIE de disposer d’un point d’entrée unique vers l’extérieur par un site web dynamique, mis à jour et proposant des services métier, en interne ou en externe. Le site web permettra de :

- Créer un portail web géré par un CMS - Développer des services web pour le public (en internet) et pour les personnels du

MINAGRIE (en internet et intranet)

Figure 5 : Services accessibles en client léger à partir du site web

http://minagrie.gov.bi/


34/74

Sous projet

Sous projet Service site web et intranet

Activités

Développement et gestion du site web

- Mise en place du site de base - Choix d’un CMS (dynamique) - Initialement les techniciens de la cellule TIC peuvent utiliser

WordPress qui est facile de prise en main, mais c’est plutôt un outil de blog.

- A terme, l’utilisation d’un CMS complet du type JOOMLA est recommandée.

- Interfaçage avec les autres services web - Désignation/formation d’un webmaster - Collecte du contenu et mise en ligne

Développement des services web

Administratif : - Webmail des personnels, Téléchargement, Extranet, Catalogue des

métadonnées, Annuaire des acteurs OPA, Etc.

Métier: - Référentiels et langage commun, Tableau de bord SIAE, Geoportail,

SIP, Etc.

Intranet

La configuration de l’intranet devra se faire une fois le réseau et les serveurs configurés. Les services en interne devront être accessibles à partir de l’intranet (administratif et métier).


Collaborateur - Tous

Pré requis - Aucun

2.3.7 A2-P7 : Outils de gestion financière, logistique et des ressources humaines

Objectifs et stratégie

Le MINAGRIE est intégré dans la fonction publique et la plupart de ses fonctions de gestion administratif sont gérées par :

- Ministère des Finances pour le budget et les finances ; - Ministère de la Fonction Publique pour les RH : la paie, carrière etc.

Le MINAGRIE doit gérer uniquement quelques sous domaines :

- Finances : projets, budget interne, et budget intrants ; - RH : congés, formations etc.

Différentes options d’amélioration des services de gestion administratifs sont possibles :

1. Déploiement de tuiles logicielles au niveau de chaque processus (logiciel RH, logiciel gestion logistique, logiciel comptabilité


35/74

2. Déploiement d’un système de gestion intégrée (ERP), intégrant plusieurs fonctions dans un même système : ressources humaines, gestion comptable et financière, approvisionnement, logistique etc.

Stratégie progressive :

Un système de gestion intégrée (ERP) est une application informatique qui permet de centraliser et de gérer l’ensemble des processus d’une entreprise en intégrant plusieurs fonctions dans un même système : ressources humaines, gestion comptable et financière, aide à la décision, distribution, production, approvisionnement, etc Identification des données à intégrer

Identification des données à intégrer pour les finances

Il s’agit des sources de financement du MINAGRIE qui sont: Budget de l'Etat (lignes budgétaires de la Loi des Finances) Appuis Budgétaires (par les partenaires au développement agricole et de l'élevage)

qui sont directement reçus par le MINAGRIE sans passer par le Ministère des Finances

Compte "Produit Vente Engrais" se trouvant à la Banque de la République du Burundi et géré conjointement par le MINFIN et le MINAGRIE

Identification des données à intégrer pour les RH

Nom agent Poste agent Termes de référence Formations suivies Congés

Identification des données à intégrer pour la logistique

Chaises Tables (ou bureau) Matériel de bureau Lampes et tubes fluorescents Matériel électrique Immobilisations Nombre de matériels roulants Kilométrages Réparations Chauffeur

Cahier des charges fonctionnel

Cahier des charges fonctionnel finances

Avec la nouvelle loi organique du MINIFIN qui est entré en vigueur depuis 2014, la gestion de la dépense doit être décentralisée dans les ministères dépensiers, raison pour laquelle uniquement SIGEFI est censé gérer les lignes budgétaires allouées au MINAGRIE


36/74

Figure 6 : Architecture logique de gestion financière

Cahier des charges fonctionnel RH

Même si les fonctions principales de GRH sont décentralisées au niveau du Ministère de la fonction publique, l’outil de gestion des RH du MINAGRIE devrait disposer des fonctions suivantes : Embauche

Identification des agents Saisie des Intégrations / Engagements Saisie des Titularisations Synthèse des agents Synthèse des recrutements Synthèse des Intégrations et des titularisations Synthèse des grades

Situation du personnel

Définition des emplois Situation des effectifs du personnel Situation du personnel sortant Situation du personnel disponible

Formation

Saisie des formations Saisie des inscriptions Liste des formations Inscription par formation Statistique des formations Statistique des coûts de formation

Gestion des agents

Saisie et synthèse des positions Saisie et synthèse des reclassements Saisie et synthèse des notations Saisie et synthèse des affectations Saisie et synthèse des distinctions Saisie et synthèse des sanctions


37/74

Saisie et synthèse des avancements Saisie et synthèse des départs

Gestions des congés

Planning et saisie des congés Saisie des jours fériés Etat des congés Etat des plannings de congés Etat des jours fériés

Bilan social

Statistique par département et par sexe Répartition par ancienneté Statistique par âge Taux de rotation du personnel Gestion du personnel par structure Détail des emplois par structure Gestion du personnel par secteur

Cahier des charges fonctionnel logistique

Gestion des fournisseurs (et/ou de prestataires de services) et des sous-contractants Fichier des fournisseurs et de prestataires de services (adresse physique et morale

du fournisseur) Type de produits et/ou services fournis par chaque fournisseur Gestion des achats Gestion de contrats Gestion des approvisionnements : gestion de commandes, bons de commandes

Gestion des DAO Gestion des articles

Référence Libellé

Gestion des opérations de l’OBR Dédouanement Taxes et autres

Gestion du stock Transferts Ajouts Retraits

Gestion des livraisons moyen de transport transitaire dates et lieux de départ et d'arrivée retards de livraison, en cours

Plateforme logicielle

La gestion des finances étant censée être gérée par SIGEFI, les finances des projets peuvent être gérées à partir du logiciel TomPro, qui est déjà maitrisée par certains services du MINAGRIE, notamment pour les projets. TomEtatsFin pourrait aussi être utilisée pour la production des états financiers. Ces logiciels sont intègres. Pour la gestion des ressources humaines, les quelques fonctions dont le MINAGRIE garde la prérogative pourraient être facilites par l’utilisation d’un logiciel de GRH opensource, comme OrangeHRM, qui répond très bien au cahier des charges fonctionnel.


38/74

Pour la gestion de la logistique, l’utilisation du module TomStock pourrait être préconisée puisqu’elle répond au cahier des charges fonctionnel et peut être intégré sur la plateforme Tom2. Il est à noter que les applications de gestion financière, logistique et RH ne doivent pas interfacées avec les autres applications métier, cela du fait qu’elles gèreront des données internes qui n’ont pas du caractère d’être publiées. Sous projet

Sous projet Outils de gestion financière, logistique et des ressources humaines

Activités

- A court terme : o Sécuriser fichier Excel o Consolider fichier Excel o Nettoyer les champs

- A moyen terme : o Acquisition de l’application de gestion financière o Acquisition de l’application de gestion logistique o Acquisition de l’application de gestion des RH

- A long terme o La gestion financière, logistique et RH sera faite à part

entière par le Système Intégré du Gouvernement

Responsable - Cellule GRH et Finances

Collaborateur - Cellule TIC

Pré requis - Stabilisation des procédures financières et comptables - Stabilisation des procédures logistiques (chaine) - Stabilisation des procédures de gestion des RH

2.3.8 A2-P8 : Outils de gestion de documentation (courrier et archives)

Stratégie

Pour l’instant toutes les archives et le courrier sont traités de manière manuelle, à part quelques courriers qui sont scannées pour être envoyés par email, ainsi que les rapports actuels produits qui le sont à la base en format numérique (avant pour certaines d’être imprimes pour être archives). La stratégie est d’arriver à : Dématérialiser progressivement la plupart de la chaine (par scannage ou autre) Partager et rendre accessible Sécuriser tous les documents Développer les outils d’archivage et de recherche sous forme d’un logiciel de GED

(Gestion Electronique de Documentation).

Les principaux acteurs d'archivages sont : Administrateurs (Cellule TIC). Management (Comité de Pilotage et Comité de Suivi). Les producteurs : Consultants, Employés MINAGRIE, Services (Directions et Directions

Générales), Structures décentralisées du MINAGRIE (ISABU, ARFIC, etc), Partenaires (PAIOSA, PROSANUT, FAO, etc), autres institutions publiques.

Utilisateurs : producteurs, chercheurs sur place, internautes.


39/74

Identification des données à intégrer

Courrier (correspondances). Archives (rapports, ouvrages). Tous documents administratifs et financiers. Principales fonctionnalités

Les principales fonctionnalités du GED cible du MINAGRIE sont : 1. Dématérialisation de tous les documents (correspondances, documents administratifs et

financiers, rapports d’étude ou de consultance, ouvrage). 2. Destruction, conservation, transfert et export:

Destruction : Un document est détruit lorsque sa durée de vie à l'archive est épuisée. Avant la destruction, une liste des documents à détruire doit être préalablement validée par l'autorité archiviste. La destruction comprend les données et les métadonnées

Conservation: est une destruction des données tout en laissant les métadonnées. 3. Recherche, localisation et restitution 4. Reporting (plan de classement, les dossiers et les documents, l'activité des utilisateurs,

autorisations d'accès et sécurité, sort final des documents) 5. Administration 6. Communication (publication) 7. Masquage des documents archivés 8. Gestion des signatures électroniques 9. Duplication (recopie des documents archivés vers un nouveau type de support sans

changement de l'organisation logique de stockage 10. Ré-empaquetage (recopie des documents archivés vers un nouveau type de support

nécessitant un changement de l'organisation logique de stockage) 11. Transformation (modification de la forme) 12. Sécurité :

Authentification des utilisateurs par un login et un mot de passe Interface client et interface administrateur Gestion des accès selon les profils Modification de mot de passe Récupération des mots de passe Système de sauvegarde et de restauration des données


40/74

Figure 7 : Architecture logique du GED MINAGRIE

Plateforme logicielle

Le choix du GED pourrait se porter sur Alfresco : la version dite « Community » est sous licence LGPL, donc librement téléchargeable, modifiable, redistribuable et utilisable, dans les limites des règles établies par cette licence. L’installation de la solution sur un serveur dédié avec une bonne configuration pour être sûr que les utilisateurs puissent accéder rapidement au contenu de la GED. Il est essentiel que la gestion électronique des documents mise en place soit simple, sécurisée, conviviale, rapide d'accès. Les autres options sont aussi le logiciel Maarch, système d’archivage électronique et gestion documentaire entièrement opensource, et développé en PHP, ou bien le logiciel KLASTOO. Sous projet

Sous projet GED3

Activités

- A court terme : choix et acquisition d’un GED - A moyen terme : opérationnalisation d’un GED - A long terme : formation des utilisateurs et transfert progressif de la

documentation et des archives courrier.

Responsable - Tous secrétariats - Cellule Archives


3 PAIOSA dispose de TDR pour une Expertise en gestion électronique de documents, qui pourra servir de base à la mise en œuvre du sous projet (Ref : GED_TDR_expertise avec ISABU.pdf).


41/74

Pré requis - Stabilisation des procédures de gestion du courrier et des archives

2.3.9 A2-P9 : Outils de gestion de la bibliothèque

Objectifs

Dans un contexte de développement de l’information numérique et de lectorat nomade, les bibliothèques doivent proposer des services novateurs. Le lecteur attend des services interactifs et un accès facilité à diverses ressources d’information. Besoins de l’utilisateur (Lecteur)

- documentation pour lecture nomade et digitale - outils de recherche en ligne

Besoins bibliothécaires du MINAGRIE

- outils de gestion bibliothèque oriente métier - gestion des prêts - outils de recherche et catalogage - mise en ligne - sécurité - archivage papier pour vieux documents et nouveaux

Identification des données à intégrer

Documents imprimés (ouvrages, articles, rapports, correspondances officielles et administratives, etc.)

Documents électroniques Photos Vidéos Audios Cahier des charges fonctionnel

Les fonctions de base du système doivent être : Gestion bibliographique Gestion des prêts, retours, renouvellements, réservations de documents, traitement des

retards (relances, suspensions) Gestion des acquisitions suggestions, commande, réception, facturation Gestion des périodiques abonnements, relances, bulletinage des numéros reçus,

génération d'un état de collection Gestion des auteurs Recherche (par auteur, par titre, année d'édition, par type de documents, par format) Lien annuaire LDAP Publication Gestion des accès catalogue public (ou OPAC, Open Public Access Catalog) Plateforme logicielle

Le choix doit se porter sur un système intégré de gestion de bibliothèque. La plateforme open source OpenFlora offre une interface simple et de puissants outils de recherche, et propose une approche modulaire et une flexibilité de paramétrage. Elle est donc recommandée pour le MINAGRIE.


42/74

Sous projet

Sous projet Gestion de la bibliothèque

Activités

- Acquisition du logiciel - Paramétrage - Formation des utilisateurs - Dématérialisation des documents de la bibliothèque

Responsable - Bibliothèque


Pré requis - Stabilisation des procédures de gestion de la bibliothèque

2.3.10 A2-P10 : Outils de gestion de projets et suivi évaluation

Objectifs

L’objectif principal est de fournir aux différents services du MINAGRIE des outils individuels et collaboratifs de gestion des projets, de planification et de suivi-évaluation, afin d’apporter de la clarté au niveau gestion et budget des projets, indicateurs de suivi, éviter les duplications, avoir une bonne planification etc. Actuellement il n’y a aucun outil de gestion de projet standard ni d’outil communs. Identification des données à intégrer

Données de chaque projet : ressources, planning, résultats, moyens, délais, rapports, etc.

Données transversales Données de suivi évaluation (PNIA notamment) Cahier des charges fonctionnel

Outils de gestion de projet personnels

Les logiciels de gestion de projet personnels proposent des fonctionnalités basiques et sont réservés à un usage personnel. Il s’agit des fonctions de base de la gestion de projets Planification des tâches et des dépenses Gestion de tâches et de jalons, de ressources Processus de travail des individus Utilisation des ressources humaines ou matérielles allouées au projet Alertes pour signaler les tâches arrivées à terme

Outils de gestion de projet collaboratifs

Ce logiciel devra être installé sur le serveur du MINAGRIE et va inclure des fonctionnalités plus riches : wikis, blogs, stockage de documents, édition de documents partagés, forums, création de bases de données, etc. Cet outil doit proposer les fonctionnalités partageables entre les parties prenantes du projet, en réseau :

Gestion de projet en ligne Gestion des taches et jalons Planning de projet partagé Calendrier de projet partagé Gestion des ressources Partage de documents Discussions en ligne Planification de réunions Espaces wiki


43/74

Outils de planification et suivi évaluation

Les fonctions de base doivent permette de suivre l'état d'avancement des activités physiques sur la base d'indicateurs (physiques, financiers, performance, etc.), la programmation des activités et le suivi d'exécution. Plateforme logicielle

Pour la gestion du projet, le logiciel ProjetLibre est opensource et reprend les mêmes fonctionnalités que son équivalent Microsoft Project. Une autre solution serait l’utilisation du module TomProjet, qui peut aussi s’intégrer à la plateforme online Tom2. Pour ce qui est des outils de travail projet collaboratif, deux outils semi opensource répondent au cahier de charges : Egroupware et Libreplan. Cependant il n’existe pas encore de version en français. Le suivi évaluation pourrait être pris en charge par le module TomMonitoring, intégrable aux autres modules Tomate. Sous projet

Sous projet Outils de gestion de projets et suivi évaluation

Activités

- Sélection et acquisition des logiciels - Installation, configuration et paramétrage - Formation des utilisateurs et des gestionnaires - Entrée des informations et mise en opérations

Responsable - Directions Générales et Directions, sous supervision DSE


2.3.11 Synthèse des outils proposés pour l’axe 2


44/74



45/74

2.4 AXE 3 : DEVELOPPEMENT DU SI AGRICOLE ET ELEVAGE

(SIAE)

2.4.1 Stratégie et architecture logique

Vers un Système d’Information Agricole et Elevage intégré

La phase d’audit a montré que le MINAGRIE dispose de beaucoup de sous-systèmes et de sous BD, qui communiquent peu ou pas, de par des contraintes techniques et organisationnelles. Les principes directeurs généraux ayant été édictés, le futur SIAE devra en suivre les suivants : Définition et utilisation de référentiels communs avec leurs dictionnaires des données, Mutualisation de fonctionnalités de SGBD et de collecte communes, Architecture 3 couches (données, traitements, présentation), avec orientation web et

services, Mise en place d’une BD centrale avec des sous BD provinciales des DPAE, Sur le moyen terme, intégration des différentes bases de données sous un système

commun, Stratégie progressive de réingénierie des solutions en place, avec préservation de

quelques sous modules.


46/74

Figure 9 : Schéma général d’architecture 3-tiers du SIAE

Architecture logique

L'architecture logique décrit la répartition des tâches au sein du réseau ainsi que l’organisation de la circulation des données. Le schéma d’architecture logique du futur SIAE répond aux 2 sous principes : séparation des données et traitements ; architecture 3 couches données, applications/traitements, restitution/présentation.


47/74

Figure 10 : Schéma d’architecture logique du SIAE

2.4.2 A3-P1 : Modélisation conceptuelle et dictionnaire des données

Objectifs

L’objectif de ce sous projet est d’aboutir à la modélisation conceptuelle des différents domaines métiers du SIAE en suivant le modèle entité relation. Cette modélisation doit permettre de :


48/74

1) Exposer la structuration des données du SIAE, avec pour chaque thématique la description des entités et attributs (dictionnaire de données) et leur modèle conceptuel.

2) Proposer une identification des données qui seront intégrées dans la BD-SIAE, classées par thématiques principales.

Figure 11 : Identification des données à intégrer dans le SIAE

Méthodes et outils de modélisation

Il est recommandé que les MCD suivent le formalisme de la méthode UML. Les logiciels adaptes sont variés, comme PowerAMC ou WinDesign. Par la suite, les MPD pourront être préparés facilement et la structure de la BD centrale extraite automatiquement des MCD.

Modélisation des référentiels

La mise en place des référentiels communs et transverses permettra la réutilisation des données modélisées communes (géographie, administration, population etc.). Au minimum, il sera nécessaire de disposer des référentiels suivants :

- Référentiel géographique - Référentiel administratif - Référentiel population


49/74

1,1

1,n

1,1

0,n

1,1

0,1

0,10,1

0,1

0,n

1,1

0,n

1,1

0,n

Colline : 1

CColline

NColline

StatutColline

Province

CProvince

Npays

Commune

CodeCom

NomCom

StatutCommune

Pays organise en province

Province organisé en commune

Commune regroupe collines

Sous Colline : 1

CSecteur

NumSecteur

Avoir pour chef l ieuAvoir pour chef l ieu

Commune divisé en sous collines

Colline divisé en sous colline

Pays

CPays

Npays

Figure 12 : Exemple de MCD pour un référentiel (administratif)

Identification des sous-ensembles de données et leurs attributs

Cet exercice devra se faire par l’équipe chargée de la modélisation conceptuelle, avec le support des thématiciens. Les sous ensemble suivants ont déjà été identifiés et pourront servir de base au travail

Lot de données Production

Superficie Production vivrière Rendement des cultures vivrières Production cultures industrielles Dénombrement des ZD échantillons Recensement des ménages échantillons Champs Exploitations Parcelles Liste des cultures pratiquées Superficies et carrés de rendement des parcelles Registre des récoltes Emploi et main-d’œuvre Prévisions des récoltes Etc.


50/74

Lot de données Intrants

Utilisation intrants Volumes Intrants agricoles (ENAB) Etc.

Lot de données réalisations

Matériels et équipements Equipement agricoles Etc.

Lot de données génie rural

Données sur les aménagements hydro agricole Données sur la conservation des eaux et des sols

Lot de données Elevage

Cheptel (ENAB) Production animale Etc.

Lot de données Pèche

Effort de pêche Production halieutique Pêche (ENAB) Apiculture (ENAB) Sylviculture (ENAB) Etc.

Lot de données OPA

Nom de l’organisation Adresse Contact Activités Etc.

Lot de données Suivi évaluation PNIA

PLANNING Objectifs Résultats Produits attendus Cibles Principales Activités Prévues Mois démarrage Mois réception Risques et hypothèses

EXECUTION


51/74

Exécution Produits réceptionnés cibles atteintes

Lot de données Prix des marchés

Prix des produits sur le marché rural Prix des produits sur le marché urbain Prix des intrants Prix aux producteurs Prix de la main d’œuvre Coûts de production Etc.

Lot de données partenaires

Données météo : précipitations, températures Import/export Conditions de vie des ménages Bilan alimentaire Consommation alimentaire Risques et chocs Données anthropométriques Soudure et stratégie des ménages Etc.

Sous projet

Sous projet Modélisation conceptuelle et dictionnaire des données

Activités

- Modélisation des référentiels sous forme MCD : o Référentiel géographique o Référentiel administratif o Référentiel population

- Modélisation conceptuelle des sous ensemble de données sous format MCD :

o Sous BD Production o Sous BD Intrants o Sous BD réalisations o Sous BD génie rural o Sous BD Elevage o Sous BD Pèche o Sous BD OPA o Sous BD Suivi évaluation PNIA o Sous BD Prix des marchés

- Préparation des nomenclatures et dictionnaire des données

Responsable - DSIA

Collaborateur - Directions Générales (Toutes) - Directions (toutes) - Cellule TIC

Pré requis - Aucun


52/74

2.4.3 A3-P2 : Définition du cahier des charges fonctionnel

Cahier des charges fonctionnel de la couche Données

La couche donnée du SIAE doit offrir les fonctionnalités de créer/modifier/supprimer des données et/ou des jeux de données. Il assurera l’importation et l’exportation de données et entre la base de données centrale et les bases provinciales, avec les partenaires.

Fonctions de connexion / déconnexion à la base de donnée :

Un accès sécurisé aux données (en mode gestion) par mot de passe. Contient les fonctions d’identification – authentification – sécurité.

Fonctions de saisie et mise à jour des données

Une saisie et mise à jour des fiches de données. Assure les trois principales opérations d’ajout, de modification et de suppression des

données dans la base de données.

Fonctions d’importation et exportation de données entre BD-Centrale et BD-provinciale

Un module d’importation de données prenant en compte les différents types de données identifiées pour le SIAE et une fonction de transfert automatique.

Création du fichier d’échange (automatique) et dépôt de ce fichier dans la zone d’échange (envoi ftp, email, clé USB etc.).

La possibilité de gérer des importations et exportations avec d’autres sources en proposant des formats XML, ISO, Excel, PDF, etc...

Fonctions d’administration du système

consultation, audit et supervision : activité, audit des accès applicatifs et des accès utilisateurs, qualité de service, type de données, listing des échecs d’authentification, listing des erreurs, volumétrie globale.

gestion des habilitations : gérer les droits d’accès associés aux utilisateurs et aux applicatifs : profil utilisateur public (accès aux données publiques), profil Expert (Accès à une sélection de données plus approfondies), profil propriétaire de données (autorisation pour la modification des données propres à lui), profil administrateur central, profil administrateur provincial.

Fonction de stockage et sauvegarde

Archivage /sauvegarde des données. Restauration des données. Cahier des charges fonctionnel de la couche Application

Fonctions de consultation, recherche et utilisation SIAE

La couche applications permettra, en combinant des critères de sélection, de rechercher, consulter, utiliser et d’extraire des données contenues dans la base de données du SIAE. L’interface de consultation permettra à l’utilisateur qui interroge la base de données du SIAE de préciser le ou les critères de sa recherche en fixant : un thème; un type de données/documents (texte, couche SIG, graphique, tables, …) ;


53/74

une période de temps ; une entité géographique (rectangle de sélection géographique tracé par l’utilisateur). Les informations seront restituées soit sous forme de documents élaborés mais peu structurés informatiquement (textes, graphiques, images, cartes, …), proposés à l’analyse et à l’utilisation directes de décideurs, soit sous des formes moins élaborées mais plus structurées (tables ou extractions par requêtes de bases de données), devant être reprises par des logiciels spécifiques (SGBD, tableurs, SIG, …) afin d’être mises en forme, analysées et interprétées. Les sous fonctions disponibles seront les suivantes : connexion au module : se connecter à la base de données recherche et sélection de données : recherche sur les données en utilisant plusieurs

paramètres de recherche (critères). manipulation des données : trier, filtrer, visualiser des statistiques (décompte,

minimum, maximum, médiane, Ecart-type), exporter. assistants de présentation des données : assistants de présentation pour aider à

préparer des présentations et des rapports professionnels. interfaces de requête personnalisable : interface programmable comme un utilitaire

permettant de réaliser et d'exécuter des requêtes SQL.

Fonctions SIG

Création de nouvelles couches SIG : digitalisation, import shapefiles, import de points GPS, photos géo-référencées (par ex. bananier).

Navigation et gestion des couches : fonctionnalités standard de visionneuse spatiale, et de gestion des couches.

Requêtes : requêtes spatiales et requêtes attributaires, affichage des résultats des requêtes (tabulaire graphique, temporel, sous forme de rapport, affichage sous forme de cartographie thématique symbolisée etc.).

Mise en page et impression : visualisation d’une vue cartographique, ou les résultats d’une requête pour une impression vers un fichier ou vers une imprimante.

Fonctions métadonnées

Les fonctionnalités suivantes seront disponibles : Saisie et mise à jour des métadonnées : à partir d’une connexion en mode éditeur

ajouter des entrées de métadonnées, selon les fonctions suivantes : 1. Sélection d’un formulaire prédéfini spécifique ; 2. Sélection d’un groupe d’appartenance de la donnée à enregistrer ; 3. Sélection d’un mode de saisie des métadonnées (mode par défaut, avancé ou

XML) ; 4. Saisie des métadonnées (Titre, Date, Type de données, Mot clés, Résumé,

Statut, Contraintes, Auteur, Lien en ligne) 5. Téléchargement des fichiers référence si disponibles et sous autorisation ; 6. Définition des privilèges ; 7. Définition de la catégorie ; 8. Enregistrement de l’ajout ; 9. Modification et mise à jour par retour sur un enregistrement.

Administration du serveur et gestion des utilisateurs.

Fonctions GED

Les fonctionnalités suivantes seront disponibles : saisie des références


54/74

tri et impression mise à jour association au format numérique mise en commun réseau Pour plus de détails, se reporter au paragraphe 4.3.2. Cahier des charges fonctionnel de la couche Restitution

Service tableau de bord SIAE

Les fonctionnalités web suivantes seront disponibles : recherche et sélection de données : recherche sur les données en utilisant plusieurs

critères (thématiques, temporels). manipulation des données : trier, filtrer. assistants de présentation des données : assistants de présentation pour aider à

préparer des présentations et des rapports. Export : en formats bruts (tableur) ou imprimables (PDF).

Service SIP

Les fonctionnalités web suivantes seront disponibles : Consultation des prix Evolution des prix par courbes

Service webmapping

Les fonctionnalités web suivantes seront disponibles : navigation et gestion des couches requêtes (spatiales et attributaires) mise en page et impression

Service métadonnées

Les fonctionnalités web suivantes seront disponibles : Recherche par défaut et recherche multicritères de métadonnées. Visualisation et analyse des résultats de recherche. Export.

Service documentation

Recherche par multicritères de documentation. Visualisation et analyse des résultats de recherche. Export.

2.4.4 A3-P3 : Définition et mise en place de l’architecture physique matérielle

L'architecture physique décrit l'ensemble des composants matériels supportant le SIAE.

Composants matériels de la couche Données

Un serveur de base de données au niveau central. Les équipements réseaux (routeurs, firewall, switches). L’interconnexion (fibre) ou connexion distante internet pour lien avec les DPAE. Idéalement, serveurs au niveaux provincial, sinon desktop robuste.


55/74

Composants matériels de la couche Applications

Un serveur d’application. LAN pour connexion avec serveur de base de données. Un serveur de backup. Un serveur web.

Composants matériels de la couche Restitution

Réseau internet ou intranet. Postes de travail (desktop ou laptop). Imprimantes pour sorties papier.

Résumé des composants matériels du SIAE

Figure 13 : Composants matériels de l’architecture physique du SIAE

2.4.5 A3-P4 : Sélection et configuration de l’architecture physique logicielle

L'architecture logicielle décrit des composants logiciels déployés sur les composants matériels. Ces composants logiciels sont :

des SGBD, des serveurs web,


56/74

des serveurs d'applications, des systèmes d'exploitation, des composants logiciels spécifiques à l'application.

Plateforme logicielle de la couche Données

Logiciel de saisies de données

Il faudra disposer des interfaces de saisie développées sur le SGBD et son langage de programmation (Postgres et PHP). Il faudra passer à des échanges standardises en XML. Le logiciel CSpro est quant à lui utilisé pour la saisie des données des enquêtes de l’ENAB. Il peut être encore utilisé en parallèle au tableur.

Logiciel de collecte de données mobile

Il existe de nombreux outils opensource ou peu onéreux de design de formulaires sur smartphones Android. Parmi eux iFormBuilder est un des plus communs. OpenDataKit intègre aussi de nombreuses fonctionnalités. Tous peuvent exploiter le GPS des smartphone et automatiquement collecter la position géographique de l’enquête. L'application web similaire à esoko constituerait aussi un bon choix, surtout du fait qu'il est utilisé dans la plupart des pays africains en général et les pays de la Communauté Est Africaine en particulier.

Logiciel de SGBD

Les critères de choix pour un SGBD au MINAGRIE doivent être les suivants : 1. le SDGB doit être relationnel 2. le SDGB doit être open source ou peu cher 3. le SDGB doit disposer d’une cartouche spatiale performante 4. le SDGB doit être orienté web 5. le SDGB doit avoir une capacité de stockage suffisant pour le long terme 6. le SDGB doit être compatible Linux et Windows.

Tableau 5 : Critères de choix pour le SGBD du SIAE

SGBD Excel Access MySQL MariaDB SQL

Server PostGres Oracle

BD relationnelle

Capacité

Open source

Orientée web

Cartouche spatiale

Unix/Linux


57/74

Après analyse des différents logiciels SGBD disponibles sur le marché, il apparait que seul PostgresSQL répond à tous les critères. A moindre mesure MariaDB et MySQL pourraient être aussi choisis, mais la recommandation se porte donc sur PostgresSQL Plateforme logicielle de la couche Applications

Logiciel de traitement des données statistiques

Actuellement le MINAGRIE utilise principalement les logiciels SPSS pour le traitement de leurs données statistiques, dont la majorité provient de l’ENAB. Le logiciel MS Excel est lui aussi utilisé pour certaines analyses statistiques et pour ses capacités de tableur. Ces deux outils répondent donc aux besoins actuels. Cependant, comme ce sont des outils payants, une alternative open source à SPSS pourrait être le logiciel PSPP.

Logiciel SIG de bureau

La recommandation se porte sur le logiciel SIG opensource desktop logiciel Quantum GIS. Léger et avec une communauté très active, il est aussi utilisé par de nombreuses institutions nationales et le BCG en donne des formations. Il permet aussi un lien direct avec PostGIS et donc Postgres.

Langage de développements et génie logiciel

Le langage de développement PHP est adapté aux architectures web, et interface très bien les SGBD PostGres ou MySQL. Plateforme logicielle de la couche couche Restitution

Logiciel de gestion de contenu et site web

De nombreux CMS existent actuellement dans le monde open source, dont Wordpress, Joomla, SPIP, Drupal etc. Pour le MINAGRIE, il est recommandé dans un premier temps, utiliser Wordpress, et sur le moyen terme de migrer sur Joomla.

Logiciels de webmapping

L’offre de logiciels opensource pour la cartographie en ligne est très étoffée, avec notamment les deux leaders Geoserver et Mapserver. Geoserver est cependant propose pour son évolutivité et sa rapidité de rendu. Au niveau des framework graphiques, Openlayers est proposé.

Logiciel de métadonnées

Le logiciel recommande pour la plateforme en ligne de métadonnées est la solution Geonetwork, initialement développé par la FAO et maintenu par la communauté Open Source Geospatial Foundation.

Système d’exploitation sur les serveurs

Dépendant des types de serveur, des versions de Linux ou Windows serveur seront déployées au cas par cas. Pour le serveur web, Apache sera privilégié.


58/74

2.4.6 Synthèse de la plateforme logicielle proposée pour l’axe 3

Figure 14 : Synthèse de la plateforme logicielle proposée

2.4.7 A3-P5 : Développements, tests et déploiement du SI

Objectifs

Il s’agit de la mise en œuvre concrète du SIAE, tant au niveau développement des modules, configurations, tests et déploiement. Sous projet

Sous projet Développements, tests et déploiement du SI

Activités

Développement physique de la BD (couche donnée) Développement des modules de la couche applications Développement des modules service web (SIP, webmapping,

métadonnées, tableau de bord indicateurs SIAE). Tests et recette logicielle Intégration et validation Déploiement et retour utilisateur

Responsable - DSIA et Cellule TIC

Collaborateur - Prestataires de service

Pré requis - Modélisation conceptuelle


59/74

2.5 AXE 4 : ORGANISATION, PILOTAGE ET GOUVERNANCE

2.5.1 Parties prenantes

La définition et mise en œuvre d’un SDI demande l’implication de la majeure partie des acteurs du l’institution cible. Ci-dessous, les principales parties prenantes au niveau du MINAGRIE sont représentées, avec leur rôle principal dans le processus.

Figure 15 : Schéma organisationnel du futur SDI MINAGRIE

2.5.2 A4-P1 : Restructuration et renforcement des structures informatiques

Comme soulevé dans l’audit du système, l’organisation et la répartition des responsabilités et compétences est actuellement un frein au bon développement de l’informatique au sein du MINAGRIE, et demande une réorganisation et une définition claire des rôles. Deux options sont possibles :

1) La première option implique une réorganisation et un renforcement à la fois de la cellule TIC et de la DSIA.

2) La seconde option introduit la fusion de ces deux entités pour créer une Direction Générale des Systèmes d’Information.

Option 1

Réorganisation et renforcement de la cellule TIC

La cellule TIC nouvellement créée doit être renforcée et structurée de la manière suivante :


60/74

Figure 16 : Proposition de réorganisation de la cellule TIC

Au niveau des ressources humaines, le tableau ci-dessous résume le renforcement nécessaire tant au niveau du nombre de personnels que de leurs compétences.

Service Nbre Diplôme Expertise

Service de l’exploitation et des moyens informatiques

2 Bsc

Hardware et software : spécifications techniques,

rédaction DAO, configuration matérielles et logicielles

Service gestion réseaux et sécurité

2 Bsc Administration réseau, Windows server, Linux, sécurité, backup,

Raid,

Service de la veille technologique

1 Bsc Veille technologique,

benchmarking

Service maintenance et Help Desk

1 Bac Hardware, électricité, mécanique,

maintenance, montage ordinateurs

Renforcement et restructuration de la DSIA

La réorganisation de la DSIA doit se faire en ligne avec les préconisations du rapport « Etude de référence sur les SI agricoles au Burundi » de juillet 2013, et qui confirme la nécessité de réorganiser la DSIA selon ses corps de métier :

Figure 17 : Proposition de réorganisation de la DSIA

Au niveau des ressources humaines, le renforcement nécessaire est résumé dans le tableau ci-dessous.


61/74


Service collecte de données 3 Bsc Procédures de collecte, système

mobiles, GPS, métadonnées

Service SI et gestion des bases de données

3 Bsc

Modélisation, MCD, référentiels, gestion de bases de données, programmation PHP, BD open

source

Service analyse et diffusion 3 Bsc SIG, analyses statistiques,

reporting, web

Renforcement des DPAE

En parallèle, un renforcement en compétences informatiques au niveau des DPAE est aussi indispensable pour assurer la bonne cohésion des BD provinciales et des procédures de collecte de l’information. L’idéal serait la mise à disposition d’un profil informaticien, ou par défaut la formation intensive de techniciens des Services Planification et Suivi-évaluation et Formation Vulgarisation, Recherche développement et Appui aux OPA.


A définir (intégré au Service Planification et SE ou bien au

Service Formation Vulgarisation) ou autonome rattache à la Direction

1 Bac ou

Bsc

Procédures de collecte, GPS, métadonnées, gestion de

BD, SIG

Option 2

Il s’agit ici de la création d’une Direction Générale des Systèmes d’Information (DGSI), qui serait issue de la fusion de la cellule TIC avec la partie gestion SI et BD de la DSIA. C’est à la fois une recommandation au niveau national puisque il est conseillé aux Ministères régaliens de créer systématiquement des DSI. Au niveau des bonnes pratiques, pour des structures de la taille du MINAGRIE, il est aussi recommandé de centraliser les ressources et responsabilités en matière informatique et SI, pour des questions de coordination, mutualisation, planification et gouvernance. L’organigramme de la DGSI serait potentiellement le suivant :

Figure 18 : Proposition d’organigramme d’une DGSI du MINAGRIE


62/74

La DGSI serait responsable de l'ensemble des composants matériels (postes de travail, serveurs, équipements de réseau, systèmes de stockage, de sauvegarde et d'impression, etc.) et logiciels du système d'information, ainsi que du choix et de l'exploitation des services de télécommunications mis en œuvre. Son rôle serait le suivant :

1. anticiper les évolutions imposées par la stratégie de l'entreprise, les évolutions du contexte, les lois ;

2. avoir un rôle d'assistance à la maîtrise d'ouvrage (et non pas seulement de maîtrise d'œuvre) de l'informatique;

3. commander les projets auprès des prestataires (éventuellement internes) ; 4. administrer les bases de données ainsi que les serveurs d'applications.

Les ressources humaines de la DGSI seraient les suivantes :

Division et service Nbre Diplôme Expertise Provenance

Direction Générale

Direction Générale 1 MSc

Direction de la DGSI, gestion plan d’action,

ressources humaines et financières

1 recrutement

Direction Système d’Information

Direction 1 MSc Direction technique de la

DSI 1 recrutement ou promotion interne

Service SI et gestion des bases de données

3 Bsc

Modélisation, MCD, référentiels, gestion de

bases de données, programmation PHP, BD

open source

1 de la DSIA 2 recrutements

Service de la veille technologique

1 Bsc Veille technologique,

benchmarking

1 recrutement ou formation interne

Direction Exploitation et Réseaux

Direction 1 MSc Direction technique de la

DER 1 recrutement ou promotion interne

Service de l’exploitation et des moyens informatiques

2 Bsc

Hardware et software : spécifications techniques,

rédaction DAO, configuration matérielles et

logicielles

1 de la cellule TIC 1 recrutement

Service gestion réseaux et sécurité

1 Bsc Administration réseau, Windows server, Linux, sécurité, backup, Raid,

1 recrutement ou formation interne

Service maintenance et Help Desk

2 Bac Hardware, électricité,

mécanique, maintenance, montage ordinateurs

1 cellule TIC

Total 12

Afin d’aboutir à la mise en œuvre de la DGSI, la stratégie devrait être la suivante : les 3 membres de la cellule TIC sont affectés au sein de la DGSI selon leurs

compétences et formations 1 ou 2 personnels de la DSIA déjà responsables des SI peuvent être réaffectés vers la

DGSI


63/74

Le reste des personnels peuvent être recrutés progressivement, ou bien nommés par promotion interne et formation continue.

Dans les 2 ou 3 premières années de mise en œuvre de la DGSI et du SDI, une assistance technique externe serait nécessaire pour le support institutionnel et technique.

2.5.3 A4-P2 : Gouvernance des SDI

La bonne gouvernance du SDI et de son SI devra reposer sur le respect et l’alignement sur des normes et standards à la fois internationaux et nationaux. Ci-dessous sont listes les principales normes ISO4 qui concernent le SDI MINAGRIE. Normes pour les SDI

Les référentiels des « Bonnes Pratiques » de la DSI. Le référentiel d’audit informatique CobiT. Le référentiel des processus informatiques Itil. Le référentiel de maturité des projets CMMi. ISO 20000 ou les fondamentaux de la gestion des services informatiques.

Normes pour les SI

Échanges d'informations et de données ISO 646 : Jeu ISO de caractères codés pour l'échange d'information. ISO 2709 : Format pour l'échange d'information (ISO/DIS 2709). ISO/CEI 19503 : XML Metadata Interchange, standard d'échange de données basé sur

XML. Normes réseaux ISO 7498 : Modèle réseau OSI en 7 couches. ISO 11898 : Gestionnaire de réseau de communication. Sécurité des Systèmes d'Information ISO 13335 : Concepts et modèles pour la gestion de la sécurité des TIC. ISO/CEI 17799 : Code de bonnes pratiques pour la gestion de la sécurité d'information. ISO/CEI 27001 : Description des exigences pour la mise en place d'un Système de

Management de la Sécurité de l'Information (SMSI). Archivage électronique ISO 11179 : Représentation des métadonnées dans un registre de métadonnées. ISO 15489 : Gestion des documents d'archive et les métadonnées. ISO 15836 : Information et documentation - des éléments de métadonnées. ISO 23081-1:2006 : Information et documentation - Processus de gestion des

enregistrements. Information géographique ISO 19101:2002 : Information géographique -- Modèle de référence. ISO/TS 19101-2:2008 : Information géographique – Imagerie. ISO 19110:2005 : Information géographique -- Méthodologie de catalogage des entités. ISO 19113:2002 : Information géographique -- Principes qualité. ISO 19115:2003 : Information géographique – Métadonnées. ISO 19128:2005 : Information géographique -- Interface de carte du serveur Web. ISO 19132:2007 : Information géographique -- Services basés sur la localisation --

Modèle de référence.

4 ISO : Organisation internationale de normalisation.


64/74

2.5.4 A4-P3 : Instances de pilotage et de suivi

Pour le SDI MINAGRIE, 2 instances seront mobilisées : 1. Un Comité Pilotage (CP) : Maître d’ouvrage du projet, il sera l’instance décisionnelle

d’orientation et de stratégie des travaux effectués. Le CP sera présidé par un haut responsable du MINAGRIE. Dans un premier temps, cette instance sera remplacée par le CP du Prosanut (composition presque identique). A terme, un CP spécifique SDI devra être mis en place par le MINAGRIE.

2. Un Comité de Suivi (CS) : Maître d’œuvre du projet, il est l’instance exécutive qui suit et évalue les différents travaux. Le CS comprend des cadres venant des différents services ou directions du MINAGRIE, spécialistes dans leur domaine et qui, ensemble, ont une vue globale du (des) système(s) d’information, objet du SDI visé. Il comprend aussi des cadres des institutions partenaires clé (TIC et Finances). Il sera par la suite en charge de la mise en œuvre du SDI et de ses sous projets.

Les 2 premières instances devraient être permanentes, puisque la mise en œuvre d’un SDI doit s’envisager sur le long terme. Par contre, l’équipe projet sera opérationnelle uniquement sur la durée du projet de préparation du document stratégique SDI MINAGRIE. Instance temporaire : L’Equipe Technique Projet (ETP) : c’est l’équipe d’exécution opérationnelle du projet, qui sera responsable de la définition et de l’élaboration du SDI, sur support du projet PROSANUT. Il est composé des informaticiens consultants et de l’équipe technique interne Prosanut. Comité de Pilotage (CP)

Responsabilités

Validation des grandes orientations et choix stratégiques Validation des choix fonctionnels et organisationnels Etat d’avancement global du projet Résolution des problèmes éventuels

Périodicité 1 fois sur le projet : choix des options, validation

Animateur Responsable du CP

Rédacteur du CR A définir (un des membres du CP)

Diffusion Comité de Suivi (CS) Equipe Technique Projet (ETP)

Nom Fonction Composition

1 NDUWIMANA Joseph Secrétaire Permanent Responsable

2 HAVYARIMANA Jean Cellule TIC Secrétaire

3 NDABEMEYE Gérard DGPAE Membre

4 SINZOBATOHANA Pierre DGMAVA Membre

5 SINDAYIHEBURA Salvator DGA Membre

6 HAKIZIMANA Eliakim DGE Membre

7 KAMARIZA Espérance DSIA Membre

8 Secrétaire Exécutif/ou un mandaté SETIC (MINITIC) Membre

9 Directrice du Budget Ministère des Finances Membre


65/74

Comité de Suivi (CS)

Responsabilités Gère l’avancement du projet ; Détecte les risques, dysfonctionnements ou retard et propose

des plans d’action ; Gère les éléments contractuels ; Statue sur les observations ; Valide les choix fonctionnels et techniques et s’assure de

l’adéquation du produit avec les besoins utilisateurs ; Coordonne et représente les utilisateurs ; Dégage et garantit la disponibilité des utilisateurs et des autres

intervenants pour le bon déroulement du projet ; S’assure que les consultants ont toutes les informations utiles ; Valide les rapports et documents fournis par les consultants

dans les délais.

Périodicité Au minimum 1 fois par phase – hebdomadaire pour ce projet

Animateur Responsable du CS

Rédacteur du CS Secrétaire du CS

Diffusion Comité de Pilotage (CP) en cas de grande étape Equipe Technique Projet (ETP)

Composition (18 membres)

Nom Fonction

Responsable Espérance KAMARIZA ou son Représentant

DSIA

Secrétaire Jean HAVYARIMANA et toute l’équipe

Cellule TIC

Membre Elias NGANDAKUMANA ou son représentant

DSE

Membre SAKUBU Cyriaque ou son représentant

DEP

Membre Pascal Delorme PROSANUT

Membre Jean Francois Detry et Léonidas NIYONGABO

PAIOSA

Membre Roger KANYARU DGPAE

Membre NTIBAKIVAYO Pierre Claver Cellule PNIA

Membre Rose NIYIZOBAZA RGH

Membre Marc NTUNGWANAYO Cellule GR

Membre Adelphine BATURURIMI Cellule comptabilité

Membre Noélla NYAMUKEBA Responsable Archivage

Membre A désigner par l’ISABU Représentant de l’ISABU

Membre Aimérance NIRERA Cellule communication


66/74

2.6 AXE 5 : DEVELOPPEMENT DES CAPACITES

Ce chapitre présente le plan de formation réparti en deux sections, d’un côté les formations en informatique de base et de l’autre les formations avancées en informatique métier. Pour l’organisation de chaque session de formation, des TDRs spécifiques devront être préparés qui devront contenir les informations suivantes : 1) Contexte de formation 2) Bénéficiaires de formation : public homogène ou hétérogène vis-à-vis du sujet à traiter,

en précisant éventuellement les niveaux d’études 3) Objectifs spécifiques : relier la formation aux travaux du personnel cible 4) Résultats attendus : type d’acquisition escomptée : savoir, savoir-faire, limites de

l’apprentissage 5) Méthodologie : approche pédagogique (classique : cours TP, ou inversée), outils

(logiciel) et matériel à utiliser (rétroprojecteur par exemple), syllabus et contenu de formation, répartition des temps d’apprentissage

6) Livrables : supports de formation doivent contenir le livret du maître et le livret de l’élève, les documents annexes (tutoriels par exemple) dans un CD ROM documenté

7) Profil des Experts : formation, expérience, références, langue de travail 8) Lieu et durée de formation : Date de démarrage, date fin de la mission, durée de

préparation de formation, lieu d’exécution (NB, pour des cours entièrement documentés il faut compter au minimum 0,5 jour préparation par jour de cours, l’idéal étant le 1 pour 1)

9) Formulaire d’évaluation de la formation par les bénéficiaires 10) Offre financière.


67/74

2.6.1 A5-P1 : Plan de formation informatique de base

Objectifs

L’objectif principal est de renforcer les compétences en informatique de base au niveau de tous les services du Ministère. Il s’agit d’apporter une culture informatique solide. Il s’agit aussi de renforcer la cellule TIC dans ses tâches quotidiennes par des formations adaptées.

Formations bureautique de base Formations gestion des SDI Formation maintenance des ordinateurs Formation réseau administration serveurs

Plan de formation

Le plan de formation en informatique de base est présenté dans le tableau ci-dessous :

Tableau 6 : Plan de formation en informatique de base

Pour les non Informaticiens

Cours RH Cible Heures Echéances Importance Lieu

Traitement de texte Avancé Tous 20 2015 Haute Local

Tableur Avancé Tous 30 2015 Haute Local

SGBD Avancé Tous 30 2015 Haute Local

Logiciel présentation communication Tous 20 2015 Haute Local

Logiciel messagerie Tous 20 2015 Haute Local

Maintenance basique Tous 20 2015 Moyenne Local

Usage d'Internet Tous 10 2015 Haute Local

Logiciel gestion de projet DSE 30 2015 Haute Local

Logiciel statistique DSIA + TIC 30 2015 Haute Local

Gestion des SDI DG+Directeurs 20 2015 Moyenne Local

Techniques d'Archivage électronique Cell Archive +

Biblio+Secrétaires 20 2015 Haute Local


68/74

2.6.2 A5-P2 : Plan de formation informatique support métier

Objectifs

L’objectif de ce sous projet est de former une masse critique d’informaticiens ou thématiciens sur des logiciels et application métier : statistiques, SGBD, administration réseau, programmation, SIG, DSS etc. Plan de formation

Le plan de formation en informatique métier est présenté dans le tableau ci-dessous :

Tableau 7 : Plan de formation en informatique métier

Pour les Informaticiens

Cours RH cible Sem.

Echéances

Importance Lieu

BD et Business Process

Conception Cellule TIC 1 2015 Moyenne Local

Administration BD Cellule TIC 3 2015 Haute Local ou étranger

Programmation Cellule TIC 2 2015 Haute Local

Reporting Cellule TIC 1 2015 Haute Local ou étranger

Sharepoint Cellule TIC 2 2015 Moyenne étranger

ITIL/Racines Cellule TIC 1 2015 Moyenne étranger

ADMINISTRATION SYSTÈME (avec certification)

Système d’exploitation serveur Cellule TIC 2 2015 Haute local ou étranger

(avec certifications)

Administration réseau Cellule TIC 1 2015 Haute local ou étranger


Fibre optique Cellule TIC 1 2015 Haute local ou étranger


TECHNOLOGIES WEB

Conception (UML et outils) Cellule TIC 1 2015 Haute local

Programmation orienté web (PHP,MySQL,XML,XSL,CSS,HTML) Cellule TIC 3 2015 Haute local ou étranger

Administration d'un site web Cellule TIC 1 2015 Haute Local

Web framework (MVC) Cellule TIC 1 2015 Haute local ou étranger

SIG

SIG

DSIA+ TIC+Génie

Rural 2 2015 Haute local ou étranger


Fabrication des cartes et Bases de données spatiales

DSIA+ TIC+Génie

Rural 2 2015 Haute local

Applications web géographiques TIC+Génie


Représentation géographique des grandeurs statistiques

DSIA+ TIC+Génie



69/74

2.6.3 A5-P3 : Système de gestion de l’apprentissage

Objectifs

Afin d’accompagner le personnel impliquée dans un processus de formation le MINAGRIE devra mettre en place un système plate-forme d'apprentissage en ligne. Les services incluent un contrôle d'accès, des outils de communication et l'administration des groupes d'utilisateurs. Le système pourra aussi s’intégrer aussi avec les fonctions de GRH. Les objectifs spécifiques du système avec accès en ligne ou intranet seront : héberger le contenu pédagogique et supports de formation. faciliter les activités de tutorat et de pilotage de la formation (suivi des cursus

apprenants). faciliter la gestion des formateurs, des moyens logistiques et techniques. permettre la gestion administrative des attestations de formation. Les outils proposés sont open source, et le choix devra se faire entre MOODLE ou CHAMILO.


Sous projet

Sous projet Système de gestion de l’apprentissage

Activités

- Installer la plateforme choisie sur le serveur - Configurer et déployer - Mettre à jour et animer la plateforme - Former les utilisateurs


Collaborateur - Tous, RH

Pré requis - Budget pour les formations


70/74

3. PLAN D’ACTION ET BUDGET

3.1 PLAN D’ACTION BUDGETISE

Le tableau ci-dessous synthétise le budget par axe et par année :

Tableau 8 : Budget agrégé par axe et année

Axe Année 1 Année 2 Année 3 Total

Axe 1 249,000 € 159,000 € 70,000 € 478,000 €

Axe 2 46,000 € 176,000 € 30,000 € 242,000 €

Axe 3 90,000 € 390,000 € 40,000 € 520,000 €

Axe 4 190,000 € 190,000 € 30,000 € 410,000 €

Axe 5 388,000 € 274,000 € 189,000 € 851,000 €

Total 963,000 € 1,189,000 € 359,000 € 2,501,000 €


71/74

Tableau 9 : Plan d’action sur 3 ans avec budget annuel

Plan d'Action SDI (triannuel) Budget Budget Budget Budget

Axe 1 : Renforcement des infrastructures et de leur gestion A1 A2 A3

2014 2015 2016 Couts en EUR 1 2 1 2 1 2

A1-P1 Infrastructure réseau physique 119,000 € 89,000 € - € 208,000 €

A1-P2 Ergonomie des postes de travail 120,000 € 60,000 € 60,000 € 240,000 €

A1-P3 Gestion et maintenance du réseau 10,000 € 10,000 € 10,000 € 30,000 €

A1-P4 Gestion du parc informatique - € - € - € - €

249,000 € 159,000 € 70,000 € 478,000 €


A1 A2 A3 2014 2015 2016 Couts en EUR

1 2 1 2 1 2

A2-P1 Service de messagerie et mailing list - € - € - € - €

A2-P2 Service d’impression 36,000 € 36,000 € - € 72,000 €

A2-P3 Service de sauvegarde et de partage de fichiers - € 10,000 € - € - €

A2-P4 Service de communication et de travail collaboratifs - € - € - € - €

A2-P5 Service de maintenance et mise en place d’un helpdesk - € - € - € - €

A2-P6 Service site web et intranet 10,000 € 10,000 € - € 20,000 €

A2-P7 Outils de gestion financière, logistique et des ressources humaines - € 75,000 € - € 75,000 €

A2-P8 Outils de gestion de documentation (courrier et archives) - € 30,000 € - € 30,000 €

A2-P9 Outils de gestion de la bibliothèque - € 15,000 € - € 15,000 €

A2-P10 Outils de gestion de projets - € - € 30,000 € 30,000 €

46,000 € 176,000 € 30,000 € 242,000 €

Axe 3 : Développement du SI Agricole et Elevage (SIAE) A1 A2 A3

2014 2015 2016 Couts en EUR 1 2 1 2 1 2

A3-P1 Modélisation conceptuelle et dictionnaire de données 30,000 € - € - € 30,000 €

A3-P2 Définition et mise en place de l’architecture physique 30,000 € - € - € 30,000 €

A3-P3 Cahier des charges fonctionnel des modules 30,000 € - € - € 30,000 €


72/74

A3-P4 Sélection et configuration de la plateforme logicielle - € - € - € - €

A3-P5

Développement modules du SIAE - € 300,000 € - € 300,000 €

Développement module SIG - € 40,000 € - € 40,000 €

Développement module catalogue métadonnées - € 20,000 € - € 20,000 €

Intégration et validation, tests, déploiement - € 30,000 € 10,000 € 40,000 €

Opérations et maintenance corrective - € - € 30,000 € 30,000 €

90,000 € 390,000 € 40,000 € 520,000 €

Axe 4 : Pilotage et gouvernance A1 A2 A3

2014 2015 2016 Couts en EUR 1 2 1 2 1 2

A4-P1 Restructuration et renforcement des structures informatiques 80,000 € 80,000 € - € 160,000 €

A4-P2 Gouvernance du SDI et support assistance technique 90,000 € 90,000 € 10,000 € 190,000 €

A4-P3 Pilotage du SDI 20,000 € 20,000 € 20,000 € 60,000 €

190,000 € 190,000 € 30,000 € 410,000 €

Axe 5 : Renforcement des capacités A1 A2 A3

2014 2015 2016 Couts en EUR 1 2 1 2 1 2

A5-P1 Développement des capacités en informatique de base 280,000 € 220,000 € 85,000 € 585,000 €

A5-P2 Développement des capacités en informatique métier 108,000 € 54,000 € 54,000 € 216,000 €

A5-P3 Développement d'un Système de gestion de l’apprentissage 50,000 € 50,000 €

388,000 € 274,000 € 189,000 € 851,000 €

963,000 € 1,189,000 € 359,000 € 2,501,000 €


73/74

3.2 JUSTIFICATION DES COUTS ESSENTIELS

3.2.1 Justification des couts pour l’axe 1

Interconnexion des DPAE avec le siège du MINAGRIE : 8000 euros par DPAE ; donc on a au total pour 16 DPAE une somme de 128 000 euros, sur 2 ans.

Acquisition de 5 serveurs (matériel et configuration logicielle avec éventuellement de licences) en raison de 10 000 euros par serveur ; donc on a au total une somme de 50 000 euros pour 5 serveurs, sur 2 ans.

Pour l’aménagement de la salle de serveurs distante, achat de nouveaux équipements pour les sauvegardes (disques externes par exemple), mise en place d’un Système de contrôle des accès (fingerprint, fire detection, vidéosurveillance) de la salle des serveurs; on a besoin d’un somme de 30 000 euros.

La connectivité (bande passante) pour la communication au niveau interne (100MB) est déjà prépayée dans le cadre du projet RCIP2.

Acquisition de 200 postes de travail avec des écrans de 24’ pour l’ergonomie (matériel et configuration logicielle avec éventuellement de licences) en raison de 1200 euros chacun ; repartis 100 PC ou laptop année 1, et 50 PC ou laptop années 2 et 3.


Abonnement pour hébergement du domaine du MINAGRIE pour l’exploitation de la messagerie est déjà payé par PROSANUT

Achat de nouvelles 24 imprimantes pour impression en réseau ; en raison d’1 imprimante par DPAE (donc 16 imprimantes pour les DPAE) et 8 imprimantes pour le siège. On a besoin de 64 000 euros au total (en raison de 3000 euros par imprimante), sur 2 ans.

Achat RAID pour sauvegarde : 10 000 euros. On a besoin de 20 000 euros pour la mise en place d’un site web pour le ministère. Conception et la Mise en œuvre des trois applications pour la gestion financière,

logistique et des Ressources Humaines (75 000 euros) et la maintenance et support technique.

Conception et la Mise en œuvre de l’application de la documentation (courrier et archives) pour une somme de 30 000 euros.

Conception et mise en œuvre de l’application de la gestion de la bibliothèque pour une somme de 15 000 euros.

Conception et la Mise en œuvre de l’application de la gestion des projets pour une somme de 30 000 euros.


Etude technique pour la conception du SIAE (Modélisation conceptuelle et dictionnaire de données) pour une somme de 30 000 euros.

Définition et mise en place de l’architecture physique pour une somme de 30 000 euros.

Définition détaillée du Cahier des charges fonctionnel des modules pour une somme de 30 000 euros.

Pour le développement du module SIAE, on aura besoin d’acheter éventuellement d’outils de développement, de licences, de propriété intellectuelle, des frais d’accompagnement pour un support technique, etc ; tout cela pour une somme de 300 000 euros.

Pour le développement module SIG, on aura besoin d’acheter certains outils logiciels et des licences et surtout la conception du SIG, tout cela pour une somme de 40 000 euros


74/74

Développement module catalogue métadonnées pour une somme de 20 000 euros.

Pour l’Intégration et validation, on aura besoin de faire des études d’interfaçage et la création des passerelles entre différentes applications, tout cela pour une somme de 40 000 euros.

Operations et maintenance corrective en tout pour une somme de 30 000 euros.


Recrutement de nouveaux informaticiens, Achat de nouveaux matériels pour installation de nouveaux recrutés des primes pour les cadres et agents incontournables pour la réussite du SDI pour une somme de 80 000 euros pour les 3 années.

Pour la mise en œuvre de la gouvernance du SDI, on aura besoin d’organiser des séances de validation des produits et services (rafraîchissement, perdiems, transport, communication), tout cela pour une somme de 10 000 euros par an pour 3 années. Une assistance technique sur 2 ans est aussi prévue, pour 80 000 euros/an.

Pour le Pilotage du SDI, des missions d’échange d’expériences pour les membres du comité de pilotage te le comité de suivi, sont budgétisées pour un total de 60 000 euros pour 3 années.


Pour la formation informatique de base, on aura besoin de location des salles de formations, des perdiems, transport, hébergement (pour ceux qui viendront de l’intérieur), rafraîchissement supports de cours pour à peu près 450 bénéficiaires (150 cadres hiérarchiques, 100 conseillers, 103 secrétaires, 3 informaticiens, 55 comptables et 2 journalistes) et encore des frais pédagogiques ; tout cela pour une somme 585 000 euros.

Pour la formations en informatique métier, on aura besoins des billets d’avions et des frais de missions pour des formations à l’étranger, de location des salles pour des formations locales, des frais pédagogiques, des billets d’avion pour des Experts étrangers, etc ; tout cela pour une somme de 216 000 euros.

Recrutement de nouveaux informaticiens, Achat de nouveaux matériels pour installation de nouveaux recrutés des primes pour les cadres et agents incontournables pour la réussite du SDI pour une somme de 80 000 euros pour les 3 années.

Pour le développement d’un LMS, un cout forfaitaire de 50 000 euros.

SCHEMA DIRECTEUR INFORMATIQUE 2015 -2017

Documents

Transcript of SCHEMA DIRECTEUR INFORMATIQUE 2015 -2017