Urbanisme du SI Administration du patrimoine applicatif

Où en est-on ? INTEGRATION & INDUSTRIALI-SATION DU SI ELABORATION 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 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° CONCEPT Nom 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° PROPRIETE Nom 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 : ENTITE Projet : Nom de l’entité Définition Exemple Commentaire Date de création Date de mise à jour

Fiche Dictionnaire : DONNEE Entité : 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 ? INTEGRATION & INDUSTRIALI-SATION DU SI ELABORATION 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