[PARTIE 1 Architecture logicielle]

CHAPITRE 1 Devenir architecte logiciel

1.1 Le rôle d'un architecte logiciel
1.2 Qu'est-ce que l'architecture logicielle ?
1.3 Devenir architecte au sein de l'équipe
1.4 Créer d'excellents logiciels
1.5 Étude de cas : Le projet Lionheart
1.6 En conclusion

CHAPITRE 2 : Principes fondamentaux de la pensée conceptuelle

2.1 Les quatre principes de la pensée conceptuelle
2.2 Développer un état d'esprit axé sur la conception
2.3 Réfléchir-Agir-Vérifier
2.4 En conclusion

[PARTIE 2 : Les fondamentaux de la conception architecturale]

CHAPITRE 3 : ÉLABORATION D'UNE STRATÉGIE DE CONCEPTION

3.1 Concevoir pour la satisfaction
3.2 Quelle priorité accorder au design ?
3.3 Utiliser les facteurs de risque comme guide
3.4 Élaboration d'un plan de conception
3.5 Étude de cas : Le projet Lionheart
3.6 En conclusion

CHAPITRE 4 Faire preuve d’empathie envers les parties prenantes

4.1 Parlez aux bonnes personnes
4.2 Création d'une cartographie des parties prenantes
4.3 Exploration des objectifs commerciaux
4.4 Étude de cas : Le projet Lionheart
4.5 En conclusion

CHAPITRE 5 : Identification des exigences fondamentales de l'architecture

5.1 Réduire les choix de conception grâce aux contraintes
5.2 Définition des attributs de qualité
5.3 Identification des exigences fonctionnelles
5.4 Identification des autres facteurs affectant l'architecture
5.5 Loi de Conway
5.6 Approfondir les informations dont vous avez besoin
5.7 Création d'un classeur ASR
5.8 Étude de cas : Le projet Lionheart
5.9 En conclusion

CHAPITRE 6 Choisir une architecture

6.1 Arborescence pour les alternatives, fusion pour les décisions
6.2 Acceptation des contraintes
6.3 Amélioration des attributs de qualité
6.4 Attribution de rôles fonctionnels aux composants
6.5 Concevoir pour le changement
6.6 Les décisions sont reportées jusqu'à ce qu'elles puissent être reportées.
6.7 Étude de cas : Le projet Lionheart
6.8 En conclusion

CHAPITRE 7 Construire une base solide grâce aux modèles

7.1 Que sont les modèles architecturaux ?
7.2 Motif de calque
7.3 Modèles de ports et d'adaptateurs
7.4 Configurations de tuyauterie et de filtres
7.5 Modèles d'architecture orientée services
7.6 Modèle de publication/abonnement
7.7 Modèles de données partagées
7.8 Motif multicouche
Modèle d'expert expérimenté 7.9
7.10 Modèles de contribution aux logiciels libres
Motif de grosse boule de boue 7.11
7.12 Découverte de nouveaux modèles
7.13 Étude de cas : Le projet Lionheart
7.14 En conclusion

CHAPITRE 8 : Gérer la complexité grâce à des modèles pertinents

8.1 Comprendre l'architecture
8.2 Conception d'un métamodèle
8.3 Implémentation du modèle dans le code
8.4 Étude de cas : Le projet Lionheart
8.5 En conclusion

CHAPITRE 9 : Gérer un studio de conception architecturale

9.1 Planification d'un atelier de conception architecturale
9.2 Sélection des activités de conception appropriées
9.3 Inviter les participants appropriés
9.4 Gestion des groupes
9.5 Collaboration à distance
9.6 Étude de cas : Le projet Lionheart
9.7 En conclusion

CHAPITRE 10 : Visualiser votre conception

10.1 Exprimer l'architecture selon différentes perspectives
10.2 Dessiner des diagrammes sympas
10.3 Étude de cas : Le projet Lionheart
10.4 En conclusion

CHAPITRE 11 Documenter l'architecture

11.1 La valeur de la documentation
11.2 Comment décrire la situation
11.3 Considérant les lecteurs du cahier des charges
11.4 La compréhension est importante
11.5 Adapter les points de vue aux intérêts des parties prenantes
11.6 Expliquer le fondement logique d'une décision
11.7 Étude de cas : Le projet Lionheart
11.8 En conclusion

CHAPITRE 12 Évaluation de l'architecture

12.1 Apprentissage par l'évaluation
12.2 Test de la conception
12.3 Organisation d'un atelier d'évaluation
12.4 Évaluer rapidement, fréquemment et en continu
12.5 Étude de cas : Le projet Lionheart
12.6 En conclusion

CHAPITRE 13 Donner aux architectes les moyens d'agir

13.1 Améliorer la pensée architecturale
13.2 Améliorer la prise de décision et les capacités de l'équipe
13.3 Créer des opportunités grâce à une formation sécuritaire
13.4 Délégation du pouvoir de conception
13.5 Concevoir l'architecture ensemble
13.6 Étude de cas : Le projet Lionheart, une conclusion magistrale
13.7 En conclusion

[PARTIE 3 : La boîte à outils argentée de l'architecte]

CHAPITRE 14 Lorsque vous voulez comprendre le problème

Activité 1 : Choisissez-en une seule
Activité 2 : Carte d'empathie
Activité 3 : L'approche GQM
Activité 4 : Entretiens avec les parties prenantes
Activité 5 : Énumérer les hypothèses
Activité 6 : Diagramme radar des attributs de qualité
Activité 7 : Mini-atelier sur les attributs de qualité
Activité 8 Perspective Mad Lip
Activité 9 : Réaction de l'épouvantail
Activité 10 : Carte des parties prenantes

CHAPITRE 15 Quand vous voulez trouver une solution

Activité 11 : Personnification architecturale
Activité 12 : Livret d'architecture
Composante de l'activité 13 : Fiche de rôle
Activité 14 Carte conceptuelle
Activité 15 : Diviser pour mieux régner
Activité 16 : Tempête d'événements
Activité 17 Affiche de groupe
Activité 18 : Conception de type « Robin rond »
Activité 19 Discussion au tableau blanc

CHAPITRE 16 Lorsque vous souhaitez créer un design tangible

Activité 20 : Dossier de décision architecturale (DDA)
Activité 21 Haïkus d'architecture
Diagramme de contexte de l'activité 22
Activité 23 Liste de lectures populaires
Activité 24 - Jeu de cartes Inception
Activité 25 Diagramme éclaté modulaire
Activité 26 Le chemin inédit
Activité 27 Prototype
Diagramme de séquence de l'activité 28
Activité 29 Métaphore du système

CHAPITRE 17 Lorsque vous souhaitez évaluer les alternatives de conception

Activité 30 : Présentation sur l'architecture
Activité 31 : Révision du code
Activité 32 Matrice de décision
Activité 33 : Observation
Activité 34 Questions-Commentaires-Préoccupations
Activité 35 : Gestion des risques
Activité 36 Vérification de cohérence
Aperçu du scénario de l'activité 37
Activité 38 : Dessiner et comparer

Annexe : Contributeurs

Concevoir une architecture logicielle est toujours une tâche complexe.
En effet, il est nécessaire de comprendre les objectifs commerciaux et les besoins des différentes parties prenantes, ainsi que de surmonter les contraintes, afin de créer un programme qui fonctionne « correctement » et qui satisfasse tout le monde.
Les architectes doivent avoir une vision du logiciel axée sur les besoins de l'entreprise, ainsi que la capacité d'appréhender l'ensemble du système et de comprendre les détails techniques.

Ce livre est une introduction pratique pour ceux qui font leurs premiers pas vers la transition de développeur à architecte.
Ce livre est parfait pour ceux qui se voient soudainement confier des tâches de conception au sein de leur entreprise, ou pour les développeurs et les directeurs techniques de startups qui doivent gérer eux-mêmes des projets.
Bien entendu, c'est également utile pour les développeurs qui souhaitent avoir une compréhension globale de l'architecture logicielle.

Ce livre contient des connaissances essentielles sur l'architecture et le design, des points de vue d'architectes expérimentés, ainsi que des exemples pratiques et concrets.
À la fin de chaque chapitre, nous résumons les enseignements tirés à l'aide d'une étude de cas portant sur une ville virtuelle appelée « Lionheart ».
En suivant des exemples de projets qui ont été menés à bien malgré les difficultés, vous gagnerez en confiance et saurez que vous pouvez en faire autant.
J'espère que tous ceux qui liront ce livre deviendront d'excellents architectes, capables de mener des projets et des équipes vers le succès.

Contenu principal

- Qu'est-ce que l'architecture logicielle et que font les architectes ?
- Stratégie de conception architecturale utilisant la pensée conceptuelle et l'état d'esprit du design
- Identifier et comprendre clairement les parties prenantes et les objectifs commerciaux
- Identifier les exigences architecturales fondamentales et définir les attributs de qualité.
- Modèles architecturaux fréquemment utilisés et leur utilisation
- Gestion de la complexité du système à l'aide de modèles architecturaux
- Diriger un studio de conception architecturale
- Visualiser le design et documenter l'architecture.
- Évaluer l'architecture et prendre en compte les retours d'information afin de l'améliorer.
- Déléguer de manière appropriée l'autorité en matière de conception et renforcer les capacités de l'équipe.
- 38 activités d'équipe immédiatement utilisables sur le terrain

Public cible

- Les personnes qui souhaitent se reconvertir de développeur à architecte
- Les personnes qui souhaitent améliorer leurs compétences pratiques en développement en comprenant correctement l'architecture logicielle.
- Les nouveaux développeurs qui souhaitent comprendre la structure globale et le processus de développement du logiciel.
- Les personnes qui souhaitent comprendre les points de vue des différentes parties prenantes concernant les logiciels

Comment utiliser ce livre selon l'expérience de développement

- Nouveaux développeurs : allez au-delà de la simple écriture de code et élargissez vos horizons en découvrant la forêt que représentent le développement logiciel et les projets.
- Développeurs/Architectes ayant moins de 5 ans d'expérience : Comprendre les modèles, les schémas et les méthodes de conception couramment utilisés, et apprendre à visualiser et à documenter votre architecture.
Si vous avez du mal à collaborer avec les autres, inspirez-vous des études de cas et des articles d'architectes expérimentés.
Développeurs/Architectes avec plus de 10 ans d'expérience : Vous souhaitez piloter des projets ou diriger une équipe de développement en tant qu'architecte ? Apprenez à communiquer efficacement avec les membres de l'équipe et les parties prenantes.
Trouvez des activités qui vous permettent de résoudre le problème et essayez vous-même les méthodes présentées dans le livre.
Nous trouverons bientôt une solution.