9 - urbanisme du si 1.urbanisme du si 2.administration du patrimoine applicatif
TRANSCRIPT
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