This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Théorie et Pratique du Système Théorie et Pratique du Système d’Informationd’InformationDeuxième Chapitre: Architecture du SIDeuxième Chapitre: Architecture du SI
Référentiel de données Référentiel sémantique: qu’est-ce qu’un client, etc? Modèle conceptuel de données: qu’est-ce qui constitue un client Ontologie: modèle de classes (UML) Outil fondamental de partage dans l’entreprise
Architecture de données Répartition Formats (ex: XML) Cycle de vie
Architecture dynamique de donnée (cf. 7e cours) Distribution / synchronisation Sauvegarde / restauration Pilotage des flux
Service = Fonction + Interface + Contrat Architecture de Service
Créer une structure (mettre de l’ordre dans le graphe des appels) Donner du sens (pour favoriser évolution et réutilisation)
SOA « Départemental » = architecture à base de services Souvent associé à l’utilisation de technologies « Web Services » Formalise une bonne pratique ancienne Le service est un moyen, ce qui est décrit par l’architecture est
l’objectif SOA « Global » = Construire un catalogue de service structuré
sous forme d’architecture Indépendant de la technologie (Tuxedo, procédures, …) Une application des théories de la réutilisation des composants
logiciel au niveau du système d’information Le catalogue de services réutilisables est l’objectif, l’architecture
Analyse fonctionnelle et Architecture objetAnalyse fonctionnelle et Architecture objet
L’architecture fonctionnelle est une décomposition Fonction / sous-fonction, top-down Normalisation descriptive: (input, output, transformation, rôles, …)
L’architecture fonctionnelle n’est plus isolée (vs. il y a 20 ans) Une « architecture fonctionnelle » isolée conduit à se préoccuper trop
tard des aspects processus, distribution de données, etc. Une analyse trop poussée conduit à une informatique en « silos » L’approche fonctionnelle top-down est mal adaptée à l’utilisation de
progiciels Elle irrigue 3 approches:
Cartographie métier : analyse description des fonctions/métiers de l’entreprise
Définition des services au sein de la SOA Enrichissement de l’architecture de donnée et du modèle métier
• Résultat du premier niveau d’analyse fonctionnelle (cf. « level 0 »)• Le modèle fonctionnel est un outil d’organisation (des hommes, des SI et des idées) • Il existe des standards métier (ex: eTom dans les telcos), il est bon de s’en inspirer
Modularité = « diviser pour régner » Modularité modulo l’organisation : objectif = rendre les départements
autonomes Minimiser les interactions / les dépendances / les flux
Rôle clé des modèles Déclinaisons
Architecture en couche Architecture de données Architecture orientée-services Processus
Art ou science ?: Chapitre 4: métriques de modularité Multidimensionnel – doit être isomorphe à l’organisation Appropriation/pédagogie sont fondamentales
Méta-modèle compris et partagé Que signifient les boites et les flèches ? Typologie claire et consistante
Chercher la continuité – éviter les modes Intérêt du standard (UML)
Séparer les fonds des flux Une même nomenclature partagée Un schéma par objectif de communication
Cf. Georges Miller « Magical seven » Capacité du « canal » (mémoire immédiate) : 7 +/- 2 Peut s’utiliser de façon fractale, mais chaque niveau ne contient pas
plus de 7 objets Construction progressive : animation des schémas !
Qu’est-ce que l’urbanisation ? L’approche composant L’orientation processus (externalisation de la logique) Le découpage temporel (messages asynchrones) Le découpage fonctionnel (intermédiation)
Qu’est-ce qu’une « architecture d’entreprise » ? Mise en cohérence de 3 plans :
Stratégie : objectifs Opérationnel : processus et objets Système d’information: applications et services
On parle de la même chose, mais EA = cible Urbanisation = démarche