schéma directeur informatique et des télécommunications. orientations stratégiques, conception...

Schéma Directeur Informatique et des Télécommunications.

Orientations stratégiques,Conception générale du futur système etScénarii de mise en œuvre

Consulting

Conception générale du futur SI – page 2

SommaireSommaire

Rappel de la démarche Orientations stratégiques Urbaniser un SI : Objectifs et principes Plan d’urbanisation du futur SI de la TGR Apports et fonctionnement du nouveau plan

d’urbanisation Autres scénarii possibles Plan d’action à court terme Options et scénarii de mise en œuvre Suite de l’étude et calendrier actualisé


Démarche généraleDémarche générale

1. Lancement de l’étude

- Formation- PAQ, note de lancement

2. Analyse et audit existant

- Description détaillée de l’existant.- Synthèse.

3. Orientation du SDIT. Bonnes pratiques.

- Bilan des expériences similaires.- Idées des cadres de la TGR.

4. Conception générale du futur système.

- Architecture fonctionnelle- Description détaillée des domaines fonctionnels

5. Élaboration du ‘Plan Action Court Terme’

- Plan d’Action à Court Terme

6. Élaboration des scénarii mise en œuvre.

- Dossier de choix des scénarii de mise en œuvre.

7. Planification de la solution retenue.

- Schéma Directeur Stratégique.- Plan Directeur Opérationnel.

Phase 1 :

Phase 2 :

Phase 3 :

Phase 4 :

Phase 5 :

Des livrab

les a

ttend

us à l’is

sue

de ch

acu

ne d

es é

tape

s

Un

e d

ém

arc

he a

rticu

lée a

uto

ur d

e 7

éta

pes, ré

partie

s e

n 5

ph

ases


Orientations stratégiques Orientations stratégiques

Rappel des objectifs et de la démarche de travail : Une phase qui visait à définir les priorités d’évolution du SI

pour accompagner de façon cohérente les orientations stratégiques de la TGR

Une démarche qui s’est déroulée en quatre temps :• Le séminaire de réflexion du 22 septembre 2004• Un travail d’analyse avec les membres du Comité de Suivi qui a

permis de construire la « vision opérationnelle » : notation des thèmes de progrès identifiés (18) pour chaque métier de la TGR (8 missions opérationnelles et 2 missions fonctionnelles transverses) selon 3 critères d’évaluation (productivité, efficacité financière et ouverture client)

• La formulation des orientations par le Comité de Direction• Une synthèse des priorités exprimées, servant de guide et de

fondement pour la suite du Schéma Directeur (janvier 2005)



Le Comité de Direction de la TGR a exprimé des priorités qui convergent avec la « vision opérationnelle » :Rang Métier Critères privilégiés MOA MOE

1 Dépense + sa compta. ProductivitéDMRSI – GID – DCASD - TPR

-

2Recettes (point de contact)

Client DMRSI -

2 bisRecouvrement + sa compta.

Productivité DMRSI - DCASD -

3 PilotageEfficacité Financière

TGR -

3 bis Centralisation Comptable Productivité DMRSI - DCPC -

3 ter Finances Locales Client DMRSI - DCPC -

4 TrésorerieEfficacité Financière

DMRSI – DCASD - DCPC -

- Banque Client DMRSI - DCASD Externe

- Paie Client DMRSI - PPR

- Support Client DAAG Externe



Synthèse et principaux enseignements Une priorité majeure est accordée au métier « Dépenses », pour

lequel l’axe privilégié est l’amélioration de la productivité Le SI du métier « Banque » doit être amélioré à court terme et une

refonte pourrait être envisagée à moyen terme La centralisation comptable doit être distinguée de la comptabilité

propre à chaque métier Après les métiers fondamentaux, un effort devra être consacré à

l’instrumentalisation des fonctions de Pilotage Il faut capitaliser sur les projets du Ministère (« SIG-RH », « GID »…) Lorsque cela est possible, il convient d’adopter des solutions du

marché et externaliser certaines charges L’allocation des ressources doit être optimisée en se concentrant

sur les sujets spécifiques et stratégiques Les chantiers d’accompagnement pourraient être anticipés pour

faciliter l’évolution et l’appropriation du futur SI


Plan d’urbanisation du futur SI de la TGRPlan d’urbanisation du futur SI de la TGR

Domaine : SupportDomaine : Support

Domaine : MétierDomaine : Métier

Inspection et auditInspection et audit

Domaine : Pilotage et aide à la décisionDomaine : Pilotage et aide à la décision

Contribuables, Déposants,

Collectivités, Entreprises…



DonnéesDonnées

Esp

ace pu

blic – S

ervices aux p

artenaires, clien

ts et agents – C

all cen

terE

space p

ub

lic – Services au

x parten

aires, clients et agen

ts – Call

center

Entrepôts de données, Tableaux de Bord, Statistiques, Analyse de l’activité et CoordinationEntrepôts de données, Tableaux de Bord, Statistiques, Analyse de l’activité et Coordination

Gestion des Ressources Matérielles

et Financières


et Financières

Gestion desRessources Humaines


Comptabilité et CentralisationComptabilité et Centralisation

Dépenses de l’Etat et des

Collectivités Locales



Recettes de l’Etat et des CL


Activité bancaireActivité bancaire

Paie du PersonnelPaie du Personnel

Interfaces : Systèm

e d’échanges de données et de messages

Interfaces : Systèm

e d’échanges de données et de messages

Codifications et Nomenclatures


Portail M

ultiservices d

e la TG

R

DetteDette

Responsabilité des comptablesResponsabilité des comptables

Conseil Financier aux Collectivités Locales


Gestion documentaireGestion documentaire

CourrierCourrier

Annuaire, Agenda et messagerieAnnuaire, Agenda et messagerie

Affaires juridiques

Affaires juridiques

PortefeuillePortefeuille

TrésorerieTrésorerie

Règles de gestion Règles de gestion

RéférentielsRéférentiels


Apports et avantages du nouveau plan Apports et avantages du nouveau plan d’urbanisationd’urbanisation

Système structuré et optimisé : une mission, un système Indépendance vis-à-vis de l’organisation Système intégré et mutualisé : applications, données et

référentiels communs et partagés Les informations agrégées et consolidées

automatiquement Plate-forme normalisée d’échange entre applications La comptabilité au cœur du système, outil de traçage et

d’audit permettant une meilleure sécurité. Elle est alimentée automatiquement par les événements déclenchés par les utilisateurs internes et externes

La comptabilité auxiliaire est un sous-produit de la comptabilité générale

Possibilité de recours à des outils du marché (Progiciels…)

L’utilisateur au centre des préoccupations du SI : accès unique, personnalisé et large, multiples fonctions d’aide, de rappel, de planification, de recherche…


Scénarii fonctionnels possiblesScénarii fonctionnels possibles

Deux scénarii possibles : Organisation du système par activité Organisation du SI par « budget » : État ou Collectivités

Locales

Présentation des scénarii fonctionnels : Par activité Par budget « État » ou « CL »












DetteDette

Responsabilité des comptablesResponsabilité des comptables


Conseil Financier aux Collectivités LocalesPortefeuillePortefeuille



Recettes de l’ÉtatRecettes de l’État

Dépenses de l’ÉtatDépenses de l’État

Finances de l’État

Conseil Financier CLConseil Financier CL

Recettes des CLRecettes des CL

Dépenses des CLDépenses des CLActivité bancaireActivité bancaire



Inspection et auditInspection et auditResponsabilité des comptablesResponsabilité des comptables

Dette de l’ÉtatDette de l’État

Dette des CLDette des CL



Finances Locales


Plan d’action à court termePlan d’action à court terme

Mise à niveau de la filière informatique Amélioration de l’organisation de la filière informatique Définition et mise en place des procédures et règles de

gestion Structure chargée de la formation informatique destinée aux

utilisateurs et aux informaticiens (ingénierie et pilotage) Plan de formation continue des informaticiens

Sécurisation du système d’information Création de la fonction «gestion de la sécurité du SI» Élaboration de la politique sécurité et du manuel de

procédures « sécurité » (mission d’audit global de sécurité)

Amélioration des applications actuelles Lancement des projets visant la conduite du

changement, la formation en particulier


Options de mise en œuvre Options de mise en œuvre

Solution Fonctionnelle

Architecture Technique

Infrastructure réseaux









DonnéesDonnées

Espace public –

Services aux partenaires, clients et agents –

Call center

Espace public –


Call center



et Financières


et Financières



Comptabil ité et CentralisationComptabil ité et Centralisation




Collectivités LocalesRecettes

de l’Etat et des CL




Interfaces : Système d’échanges de données et de messages




Portail Multiservices de la TGR

DetteDette

Responsabilité des comptables





CourrierCourrier


Affairesjuridiques

Affairesjuridiques













DonnéesDonnées

Espace public –


Call center

Espace public –


Call center



et Financières


et Financières

















DetteDette






CourrierCourrier


Affairesjuridiques

Affairesjuridiques






Options fonctionnellesOptions fonctionnelles

Trois options sont examinées : Progiciels/ERP : Comptabilité, trésorerie, dépenses,

recettes… Spécifique par refondation et évolution de l’existant. Spécifique par la refonte et la réécriture des applications.

Evaluation des options : Démarche : Analyse SWOT

Strengths / Forces Weaknesses / Faiblesses

Opportunities /Opportunités

Threats / Menaces


Evaluation des options Evaluation des options fonctionnellesfonctionnelles

Evaluation option progiciel

Evaluation de l’option refondation et évolution

- Editeur solide, technologie récente - Progiciel structurant (rigide)- Bénéficier d’expérience des autres- Maintenance facile

- Peu de progiciel totalement adapté- Peu d’intégrateurs qualifiés- Intégration délicate de composants - Dépendance vis à vis d’un éditeur

- Augmentation qualité des services - Amélioration du travail en équipe- Évolution vers nouvelles fonctions- Appropriation par les utilisateurs

- Paramétrage lourd et spécifique- Prédisposition des utilisateurs - Coûts excessifs voire exorbitants- Peu d’expérience/compétences

- Le moins de risque.- Existant testé et marche - Outils connus des informaticiens- Délai de réalisation raccourci

- Difficile de réorganiser- Transformation résultats médiocres- Beaucoup d’efforts à déployer- Démultiplication des systèmes TGR

- Réutiliser l’existant- Ne pas bousculer les habitudes- Capitaliser le savoir-faire- Nouvel éditeur inspire confiance

- Outils très récents- Existant très peu amélioré- Service rendu restera limité- Utilisation réduite des NTIC


Evaluation des options Evaluation des options fonctionnellesfonctionnelles

Evaluation de l’option refonte et réécriture

Adaptation des options aux orientations stratégiques• Privilégier le recours aux progiciels, l’évolution en 2° lieu• Mais, la décision doit être prise après :

– Analyse fine et détaillée de chaque bloc fonctionnel (micro-urbanisation)

– Cas de progiciel : réaliser des prototypes significatifs.

- Apport important d’outils récents- Système urbanisé (tel que conçu)- Concilier entre les choix TGR/PPR- Sous-traitance plus facile

- Risque : délais, résultats, coûts- Fiabilité difficile à garantir- Équipe peu préparée et non formée- Utilisateurs : Tout est possible !

- A terme : Système récent, modulaire, cohérent avec les autres systèmes TGR.

- Charge du travail très importante - Informaticiens pris par la maintenance du système actuel- Coûts importants (sous-traitance)


Coûts des options fonctionnellesCoûts des options fonctionnelles

Evaluation des coûts d’acquisition et de mise en œuvre.

Coûts d’acquisition et de mise en œuvre. Progiciel. Évoluer l’existant.

Développer à nouveau.

Dépenses de l’État et des CL. 62 MDH 7,5 MDH 12,5 MDH

Recettes de l’État et des CL. 25 MDH 4,2 MDH 5,2 MDH

Gestion du Portefeuille. 6 MDH 1 MDH 1,2 MDH

Gestion de la Trésorerie. 6 MDH 1,3 MDH

Dette. 11 MDH 1,9 MDH 2,4 MDH

Comptabilité et Centralisation. 31 MDH 6,4 MDH 6,4 MDH

Conseil aux Collectivités Locales. 8 MDH 1,6 MDH

Responsabilité des comptables. 4 MDH 0,7 MDH 0,9 MDH

Inspection et audit. 6 MDH 1,3 MDH

Affaires J uridiques, visas réglementaires. 2 MDH 0,4 MDH 0,5 MDH

Gestion électronique des documents. 9 MDH

Gestion des archives. 6 MDH

Gestion du courrier. Workflow 4 MDH

Référentiels, EAI… 19 MDH 4 MDH

Entrepôt de données, statistiques et TB. 9 MDH

Analyse des activités. 6 MDH 1,2 MDH

Coordination. 5 MDH 1 MDH

TOTAL 220 MDH 38 MDH 45 MDH


Options d’architectures techniques Options d’architectures techniques












DonnéesDonnées

Espace public –


Call center

Espace public –


Call center



et Financières


et Financières

















DetteDette






CourrierCourrier


Affairesjuridiques

Affairesjuridiques













DonnéesDonnées

Espace public –


Call center

Espace public –


Call center



et Financières


et Financières

















DetteDette






CourrierCourrier


Affairesjuridiques

Affairesjuridiques






FirewallRéseau de télécoms

Routeur

Postes de travail

Accès télécoms

Serveurs métiers centraux

Serveurs Web

Accès télécoms

Utilisateurs des Services centraux

Accès télécoms

Utilisateurs des TR/TP

Utilisateurs des Perceptions, RC…

Accès télécoms

Options d’architectures techniquesOptions d’architectures techniques



Routeur

Postes de travail

Accès télécoms


Serveurs Web

Accès télécoms

Utilisateurs Région Rabat

Accès au serveurs de la région par le

réseau des télécoms

Configuration type de la région (15)

Utilisateurs des Perceptions, RC…

Accès télécoms




Routeur

Postes de travail

Accès télécoms


Serveurs Web

Accès télécoms

Accèstélécoms

Accès télécoms

Configuration type d’une entité





Evaluation des architectures Evaluation des architectures techniquestechniques

Solution Centralisée : La tendance récente est la centralisation des équipements et des

ressources informatiques, les motivations sont des gains et économies importants obtenus grâce à la mutualisation des ressources humaines et matérielles d’une part, la fiabilité, l’intégrité, la cohérence, l’évolutivité et l’adaptabilité du système d’autre part.

Grâce aux développements récents des réseaux et télécoms, les architectures centralisées permettent, ce qui n’était possible qu’avec une proximité physique des équipements durant les dernières décennies : disponibilité, célérité et qualité du service rendu.

Coûts d’acquisition et de fonctionnement sont relativement moins chers.

Très forte dépendance du réseau national des télécommunications :Le futur système de la TGR sera très fortement dépendant de

l’infrastructure réseau et télécoms, gérée par un organisme tiers (Maroc Télécoms) aussi bien en terme d’investissement (infrastructures) que de fonctionnement (qualité du service).

Toute panne du système conduit à l’arrêt de fonctionnement de tous les utilisateurs.



Solution Régionalisée : Les architectures départementales permettent de « rapprocher » les

systèmes de leurs utilisateurs, pour augmenter la disponibilité, la célérité des systèmes et la qualité du service rendu.

Elles permettent l’autonomie et assurent l’indépendance relative vis à vis des supports des télécommunications.

Un arrêt éventuel d’un système ne concernera qu’une partie des utilisateurs (TR ou TP par exemple).

Les inconvénients sont nombreux : multiplication des centres de gestion et d’exploitation (16), effectifs importants à mobiliser, difficultés de consolider, d’intégrer et de partager l’information, etc.

Le futur système sera aussi dépendant de l’infrastructure réseau et télécoms au niveau régional. La qualité de cette infrastructure évolue favorablement, toutefois, pour l’immédiat elle n’est pas totalement fiable et sûre.

Les coûts d’acquisition et de fonctionnement sont relativement plus chers.



Solution Locale : (Solution actuelle) Permet une indépendance totale vis à vis des réseaux, chaque

local (Perception, RC…) sera équipé de son propre serveur sur lequel seront installées les applications et données appropriées.

Un arrêt éventuel d’un système ne concernera que les utilisateurs du local concerné (Perception, RC…).

Les inconvénients sont très nombreux : multiplication des centres de gestion et d’exploitation, effectifs importants à mobiliser, difficultés de consolider, d’intégrer et de partager l’information, etc.

La consolidation des données, même au niveau régional nécessitera des efforts importants et des moyens humains et techniques permanents.

Les coûts d’acquisition et de fonctionnement sont excessivement chers.

Cette architecture n’a aucune valeur ajoutée par rapport à la situation actuelle (technologie des années 80).


Coûts des architectures techniquesCoûts des architectures techniques

Rubrique Centrale Régionale

Serveurs de données 3,7 MDh 8 MDh

Serveurs d’applications 3 MDh 9,5 MDh

Serveur de développement 0,45 MDh 0,45 MDh

Serveur de test 0,45 MDh 0,45 MDh

Serveur décisionnel 0,7 MDh 0,7 MDh

Postes de travail : PC et imprimantes 24 MDh 24 MDh

Solution de sauvegarde centralisée 1,4 MDh

Solution d’administration globale 7 MDh 14 MDh

SGBD pour les serveurs retenus 4 MDh 14,5 MDh

TOTAL 44,7 MDh 71,6 MDh


Options d’architectures techniques Options d’architectures techniques












DonnéesDonnées

Espace public –


Call center

Espace public –


Call center



et Financières


et Financières

















DetteDette






CourrierCourrier


Affairesjuridiques

Affairesjuridiques













DonnéesDonnées

Espace public –


Call center

Espace public –


Call center



et Financières


et Financières

















DetteDette






CourrierCourrier


Affairesjuridiques

Affairesjuridiques






Orientations futures du réseau Orientations futures du réseau

Connexion permanente généralisée Topologie du réseau

Adaptation à l’architecture fonctionnelle future.

Infrastructure de base Privée ou mutualisée Périmètre d’externalisation à définir

Les supports de transmission Backbone : LL+ ou LS secourues par RNIS ADSL pour la majorité des sites restants avec LS en cas de

nécessité de débit garanti. En cas d’indisponibilité utilisation de liaison Dial-up

Intégration Voix / Données.


Scénarios du futur réseauScénarios du futur réseau

Réseau privé à base de LL+ Backbone : le siège et les Trésoreries Régionales Nœud central avec une arborescence Les nœuds terminaux reliés aux nœuds de concentration

Réseau hybride Variante du premier scénario Les nœuds terminaux reliés à travers Internet sécurisé

Réseau mutualisé « VPN-IP » Externalisation Contrat SLA, avec taux de disponibilité 99,5% et 99,7% Homogénéité de toutes les connexions Topologie multipoints et évolutive


Réseau privé : Schéma synoptiqueRéseau privé : Schéma synoptique

LS Numériques inter-sites

Accès RNIS pour backup

Sites de concentration

Sites terminaux

TR

Sites rattachés

siège

TR

TR TR

Sitesterminal

TR

RNIS

Sites termina

Siteterminal

Siège

TRTR TR

Siteterminal

Site terminal

TR

RNIS

Site terminal

Sites rattachés


Réseau privé : évaluationRéseau privé : évaluation

Maturité de la solutionSécurité renforcée par le réseau de bout en

boutFacilité de mise en œuvrePossibilité de réutilisation de l’existantCoût élevé : investissement et fonctionnementDifficulté d’évolution et d’adaptationGestion et administration importantesSurcoût important pour le support de la voix


Réseau Hybride : présentationRéseau Hybride : présentation

Backbone Le même que celui du réseau privé Surdimensionner le lien du nœud central vers Internet Sécuriser les liaisons inter-sites par du VPN privé (cryptage,

IPsec, …)

Le coût : Équipements : routeurs Installation : lignes et équipements avec leur paramétrage Fonctionnement : LS + accès backup + maintenance +

amortissement + RH Paramétrage de la sécurité des liaisons internet


Réseau hybride : évaluationRéseau hybride : évaluation

Coût de fonctionnement maîtriséPossibilité de réutilisation de l’existant La sécurité doit être prise en charge par la

TGRMise en œuvre complexeLourdes gestion et administrationGrand besoin en ressources humainesDifficulté d’évolution et d’adaptationSurcoût important pour le support de la voix


Réseau VPN-IP : Schéma synoptiqueRéseau VPN-IP : Schéma synoptique

Siège

TR

Site Distant

LS

LS

Réseau Privé virtuel IP

Opérateur

LS

Site DistantADSL

TRLS

RNIS


Réseau VPN IP : évaluationRéseau VPN IP : évaluation

Coût d’investissementFacilité de mise en œuvreFacilité d’évolution et d’adaptationServices à valeurs ajoutées fournis Faible besoin en RH propresCoût de fonctionnement élevéLes équipements en cas de cessation du

contrat


ComparaisonComparaison

Critère LL+ VPN-IP HybrideRéponse aux besoins du futur S.I. Maturité de la solution ++ + -Évolutivité et ouverture - ++ -Niveau de sécurité ++ + +Services offerts par l’opérateur - + -Besoins en R.H. propres + ! -Délai de mise en œuvre + + -Réutilisation de l'existant ++ - +Coût d’investissement -- + -Coût de fonctionnement -- - +Surcoût de la voix -- + --


Prix approximatifsPrix approximatifs

coûts approximatifs cumulés sur trois ans

10

15

20

25

30

35

40

45

50

55

60

1ère année 2éme année 3éme année

LL+

VPN-IP

Hybride

Coûts des Scénario (en million DH)

Investissement initial Fonctionnement annuel

LL+ 8,5 à 10,5 13 à 15

VPN-IP 1,5 à 2,5 9,5 à 11,5

Hybride 6,5 à 8,5 7,5 à 9,5


Scénarii de mise en œuvre : Scénarii de mise en œuvre : ConclusionConclusion

Nous conseillons l’adoption des options de mise en œuvre suivantes : Solution fonctionnelle :

• Recours maîtrisé aux progiciels de gestion intégrés : Comptabilité, portefeuille et trésorerie (sans écarter les autres blocs fonctionnels Dépenses/recettes en particulier)

• Refondation-Evolution des applications spécifiques• Co-traitance de développement des nouvelles applications

Architecture matérielle : Centralisée Réseau des télécoms :

• Principe : Permanent, synchrone, robuste et fiable • Option retenue : VPN-IP avec intégration voix et données


Suite de l’étude : Etape 7Suite de l’étude : Etape 7

Objectifs : Planifier et ordonnancer les tâches nécessaires pour

la réalisation du futur SI, projets, planning, budget... Ebaucher les mesures d’accompagnement et les

besoins de conduite de changement induits par la mise en œuvre du SDIT.

Résultats : Le Schéma Directeur Informatique et Télécoms :

Orientations stratégiques, priorités, urbanisation … Le Plan Directeur Opérationnel ou plan de mise en

œuvre : choix technologiques, projets, organisation, structures de projet…

Modalités pratiques : Approfondissement du scénario retenu lors de l’étape

précédente, Elaboration et validation du plan directeur

opérationnel, Rédaction et validation du schéma directeur.

Durée : mi-juillet 2005

1. Lancement de l’étude

2. Analyse et audit existant

3. Orientation du SDIT.

4. Conception générale du futur système.

5. Élaboration du ‘Plan Action Court Terme’

6. Élaboration des scénarii de mise en œuvre.

7. Planification de la solution retenue.

Phase : 1

Phase : 2

Phase : 3

Phase : 4

Phase : 5

Schéma Directeur Informatique et des Télécommunications Conception générale du futur SI.

Débat

Consulting

schéma directeur informatique et des télécommunications. orientations stratégiques, conception...

Documents