[PDF] 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 – 



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 d'information pdf

[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 3

Situations : 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. les

Introduction 9Damien Ploix

Introduction 10Damien Ploix

Plan du chapitre

1 2 3

Fil conducteur

AlphaCentoris

déclaration des accidents

Introduction 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 solutions

Introduction 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ées

Performance

Niveau de service (SLA)

Sécurité respectée

Coût cohérent

Planning

Introduction 14Damien Ploix

Fil conducteur

Outillage de la validation

HO

Dès que possible (ASAP)

Évolution majeur

Upgrade nécessaire

À priori OK

À renforcer

1 an

Dé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 BYOCD

SmartPhone

Tablette

SaaS BRMS

BPMS / BAM

MDM

EAI/ESB/Orchestration

Introduction 17Damien Ploix

EDI

Dé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 SI

Comprendre leurs usages

Et leur niveau de maturité

Introduction 18Damien Ploix

Introduction 19Damien Ploix

Plan du chapitre

1 2 3

Structuration en vue3.1

Design par contraintes3.2

3.3

Introduction 20Damien Ploix

Architecture du SI

Urbanisme

Architecture

applicative

Architecture

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 patterns

Architecture Technique

ŹElle décrit et organise

Introduction 21Damien Ploix

D E S I G N

Besoin 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é, Performance

Systè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 3

Structuration en vue3.1

Design par contraintes3.2

3.3

Design 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 : batchs

Introduction 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.

ŹSécurité :

des acteurs, etc.

ŹCoûts :

Mesure de la rentabilité (ROI)

ŹExploitabilité :

Réponse effective aux contraintes de disponibilité

Introduction 28Damien Ploix

Introduction 29Damien Ploix

Plan du chapitre

1 2 3

Structuration en vue3.1

Design par contraintes3.2

3.3

Introduction 30Damien Ploix

Initiate

émergenceDefine

définitionDesign conception Build codageTestDeploy intégrationRun

Phase de définition de la

solution, des méthodes

Gouvernance des choix en

fonction des contraintes stratégiques.

Phase de construction

(implémentation).

Gouvernance des adaptations en

confrontation au réel (gestion des problèmes et des incidents).

Architecte concepteurArchitecte intégrateur

quotesdbs_dbs18.pdfusesText_24