ExplorerSciences

Architecture (informatique)

Sources
Plus d’actions
Historique
État de vérification des informations

124 passages à vérifier sur 124 inventoriés. Les repères signalent aussi tout contenu affiché sans contrôle correspondant et expliquent ce qui manque.

Liste des points à vérifier

L’essentiel

Pour commencer

En informatique, architecture désigne la structure générale inhérente à un système informatique, l'organisation des différents éléments du système (logiciels et/ou matériels et/ou humains et/ou informations) et des relations entre les éléments. Cette structure fait suite à un ensemble de décisions stratégiques prises durant la conception de tout ou partie du système informatique, par l'exercice d'une discipline technique et industrielle du secteur de l'informatique dénommée elle aussi…Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Explorer ce sujet

Cette activité est en cours de vérification. Le texte complet et les sources restent accessibles ci-dessous.

Relier les idées

Du phénomène aux mécanismes

Non vérifié Ce contenu affiché ne dispose pas encore d’un contrôle factuel correspondant.×

Donner une vue d’ensemble des notions expliquées.

Le parcours reprend les titres et résumés du texte.

  • Explorer autrementNon vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×
  • PrésentationNon vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×
  • ÉtymologieNon vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Poursuivre l’exploration

Explorez à votre rythme

Explorer autrement

Modules interactifs liés aux sources et accompagnés d’une alternative textuelle.Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Présentation

En informatique, architecture désigne la structure générale inhérente à un système informatique, l'organisation des différents éléments du système (logiciels et/ou matériels et/ou humains et/ou informations) et des relations entre les éléments. Cette…Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Lire « Présentation » dans le texte →

Étymologie

Architecture est un mot qui n'a pas toujours été très populaire en informatique : la preuve en est l'absence d'ouvrages traitant de ce thème avant les années 1990.Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Lire « Étymologie » dans le texte →

Histoire

L'effet de mode débute seulement à partir des années 1980-1990, où le terme "architecture" était encore considéré comme un buzzword. Ceci coïncide avec la multiplication des types de langages de programmation, et avec l’essor de la micro-informatique.Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Lire « Histoire » dans le texte →

Les perspectives

En théorie des systèmes, un système est une collection de pièces et un ensemble de principes qui une fois mis ensemble forment une unité. Unité qui peut à son tour être un élément d'une collection. La structure d'un système informatique – représentée sous…Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Lire « Les perspectives » dans le texte →

Architecture métier

L'architecture métier décrit les applications informatiques, les principales bases de données du système informatique d'une institution ou d'une entreprise, les utilisations faites de ces éléments dans le cadre de l'activité de l'institution et leur…Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Lire « Architecture métier » dans le texte →

Aller au fond du sujet

Le texte et ses détails

Présentation

Exemple de diagramme d'architecture.Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×Illustration de la source non affichée : droits de reproduction à vérifier.Consulter les crédits et la source ↓

En informatique, architecture désigne la structure générale inhérente à un système informatique, l'organisation des différents éléments du système (logiciels et/ou matériels et/ou humains et/ou informations) et des relations entre les éléments. Cette structure fait suite à un ensemble de décisions stratégiques prises durant la conception de tout ou partie du système informatique, par l'exercice d'une discipline technique et industrielle du secteur de l'informatique dénommée elle aussi architecture, et dont le responsable est l'architecte informatique.Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

La structure d'un système informatique n'est à ce jour assujettie à aucune norme. En matière de logiciels, elle est représentée sous forme de graphiques tels que des organigrammes, des diagrammes de workflow (flux de travaux en français) ou des diagrammes entité-relation. Le diagramme peut concerner un logiciel, une pièce de matériel, un réseau informatique, un groupe de machines, un sous-système, voire l'ensemble des dispositifs informatiques d'une entreprise ou d'une institution.Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Un diagramme d'architecture est une perspective qui dépend du point de vue adopté par son auteur, en fonction des éléments qu'il cherche à mettre en évidence. Le diagramme omet volontairement certains détails pour rendre la perspective plus visible. Il peut y avoir plusieurs diagrammes d'architecture pour un même système, tels que : architecture des informations, architecture métier, architecture applicative et architecture technique[1].Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Étymologie

Architecture est un mot qui n'a pas toujours été très populaire en informatique : la preuve en est l'absence d'ouvrages traitant de ce thème avant les années 1990.Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Martin Fowler dans son ouvrage "Patterns of enterprise application architecture" (datant de 2003) déclare :Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

« L'industrie du logiciel brille dans la déformation des mots, les étirant dans toutes les directions jusqu'à leur donner une myriade de sens subtilement contradictoires. Le mot architecture est un de ceux qui ont le plus souffert de ce phénomène. Je suis tenté de dire que architecture est un de ces mots ronflants utilisé avant tout pour indiquer qu'on est en train de parler de quelque chose d'important. Mais je vais me montrer pragmatique et ne pas laisser mon cynisme nuire à l'intérêt de mon livre :-)[2] »Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Histoire

L'effet de mode débute seulement à partir des années 1980-1990, où le terme "architecture" était encore considéré comme un buzzword. Ceci coïncide avec la multiplication des types de langages de programmation, et avec l’essor de la micro-informatique.Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

À ce jour, le nombre d'ouvrages traitant d'architecture informatique n'a guère augmenté, preuve en est la petite liste d'ouvrages cités en référence. Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Depuis les années 2000, si certains standards ou méthodes de développement ont été adaptés au monde de l'informatique, ce domaine d'activité manque toujours cruellement de normes et de modèles fiables.Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

C'est dans ce contexte que se sont développés les cours d'architecture des systèmes informatiques au CNAM (Conservatoire National des Arts et Métiers) (voir plusieurs ouvrages récents en référence, tels "Architecture logicielle" ou "Architecture des machines et des systèmes informatiques", datant de 2003 à 2011 pour les éditions les plus récentes).Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Actuellement, savoir construire (et reconstruire après dégâts) un système informatique (ou de façon plus large un système d'informations) est devenu un tel enjeu national, que certains pays ne sont pas prêts à communiquer leur savoir-faire... preuve en est le peu de liens relatifs aux méthodes de développement en matière d'architectures informatiques.Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

À ce jour, l'entreprise ou l'organisme qui maîtrise parfaitement l'architecture de ses systèmes d'information est parée pour survivre aux risques majeurs du XXIe siècle que sont les dégâts, les falsifications ou les vols relatifs aux informations (pertes immatérielles non couvertes par les polices d'assurances) et les pertes de disponibilité des systèmes d'information (la perte de confiance des clients n'étant couverte par aucune compagnie d'assurance !).Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

En ce début de XXIe siècle, les solutions passent par la SSI et plus particulièrement la résilience.Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Les perspectives

En théorie des systèmes, un système est une collection de pièces et un ensemble de principes qui une fois mis ensemble forment une unité. Unité qui peut à son tour être un élément d'une collection. La structure d'un système informatique – représentée sous forme de graphiques – est une perspective, et dépend du point de vue adopté et des éléments que le graphique met en évidence. Il peut par conséquent y avoir plusieurs diagrammes d'architecture pour un même système[1].Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

  • L´architecture métier est un point de vue tourné sur les politiques, les stratégies et les procédures opérationnelles propres à une organisation et les différents éléments du système informatique en rapport avec eux.Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×
  • L´architecture des informations est un point de vue tourné sur l'organisation, le classement et la présentation des informations propres à une organisation en accord avec la manière dont les gens vont interpréter, retrouver ou modifier ces informations.Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×
  • L´architecture logicielle est une vue tournée sur l'organisation interne et le découpage en couches et modules du ou des logiciels du système informatique. Les responsabilités de chaque module et la nature et la structure des relations entre modules.Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×
  • L´architecture technique est une vue tournée vers les différents éléments matériels et l'infrastructure dans laquelle le système informatique s'inscrit, les liaisons physiques et logiques entre ces éléments et les informations qui y circulent[3].Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×
  • L´architecture matérielle est une vue tournée sur le choix et l'organisation des différents composants électroniques d'un appareil informatique.Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Architecture métier

Architecture métierNon vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×Illustration de la source non affichée : droits de reproduction à vérifier.Consulter les crédits et la source ↓

L'architecture métier décrit les applications informatiques, les principales bases de données du système informatique d'une institution ou d'une entreprise, les utilisations faites de ces éléments dans le cadre de l'activité de l'institution et leur alignement à l'organisation générale de l'institution. La vue métier fait ressortir les éléments historiques et en fin de vie, les interfaces avec des éléments appartenant à des tiers, ainsi que les possibilités d'ajouter des nouveaux éléments[3].Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Le diagramme d'architecture métier servira à guider la direction de l'institution dans le choix de création de nouveaux éléments, et aidera les ingénieurs à créer des produits informatiques en ligne avec les activités et l'organisation générale de l'institution. Il permettra également d'informer les collaborateurs de l'institution sur son organisation générale, ses buts, sa stratégie, et les flux d'informations au sein de l'institution[4].Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Architecture des informations

Architecture des informationsNon vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×Illustration de la source non affichée : droits de reproduction à vérifier.Consulter les crédits et la source ↓

L'architecture des informations concerne la manière dont les informations sont organisées et agrégées : ordre alphabétique, chronologique, taxinomie. Les manières d'accéder à ces informations, la compréhension qu'ont les lecteurs et comment ils manipulent et s'échangent les informations ainsi que l'organisation de la base de données qui contiendra les informations. L'architecture repose sur trois axes clés:Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

  1. le contexte: commercial, politique, et culturel qui entoure ces informations.Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×
  2. le type d'informations: le format de données, la quantité, et les éventuelles structures existantes.Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×
  3. les personnes : l'audience, les tâches des lecteurs/rédacteurs, leurs habitudes et leur expérience[5],[6].Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Les sites web contenant de nombreuses informations, tels que les sites de vente en ligne, les médias, les bases de connaissances ou les encyclopédies en ligne sont les premiers concernés par l'architecture des informations.Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Architecture logicielle

Architecture logicielleNon vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×Illustration de la source non affichée : droits de reproduction à vérifier.Consulter les crédits et la source ↓

Article détaillé : Architecture logicielle.Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

L'architecture logicielle est une vue tournée sur l'organisation interne et le découpage d'un logiciel en modules. Dans les logiciels les caractéristiques communes concernent les interfaces, c'est-à-dire la connectique qui permet la communication entre les modules, ainsi que les caractéristiques du matériel informatique et du système d'exploitation sur lequel le logiciel s'exécutera et les caractéristiques du réseau informatique qui sera utilisé[7].Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Le diagramme d'architecture logicielle décrit la nature des différents modules d'un logiciel, les responsabilités et les fonctionnalités de chaque module, quelle machine va les exécuter, et quand. Il décrit également la nature des relations entre les modules. Vont-ils s'échanger des informations ? Un module en pilote-t-il un autre, lui envoie-t-il des informations, ou lui fait-il des demandes[8] ? En ingénierie informatique le diagramme d'architecture donne une première série de réponses sur ce que sera le futur logiciel, avant le début du travail de programmation.Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Architecture technique

Architecture techniqueNon vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×Illustration de la source non affichée : droits de reproduction à vérifier.Consulter les crédits et la source ↓

Article détaillé : Architecture physique.Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

L'architecture technique est une vue tournée sur l'organisation logique de la plateforme informatique, c'est-à-dire les moyens techniques clés qui seront utilisés par tous les logiciels applicatifs. La vue contient le matériel informatique, les logiciels systèmes, les middlewares, ainsi que les réseaux de télécommunication et les relations entre ces différents éléments[9].Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Pour une entreprise ou une institution, le choix de l'architecture technique vise à maximiser les possibilités d'implantation de logiciels du commerce ainsi que de réalisation de logiciels sur mesure. Il vise également à rentabiliser l'utilisation du matériel et des logiciels déjà acquis par l'institution. Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Pour une entreprise ou une institution qui transforme son architecture technique, le plan d'architecture est accompagné d'un planning et d'un budget des acquisitions, des ventes et des opérations de migration nécessaires pour aligner le système informatique avec le plan[10].Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Architecture matérielle

Architecture matérielleNon vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×Illustration de la source non affichée : droits de reproduction à vérifier.Consulter les crédits et la source ↓

Article détaillé : Architecture matérielle.Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Le mot architecture matérielle est parfois utilisé pour désigner l'architecture du jeu d'instructions d'un processeur. L'architecture matérielle comprend toutes les caractéristiques générales, la conception, le choix et l'organisation des différents dispositifs électroniques des appareils informatiques (ordinateurs personnels, serveurs, assistants personnels, téléphones portables, consoles de jeu...). L'architecture est fonction du type d'appareil, du client cible, de l'espace d'adressage - qui est fonction du nombre de bits utilisés pour les adresses mémoire, du système d'exploitation et du langage de programmation cible.Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

L'architecture matérielle est un premier élément de réponse sur la manière de concevoir le futur ordinateur, recherchant la performance tout en respectant les contraintes de coût, de consommation électrique et de fiabilité. Le choix de l'architecture est inspiré par le marché, en particulier par les logiciels applicatifs existants et auxquels l'appareil est destiné. La conception d'une architecture matérielle requiert la connaissance d'une large gamme de technologies concernant les compilateurs, les systèmes d'exploitation, les circuits logiques et l'isolation. Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

L'architecture du jeu d'instructions est le point de rencontre entre le matériel et le logiciel informatique. Selon son architecture, le jeu d'instructions peut être de type register-memory - chaque instruction peut être effectuée sur le contenu d'une adresse mémoire ou d'un registre - ou du type load-store (en) - toutes les instructions sont effectuées sur des registres sauf les instructions load et store qui copient des informations de et vers une certaine adresse mémoire[11].Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

La discipline

L'architecture est une discipline de conception et de résolution théorique d'un problème informatique. Le travail de l'architecte informatique - la personne chargée de créer une architecture - consiste à explorer l'éventail des besoins d'un client ainsi que l'éventail des moyens technologiques à disposition. D'identifier les points clés parmi les besoins du client et d'y apporter une solution théorique, puis de décrire schématiquement la solution en question sous forme de diagrammes.Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Pour un problème donné il existe toujours plusieurs solutions. Une des activités de l'architecte informatique est d'anticiper les qualités, les défauts et les coûts des différentes solutions envisageables, et de proposer celle qui est le mieux adaptée aux besoins du client en fonction des points clés que celui-ci a relevés. Pour cela l'architecte informatique se base sur le savoir-faire - tel que les styles et patrons, son expérience et les recommandations en rapport avec les différentes solutions envisageables.Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

L'architecture demande un important travail de communication avec les clients, les ingénieurs, les fournisseurs et les directeurs. Le principal travail de communication est l'écoute des besoins des clients et des recommandations des ingénieurs. Le résultat du travail de l'architecte informatique sont des diagrammes, des plannings, des recommandations et des exemples qui expliquent le quoi, le pourquoi et le comment de la solution[12].Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Les styles et patrons d'architecture logicielle

patron modèle-vue-contrôleurNon vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×Illustration de la source non affichée : droits de reproduction à vérifier.Consulter les crédits et la source ↓

Les patrons d'architecture (en anglais : design patterns) sont des modèles de référence de résolution des problèmes courants d'architecture. Ils sont utilisés comme source d'inspiration dans de nombreux produits informatiques. L'héritage d'un patron se reconnait par le style caractéristique du diagramme d'architecture du produit.Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Dans le style à filtres et tubes une série de programmes sont reliés entre eux par des tubes. Le produit de l'exécution d'un programme est transmis par le tube où il servira de matière première pour le programme suivant, et ainsi de suite. Un programme donné n'a pas besoin d'attendre que le précédent ait terminé le travail, et commence dès lors que des informations lui sont envoyées par le tube. Ce style est utilisé dans l'architecture de nombreuses applications de manipulation du son et de la vidéo[13].Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Dans l'architecture de style client-serveur, l'application informatique est décomposée en deux sous-systèmes différents prévus pour résider sur des ordinateurs différents. Les deux sous-systèmes communiquent selon des protocoles réseau normalisés[13].Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Le patron modèle-vue-contrôleur est un modèle souvent utilisé dans l'architecture de l'interface graphique des logiciels. Il est fait de trois composants : le modèle, la vue et le contrôleur. Le contrôleur prend en charge les opérations effectuées par l'utilisateur à la souris et au clavier, et les transforme en messages destinés au modèle et à la vue. Le modèle stocke les informations à traiter et envoie des messages à la vue lors de modifications. La vue reçoit alors les messages et effectue les modifications nécessaires de l'interface graphique[13].Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Dans une architecture en couches, les composants sont regroupés en sous-systèmes placés les uns au-dessus des autres. Chaque composant d'un sous-système donné est en relation uniquement avec des composants des sous-systèmes placés immédiatement au-dessus ou en dessous[13].Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Dans le style dit architecture trois tiers, les composants sont regroupés en trois couches qui concernent respectivement l'affichage sur l'interface graphique, la logique et le stockage en base de données. Chaque couche peut résider sur un ordinateur différent[14].Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

L´architecture orientée services est souvent considérée comme un patron. Elle est souvent associée au concept du Enterprise Service Bus (abrégé ESB), une ligne de communication publique à laquelle se connectent à la demande, différents logiciels fournisseurs et consommateurs de services[15].Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Les antipatterns sont des modèles de référence de mauvaises réponses à des problèmes d'architecture. Il s'agit de modèles de référence réputés inefficaces et déconseillés. Ils sont souvent utilisés comme exemples pour mettre en évidence les défauts d'organisation d'un système informatique[12]. Le plat de spaghetti et l'usine à gaz sont des exemples d'antipatterns.Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Exemples

  • Architecture matérielle dite "de von Neumann"Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×
  • Exemple d'architecture interne de processeurs : Reduced instruction set computerNon vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×
  • Exemple d'architecture de systèmes de disques durs : RAIDNon vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Cadre de conception informatique (architecture)

Article détaillé : Cadre d'architecture.Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Afin de répondre à ces différents besoins de description de la conception informatique, il est apparu vers la fin des années 1980 (cadre Zachman, 1987) qu'il devenait nécessaire de décrire des cadres de conception afin de décrire les concepts selon différentes vues ou différents points de vue.Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Voir aussi

Bibliographie

  • Jacques Printz (préf. Yves Caseau), Architecture logicielle : concevoir des applications simples, sûres et adaptables, Paris, Dunod, 2012, 3e éd., 512 p. (ISBN 978-2-100-57865-8)Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×
  • Joëlle Delacroix et Alain Cazes, Architecture des machines et des systèmes informatiques, Paris, Dunod, 2018, 6e éd., 560 p. (ISBN 978-2-100-77947-5)Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Articles connexes

  • Client-serveurNon vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×
  • architecture trois tiersNon vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×
  • architecture orientée servicesNon vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×
  • Cadre d'architecture Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×
  • Cadre ZachmanNon vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×
  • Architecte informatiqueNon vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×
  • Representational State TransferNon vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×
  • The Open Group Architecture FrameworkNon vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×
  • Ministry of Defense Architecture FrameworkNon vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×
  • Urbanisation (informatique)Non vérifié Ce passage ne dispose pas encore de vérification factuelle exploitable.×

Liens externes

Notes et références

Retrouvez les documents cités dans le texte, puis revenez au passage concerné.

  1. (en) Karl Eugen Kurbel, The Making of Information Systems: Software Engineering and Management in a Globalized World, Springer Verlag, 2008 (ISBN 9783540792604)↩1 ↩2
  2. (en) Martin Fowler, Patterns of enterprise application architecture, Addison-Wesley, 2003 (ISBN 9780321127426)↩
  3. (en) Col Perks et Tony Beveridge, Guide to enterprise IT architecture, Springer, 2003 (ISBN 9780387951324)↩1 ↩2
  4. (en) Marc Lankhorst, Enterprise Architecture at Work: Modelling, Communication and Analysis, Springer Verlag, 2009 (ISBN 9783642013096)↩
  5. (en) Wei Ding et Xia Lin, Information Architecture, Morgan & Claypool Publishers - 2009, (ISBN 9781598299595)↩
  6. (en) Louis Rosenfeld et Peter Morville, Information architecture for the World Wide Web, O'Reilly Media Inc., 2002 (ISBN 9780596000356)↩
  7. (en) H. J. Reekie & R. J. McAdam, A Software Architecture Primer, Software Architecture Primer - 2006 (ISBN 9780646458410)↩
  8. Len Bass, Paul Clements & Rick Kazman, Software architecture in practice, Addison-Wesley, 2003 (ISBN 9780321154958)↩
  9. (en) Andy Carmichael, Developing business objects, CUP Archive, 1998 (ISBN 9780521648257)↩
  10. Daniel Minoli, Enterprise architecture A to Z, CRC Press, 2008 (ISBN 9780849385179)↩
  11. (en) John L. Hennessy, David A. Patterson & Andrea C. Arpaci-Dusseau, Computer architecture: a quantitative approach, Morgan Kaufmann, 2007 (ISBN 9780123704900)↩
  12. (en) Varma Vasudeva, Software Architecture, Pearson Education India (ISBN 9788131707494)↩1 ↩2
  13. (en) Frank F. Tsui & Orlando Karam, Essentials of software engineering, Jones & Bartlett Publishers, 2006 (ISBN 9780763735371)↩1 ↩2 ↩3 ↩4
  14. (en) Michael Jesse Chonoles & James A. Schardt, UML 2 for dummies, For Dummies, 2003 (ISBN 9780764526145)↩
  15. (en) Zoran Stojanovic et Ajantha Dahanayake, Service-oriented software system engineering: challenges and practices, Idea Group Inc (IGI), 2005 (ISBN 9781591404279)↩
Points à vérifier (88)

Un signalement indique un contrôle manquant ou incomplet, pas une erreur certaine. Les modifications publiques sont actuellement désactivées.

  1. Passage de cet article — Non vérifiéExplorer autrement

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  2. Passage de cet article — Non vérifiéPrésentation

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  3. Passage de cet article — Non vérifiéÉtymologie

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  4. Passage de cet article — Non vérifiéExemple de diagramme d'architecture.

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  5. Présentation — Non vérifiéEn informatique, architecture désigne la structure générale inhérente à un système informatique, l'organisation des différents éléments du système (logiciels et/ou matériels et/ou humains et/ou informations) et des relations entre les éléments. Cette structure fait suite à un ensemble de décisions stratégiques prises durant la conception de tout ou partie du système informatique, par l'exercice d'une discipline techn…

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  6. Présentation — Non vérifiéLa structure d'un système informatique n'est à ce jour assujettie à aucune norme. En matière de logiciels, elle est représentée sous forme de graphiques tels que des organigrammes, des diagrammes de workflow (flux de travaux en français) ou des diagrammes entité-relation. Le diagramme peut concerner un logiciel, une pièce de matériel, un réseau informatique, un groupe de machines, un sous-système, voire l'ensemble de…

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  7. Présentation — Non vérifiéUn diagramme d'architecture est une perspective qui dépend du point de vue adopté par son auteur, en fonction des éléments qu'il cherche à mettre en évidence. Le diagramme omet volontairement certains détails pour rendre la perspective plus visible. Il peut y avoir plusieurs diagrammes d'architecture pour un même système, tels que : architecture des informations, architecture métier, architecture applicative et archi…

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  8. Étymologie — Non vérifiéArchitecture est un mot qui n'a pas toujours été très populaire en informatique : la preuve en est l'absence d'ouvrages traitant de ce thème avant les années 1990.

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  9. Étymologie — Non vérifiéMartin Fowler dans son ouvrage "Patterns of enterprise application architecture" (datant de 2003) déclare :

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  10. Étymologie — Non vérifié« L'industrie du logiciel brille dans la déformation des mots, les étirant dans toutes les directions jusqu'à leur donner une myriade de sens subtilement contradictoires. Le mot architecture est un de ceux qui ont le plus souffert de ce phénomène. Je suis tenté de dire que architecture est un de ces mots ronflants utilisé avant tout pour indiquer qu'on est en train de parler de quelque chose d'important. Mais je vais…

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  11. Histoire — Non vérifiéL'effet de mode débute seulement à partir des années 1980-1990, où le terme "architecture" était encore considéré comme un buzzword. Ceci coïncide avec la multiplication des types de langages de programmation, et avec l’essor de la micro-informatique.

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  12. Histoire — Non vérifiéÀ ce jour, le nombre d'ouvrages traitant d'architecture informatique n'a guère augmenté, preuve en est la petite liste d'ouvrages cités en référence.

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  13. Histoire — Non vérifiéDepuis les années 2000, si certains standards ou méthodes de développement ont été adaptés au monde de l'informatique, ce domaine d'activité manque toujours cruellement de normes et de modèles fiables.

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  14. Histoire — Non vérifiéC'est dans ce contexte que se sont développés les cours d'architecture des systèmes informatiques au CNAM (Conservatoire National des Arts et Métiers) (voir plusieurs ouvrages récents en référence, tels "Architecture logicielle" ou "Architecture des machines et des systèmes informatiques", datant de 2003 à 2011 pour les éditions les plus récentes).

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  15. Histoire — Non vérifiéActuellement, savoir construire (et reconstruire après dégâts) un système informatique (ou de façon plus large un système d'informations) est devenu un tel enjeu national, que certains pays ne sont pas prêts à communiquer leur savoir-faire... preuve en est le peu de liens relatifs aux méthodes de développement en matière d'architectures informatiques.

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  16. Histoire — Non vérifiéÀ ce jour, l'entreprise ou l'organisme qui maîtrise parfaitement l'architecture de ses systèmes d'information est parée pour survivre aux risques majeurs du XXIe siècle que sont les dégâts, les falsifications ou les vols relatifs aux informations (pertes immatérielles non couvertes par les polices d'assurances) et les pertes de disponibilité des systèmes d'information (la perte de confiance des clients n'étant couver…

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  17. Histoire — Non vérifiéEn ce début de XXIe siècle, les solutions passent par la SSI et plus particulièrement la résilience.

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  18. Les perspectives — Non vérifiéEn théorie des systèmes, un système est une collection de pièces et un ensemble de principes qui une fois mis ensemble forment une unité. Unité qui peut à son tour être un élément d'une collection. La structure d'un système informatique – représentée sous forme de graphiques – est une perspective, et dépend du point de vue adopté et des éléments que le graphique met en évidence. Il peut par conséquent y avoir plusieu…

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  19. Les perspectives — Non vérifiéL´architecture métier est un point de vue tourné sur les politiques, les stratégies et les procédures opérationnelles propres à une organisation et les différents éléments du système informatique en rapport avec eux.

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  20. Les perspectives — Non vérifiéL´architecture des informations est un point de vue tourné sur l'organisation, le classement et la présentation des informations propres à une organisation en accord avec la manière dont les gens vont interpréter, retrouver ou modifier ces informations.

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  21. Les perspectives — Non vérifiéL´architecture logicielle est une vue tournée sur l'organisation interne et le découpage en couches et modules du ou des logiciels du système informatique. Les responsabilités de chaque module et la nature et la structure des relations entre modules.

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  22. Les perspectives — Non vérifiéL´architecture technique est une vue tournée vers les différents éléments matériels et l'infrastructure dans laquelle le système informatique s'inscrit, les liaisons physiques et logiques entre ces éléments et les informations qui y circulent.

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  23. Les perspectives — Non vérifiéL´architecture matérielle est une vue tournée sur le choix et l'organisation des différents composants électroniques d'un appareil informatique.

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  24. Passage de cet article — Non vérifiéArchitecture métier

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  25. Architecture métier — Non vérifiéL'architecture métier décrit les applications informatiques, les principales bases de données du système informatique d'une institution ou d'une entreprise, les utilisations faites de ces éléments dans le cadre de l'activité de l'institution et leur alignement à l'organisation générale de l'institution. La vue métier fait ressortir les éléments historiques et en fin de vie, les interfaces avec des éléments appartenan…

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  26. Architecture métier — Non vérifiéLe diagramme d'architecture métier servira à guider la direction de l'institution dans le choix de création de nouveaux éléments, et aidera les ingénieurs à créer des produits informatiques en ligne avec les activités et l'organisation générale de l'institution. Il permettra également d'informer les collaborateurs de l'institution sur son organisation générale, ses buts, sa stratégie, et les flux d'informations au se…

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  27. Passage de cet article — Non vérifiéArchitecture des informations

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  28. Architecture des informations — Non vérifiéL'architecture des informations concerne la manière dont les informations sont organisées et agrégées : ordre alphabétique, chronologique, taxinomie. Les manières d'accéder à ces informations, la compréhension qu'ont les lecteurs et comment ils manipulent et s'échangent les informations ainsi que l'organisation de la base de données qui contiendra les informations. L'architecture repose sur trois axes clés:

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  29. Architecture des informations — Non vérifiéle contexte: commercial, politique, et culturel qui entoure ces informations.

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  30. Architecture des informations — Non vérifiéle type d'informations: le format de données, la quantité, et les éventuelles structures existantes.

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  31. Architecture des informations — Non vérifiéles personnes : l'audience, les tâches des lecteurs/rédacteurs, leurs habitudes et leur expérience,.

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  32. Architecture des informations — Non vérifiéLes sites web contenant de nombreuses informations, tels que les sites de vente en ligne, les médias, les bases de connaissances ou les encyclopédies en ligne sont les premiers concernés par l'architecture des informations.

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  33. Passage de cet article — Non vérifiéArchitecture logicielle

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  34. Architecture logicielle — Non vérifiéArticle détaillé : Architecture logicielle.

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  35. Architecture logicielle — Non vérifiéL'architecture logicielle est une vue tournée sur l'organisation interne et le découpage d'un logiciel en modules. Dans les logiciels les caractéristiques communes concernent les interfaces, c'est-à-dire la connectique qui permet la communication entre les modules, ainsi que les caractéristiques du matériel informatique et du système d'exploitation sur lequel le logiciel s'exécutera et les caractéristiques du réseau …

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  36. Architecture logicielle — Non vérifiéLe diagramme d'architecture logicielle décrit la nature des différents modules d'un logiciel, les responsabilités et les fonctionnalités de chaque module, quelle machine va les exécuter, et quand. Il décrit également la nature des relations entre les modules. Vont-ils s'échanger des informations ? Un module en pilote-t-il un autre, lui envoie-t-il des informations, ou lui fait-il des demandes ? En ingénierie informat…

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  37. Passage de cet article — Non vérifiéArchitecture technique

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  38. Architecture technique — Non vérifiéArticle détaillé : Architecture physique.

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  39. Architecture technique — Non vérifiéL'architecture technique est une vue tournée sur l'organisation logique de la plateforme informatique, c'est-à-dire les moyens techniques clés qui seront utilisés par tous les logiciels applicatifs. La vue contient le matériel informatique, les logiciels systèmes, les middlewares, ainsi que les réseaux de télécommunication et les relations entre ces différents éléments.

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  40. Architecture technique — Non vérifiéPour une entreprise ou une institution, le choix de l'architecture technique vise à maximiser les possibilités d'implantation de logiciels du commerce ainsi que de réalisation de logiciels sur mesure. Il vise également à rentabiliser l'utilisation du matériel et des logiciels déjà acquis par l'institution.

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  41. Architecture technique — Non vérifiéPour une entreprise ou une institution qui transforme son architecture technique, le plan d'architecture est accompagné d'un planning et d'un budget des acquisitions, des ventes et des opérations de migration nécessaires pour aligner le système informatique avec le plan.

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  42. Passage de cet article — Non vérifiéArchitecture matérielle

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  43. Architecture matérielle — Non vérifiéArticle détaillé : Architecture matérielle.

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  44. Architecture matérielle — Non vérifiéLe mot architecture matérielle est parfois utilisé pour désigner l'architecture du jeu d'instructions d'un processeur. L'architecture matérielle comprend toutes les caractéristiques générales, la conception, le choix et l'organisation des différents dispositifs électroniques des appareils informatiques (ordinateurs personnels, serveurs, assistants personnels, téléphones portables, consoles de jeu...). L'architecture …

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  45. Architecture matérielle — Non vérifiéL'architecture matérielle est un premier élément de réponse sur la manière de concevoir le futur ordinateur, recherchant la performance tout en respectant les contraintes de coût, de consommation électrique et de fiabilité. Le choix de l'architecture est inspiré par le marché, en particulier par les logiciels applicatifs existants et auxquels l'appareil est destiné. La conception d'une architecture matérielle requier…

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  46. Architecture matérielle — Non vérifiéL'architecture du jeu d'instructions est le point de rencontre entre le matériel et le logiciel informatique. Selon son architecture, le jeu d'instructions peut être de type register-memory - chaque instruction peut être effectuée sur le contenu d'une adresse mémoire ou d'un registre - ou du type load-store (en) - toutes les instructions sont effectuées sur des registres sauf les instructions load et store qui copien…

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  47. La discipline — Non vérifiéL'architecture est une discipline de conception et de résolution théorique d'un problème informatique. Le travail de l'architecte informatique - la personne chargée de créer une architecture - consiste à explorer l'éventail des besoins d'un client ainsi que l'éventail des moyens technologiques à disposition. D'identifier les points clés parmi les besoins du client et d'y apporter une solution théorique, puis de décri…

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  48. La discipline — Non vérifiéPour un problème donné il existe toujours plusieurs solutions. Une des activités de l'architecte informatique est d'anticiper les qualités, les défauts et les coûts des différentes solutions envisageables, et de proposer celle qui est le mieux adaptée aux besoins du client en fonction des points clés que celui-ci a relevés. Pour cela l'architecte informatique se base sur le savoir-faire - tel que les styles et patron…

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  49. La discipline — Non vérifiéL'architecture demande un important travail de communication avec les clients, les ingénieurs, les fournisseurs et les directeurs. Le principal travail de communication est l'écoute des besoins des clients et des recommandations des ingénieurs. Le résultat du travail de l'architecte informatique sont des diagrammes, des plannings, des recommandations et des exemples qui expliquent le quoi, le pourquoi et le comment d…

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

  50. Passage de cet article — Non vérifiépatron modèle-vue-contrôleur

    Ce passage ne dispose pas encore de vérification factuelle exploitable.

Les 50 premiers points sont listés ici. Le bouton « À vérifier » parcourt tous les passages signalés.

La connaissance se vérifie

Sources et méthode

Texte adapté à partir des sources indiquées. Les contenus Wikipédia et Wiktionnaire sont réutilisés sous CC BY-SA 4.0. Les droits des médias sont précisés séparément. Révision originale et contributeurs ↗

GARDER UNE RÉFÉRENCE

Citer cet article