Urbanisation et Architecture des Systèmes d'Information

 1.Introduction 
I.Définitions : Système, Système d’information, Système Informatique, Architecture, Architecture d’un Système d’Information 
II.Les évolutions des architectures dans le temps
III.Points de vigilance : De quoi parle-t-on dans NFE107? De quoi ne parlera-t-on pas ?
IV.Urbanisation :

• Pourquoi urbaniser.
• Objectifs de l’urbanisation - Enjeux pour les Systèmes d’Information
• Qualités attendues d’un SI Urbanisé
• Définitions
• Changement de culture et conduite de changement
• Rapprochement entre l’urbanisation de la cité et l’urbanisation SI
• Démarches d’urbanisation
• Exemples

V.Présentation de la démarche étudiée
VI.Présentation de la mission de l’Urbaniste et celle des Architectes
VII.Bibliographies
 
2.Structuration de la vision métier
I.Positionnement et objectif de la vision métier
II.Contexte, concepts et définitions
III.Vision métier et stratégie
IV.Modélisation de la stratégie
V.Stratégie et gestion des exigences
VI.Modélisation des processus métier
VII.Notation BPMN
VIII.Perspective : Urbanisme et gouvernance
IX.Conclusion : concepts et démarche
X.Illustration par application de la démarche sur une étude de cas
 
3.Structuration de la vision fonctionnelle
I.Positionnement et objectif de la vision fonctionnelle
II.Qu’est ce qu’une fonction et comment l’identifier ?
III.Structure de base d’une vision fonctionnelle
IV.Lien avec la vision métier
V.Principes fondateurs de construction de la vision fonctionnelle :

• Règles d’urbanisme à mettre en place
• Démarche de construction en 7 étapes
• Niveau de granularité attendu
• Application de la démarche sur l’étude cas

 
4.Structuration de la vision applicative fonctionnelle 
 I.Positionnement et objectif de la vision applicative-fonctionnelle
II.Qu’est ce qu’une application et comment l’identifier ?
III.Structure de base d’une vision Applicative - Fonctionnelle
IV.Lien avec la vision fonctionnelle
V.Principes fondateurs de construction de la vue applicative-fonctionnelle

• Règles d’urbanisme à mettre en place
• Démarche de construction de la vue en 6 étapes
• Introduction à Identification des flux « techniques » (protocoles, typologie…) et aux messages  (XML,EDIFACT, ASCII, SWIFT, ebXML…)

 VI.Application de la démarche sur l’étude cas
 
5.Structuration de la vision applicative logicielle
 I.Positionnement et objectif de la vision applicative logicielle
 II.Définitions : Architecture logicielle, Approche « boîte blanche »
III.Construire en assemblant
IV.Structuration des applications en mode :

• « logique » hors de tout contexte d’exécution (machines, OS et réseaux)
• « physique », prenant en compte le contexte d’exécution

V.La vue en couches (Layer)
VI.Le modèle MVC
VII.Démarche de construction en 4 étapes :

•  Définir le modèle d’architecture en couches et en tiers à mettre en œuvre pour chacun des blocs applicatifs
•  Préconiser des motifs de conception à mettre en œuvre pour les couches
•  Préconiser les librairies, composants, frameworks et outils à utiliser pour :
  •  l’implémentation des couches logicielles (présentation / coordination / services / domaine / persistance, gestion de logs, …)
  •  la fabrication de l’application (conception, développement, tests unitaires, intégration, packaging)
  •  la mise en production et le suivi (déploiement, configuration, surveillance, suivi de la qualité de service, suivi des erreurs)
•  Guider les phases de conception et de développement en s’assurant que les concepteurs et les développeurs ont bien compris l’architecture

VIII.Focus sur :

•  Architecture REST, Architecture décisionnelle : entrepôt de données, ETL
•  Architecture Big Data

IX.Intégration de systèmes (EAI, ESB, …)
 X.Application de la démarche sur l’étude cas
 
6.Structuration de la vision technique
I.Positionnement et objectif de la vision technique
 II.Démarche de construction en 6 étapes :

•  Décrire l’architecture physique pour chaque bloc applicatif, en précisant les moyens d’infrastructure technique à mettre en œuvre (implantation des composants, topologie)
  •  Plates-formes matérielles (poste de travail, serveurs départementaux, serveurs d’entreprises, stockage…)
  •  Logiciels de base (système d’exploitation, SGBD, middleware, serveurs d’applications, annuaires…)
  •  Réseaux et télécommunications (réseau locaux (LAN) ou longues distances (WAN), débit, switch, routeurs, proxies, firewalls, …)
•  Définir la qualité de service attendue pour le système à partir des contraintes exprimées et décrire les solutions à mettre en oeuvre :
  •  Performance
  •  Disponibilité
  •  Sécurité
•  Définir un modèle de dimensionnement théorique à partir des hypothèses et des contraintes existantes et exprimées, permettant de dimensionner :
  •  les moyens matériels
  • Les logiciels (OS, SGBDR, …)
  •  les réseaux (calcul de bande passante)
•  Piloter/participer à l’étude de prototypage et au benchmark permettant ainsi de valider/affiner le modèle de dimensionnement de l’infrastructure technique
•  Définir l’architecture de l’exploitation (administration / supervision du SI)
  •  outils de supervision
  •  procédures de déploiement et de configuration, procédures d’exploitation, de supervision
•  Déterminer le coût du système

 
7.Bilan : Projet, Perspectives et trajectoire de transformation
 I.L’urbanisation à l’aune du projet de transformation du SI
 II.Les besoins actuels de modernisation du SI et l’impact de la transformation digitale
 
 
 

Une étude de cas (étude d'urbanisation) est à faire en binôme pendant le semestre. Un mémoire synthétiseur les travaux menés est à remettre en juin (la date de remise sera précisée dans un mode opératoire mis à la disposition des étudiants). ce mémoire sera noté. Une note égale ou supérieure à 10/20 dispense l'étudiant de passer l'examen final prévu en mois de septembre.