Upload
duongquynh
View
217
Download
0
Embed Size (px)
Citation preview
Organisation internationale de la Francophonie
Construction du système d'information globale
Génération 2
Dossier d’Urbanisation
ANNEXE 2
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
2
SOMMAIRE
1 INTRODUCTION................................................................................................................. 4
1.1 Contexte du projet ...................................................................................................................... 4 1.2 Périmètre d'étude de l'urbanisation ........................................................................................ 4 1.3 Objectifs et démarches d'urbanisation................................................................................... 5 1.4 Document de références .......................................................................................................... 8 1.5 Terminologie ................................................................................................................................. 8
2 ANALYSE DE L’ARCHITECTURE EXISTANTE...................................................................... 12
2.1 Description de l'Organisation « OIF » ...................................................................................... 12 2.1.1 Présentation de l’OIF : statut et champ d’intervention ..................................................... 12 2.1.2 Fonctionnement de l’OIF dans le cadre de la Francophonie ......................................... 13 2.1.3 Organigramme de l’OIF ........................................................................................................... 13 2.2 Définition des objectifs stratégiques métiers ........................................................................ 15 2.2.1 Définition des objectifs stratégiques de l’OIF ....................................................................... 15 2.2.2 Définition des activités de l’OIF .............................................................................................. 16 2.3 Modélisation des processus métiers ....................................................................................... 17 2.3.1 Modélisation des processus métiers ....................................................................................... 17 2.3.2 Inventaire des activités métiers .............................................................................................. 20 2.3.3 Inventaire des classes objets métiers ..................................................................................... 22 2.3.4 Inventaire des flux métiers ....................................................................................................... 22 2.4 Description de l’organisation informatique .......................................................................... 23 2.4.1 Organisation humaine de la DSI ............................................................................................. 23 2.4.2 Organisation opérationnelle de la DSI .................................................................................. 23 2.5 Définition des objectifs stratégique du système d'information......................................... 24 2.6 Modélisation de l'architecture applicative .......................................................................... 24 2.6.1 Architecture applicative actuelle .......................................................................................... 25
Le bloc applicatif SIG PROGRAMMATION ............................................................................ 27 2.6.1.1
Le bloc applicatif SAGE ........................................................................................................... 28 2.6.1.2
Le bloc applicatif Suivi_GAR ................................................................................................... 29 2.6.1.3
Le bloc applicatif QlikView ...................................................................................................... 30 2.6.1.4
2.6.2 Cartographies fonctionnelles des applications .................................................................. 30 Cartographie fonctionnelle de l’application SIG Programmation ................................. 30 2.6.2.1
Cartographie fonctionnelle de l’application SIG Budget ................................................. 31 2.6.2.2
Cartographie fonctionnelle de l’application Suivi_GAR ................................................... 33 2.6.2.3
Cartographie fonctionnelle de l’application Intranet ....................................................... 34 2.6.2.4
Cartographie fonctionnelle de l’application GLPI pour le support Informatique ........ 35 2.6.2.5
2.6.3 Inventaire des objets métiers................................................................................................... 36 Gisements de données ............................................................................................................ 36 2.6.3.1
Référentiels .................................................................................................................................. 36 2.6.3.2
2.6.4 Inventaire des flux ...................................................................................................................... 37 2.6.5 Volumétrie ................................................................................................................................... 38 2.7 Modélisation de l’architecture physique .............................................................................. 39 2.7.1 Liaisons Intersites ........................................................................................................................ 39 2.7.2 Flux sur le réseau du siège. ...................................................................................................... 40 2.7.3 Cartographie des serveurs dans le réseau DMZ. ................................................................ 41 2.7.4 Cartographie des serveurs applicatifs .................................................................................. 42 2.8 Bilan de l'existant ....................................................................................................................... 43
3 DESCRIPTION DE L’ARCHITECTURE CIBLE ....................................................................... 45
3.1 Enoncé des règles d'urbanisme GLES.................................................................................... 45 3.2 Conception du plan d'urbanisme .......................................................................................... 50
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
3
3.2.1 Plan d’urbanisme des zones, quartiers et ilots ..................................................................... 50 3.2.2 Plan d’urbanisme des flux ........................................................................................................ 51 3.3 Analyse des écarts .................................................................................................................... 52 3.3.1 Ecarts conceptuels .................................................................................................................... 52 3.3.2 Ecarts de niveaux de service .................................................................................................. 53 3.3.3 Ecarts de redondance ............................................................................................................. 53 3.3.4 Ecarts de couplage .................................................................................................................. 53 3.3.5 Conclusions sur les actions à mener pour combler les écarts .......................................... 54 3.4 Identification des solutions ....................................................................................................... 54 3.4.1 Confirmation du périmètre cible du futur SIG 2G ............................................................... 54 3.4.2 Accostage applicatif cible ..................................................................................................... 56 3.5 Modélisation de l'architecture applicative cible ................................................................ 57 3.5.1 Cartographie applicative ........................................................................................................ 57 3.5.2 Cartographie des flux ............................................................................................................... 59 3.6 Modélisation de l'architecture physique cible .................................................................... 60 3.7 Analyse des impacts sur les processus métiers .................................................................... 60 3.8 Analyse des impacts sur les procédures informatiques ..................................................... 60 3.9 Evaluation et choix du scénario d'urbanisation .................................................................. 61
4 ANNEXES ........................................................................................................................ 62
4.1 Annexe A1 – fiches serveurs web ........................................................................................... 62 4.2 Annexe A2 – Schéma détaillé des flux fonctionnels ........................................................... 68
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
4
1 INTRODUCTION
1.1 Contexte du projet
Le projet faisant l'objet de ce document, se situe dans le cadre du Plan de Gestion Stratégique (PGS) de
l’organisation internationale de la Francophonie (OIF). C’est un projet structurant porté par la Direction de
la Francophonie numérique, et impliquant l’ensemble des entités organisationnelles de l'OIF. Il a pour but
la construction d’une nouvelle version du système d'information global (SIG) de l'OIF, appelé système
d'information global deuxième génération, ou SIG2g.
Les principales motivations de cette refonte sont les suivantes :
la prise en considération de tous les changements institutionnels survenus depuis la construction du
SIG actuel ;
l’utilisation des technologies de dernière génération, en vue de construire un système robuste,
souple, sécurisé et évolutif ;
La couverture fonctionnelle de l’ensemble des processus métiers et la prise en compte de
nouveaux besoins fonctionnels et ergonomiques en vue de faciliter le travail des équipes métiers ;
la transformation du SIG en outil de travail quotidien de chaque agent de l’Organisation, y compris
pour toutes les unités hors-siège.
A cet effet, l'OIF a entrepris d'élaborer un cahier des charges en vue du lancement d'un appel d'offres qui
se décline selon les phases suivantes :
1) Urbanisation du système d’information en vue de mieux définir la cartographie fonctionnelle du
système d'information, en fonction des processus métiers de l’OIF et des activités de chaque unité
administrative ;
2) Expression des besoins de l’OIF selon la cartographie fonctionnelle issue de l'urbanisation du
système d'information ;
3) Elaboration du cahier de spécifications fonctionnelles générales et techniques sur la base de
l'expression des besoins ;
4) Rédaction du Cahier des Charges et constitution du dossier d’Appel d’Offres, sur la base des
livrables des trois précédentes phases.
1.2 Périmètre d'étude de l'urbanisation
L’urbanisation du système d’information permet de définir la cartographie fonctionnelle de l’ensemble du
système d'information de de l’OIF, en fonction des processus métiers et de l’ensemble ses activités.
Il s’agit d’établir un répertoire et une cartographie de l’ensemble des processus et des acteurs, incluant les
objets de gestion et les objets de référence.
Il s’agit également d’établir un répertoire et une cartographie de l’ensemble des applications et
infrastructures déployées actuellement, incluant les flux, les gisements de données et les référentiels.
La démarche d’urbanisation n’a pas pour objet de modéliser jusqu’au niveau « Procédure », tous les
processus métiers de l’OIF, estimés à environ une centaine. Une modélisation détaillée est réalisée
uniquement sur les processus cœurs de métiers, à savoir :
Processus de construction de la programmation quadriennale ;
Processus de construction budget quadriennal ;
Processus de planification quadriennal des activités et des opérations ;
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
5
Processus d’exécution annuelle des opérations ;
Processus d'ajustement de la planification quadriennale et du budget.
1.3 Objectifs et démarches d'urbanisation
Dans l’objectif de construction du SIG2G, la phase d’urbanisation permet d’assurer un alignement du
système d'information sur la stratégie et les activités métiers de l’OIF, ainsi que sur les enjeux fonctionnels et
technologiques attendus.
Les différents constats conduisant au projet d’urbanisation (programmation décennale, suivi des projets,
suivi budgétaire quadriennal, dématérialisation et Gestion électronique de documents (GED),
technologies de dernière génération…) impliquent la nécessité de penser à une optimisation des
ressources informatiques (infrastructures, données et applications), mises en place pour produire les
résultats attendus par l’OIF.
Le méta-modèle des concepts d’urbanisation est matérialisé sur le schéma suivant :
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
6
Sur les visions actuelles et cibles, l’étude d’urbanisation a pour objet de produire les livrables et
cartographies suivantes :
1) Définition des missions et objectifs stratégiques métiers de l’OIF
2) Description de l’organisation de l’OIF
3) Cartographie des processus métiers et des activités métiers
4) Définition des missions et objectifs stratégiques de la DSI
5) Description de l’organisation informatique
6) Cartographies de l’architecture applicative
7) Cartographies de l’architecture physique
8) Enoncé des règles d’urbanisme
9) Evaluation et choix du scénario d’urbanisation
Afin d’atteindre ces objectifs, la démarche d’urbanisation se déroule selon les principes méthodologiques,
représentés dans le schéma suivant :
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
7
I. Phase 1 : Recueil du contexte
Comprendre la stratégie numérique et l’organisation informatique de l’OIF. Comprendre et
partager les objectifs du système d'information dans les domaines concernés.
Comprendre comment l’organisation métier interagit avec le système d'information, dans les
domaines concernés.
Effectuer un état des lieux, et maîtriser les acquis des travaux déjà réalisés par l’OIF.
Préciser le périmètre de la mission en termes « métier » et « informatique ».
II. Phase 2 : Analyse de l’architecture existante
Etablir le répertoire et la cartographie des processus et des acteurs, incluant les objets de gestion
et les objets de référence (seuls les processus majeurs, cœurs de métier de l’OIF, sont modélisés
d’une manière détaillée).
Etablir le répertoire et la cartographie des architectures applicatives déployées, incluant les flux, les
gisements de données et les référentiels.
Etablir le répertoire et la cartographie des infrastructures mises en œuvre.
Effectuer une analyse qualitative du système d'information existant (points forts / points faibles).
III. Phase 3 : Description de l’architecture cible
Décrire les évolutions des processus métiers impactés par la démarche d’urbanisation.
Enoncer les Principes d’Urbanisation basés sur l’ensemble des directives auxquelles devront se
conformer les éléments constitutifs du SI.
Analyser les écarts entre l’architecture actuelle des domaines concernés et l’urbanisation cible, et
Identifier les initiatives à lancer pour les combler.
Brosser le tableau de l’architecture cible, en prenant en compte toutes les évolutions :
fonctionnelles et métier; applicatives; organisation de l’informatique. S’appuyer sur les solutions
disponibles sur le marché, répondant aux écarts.
Elaborer les principaux scénarios d’assemblage, en fonction des contraintes d’implémentation et
de migration. Analyser les gisements de progrès qui peuvent être réalisés à court terme.
IV. Phase 4 : Elaboration de la trajectoire
Identifier les principales échéances applicables au plan de transformation du système
d'information, sur les axes métier, applicatif et technologique.
Modéliser les paliers d’une trajectoire d’urbanisation, en identifiant les règles de dépendances
fonctionnelles entre étapes de construction.
Estimer les éléments nécessaires aux paliers successifs, en termes de planification, de budget et de
conduite du changement des évolutions des processus métiers impactés par la démarche
d’urbanisation.
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
8
1.4 Document de références
Réf. Nom du document Thème du document
R1 Dossier de consultation : « Appel d'offres AO
02-2012 - Assistance Maitrise d'Ouvrage SIG
2g »
Emetteur : Direction de l’Administration
et des Finances – Division des Achats -
Date : 16 mars 2012
R2 Offre Technique pour la construction du
nouveau système global d’information de
l’OIF : « Prestation d’étude et d’assistance à
maîtrise d’ouvrage applicative (AMOA) »
Référence : N° 02/2012
Emetteur : 3S Informatique - Date : 13
avril 2012
R3 Charte de la Francophonie adoptée par la
Conférence ministérielle de la Francophonie
d’Antananarivo, le 23 novembre 2005
Objectifs, Institutions et opérateurs,
Sommets, Conférence ministérielle,
CPF, Secrétaire général, Fonctions
politiques et fonctions en matière de
coopération, Statut de l’OIF, Etats
membres, Représentations
permanentes
R4 Cadre Stratégique Décennal de la
Francophonie, adopté au Xe Sommet de la
Francophonie de Ouagadougou, le 26
novembre 2004
Valeurs et principes, Vision à l’horizon
2014, Objectifs stratégiques de la
Francophonie, Mise en œuvre du
Cadre Stratégique Décennal
1.5 Terminologie
Réf. Nom du document Thème du document
R1 Dossier de consultation : « Appel d'offres AO
02-2012 - Assistance Maitrise d'Ouvrage SIG
2g »
Emetteur : Direction de l’Administration et des
Finances – Division des Achats - Date : 16 mars
2012
R2 Offre technique pour la construction du
nouveau système global d’information de
l’OIF : « Prestation d’étude et d’assistance à
maîtrise d’ouvrage applicative (AMOA) »
Référence : N° 02/2012
Emetteur : 3S Informatique - Date : 13 avril 2012
R3 Dossier d’urbanisation « Projet AMOA SIG 2G »
Référence : AMOASIG2G-LIV-URBA121207
Emetteur : 3S Informatique - Date : 07 décembre
2012
R4 Tableau des exigences fonctionnelles
recueillies dans les ateliers d’urbanisation –
« Projet AMOA SIG 2G »
Emetteur : 3S Informatique - Date : 01 octobre
2012
R5 Cahier des Charges de l’appel d’offres N°
02/2011 – Annexe 1.1 « Le système de gestion
de la programmation et des projets »
Emetteur : OIF - Date : 01 octobre 2010 –
Concepts et méthodes qui gouvernent les
activités de gestion de la programmation et des
projets au sein de l’OIF
R6 Cadre stratégique décennal de la
Francophonie, adopté au Xe Sommet de la
Francophonie de Ouagadougou, le 26
novembre 2004
Emetteur : OIF - Valeurs et principes, Vision à
l’horizon 2014, Objectifs stratégiques de la
Francophonie, Mise en œuvre du Cadre
stratégique décennal
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
9
R7 Programme 2010 -2013 de l’OIF Emetteur : OIF - Outil pratique et synthétique
faisant ressortir la finalité et les modalités de mise
en œuvre des principales actions menées pour
la période 2010 – 2013.
R8 Cadres logiques de planification et de suivi
des résultats des missions du Quadriennum
2010 - 2013
Emetteur : DPS - Définition de la planification et
des indicateurs de résultat des différentes
missions du quadriennum 2010 - 2013
Terme Définition
Activité Une activité est une étape de décomposition fonctionnelle de tout ou
partie d'un processus. Cette étape exprime la contribution d'un métier à la
chaîne de valeur du processus.
Elle correspond à un module fonctionnel indépendant des fonctions en
amont ou en aval, et est éventuellement réutilisable.
Architecture Le découpage et l’organisation de composants selon trois niveaux :
conceptuel, logique, physique.
Architecture
conceptuelle
Vues organisée du système d'information qui matérialise le « quoi ». Elle se
base sur une approche fonctions / données.
Architecture logique Vues organisée du système d'information qui matérialise « comment ». Elle
se base sur une approche composant.
Back office Ensemble des services orientés produit, non activables directement par
l’acteur externe en contact avec le client, ou par le client lui-même.
Bloc fonctionnel ou
applicatif
Un bloc désigne l’un des trois niveaux de découpage de l’architecture
fonctionnelle ou de l’architecture applicative : la zone, le quartier ou l’îlot.
C’est une unité atomique et autonome disjointe à l’exécution.
Le bloc applicatif est un module logiciel exécutable, ayant une identité,
proposant des services, et ayant une prise bien définie.
Classe métier Modèle partagé par un ensemble d’objets métier, qui possèdent les mêmes
caractéristiques. Ce modèle permet de décrire un concept métier
indépendant de l’organisation (invariant métier).
Composant Regroupement cohérent de fonctions et données couvrant un ensemble
de services de même nature.
Enjeux Valeur ajoutée pour l’entreprise apportée par une orientation de nature
stratégique.
Evènement Un événement est un signal qui peut être reconnu par un acteur donné, et
qui indique qu’un fait auquel des données sont attachées a eu lieu.
Flux Un flux est un échange de données entre blocs. Il peut être continu ou
déclenché à certains moments de la journée. Un flux peut être interne au
système étudié, ou provenir de ou être destiné à un système externe. On
distingue les flux de matière et les flux de données.
Fonction métier Une fonction métier est un service attendu par un acteur pour effectuer son
travail. Cette fonction peut être nécessaire généralement dans le cadre
d'une activité ou plus précisément pour exécuter une opération
particulière.
Fonction système
d'information
Une fonction système d'information est un service fournit par un système
d'information. Il comprend un ensemble d’actions automatisées.
Front Office Ensemble des services orientés client, activables directement par l’acteur
externe en contact avec le client, ou par le client lui-même.
Gestionnaire de flux Une fois le découpage du système d’information réalisé, il s’agit de
permettre la communication entre les différents blocs. Le gestionnaire de
flux assure les échanges au moyen de composants spécialisés, sur la base
d’un format standardisé, de façon transparente pour les applications.
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
10
Terme Définition
Ilot L’îlot est une entité remplaçable du système d’information, susceptible
d’être développée ou achetée séparément. Un îlot correspond à une
finalité fonctionnelle, et comprend des traitements et des accès à des
données. Un îlot émet des résultats normalisés exploitables par d’autres îlots.
Middle office Ensemble de services non activables directement par l’acteur externe en
contact avec le client, ou par le client lui-même, permettant la
correspondance entre les vues client (front office) et produit (back office).
Objectif La stratégie de l’entreprise ou de l’organisme est appréhendée sous la
forme de ses objectifs et sous-objectifs. Chacun des objectifs est couvert
par un processus, chaque activité de processus par un bloc ou plusieurs
blocs.
Opération L’opération est l’étape d’une procédure correspondant à l’intervention
d’un acteur de l’organisation, dans le cadre des activités de l’entreprise.
Une fois démarrée, l’opération peut être exécutée sans attendre d’autres
événements déclencheurs. L’opération ne peut être interrompue.
Pilotage Zone du système d'information qui regroupe l’ensemble des fonctions
métier qui assurent l’ordonnancement et le suivi transverse de l’activité
opérationnelle, économique et sociale (au travers d’indicateur), d’analyse
de l’activité, de prévision, de planification, de coordination, suivi des risques
et de la rentabilité.
Principe Disposition applicable dans un contexte opérationnel qui découle des
enjeux.
Procédure Une procédure est un « processus organisé », c’est-à-dire que la dimension
organisation (le « qui » fait « quoi ») est introduite par rapport au processus.
Une procédure se décompose en opérations.
Processus Un processus est la chaîne de valeur fournissant un bien ou un service à un
client interne ou externe à l'entreprise, à partir d’un évènement de gestion
initiateur. Cette chaîne de valeur est décrite par une séquence d'activités
de transformation, indépendante de l’organisation, exécutée dans des
conditions de délai et de qualité.
Un processus peut être décomposé en processus élémentaires.
Un processus élémentaire est une décomposition d’un processus qui
correspond à la délivrance d’un des services rendus au client.
Quartier Il regroupe des îlots homogènes quant à la nature de l’information traitée.
Un quartier va typiquement correspondre à ce que l’on appelle
communément un sous-système.
Référentiel Zone du système d'information qui regroupe l’ensemble structuré des
informations, utilisé pour l'exécution d'un logiciel, et constituant un cadre
commun à plusieurs applications.
Règle Spécifie la mise en œuvre des principes de façon non ambiguë pour les
acteurs amenés à l’utiliser.
Structure de données C’est l’organisation des informations entre elles. Au niveau système
d'information, cela comprend l’identification de classes métiers et des
attributs qui les composent.
Urbanisation L’urbanisation est une approche globale d’organisation du système
d'information sur des bases durables, selon des éléments clef, afin d’en
assurer la cohérence, l’adaptabilité et l’évolutivité. L’urbanisation vise à
aligner le système d'information sur la stratégie métier. Le système
d'information urbanisé pourra ainsi s’adapter aux inflexions de la stratégie,
du métier et des technologies
Zone Elle correspond au premier niveau de découpage du système
d’information. La liste des zones d’un système d'information est donnée par
des règles de bonnes pratiques.
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
12
2 ANALYSE DE L’ARCHITECTURE EXISTANTE
2.1 Description de l'Organisation « OIF »
2.1.1 Présentation de l’OIF : statut et champ d’intervention
L’Organisation internationale de la Francophonie (OIF), est un organisme de coopération multilatérale
dont l’activité principale est la réalisation d'actions de coopération dans les pays en développement de
l’espace francophone (77 états membres et observateurs). L’OIF est une personne morale de droit
international public. En tant que personnalité juridique, son siège est situé à Paris. L’OIF dispose d’un
certain nombre de représentations permanentes et de bureaux régionaux à l’étranger.
Sur la carte ci-dessous, sont indiqués les représentations permanentes, les bureaux régionaux et les autres
opérateurs de la Francophonie.
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
13
2.1.2 Fonctionnement de l’OIF dans le cadre de la Francophonie
Les règles d’organisation et de fonctionnement de l’OIF sont édictées dans la charte de la Francophonie,
adoptée au Sommet de la Francophonie d’Antananarivo, le 23 novembre 2005. Cf.
Urba-annexe-2.1.2-1-charte-francophonie
2.1.3 Organigramme de l’OIF
L’organigramme de l’OIF et des instances de la Francophonie est représenté dans le schéma ci-dessous :
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
14
L’organigramme des Délégations et Directions de Programmes de l’OIF est représenté dans le schéma ci-
dessous :
L’organigramme des Directions transversales et des Services de soutien de l’OIF est représenté dans le
schéma ci-dessous :
L’organigramme des Unités Hors Siège de l’OIF est représenté dans le schéma ci-dessous :
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
15
L’organigramme des Organes Subsidiaires de l’OIF est représenté dans le schéma ci-dessous :
2.2 Définition des objectifs stratégiques métiers
2.2.1 Définition des objectifs stratégiques de l’OIF
En douze ans, les besoins de l’OIF et sa manière de travailler ont beaucoup évolué. Notamment depuis
2004 au sommet de la Francophonie à Ouagadougou, l’OIF a adopté son Cadre Stratégique Décennal,
une nouvelle stratégie de gestion du programme de coopération, qui s’articule sur une période de dix ans
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
16
avec un cycle de mise en oeuvre de quatre ans, en remplacement de la programmation sur deux ans qui
était alors en vigueur.
En 2005 à la conférence ministérielle d’Antananarivo à Madagascar, elle adopte un nouveau règlement
financier en rapport avec la programmation quadriennale qui fixe l’exercice budgétaire sur quatre ans.
Les objectifs stratégiques de la Francophonie et leur cadre de mise en œuvre sont édictés dans le Cadre
Stratégique Décennal, adopté au Sommet de la Francophonie de Ouagadougou, le 26 novembre 2004.
Cf. Urba-annexe-2.2.1-1-cadre-stratégique-decenal
2.2.2 Définition des activités de l’OIF
Pour la mise en œuvre de ses missions, les activités des équipes de l'OIF peuvent se scinder en trois groupes
:
Les activités strictement liées à la mise en œuvre du programme de coopération
Les activités d’appui à la mise en œuvre du programme de coopération, qui comportent la
gestion du budget et des finances, la gestion de la comptabilité, la gestion des ressources
humaines, la gestion des achats et des moyens généraux, la gestion des systèmes d’information.
En plus de ces deux premiers groupes d’activités, l’OIF déploie des activités de pilotage politique
et de gouvernance en vue de coordonner toute son action.
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
17
2.3 Modélisation des processus métiers
2.3.1 Modélisation des processus métiers
L’étude des métiers de l’OIF fait ressortir les macro-processus suivants :
Les macro-processus sont initiés par un évènement déclencheur (Décisions d’un Sommet de la
Francophonie, Décisions du CPF, démarrage d’un nouveau cycle, …), et doivent produire des résultats, à
une échéance pluriannuelle (décennale jusqu’à présent), quadriennale ou annuelle.
On distingue les macro-processus du cœur de métier de l’OIF, et les macro-processus de soutien, de
contrôle et de pilotage.
Les macro-processus identifiés sont les suivants :
1) Les Macro-processus d'élaboration du Cadre stratégique à moyen terme
2) les Macro-processus d'élaboration de la programmation
3) les Macro-Processus de gestion opérationnelle de la Programmation
4) les Macro-Processus de support et de soutien
5) les Macro-Processus de contrôle et de pilotage
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
18
Les macro-processus se décomposent en processus et selon les cas, en sous-processus élémentaires.
Par exemple, le macro-processus de Support « Gérer l’environnement de travail » se décompose en 8
processus :
1) Assurer la gestion du courrier et des livraisons,
2) Assurer la gestion des archives,
3) Assurer la gestion des voyages,
4) Assurer la gestion de la régie,
5) Assurer la gestion budgétaire du service,
6) Assurer le support aux utilisateurs,
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
19
7) Assurer les installations d’infrastructure,
8) Gérer les applications.
Le processus de Support « Assurer la gestion du courrier et des livraisons » se décompose en 5 sous-
processus :
1) Assurer l’enregistrement et le suivi du courrier entrant,
2) Assurer l’enregistrement et le suivi du courrier sortant,
3) Assurer la réception du matériel et des fournitures,
4) Assurer le traitement des factures électroniques,
5) Assurer la gestion du courrier interne.
Les processus métiers sont destinés à l'atteinte des objectifs stratégiques des métiers, qui d’une manière
générale, visent à produire des produits et services à destination d’un public ou d’une clientèle. Les
processus métiers sont pilotés par les métiers de l’OIF.
Appliqués à l’organisation de l’OIF, ils s’organisent en procédures et en opérations, elles-mêmes réalisées
par des acteurs (les agents de l’OIF). Ces opérations produisent des résultats, qui vont satisfaire les besoins
d’un public ou d’une clientèle.
Ce même public va à nouveau générer des évènements de gestion, qui à leur tour, vont déclencher de
nouveaux processus.
L’ensemble des processus métiers de l’OIF (environ une centaine), recensés au cours des ateliers, ont été
représentés dans l’outil Windesign. Par contre, la démarche d’urbanisation n’a pas pour objet de
modéliser aux niveaux « Procédure » et « Opération », l’ensemble de ces processus métiers. Une
modélisation détaillée a été réalisée uniquement sur les processus cœurs de métiers, à savoir :
Processus de mise en place de la programmation quadriennale;
Processus de construction du budget quadriennale ;
Processus de planification quadriennale des activités et des opérations ;
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
20
Processus d’exécution annuelle des opérations ;
Processus de gestion des ajustements de la planification et du budget ;
Par exemple, le processus de Gestion Opérationnelle « Modifier le budget annuel » est modélisé de la
manière suivante :
Le processus métier est décrit sur une échelle de temps, en partant d’un évènement déclencheur, pour
aboutir à un résultat final. Le processus fait appel à des activités métiers, qui s’enchainent les unes après
les autres, éventuellement d’une manière conditionnelle.
Chaque activité fait intervenir des acteurs, qui utilisent des outils et des documents.
2.3.2 Inventaire des activités métiers
Les activités des Unités Administratives de l’OIF, ont été recensées dans le cadre des ateliers de travail,
conduits individuellement avec chaque Direction Métier.
Les compte rendus des ateliers, permettent de lister les principales activités (et sous-activités) de chaque
unité administrative. Dans la mesure du possible, ces activités ont été classées en fonction des processus
qui les appellent.
Les activités ont été numérotées en fonction des ateliers conduits avec les unités administratives :
1. DPE
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
21
2. DAF
3. Contrôle Financier
4. Administrateur et Bureau de l’Administrateur
5. Cabinet du Secrétaire Général
6. DCP
10. DLC
11. DDHDP
12. DJ, DFN, DEF
13. DDS
Exemple d’un compte rendu d’atelier : « Activités de la DAF / DBF »
A des fins d’utilisation dans les phases ultérieures de l’étude (phase d’expression de besoins), des
annotations ont été prises de la manière suivante :
Expression de Besoin :
Question Métier :
Question Réglementaire :
La liste globale des activités recensée a été établie dans le tableau Excel : Matrice d’urbanisation
fonctionnelle des activités ». Cf. Urba-annexe-2.3.2-1-Matrice-urbanisation-fonctionnelle
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
22
2.3.3 Inventaire des classes objets métiers
Pour chaque processus, ont été identifiées les classes objets métiers, manipulées par les différentes
activités du processus.
Afin de faciliter leur recensement, les classes objets métiers ont été regroupées en famille de classes
métiers :
1) Instances
2) CSMT
3) Programmation quadriennale
4) GAR
5) Budget quadriennal
10) Planification opérationnelle quadriennale
11) Budget annuel
12) Intervention
18) EB
19) EJ
20) BPP
21) Banque
25) Calendrier comptable
26) Ecriture comptable
60) Appel d’offres
61) Appel à projets
62) Poste RH
63) Poste Volontaire
64) Agenda Sommet
65) Rapport Sommet
66) Rapport Etude
67) Media
68) Relations publiques
69) Partenariat
100) Structures
La liste globale des classes métiers a été établie dans le tableau Excel : Matrice d’urbanisation
fonctionnelle des classes métiers ». Cf. Urba-annexe-2.3.2-1-Matrice-urbanisation-fonctionnelle
2.3.4 Inventaire des flux métiers
Les flux métiers actuels sont essentiellement :
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
23
des flux de documents papiers circulant à l’intérieur de l’OIF, via les parapheurs s’ils nécessitent des
visas ;
des flux de documents électroniques attachés à des courriels (sans rattachements directs avec les
objets du système d’information) ;
ou des flux de documents circulant à l’extérieur de l’OIF, après enregistrement par le Service
Courrier.
Ils sont représentés dans les modélisations de processus métiers, décrits dans le paragraphe :
§ 2.3.1 - Modélisation des processus métiers
Les seuls flux électroniques de données sont ceux qui alimentent les applications comptables.
Ils sont représentés dans les cartographies applicatives, décrites dans le paragraphe :
§ 2.6.4 - Inventaire des flux métiers
2.4 Description de l’organisation informatique
2.4.1 Organisation humaine de la DSI
Le service DSI se compose 9 personnes et est sous la responsabilité de la direction de la DFN.
1 Sous-directeur
1 assistante de gestion : chargée de gérer les budgets alloués à la DSI ainsi que le suivi financier
des projets de la DSI.
1 secrétaire de direction : chargée du support utilisateur de premier niveau en plus du secrétariat.
1 assistant système d’information : en appui à la gestion de l’infrastructure et des applications.
1 attaché des systèmes d’information : en appui à la gestion des infrastructures et des applications
1 responsable : chargé de la téléphonie et de l’audiovisuel.
1 chargé des systèmes d’information, responsable des applications : chargé des projets de
conception, de la mise en œuvre, du suivi et de la maintenance des applications métier
1 chargé des système d’information responsable des infrastructures : chargé des projet de
conception, mise en œuvre, suivi et maintenance des infrastructures réseau, systèmes,
applicatives, téléphonique et audiovisuel .
2.4.2 Organisation opérationnelle de la DSI
Le service DSI est chargé de gérer :
toute l’informatique (serveurs, poste de travail et applications métiers) du siège de l’OIF, sur le site
de son siège et sur les sites des unités hors siège ;
L’infrastructure et les systèmes de téléphonie ;
L’infrastructure et les systèmes de visioconférence ;
L’infrastructure des réseaux et de l’internet ;
L’infrastructure et le système de télévision IP ;
La gestion de la sécurité du réseau et des systèmes.
Pour accomplir cette mission le service utilise :
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
24
L’infrastructure Active Directory de Microsoft Windows pour la gestion et le partage sécurisés des
ressources informatiques utilisateurs (profils utilisateurs, partage des espaces de stockage et des
services d’impression) ;
L’infrastructure Altiris pour le déploiement, la gestion, le suivi et la maintenance industrialisés des
postes utilisateurs ;
l’utilisation de l’outil GLPI pour la gestion centralisée des requêtes utilisateurs (help desk),
l’inventaire matériels et logiciels, la base de données des configurations (CMDB) selon ITIL, les
contrats de maintenance, et la base de connaissance ;
l’utilisation du logiciel NetVault Backup pour effectuer les sauvegardes et archivages du système
d’information. La sauvegarde est du type incrémentale quotidienne, et sauvegarde totale
hebdomadaire. Une sauvegarde externalisée sur bande se fait deux fois par mois, tous les 15 jours ;
l’utilisation d’outils de développement pour gérer les évolutions des applications du SIG tels que
SVN, JIRA, Eclipse, WIKI ;
Une infrastructure oracle pour la gestion des bases de données du SIG ;
Une infrastructure MS Sql Serveur pour la gestion des bases de données de la comptabilité
générale et celles de la comptabilité analytique ;
Le coupe-feu checkpoint pour la gestion de la sécurité du réseau et de l’internet.
La communication avec les UHS est un objectif principal demandé par l’OIF, pour cela le service
informatique a mis en place une suite de logiciels basée sur les modules pare-feu et accès distants (VPN)
de l’éditeur Checkpoint, société leader sur le marché. Ces applications permettent d’établir des liens sûrs
et fiables au travers du réseau mondial internet.
L’OIF héberge ses sites web et ceux de certains de ses partenaires sur ses serveurs. Le système
d'information met à disposition des accès sécurisés pour les administrateurs des sites, à des fins de
maintenance.
Le système d'information a mis en place un serveur WEB permettant le transfert de documents destinés à
ses partenaires. Ce portail permet un accès sécurisé et le téléchargement bidirectionnels de fichiers.
La politique actuelle du système d'information est de favoriser l’utilisation si possible de logiciels libres.
2.5 Définition des objectifs stratégique du système d'information
Les objectifs stratégiques du système d'information se déclinent en 6 points essentiels :
1. Alignement stratégique du système d’information avec les métiers
2. Mise en place d’un schéma Directeur du système d’information
3. Adoption du référentiel COBIT pour la mise en place de la gouvernance du système d’information
de l’OIF
4. Adoption du référentiel ITIL pour la gestion du système informatique de l’OIF
5. Renforcement des compétences et de l’expertise des équipes
6. Mise en place d’une stratégie de communication et de sensibilisation continuelle des utilisateurs
2.6 Modélisation de l'architecture applicative
Le premier schéma représente la cartographie des applications avec le flux d’informations échangées
entre ces applications et les principaux acteurs.
On retrouve les principales applications autour du SIG utilisées par l’OIF telles que Sage Compta pour la
comptabilité, le Suivi_GAR pour la gestion des résultats et le couple CostPerform et Qlikview pour l’analyse
analytique de la comptabilité. Les schémas suivants permettent de détailler ces blocs applicatifs.
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
25
Le symbole permet de définir une fonction de l’acteur, tandis que représente une entité
de l’OIF, ou groupe d’acteurs.
Les applications ont un symbole différent selon que c’est une application WEB, un logiciel spécifique, un
progiciel ou un outil bureautique.
Les flèches sur ces schémas permettent d’indiquer les liens vers d’autres schémas dans la version WEB du
document.
2.6.1 Architecture applicative actuelle
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
27
De cette architecture, on peut en extraire des blocs applicatifs :
L’application SIG au centre du métier de l’OIF
L’application SAGE qui gère la comptabilité.
L’application Suivi_GAR qui permet de suivre les résultats des interventions
L’application QlikView qui permet de suivre l’analyse des bilans comptables.
Le bloc applicatif SIG PROGRAMMATION 2.6.1.1
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
28
Sur ce schéma, on remarque que le SIG se décompose en 2 applications : la première de type WEB
permet de gérer la programmation, ainsi que le suivi des lignes budgétaires, la seconde est une
application spécifique Oracle qui permet de gérer le budget, le courrier, les paiements, les déplacements,
l’annuaire ainsi que toute la partie configuration du SIG.
L’ensemble des acteurs intervenant sur cette application est représenté ainsi que les documents en sortie
(fiches, récapitulatifs, ordres de virements, …).
Les interfaces avec les autres applications sont indiquées comme le lien avec l’intranet, les liens avec
SAGE ou les fichiers nécessaires à la télétransmission bancaire.
Le bloc applicatif SAGE 2.6.1.2
Dans ce bloc applicatif, seul l’acteur comptable intervient dans la mise à jour des données. Cette
application est un progiciel connecté au SIG. Le logiciel est interfacé avec le bloc SIG par une clef qui est
la facture. Les caractéristiques de la facture sont transférées dans Sage chaque nuit, tandis que les
écritures comptables sont remontées dans le SIG en temps réel.
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
29
Le bloc applicatif Suivi_GAR 2.6.1.3
L’application Suivi_GAR est une application WEB qui permet d’analyser les résultats des différents projets
de l’OIF. Il utilise le référentiel du SIG Programmation (saisi manuellement par l’entité DPS) pour la saisie des
résultats des opérations par les spécialistes de programme, selon les modes d'intervention et les indicateurs
associés. Elle permet de générer un ensemble de rapports qui sont consultables par l’ensemble des
spécialistes de programme.
Elle permet également à la DPE de mettre des documents de référence de la programmation à la
disposition des spécialistes de programme pour les aider dans la gestion de leurs projets, notamment les
rapports d’activités sur les années précédentes, les cadres logiques de la programmation décennal, ainsi
que des fiches résultats par pays et par régions.
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
30
Le bloc applicatif QlikView 2.6.1.4
L’application QlikView, récemment installée est connectée aux bases de données du SIG, du Suivi_GAR et
de SAGE. Il permet de visualiser les résultats de la comptabilité analytique produite par l’application
CostPerform.
2.6.2 Cartographies fonctionnelles des applications
Cartographie fonctionnelle de l’application SIG Programmation 2.6.2.1
Le schéma suivant présente les principales fonctionnalités du SIG Programmation. On peut remarquer
deux modules ayant des rôles différents : la gestion de la programmation et le suivi des lignes budgétaires.
Dans le module Programmation, on trouve la gestion de toutes les étapes de la programmation, des
missions jusqu’aux interventions. Pour chaque étapes, l’utilisateur peut entrer les caractéristiques et
visualiser les données budgétaires provenant du SIG Budget.
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
31
Le module Tableaux de bords permet de suivre et d’exporter vers Excel les données budgétaires des
articles et lignes budgétaires du SIG.
Cartographie fonctionnelle de l’application SIG Budget 2.6.2.2
Cette application regroupe plusieurs modules dont celui de la gestion du budget, celui de la gestion des
annuaires (organismes et contacts), celui de la gestion du courrier, celui de la gestion des déplacements.
Tout le paramétrage du SIG se trouve également dans cette application, référentiel, nomenclature
budgétaire, profil d’accès au SIG, utilisateurs avec leurs droits.
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
33
Cartographie fonctionnelle de l’application Suivi_GAR 2.6.2.3
L’application Suivi_GAR a été développée pour gérer les résultats et en ressortir des bilans par projet et
ECT. Cette application est gérée par la DPE. Elle permet de saisir les résultats obtenus par opérations et
génère des rapports pour chaque projet.
Les données servent également à la génération annuelle, par la DPE, des comptes rendus d’exécution et
des fiches pays.
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
34
Cartographie fonctionnelle de l’application Intranet 2.6.2.4
Le site Intranet est une application qui offre des informations à l’ensemble du personnel de l’OIF comme
des actualités de l’organisation, son annuaire, des listes officielles de contacts, des contacts par pays, des
documents (modèles, rapports, fiches conseils) qui servent pour le travail et la vie au sein de
l’organisation.
Ces informations proviennent de la direction de la communication et du partenariat, du service des
conférences internationales et de la sous-direction des ressources humaines.
L’application contient également un nombre important de liens vers d’autres sites susceptibles d’être utile
pour le personnel.
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
35
Cartographie fonctionnelle de l’application GLPI pour le support Informatique 2.6.2.5
Cette application permet de gérer les demandes d’assistance du personnel de l’OIF auprès de la
sous-direction des systèmes d'information. Elle gère également le parc informatique de l’OIF ainsi que les
contrats fournisseur de la division.
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
36
2.6.3 Inventaire des objets métiers
Gisements de données 2.6.3.1
Les gisements de données correspondent aux données qui sont créées lorsque les acteurs de l’OIF
effectuent leurs tâches quotidiennes. Tout au long des projets, il y a création des Activités, des Opérations,
Engagements Budgétaires, Engagements Juridiques, bons pour paiement, factures et paiements.
Référentiels 2.6.3.2
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
37
Les référentiels correspondent aux données qui ne sont pas ou rarement modifiés.
2.6.4 Inventaire des flux
Il est possible de distinguer deux types de flux d’informations : le premier correspond aux échanges vers
l’extérieur de l’OIF, le second est le flux d’informations entre les applications du système d'information
actuel.
Les flux vers l’extérieur, en plus de la messagerie électronique et des sites WEB sur lesquels on peut
consulter un grand nombre d’informations, ces flux sont au nombre de deux :
une communication vers la banque de l’OIF qui permet d'effectuer les ordres de virements
un portail WEB qui permet d’envoyer ou recevoir des fichiers aux partenaires de l’OIF.
Les flux entre les applications correspondent aux échanges entre les différents outils du système
d'information. Si les échanges entre le SIG budget et le SIG programmation est assuré par l’unicité des
données dans une même base, ce n’est pas le cas avec les autres outils.
Il existe un échange d’informations entre le SIG et l’outil de comptabilité SAGE. Le rapprochement entre
les fiches factures enregistrées dans le SIG et les factures saisie dans la comptabilité se fait
automatiquement et quotidiennement. Le SIG permet également de visualiser les écritures comptables
liées aux factures si elles ont été saisies dans SAGE.
Les autres échanges d’informations entre les outils utilisés du système d'information sont inexistants ou
manuels par exemple :
la mise à jour de la planification dans l’application Suivi-GAR est manuelle et ne se fait que
quelques fois par an.
La gestion de la diffusion de message électronique par liste de diffusion avec l’outil ‘Sympa’
n’utilise pas les informations du SIG.
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
38
2.6.5 Volumétrie
Le tableau suivant donne la volumétrie des principaux objets du SIG actuel. Seul les objets actif dans
l’année sont comptabilisés. Pour cela on considère qu’un objet est actif s’il traite un budget non nul
pendant l’année.
Les données pour l’année 2012 ont été comptabilisées vers le 20 Septembre, ce qui permet de donner
une estimation pour cette année courante.
Les actions transversales sont comptabilisées et enregistrées dans la cinquième mission (mission E dans le
SIG).
Les factures, BPP et paiements ont été comptabilisés en fonction de leur date de création.
Objets Quadriennum
2010-2013 Qty 2010 Qty 2011
Qty 09/2012
Missions 5 5 5 5
Objectifs Stratégiques 9 9 9 9
Axes d'intervention 12 12 12 12
EMT 12 12 12 12
Projets 53 51 49 51
ECT 115 103 105 109
Activités 328 239 247 231
Opérations 1618 764 768 727
Interventions 3596 ? 1605 1213
Engagements Budgétaires 9547 3476 3734 2395
Engagement Juridiques 18351 6883 6931 4699
Factures 30756 13883 10890 5983
BPP 18987 7627 6980 4380
Paiements 3602 1290 1394 918
Le nombre d’intervention en 2010 n’a pas donné une valeur crédible et n’est pas indiqué dans ce
tableau.
Analyse de la volumétrie :
Le nombre de missions, d’objectifs stratégiques, d’axes d’intervention et d’EMT est constant pendant la
période quadriennale comme le prévoit le CSD.
Le nombre de projets est modifié pendant la période quadriennale, car il y a des créations de projet et
d’autre qui sont stoppés (des projets en cofinancement par exemple). En conséquence, il en est de
même pour les ECT et activités.
Le nombre important du nombre total des opérations par rapport aux opérations annuelles indique qu’il
existe que peu d’opérations pluriannuelles.
Si on calcule le nombre total d’objet sur un an, le chiffre est inférieur à 35000 soit moins de 150000 objets
par période quadriennale.
En taille de fichier de la base Oracle contenant TOUTES les données du SIG depuis sa création, on arrive à
un espace disque d’environ 3 Go.
On peut en conclure que la base du SIG est une base relativement petite.
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
39
2.7 Modélisation de l’architecture physique
2.7.1 Liaisons Intersites
Le siège est relié aux différentes UHS via des tunnels VPN (Virtual Private Network) s'appuyant sur les liaisons
internet du siège et celles des unités hors siège.
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
40
2.7.2 Flux sur le réseau du siège.
L’architecture physique de l’OIF est récente, due à la récente installation dans ses locaux actuels. Un
grand nombre de serveurs ont été remplacés. Le réseau de l’OIF est performant et véhicule également un
grand nombre de flux d’informations tels que la téléphonie sur IP, la visioconférence, un ensemble de
chaînes de télévision (TV5 et internationales)
Le siège est pourvu de connexions importantes et sécurisés à Internet (2 lignes de 30 Mb). Les accès sont
gérés par un firewall Checkpoint.
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
41
2.7.3 Cartographie des serveurs dans le réseau DMZ.
Dans le réseau DMZ, on remarque un nombre important de serveurs WEB qui sont utilisés pour les différents
sites hébergés par l’OIF dont le site de l’OIF, le site des instances de l’OIF, les sites utilisés par le personnel
de l’OIF.
Le serveur de messagerie (doublé en cluster) ainsi que les serveurs de nom DNS se trouvent également
dans ce sous-réseau.
On trouvera en annexe 1 les descriptions des serveurs WEB avec le détail des sites hébergés sur ces sites.
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
42
2.7.4 Cartographie des serveurs applicatifs
Sur ce schéma, seuls les serveurs applicatifs sont représentés : base de données, SIG, SAGE, QlikView, ….
Les serveurs de partage de fichiers, contrôleur de domaine, gestion des sauvegardes et autres
fonctionnalités informatiques standards sont également dans cette salle serveur, mais ne sont pas
représenté sur ce schéma.
Le module de stockage SAN est une baie de disques sécurisés, connecté directement sur un réseau
spécifique de stockage et géré par un serveur. Il est utilisé pour stocker l’ensemble des fichiers utilisés par
l’OIF.
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
43
2.8 Bilan de l'existant
Points FORTS Points FAIBLES
Architecture
technique
Installation récente avec
matériels récents et
performants. Réseau rapide
et sécurisé.
Grand nombre de serveurs pour des applications
n’ayant pas toujours besoin d’autant de puissance,
l’utilisation de serveurs virtuels pourrait être plus
économes.
Application SIG
Budget
Application très proche du
besoin, mais ne couvrent
qu’une partie du métier de
l’OIF.
Cette application de conception ancienne ne permet
pas son utilisation par les UHS. Elle n’est pas modulaire
et de nombreuses fonctionnalités obsolètes y sont
encore actives. Elle est peu fiable (nombreux
plantages). Elle ne fonctionne que sur des ordinateurs
sous Windows. Sa maintenance est difficile car les
ressources humaines pouvant intervenir sur ce logiciel
sont rares.
Il manque le moyen de faire des recherches, et
l’affichage de tableaux de bords avec des
indicateurs.
Application SIG
Programmation
Application récente de
type WEB (utilisable par les
UHS).
Cette application a été conçue pour adapter
l’évolution du métier pour l’actuelle programmation
quadriennale. Elle manque de possibilité de recherche
d’informations multicritères. Elle ne fonctionne qu’avec
l’explorateur de Google.
Ajouts d’outils
indépendants du
SIG
Apporte une aide
rapidement aux utilisateurs.
Les nouveaux outils comme le Suivi_GAR ou Sympa
(envoi de courriels par liste de diffusion) ne sont pas
relié au noyau du SIG, ce qui implique des procédures
manuelles et des duplications de données entre ces
outils et le SIG.
Identification
utilisateur
Les applications sont indépendantes et de conception
ancienne, elles ont leur propre système
d’identification, ce qui impose à l’utilisateur d’avoir
plusieurs mots de passe.
Outils
personnalisés
Chaque direction a développé ses propres outils de
suivi de leurs opérations avec des outils bureautique
comme Excel ou Filemaker. Ceci implique un risque
opérationnel à l’organisation, car seul un petit nombre
de collaborateurs en connaissent leur utilisation.
Outils manquants Dans l’architecture actuelle, les spécialistes de
programme n’ont pas d’outils leur permettant de
suivre l’évolution des interventions ou opérations au
cours du temps.
L’OIF utilisent un grand nombre de dossiers papier
circulants d’un service à un autre en fonction de la
procédure à respecter. Cette gestion de dossier est
entièrement manuelle. Les dossiers sont archivés
uniquement sous forme de papier.
Le service des moyens généraux ont besoin de
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
44
nouveaux outils pour gérer les demandes de services,
les contrats, l’inventaire physique, les activités
multiservices.
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
45
3 DESCRIPTION DE L’ARCHITECTURE CIBLE
3.1 Enoncé des règles d'urbanisme GLES
Les principaux objectifs du projet SIG 2G ont été exprimés dans le cahier des charges de la présente
étude.
Un principe d’urbanisation du système d’information est une disposition applicable dans un contexte
opérationnel qui découle des enjeux et objectifs du futur système d'information. Les principes sont précisés
par des règles, qui spécifient la mise en œuvre des principes de façon non ambiguë pour les acteurs
amenés à l’utiliser.
Les principes S.I. qui constituent l’état de l’art de l’urbanisation sont les suivants :
PR-1 - Principe de confidentialité
PR-2 - Principe de couplabilité
PR-3 - Principe de facilité d’utilisation
PR-4 - Principe de robustesse
PR-5 - Principe de maintenabilité
PR-6 - Principe d’adaptabilité
PR-7 - Principe de portabilité
PR-8 - Principe de traçabilité
PR-9 - Principe de modularité
PR-10 - Principe de réversibilité
Les principes S.I. qui découlent des objectifs stratégiques de l’OIF sont les suivants :
PR-11 – Principe d’universalité
PR-12 – Principe de modernité
PR-13 – Principe de mobilité
Une règle d’urbanisme est une règle à respecter, figurant dans le plan d’urbanisme du système
d’information :
certaines sont des interdictions. Par exemple, il est interdit d’accéder à un bloc sans passer par sa
prise ;
certaines sont des limitations. Par exemple, une donnée doit être sous la responsabilité d’un et d’un
seul bloc ;
certaines sont des prescriptions. Par exemple, tout bloc doit comporter une prise.
Les règles d’urbanisme peuvent être établies pour chacune des quatre visions de l’architecture
d’entreprise (métier, fonctionnel, applicatif, technique).
Elles peuvent être déclinées en :
règles d’urbanisme (URB),
règles de bonnes pratiques (BPR),
règles propres à l’OIF (OIF).
Les principes sont numérotés PR-XX avec :
PR : pour principe
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
46
XX : numéro du principe
Les règles sont numérotées RG-YY-ZZ avec :
RG : pour règle
YY : Type de règle en fonction de la vision d’architecture ; numérotation est établie de 1 à 12
ZZ : numéro de la règle en fonction du type de règle (URB, BPR, OIF)
Le Référentiel des Règles d’Urbanisation (RRU) est constitué pour fournir :
un cadre aux travaux d’urbanisation du SIG 2G,
une base de réflexion pour la déclinaison fine des règles applicables par les projets futurs de mise
en œuvre du SIG 2G et d’autres systèmes.
Règles d’urbanisme pour l’architecture métier
PRINCIPE REGLE TYPE
PR-2 PR-9 RG-1-1 Une activité d’un processus appartient à un et un seul bloc fonctionnel. Une
activité ne peut donc faire appel aux services que d’un bloc fonctionnel.
URB
PR-2 RG-1-2 Toute transformation des propriétés d’un objet métier résulte d’une activité. URB
RG-1-3 Une activité élémentaire ne peut être interrompue, ce qui signifie qu’une fois
qu’un acteur est affecté à une activité, il ne peut être réaffecté avant la fin
d’exécution ou l’interruption de celle-ci pour fin anormale.
URB
RG-1-4 La fin d’exécution d’une activité force la fin d’exécution simultanée de
toutes les activités appartenant au périmètre d’impact de cet événement.
URB
RG-1-5 Toutes les activités peuvent avoir une fin anormale, mais également des
évènements temporels ou d’abandon.
URB
PR-2 PR-9 RG-2-1 Les processus opérationnels, les processus de pilotage et les processus de
support sont distingués.
BPR
RG-2-2 La décomposition des processus est limitée à 3 niveaux. Par définition, un
sous-processus est un processus, et doit donc satisfaire à la définition d’un
processus.
BPR
RG-2-3 Une étape du processus correspond à un type de transformation d’un objet,
exprimé comme son état.
BPR
RG-2-4 Toute fin d’activité génère un évènement, qui correspond au fait que la
transformation est finie ou interrompue.
BPR
RG-2-5 L’occurrence d’un évènement porte en elle, la fin des transformations
d’autres objets qui sont liés à l’objet principal.
BPR
RG-2-6 Un évènement peut activer de nombreux évènements déclenchés, au moins
un pour chaque objet concerné.
BPR
RG-2-7 Chaque déclenchement est associé à une décision, qui peut commander
une activité, ou une autre encore.
BPR
RG-2-8 Une activité peut nécessiter un ou plusieurs déclenchements, si des activités
doivent être synchronisées.
BPR
PR-5 PR-6 RG-3-1 Chaque processus doit être sous la responsabilité d’un responsable de
processus, chargé de le suivre, de le faire évoluer et de le documenter.
OIF
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
47
Règles d’urbanisme pour l’architecture fonctionnelle
PRINCIPE REGLE TYPE
PR-7 PR-9 RG-4-1 Règle d’unicité des blocs : un îlot appartient à un et un seul quartier, un
quartier appartient à une et une seule zone, donc il appartient à une et une
seule zone. Un bloc ne peut pas être dupliqué.
URB
PR-2 PR-9 RG-4-2 Règle d’asynchronisme des blocs : après avoir traité un évènement, un îlot
peut en traiter immédiatement un autre, sans avoir à se préoccuper de ce
qu’il advient du compte rendu de traitement de l’évènement précédent.
URB
PR-2 RG-4-3 Règle de communication des blocs : un bloc comporte obligatoirement une
prise (interface externe). Cette prise est capable d’activer les services du
bloc et de gérer les communications entrantes et sortantes du bloc.
URB
RG-4-4 Règle de communication des blocs : toute communication entrante ou
sortante d’un bloc passe par sa prise.
URB
RG-4-5 Règle de communication des blocs : seules les prises communiquent avec le
gestionnaire de flux. Les prises sont seules habilitées à communiquer avec le
gestionnaire de flux.
URB
PR-5 RG-4-6 Règle de responsabilité de gestion des données : une donnée est sous la
responsabilité (quel que soit le type d’accès : création, modification,
suppression, visualisation) d’un ilot et d’un seul.
URB
RG-5-1 Toute architecture fonctionnelle comporte une zone échange
(acquisition/restitution), qui est en quelque sorte la prise du système
d'information.
BPR
RG-5-2 Toute architecture fonctionnelle comporte une zone gisement de données.
Cette zone reprend l’ensemble des informations dynamiques et pérennes de
l’entreprise, ainsi que les services d’accès à ces données. Elle assure la
conservation et la valorisation du patrimoine d’informations de l’entreprise,
garantit sa cohérence et permet son enrichissement dans le temps.
BPR
RG-5-3 Toute architecture fonctionnelle comporte une zone référentiel de données
et de règles. Cette zone regroupe l’ensemble de toutes les informations
communes aux différents éléments du système d'information, dont le cycle
de vie est relativement stable. L’intérêt d’un référentiel de règles est
d’extraire des règles métier du code des applications et de les stocker dans
un référentiel partagé, afin de conférer de l’agilité à l’entreprise.
BPR
RG-5-4 Toute architecture fonctionnelle comporte une zone pilotage unique. Cette
zone regroupe les blocs dédiés aux processus de gouvernance et d’analyse,
utilisant des informations historisées et globalisées.
BPR
RG-5-5 Toute architecture fonctionnelle comporte une zone opération par métier
principal de l’entreprise. Le système d’information d’une entreprise n’ayant
qu’un seul métier, ne comporte donc qu’une seule zone opération.
BPR
RG-5-6 Toute architecture fonctionnelle comporte une zone ressources unique.
Cette zone regroupe les systèmes dédiés à la gestion des ressources internes
à l’entreprise (ressources humaines, comptabilité, moyens généraux, …)
BPR
PR-11 PR-3 RG-6-1 Le système d’information de l’OIF doit être l’outil de travail quotidien de
chaque agent de l’Organisation, y compris ceux des sites délocalisés.
OIF
PR-12 RG-6-2 L’utilisation du SIG par les unités hors siège exige une dématérialisation des
processus de gestion budgétaire.
OIF
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
48
Règles d’urbanisme pour l’architecture applicative
PRINCIPE REGLE TYPE
PR-3 RG-7-1 Les données des gisements de données doivent être historisées. Les données
partagées doivent être historisées afin de permettre de « rejouer » si
nécessaire un processus, et de garantir la cohérence du contenu et la
bonne fin.
URB
RG-7-2 Les données des gisements de données doivent être accompagnées d’une
date de publication de mise à jour. Ceci permet que les anciennes valeurs
ne soient pas perdues et que l’on puisse retrouver leur valeur à un instant
passé. Les très anciennes valeurs peuvent être déportées dans des modules
de gestion des archives.
URB
RG-7-3 Les données des référentiels de données doivent être accompagnées d’une
date de publication de mise à jour, mais aussi d’une date d’effet.
URB
RG-7-4 Règle de duplication des données : au sein d’un bloc, les données peuvent
être dupliquées entre les données de contexte et les données des gisements
de données, car cela correspond à deux niveaux de partage et de cycles
de vie bien différents. En effet, les données sont isolées et temporaires pour le
contexte, alors qu’elles sont partagées et permanentes pour les gisements de
données, qui doit rester maître.
URB
RG-7-5 Le bloc offrant un service est responsable de la qualité du service. Le bloc
doit offrir la meilleure qualité de service, ainsi que la continuité de service.
URB
RG-8-1 Toute architecture applicative comporte une zone ordonnancement qui
assure l’interface entre front office, middle office et back office. Cette zone
assure la traduction, l’ordonnancement et le pilotage des demandes du FO,
le pilotage des processus internes au système d'information, la gestion des
priorités.
BPR
PR-11 PR-13 RG-9-1 Le système d'information de l’OIF doit être accessible aux unités hors siège et
aux responsables de projets pendant leurs déplacements.
OIF
PR-1 PR-3 RG-9-2 Les utilisateurs doivent pouvoir passer, selon leurs droits d’accès, d’une
interface utilisateur à une autre, de manière fluide et simple.
OIF
PR-2 PR-9 RG-9-3 Les composants applicatifs du système d'information de l’OIF, doivent
reposer, de préférence sur une architecture basée progiciels.
OIF
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
49
Règles d’urbanisme pour l’architecture technique
PRINCIPE REGLE TYPE
PR-3 RG-10-
1
Règle de décomposition des blocs applicatifs en couches : tout bloc
applicatif donne lieu à n paquetages, n étant le nombre de couches de
l’architecture technique logique le concernant.
URB
RG-10-
2
Règle d’intégrité transactionnelle des flux sensibles : afin d’assurer l’intégrité
transactionnelle des flux sensibles (c’est-à-dire engageant financièrement
et/ou légalement la société), la communication entre tous les systèmes
concernés doit être synchrone, durant la phase de stockage/mise à jour des
gisements de données.
URB
RG-10-
3
Règle d’intégrité des gisements de données : toute mise à jour des gisements
de données et toute émission vers l’extérieur de flux critiques doivent
respecter les principes suivants :
- isolation dans un contexte pendant la transaction,
- atomicité de la mise à jour du contexte dans les données des gisements
de données et dans l’émission des flux,
- cohérence à tout moment des gisements de données,
- caractère durable de la publication si elle réussit.
URB
RG-10-
4
Règle de concurrence batch/TP : les batchs doivent être construits pour
s’exécuter de manière concurrente aux processus TP, sous le contrôle des
transactions avec respect de la règle d’intégrité des gisements de données.
URB
RG-10-
5
Règle du code source unique : les composants logiciels qui ne nécessitent
pas de variante pour des raisons liées à leur catégorie, ne doivent être écrits
qu’une seule fois.
URB
RG-11-
1
Règle de centralisation des gisements de données : les gisements de
données doivent être centralisés, c’est-à-dire se trouver sur une plateforme
centrale, sécurisée, accessible depuis toute autre plateforme.
BPR
RG-11-
2
Règle de non duplication : on ne recourt à la duplication que lorsqu’il y a des
contraintes impératives (performance, sécurité, charge réseau, exploitabilité,
…). On appelle dans la mesure du possible le composant original.
BPR
PR-12 PR-1 RG-12-
1
Le système d'information de l’OIF doit être développé entièrement en
technologie WEB, accessible de manière sécurisée.
OIF
PR-6 PR-7 RG-12-
2
L’Organisation a la volonté d’évoluer dans un environnement hétérogène et
multiplateforme (Windows7, Active Directory, Mac OS, Linux).
OIF
PR-5 PR-7 RG-12-
3
L’Organisation favorise et encourage l’usage des logiciels libres et les
solutions technologiques à codes ouverts.
OIF
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
50
3.2 Conception du plan d'urbanisme
La prise en compte des objectifs stratégiques de l’OIF et de la DSI, la prise en compte des descriptions des
processus métiers et des règles d’urbanisme, nous conduisent à concevoir une nouvelle architecture du
Système d’Information de l’OIF.
S’agissant de la conception d’une nouvelle architecture sans références contraignantes à l’architecture
actuelle, l’urbanisation sera conduite en premier lieu par les processus, et ensuite, également par les
données.
L’urbanisation par les processus a nécessité de cartographier les processus métiers. Cette étude a permis
de constituer un inventaire des processus, des activités, et des acteurs.
L’application des règles d’urbanisme à ce catalogue métier nous a permis de dresser le plan d’urbanisme
fonctionnel, découpé en zones, quartiers et ilots.
L’urbanisation par les données a nécessité de recenser les objets métiers, les structures de données, les
données vivantes, les données de référentiel, et les documents utilisant ces données. Cette étude a permis
de constituer un inventaire des données métiers.
L’application des règles d’urbanisme à ce catalogue métier nous a permis de dresser le plan d’urbanisme
des flux (données et documents).
3.2.1 Plan d’urbanisme des zones, quartiers et ilots
Le plan d’urbanisme cible a été constitué progressivement, grâce à 5 itérations de travail et d’échanges
avec les représentants des Directions concernées.
L’ensemble des activités et objets métiers recensés ont pu être classés dans les quartiers et ilots identifiés.
Le schéma ci-dessous représente le plan d’urbanisme statique des zones, quartiers et ilots fonctionnels :
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
51
3.2.2 Plan d’urbanisme des flux
Le plan d’urbanisme des flux a été construit sur la base du plan d’urbanisme des quartiers et des ilots. Il
représente la dynamique des flux, depuis les fonctions de Front Office jusqu’aux fonctions de Back Office.
Les principaux flux de données et de documents ont été représentés sur cette cartographie.
L’ensemble des quartiers et ilots du SIG Noyau doivent être en mesure :
de communiquer entre eux,
de communiquer avec les ilots satellites,
de communiquer avec les applications hors SIG,
de communiquer avec les partenaires extérieurs.
Les partenaires extérieurs sont classés en fonction des quartiers avec lesquels ils sont en contact, et en
fonction de leur mode d’utilisation. On distingue :
la liste officielle du protocole (gouvernements, organismes internationaux, instances),
les contacts média et événementiel,
les contacts bailleurs de fonds (statutairement, exceptionnellement ou sur projets),
les tiers fournisseurs, prestataires, partenaires et bénéficiaires,
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
52
les volontaires de la Francophonie,
les banques émettrices ou réceptrices de flux de paiement,
l’agence de voyage qui gère les voyages et déplacements de l’OIF.
Tous ces organismes et contacts sont référencés dans l’annuaire centralisé.
Le schéma ci-dessous représente le plan d’urbanisme dynamique des flux circulant entre les zones,
quartiers et ilots fonctionnels :
Le schéma détaillé des flux est exposé en Annexe : § 4.2 - Annexe A2 – Schéma détaillé des flux fonctionnels.
3.3 Analyse des écarts
En comparant l’architecture existante et les caractéristiques de l’architecture fonctionnelle cible, on
constate de nombreux écarts de types conceptuels et techniques.
3.3.1 Ecarts conceptuels
De nombreux concepts de gestion (services ou données) du modèle cible ne sont pas gérés en tant que
tel dans l’existant :
fonctions de gestion des contrats,
fonctions de gestion des projets,
fonctions de gestion électronique de documents,
fonctions de gestion électronique des tâches collaboratives,
fonctions communes et partagées d’aide à la décision,
données d’annuaire centralisé,
….
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
53
3.3.2 Ecarts de niveaux de service
Les niveaux de service (aspects temporels et spatial) de l’existant ne correspondent pas à ceux qui sont
requis dans le modèle cible :
lenteur des circuits de validation (sur documents papier),
absence de communication entre les principales applications,
difficultés de restitutions centralisées des informations en temps réel,
….
3.3.3 Ecarts de redondance
Des données ou des services identiques sont dupliqués dans l’existant :
données budgétaires,
données des organismes et contacts,
données de restitution,
….
3.3.4 Ecarts de couplage
De nombreux services à découplés, sont implémentés dans les mêmes applications de l’existant :
gestion des dépenses,
gestion du courrier,
gestion des annuaires
gestion des déplacements,
….
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
54
3.3.5 Conclusions sur les actions à mener pour combler les écarts
Les écarts constatés en termes de fonctionnalités couvertes, de niveaux de services, de redondances
d’informations, de couplage de modules fonctionnels, d’obsolescence technologique, nous conduisent à
repenser complètement l’architecture actuelle du système d’information SIG.
La construction de l’architecture cible, sera établie sur de nouvelles fondations, tout en conservant, au cas
par cas, les fonctionnalités ou principes ergonomiques actuels, dans la mesure où ils répondent aux
besoins et dans la mesure où ils répondent aux règles d’urbanisation.
La nouvelle architecture devant s’appuyer sur de nouvelles technologies plus modernes et plus intégrées,
seul les concepts fonctionnels et ergonomiques pourront être repris, et non pas le code applicatif ou les
structures de données.
3.4 Identification des solutions
L’identification de solutions cibles permettant de répondre aux besoins fonctionnels exprimés dans le plan
d’urbanisme, passe en premier lieu, par une confirmation du périmètre cible du futur SIG 2G, et en
deuxième lieu, par une exploration des solutions progiciels potentielles.
3.4.1 Confirmation du périmètre cible du futur SIG 2G
Sur la base du plan d’urbanisme (version 5), le périmètre du système SIG 2G est le suivant.
Il comprend :
les zones du SIG Noyau : Planification Stratégique et Gestion Opérationnelle des Projets.
les quartiers et ilots Satellites au SIG Noyau : Services Collaboratifs, Gestion du courrier et
Dématérialisation du courrier entrant, Gestion des Achats, Gestion des Voyages et Déplacements,
Espace Décisionnel de Pilotage.
Il ne comprend pas :
La zone de Communication (communication, partenariat, instances, conférences),
la zone des Echanges avec l’extérieur hormis les courriers entrant et sortant,
la zone Support hormis la comptabilité budgétaire, les achats, les voyages et le traitement du
courrier.
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
55
Le schéma ci-dessous représente le périmètre fonctionnel des quartiers et ilots du système SIG 2G :
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
56
3.4.2 Accostage applicatif cible
Afin de pouvoir valider le choix d’architecture orientée vers des solutions progiciels, des investigations ont
été menées auprès d’éditeurs de progiciels. Le résultat de ces investigations montre que les progiciels du
marché devraient pouvoir couvrir la plus grande partie des quartiers d’urbanisation.
Le schéma ci-dessous représente l’accostage applicatif possible, par des solutions progicielles du marché :
L’analyse du schéma d’accostage applicatif, nécessite les précisions suivantes:
1) Sur les périmètres applicatifs « Programmation et Gestion de Projet » et « Gestion Administrative et
Budgétaire », il est important que les blocs fonctionnels soient totalement intégrés, et que les
moyens de communication adéquats soient assurés entre ces différents blocs, de préférence en
mode synchrone. Cette communication sera assurée par différents moyens :
accès à une base de données unique au sein d’une application,
accès aux données d’une autre application, par le biais de Web Services,
2) si nécessaire, développement d’interfaces, pouvant être lancées à la demande.
3) L’annuaire LDAP, déjà utilisé à l’OIF, devrait pouvoir être utilisé comme outil de gestion centralisée
des différents types de bases tiers. Il faut vérifier l’ensemble de ses possibilités, notamment, la
gestion d’Identifiant Unique et la gestion des domiciliations bancaires.
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
57
4) Un portail applicatif globalisé devra être mis en place, afin de permettre un point d’accès unique
au SIG. Ce portail pourra intégrer entre autres fonctionnalités, des messages flash, des FAQ, un
glossaire, des liens vers les portails documentaires des textes de référence, …
3.5 Modélisation de l'architecture applicative cible
Le plan d’urbanisme fonctionnel et le schéma d’accostage applicatif, tels que définis précédemment,
nous permettent de construire les cartographies applicatives cible (applications et flux).
3.5.1 Cartographie applicative
Le futur système SIG 2G sera constitué des applications :
Gestion de Programmation et Gestion de Projets
Gestion Budgétaire
Gestion des Achats et Fournisseurs
Espace Décisionnel
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
58
Gestion des Référentiels
Dématérialisation
Gestion Electronique de Documents
Workflow
Gestion de l’Annuaire (interne et externe)
Gestion du Courrier (Entrant et Sortant)
Gestion des Missions et Déplacement
Ces applications sont constituées de blocs fonctionnels respectant les règles de modularité et
d’interopérabilité. Chaque bloc fonctionnel est découpé en fonctionnalités, caractérisées de la manière
suivante :
Fonctionnalité du SIG actuel, à reprendre,
Fonctionnalité du SIG actuel, à modifier,
Fonctionnalité nouvelle, à développer.
Les processus et activités métiers analysées dans l’étude de l’Existant, vont être liés aux blocs fonctionnels
et permettront de définir les nouvelles fonctionnalités.
Les blocs fonctionnels des applications du SIG 2G communiqueront via interface ou via appel de services,
avec les autres applications qui sont hors périmètre du SIG (comptabilité, trésorerie, moyens généraux,
ressources humaines, instances, archives).
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
59
3.5.2 Cartographie des flux
Cette cartographie est une première représentation des flux inter-applicatifs. Elle devra être ajustée en
fonction du schéma d’intégration des progiciels retenus.
Il faut noter que les services collaboratifs peuvent être sollicités par n’importe que bloc applicatif.
De la même manière, l’espace décisionnel aura la possibilité de représenter et de restituer des vues de
données de n’importe quel bloc applicatif.
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
60
3.6 Modélisation de l'architecture physique cible
En vue de l’architecture applicative proposée, l’architecture physique peut convenir.
Les évolutions nécessaires seront définies en fonction des outils retenus et de leurs besoins spécifiques.
3.7 Analyse des impacts sur les processus métiers
La mise en œuvre de la nouvelle architecture du système d’information, construite sur la base de
nouveaux objectifs stratégiques (cf. PGS) et par application de nouveaux principes d’urbanisation, aura
un impact sur un certain nombre de processus et fonctions métiers.
Ces impacts seront plus ou moins importants, selon qu’ils affectent la répartition des responsabilités,
l’organisation du travail, les procédures d’exécution des opérations, ou le mode d’utilisation des nouvelles
applications.
On peut citer les processus et fonctions suivants :
Définition du Cadre Stratégique Pluriannuel sur une durée variable,
Alignement des procédures des unités décentralisées sur les procédures du Siège,
Suivi de l’avancement des opérations,
Suivi de l’exécution des contrats,
Suivi des résultats des interventions,
Gestion et suivi des missions et déplacements,
Utilisation de documents dématérialisés,
Validation des documents électroniques,
Utilisation d’un annuaire centralisé,
Production d’analyses et de tableaux de bord en temps réel
Ces impacts sont précisés plus en détail dans les dossiers d’Expressions de Besoins.
3.8 Analyse des impacts sur les procédures informatiques
La mise en œuvre de la nouvelle architecture du système d’information, construite sur la base de
nouveaux objectifs stratégiques (cf. PGS) et par application de nouveaux principes d’urbanisation, aura
également un impact sur l’organisation des processus d’exploitation informatique et sur les processus
d’assistance et de support.
Ces impacts vont concerner essentiellement la répartition des responsabilités, l’organisation du travail,
l’acquisition de nouvelles compétences, les procédures d’exploitation, et les procédures de support des
nouvelles applications.
On peut citer les fonctions et procédures suivants :
Montée en compétence sur de nouvelles technologies,
Montée en compétence sur de nouvelles applications,
Gestion de l’accès centralisé via le portail SIG,
Gestion des publications dans le portail SIG,
Administration du gestionnaire de tâches,
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
61
Contrôle de l’ordonnancement automatique des traitements,
Administration du gestionnaire électronique de documents,
Gestion des cubes et vues décisionnelles,
Assistance à la décentralisation des restitutions,
Support aux sites décentralisés.
3.9 Evaluation et choix du scénario d'urbanisation
Le scénario d’urbanisation, tel que présenté dans le schéma d’accostage applicatif et dans les
cartographies applicatives, est celui qui est retenu pour la rédaction du Cahier des Charges.
La mise en œuvre des composants applicatifs tels que présentés dans les cartographies, devra s’effectuer
de la manière la plus fluide et la plus rationnelle possible, dans le respect des principes et règles
d’urbanisation énoncés.
L’accent sera mis notamment sur les exigences suivantes :
Respect des mêmes standards technologiques,
Capacité d’intégration des applications entre elles,
Capacités d’intégration des outils collaboratifs,
Mise en œuvre d’ergonomies communes ou proches,
Possibilités de communications synchrones,
Accès à des référentiels communs et partagés,
Mise à disposition du modèle de données pour l’espace décisionnel
Ces exigences technologiques sont précisées plus en détail dans le dossier de Spécifications Techniques
Générales.
Le scénario d’urbanisation et le plan de mise en œuvre seront ajustés, en fonction des propositions reçues
des candidats à l’appel d’offres, et plus spécialement de la proposition retenue en final.
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
62
4 ANNEXES
4.1 Annexe A1 – fiches serveurs web
Appel d'offres N° 02/2013 – Construction SIG2g
Dossier d’Urbanisation
68
4.2 Annexe A2 – Schéma détaillé des flux fonctionnels