Dans l'avant-propos, les auteurs écrivent "La majorité des ouvrages de méthodologie s'adressent aux informaticiens. Nous avons choisi d'écrire ce livre en pensant aux maîtres d'ouvrage et à ceux qui les assistent dans l'expression des besoins".
Sauf que si le MOA "ou ceux qui les assistent" n'est pas un tant soit peu "informaticien" il ne peut pas appréhender le contenu du livre. On est dans le bon vieux fantasme merisien des années 80 d'après lequel il "suffit" de savoir dessiner un diagramme pour savoir concevoir un SI, et de modéliser les données et les processus pour élaborer un cahier des charges.
En réalité, le bouquin est archi-technique, et on n'y apprend rien de très nouveau. On en est aux bons vieux concepts merisiens tels le "modèle conceptuel des données" repeints aux couleurs UML.
Il y a des conseils intéressants, en particulier dans la description de la démarche d'élaboration, mais là aussi, le bon sens pratique est noyé dans le formalisme.
Quant au contenu du cahier des charges proprement dit (les exigences fonctionnelles), il est quasiment passé sous silence.