L'un des meilleurs livres expliquant le processus d'analyse et de conception (design) orientée objet.
Son approche est plus structurée de celle de Larman.
Cette méthode est plus proche de RUP que Larman. Plus adapté à des systèmes moyens à gros.
Beaucoup d'heuristique et de vérifications.
Cependant, un livre un peu aride. Moins accessible que Larman. Un livre niveau maîtrise ou concepteur déjà expérimenté.

Les auteurs, du SEI, présente une structure pour documenter l'architecture, la conception et bien plus.
On y présente également les styles d'architecture (data sharing, pipe and filter, ...), les notations graphiques.
C'est un livre très dense, obligatoire pour tout architecte.

L'auteur explique bien trois modèles de conception courants, d'un point de vue architectural: le modèle procédural, le modèle tabulaire (à la Microsoft) et le modèle Objet.
Il a également un bon nombre de patrons de conception pour la couche de persistance.
Bon livre de base.
L'auteur est également l'auteur du livre Refactoring.

Ce livre fait la promotion d'une simplification des frameworks, du point de vue des programmeurs.
Il présente des critères de qualité d'un bon design de framework. Ces critères sont:

• KISS:
• choose the right tools
• Do one thing and do it well
• Strive for transparency
• Allow for extension.

L'auteur explique qu'un bon framework ne devrait pas entacher le modèle. Par exemple, on ne devrait pas avoir à modifier le code du modèle, pour faire de la persistance.
Il utilise la persistance pour illustrer ses propos. Il donne, comme solution, l'utilisation de JDO, l'implémentation qu'en fait Hybernate.

Titre complet: Java RAMBO Manifesto: RAM-based Objects, Prevayler, and Raw Speed.
L'auteur explique sa démarche pour se passer des SQL!. Il affirme augmenter ses applications de 5 à 1000 fois plus rapidement.
Il fait vivre les données de son application, dans la mémoire vide de l'ordinateur.
Tout au long du livre, il nous amène vers un système assurant quand même la sécurité des données (en cas de panne). Par exemple, il modifier ses objets en mémoire, mais il s'assure d'avoir des journaux de transaction sur le disque dur. Il respecte même ACID. En cas le crash, le système est rechargé à partir d'une sauvegarde précédente et retraite les transactions du journal