Architecture technique

Adaptée aux projets, aux budgets, aux délais et aux stratégies à court, moyen et long terme.

La définition de l'architecture technique d'un projet est une étape clé indispensable pour la mise en place de solution performante, durable et évolutive. En fixant le cadre technique dans lequel les développements doivent s'inscrire on s'assure à un niveau global de la qualité de la solution vis-à-vis d'exigences fondamentales visibles et non-visibles évoquées ci-dessous.

La question dépasse généralement le cadre d'un seul projet et est à envisager dans le contexte de l'entreprise. On commence par une analyse des systèmes en place en détaillant l'historique, les responsables et les motivations ayant prévalus lors du choix de ces solutions. On enregistre également les stratégies techniques de l'entreprise en précisant dans quelles perspectives de temps elles s'inscrivent. 

Le point de vue des comportements visibles

L'architecture technique doit être conçue pour répondre aux contraintes et exigences directement visibles : fonctionnalité, contenus, contextes d'utilisation, accès concurrents, interopérabilité, compatibilité, environnement de développement, méthode de déploiement, maintenabilité.

Les perspectives techniques non visibles

L'architecture technique doit aussi apporter des réponses à une série d'aspects moins visibles : la sécurité, la performance, la modularité, la robustesse, l'évolutivité, les ressources nécessaires, les questions légales, etc...

FR | EN

Compléments d'information

Une courte sélection de livres ou articles intéressants pour explorer le sujet plus avant.

Software Systems Architecture
By Nick Rozanki and Eoin Woods is a practical, practioner-oriented guide that explains how to design successful architectures for information systems. It is both a readily accessible introduction to software architecture and an invaluable handbook of well-established best practices.

It shows why the role of the architect is central to any successful information systems development project, and, by presenting a set of architectural viewpoints and perspectives, provides specific direction for improving your own and your organization’s approach to software systems architecture.

See also their site Viewpoints and Perspectives
Just Enough Software Architecture: A Risk-Driven Approach
By George Fairbanks shows how software architecture helps build software instead of distracting from the job: the book lets you identify and address (only) those critical architectural concerns that would otherwise prevent you from writing code. Pragmatic and non-dogmatic approach.
Documenting Software Architectures: Views and Beyond
By Paul Clements et al. provides the guidance, independent of language or notation, on how to capture an architecture in a commonly understandable form. It shows you how to express an architecture so that others can successfully build, use, and maintain a system from it.