es du génie civil, la gestion de projet, l'acquisition) Architecture des Systèmes d'Information –
Previous PDF | Next PDF |
Architecture des Systèmes dInformation - Cours dInformatique
ème d'information (noté SI) représente l'ensemble des éléments participant à la gestion,
ARCHITECTURE DES SYSTÈMES INFORMATIQUES - LIRMM
tiques » traitant et stockant l'information ASI Chapitre 1 : 1 4 Plan du cours d'architecture 1
Conception, architecture et urbanisation des systèmes d
Cité 4 fois — Le Système d'Information (SI) est aujourd'hui un élément central du fonctionnement d'une organisation
Cours de Système dinformation - Guillaume Rivière
hitectures client/serveur Robert Reix (1934-2006), Systèmes d' information et management
Architecture des systèmes dinformation - LIX-polytechnique
Le système reçoit de l'information via des messages de toute nature : messages formels
Introduction aux systèmes informatiques - Dunod
cices 10 CHAPITRE 2 • L'ARCHITECTURE D'UN SYSTÈME INFORMATIQUE information, quand on parle du système d'information, ne sont pas équivalentes Une donnée est
Systèmes dInformation - Page des support de cours de
es du génie civil, la gestion de projet, l'acquisition) Architecture des Systèmes d'Information –
[PDF] architecture des systèmes informatiques pdf
[PDF] architecture fonctionnelle système d'information
[PDF] architecture marocaine traditionnelle
[PDF] architecture marocaine traditionnelle pdf
[PDF] architecture méditerranéenne contemporaine
[PDF] architecture méditerranéenne revue
[PDF] architecture technique de système d'information
[PDF] architecture traditionnelle méditerranéenne pdf
[PDF] architecture urbanisme et métiers de la ville tlemcen
[PDF] archive résultats baccalauréat
[PDF] archives maroc en ligne
[PDF] archives résultats bac
[PDF] archivo pdf ejemplo
[PDF] arduino &&
01 -Introduction
Master Informatique et Systèmes
Damien Ploix2014-2015
Remerciements
ŹArchitecture Logicielle, Jacques Prinz, Dunod
ŹLongépé, Dunod
ŹMasteringArchimateeditionII, GerbenWeirda
ŹDifférents supports de cours nfe107 Urbanisation et Architecture des SI du CNAM,Introduction 2Damien Ploix
Introduction 3Damien Ploix
Plan du chapitre
1 2 3Situations : votre analyse ?
ŹIncident de production :
La baie du datacentrea rebootée samedi matin,
ŹSaturation réseau :
La migration de la messagerie vers gMaildes employés du site deŹGestion de projet :
Après avoir dépensé 40 % du budget total du programme dans la pas en mesure de respecter la contrainte du 5x9.Introduction 4Damien Ploix
ŹContexte métier :
Quelles applications sont hébergées sur le DC ?Qui utilise ces applications ?
Pour faire quoi ?
Peuvent-w.e. et le lundi matin ?
ŹContexte technique :
Pourquoi la baie a-
Pourquoi le reboot de la baie a-
applications ?ŹContexte organisationnel :
Le reboot a-
Les utilisateurs impactés ont-ils été prévenus ?Introduction 5Damien Ploix
Saturation réseau : migration à gMail
ŹContexte métier
Qui utilise Internet dans la région ouest ?
Pour quelle activité ?
ŹContexte technique
Était-ce prévu ?
Quel point/composant du réseau a saturé ?
ŹContexte organisationnel
Est-ce que la charge du réseau est connue/surveillée ?Introduction 6Damien Ploix
Gestion de projet : impossibilité de répondre à la contrainteŹContexte métier :
La contrainte de disponibilité était-elle non révocable ? Le fournisseur avait-il connaissance de toutes les contraintes ?ŹContexte applicatif :
était-ils maîtrisés du fournisseur ?
Les interactions entre les différents composants étaient-elles maîtrisées ?ŹContexte organisationnel :
-elle été validée par les sachants ? Les compétences nécessaires à la réalisation était-elle présentes ?Introduction 7Damien Ploix
Une situation du SI en constante évolution :
ŹTous les 5 ans, le coût du réseau baisse de 30 % pour un gain de performance de 30 %...Et étonnamment stable :
Introduction 8Damien Ploix
Qui a une solution ?
métiers) et les solutions (contraintes applicatives, technique et organisationnelles). qui a [Printz] : ŹUne connaissance approfondie des matériaux à assembler ainsi que de ŹUne connaissance approfondie des procédés de construction (i.e. lesIntroduction 9Damien Ploix
Introduction 10Damien Ploix
Plan du chapitre
1 2 3Fil conducteur
AlphaCentoris
déclaration des accidentsIntroduction 11Damien Ploix
Définition : composants de base du SI
Les composants de base du SI
sont :Źun ensemble d'acteurs qui réalisent
des activitésŹun ensemble d'opérations ou de
fonctions applicables à des données réalisées par un ensembleŹun ensemble
Źun ensemble de données
Źun ensemble de localisations
Źutilisant un ensemble de briques
Introduction 12Damien Ploix
Définitions : architecture vs urbanisme
ŹBottom/ up : ce que le SI peut
ŹTop / down :
Les nouveauxbesoins métiers prescrivent et déterminent les solutionsIntroduction 13Damien Ploix
Définition : contraintes
et globale (SI)ŹAux contraintes métiers»
Fonctionnalités souhaitées
Performance
Niveau de service (SLO)
Sécurité présente
Coût permettant un ROI
Délais
ŹAux contraintes "opérationnelles et
techniques» Compétences disponibles et solutions maîtriséesPerformance
Niveau de service (SLA)
Sécurité respectée
Coût cohérent
Planning
Introduction 14Damien Ploix
Fil conducteur
Outillage de la validation
HODès que possible (ASAP)
Évolution majeur
Upgrade nécessaire
À priori OK
À renforcer
1 anDéfinitions : MSI revisité ?
Quels sont les analyses de ces composants de base du en vision bottom/up onŹvirtualisation
Plus ou moins partagés / externalisés
ŹApplication
Implémente une "logique métier»
Qui "collaborent» / "échangent
Outillent un processus métier
Introduction 15Damien Ploix
Définitions : de quoi est composé le SI ?
Introduction 16Damien Ploix
ERP SOA IaaS PaaS BYOD BYOCDSmartPhone
Tablette
SaaS BRMSBPMS / BAM
MDMEAI/ESB/Orchestration
Introduction 17Damien Ploix
EDIDéfinitions : de quoi est composé le SI ?
Définition : Conclusion
Une architecture opérante résulte :
Pendant la construction des systèmes/applications Źà bon escient des briques qui composent le SIComprendre leurs usages
Et leur niveau de maturité
Introduction 18Damien Ploix
Introduction 19Damien Ploix
Plan du chapitre
1 2 3Structuration en vue3.1
Design par contraintes3.2
3.3Introduction 20Damien Ploix
Architecture du SI
Urbanisme
Architecture
applicativeArchitecture
Logicielle
Architecture
Technique
Quels métiers ?
Quoi?Comment?
Avec quoi?
Architecture Applicative
ŹElle structure le SI en blocs applicatifs communicantséchangés entre applications
Architecture Logicielle
répondre aux spécifications fonctionnelles les notions et concepts de découpage en couches, composants, frameworket design patternsArchitecture Technique
ŹElle décrit et organise
Introduction 21Damien Ploix
D E S I G NBesoin métier (urbanisme)
Architecture Applicative " Fonctionnelle »
ŹBlocs Applicatifs " fonctionnels »
Architecture Applicative " Technique »
ŹBlocs Applicatifs (fonctionnalités, logiciels) ŹFlux " techniques » (protocoles techniques supportés, synchrones/asynchrones, TP/batch, WebServices, ...)ŹMessages (XML, EDIFACT, ASCII, SWIFT, ebXML
Architecture Logicielle
ŹModèle en 5 couches
ŹPréconisation de Design Patterns
ŹPréconisation de Framework et de services Techniques (gestion des transactions, logs, traces, gestion des fichiers de configuration, ...)Architecture Technique
ŹMoyens matériels, logiciels de base, réseau, infrastructure ŹLoad-balancing, Fail-over, Scalabilité, Qualité de Service (QoS), Sécurité, PerformanceSystème opérationnel
Introduction 22Damien Ploix
Répond à :
Situation " Fonctionnelle »
ŹFonctions métier
ŹInformations métier échangées
Couverture/complétude "Applicative»
ŹCouverture pour chaque fonctions portées
ŹTypologie des échanges et zones de
sécurité métierŹMacro structure
ŹDesign Patterns
ŹFramework
Intégration technique
ŹMoyens matériels, logiciels de base,
réseau, infrastructureŹDimensionnement (matériel, OS, SGBDR,
ŹLoad-balancing, Fail-over, Scalabilité,
Qualité de Service (QoS), Sécurité,
Performance
Archimate
ŹLevelDesign) :
Architecture applicative,
Architecture logicielle,
Architecture physique
ŹLes directives opérationnelle, technique et méthodologique précises (LLD : LowLevelDesign) :
Description précise des paramétrages des environnements de développement, de tests,Règles de nommage,
Frameworks
Guides méthodologiques
Introduction 23Damien Ploix
Introduction 24Damien Ploix
Plan du chapitre
1 2 3Structuration en vue3.1
Design par contraintes3.2
3.3Design par contraintes
Contraintes métier
ŹRépondre à un besoin ponctuel
Contraintes SI
ŹAgilité
ŹCompétences
Et en bonus :
ŹSécurité (SI et Métier)
ŹBudgétaire
solutions SI ne peuvent pas les respecter.Introduction 25Damien Ploix
Design par contraintes : les principales contraintes SI ŹLes politiques (en particulier sécurité)ŹLe référentiel achat
Źframeworks
ŹFonctionnelle,
ŹDe performances : temps de réponse moyens, volumétrie / fréquence,Introduction 26Damien Ploix
Design par contraintes : les principales contraintes SI Les contraintes organisationnelles (compétences) : ŹAdéquation entre la cible et la culture de développement des équipes de développement orientées objet ou bien teintées développement procédural ŹAdéquation entre le fonctionnement actuel de la production et la cible : batchsIntroduction 27Damien Ploix
Il existe de nombreuses façons de valider / qualifier une architecture :ŹAdéquation avec le besoin
Couverture fonctionnelle de la solution
canal de distribution, sous- -t-elle les fonctions transverses mises en place au niveau SI, comme les référentiels, la sécurité, les plates- -t--t-elle de nouvelles technologies ?ŹEvolutivité :
Capacité à intégrer de nouveaux utilisateurs, des référentiels plus larges, montée en charge, etc.