SlideShare une entreprise Scribd logo
Chapitre 5
Vision Informatique Logique
Architectures Applicative et Logicielle
NFE107
Chapitre 5
Vision Informatique Logique
Architectures Applicative et Logicielle
5.1 Introduction
Cours U&ARSI 5 - Vision Informatique Logique -
Architecture Applicative - v1.03
Positionnement de la Vision Informatique
Urbanisation / Architecture
Vision Métier
Vision Fonctionnelle
Vision Informatique
Logique
Vision Informatique
Technique
Architecture Applicative
Architecture Logicielle
Architecture Physique
Expression des
besoins, des
contraintes, des
exigences…
Quels métiers ?
Quoi?
Comment?
Avec quoi?
Cours U&ARSI 5 - Vision Informatique Logique -
Architecture Applicative - v1.04
Introduction
Objectifs :
Architecture Applicative
– elle structure le SI en blocs applicatifs communicants
– elle décrit sous l’angle technique les applications, les flux et les messages échangés entre
applications
Architecture Logicielle
– elle se consacre à structurer et à concevoir une application à partir de ses spécifications
fonctionnelles
– elle structure et décompose de façon logique chaque application en couches
– elle introduit les notions et concepts de découpage en couches, composants, framework et
design patterns
Elle répond à la question du COMMENT ?
Cours U&ARSI 5 - Vision Informatique Logique -
Architecture Applicative - v1.05
Introduction
Selon « Le Larousse », l’architecture est « l’art de concevoir et
de construire un bâtiment selon des partis esthétiques et des
règles techniques déterminés »
A l’instar d’un bâtiment, une application informatique est
construite dans le but de remplir une fonction bien précise
Ce terme du génie civil, les informaticiens se le sont appropriés
pour décrire leurs activités liées à la construction de systèmes
informatiques
Cours U&ARSI 5 - Vision Informatique Logique -
Architecture Applicative - v1.06
1 - se donner une vision globale et cohérente
2 - décomposer la complexité
3 - normer les découpages
4 - rapprocher les centres de décision du terrain
Evry
Cergy
Pontoise
Marne
la vallée
POS ville/agglomération Cadre du système d ’information
Règles d ’urbanisme
Arrondissements Découpage en sous ensembles
Quartiers/îlots
Mairie MOA / MOE d’un sous-ensemble
La métaphore de l’urbanisme
Exemple de la ville
Cours U&ARSI 5 - Vision Informatique Logique -
Architecture Applicative - v1.07
Parallèle entre le génie civil et l’architecture
logicielle
Méthodes de développement informatiques
L’architecte doit les recommander ou les intégrer
de façon à conserver une cohérence dont il se
porte garant
Procédé
Outils de conception et de développementOutil
Briques informatiques
– Librairies
– Composants sur étagères (Composants et Frameworks)
– Design Patterns (motifs de conception)
Matériaux
Diagrammes (matérialisation des différentes
structures, plans de l’application)
Plan
CouchesStructure
Architecture logicielleGénie civil
Cours U&ARSI 5 - Vision Informatique Logique -
Architecture Applicative - v1.08
Méthodologies d’Architecture (1/2)
L’architecture a ses écoles, ses styles, ses courants …
Dans le domaine de l’architecture de SI aucune méthodologie n’a réussi à s’affirmer avec
succès. Ces méthodologies se sont le plus souvent limitées à des projets spécifiques sans
parvenir à se généraliser à l’échelle du SI
– Approche « top down » (du processus au code), avec deux courants principaux:
Approche « Données/Traitements » (Zachman, Merise…) : l’approche « Données/Traitements » centre l’analyse d’un
problème sur la donnée manipulée;
Approche « Composants » (RM-ODP, Catalysis…) qui adresse plus spécifiquement les architectures des systèmes
distribués : ce modèle a été élaboré sous l’influence du framework Zachman mais guidé par le paradigme Orienté
Objet.
Ces deux courants n’ont pas réussi à s’imposer pour deux principaux griefs :
– le dogmatisme : la croyance dans une démarche top-down séquentielle (de la stratégie au code)
– la lourdeur de ces méthodologies : méthodologies verbeuses, manquant de pragmatisme
– Urbanisation des fonctions du SI
Les méthodologies de modélisation des processus métier sont le plus souvent basées sur des outils BPM (Business
Process Modeling) ou BPR(Business Process Re-engineering) du marché (Mega, Casewise…), voire sur des outils
de type Visio ou Word…
Il n’existe pas de standard en matière de méthodologie, chaque société de conseil ou chaque éditeur spécialisé dans
le domaine propose généralement sa propre méthodologie de modélisation, qu’elle soit basée sur un formalisme
UML ou un formalisme propriétaire…
Cours U&ARSI 5 - Vision Informatique Logique -
Architecture Applicative - v1.09
Méthodologies d’Architecture (2/2)
Dans le domaine de l’architecture logicielle un consensus s’est créé ces dernières
années autour du paradigme objet et des méthodologies basées sur UML (Unified
Process, RUP) ou eXtreme Programming (XP) principalement pour les raisons
suivantes :
– Utilisation d’un langage de modélisation formel et standardisé : UML (Unified Modeling
Language)
– Puissance et adéquation du paradigme objet (abstraction, encapsulation) pour les activités
d’analyse et de conception qui permet la modélisation à des niveaux successifs
d’abstraction
– Démarche itérative, et non séquentielle, entre les phases de recueil des besoins, analyse,
conception, grâce notamment aux niveaux d’abstraction proposés par les modèles
– Unification du langage de modélisation UML et des langages de développement (Java, C#,
etc.) autour d’un même paradigme (l’objet), ce qui favorise la continuité entre les phases de
conception et les phases d’implémentation
– Large utilisation de patterns dans les phases d’analyse et de conception (Analysis Patterns,
Design Patterns)
Chapitre 5
Vision Informatique Logique
Architectures Applicative et Logicielle
5.2 Principes directeurs
Cours U&ARSI 5 - Vision Informatique Logique -
Architecture Applicative - v1.011
L’urbanisation du système d ’information sert
de guide à l’architecture applicative
L’urbanisme du système d’information
décrit l’agencement des fonctions et des
informations et leurs mises en commun,
indépendamment de la façon dont elles
sont implémentées par le système
informatique
Elle met en évidence :
– des choix de modularité
But : assurer l’évolutivité du système
d’information face aux évolutions du métier
– des choix de mise en commun
But : assurer le réemploi et la cohérence
d’ensemble
L’architecture fonctionnelle lui sert de
guide, mais elle obéit à d’autres
contraintes :
– pour tenir compte des architectures
techniques et des performances
– pour tenir compte de l’existence de
progiciels du marché
L’architecture applicative décrit
l’agencement des traitements et des
données
Cours U&ARSI 5 - Vision Informatique Logique -
Architecture Applicative - v1.012
Lien avec les étapes précédentes
Architecture Applicative « Fonctionnelle »
– Blocs Applicatifs « fonctionnels »
– Flux « fonctionnels », messages
Architecture Applicative « Technique »
– Blocs Applicatifs (fonctionnalités, logiciels)
– Flux « techniques » (protocoles techniques supportés, synchrones/asynchrones, TP/batch, Web
Services, ...)
– Messages (XML, EDIFACT, ASCII, SWIFT, ebXML, …)
– Cinématique représentatives de l’utilisation du système (à partir des cas d’utilisation)
Architecture Logicielle
– Modèle en 5 couches
– Préconisation de Design Patterns
– Préconisation de Framework (« cadre de travail ») et de services Techniques
– (gestion des transactions, logs, traces, gestion des fichiers de configuration, ...)
Architecture Physique
– 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
Cours U&ARSI 5 - Vision Informatique Logique -
Architecture Applicative - v1.013
Livrables attendus
Les livrables des phases d’architecture (logique et technique) sont constitués d’une
partie documentaire et d’une partie opérationnelle :
– Le dossier d’Architecture correspondant, organisé en trois parties principales :
architecture applicative,
architecture logicielle,
Architecture physique
– Une version opérationnelle du socle technique et méthodologique:
Description des environnements de développement, de tests et d’intégration, frameworks et services
techniques communs (IHM, logs…), services « métier » communs (parseur de messages, machine
à états, …), guides méthodologiques
Un prototype opérationnel implémentant un ou plusieurs cas d’utilisation (use-case)
significatifs, permet de:
– valider les choix d’architecture définis dans le dossier d’Architecture (validation de la
faisabilité technique)
– éprouver le socle technique (outils, frameworks, …) sur une réalisation concrète
– valider la méthodologie sur l’ensemble de la chaîne de production (des spécifications
techniques aux procédures de déploiement).
Un benchmark sur plate-forme de référence permet de :
– valider le modèle de dimensionnement (principalement des serveurs et du réseau)
– valider les exigences de production (qualité de service, montée en charge, déploiement, …)
Cours U&ARSI 5 - Vision Informatique Logique -
Architecture Applicative - v1.014
Rôle de l’architecte
De par sa position centrale, ayant une vision globale de l’architecture et des contraintes
associées (fonctionnelles, applicatives et techniques), l’architecte fournit la première ébauche
de l’architecture. C’est lui également qui la modifie et l’affine par itérations successives :
re-découpage / fusion de briques applicatives, application d’un pattern, mutualisation de flux…
Il a pour rôle de:
– Recenser les besoins techniques (analyse de l’existant, contraintes, besoins exprimés)
– Définir les principes directeurs de l’architecture
– Elaborer l’architecture applicative, logicielle et physique
– Argumenter ses choix technologiques
– Identifier les besoins en produits tiers et frameworks techniques
Best Practices
– Prendre connaissance du fonctionnel en récupérant les informations des analystes
– Assister le concepteur sur les premières modélisations
L’architecte définit avec les équipes de conception :
– La modélisation du découpage du modèle en couches
– La définition des stéréotypes et des contrats entre les couches…
– Assister le développeur sur le codage des premiers modules applicatifs
L’architecte définit avec les équipes de développement :
– Le découpage du modèle en couches
– Les framework à mettre en œuvre
– Les design patterns à utiliser
– Les règles de nommages des packages…
– Participer / piloter les phases d’intégration
– Participer / piloter les benchmarks
Cours U&ARSI 5 - Vision Informatique Logique -
Architecture Applicative - v1.015
Le rôle de l’architecte au sein du projet
Cours U&ARSI 5 - Vision Informatique Logique -
Architecture Applicative - v1.016
Le recensement des contraintes
Les contraintes servent de critères de définition de l’architecture et précisent
la mission de l’architecte
Un architecte est rarement amené à créer des architectures « from scratch »
Les contraintes sont de deux natures :
1. Les contraintes exprimées : elles sont extraites des besoins fonctionnels des
utilisateurs, de la charte d’architecture et d’ergonomie de l’entreprise, mais aussi
de la stratégie économique du projet (business plan)
2. Les contraintes existantes (induites par le contexte) : nécessité de s’interfacer
et de prendre en compte l’existant du SI de l’entreprise en termes notamment :
De choix de technologies (par exemple : J2EE, .NET, Open Source, …)
De choix d’éditeurs de logiciels et de progiciels
De choix de constructeurs de matériels…
Cours U&ARSI 5 - Vision Informatique Logique -
Architecture Applicative - v1.017
Contraintes exprimées
L’architecte doit répondre à des besoins techniques de manière à tirer profit des
technologies :
– Besoins d’ergonomie de l’interface utilisateur (charte d’ergonomie)
– Charte d’architecture
– Refonte du poste de travail utilisateur en client léger, proposition d’un mode de saisie de
masse, mécanisme d’authentification unique sur le système (SSO), …
– Exigences de performances : temps de réponse moyens, disponibilité de l’application,
volume des échanges, …
– Exigences sur le procédé de fabrication, afin de garantir une maintenance aisée et plus
généralement une intégration dans la gestion du « patrimoine applicatif » de l’entreprise…
Ainsi qu’a des besoins métier. Le business plan par exemple produit aussi ses
contraintes :
– Budget
– Besoins de montée en charge dans le temps (lotissement du projet)
– Time to market…
Cours U&ARSI 5 - Vision Informatique Logique -
Architecture Applicative - v1.018
Contraintes existantes
L’architecte prend en compte une seconde catégorie de contraintes : les contraintes
existantes. Elles ne sont pas liées directement à la demande fonctionnelle, mais au
contexte.
Les contraintes organisationnelles :
– La culture de développement des équipes du projet : selon qu’elles sont familières des
notions de conception et de développement orientées objet ou bien teintées développement
procédural
– Les habitudes des équipes de production : fil de l’eau versus batchs, culture de supervision
– Les habitudes des Maîtrises d’Ouvrage pour la production de spécifications…
Les contraintes liées à l’environnement technique :
– La plateforme physique, l’OS, le réseau, le type de SGBDR, les logiciels et les technologies
imposés
– Une norme d’entreprise pour l’ergonomie des interfaces graphiques
– La charte d’architecture
– Un existant applicatif à intégrer avec un mode d’interopérabilité propriétaire
– Les référentiels et annuaires auxquels il faut s’intégrer…
Cours U&ARSI 5 - Vision Informatique Logique -
Architecture Applicative - v1.019
Exemples de contraintes structurantes
Architecture centralisée v/s
répartie (décentralisée)
Contrainte Exemple
Un mode de fonctionnement en caisses régionales peut
obliger d’avoir une architecture répartie qui pourra
cependant être centralisée sur les aspects de la
Business Intelligence (datawarehouse, datamart,
tableaux de bord, statistiques, ciblage)
Qualité de service
Choix de technologies
Contrainte de sécurité
Le système informatique doit pouvoir continuer à
fonctionner en mode déconnecté (avec un niveau de
service dégradé) dans les agences et ceci même si la
connexion réseau WAN avec le site central est hors
service
Plateformes J2EE, .NET, mise en œuvre de solutions
Open Source
Les infos doivent être dupliquées (sas étanche) pour
des questions de sécurité entre les applications de
gestion et les applications accessible par les clients via
Internet, Minitel, WAP, SVI…
Cours U&ARSI 5 - Vision Informatique Logique -
Architecture Applicative - v1.020
Règles liées aux contraintes
Définition des principes directeurs de l’architecture
1. La prise en compte des contraintes est primordiale
– Lors de la construction de l’architecture technique, plusieurs scénarios d’architecture doivent être envisagés. Une
préconisation de scénario devra être arrêtée et validée.
2. Nécessité parfois, d’écarter des solutions d’architecture qui semblaient s’imposer sur le papier au regard des
besoins exprimés
– Pour un même besoin, un architecte ne pourra pas toujours décliner à la lettre la même architecture.
3. Ne pas hésiter à « challenger » les contraintes dans leur ensemble
– Le coût financier, l’impact métier d’une panne ont-ils été mesurés et justifient-ils vraiment la contrainte de haute
disponibilité ?
– Certaines contraintes sont parfois incompatibles :
Exemple : besoin de performances maximales conjugué à l’utilisation d’un langage ou d’un framework de haut niveau.
4. Les arbitrages sur la priorité des contraintes, l’annulation de certaines d’entre elles sont inévitables
– La contrainte du budget peut par exemple imposer de se limiter aux documentations les plus pertinentes au meilleur coût,
la faible disponibilité des utilisateurs ne sera pas compatible avec une méthodologie de spécifications très itérative...
5. La solution d’architecture doit prendre en compte les contraintes organisationnelles, le patrimoine de
l’entreprise et le niveau de compétence des équipes internes
– Le gap doit être franchissable et les risques encourus sont à mesurer.
Cours U&ARSI 5 - Vision Informatique Logique -
Architecture Applicative - v1.021
Migration vers l’architecture cible
Lorsque l’on fait évoluer ou que l’on refond un système ou une application existante il est
primordial de gérer les phases de migration vers le système / application cible :
– Migration / refonte des systèmes et des applications
– Migration des données (problématique des initialisations et des mises à jour)
Il faut toujours garder à l’esprit l’architecture cible et définir les différentes étapes pour y parvenir
Plusieurs méthodes sont envisageables :
– L’approche itérative / progressive qui consiste à définir des étapes intermédiaires pendant lesquels
l’ancien et le nouveau système cohabiteront pendant un temps donné (de quelques mois à plusieurs
années !). Cette méthode permet de mieux maîtriser la complexité par une mise en œuvre progressive du
nouveau système. Son inconvénient majeur réside souvent dans la complexité à intégrer et à gérer deux
systèmes de façon concomitante (notamment pose les problématiques de double alimentation TP/batch,
et la complexité des flux à gérer)
– L’approche « big-bang », qui consiste à basculer de l’ancien système vers le nouveau système en une
étape. Ce scénario comporte beaucoup plus de risque que le précédent (problématique de tenue à la
charge, risque de rejet des utilisateurs, complexité de mise en oeuvre et d’administration, formation des
équipes, …). Son avantage majeur est qu’il règle les problématiques de double alimentation et de
complexité de gestion des flux)
Cours U&ARSI 5 - Vision Informatique Logique -
Architecture Applicative - v1.022
Métriques à prendre en compte pour valider
une architecture
Il existe de nombreuses façons de valider une architecture technique (prototype, benchmark de
performance, etc.) mais il est plus difficile de trouver des méthodes pour valider une architecture
sous toutes ses dimensions
Il existe de nombreuses façons de caractériser un SI. Voici une liste non exhaustive de
métriques à prendre en compte lors de la validation de l’architecture :
– Agilité / Extensibilité :
Capacité à intégrer rapidement de nouveaux flux et/ou de nouveaux applicatifs : intégration d’un nouveau canal de
distribution, sous-traitance d’une activité, etc.
Capacité à supporter plusieurs modes d’organisations
– Respect des standards applicatifs et techniques de l’entreprise
L’architecture utilise-t-elle les fonctions transverses mises en place au niveau SI, comme les référentiels, la sécurité,
les plates-formes d’échanges, les services communs ?
L’architecture technique s’insère-t-elle dans l’univers d’exploitation connu ou nécessite-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é : Mesure de la sécurité globale du système : sécurisation des échanges, difficulté d’intrusion,
authentification des acteurs, etc.
– Coûts : Mesure du rapport qualité/prix, benchmark par rapport à d’autres constructions
Chapitre 5
Vision Informatique Logique
Architectures Applicative et Logicielle
5.3 Architecture Applicative
Cours U&ARSI 5 - Vision Informatique Logique -
Architecture Applicative - v1.024
Définitions
Architecture Applicative
– Elle structure le SI en blocs applicatifs communicants
– Elle décrit sous l’angle technique les applications, les flux et les
messages échangés entre applications
Bloc applicatif
– Module logiciel exécutable ayant une identité, proposant des services et
ayant une interface (prise) bien définie
Approche « boîte noire »
– Connaissance des entrées et sorties du bloc applicatif
– Connaissance des fonctionnalités et des technologies
– Dans cette phase les détails du découpage interne du bloc applicatif en
couches n’est pas étudié
Cours U&ARSI 5 - Vision Informatique Logique -
Architecture Applicative - v1.025
Principes directeurs de l’Architecture
Applicative
Pour définir les flux échangés, nous allons nous baser sur les
principes directeurs de l’architecture
Exemples :
– Toujours privilégier l’utilisation des standards techniques du marché
HTTP, XML, XSL, HTML, Javascript, DOM/DHTML, Web Services
(SOAP, WSDL, UDDI), J2EE, .NET, FTP, …
– Utilisation des langages XML (XML, XML Schema, SOAP, WSDL,
ebXML, …) comme format pivot pour les messages échangés
– Les échanges synchrones entre blocs applicatifs sont réalisés en utilisant
SOAP/HTTP
– Les échanges asynchrones entre blocs applicatifs sont réalisés en
utilisant un MOM…
Cours U&ARSI 5 - Vision Informatique Logique -
Architecture Applicative - v1.026
Une démarche en 4 étapes
1. Décrire de façon détaillée (fonctionnelle, applicative et technique) chacun des blocs applicatifs (interne,
externe, filiale ou partenaire). De plus il faut :
– faire apparaître les blocs applicatifs concernant l’infrastructure (annuaire, SSO, supervision, …) et
– pour chaque bloc applicatif, il faut préciser les aspects liés aux contraintes de sécurité, aux performances, à la continuité
de service et à la géographie
2. Construire une cartographie applicative détaillée présentant tous les flux (synchrones/asynchrones, TP/batch)
et messages échangés entre les blocs applicatifs (interne, externe, filiale ou partenaire)
– La cartographie applicative des flux donne une vision statique du système
3. Construire la matrice des flux à partir de la cartographie applicative des flux
– Lister et numéroter l’ensemble des flux identifier sur la cartographie applicative
– Définir le sens du flux (depuis le bloc applicatif A vers le bloc applicatif B)
– Définir le support physique : LAN, WAN, VPN, bande magnétique, CD, DVD, …
– Définir le type de traitement : TP, batch
– Définir le format de message : XML, fichiers ASCII, EDIFACT, SWIFT, ebXML, …
– Définir le protocole de transport : HTTP, FTP, SMTP, …
4. A partir des cas d’utilisation identifier un nombre limité de cinématique représentative de l’utilisation du
système
– Les cinématiques d’utilisation du système donnent une vision dynamique du système
Cours U&ARSI 5 - Vision Informatique Logique -
Architecture Applicative - v1.027
Etape 1
Description fonctionnelle
– Objectifs
– Classification (Critique, Important, Utile)
– Entrées / Sorties
– Fonctions
– Classes concepts gérées (matrice entités gisement de données et référentiel) / Type gestion (création, modification,
suppression, lecture)…
Description applicative et technique
– Développement spécifique ou progiciel
– Volume traité (volumétries statiques et dynamiques)
– Disponibilité (contraintes de disponibilité, plage horaire TP, fenêtre d’exécution des batchs)
– Fiabilité, niveau de service, performances attendues
– Matériel
– Système d’exploitation
– SGBDR ou SGF (Système de Gestion de Fichiers)
– Middleware
– Types de sites concernés (notion de localisation et de géographie)
– Sécurité (identification, authentification, gestion des habilitations, intégrité, confidentialité et non répudiation (données et
échanges)…
Cours U&ARSI 5 - Vision Informatique Logique -
Architecture Applicative - v1.028
Etape 2
Exemple de cartographie applicative des flux présentant une vision statique du système
Cours U&ARSI 5 - Vision Informatique Logique -
Architecture Applicative - v1.029
Etape 3
Un flux est un échange de données (messages) entre blocs applicatifs. Il peut être continu ou
déclenché à certains moments de la journée (prise en compte de mouvements comptables la
nuit, …)
Un flux peut être interne au système étudié ou provenir de ou être destiné à un système externe
– Description textuelle
– Liste des données échangées
– Description du mode de transmission
– Description des conditions de déclenchement
– Signalisation flux externe ou interne
– Indications de volume et de fréquence
– Source, Cible (sens du flux)
– Traçabilité
– Sécurité
– Support (transfert de fichiers, protocole, CD, …)
– Nature (Synchrone, Asynchrone, TP, Batch, …)
– Format des données (XML, ASCII propriétaire, …)
– Propriétaire du Format
– Phase Projet (Initialisation, Migration, Cible)
Cours U&ARSI 5 - Vision Informatique Logique -
Architecture Applicative - v1.030
Etape 3 – Matrice des flux
La matrice des flux est créée à partir de la cartographie applicative des flux
Exemple :
Cours U&ARSI 5 - Vision Informatique Logique -
Architecture Applicative - v1.031
Etape 4 – Cinématique représentative de
l’utilisation du système
Exemple de cinématique présentant une vision dynamique du système
Cours U&ARSI 5 - Vision Informatique Logique -
Architecture Applicative - v1.032
Etape 4 – Cinématique représentative de
l’utilisation du système (suite)
Exemple:

Contenu connexe

Tendances

Cours chapitre3 2012
Cours chapitre3 2012Cours chapitre3 2012
Cours chapitre3 2012
Yves Caseau
 
Cours Génie Logiciel - Cours 2 - Cycles de vie
Cours Génie Logiciel - Cours 2 - Cycles de vieCours Génie Logiciel - Cours 2 - Cycles de vie
Cours Génie Logiciel - Cours 2 - Cycles de vie
Mohammed Amine Mostefai
 
Génie Logiciel : Conception
Génie Logiciel : ConceptionGénie Logiciel : Conception
Génie Logiciel : Conception
Mohammed Amine Mostefai
 
LIVRE BLANC : "Les nouveaux horizons du PLM"
LIVRE BLANC : "Les nouveaux horizons du PLM"LIVRE BLANC : "Les nouveaux horizons du PLM"
LIVRE BLANC : "Les nouveaux horizons du PLM"
Inetum
 
Modeliser une application_web
Modeliser une application_webModeliser une application_web
Modeliser une application_web
Moez Moezm
 
Cours chapitre7 2012
Cours chapitre7 2012Cours chapitre7 2012
Cours chapitre7 2012
Yves Caseau
 
Cours uml
Cours umlCours uml
Cours uml
zimamouche1
 
Cours chapitre9 2012
Cours chapitre9 2012Cours chapitre9 2012
Cours chapitre9 2012
Yves Caseau
 
Architecture logicielle #1 : introduction
Architecture logicielle #1 : introductionArchitecture logicielle #1 : introduction
Architecture logicielle #1 : introduction
Jean Michel
 
Cours chapitre5 2012
Cours chapitre5 2012Cours chapitre5 2012
Cours chapitre5 2012
Yves Caseau
 
Cours chapitre8 2012
Cours chapitre8 2012Cours chapitre8 2012
Cours chapitre8 2012
Yves Caseau
 
Cycle de développement du logiciel
Cycle de développement du logicielCycle de développement du logiciel
Cycle de développement du logiciel
Majid CHADAD
 
Cours chapitre4 2012
Cours chapitre4 2012Cours chapitre4 2012
Cours chapitre4 2012
Yves Caseau
 
Seminaire Borland UML (2003)
Seminaire Borland UML (2003)Seminaire Borland UML (2003)
Seminaire Borland UML (2003)
Pascal Roques
 
013 mediha cgi - sensibilisation uml
013   mediha cgi - sensibilisation uml013   mediha cgi - sensibilisation uml
013 mediha cgi - sensibilisation umlAbdessamad Hamouch
 
2 TUP
2 TUP2 TUP
Cours génie logiciel
Cours génie logicielCours génie logiciel
Cours génie logicielaraddaoui
 
Agilité et PLM : enfin un retour d’expérience !
Agilité et PLM : enfin un retour d’expérience !Agilité et PLM : enfin un retour d’expérience !
Agilité et PLM : enfin un retour d’expérience !Lol Hanot
 

Tendances (20)

Cours chapitre3 2012
Cours chapitre3 2012Cours chapitre3 2012
Cours chapitre3 2012
 
Cours Génie Logiciel - Cours 2 - Cycles de vie
Cours Génie Logiciel - Cours 2 - Cycles de vieCours Génie Logiciel - Cours 2 - Cycles de vie
Cours Génie Logiciel - Cours 2 - Cycles de vie
 
Génie Logiciel : Conception
Génie Logiciel : ConceptionGénie Logiciel : Conception
Génie Logiciel : Conception
 
LIVRE BLANC : "Les nouveaux horizons du PLM"
LIVRE BLANC : "Les nouveaux horizons du PLM"LIVRE BLANC : "Les nouveaux horizons du PLM"
LIVRE BLANC : "Les nouveaux horizons du PLM"
 
Modeliser une application_web
Modeliser une application_webModeliser une application_web
Modeliser une application_web
 
Cours chapitre7 2012
Cours chapitre7 2012Cours chapitre7 2012
Cours chapitre7 2012
 
Cours uml
Cours umlCours uml
Cours uml
 
Cours chapitre9 2012
Cours chapitre9 2012Cours chapitre9 2012
Cours chapitre9 2012
 
Architecture logicielle #1 : introduction
Architecture logicielle #1 : introductionArchitecture logicielle #1 : introduction
Architecture logicielle #1 : introduction
 
Cours chapitre5 2012
Cours chapitre5 2012Cours chapitre5 2012
Cours chapitre5 2012
 
Cours chapitre8 2012
Cours chapitre8 2012Cours chapitre8 2012
Cours chapitre8 2012
 
Cycle de développement du logiciel
Cycle de développement du logicielCycle de développement du logiciel
Cycle de développement du logiciel
 
Cours chapitre4 2012
Cours chapitre4 2012Cours chapitre4 2012
Cours chapitre4 2012
 
CM uml-intro
CM uml-introCM uml-intro
CM uml-intro
 
Seminaire Borland UML (2003)
Seminaire Borland UML (2003)Seminaire Borland UML (2003)
Seminaire Borland UML (2003)
 
013 mediha cgi - sensibilisation uml
013   mediha cgi - sensibilisation uml013   mediha cgi - sensibilisation uml
013 mediha cgi - sensibilisation uml
 
Manuel uml-poweramc
Manuel uml-poweramcManuel uml-poweramc
Manuel uml-poweramc
 
2 TUP
2 TUP2 TUP
2 TUP
 
Cours génie logiciel
Cours génie logicielCours génie logiciel
Cours génie logiciel
 
Agilité et PLM : enfin un retour d’expérience !
Agilité et PLM : enfin un retour d’expérience !Agilité et PLM : enfin un retour d’expérience !
Agilité et PLM : enfin un retour d’expérience !
 

En vedette

Projet #ENT TOGO : Réseau informatique et des services
Projet #ENT TOGO : Réseau informatique et des services Projet #ENT TOGO : Réseau informatique et des services
Projet #ENT TOGO : Réseau informatique et des services
Ministère Postes Economie Numérique
 
Sécurité des Systèmes Répartis- Partie2 - non interférence
Sécurité des Systèmes Répartis- Partie2 - non interférenceSécurité des Systèmes Répartis- Partie2 - non interférence
Sécurité des Systèmes Répartis- Partie2 - non interférence
Lilia Sfaxi
 
Partie3 cif et dcif
Partie3  cif et dcifPartie3  cif et dcif
Partie3 cif et dcif
Lilia Sfaxi
 
Chp5 - Les outils CASE
Chp5 - Les outils CASEChp5 - Les outils CASE
Chp5 - Les outils CASE
Lilia Sfaxi
 
Chp4 - UML
Chp4 - UMLChp4 - UML
Chp4 - UML
Lilia Sfaxi
 
Chp5 - Sécurité des Services
Chp5 - Sécurité des ServicesChp5 - Sécurité des Services
Chp5 - Sécurité des Services
Lilia Sfaxi
 
Chp2 - Diagramme des Cas d'Utilisation
Chp2 - Diagramme des Cas d'UtilisationChp2 - Diagramme des Cas d'Utilisation
Chp2 - Diagramme des Cas d'Utilisation
Lilia Sfaxi
 
Chp6 - De UML vers C++
Chp6 - De UML vers C++Chp6 - De UML vers C++
Chp6 - De UML vers C++
Lilia Sfaxi
 
Chp3 - IHM
Chp3 - IHMChp3 - IHM
Chp3 - IHM
Lilia Sfaxi
 
Systèmes d'Exploitation - chp4-gestion disque
Systèmes d'Exploitation - chp4-gestion disqueSystèmes d'Exploitation - chp4-gestion disque
Systèmes d'Exploitation - chp4-gestion disque
Lilia Sfaxi
 
Chp1 - Introduction à l'AGL
Chp1 - Introduction à l'AGLChp1 - Introduction à l'AGL
Chp1 - Introduction à l'AGL
Lilia Sfaxi
 
Software Engineering - chp7- tests
Software Engineering - chp7- testsSoftware Engineering - chp7- tests
Software Engineering - chp7- tests
Lilia Sfaxi
 
P5 stockage
P5 stockageP5 stockage
P5 stockage
Lilia Sfaxi
 
Systèmes d'Exploitation - chp6-synchronisation
Systèmes d'Exploitation - chp6-synchronisationSystèmes d'Exploitation - chp6-synchronisation
Systèmes d'Exploitation - chp6-synchronisation
Lilia Sfaxi
 
Chp2 - Vers les Architectures Orientées Services
Chp2 - Vers les Architectures Orientées ServicesChp2 - Vers les Architectures Orientées Services
Chp2 - Vers les Architectures Orientées Services
Lilia Sfaxi
 
Chp1 - Introduction aux méthodologies de Conception
Chp1 - Introduction aux méthodologies de ConceptionChp1 - Introduction aux méthodologies de Conception
Chp1 - Introduction aux méthodologies de Conception
Lilia Sfaxi
 
Chp5 - Diagramme d'Etat Transition
Chp5 - Diagramme d'Etat TransitionChp5 - Diagramme d'Etat Transition
Chp5 - Diagramme d'Etat Transition
Lilia Sfaxi
 
Systèmes d'Exploitation - chp5-gestion fichiers
Systèmes d'Exploitation - chp5-gestion fichiersSystèmes d'Exploitation - chp5-gestion fichiers
Systèmes d'Exploitation - chp5-gestion fichiers
Lilia Sfaxi
 
Mobile-Chp4 côté serveur
Mobile-Chp4 côté serveurMobile-Chp4 côté serveur
Mobile-Chp4 côté serveur
Lilia Sfaxi
 
eServices-Chp2: SOA
eServices-Chp2: SOAeServices-Chp2: SOA
eServices-Chp2: SOA
Lilia Sfaxi
 

En vedette (20)

Projet #ENT TOGO : Réseau informatique et des services
Projet #ENT TOGO : Réseau informatique et des services Projet #ENT TOGO : Réseau informatique et des services
Projet #ENT TOGO : Réseau informatique et des services
 
Sécurité des Systèmes Répartis- Partie2 - non interférence
Sécurité des Systèmes Répartis- Partie2 - non interférenceSécurité des Systèmes Répartis- Partie2 - non interférence
Sécurité des Systèmes Répartis- Partie2 - non interférence
 
Partie3 cif et dcif
Partie3  cif et dcifPartie3  cif et dcif
Partie3 cif et dcif
 
Chp5 - Les outils CASE
Chp5 - Les outils CASEChp5 - Les outils CASE
Chp5 - Les outils CASE
 
Chp4 - UML
Chp4 - UMLChp4 - UML
Chp4 - UML
 
Chp5 - Sécurité des Services
Chp5 - Sécurité des ServicesChp5 - Sécurité des Services
Chp5 - Sécurité des Services
 
Chp2 - Diagramme des Cas d'Utilisation
Chp2 - Diagramme des Cas d'UtilisationChp2 - Diagramme des Cas d'Utilisation
Chp2 - Diagramme des Cas d'Utilisation
 
Chp6 - De UML vers C++
Chp6 - De UML vers C++Chp6 - De UML vers C++
Chp6 - De UML vers C++
 
Chp3 - IHM
Chp3 - IHMChp3 - IHM
Chp3 - IHM
 
Systèmes d'Exploitation - chp4-gestion disque
Systèmes d'Exploitation - chp4-gestion disqueSystèmes d'Exploitation - chp4-gestion disque
Systèmes d'Exploitation - chp4-gestion disque
 
Chp1 - Introduction à l'AGL
Chp1 - Introduction à l'AGLChp1 - Introduction à l'AGL
Chp1 - Introduction à l'AGL
 
Software Engineering - chp7- tests
Software Engineering - chp7- testsSoftware Engineering - chp7- tests
Software Engineering - chp7- tests
 
P5 stockage
P5 stockageP5 stockage
P5 stockage
 
Systèmes d'Exploitation - chp6-synchronisation
Systèmes d'Exploitation - chp6-synchronisationSystèmes d'Exploitation - chp6-synchronisation
Systèmes d'Exploitation - chp6-synchronisation
 
Chp2 - Vers les Architectures Orientées Services
Chp2 - Vers les Architectures Orientées ServicesChp2 - Vers les Architectures Orientées Services
Chp2 - Vers les Architectures Orientées Services
 
Chp1 - Introduction aux méthodologies de Conception
Chp1 - Introduction aux méthodologies de ConceptionChp1 - Introduction aux méthodologies de Conception
Chp1 - Introduction aux méthodologies de Conception
 
Chp5 - Diagramme d'Etat Transition
Chp5 - Diagramme d'Etat TransitionChp5 - Diagramme d'Etat Transition
Chp5 - Diagramme d'Etat Transition
 
Systèmes d'Exploitation - chp5-gestion fichiers
Systèmes d'Exploitation - chp5-gestion fichiersSystèmes d'Exploitation - chp5-gestion fichiers
Systèmes d'Exploitation - chp5-gestion fichiers
 
Mobile-Chp4 côté serveur
Mobile-Chp4 côté serveurMobile-Chp4 côté serveur
Mobile-Chp4 côté serveur
 
eServices-Chp2: SOA
eServices-Chp2: SOAeServices-Chp2: SOA
eServices-Chp2: SOA
 

Similaire à informatique_logiquarchitecture_applicative

Référentiel d'architecture avec TOGAF
Référentiel d'architecture avec TOGAFRéférentiel d'architecture avec TOGAF
Référentiel d'architecture avec TOGAF
Pierre-Xavier Fouillé
 
UML Part1-Introduction Mansouri
UML Part1-Introduction MansouriUML Part1-Introduction Mansouri
UML Part1-Introduction Mansouri
Mansouri Khalifa
 
CORBAZ Joël-2016
CORBAZ Joël-2016CORBAZ Joël-2016
CORBAZ Joël-2016Joel Corbaz
 
3326-presentation-sysml-martin. -2.pptx
3326-presentation-sysml-martin.  -2.pptx3326-presentation-sysml-martin.  -2.pptx
3326-presentation-sysml-martin. -2.pptx
josue25052001
 
Mohamed.marouan
Mohamed.marouanMohamed.marouan
Mohamed.marouan
Marouan MOHAMED
 
SiriusCon2016 - Une plateforme de modelisation support au PLM de l'ingenierie...
SiriusCon2016 - Une plateforme de modelisation support au PLM de l'ingenierie...SiriusCon2016 - Une plateforme de modelisation support au PLM de l'ingenierie...
SiriusCon2016 - Une plateforme de modelisation support au PLM de l'ingenierie...
Obeo
 
489591919 estaca-catalogue f-auto-pdf
489591919 estaca-catalogue f-auto-pdf489591919 estaca-catalogue f-auto-pdf
489591919 estaca-catalogue f-auto-pdf
LmhAlger
 
Présentation cours UML.pptx
Présentation  cours UML.pptxPrésentation  cours UML.pptx
Présentation cours UML.pptx
PrinceLankoand
 
Cours1_Architecture_Logicielle.ppt
Cours1_Architecture_Logicielle.pptCours1_Architecture_Logicielle.ppt
Cours1_Architecture_Logicielle.ppt
Sylia3
 
vers une optimisation de la chaine logistique.pptx
vers une optimisation de la chaine logistique.pptxvers une optimisation de la chaine logistique.pptx
vers une optimisation de la chaine logistique.pptx
MelissaMeli13
 
Rattrapage uml
Rattrapage umlRattrapage uml
Rattrapage umlvangogue
 
Urbit formation-urbanisation-de-systemes-d-information
Urbit formation-urbanisation-de-systemes-d-informationUrbit formation-urbanisation-de-systemes-d-information
Urbit formation-urbanisation-de-systemes-d-informationCERTyou Formation
 
Modelisation agile 03122011
Modelisation agile  03122011Modelisation agile  03122011
Modelisation agile 03122011
agnes_crepet
 
Prototype rapport
Prototype rapportPrototype rapport
Prototype rapport
Ines Ouaz
 
Masi intro csi
Masi intro csiMasi intro csi
Masi intro csi
Mohamed Trad
 
Intro ihm
Intro ihmIntro ihm
Devlog2013: SysML et Simulation (French)
Devlog2013: SysML et Simulation (French)Devlog2013: SysML et Simulation (French)
Devlog2013: SysML et Simulation (French)
Jean-Michel Bruel
 
SysML (Valtech Days 2008)
SysML (Valtech Days 2008)SysML (Valtech Days 2008)
SysML (Valtech Days 2008)
Pascal Roques
 

Similaire à informatique_logiquarchitecture_applicative (20)

Référentiel d'architecture avec TOGAF
Référentiel d'architecture avec TOGAFRéférentiel d'architecture avec TOGAF
Référentiel d'architecture avec TOGAF
 
UML Part1-Introduction Mansouri
UML Part1-Introduction MansouriUML Part1-Introduction Mansouri
UML Part1-Introduction Mansouri
 
Temoignages clients
Temoignages clientsTemoignages clients
Temoignages clients
 
CORBAZ Joël-2016
CORBAZ Joël-2016CORBAZ Joël-2016
CORBAZ Joël-2016
 
3326-presentation-sysml-martin. -2.pptx
3326-presentation-sysml-martin.  -2.pptx3326-presentation-sysml-martin.  -2.pptx
3326-presentation-sysml-martin. -2.pptx
 
Uml partie 1
Uml partie 1Uml partie 1
Uml partie 1
 
Mohamed.marouan
Mohamed.marouanMohamed.marouan
Mohamed.marouan
 
SiriusCon2016 - Une plateforme de modelisation support au PLM de l'ingenierie...
SiriusCon2016 - Une plateforme de modelisation support au PLM de l'ingenierie...SiriusCon2016 - Une plateforme de modelisation support au PLM de l'ingenierie...
SiriusCon2016 - Une plateforme de modelisation support au PLM de l'ingenierie...
 
489591919 estaca-catalogue f-auto-pdf
489591919 estaca-catalogue f-auto-pdf489591919 estaca-catalogue f-auto-pdf
489591919 estaca-catalogue f-auto-pdf
 
Présentation cours UML.pptx
Présentation  cours UML.pptxPrésentation  cours UML.pptx
Présentation cours UML.pptx
 
Cours1_Architecture_Logicielle.ppt
Cours1_Architecture_Logicielle.pptCours1_Architecture_Logicielle.ppt
Cours1_Architecture_Logicielle.ppt
 
vers une optimisation de la chaine logistique.pptx
vers une optimisation de la chaine logistique.pptxvers une optimisation de la chaine logistique.pptx
vers une optimisation de la chaine logistique.pptx
 
Rattrapage uml
Rattrapage umlRattrapage uml
Rattrapage uml
 
Urbit formation-urbanisation-de-systemes-d-information
Urbit formation-urbanisation-de-systemes-d-informationUrbit formation-urbanisation-de-systemes-d-information
Urbit formation-urbanisation-de-systemes-d-information
 
Modelisation agile 03122011
Modelisation agile  03122011Modelisation agile  03122011
Modelisation agile 03122011
 
Prototype rapport
Prototype rapportPrototype rapport
Prototype rapport
 
Masi intro csi
Masi intro csiMasi intro csi
Masi intro csi
 
Intro ihm
Intro ihmIntro ihm
Intro ihm
 
Devlog2013: SysML et Simulation (French)
Devlog2013: SysML et Simulation (French)Devlog2013: SysML et Simulation (French)
Devlog2013: SysML et Simulation (French)
 
SysML (Valtech Days 2008)
SysML (Valtech Days 2008)SysML (Valtech Days 2008)
SysML (Valtech Days 2008)
 

Dernier

Reconquête de l’engraissement du chevreau à la ferme
Reconquête de l’engraissement du chevreau à la fermeReconquête de l’engraissement du chevreau à la ferme
Reconquête de l’engraissement du chevreau à la ferme
Institut de l'Elevage - Idele
 
COUPROD Une méthode nationale commune à l’ensemble des filières herbivores
COUPROD Une méthode nationale commune à l’ensemble des filières herbivoresCOUPROD Une méthode nationale commune à l’ensemble des filières herbivores
COUPROD Une méthode nationale commune à l’ensemble des filières herbivores
Institut de l'Elevage - Idele
 
Quelles rotations dans les systèmes caprins de Nouvelle-Aquitaine et Pays de ...
Quelles rotations dans les systèmes caprins de Nouvelle-Aquitaine et Pays de ...Quelles rotations dans les systèmes caprins de Nouvelle-Aquitaine et Pays de ...
Quelles rotations dans les systèmes caprins de Nouvelle-Aquitaine et Pays de ...
Institut de l'Elevage - Idele
 
Alternative - Complément au Tramway et 3ème lien de la ville de Québec
Alternative - Complément  au Tramway et 3ème lien de la ville de Québec  Alternative - Complément  au Tramway et 3ème lien de la ville de Québec
Alternative - Complément au Tramway et 3ème lien de la ville de Québec
Daniel Bedard
 
Accompagner les éleveurs dans l'analyse de leurs coûts de production
Accompagner les éleveurs dans l'analyse de leurs coûts de productionAccompagner les éleveurs dans l'analyse de leurs coûts de production
Accompagner les éleveurs dans l'analyse de leurs coûts de production
Institut de l'Elevage - Idele
 
Accompagner les porteurs de projets en transformation fermière
Accompagner les porteurs de projets en transformation fermièreAccompagner les porteurs de projets en transformation fermière
Accompagner les porteurs de projets en transformation fermière
Institut de l'Elevage - Idele
 
Leviers d’adaptation au changement climatique, qualité du lait et des produit...
Leviers d’adaptation au changement climatique, qualité du lait et des produit...Leviers d’adaptation au changement climatique, qualité du lait et des produit...
Leviers d’adaptation au changement climatique, qualité du lait et des produit...
Institut de l'Elevage - Idele
 
Presentation d'esquisse route juin 2023.pptx
Presentation d'esquisse route juin 2023.pptxPresentation d'esquisse route juin 2023.pptx
Presentation d'esquisse route juin 2023.pptx
imed53
 
1er webinaire INOSYS Réseaux d’élevage Ovins Viande
1er webinaire INOSYS Réseaux d’élevage Ovins Viande1er webinaire INOSYS Réseaux d’élevage Ovins Viande
1er webinaire INOSYS Réseaux d’élevage Ovins Viande
Institut de l'Elevage - Idele
 
Comment aborder le changement climatique dans son métier, volet adaptation
Comment aborder le changement climatique dans son métier, volet adaptationComment aborder le changement climatique dans son métier, volet adaptation
Comment aborder le changement climatique dans son métier, volet adaptation
Institut de l'Elevage - Idele
 
COURS ANALYSE FINANCIERE-NOGLO Méthodes d’analyses financières.pdf
COURS ANALYSE FINANCIERE-NOGLO Méthodes d’analyses financières.pdfCOURS ANALYSE FINANCIERE-NOGLO Méthodes d’analyses financières.pdf
COURS ANALYSE FINANCIERE-NOGLO Méthodes d’analyses financières.pdf
sieousse95
 

Dernier (11)

Reconquête de l’engraissement du chevreau à la ferme
Reconquête de l’engraissement du chevreau à la fermeReconquête de l’engraissement du chevreau à la ferme
Reconquête de l’engraissement du chevreau à la ferme
 
COUPROD Une méthode nationale commune à l’ensemble des filières herbivores
COUPROD Une méthode nationale commune à l’ensemble des filières herbivoresCOUPROD Une méthode nationale commune à l’ensemble des filières herbivores
COUPROD Une méthode nationale commune à l’ensemble des filières herbivores
 
Quelles rotations dans les systèmes caprins de Nouvelle-Aquitaine et Pays de ...
Quelles rotations dans les systèmes caprins de Nouvelle-Aquitaine et Pays de ...Quelles rotations dans les systèmes caprins de Nouvelle-Aquitaine et Pays de ...
Quelles rotations dans les systèmes caprins de Nouvelle-Aquitaine et Pays de ...
 
Alternative - Complément au Tramway et 3ème lien de la ville de Québec
Alternative - Complément  au Tramway et 3ème lien de la ville de Québec  Alternative - Complément  au Tramway et 3ème lien de la ville de Québec
Alternative - Complément au Tramway et 3ème lien de la ville de Québec
 
Accompagner les éleveurs dans l'analyse de leurs coûts de production
Accompagner les éleveurs dans l'analyse de leurs coûts de productionAccompagner les éleveurs dans l'analyse de leurs coûts de production
Accompagner les éleveurs dans l'analyse de leurs coûts de production
 
Accompagner les porteurs de projets en transformation fermière
Accompagner les porteurs de projets en transformation fermièreAccompagner les porteurs de projets en transformation fermière
Accompagner les porteurs de projets en transformation fermière
 
Leviers d’adaptation au changement climatique, qualité du lait et des produit...
Leviers d’adaptation au changement climatique, qualité du lait et des produit...Leviers d’adaptation au changement climatique, qualité du lait et des produit...
Leviers d’adaptation au changement climatique, qualité du lait et des produit...
 
Presentation d'esquisse route juin 2023.pptx
Presentation d'esquisse route juin 2023.pptxPresentation d'esquisse route juin 2023.pptx
Presentation d'esquisse route juin 2023.pptx
 
1er webinaire INOSYS Réseaux d’élevage Ovins Viande
1er webinaire INOSYS Réseaux d’élevage Ovins Viande1er webinaire INOSYS Réseaux d’élevage Ovins Viande
1er webinaire INOSYS Réseaux d’élevage Ovins Viande
 
Comment aborder le changement climatique dans son métier, volet adaptation
Comment aborder le changement climatique dans son métier, volet adaptationComment aborder le changement climatique dans son métier, volet adaptation
Comment aborder le changement climatique dans son métier, volet adaptation
 
COURS ANALYSE FINANCIERE-NOGLO Méthodes d’analyses financières.pdf
COURS ANALYSE FINANCIERE-NOGLO Méthodes d’analyses financières.pdfCOURS ANALYSE FINANCIERE-NOGLO Méthodes d’analyses financières.pdf
COURS ANALYSE FINANCIERE-NOGLO Méthodes d’analyses financières.pdf
 

informatique_logiquarchitecture_applicative

  • 1. Chapitre 5 Vision Informatique Logique Architectures Applicative et Logicielle NFE107
  • 2. Chapitre 5 Vision Informatique Logique Architectures Applicative et Logicielle 5.1 Introduction
  • 3. Cours U&ARSI 5 - Vision Informatique Logique - Architecture Applicative - v1.03 Positionnement de la Vision Informatique Urbanisation / Architecture Vision Métier Vision Fonctionnelle Vision Informatique Logique Vision Informatique Technique Architecture Applicative Architecture Logicielle Architecture Physique Expression des besoins, des contraintes, des exigences… Quels métiers ? Quoi? Comment? Avec quoi?
  • 4. Cours U&ARSI 5 - Vision Informatique Logique - Architecture Applicative - v1.04 Introduction Objectifs : Architecture Applicative – elle structure le SI en blocs applicatifs communicants – elle décrit sous l’angle technique les applications, les flux et les messages échangés entre applications Architecture Logicielle – elle se consacre à structurer et à concevoir une application à partir de ses spécifications fonctionnelles – elle structure et décompose de façon logique chaque application en couches – elle introduit les notions et concepts de découpage en couches, composants, framework et design patterns Elle répond à la question du COMMENT ?
  • 5. Cours U&ARSI 5 - Vision Informatique Logique - Architecture Applicative - v1.05 Introduction Selon « Le Larousse », l’architecture est « l’art de concevoir et de construire un bâtiment selon des partis esthétiques et des règles techniques déterminés » A l’instar d’un bâtiment, une application informatique est construite dans le but de remplir une fonction bien précise Ce terme du génie civil, les informaticiens se le sont appropriés pour décrire leurs activités liées à la construction de systèmes informatiques
  • 6. Cours U&ARSI 5 - Vision Informatique Logique - Architecture Applicative - v1.06 1 - se donner une vision globale et cohérente 2 - décomposer la complexité 3 - normer les découpages 4 - rapprocher les centres de décision du terrain Evry Cergy Pontoise Marne la vallée POS ville/agglomération Cadre du système d ’information Règles d ’urbanisme Arrondissements Découpage en sous ensembles Quartiers/îlots Mairie MOA / MOE d’un sous-ensemble La métaphore de l’urbanisme Exemple de la ville
  • 7. Cours U&ARSI 5 - Vision Informatique Logique - Architecture Applicative - v1.07 Parallèle entre le génie civil et l’architecture logicielle Méthodes de développement informatiques L’architecte doit les recommander ou les intégrer de façon à conserver une cohérence dont il se porte garant Procédé Outils de conception et de développementOutil Briques informatiques – Librairies – Composants sur étagères (Composants et Frameworks) – Design Patterns (motifs de conception) Matériaux Diagrammes (matérialisation des différentes structures, plans de l’application) Plan CouchesStructure Architecture logicielleGénie civil
  • 8. Cours U&ARSI 5 - Vision Informatique Logique - Architecture Applicative - v1.08 Méthodologies d’Architecture (1/2) L’architecture a ses écoles, ses styles, ses courants … Dans le domaine de l’architecture de SI aucune méthodologie n’a réussi à s’affirmer avec succès. Ces méthodologies se sont le plus souvent limitées à des projets spécifiques sans parvenir à se généraliser à l’échelle du SI – Approche « top down » (du processus au code), avec deux courants principaux: Approche « Données/Traitements » (Zachman, Merise…) : l’approche « Données/Traitements » centre l’analyse d’un problème sur la donnée manipulée; Approche « Composants » (RM-ODP, Catalysis…) qui adresse plus spécifiquement les architectures des systèmes distribués : ce modèle a été élaboré sous l’influence du framework Zachman mais guidé par le paradigme Orienté Objet. Ces deux courants n’ont pas réussi à s’imposer pour deux principaux griefs : – le dogmatisme : la croyance dans une démarche top-down séquentielle (de la stratégie au code) – la lourdeur de ces méthodologies : méthodologies verbeuses, manquant de pragmatisme – Urbanisation des fonctions du SI Les méthodologies de modélisation des processus métier sont le plus souvent basées sur des outils BPM (Business Process Modeling) ou BPR(Business Process Re-engineering) du marché (Mega, Casewise…), voire sur des outils de type Visio ou Word… Il n’existe pas de standard en matière de méthodologie, chaque société de conseil ou chaque éditeur spécialisé dans le domaine propose généralement sa propre méthodologie de modélisation, qu’elle soit basée sur un formalisme UML ou un formalisme propriétaire…
  • 9. Cours U&ARSI 5 - Vision Informatique Logique - Architecture Applicative - v1.09 Méthodologies d’Architecture (2/2) Dans le domaine de l’architecture logicielle un consensus s’est créé ces dernières années autour du paradigme objet et des méthodologies basées sur UML (Unified Process, RUP) ou eXtreme Programming (XP) principalement pour les raisons suivantes : – Utilisation d’un langage de modélisation formel et standardisé : UML (Unified Modeling Language) – Puissance et adéquation du paradigme objet (abstraction, encapsulation) pour les activités d’analyse et de conception qui permet la modélisation à des niveaux successifs d’abstraction – Démarche itérative, et non séquentielle, entre les phases de recueil des besoins, analyse, conception, grâce notamment aux niveaux d’abstraction proposés par les modèles – Unification du langage de modélisation UML et des langages de développement (Java, C#, etc.) autour d’un même paradigme (l’objet), ce qui favorise la continuité entre les phases de conception et les phases d’implémentation – Large utilisation de patterns dans les phases d’analyse et de conception (Analysis Patterns, Design Patterns)
  • 10. Chapitre 5 Vision Informatique Logique Architectures Applicative et Logicielle 5.2 Principes directeurs
  • 11. Cours U&ARSI 5 - Vision Informatique Logique - Architecture Applicative - v1.011 L’urbanisation du système d ’information sert de guide à l’architecture applicative L’urbanisme du système d’information décrit l’agencement des fonctions et des informations et leurs mises en commun, indépendamment de la façon dont elles sont implémentées par le système informatique Elle met en évidence : – des choix de modularité But : assurer l’évolutivité du système d’information face aux évolutions du métier – des choix de mise en commun But : assurer le réemploi et la cohérence d’ensemble L’architecture fonctionnelle lui sert de guide, mais elle obéit à d’autres contraintes : – pour tenir compte des architectures techniques et des performances – pour tenir compte de l’existence de progiciels du marché L’architecture applicative décrit l’agencement des traitements et des données
  • 12. Cours U&ARSI 5 - Vision Informatique Logique - Architecture Applicative - v1.012 Lien avec les étapes précédentes Architecture Applicative « Fonctionnelle » – Blocs Applicatifs « fonctionnels » – Flux « fonctionnels », messages Architecture Applicative « Technique » – Blocs Applicatifs (fonctionnalités, logiciels) – Flux « techniques » (protocoles techniques supportés, synchrones/asynchrones, TP/batch, Web Services, ...) – Messages (XML, EDIFACT, ASCII, SWIFT, ebXML, …) – Cinématique représentatives de l’utilisation du système (à partir des cas d’utilisation) Architecture Logicielle – Modèle en 5 couches – Préconisation de Design Patterns – Préconisation de Framework (« cadre de travail ») et de services Techniques – (gestion des transactions, logs, traces, gestion des fichiers de configuration, ...) Architecture Physique – 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
  • 13. Cours U&ARSI 5 - Vision Informatique Logique - Architecture Applicative - v1.013 Livrables attendus Les livrables des phases d’architecture (logique et technique) sont constitués d’une partie documentaire et d’une partie opérationnelle : – Le dossier d’Architecture correspondant, organisé en trois parties principales : architecture applicative, architecture logicielle, Architecture physique – Une version opérationnelle du socle technique et méthodologique: Description des environnements de développement, de tests et d’intégration, frameworks et services techniques communs (IHM, logs…), services « métier » communs (parseur de messages, machine à états, …), guides méthodologiques Un prototype opérationnel implémentant un ou plusieurs cas d’utilisation (use-case) significatifs, permet de: – valider les choix d’architecture définis dans le dossier d’Architecture (validation de la faisabilité technique) – éprouver le socle technique (outils, frameworks, …) sur une réalisation concrète – valider la méthodologie sur l’ensemble de la chaîne de production (des spécifications techniques aux procédures de déploiement). Un benchmark sur plate-forme de référence permet de : – valider le modèle de dimensionnement (principalement des serveurs et du réseau) – valider les exigences de production (qualité de service, montée en charge, déploiement, …)
  • 14. Cours U&ARSI 5 - Vision Informatique Logique - Architecture Applicative - v1.014 Rôle de l’architecte De par sa position centrale, ayant une vision globale de l’architecture et des contraintes associées (fonctionnelles, applicatives et techniques), l’architecte fournit la première ébauche de l’architecture. C’est lui également qui la modifie et l’affine par itérations successives : re-découpage / fusion de briques applicatives, application d’un pattern, mutualisation de flux… Il a pour rôle de: – Recenser les besoins techniques (analyse de l’existant, contraintes, besoins exprimés) – Définir les principes directeurs de l’architecture – Elaborer l’architecture applicative, logicielle et physique – Argumenter ses choix technologiques – Identifier les besoins en produits tiers et frameworks techniques Best Practices – Prendre connaissance du fonctionnel en récupérant les informations des analystes – Assister le concepteur sur les premières modélisations L’architecte définit avec les équipes de conception : – La modélisation du découpage du modèle en couches – La définition des stéréotypes et des contrats entre les couches… – Assister le développeur sur le codage des premiers modules applicatifs L’architecte définit avec les équipes de développement : – Le découpage du modèle en couches – Les framework à mettre en œuvre – Les design patterns à utiliser – Les règles de nommages des packages… – Participer / piloter les phases d’intégration – Participer / piloter les benchmarks
  • 15. Cours U&ARSI 5 - Vision Informatique Logique - Architecture Applicative - v1.015 Le rôle de l’architecte au sein du projet
  • 16. Cours U&ARSI 5 - Vision Informatique Logique - Architecture Applicative - v1.016 Le recensement des contraintes Les contraintes servent de critères de définition de l’architecture et précisent la mission de l’architecte Un architecte est rarement amené à créer des architectures « from scratch » Les contraintes sont de deux natures : 1. Les contraintes exprimées : elles sont extraites des besoins fonctionnels des utilisateurs, de la charte d’architecture et d’ergonomie de l’entreprise, mais aussi de la stratégie économique du projet (business plan) 2. Les contraintes existantes (induites par le contexte) : nécessité de s’interfacer et de prendre en compte l’existant du SI de l’entreprise en termes notamment : De choix de technologies (par exemple : J2EE, .NET, Open Source, …) De choix d’éditeurs de logiciels et de progiciels De choix de constructeurs de matériels…
  • 17. Cours U&ARSI 5 - Vision Informatique Logique - Architecture Applicative - v1.017 Contraintes exprimées L’architecte doit répondre à des besoins techniques de manière à tirer profit des technologies : – Besoins d’ergonomie de l’interface utilisateur (charte d’ergonomie) – Charte d’architecture – Refonte du poste de travail utilisateur en client léger, proposition d’un mode de saisie de masse, mécanisme d’authentification unique sur le système (SSO), … – Exigences de performances : temps de réponse moyens, disponibilité de l’application, volume des échanges, … – Exigences sur le procédé de fabrication, afin de garantir une maintenance aisée et plus généralement une intégration dans la gestion du « patrimoine applicatif » de l’entreprise… Ainsi qu’a des besoins métier. Le business plan par exemple produit aussi ses contraintes : – Budget – Besoins de montée en charge dans le temps (lotissement du projet) – Time to market…
  • 18. Cours U&ARSI 5 - Vision Informatique Logique - Architecture Applicative - v1.018 Contraintes existantes L’architecte prend en compte une seconde catégorie de contraintes : les contraintes existantes. Elles ne sont pas liées directement à la demande fonctionnelle, mais au contexte. Les contraintes organisationnelles : – La culture de développement des équipes du projet : selon qu’elles sont familières des notions de conception et de développement orientées objet ou bien teintées développement procédural – Les habitudes des équipes de production : fil de l’eau versus batchs, culture de supervision – Les habitudes des Maîtrises d’Ouvrage pour la production de spécifications… Les contraintes liées à l’environnement technique : – La plateforme physique, l’OS, le réseau, le type de SGBDR, les logiciels et les technologies imposés – Une norme d’entreprise pour l’ergonomie des interfaces graphiques – La charte d’architecture – Un existant applicatif à intégrer avec un mode d’interopérabilité propriétaire – Les référentiels et annuaires auxquels il faut s’intégrer…
  • 19. Cours U&ARSI 5 - Vision Informatique Logique - Architecture Applicative - v1.019 Exemples de contraintes structurantes Architecture centralisée v/s répartie (décentralisée) Contrainte Exemple Un mode de fonctionnement en caisses régionales peut obliger d’avoir une architecture répartie qui pourra cependant être centralisée sur les aspects de la Business Intelligence (datawarehouse, datamart, tableaux de bord, statistiques, ciblage) Qualité de service Choix de technologies Contrainte de sécurité Le système informatique doit pouvoir continuer à fonctionner en mode déconnecté (avec un niveau de service dégradé) dans les agences et ceci même si la connexion réseau WAN avec le site central est hors service Plateformes J2EE, .NET, mise en œuvre de solutions Open Source Les infos doivent être dupliquées (sas étanche) pour des questions de sécurité entre les applications de gestion et les applications accessible par les clients via Internet, Minitel, WAP, SVI…
  • 20. Cours U&ARSI 5 - Vision Informatique Logique - Architecture Applicative - v1.020 Règles liées aux contraintes Définition des principes directeurs de l’architecture 1. La prise en compte des contraintes est primordiale – Lors de la construction de l’architecture technique, plusieurs scénarios d’architecture doivent être envisagés. Une préconisation de scénario devra être arrêtée et validée. 2. Nécessité parfois, d’écarter des solutions d’architecture qui semblaient s’imposer sur le papier au regard des besoins exprimés – Pour un même besoin, un architecte ne pourra pas toujours décliner à la lettre la même architecture. 3. Ne pas hésiter à « challenger » les contraintes dans leur ensemble – Le coût financier, l’impact métier d’une panne ont-ils été mesurés et justifient-ils vraiment la contrainte de haute disponibilité ? – Certaines contraintes sont parfois incompatibles : Exemple : besoin de performances maximales conjugué à l’utilisation d’un langage ou d’un framework de haut niveau. 4. Les arbitrages sur la priorité des contraintes, l’annulation de certaines d’entre elles sont inévitables – La contrainte du budget peut par exemple imposer de se limiter aux documentations les plus pertinentes au meilleur coût, la faible disponibilité des utilisateurs ne sera pas compatible avec une méthodologie de spécifications très itérative... 5. La solution d’architecture doit prendre en compte les contraintes organisationnelles, le patrimoine de l’entreprise et le niveau de compétence des équipes internes – Le gap doit être franchissable et les risques encourus sont à mesurer.
  • 21. Cours U&ARSI 5 - Vision Informatique Logique - Architecture Applicative - v1.021 Migration vers l’architecture cible Lorsque l’on fait évoluer ou que l’on refond un système ou une application existante il est primordial de gérer les phases de migration vers le système / application cible : – Migration / refonte des systèmes et des applications – Migration des données (problématique des initialisations et des mises à jour) Il faut toujours garder à l’esprit l’architecture cible et définir les différentes étapes pour y parvenir Plusieurs méthodes sont envisageables : – L’approche itérative / progressive qui consiste à définir des étapes intermédiaires pendant lesquels l’ancien et le nouveau système cohabiteront pendant un temps donné (de quelques mois à plusieurs années !). Cette méthode permet de mieux maîtriser la complexité par une mise en œuvre progressive du nouveau système. Son inconvénient majeur réside souvent dans la complexité à intégrer et à gérer deux systèmes de façon concomitante (notamment pose les problématiques de double alimentation TP/batch, et la complexité des flux à gérer) – L’approche « big-bang », qui consiste à basculer de l’ancien système vers le nouveau système en une étape. Ce scénario comporte beaucoup plus de risque que le précédent (problématique de tenue à la charge, risque de rejet des utilisateurs, complexité de mise en oeuvre et d’administration, formation des équipes, …). Son avantage majeur est qu’il règle les problématiques de double alimentation et de complexité de gestion des flux)
  • 22. Cours U&ARSI 5 - Vision Informatique Logique - Architecture Applicative - v1.022 Métriques à prendre en compte pour valider une architecture Il existe de nombreuses façons de valider une architecture technique (prototype, benchmark de performance, etc.) mais il est plus difficile de trouver des méthodes pour valider une architecture sous toutes ses dimensions Il existe de nombreuses façons de caractériser un SI. Voici une liste non exhaustive de métriques à prendre en compte lors de la validation de l’architecture : – Agilité / Extensibilité : Capacité à intégrer rapidement de nouveaux flux et/ou de nouveaux applicatifs : intégration d’un nouveau canal de distribution, sous-traitance d’une activité, etc. Capacité à supporter plusieurs modes d’organisations – Respect des standards applicatifs et techniques de l’entreprise L’architecture utilise-t-elle les fonctions transverses mises en place au niveau SI, comme les référentiels, la sécurité, les plates-formes d’échanges, les services communs ? L’architecture technique s’insère-t-elle dans l’univers d’exploitation connu ou nécessite-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é : Mesure de la sécurité globale du système : sécurisation des échanges, difficulté d’intrusion, authentification des acteurs, etc. – Coûts : Mesure du rapport qualité/prix, benchmark par rapport à d’autres constructions
  • 23. Chapitre 5 Vision Informatique Logique Architectures Applicative et Logicielle 5.3 Architecture Applicative
  • 24. Cours U&ARSI 5 - Vision Informatique Logique - Architecture Applicative - v1.024 Définitions Architecture Applicative – Elle structure le SI en blocs applicatifs communicants – Elle décrit sous l’angle technique les applications, les flux et les messages échangés entre applications Bloc applicatif – Module logiciel exécutable ayant une identité, proposant des services et ayant une interface (prise) bien définie Approche « boîte noire » – Connaissance des entrées et sorties du bloc applicatif – Connaissance des fonctionnalités et des technologies – Dans cette phase les détails du découpage interne du bloc applicatif en couches n’est pas étudié
  • 25. Cours U&ARSI 5 - Vision Informatique Logique - Architecture Applicative - v1.025 Principes directeurs de l’Architecture Applicative Pour définir les flux échangés, nous allons nous baser sur les principes directeurs de l’architecture Exemples : – Toujours privilégier l’utilisation des standards techniques du marché HTTP, XML, XSL, HTML, Javascript, DOM/DHTML, Web Services (SOAP, WSDL, UDDI), J2EE, .NET, FTP, … – Utilisation des langages XML (XML, XML Schema, SOAP, WSDL, ebXML, …) comme format pivot pour les messages échangés – Les échanges synchrones entre blocs applicatifs sont réalisés en utilisant SOAP/HTTP – Les échanges asynchrones entre blocs applicatifs sont réalisés en utilisant un MOM…
  • 26. Cours U&ARSI 5 - Vision Informatique Logique - Architecture Applicative - v1.026 Une démarche en 4 étapes 1. Décrire de façon détaillée (fonctionnelle, applicative et technique) chacun des blocs applicatifs (interne, externe, filiale ou partenaire). De plus il faut : – faire apparaître les blocs applicatifs concernant l’infrastructure (annuaire, SSO, supervision, …) et – pour chaque bloc applicatif, il faut préciser les aspects liés aux contraintes de sécurité, aux performances, à la continuité de service et à la géographie 2. Construire une cartographie applicative détaillée présentant tous les flux (synchrones/asynchrones, TP/batch) et messages échangés entre les blocs applicatifs (interne, externe, filiale ou partenaire) – La cartographie applicative des flux donne une vision statique du système 3. Construire la matrice des flux à partir de la cartographie applicative des flux – Lister et numéroter l’ensemble des flux identifier sur la cartographie applicative – Définir le sens du flux (depuis le bloc applicatif A vers le bloc applicatif B) – Définir le support physique : LAN, WAN, VPN, bande magnétique, CD, DVD, … – Définir le type de traitement : TP, batch – Définir le format de message : XML, fichiers ASCII, EDIFACT, SWIFT, ebXML, … – Définir le protocole de transport : HTTP, FTP, SMTP, … 4. A partir des cas d’utilisation identifier un nombre limité de cinématique représentative de l’utilisation du système – Les cinématiques d’utilisation du système donnent une vision dynamique du système
  • 27. Cours U&ARSI 5 - Vision Informatique Logique - Architecture Applicative - v1.027 Etape 1 Description fonctionnelle – Objectifs – Classification (Critique, Important, Utile) – Entrées / Sorties – Fonctions – Classes concepts gérées (matrice entités gisement de données et référentiel) / Type gestion (création, modification, suppression, lecture)… Description applicative et technique – Développement spécifique ou progiciel – Volume traité (volumétries statiques et dynamiques) – Disponibilité (contraintes de disponibilité, plage horaire TP, fenêtre d’exécution des batchs) – Fiabilité, niveau de service, performances attendues – Matériel – Système d’exploitation – SGBDR ou SGF (Système de Gestion de Fichiers) – Middleware – Types de sites concernés (notion de localisation et de géographie) – Sécurité (identification, authentification, gestion des habilitations, intégrité, confidentialité et non répudiation (données et échanges)…
  • 28. Cours U&ARSI 5 - Vision Informatique Logique - Architecture Applicative - v1.028 Etape 2 Exemple de cartographie applicative des flux présentant une vision statique du système
  • 29. Cours U&ARSI 5 - Vision Informatique Logique - Architecture Applicative - v1.029 Etape 3 Un flux est un échange de données (messages) entre blocs applicatifs. Il peut être continu ou déclenché à certains moments de la journée (prise en compte de mouvements comptables la nuit, …) Un flux peut être interne au système étudié ou provenir de ou être destiné à un système externe – Description textuelle – Liste des données échangées – Description du mode de transmission – Description des conditions de déclenchement – Signalisation flux externe ou interne – Indications de volume et de fréquence – Source, Cible (sens du flux) – Traçabilité – Sécurité – Support (transfert de fichiers, protocole, CD, …) – Nature (Synchrone, Asynchrone, TP, Batch, …) – Format des données (XML, ASCII propriétaire, …) – Propriétaire du Format – Phase Projet (Initialisation, Migration, Cible)
  • 30. Cours U&ARSI 5 - Vision Informatique Logique - Architecture Applicative - v1.030 Etape 3 – Matrice des flux La matrice des flux est créée à partir de la cartographie applicative des flux Exemple :
  • 31. Cours U&ARSI 5 - Vision Informatique Logique - Architecture Applicative - v1.031 Etape 4 – Cinématique représentative de l’utilisation du système Exemple de cinématique présentant une vision dynamique du système
  • 32. Cours U&ARSI 5 - Vision Informatique Logique - Architecture Applicative - v1.032 Etape 4 – Cinématique représentative de l’utilisation du système (suite) Exemple: