L Architecture Logicielle En Pratique

L’ARCHITECTURELOGICIELLE EN

PRATIQUE

Weisman Art Museum de l’architecte Frank GehryPhoto de Chris Zubke publiée sur Flickr

François Trudel, ing., M.Sc.A.Président [email protected]

© 2009 Repenser les TI

24 mars 2009

Évolution d’une Discipline

2L’architecture Logicielle en pratique


Matériel mainframe mini PC PDA

Paradigme structuré orienté-donnée

orienté-objets

orienté-services

orienté-agents

1940 2010

Diagramme Flux decontrôle

Flux dedonnées ER OO ADL

Architecture Monolitique parLots

Client-Serveur N-tiers Cloud

computingPublisher-Subscriber

enCouches

Language assembleur FORTRANCOBOL SQL C++ JavaPerl Ruby

on Rail

Le niveau d’abstraction augmente dans le temps

Architecture Informatique

L'architecture informatique définit lastructuration d'un système informatique(i.e. matériel et logiciel) en termes decomposants et d'organisation de ses

fonctions.



Source: Wikipedia

Architecture Logicielle

L’architecture logicielle décrit dʼunemanière symbolique et schématiqueles différents composants dʼun ou deplusieurs programmes informatiques,

leurs interrelations et leurs interactions.



Source: Wikipedia

Place de l’Architecture(Traditionnelle)



Ingénierie

Problème Solution

ArchitectureConceptuel

Physique ConstructionGestion de Projet

Place de l’ArchitectureLogicielle



Analyse Design Programmation

Problème Solution

ArchitectureConceptuel

Niveaux d’ArchitectureLogicielle

1. Un programme

2. Une famille de programmes

3. Un système corporatif

4. Un système inter-entreprises



10 Mythes surl’Architecture Logicielle

Lʼarchitecture et le design, cʼest la même chose Lʼarchitecture et lʼinfrastructure, cʼest la même chose <ma technologie fétiche> est lʼarchitecture Une bonne architecture est lʼoeuvre dʼun seul architecte Lʼarchitecture est plate, une schéma est suffisant Lʼarchitecture de système précède lʼarchitecture logicielle Lʼarchitecture ne peut-être mesurée ou validée Lʼarchitecture est une science Lʼarchitecture est un art



Source: Philippe Kruchten, Ten Common Misconceptions about Software Architecture

Rôle d’un Architecte Logiciel

Le rôle de lʼarchitecte logiciel est de définirune architecture logicielle.




Le rôle de lʼarchitecte logiciel est de définirune architecture logicielle qui satisfasse les

exigences du client.



symbolique

Modèle desContraintes de Design



Source: Bryan Lawson, How Designers Think

radicale

formellepratiquelégislateur

utilisateur

client

designer

interne externe

Générateurs

Domaines

Fonctions

Critères de Qualité Logicielle

Interopérabilité Portabilité Compatibilité Validité Vérifiabilité Intégrité Fiabilité Maintenabilité



Réutilisabilité Extensibilité Efficacité Autonomie Transparence Composabilité Simplicité


Le rôle de lʼarchitecte logiciel est de définirune architecture logicielle qui satisfasse les

contraintes imposées sur le système.



Modélisation d’uneArchitecture Logicielle



Source: Philippe Kruchten, 4+1 Views

Vue logique

Fonctionalité

Vue de réalisation

Gestion de configuration

Vue des processus

PerformanceExtensibilitéDébit

Vue de déploiement

Topologie du SystèmeCommunication

Approvisionnement

Conceptuelle Physique

Vue des cas d’utilisation


Le rôle de lʼarchitecte logiciel est:1) de définir une architecture logicielle qui

satisfasse les contraintes du système2) de la communiquer.





satisfasse les contraintes du système2) de la communiquer et la promouvoir.



Essence et Accidents deL’Ingénierie Logicielle



Source: Frederick P. Brooks Jr, No Silver Bullet

Complexité EssentielleInhérente au problème (complexité, conformité,

changeable, invisibilité)

Complexité AccidentelleAssociée au développement de la solution

Dimensions de laComplexité Logicielle



Source: Grady Booch, Handbook of Software Architecture

embarqué, temps-réel,distribué, critique

sur-mesure, innovateur,haute performance

application PC,site HTML,interactif, standard

grande échelle,contractuel,plusieurs intervenants“projets”

petite échelle,informel,

un intervenant“produits”

Technique

Gestion

centralenucléaire

chiffrier

compilateur

systèmecorporatif



satisfasse les contraintes du système2) de la communiquer et la promouvoir3) de défendre son intégrité conceptuelle





satisfasse les contraintes du système2) de la communiquer et la promouvoir3) de défendre son intégrité conceptuelle4) de la critiquer





satisfasse les contraintes du système2) de la communiquer et la promouvoir3) de défendre son intégrité conceptuelle4) de la critiquer5) de la raffiner






Photo: www.sparkle4all.nl

Contraintes

Changement

Complexité

Vision

Politique

Profile d’un Architecte Logiciel

1. Crédibilité2. Pensée intégrative3. Créativité4. Empatie5. Autodidacte6. Leader/Mentor7. Communicateur(Négociateur)8. Excellent analyste9. Designer hors pair10. Bon programmeur



La Pensée Intégrative



Source: Roger Martin, The Opposable Mind

Vision

Outils Expérience

Saillance

Identifie les contraintes importantes

Causalité

Chercher des motifs etinterrelations

Architecture

Visualiser le tout entravaillant sur des parties

Résolution

Chercher des solutionscréatrices qui résolventles tensions

Principes Fondamentaux

Simplicité (KISS)

Abstractions nettes

Division claire des rôles

Distribution équilibrée des responsabilités

Élégance/Esthétisme



Stylesd’Architecture Logicielle

Flux de Données• Par lots• Tuyaux et Filtres

Appels et Retour• Fonction principale• Orientée-Objets

Interactif• Orientée Événements• Model-View-Controller



Source: Shaw & Garlan, Software Architecture : Perspectives on an Emerging Discipline

Centré sur les Données• Base de données• Blackboard• Publisher-Subscriber

Partage de Données Hiérarchique

• En couches• En tiers• Interpréteur

Orientée Agents

Le Style le plus Répandu



Source: Brian Foote & Joseph Yoder, Big Ball of Mud

7 Périls d’unArchitecte Logiciel

1. Un projet où la direction de lʼorganisation ne croie pasà lʼarchitecture logicielle

2. Un projet dont les usagers ne veulent pas3. Embarquer sur un projet sans avoir de crédibilité

auprès d’une équipe rebelle4. Un projet avec un niveau d’incertitude élevé soumis à

un développement en cascade5. Un projet dont des choix technologiques clés imposés

sont inappropriés6. Un projet où les analystes d’affaires produisent le

schéma de BD7. Prendre la relève d’un projet en détresse



L’Avenir d’une Discipline

LʼArchitecture fera partie du curriculum Standardisation dʼun ADL Architecture Orientée-Agents Langages de programmation de plus haut

niveau supportant les concepts architecturaux Certification professionnelle basée sur les

niveaux de criticalité logicielle [DO-178B: A-E]



Questions?

Merci beaucoup!



Technology

L Architecture Logicielle En Pratique