Présentation

Article interactif

1 - DÉFINITIONS

2 - ARCHITECTURER N’EST PAS CONCEVOIR

3 - LES MODES DE RAISONNEMENT DE L’ARCHITECTE

  • 3.1 - L’approche systémique (« Systems thinking »)
  • 3.2 - La pensée critique (« Critical thinking »)
  • 3.3 - La méthode du détective

4 - CONCEVOIR UNE ARCHITECTURE

  • 4.1 - Comprendre l’opportunité
  • 4.2 - Viser l’architecture
  • 4.3 - Valider au plus tôt
  • 4.4 - Mettre en musique harmonieusement

5 - DÉCRIRE ET PARTAGER L’ARCHITECTURE

6 - GOUVERNER L’ARCHITECTURE

7 - ILLUSTRATION PAR UN EXEMPLE (« SAFE CITY »)

  • 7.1 - Comprendre l’opportunité
  • 7.2 - Viser l’architecture

8 - CONCLUSION

9 - ANNEXE : LIEN AVEC LES PRINCIPALES NORMES

Article de référence | Réf : S7302 v1

Les modes de raisonnement de l’architecte
L’architecture et la conception architecturale des systèmes complexes

Auteur(s) : Jean-Luc WIPPLER, Dominique LUZEAUX

Relu et validé le 10 mars 2021

Pour explorer cet article
Télécharger l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !

Sommaire

Présentation

Version en anglais En anglais

RÉSUMÉ

Afin de maîtriser la complexité des systèmes, il est essentiel d’en bâtir une vision globale sous forme d’une architecture orientant son ingénierie, ainsi que les autres fonctions aval (production, déploiement, support…). Les différents modes de raisonnement de l’architecte, ainsi que les activités clés de la conception d’une architecture, puis sa description et son partage sont passés en revue. Enfin, la gouvernance de l’architecture, afin d’être en mesure de piloter la démarche et de réutiliser les résultats obtenus, est également abordée.

Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.

Lire l’article

ABSTRACT

Architecting complex systems

To master complex systems, a global vision must be built in the form of an architecture orienting engineering and other life-cycle functions (production, deployment, support, etc.). In this article the various reasoning modes and the key activities involved in first building, and then in describing and sharing an architecture, are addressed. The issue of architecture governance is then introduced, as it fosters reuse of the various results obtained during the architecting approach.

Auteur(s)

  • Jean-Luc WIPPLER : Architecte système senior - Autoentrepreneur LUCA Ingénierie, France

  • Dominique LUZEAUX : Ingénieur général de l’armement, habilité à diriger les recherches - Ministère des Armées

INTRODUCTION

Définir l’architecture d’un système d’intérêt peut être vu comme l’expression d’une stratégie ou d’une vision de ce dernier. De la capacité à savoir élaborer et concevoir une bonne architecture découlent un certain nombre d’effets bénéfiques pour l’ingénierie du système, comme les capacités à organiser les lots de travaux, à maîtriser les interfaces, à atteindre et maintenir les compromis coût/performances.

Les différentes activités pour concevoir l’architecture ainsi que les modes de raisonnement nécessaires sont détaillés dans cet article.

Une fois l’architecture conçue, il convient d’en rendre compte et de la partager avec diverses parties prenantes. Cependant, au vu de la diversité des acteurs concernés et des questions, il ne peut y avoir un point de vue unique, mais bel et bien différentes vues regroupées en différents points de vue (pour une communauté donnée). Ceci est possible par la définition de cadres d’architecture qui s’inscrivent dans une démarche de gouvernance au niveau du projet ou de l’entreprise, abordée en fin d’article.

Cet article est réservé aux abonnés.
Il vous reste 93% à découvrir.

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

KEYWORDS

architecture   |   architecture framework   |   architecture conceptualization

DOI (Digital Object Identifier)

https://doi.org/10.51257/a-v1-s7302


Cet article fait partie de l’offre

Automatique et ingénierie système

(138 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS

Lecture en cours
Présentation
Version en anglais En anglais

3. Les modes de raisonnement de l’architecte

3.1 L’approche systémique (« Systems thinking »)

Née aux États-Unis au début des années 1950, connue et pratiquée en France depuis les années 1970, l’approche systémique s’oppose à l’approche analytique – qui atomise en éléments simples et recherche des séries causales indépendantes –, en essayant de rendre compte des différents ensembles organisés présents dans le monde sans les dissocier.

L’approche systémique peut être employée dans presque tous les domaines de la connaissance, et a déjà donné lieu à de nombreuses applications, aussi bien en biologie, écologie, économie, thérapies familiales, management des entreprises, urbanisme, aménagement du territoire, etc. Elle repose sur l’appréhension concrète d’un certain nombre de concepts tels que : système, interaction, rétroaction, régulation, organisation, finalité, vision globale, évolution, etc.

Soit un ensemble et ses composants. Alors, l’ensemble possède des propriétés qui proviennent de l’assemblage lui-même ; il s’ensuit trois conséquences. S’il se défait, les propriétés disparaîtront. Si l’organisation change, les propriétés changeront (bien que les constituants soient les mêmes). L’ensemble ne doit pas être décomposé, car alors il perd ses propriétés. Certaines des propriétés des composants sont attribuables aux relations qu’ils entretiennent avec les autres au sein de l’ensemble. Elles ne peuvent donc être connues si nous les séparons de l’entité. L’ensemble peut et doit être considéré pour lui-même, indépendamment de ses constituants.

Ainsi, suivant la formule d’Aristote, « le tout est plus que la somme des parties ». Ceci est d’autant plus important dans l’architecture d’un système et notamment quand nous nous intéressons au sacrosaint principe de décomposition et de recomposition permettant a priori de simplifier une problématique d’ingénierie : en effet, lors de la recomposition, i.e. du processus d’intégration, vont apparaître des propriétés qui n’auraient pas nécessairement été vues sur les niveaux en train d’être intégrés.

Cependant, la pensée systémique nous pousse aussi à voir que « le tout est moins que la...

Cet article est réservé aux abonnés.
Il vous reste 92% à découvrir.

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

TEST DE VALIDATION ET CERTIFICATION CerT.I. :

Cet article vous permet de préparer une certification CerT.I.

Le test de validation des connaissances pour obtenir cette certification de Techniques de l’Ingénieur est disponible dans le module CerT.I.

Obtenez CerT.I., la certification
de Techniques de l’Ingénieur !
Acheter le module

Cet article fait partie de l’offre

Automatique et ingénierie système

(138 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS

Lecture en cours
Les modes de raisonnement de l’architecte
Sommaire
Sommaire

BIBLIOGRAPHIE

  • (1) - VITRUVE -   Les dix livres d’architecture de Vitruve.  -  Réimpression de l’édition de Claude Perrault de 1673, Bibliothèque de l’Image (1999).

  • (2) - MAIER (M.W.), RECHTIN (E.) -   The art of systems architecting.  -  1re édition, CRC Press (1997).

  • (3) - MAIER (M.W.), RECHTIN (E.) -   The art of systems architecting.  -  3e édition, CRC Press (2006).

  • (4) - CRAWLEY (E.), CAMERON (B.), SELVA (D.) -   System architecture: strategy and product development for complex systems.  -  Pearson (2015).

  • (5) - WEAVER (W.) -   Science and complexity.  -  American Scientist, 36:536-544 (1948).

  • (6) - BOUDON (P.) -   Conception.  -  Éditions de la Villette, Collection Passage (2004).

  • ...

1 Outils logiciels

Les activités de conception et de validation d’architecture de systèmes complexes sont généralement couvertes par des outils logiciels :

  • de portée générale et non liés au domaine particulier de l’architecture. Par exemple, les outils de prises de notes, ou de cartes heuristiques (« mind mapping ») peuvent servir de support pour la perception de l’existant ;

  • ou des outils très spécifiques et souvent propriétaires. Par exemple un environnement de simulation de type « Battle Lab » pour supporter la validation amont d’un scénario.

En revanche, nous pouvons citer un certain nombre d’outils logiciels supportant la description et le partage d’une architecture :

Signalons également les différents outils supportant le langage ArchiMate (standard technique de l’Open group basé sur les concepts ANSI/IEEE 1471-2000 ; ce langage est conçu pour couvrir toutes les phases de l’Architecture Development Method (ADM) de TOGAF).

HAUT DE PAGE

2 Événements

Conférence CSDM (Complex Systems Design and Management), a lieu tous les ans à Paris.

Conférence INCOSE, a lieu tous les ans, dans des lieux différents.

Conférence IEEE ISSE, a lieu tous les ans, dans des lieux différents.

HAUT...

Cet article est réservé aux abonnés.
Il vous reste 94% à découvrir.

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

Cet article fait partie de l’offre

Automatique et ingénierie système

(138 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS

Sommaire

QUIZ ET TEST DE VALIDATION PRÉSENTS DANS CET ARTICLE

1/ Quiz d'entraînement

Entraînez vous autant que vous le voulez avec les quiz d'entraînement.

2/ Test de validation

Lorsque vous êtes prêt, vous passez le test de validation. Vous avez deux passages possibles dans un laps de temps de 30 jours.

Entre les deux essais, vous pouvez consulter l’article et réutiliser les quiz d'entraînement pour progresser. L’attestation vous est délivrée pour un score minimum de 70 %.


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

Cet article fait partie de l’offre

Automatique et ingénierie système

(138 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS