Connaître et appliquer les pratiques modernes d'architecture : DDD, TDD, DevOps, etc. dans un contexte de développement non trivial (complexe)

Identifier les exigences non fonctionnelles (Non-Functional Requirements ou -ilities)

Utiliser les patrons les plus courants permettant de concevoir des applications prêtes pour le futur (? à l'épreuve du futur)

Réaliser un découpage applicatif testable

Concevoir des applications de façon itérative et émergente, sans avoir à faire une conception en aval

Identifier les principales difficultés en ingénierie logicielle

Utiliser les fiches de décisions d'architecture et le modèle C4 comme assises à la documentation

Identifier les éléments de transformation afin de passer d'une posture traditionnelle d'architecte/concepteur.trice vers une posture de servant-leader

Appliquer certaines techniques qui permettront de s'assurer que la solution livrée de façon incrémentale correspond aux besoins des utilisateurs et aux exigences non fonctionnelles tout en étant en adéquation avec les objectifs de l'architecture (architectural fitness function)

Développeurs.euses et analystes qui doivent réaliser de la conception ou de l'architecture, architectes/concepteurs.trices logiciel (organiques). Cette formation peut aussi s'adresser aux architectes de solution qui ont à évoluer dans un contexte agile.

COMPLEXITÉ ET ARCHITECTURE

Architecture traditionnelle : ses bons et moins bons côtés, Big Ball of Mud et No Silver Bullet
Qu'est-ce qu'une architecture? Est-elle nécessaire?
Introduction à la théorie de la complexité et Cynefin
Introduction à la découverte empirique
Caractéristiques de l'architecture émergente et intentionnelle

EXACTITUDE ET CONFORMITÉ AUX BESOINS ET AUX EXIGENCES NON FONCTIONNELLES

Besoins des utilisateurs : interprétation des récits, validation par des parcours utilisateur (journey), par des représentations à basse fidélité (wireframe) et par les données
Techniques d'identification des exigences non fonctionnelles (Non Functional Requirements)
Introduction aux fiches de décisions d'architecture (Architectural Decision Record) comme véhicule pour décrire l'architecture
Introduction au modèle C4 pour décrire efficacement ses idées

CONCEPTS CLÉS D'ARCHITECTURE

Tests et déploiements indépendants en continu, couplage et intégration
Patrons architecturaux utiles pour un décalage à droite de l'activité d'architecture
Architecture basée sur des services et découpage en microservices
Architecture pilotée par les événements
Ségrégation des commandes et des requêtes
Pipeline et architecture par filtres et tubes (programmation orientée aspect)
Qualités d'un découpage applicatif incrémental, testable et prêt pour le futur

POSTURE MENTALE DE L'ARCHITECTE/CONCEPTEUR.TRICE

Qualités recherchées chez un.e architecte/concepteur.trice… et de son architecture lorsque que l'idée du résultat est vague et que la cible change tout le temps
Rôle de l'architecte/concepteur.trice dans un contexte VUCA : adaptation au changement au lieu de suivre un plan
Activités d'architecture et de conception, ses résultats (outcome) et ses artéfacts (output)
Activités de l'architecte/concepteur.trice sans valeur ajoutée
L'architecte/concepteur.trice de l'avenir

Attestation de participation

3.5h par jour