9 - Urbanisme du SI

1. Urbanisme du SI

2. Administration du patrimoine applicatif

Où en est-on ?

ORGANISATION

OPPORTUNITE &

LANCEMENT DU PROJET

ELABORATION D’UNE

SOLUTION

INTEGRATION &

INDUSTRIALI-SATION DU SI

MISE EN OEUVRE

CONDUITE DU CHANGEMENT

MANAGEMENT DE L’EQUIPE PROJET ET GESTION DE PROJET

ASSURANCE & MAITRISE DE LA QUALITE

URBANISME DU SYSTEME D’INFORMATION

Administration du S.I.• Les évolutions des S.I. correspondent :

– À de nouveaux besoins liés à l’activité,– Aux développements du décisionnel.

• Ils sont dictés par :– La volonté de réduire les coûts (TCO),– L’obsolescence des technologies.

Rôle de l’urbaniste

• Contribuer à la mise en œuvre de la stratégie définie pour :– Répondre aux objectifs majeurs de l’entreprise,– Assurer la cohérence applicative et technique,– Améliorer la qualité de service et maîtriser les coûts.

• Le succès dépend :– De la capacité à mettre en œuvre rapidement de

nouvelles applications,– De la qualité des S.I. et de leur impact sur la productivité,– Des coûts des évolutions.

Enjeu • Construire les nouveaux S.I. de manière

progressive, par étapes, en faisant cohabiter les nouvelles applications avec l’existant,

• Ceci suppose non seulement un découplage des différents niveaux de l’architecture du S.I., mais aussi une évolution planifiée et cohérente :– Des processus,– De l’architecture applicative,– De l’architecture technique,– Des postes de travail.

Mission de l’architecture du S.I.

• 3 finalités :– Contribuer activement à la cohérence des S.I. :

proposer un cadre de réflexion aux études d’opportunité fonctionnelles et techniques,

– Évaluer l’impact des demandes d’évolution du S.I. existant en termes de cohérence fonctionnelle, de faisabilité technique, de qualité de service, de coûts et de délais de mise en œuvre,

– Organiser les priorités de prise en compte des demandes d’évolution et la planification des opérations de rénovation du S.I.

Architecture du S.I.• Dresser la cartographie des

applications afin de :– Tracer la frontière des domaines

fonctionnels,– Positionner les applications propres à

un domaine ou transversales à plusieurs domaines,

– Visualiser les flux d’information échangés entre les applications,

– Visualiser les flux d’information échangés avec l’extérieur de l’entreprise,

– Positionner les projets d’évolution du S.I.

Fiche Projet

Objectifs et avantages attendus

Périmètre

Stratégie de migration

Organisation de projet

Planning actualisé + événements majeurs

Budget actualisé

Points positifs

Difficultés rencontrées

Risques majeurs

Plan d’actions

Gestion du patrimoine applicatif

• Maintenir à jour la cartographie des S.I. au niveau :– Du schéma général d’architecture,– Des cartographies détaillées des

applications par processus de gestion,– Des informations synthétiques sur les

applications en production.

• Maîtriser le patrimoine applicatif :– Versions d’applications en production,– Documentations,– Plates-formes.

• Mettre à disposition (intranet).• Fiches …

Description du patrimoine applicatif

Processus Application Date de mise en production

Date de remplace-ment

Sites utilisateurs

Progiciel Logiciel de base

Plate-forme

Description d’une application existante

Processus Application Fonctionnalités Statut */site Améliorations souhaitées

Actions/années

N-1, N , N+1

* Statut : fonctionnement en double, production, arrêtée.

Description d’une application en développement

Processus Application Fonctionnalités Date de mise en production

Applications remplacées

Identification des Interfaces

Origine Destination Données quantitatives

Processus Application Processus Application Fréquence Volumétrie

Architectures techniques• Fiches spécifiques :

– Architecture technique globale,

– Configuration technique des serveurs,

– Architecture réseau globale, – Architecture réseau locale

des sites,– Postes de travail et

messageries

Évolutions à prendre en considération

• Contexte de l’entreprise,• Nouvelles orientations,• Changements dans le métier

des utilisateurs,• Exigences de la qualité de

service,• Politique de sous-traitance,• Choix de progiciels et de plates-

formes,• Métiers du SI, et stratégie de

formation.

Thèmes connexes• 3 au moins :

– Datawarehouse,– Conservation légale

des données,– Déclaration à la CNIL.

Administration des données• Données = capital informationnel de

l’entreprise.

• Objectif : disposer d’un dictionnaire de données fédérateur, reconnu et partagé par tous les utilisateurs du S.I.

• Difficulté réelle.

Administration des données d’une entreprise

• Objectifs : Maîtrise de la sémantique, 2 règles,– Utiliser le même nom pour la même donnée dans deux domaines d’activités

différents.– Un même nom ne peut désigner deux données différentes dans des

domaines différents.

• Mission de l’administrateur des données du SI :– Maîtriser la sémantique,– Collecter et faire valider les définitions et les descriptions des données,– Assurer la cohérence de l’ensemble,– Alimenter et tenir à jour le dictionnaire des données,– Organiser et gérer la consultation du dictionnaire.

• Structuration à deux niveaux :– Concepts manipulés par l’entreprise : entités du modèle,– Propriétés associées aux concepts : données élémentaires.

Concept

Fiche dictionnaire N° CONCEPTNom du concept

Définition sémantique

Périmètre de validité de la définition

Tout le S.I., un ou plusieurs domaines

Sources de la définition Texte de référence

Direction dépositaire de la définition

Date de création

Date de mise à jour

Propriété

Fiche dictionnaire N° PROPRIETENom de la propriété Nom du Concept

Définition

Périmètre de validité de la définition

Tout le S.I., un ou plusieurs domaines

Règle de calcul, de création, de suppression

Responsabilité des acteurs

Date de création

Date de mise à jour

Administration des données d’un projet 1

• Objectifs :– Veiller à la cohérence des concepts et des

définitions des données,– Garantir la non redondance des données,– Tenir à jour le dictionnaire de données du

projet.

Administration des données d’un projet 2

• Organisation générale : deux périodes – Phase de modélisation :

• La plus structurante,• Interaction administrateur- concepteur,• Garantie de la cohérence,• Échange et validation avec les utilisateurs.

– Phase de maintenance :• Mise en place de circuits précis de MAJ du dictionnaire,• Assurer la cohérence parfaite entre l’évolution du dictionnaire et les

modèles de données et de traitements (AGL).

• Mise à disposition des données auprès de tous les utilisateurs autorisés : outils de consultation et éditions papier.

Structuration générale du dictionnaire de données

• En conformité avec le niveau sémantique, deux niveaux :– Les entités de la

modélisation,– Les propriétés

associées aux entités.

• Fiches …

Fiche Dictionnaire : ENTITEProjet :

Nom de l’entité

Définition

Exemple

Commentaire

Date de création

Date de mise à jour

Fiche Dictionnaire : DONNEEEntité : Projet :

Nom de donnée

Format : type et longueur

Définition

Exemple

Table de configuration

Règle de gestion

Donnée obligatoire

Date de création

Date de mise à jour

Administration du patrimoine applicatif

• Documentation des projets :– Souvent en seconde priorité,– Dérive en phase de maintenance.

• Documentation : facteur clé de succès :– La seule partie visible en phase de conception,– Outil de communication,– Mémoire du projet dans les phases de

développement et de maintenance.

Gestion en quatre points

• Acteurs de la gestion,• Classement et

identification des documents,

• Structure des documents,• Règles de tenue à jour de

la documentation

Acteurs de la gestion de la documentation

• Auteur d’un document, responsable– Du contenu,– De la diffusion,– De la gestion des mises à jour,– Des mises à jour du journal de la documentation,– De la sauvegarde.

• Personne(s) chargée(s) de la validation du document :– Date de retour !

• Responsable qualité chargé de la documentation :– Respect des règles, Contrôle de cohérence,– Complétude du journal, Classement général.

Identification et classement

• Identification : par exemple– Identifiant du projet/identité émettrice du

document/ type de document/ numéro chronologique :

• PROJ/XXX/TYPE/200301

• Classement des documents :– Mode de classement dans les répertoires

des serveurs et les armoires– Par type, ou plus général (étape)– Document opérationnel : journal de la

Documentation.

Structure des documents

• Page de garde :– Titre, Identification, date de

dernière MAJ, date d’impression, état, n° de version, indice de révision, auteur(s), présentation succincte.

• Page de suivi des révisions

• En-tête et pied de page.

Règles de Production, et de mise à jour

• Production initiale• Modification (révision)• Changement de version• Outils de gestion• Sauvegarde et archivage

Gestion des configurations applicatives 1

• Objectifs :– Identifier les éléments constitutifs d’une

configuration,– Gérer les versions successives des éléments

d’une configuration,– Garantir la cohérence et la complétude d’une

configuration d’un produit,– Gérer les évolutions des éléments constitutifs

d’une configuration d’un produit,– Identifier et faciliter l’analyse des écarts entre

deux versions successives de configuration,– Identifier et gérer à un instant donné, les versions

en cours de développement, de réception et en exploitation.

Gestion des configurations applicatives 2

• Types d’éléments :– Les dossiers de conception,– Les dossiers de qualification,– Les composants logiciels,– Les outils d’aide au développement.

Gestion des configurations applicatives 3

• Définition AFNOR NF Z61-101 & 102 :– Configuration : composition physique d’un système,

précisée par la nature, le nombre, les fonctions, les caractéristiques essentielles et les interconnexions de ses éléments.

– Gestion de configuration : ensemble des activités manuelles et automatisées permettant d’identifier et de définir les éléments de configuration d’un système et toutes leurs relations, d’en contrôler les évolutions durant le cycle de développement, d’en archiver chacun des états successifs et d’en vérifier la complétude et la cohérence.

Fonctions assurées• Identification des éléments :

– Identifiant de l’élément,– Nom de l’élément,– Numéro de version,– Numéro d’indice de modification.

• Mise en configuration:– Identifier tous les éléments constitutifs,– Décrire chaque élément mis en configuration,– Valider la mise en configuration,– Mettre à jour le journal de configuration.

• Gestion des versions :– Modification mineure/ majeure.

Environnements types• 3 types :

– Environnement de développement ou de paramétrage de progiciel,

– Environnement de réception,

– Environnement d’exploitation.

Urbanisme des S.I.

• Bibliographie

Urbanisme des S.I.• Jacques Sassoon• Hermès 1998

Urbanisme des S.I.• Gérard Jean• Hermès 2000

Urbanisme des S.I.• Christophe Longépé• Dunod 2001

Où en est-on ?

ORGANISATION

OPPORTUNITE &

LANCEMENT DU PROJET

ELABORATION D’UNE

SOLUTION

INTEGRATION &

INDUSTRIALI-SATION DU SI

MISE EN OEUVRE

CONDUITE DU CHANGEMENT

MANAGEMENT DE L’EQUIPE PROJET ET GESTION DE PROJET

ASSURANCE & MAITRISE DE LA QUALITE

URBANISME DU SYSTEME D’INFORMATION