Les livres sur les SI

Le livre « Expression des besoins pour le SI (4^e édition), Guide d’élaboration du cahier des charges » est un véritable guide pour les analystes des besoins qui veulent élaborer un cahier des charges.

L’ouvrage se divise en deux parties dont la première présente les différentes notions de base de l’ingénierie des exigences comme : besoins, exigences et parties prenantes. Tout est illustré par un exemple.

L’auteur propose une catégorisation des exigences, en illustrant l’utilité cruciale de leur bonne formulation. Il présente aussi les différentes compétences que l’analyste devra avoir afin de pouvoir mieux gérer les besoins conflictuels des parties prenantes.

Dans la deuxième partie, l’auteur aborde les différentes techniques et étapes pour le développement des exigences. Ce qui va permettre, à partir de ces dernières, d’établir un cahier des charges.

Dans cette partie l’auteur met à disposition du lecteur des modèles de documents, des grilles et des check-lists qui vont l’aider à bien suivre l’étude.

À la fin, l’auteur présente une étude de cas complète enrichie par des conseils approfondis et intéressants ce qui transforme ce livre en un guide de terrain pour tout analyste des besoins.

Je recommande cet ouvrage à toute personne qui désire rédiger un cahier de charges.

Cette troisième édition de l’ouvrage intitulé «Expression des besoins pour le SI : Guide d'élaboration du cahier des charges » de Yves Constantinidis traite des méthodes de recueil des besoins des acteurs d’un système d’information et la formalisation d’exigences qui en découlent pour parvenir à la production d’un cahier des charges. On est ici en présence d’un ouvrage relativement complet qui présente avec perspicacité les difficultés des activités technico-fonctionnelles liées à la conception de logiciels ainsi que les moyens d’en venir à bout. Les éléments méthodologiques qui y sont présentés tiennent comptent de la grande diversité des projets potentiellement rencontrés, que sous-tendent les nombreuses et diverses activités humaines intégrables, et se veulent ainsi relativement génériques.

Ce livre s’adresse aussi bien à des lecteurs évoluant dans le milieu de l’assistance à la maîtrise d’ouvrage qu’à ceux de celui de la maîtrise d’œuvre, dans la mesure où il va s’attacher à définir les éléments constitutifs d’un processus de travail à l’interface de ces deux mondes. L’auteur s’efforce systématiquement de tenir des propos compréhensibles par quelqu’un qui n’est pas nécessairement un spécialiste du domaine et les rend ainsi abordables même par l’étudiant en informatique en fin de cycle. On signalera cependant que l’analyste fonctionnel y trouvera beaucoup plus de matériels utilisables dans son activité quotidienne que les autres types de lecteurs potentiels. En effet, cet ouvrage est essentiellement agrémenté d’exemples concrets et de nombreux conseils pour mener à bien un recueil de besoin utilisateur afin d’en extraire l’ensemble des exigences du logiciel en devenir.

En conclusion, il s’agit d’un ouvrage synthétisant l’essentiel du processus de rédaction d’un cahier des charges et qui s’adresse autant aux professionnels souhaitant mieux comprendre cet aspect du cycle de vie d’un logiciel mais également aux étudiant en informatique dont les études touchent à leur terme. En ce qui me concerne, j’ai apprécié ce livre et je suis persuadé qu’il peut clairement être utile dans un contexte professionnel même s’il est assez dense en informations.

TOGAF en pratique, en lisant le titre je me suis posé une question. Si ce livre était une sorte de guide pour implémenter une démarche d'architecture d'entreprise dans une entreprise ou si c'était un support à la pratique de TOGAF pour les architectes.

Et bien après lecture j'ai ma réponse, il s'agit bien du second cas. En effet ce livre est plus un référentiel français à qui se référer quand on est en train de faire de l'architecture d'entreprise. Vu sous cet angle le livre est très bon, il explique très bien les différents livrables que l'on peut créer en durant la phase d'architecture. Qui doit les faire, à qu'il ils sont destinés et leur but.

Les 6 premiers chapitres expliquent très bien ce qu'est l'architecture d'entreprise, TOGAF, à quoi cela sert et les termes techniques que l'on trouve ensuite dans le livre. Ces chapitres peuvent donc intéresser toutes personnes curieuses à propos de l'architecture d'entreprise.

Ensuite, ce n'est qu'une succession de chapitre pour expliquer comment TOGAF modélise les différentes couches du système d'information. Très utile pour architecte en poste ou quelqu'un révisant la certification TOGAF peut être. Mais très vite barbant pour les autres lecteurs.

Les 3 derniers chapitres sont vraiment anecdotiques, parle légèrement de SOA et d'un témoignage qui ne devrait pas beaucoup vous marquer étant donné que je l'ai oublié dans la journée où je l'ai lu.

Le glossaire est lui très intéressant et complet et permet de maitriser un peu mieux le framework TOGAF.

En bref ce livre est à destination des architectes et urbaniste en poste afin de les aider et les guider légèrement. Ce qui n'est bien sûr pas un luxe quand on tente une démarche d'architecture d'entreprise. S'il est donc bon de l'avoir sous la main et connaitre son contenue pour s'y référer vite au travail il ne vous apportera probablement pas plus de connaissance et de culture sur l'architecture d'entreprise que vous n'avez pas déjà

« Processus métiers et S.I. : Gouvernance, management, modélisation » de Chantal Morley, Marie Bia-Figueiredo et Yves Gillette est un ouvrage s'adressant à toute personne souhaitant s'initier à la modélisation des processus métiers dans le cadre de la conception de systèmes d'information. Ce livre se veut être accessible aux débutants et est clair dans son propos. Pour cela les auteurs présentent les bases historiques de la discipline avant d'introduire différents formalismes notables pour ce type de modélisation. On notera que cet ouvrage est parsemé de nombreux exemples qui illustrent judicieusement les concepts abordés. La présence de références à des outils concrets et d'autres publications est également appréciable. Cependant on remarquera que certaines représentations, sous la forme de diagrammes, ne respectent pas complètement les formalismes dont elles relèvent et que certaines exhibent même des défauts/erreurs d'édition, mais ceci n'enlève rien à l'intérêt du discours tenu. Au final, on se trouve en présence d'un livre à recommander aussi bien aux débutants, qui veulent découvrir l'analyse fonctionnelle et les outils qui s'y rapportent, qu'aux managers expérimentés désireux d'élargir leurs connaissances dans ce domaine.

Cet ouvrage permet d'appréhender des projets de systèmes d'information dans leur globalité. Tout y est, l'organisation des équipes et le pilotage, les calculs de retour sur investissement, les méthodes d'évaluation, la gestion des risques...
Ce livre est très appréciable pour sa rédaction claire et structurée, globalement agréable pour un livre technique et généreux en outils pratiques. Les exemples cités sont judicieux et donnent au contenu les caractéristiques d'un véritable outil pédagogique applicable dans les services souhaitant améliorer la qualité de leur « gestion de projet » pas seulement informatique. Il peut tout aussi bien s'adresser à des personnes travaillant dans la gestion.
Point fort : l'indépendance des chapitres permettant aux lecteurs de se diriger rapidement vers la ou les parties les intéressants. Ouvrage s'adressant à un public large, illustré par de nombreux schémas explicatifs.
Point faible : Quels sont les outils les plus pertinents parmi la pléthore citée ? Je n'ai pas trouvé d'avis tranché dans l'ouvrage.

D'habitude, un livre sur les méthodes de développement d'un système d'information est assez basique : on parle du cycle en V, on fait le tour du propriétaire et voilà.
Ici, aucun parti n'est pris. Les cycles en V côtoient SCRUM et XP, ce qui est rassurant. Avant les exemples, les différentes étapes de la gestion de projet sont envisagées. Estimation des charges, planification, gestion de l'équipe, pilotage et surtout qualité.
Les exemples sont organisés comme des exercices basés sur des cas réels. L'intérêt par rapport à d'autres ouvrages est que ces exemples prennent la majeure partie de celui-ci. On a donc une bonne description de la théorie, mais la pratique n'est pas le maillon faible. Et surtout, on a un corrigé "type" (même si les avis peuvent toujours légèrement diverger), avec argumentation, ...
Donc ce livre est un vrai ouvrage de référence (à mon avis) pour quelqu'un qui débute. Il ne devrait pas avoir de difficulté à utiliser les différents exercices et exemples pour gérer son propre projet.

Cet ouvrage est une très bonne approche sur ce qu'est la maîtrise d'ouvrage. Ce livre s'adresse à des personnes n'ayant pas beaucoup de connaissances en informatique, car il est orienté très opérationnel. Les exemples sont nombreux, mais on en redemande...
Les fiches récapitulatives sont plaisantes et synthétiques, malheureusement ce livre ne vous permettra pas de sauter le pas pour vous lancer dans un projet de bout en bout. Cet ouvrage permet de toucher du doigt le monde de la MOA/MOE tout en restant superficiel. Il reste cependant très bon pour s'informer et acquérir quelques connaissances générales supplémentaires sur la gestion des projets informatiques.

Le livre Cloud Application Architectures est idéal pour les lecteurs sans réelles connaissances sur le sujet, plutôt orientés infrastructure que développement. Son faible volume (moins de 200 pages) et la qualité d'écriture de Georges Reese vous invitera à découvrir les concepts et ambitions du Cloud Computing, mais également de mieux comprendre les infrastructures PaaS, IaaS, SaaS.
Georges Reese illustre la description des architectures de Cloud Computing en s'appuyant sur la solution la plus aboutie du marché (à ce jour) : Amazon Web Services (AWS). Il détaille ainsi les différentes composantes déployées par Amazon pour proposer une plateforme pour le Cloud: EC2, S3, CloudFront, SQS, RDS, EBS.
Le chapitre 3 s'attache à exposer les arguments en faveur des infrastructures de type Cloud par rapport aux anciens modèles. Des informations relatives au calcul du retour sur investissement (ROI), du TCO (Total Cost of Ownership) sont distillées et permettront au décideur de disposer d'une aide pour évaluer son projet de Cloud.
Les chapitres suivants sont consacrés aux images AMI, à la sécurité (données, réseau, corruption), au disaster recovery et à la montée en charge, l'un des intérêts principaux du Cloud. De nombreux conseils et préconisations sont fournis, afin de vous éviter de tomber dans les pièges des débutants et tirer partie de l'intégralité de AWS. De très bonne lecture, je vous invite, administrateurs, décideurs, à feuilleter cet ouvrage.

"Cloud Application Architectures" de Georges Reese est un livre d'introduction (200 pages) aux architectures Cloud. L'auteur fait comprendre au travers de l'ouvrage les enjeux de ce nouveau genre d'architectures et montre bien que ce n'est pas seulement un "buzzword" à la mode mais une réelle perspective d'avenir.
Cet ouvrage commence par une définition du Cloud et de son intérêt pour l'entreprise ainsi qu'une explication de ses différents niveaux d'abstraction (SAAS, PAAS, IAAS). Viennent ensuite quelques démonstrations, notamment financières, sur les avantages à l'adoption du Cloud, simplement en comparant son coût à court, moyen et long terme par opposition à une architecture classique. On trouvera également de nombreux exemples pratiques (en ligne de commande et API pour S3, EC2...), principalement sur la plateforme Cloud IAAS d'Amazon, mais les exemples présentés sont également valables dans la forme pour une autre plateforme comme Microsoft Azure.
L'auteur aborde également des points du Cloud sur lesquels les entreprises s'interrogeront : sécurité, fiabilité, performance, scalabilité horizontale et verticale de l'infrastructure, sauvegarde, désastre...et les explications sont encore une fois limpides.
Voilà donc un livre clair, intéressant et rapide à lire, mais précis dans l'information. L'auteur donne d'excellents conseils sur les techniques et bonnes pratiques pour la mise en place d'une architecture Cloud. C'est donc un livre que je conseille à tout le monde en première lecture pour comprendre tous les enjeux d'une architecture qui est inévitable dans notre futur quotidien. Une lecture également intéressante pour ceux qui souhaitent se lancer dans des projets nécessitant une infrastructure que le Cloud pourrait offrir à moindres frais.

Avant de lire ce livre, Cloud Computing et SaaS étaient pour moi des termes que j'avais entendu, sans jamais vraiment clairement comprendre le concept.
La lecture de ce livre dévoile petit à petit ces définitions, et en ce sens remplit tout à fait son rôle. Les schémas aident beaucoup à comprendre les architectures basées PaaS.
En tant que développeur, j'aurais aimé une approche beaucoup plus technique, pourtant promise dans les derniers chapitres d'après l'introduction. On nous parle de mashups, de solutions PaaS offertes par Amazon, Sun, Google, Microsoft, etc. Je suis personnellement resté sur ma faim et aurais aimé voir une application concrète désossée. J'enlèverais une étoile pour cet aspect.
Pour le reste, ce livre développe bien les définitions clés liées au Cloud computing, comme les différentes architectures logicielles existantes et leurs modèles économiques.

Dans cet ouvrage, l'auteur présente sa vision des Saas et du Cloud Computing. Celle ci est très enthousiaste et présente ces aspects comme l'avenir de l'informatique en révolutionnant le modèle "software".
Le livre est bien écrit, facile à lire et présentant ces concepts de manière claire et précise. Pour autant, ce contenu ne méritait peut-être pas un livre entier et on peut parfois avoir l'impression que l'auteur brode un peu et se répète pour couvrir les 250 pages de l'ouvrage. Nonobstant cet aspect, le livre est plutôt intéressant et apporte des précisions pour quelqu'un cherchant à en savoir plus sur le cloud computing et les SaaS.
En tant que développeur, j'aurai aimé que la partie sur le développement sur environnement PaaS soit plus détaillée et agrémentée d'exemples d'applications, mais cela n'était pas le propos du livre qui se veut très général et ouvert au plus grand monde.
En conclusion, un livre intéressant mais laissant un sentiment mitigé.

SOA et Sécurité, deux termes très présents et très importants dans le développement en entreprise.
Le titre est donc très prometteur. Mais les auteurs réduisent tout de suite la portée du livre dans l'introduction.
En effet, ce livre n'explique pas l'architecture et les concepts SOA et n'expose pas toutes les notions de sécurité non plus. Le livre portant sur l'intersection de ces deux domaines, une connaissance minimale des deux sujets était nécessaire pour commencer, ce livre s'adresse donc à un public initié, mais sans pour autant expert.
Cela dit, le livre est tout de même bien ficelé et intéressant. Il est composé de trois parties.
La première consiste en un rappel des bases de la SOA et de la sécurité par WebService : SOAP, SOAP Header, WS-Security.
La seconde partie présente les concepts de sécurité : authentification, autorisation, chiffrement,. Cette section est particulièrement intéressante. Elle présente diverses pratiques (utilisateur/mot de passe, Kerberos, PKI ) tout en décrivant leurs avantages et inconvénients.
La dernière partie est légèrement plus complexe et traite réellement de la sécurité orientée service. Encore une fois, les différentes implémentations d'un service de sécurité sont présentées ainsi que les technologies utilisées dans ce but (SAML, WS-Trust, . )
A la fin de la lecture, on a acquis bon nombre d'informations, mais il subsiste toutefois une impression d'insuffisance sur le sujet. Mais encore une fois, c'est volontaire. Au vu de la complexité des sujets, seules les bases sont présentées mais une multitude de liens sont fournis pour ceux qui désirent approfondir un sujet précis.
Au niveau des exemples, une implémentation basée sur Axis est fourni en fin de chapitre. C'est sans doute le seul bémol, Axis étant un peu vieillissant. Cependant, les exemples sont suffisamment explicites pour être adaptables facilement avec n'importe quel autre framework.
Ce livre est donc plus qu'intéressant, même si le titre " Introduction to SOA Security " aurait été plus représentatif.
English version :
SOA and security, two terms very present and important in the enterprise development.
Due to this and its title, this book sounds very promising. However, the authors reduce immediately the scope of the book in the introduction.
Indeed, the book is not intended to explain the SOA architecture and concepts, neither all the security notions.
The book is about the intersection of the two subjects and so a minimal knowledge of these is necessary. The book is aimed at an initiated public, but not an expert one.
However, the book is well put together and interesting. It is composed of three parts.
The first is a reminder of the basics of SOA and WebService security : SOAP Header SOAP, WS-Security.
The second part presents the concepts of security: authentication, authorization, encryption, ... This section is particularly interesting. It introduces various practices (user / password, Kerberos, PKI), while describing their advantages and disadvantages.
The last part is a little more complex and deals with real security-oriented service. Again, the different implementations of a security service are shown together with the technologies used for this purpose (SAML, WS-Trust, ...)
At the end of the reading, we have learnt lots of information, however there is still a feeling of weakness on the subject. But once again, it's voluntary. Given the complexity of the issues, only the fundamentals are presented, but many links are provided for those who wish to deepen a specific topic.
In terms of examples, an implementation based on Axis is provided at the end of the chapter. This is probably the only regret I have : Axis is a little old. However, the examples are explicit enough to be easily adapted with any other framework.
This book is more than interesting, even if the title "Introduction to SOA Security" would have been more representative.

Présenté comme une approche pragmatique des architectures orientées services, ce livre tente d'allier théorie et pratique afin d'initier le lecteur aux SOA (Service-Oriented Architectures).
Le découpage en 4 parties (architectures orientées services, standards et technologies, processus métiers et une étude de cas) semble tout d'abord adéquat, mais un déséquilibre évident entre ces parties ne rend pas l'approche aisée.
En effet, la présentation des SOA est très brève, vraiment très brève (7 pages sur environ 300 !). Difficile dans ce cas d'appréhender le reste de l'ouvrage principalement axé sur la pratique. Très vite, le lecteur se retrouve face à plusieurs codes sources dans différentes technologies (PHP, Java, C#) et sans baggage théorique solide, difficile de s'y retrouver. L'intention était bonne, la réalisation beaucoup moins.
Je continue ainsi de m'interroger quant à l'utilité des 100 pages d'annexes contenant principalement du code source et du code XML. Il aurait été plus intéressant de proposer ces ressources sur le site de l'éditeur.
Dommage d'avoir raté cette partie, car le reste du livre est plutôt bon : de bons exemples présentent l'intérêt concret des SOA, et plusieurs illustrations (parfois illisibles cependant) permettent une approche pratique intéressante.
Débutant dans le monde des SOA, je n'ai pas vraiment trouvé mon compte avec ce livre, j'attendais une approche théorique plus fournie pour pleinement apprécier le côté pratique.
Malgré ce point négatif, l'approche pratique en vaut vraiment la peine, car la mise en oeuvre concrète des SOA est bien abordée, notamment dans le cas du langage BPEL4WS. J'ai particulièrement apprécié la présentation d'un projet C# de recherche de livre à l'aide du service Amazon : l'explication est claire et l'intérêt des SOA est alors frappant.
Mon avis concernant ce livre est donc mitigé. Je ne recommande pas ce livre pour les débutants, mais plutôt pour les étudiants ou professionnels disposant d'une bonne connaissance des SOA, et qui souhaitent un complément pratique.

Un projet d'urbanisation d'un système d'information (S.I) est une tâche complexe. Trouver une adhésion de tous les membres de l'organisation n'est pas aisé, mais cela fait partie du jeu: vous devez montrer les besoins réels d'une urbanisation, les lacunes du système existant, et ainsi construire un dialogue impliqué et aboutissant sur un projet de bénéfice global pour l'entreprise.
C'est cette démarche méthodologique que Christophe Longépé vous propose. Il explique de quelle manière on peu structurer un tel projet, d'un point de vue de l'organisation et de planification de l'implémentation.
Le livre est bien structuré, la terminologie utilisée est claire et expliquée. Sans entrer dans une critique de fond que ne peux objectivement fournir, les différents chapitres m'ont appris un certain nombre de choses: par ou doit-on commencer ? qui doit travailler sur un projet d'urbanisation ? quel dialogue doit on avoir ? quelles étapes faut-il respecter ?. On comprendra donc davantage les objectifs de l'urbanisme, son périmètre et son intérêt pour les différents composants d'une entreprise, ou encore comment procéder à une cartographie efficace de l'existant, quelles bonnes pratiques sont à adopter afin de maitriser les processus métier et de trouver une convergence avec la stratégie et l'architecture déja mise en place.
Cette seconde édition mérite beaucoup d'attention. Sans y trouver une "Bible", vous y puiserez certainement de riches idées et des explications de qualité. Je conseille cet ouvrage aux (futurs?) urbanistes, architectes, DSI, chef de pojets, ingènieurs qualité.
Consulter la critique et le descriptif complet...

Très intéressé et investi dans la conduite de projet d'urbanisation du S.I, j'ai entamé une recherche bibliographique sur le sujet (cf. Le Projet d'urbanisation du S.I. de Christophe Longépé). Dunod m'a donc fait parvenir ce livre, Urbanisation et BPM, que j'ai dévoré.
J'y ai retrouvé la plupart des fondamentaux sur le sujet, et des discussions sur les problématiques que je peux observer professionnellement sur des initiatives de « refonte » du S.I. On y redécouvre un descriptif souvent oublié des qualités attendues d'un S.I et de son cycle de vie (amenant l'anti-pattern d'informatique « spaghetti »).
Yves Caseau, s'appuyant sur sa très forte expérience et sur du bon sens, définit les enjeux de la démarche d'urbanisation, et de l'importance de son alignement stratégique, bien loin du simple projet de migration technologique. Des remarques pertinentes sont notamment faites sur les modèles métier, les modèles des processus, le génie logiciel et la distribution d'applications, de la compatibilité des composants fonctionnels, du découplage temporel ou encore des différentes formes de bus d'échange.
Le chapitre 6 intéressera le DSI et la direction en général, en abordant l'essentiel ROI (Retour sur investissement) de l'urbanisation et les risques de ce type de projet. J'ai beaucoup apprécié la lecture des chapitres 7, 8 (BAM, SLA), et le chapitre 9 dédié à l'architecture des données (différent de la modélisation des données), discipline fondamentale et souvent ignorée (SPT : Single Point of Truth, FMC, re-synchronisation, QoS : qualité de service, principe du rasoir d'Occam).
En conclusion, un ouvrage signé Yves Caseau que je conseille à tout bon DSI, architectes, mais plus que jamais aux DG qui y trouveront certaines remarques et rappels indispensables pour comprendre l'importance d'un projet d'urbanisation, de son alignement stratégique, et de l'investissement nécessaire d'une entreprise dans son ensemble.

À l'heure où SAP entend répondre à la demande cliente par le biais du modèle ESA, je me devais de me procurer Urbanisation et BPM afin de vous exposer ma modeste critique. En effet, l'ouverture des progiciels intégrés est aujourd'hui une opportunité pour toute entreprise. Elle permet aux éditeurs spécialisés d'étendre leur marché et aux grands comptes, de mieux gérer leur infrastructure.
Dans cet ouvrage, Yves Caseau nous livre les recettes pour que nous puissions, selon notre position, lutter contre une informatique dite « spaghetti ». Il nous offre la clé d'une urbanisation des SI réussie. Nous pourrons ainsi, si ce n'est déjà le cas, prendre conscience des contraintes économiques, stratégiques et technologiques de l'entreprise. Des principes qui selon moi doivent être assimilés pour identifier un ensemble de problématiques auxquelles nous devons faire face quotidiennement. Ouvrir les yeux en comprenant le pourquoi du offshore et du dictat d'un ROI nous permet de nous positionner au sein de l'entreprise. Pourquoi dois-je subir ou établir un tel positionnement stratégique ?
Par la pluralité des approches, l'auteur s'adresse à tous. Il « démystifie » des concepts dont nous entendons parler chaque jours comme SOA ou EAI. Il nous confronte aux réalités. Il nous aide à cerner ce qui se cache derrière des slogans marketing tels que l' « on-demand » d'IBM. En bref, un livre à lire impérativement.

Cet ouvrage dédié au management par les processus vise un public large et hétérogène. Toutefois il ne s'agit pas d'un ouvrage « de plus » aux objectifs si larges que le travers du manque de concret ne serait pas évité.
Au-delà de la notion de processus, de nombreux concepts y sont traités : différences et liens entre visions métier, S.I et informatique, méta modèle, découpage de processus, représentation à l'aide de langages et similitudes langages/méta modèle, évaluation, amélioration etc.
Le découpage de l'ouvrage est clair et progressif. Chaque phrase est porteuse de sens. Chaque notion présentée de façon précise est illustrée par des exemples amenant le lecteur à ne jamais sentir un concept lui échapper. Ainsi, la présentation des notions de processus vues sous les angles métier, SI et informatique permettra aux différents acteurs de comprendre les points de vues respectifs de leurs interlocuteurs.
Les chapitres 1 à 3 introduisent les éléments nécessaires à la communication entre MOA, DSI, consultants, architectes, urbanistes, et direction d'entreprise dont le rôle clef est mis en avant.
Le chapitre 4 apporte une vision claire de l'évaluation des processus d'entreprise, de leur amélioration continue et de l'apport de l'approche processus à la stratégie d'entreprise. Les objectifs des modèles de maturité et des approches qualité: CMMI, ITIL, COBit y sont également présentés.
Les chapitres 5, 6 et 7 précisent les notions de processus et mettent en regard les possibilités offertes par différents langages de modélisation (UML, MERISE, IDEF0, OSSAD). Une illustration par des cas concrets fait apparaître les relations étroites entre ces langages et apporte la réponse à l'une des questions phares d'UML : comment modéliser à l'aide d'un langage alors même que celui-ci n'est pas inclus dans une « méthode ».
Le dernier chapitre démontre le support offert par les principaux outils de modélisation du marché à la modélisation des processus.
On notera enfin la présence de deux annexes et de plusieurs documents supplémentaires téléchargeables sur le site de l'éditeur qui permettra d'approfondir les points clefs de l'ouvrage.
En conclusion, il s'agit d'un livre précieux pour tous les acteurs des systèmes d'information, à lire au moins deux fois pour en tirer tous les secrets.

Mon troisième ouvrage sur le sujet chez Dunod, après Urbanisation et BPM de Yves Caseau et Le Projet d'urbanisation du S.I. de Christophe Longépé. Les deux premiers étaient plus attachés à la notion d'urbanisation, mais ont introduit inévitablement l'approche par processus. Ce nouvel ouvrage traite davantage des processus métiers et de l'approche qualité.
Les 4 co-auteurs rappellent quelles grandes théories ont été exprimées depuis près de un siècle, sur l'amélioration de la qualité, sur l'organisation du travail et sur l'approche orientée processus. On y retrouve les anciennes doctrines comme le JAT (juste-à-temps), la qualité totale, fr les kanban, le reengineering de processus, et les normes plus récentes comme ISO 9000:2000. Une large bibliographie est ainsi proposée sur le sujet, et dessine le point de convergence entre l'approche processus et la définition d'un système d'information. Comment analyse t-on un S.I ? à partir d'un évènement (H.Chelli)? à partir des objectifs stratégiques (C.Longépé) ?. Peut-on les (le S.I. et les processus) modéliser de manière standardisée ?. Vous trouverez de nombreuses directions qui vous aideront à créer votre méthode d'analyse agile pour votre architecture de système d'information.
Le chapitre 3 propose une définition du processus et les variantes communes d'interprétation, ainsi qu'une typologie des processus pour l'Organisation. Le chapitre 4 est lui destiné à la prise de conscience d'un "cycle de vie" des processus. Si il est inévitable de les modéliser à l'étape 0, il est indispensable de les évaluer continuellement et de les améliorer. Leur maitrise temporelle est indispensable tout comme la maitrise de la gestion du changement.
La seconde partie de l'ouvrage est consacré à la modélisation des processus. Un métamodèle est judicieusemnt présenté et sert de référentiel de modélisation. Un modèle de processus comporte également certains types d'entités qui sont décrits : les activités, les acteurs, les rôles, les transitions, les tâches, les événements, les résultats, les entrées, les ressources. Cette terminologie est la base des différents notations qui sont ensuite détaillées au Chapitre 6. Les auteurs expliquent de quelles façons la modélisation des processus à été implémentée par différents méthodes, comme le célèbre IDEF0 (SADT), OSSAD, UML, ou encore Merise. Enfin, la dernière partie contient un cas d'étude pratique (le cas Logitic) qui applique les méthodes évoquées dans chapitres précédents, et un chapitre de présentation d'outil de modélisation : fr PowerAMC, Clarify, en Oracle Workflow.
Si ce dernier chapitre n'est pas apparu indispensable, je dois dire que les aspects historiques et plus larges (étendus à l'industrie) des 4 premiers chapitres m'a beaucoup interessé. Vous y releverez sans doute comme moi des références bibliographiques de référence. Il est également interessant de lire (à nouveau) la terminologie standardisée (ou au moins consensuelle) de la modélisation des processus et les manières dont différents méthodes l'ont implémentées, avec plus ou moins de succès.

Poste à haut risque et siège éjectable, la fonction de DSI réapparaît sur les devants de la scène. Impossible aujourd'hui de parcourir une revue spécialisée sans remarquer un article identifiant leurs préoccupations. En effet, du fait de la nécessité pour tous d'hurbaniser les infrastructures, de coordonner le déploiement, d'optimiser la production informatique, de gérer les relations fournisseurs/clients et plus encore, la position de DSI se voit revaloriser.
Dans ce contexte, les auteurs exposent 21 études de cas ayant pour trait commun, les préoccupations de ces hommes au pouvoir décisionnel. Ils définissent des scénari bien réels et posent les jalons d'une réflexion que devra mener le lecteur tout au long de ce livre. Tâche difficile si l'on souhaite se prendre au jeu. Doit-on ou non externaliser le système d'information ? Comment y procéder et en mesurer le ratio gains/risques ? Comment établir des indicateurs clé ou encore gérer la communication intra-entreprise lors de phases délicates ?
A mon sens, tout comme l'éditeur l'indique, ce livre s'adresse avant tout aux "DSI actuels et futurs". J'imagine qu'il sera aussi une réelle source d'informations pour ceux qui ne le sont pas. En revanche, je déplore une certaine légèreté des notes d'accompagnement, qui combinées à davantage de théorie, auraient offert un formidable outil pédagogique.

ITIL est un sujet d'actualité, et est de plus en plus demandé par les sociétés.
Cet ouvrage permet aux non initiés de découvrir ses bases et son écosystème, pour les connaisseurs, cela reste un référenciel.
Avec une structure simple mais néanmoins efficace, les auteurs expliquent points par points les différentes notions d'ITIL.
A l'aide de nombreux schémas et beaucoup de "redondance" (ce qui est normal), le lecteur est guidé de la théorie à la pratique, avec de nombreuses études de cas.
Bien que le livre ne contienne "que" 300 pages, il reste très complet et il faudra l'ouvrir plus d'une fois soit pour bien comprendre les notions soit pour se rafraichir la mémoire.
En un résumé, si vous souhaitez aborder ITIL, n'hésitez pas, c'est le livre qu'il vous faut...

Très à la mode actuellement, j'ai voulu en savoir plus sur ITIL. Pour rappel, ITIL est un référentiel de bonnes pratiques pour la gestion d'un système d'information, un choix à faire parmi tant d'autres qui existent comme COBIT, CMMI, PMI...un choix que ce livre vous permettra sûrement d'éclairer.
Après une préface du directeur informatique de France 3 expliquant très bien la nécessité d'utiliser un tel référentiel de bonnes pratiques, l'ouvrage présente globalement ce qu'est ITIL et traite ensuite principalement de la gestion par les services au travers des points suivants (qui ne sont pas les seuls dans les bonnes pratiques d'ITIL) :

1. Le centre de services
2. La gestion des incidents
3. La gestion des problèmes
4. La gestion des changements
5. La gestion des mises en production
6. La gestion des configurations

J'ai trouvé la structure du livre idéale puisqu'une définition précise de chaque notion est faite en début de chapitre, une explication pour les nuls utilisant une situation de la vie réelle permet de faire un parallèle, le tout agrémenté de schémas aérés facilitant la compréhension dans la navigation des processus présentés. J'ai également apprécié les cas pratiques pour mettre en oeuvre ITIL (la théorie des priorités par exemple, c'est bien mais savoir comment les définir, c'est mieux) directement applicables dans le monde réel. La mise en page est très agréable, aérée, et les auteurs ne manquent pas d'humour (j'avais quelques préjugés au début quant au fait de traiter ce sujet de manière attrayante).
Je repprocherai juste quelques textes copiés/collés d'un chapitre à un autre (notamment les explications des traitements réactifs et proactifs) mais néanmoins cela permet de mieux le graver en mémoire mais vous l'aurez compris, si vous voulez découvrir ce qu'est ITIL je vous recommande vivement de lire ce livre !!!

J’avais un peu peur de ce livre au début, j’aurai pensé qu’il était trop barbant à lire car il ne m’expliquerait ITIL comme dans une cours magistral. Et en fait non pas du tout, je l’ai dévoré et fini sans même m’en rendre compte. Si ITIL viens du terrain ce livre lui rend un bien bel hommage en abordant ça vraiment sous la problématique « comment faire que ça marche »Plutôt que « Voici les règles à suivre »C’est assez paradoxale car c’est ce qu’est ce livre pourtant « Les best practice »mais traiter avec un point de vu très opérationnel et donc très compréhensible. La structure du livre est remplient de bonnes idées, un énoncé de l’objectif au début, après les explications une petite partie « pour les nuls » qui explique très bien le propos, des images parlante et des schémas de synthèse à la fin.

Schéma pas toujours très clair, on a du mal à s’y retrouver dedans quand on débute mais il est bon de savoir où les trouver une fois qu’on a meilleurs connaissance du sujet.

De tous les livres que j’ai pu lire à ce jour. C’est vraiment le meilleur. Je n’ai rien d’autre à dire que « Courrez-vous le procurer » Il finit en expliquant que les mauvaises pratiques sont aussi intéressantes à connaitre. Je pense que ce futur livre sera tout autant bon à la lire.

La méthode ITIL fait aujourd'hui référence au sein des DSI par rapport à sa légèreté de mise en ouvre et surtout par le découpage des actions à entreprendre permettant une application rapide bien que fondamentale aux SI existants.
Ce livre révèle son intérêt dès lors qu'il est considéré comme un ensemble de bonnes pratiques et non comme un objectif à atteindre. Cependant, un certain nombre de points sont abordés au niveau processus (gestion des incidents, des problèmes, du changement, de la production et des configurations) avec comme fil rouge d'ITIL, l'amélioration continue des SI tout en conservant un degré de qualité adéquat. La maîtrise des couts n'est toutefois pas mise de côté et plusieurs exemples de mises en place chiffrées parsèment l'ouvre.
La mise à jour de la méthode ITIL v3 est détaillée, celle-ci se résume néanmoins à une simplicité d'application accrue (notamment pour permettre l'externalisation des services) ainsi que qu'une meilleure intégration de la méthode par les PME. Concernant les certifications, celles-ci ne semblent pas l'objectif de ce livre puisqu'autant pour ITIL que pour la norme ISO 20000, seulement deux chapitres d'entrainement sont proposés.
Pour résumer, cet ouvrage s'inscrit clairement dans les problématiques actuelles des systèmes d'information et télécom. Il permettra de simplement s'initier ou d'appliquer en profondeur la méthode ITIL en maitrisant les points clés généralement transverses des processus d'entreprise. Cette pratique est abordée graduellement et les responsables SI, qualité, managers et chefs de projet souhaitant déclencher des démarches progressives au sein de leur organisation, y trouveront nombre d'informations pour les guider.

Cette critique se rapporte à la seconde édition.
Parmi la floraison des méthodes, approches autour de l'activité informatique (ITIL, CMMi, COBIT, SPICE, ISO), ITIL m'a séduit par la légereté de son application. En effet ITIL (Information Technology Infrastructure Library) est organisé en "livres", c'est à dire des référentiels de bonnes pratiques pour la gouvernance du S.I.
Christian Dumont détaille donc les différents concepts d'ITIL et les différentes facettes de son application pour un service informatique "optimal". Avant toute chose, il rappelle les principales motivations d'ITIL, et les réponses que se support propose. Vous apprendrez également comment se déroule une certification ITIL et les différents degrés de reconnaissance.
Tous les processus préconisés par ITIL (gestion des configurations, centre de services, gestion des incidents, gestion des problèmes, gestion des changements, gestion des mises en production, gestion des niveaux de service, gestion de la capacité, gestion financière des S.I, gestion de la disponibilité, gestion de la continuité de service, gestion de la sécurité, gestion de l'infrastructure TIC), sont ensuite approfondis, et de nombreux conseils sont donnés. Inutile par exemple de tenter l'implémentation de tous les processus sans passer par la phase logique de conception d'une CMDB ! (Configuration Management DataBase).
Un certain nombre de recommandations sont fournies, notamment sur la mesure du RSI (Retour Sur Investissement, ou ROI) lors de la mise en place d'un processus ITIL particulier, ou encore les surcoûts générés par cette mise en place. Enfin une étude de cas est réalisée pour illustrer d'un point de vue plus concret un projet ITIL.
J'ai apprécié la lecture de ce livre, qui comporte parfois certaines longueurs, même si l'auteur a fait l'effort de structurer l'ouvrage de manière trés pratique. Je conseille ce livre à tous les DSI, ingénieurs qualité et chefs de projet.

Présenté pour un public de décideurs, je recommanderai ce livre pour un public technique de type chef de projet ou architecte MOE ayant déjà eu un conctact avec la modélisation des SI. Le livre se compose de trois parties : une première pour faire les rappels, la seconde pour la présentation de la SOA, la dernière pour les aspects purement techniques.
Dans la première partie les concepts de l'urbanisation des SI, la représentation d'un SI sont bien présentés et montrent l'évolution des pensées sur le sujet. Dans la seconde partie certains aspects de la SOA sont présentés d'une manière claire mais tellement simpliste que la mise en pratique sur un cas réel ne s'avère pas aussi simple, et que par conséquent on a le sentiment que les objectifs attendus ne sont pas atteints. La troisième partie traite quasi exclusivement de mise ouvre technique. C'est cette partie qui m'a surprise car elle se détache des deux autres parties par sa grande technicité.
J'apprécie grandement les livres qui démocratisent les concepts informatiques parfois nébuleux mais je conseillerai plus ce livre pour un public coté MOE que MOA.

Ce livre est un guide complet pour la compréhension et l'établissement d'une solution SOA en entreprise.
A travers cet ouvrage, les auteurs décrivent précisément ce que représente le terme SOA et ce qu'il ne représente pas. En début de livre, on trouve une présentation très claire de l'architecture SOA ; les auteurs ne s'arrêtent pas là et fournissent ensuite toutes les clés d'une démarche SOA.
A chaque début de chapitre, on retrouvera les objectifs clairement exprimés et, en fin de chapitre, un résumé avec une synoptique qui rend ceux-ci faciles à appréhender. Cette présentation constitue un point très positif du livre.
Cependant, le style des auteurs n'est pas toujours évident, certaines parties sont très claires et dans d'autres on est noyé sous les sigles. Il est vrai que c'est un exercice difficile dans la mesure où ces derniers sont omniprésents dans ce domaine.
J'ai quand même trouvé cet ouvrage très complet, les auteurs abordent bien toutes les facettes d'une démarche SOA. On regrettera que le cas d'école qui sert de fil rouge ne soit pas abordé suffisamment en profondeur.
Par contre, on appréciera avec intérêt le chapitre où les auteurs présentent le modèle MVC revu pour SOA, étant donné la présence de ce pattern dans les frameworks d'entreprise. La partie sur les bus de service (ESB) est également bienvenue. C'est en général un domaine où il n'est pas toujours facile d'obtenir des informations. Le chapitre présentant les solutions SOA du marché est également intéressant pour décortiquer les éléments pertinents à travers les enveloppes marketing.
Destiné à un public d'architectes, de MOA ou MOE, le développeur pourra ne pas trouver d'intérêt à l'ensemble du livre. Je le recommande à toute personne intéressé par les architectures SOA et plus précisément les architectes ou urbanistes devant la mettre en oeuvre.

Cette critique se rapporte à la première édition de ce livre.
SOA, c'est très loin d'Harry Potter ou du Seigneur des anneaux. Et pourtant "SOA, le Guide de l'architecture" se lit comme un roman.
Mais SOA c'est avant tout un ensemble de concepts dont tout le monde parle mais qui n'est pas clair pour tous. Ce livre a le mérite de répondre aux questions que l'on peut se poser et de clarifier les concepts liés à l'architecture orientée services.
Au travers de ces 300 pages, nous découvrons tout d'abord comment le monde de l'entreprise s'y prend pour gérer ses données sans l'utilisation des architectures orientées services. Ainsi, en lisant ces premières pages, pour peu que l'on ait déjà rencontré la problématique des données dispersées, nous n'apprenons rien de bien nouveau. Mais elles permettent de se replacer dans le contexte de l'entreprise et de s'imprégner des problématiques rencontrées dans ce cadre.
Ensuite, passage aux choses sérieuses... Le livre présente les concepts de ce type d'architecture et pour cela, quoi de mieux qu'un exemple concret pour comprendre ces principes ?
Tous les intervenants, qu'ils soient humains ou techniques, sont présentés. Ainsi, tout au long du livre, nous avançons progressivement vers la solution idéale en implémentant petit à petit la solution répondant à des besoins concrets.
L'exemple aurait cependant pu aller un peu plus loin, mais ce manque n'a pas d'impact ni sur la compréhension, ni la qualité du livre.
On notera également la qualité globale de l'ouvrage : du papier et une couverture d'une solidité inégalable.
Avec une mise en page telle que celle là, la lecture s'avère d'autant plus aisée.

Cette critique se rapporte à la première édition de ce livre.
SOA cuisiné à toutes les sauces, je voulais en savoir plus sur ce qui se cachait derrière ce mystérieux acronyme et je souhaitais de "SOA, le guide de l'architecte" toutes les réponses à mes interrogations.
Après un historique des modèles du passé, une présentation des besoins des SI actuels (exemple:indicateurs de rentabilité), les différents concepts de SOA sont dépeints pour présenter les caractéristiques d'une architecture orientée service. A ce moment de la lecture, ce modèle m'est devenu moins étranger, et j'ai apprécié les explications sur ce qu'est réellement SOA et sur ce qu'il n'est pas, ainsi que les idées reçues existantes autour de ce modèle. Le livre montre ensuite les méthodes pour appliquer SOA, les documents nécessaires à produire au sein d'une équipe projet, les acteurs, les interactions entre tous ces éléments. Un exemple concret basé sur une entreprise fictive fournissant des accès au gaz permettra de mieux comprendre et d'appliquer SOA à des cas concrets que nous rencontrons au quotidien (du moins sur nos projets informatique). L'ouvrage présente également les outils, les implémentations et les acteurs du monde logiciel oeuvrant pour la maturité et l'unification de SOA.
C'est ma seconde lecture provenant de chez Dunod et j'apprécie beaucoup la mise en page très claire (encadré gris pour les résumés, schémas aérés...), elle facilite grandement la lecture. Globalement, je dois dire que je n'ai pas été déçu et que j'ai trouvé dans ce livre ce que j'attendais au départ, je reprocherai cependant aux auteurs de ne pas avoir poussé l'explication des cas pratiques plus loin car même après la lecture des chapitres dédiés le syndrôme de la page blanche sera sûrement inévitable. Quelques fautes d'orthographe se sont également glissées, mais trois où quatre, c'est insignifiant. J'ai apprécié également la franchise des auteurs expliquant que l'on ne claque pas des doigts pour mettre en oeuvre ce modèle est également gageure d'honnêteté. Je conseille donc vivement d'acheter ce livre très complet pour comprendre SOA dans son ensemble.

Ce livre est en fait une introduction rapide de ce qu'est SOA, une introduction qui manque d'exemples concrets selon moi. Il commence plutôt bien pourtant en nous parlant du système d'information, des problématiques et de comment SOA voudrait les attaquer.

Il décrit ensuite une multitude de norme et de terme qui n'apporte à mon sens que peu de plus-value de la manière dont ils sont traités. Cela devient presque un dictionnaire. Ce qui est très bien pour rechercher des éclaircissements sur un concept. Mais qui du coup devient très lourd à lire. Le cas fictif qu'il propose est pourtant bien trouvé et très clair au départ. Mais il semble vite oublié ce qui est dommage, car il permettait de comprendre mieux les principes Si vous vous intéressez à SOA se n'est surement pas ce livre que je conseillerai en premier.

Il est très intéressant de l'avoir dans sa bibliothèque si une transformation du SI doit commencer. On peut ainsi retrouver facilement les mots clés associé à SOA et la dernière partie qui permet de comparer les offres SOA est très pertinente. Ce livre peut être très intéressant si on vient piocher de petits bouts d'explication par-ci et là. En revanche, à lire dans le train (ou autre endroit) pour améliorer sa culture sur le SI ce livre devient trop vite lourd.

A qui recommander ce livre ? Un chef de projet MOA certainement, je pense qu'un architecte peut apprendre deux ou trois choses intéressantes contrairement à un urbaniste qui trouvera bien plus complet sur SOA et urbanisme dans d'autre ouvrage. Enfin à nos amis étudiants en informatique je leur déconseille vivement de dépasser la première partie quelques soient leurs spécialités.

Cet ouvrage a pour objectif de présenter l'ensemble des concepts des architectures orientées services (SOA) en se concentrant sur leurs aspects pratiques. La première constatation est que le livre est bien structuré. Après une présentation générale en quelques pages de SOA, puis ses concepts principaux il se concentre progressivement sur les différents concepts liés à ce type d'architecture. On notera également que l'auteur justifie d'une bonne maîtrise du sujet. .De nombreux exemples tirés de situations professionnelles viennent illustrer l'ensemble des pièges qu'il est possible de rencontrer à la mise en place d'une architecture SOA. L'auteur cherche ici à mettre en avant, pour chaque choix à effectuer, les différentes possibilités en mettant sur la balance les pour et les contres dans un souci constant de neutralité. L'auteur cherche ici à argumenter dans un souci constant de neutralité les avantages et les inconvénients de chaque architecture proposée.
S'il est vrai que cette neutralité nous évite de tomber dans les travers d'une solution présentée comme miracle, sans souci et capable de résoudre tous les maux, il reste cependant qu'au fil de la lecture, on finit parfois par ne plus savoir quel choix serait le plus judicieux dans une situation donnée. En ce sens, cet ouvrage ne peut être considéré comme un guide mais plutôt comme un panorama qui s'adressera essentiellement aux personnes souhaitant se familiariser avec SOA. Il accompagnera ceux qui, ayant jeté leur dévolu sur cette architecture, souhaitent avoir à l'esprit l'ensemble des pièges à éviter. Mais il ne pourra répondre aux attentent de ceux qui tentent de mettre en pratique certains aspects précis d'une architecture SOA. Le titre donné à cet ouvrage "SOA In practice » peut donc induire en erreur.
On pourra reprocher également aux chapitres 2 et 3 de s'appuyer sur l'évolution des définitions Wikipedia pour présenter les concepts de SOA. On regrettera également que, bien que l'auteur nous répète tout au long du livre que les Services Web ne sont pas l'unique moyen d'implémenter des services dans une architecture SOA, on termine l'ouvrage sans avoir une vision claire de ce à quoi peut ressembler un service non web dans SOA. Enfin, bien que l'auteur insiste tout au long du livre que les Services Web ne sont pas l'unique moyen d'implémenter des services dans une architecture SOA, on regrettera de ne pas avoir au final une vision claire de ce à quoi peut ressembler un service non web dans SOA.

Tout bonnement excellent !! Un livre à posséder, à lire et à relire. « Tout sur les systèmes d'information » est un livre simple et complet. Il vous apprend énormément de choses sur le Système d'Information (SI).
Jean-François Pillou vous apporte des années d'expériences et de connaissance avec une simplicité remarquable. Il a réussi à s'adapter à un public novice, tout en couvrant de nombreux domaines plus ou moins complexe. Découvrir les fondements d'un SI en détails et en toutes simplicité, c'est le résultat de ce livre de poche.
Des notions de e-entreprise à la gestion de projet, en passant par la sécurité, la qualité, le réseau, les technologies pour l'entreprise, vous trouverez tous pour comprendre votre SI.
Des centaines de termes professionnels sont expliqués simplement et des schémas simples permettent d'apprivoiser rapidement des notions complexes. Cette encyclopédie de poche s'adresse à tous, informaticiens ou non, professionnels ou étudiant ...
Avec un prix si petit, je vous déconseille de vous en passer.

Le sujet ne fait pas légion en littérature française, et pour cause, le concept de PCA (Plan de Continuité d'Activité) reste une idée jeune pour l'entrepreunariat hexagonal. Elle l'est moins pour les anglo-saxons et l'industrie américaine, du sans doute aux catastrophes en série qui on eu lieues ces dernière années (Terrorisme, catastrophes naturelles, accidents écologiques). Une première partie de l'ouvrage s'appuie sur un certains nombre d'études (Eagle Rock Alliance, CLUSIF, Ernst and Young, BCI, OCDE) relatives à l'impact de sinistres, à l'interruption de SI et aux seuils de tolérance. Puis, Matthieu Bennasar énumère quelques exemples de réglementations et normes qui existent sur le sujet dans divers mileux industriels et financiers (Bâle II, CRBF-2004-02, le trés à la mode Sarbanes-Oxley Act, ISO/TS, TL9000, Good practices Guidelines du BCI). Enfin il redéfinit clairement le vocable utilisé et les nuances entre PCA (BCP), PGC (CMP), PRA (IT Contingency Plan), PCO, et Risk Management. Ces 3 premières parties sont vraiment trés intéressantes et doivent faire partie de votre bagage culturel. La seconde partie s'attache à décrire les méthodes et outils de la continuité d'activité et fourni les clés pour bien piloter la mise en oeuvre et le cycle de vie d'un PCA. J'ai particulièrement apprécié la lecture des chapitres 4 et 5 ou de nombreux éléments concrets sont donnés, comme les avantages/inconvénients des solutions de secours du SI (Cold Sites, Warm Sites, Hot Sites, Mirrored Sites, Mobile Sites), les enjeux des modes de disponibilité et de tolérance aux sinistres, les stratégies de sauvegarde et de restauration des données (RAID, Electronic Vaulting, Remote Journaling, Shadowing, Mirroring, Virtualisation du stockage : SAN, NAS, DAS). Le livre est trés bien écrit, le plan est clair, pas évident sur ce type de sujet. Si vous êtes en charge d'un projet orienté BCM/PCA, directeur informatique, ingénieur qualité, ce livre est fait pour vous !.

C'est un livre d'une grande richesse qui demande à être relu un grand nombre de fois tant il est dense. Ces deux points forts sont : le retour d'expériences de l'auteur dans la création de PCA (plan de continuité d'activité) et ses conseils méthodologiques très précis.

Cet ouvrage est un guide méthodologique présentant les problématiques organisationnelles, logistiques, techniques, humaines et juridiques de la continuité de l'activité économique d'une entreprise, notamment au travers de son système d'information, mais pas seulement. Au travers d'études de cas, le lecteur met en application les conseils prodigués tout au long de l'ouvrage.

L'auteur convainc aisément le lecteur de la nécessité de se prémunir des catastrophes pouvant mettre en péril son activité, mais plus fort encore, il explique précisément comment s'organiser pour concevoir un PCA efficace. A conseiller aux directions informatiques de toute urgence.

Ce livre a le grand mérite d'aborder un sujet bien trop considéré dans le monde de l'informatique : la reprise et la continuité d'activité. Il aborde ce sujet en allant bien au delà de la technique.

L'autre point fort de ce livre est de laisser entendre que les PRA/PCA doivent prendre en compte tous les risques possibles. En lisant les retours d'expériences on prend conscience du fait que l'on ne peut pas tout maîtriser et qu'il faut prendre en compte le plus de risques possibles, ce que l'on omet assez souvent par sous-estimation de leur probabilité.

Ce livre est à placer entre toutes les mains, du DSI au programmeur, car la gestion du risque, si elle doit se décider au plus haut point, est l'affaire de tous.