Merge pull request #14 from FlorianBruniaux/master

Corrections orthographiques

doc/tome1/Contents/func-conclusion.md

@@ -38,7 +38,7 @@ représentation peut concerner l'ensemble ou une partie de votre Produit.
 
 :   Besoin métier spécifique. Elle est représentée par un texte court qui
 communique ce besoin métier au reste de l'équipe. Elle concerne le
-service rendu à un utilisateur, et décrit le bénéfice fonctionnelle qui
+service rendu à un utilisateur, et décrit le bénéfice fonctionnel qui
 en est tiré.
 
 **Scénario**

doc/tome1/Contents/func-exprimez-le-besoin.md

@@ -297,7 +297,7 @@ passer :
 + L'équipe risque de ne pas se sentir suffisamment impliquée
 
 
-Ces écueils ne sont bien sûr systématiques, mais le risque est là.
+Ces écueils ne sont bien sûr pas systématiques, mais le risque est là.
 Pourquoi prendre ce risque alors que la solution est simple ?
 
 

doc/tome1/Contents/func-un-peu-de-recul.md

@@ -301,7 +301,7 @@ support visuel pour réfléchir à quelque chose. **Il n'est pas simple de
 ne se focaliser uniquement sur le Comportement d'un Produit, sans se
 soucier de son apparence**, de son interface graphique. Ce sera d'autant
 plus vrai si vous avez un profil technique ou si vous êtes très
-familiarisé avec les nouvelles technologiques. 
+familiarisé avec les nouvelles technologies. 
 
 
 Pour résoudre cette difficulté, tentez systématiquement de vous

doc/tome2/Contents/dev-automatisez-votre-recette.md

@@ -377,7 +377,7 @@ Voici une traduction possible de cette fonctionnalité :
     }
 
 
-Votre fonctionnel peut désormais ajouter autant d'exemples qui le souhaite, votre travail de traduction ne changera plus.
+Votre fonctionnel peut désormais ajouter autant d'exemples qu'il le souhaite, votre travail de traduction ne changera plus.
 
 > Utiliser des exemples est très simple avec Behat.
 

doc/tome2/Contents/dev-comprenez-la-demande-du-client.md

@@ -243,7 +243,7 @@ suffit de les encadrer dans des guillemets :
       Etant donné qu'un chiot ne peut être vendu avant qu'il n'ait "2 mois"
       Et que "Médor le chien" a actuellement "1 mois"
       Quand j'essaye d'acheter "Médor le chien"
-      Alors on doit me dire "Médor le chient est trop jeune !"
+      Alors on doit me dire "Médor le chien est trop jeune !"
 
 
 

doc/tome2/Contents/dev-le-client-ne-sait-pas-ce-quil-veut.md

@@ -124,7 +124,7 @@ fonctionnalité plus complète par là, un autre lors de l'itération suivante..
 
 
 Bien entendu, cela ne va pas sans un changement des méthodologies de travail : il va falloir découper
-les fonctionnalités pour faire en sorte qu'elle puisse être développées rapidement, il faut optimiser
+les fonctionnalités pour faire en sorte qu'elles puissent être développées rapidement, il faut optimiser
 les recettes (pourquoi ne pas en profiter pour utiliser des tests automatisés, comme des tests
 unitaires ?)...
 
@@ -160,15 +160,15 @@ vous développez un intranet, ce sont les employés qui utiliseront l'intranet q
 du service.
 
 Dans les deux cas, vous aurez besoin de comprendre comment le Produit va être utilisé. Finalement, à quoi
-sert cette fonctionnalité ? Pourquoi est-elle utile ? Comment va elle rendre service ? Va t-elle faciliter
+sert cette fonctionnalité ? Pourquoi est-elle utile ? Comment va t-elle rendre service ? Va t-elle faciliter
 la vie de l'utilisateur ? Va t-elle lui permettre de réaliser quelque chose de nouveau ? Lui faire gagner
 du temps ? Bref, quel est le bénéfice métier de la fonctionnalité que je vais développer ?
 
 Pourquoi se poser ces questions ? Tout simplement pour prendre plus de plaisir dans votre travail, et pour
 être plus efficace. Tant que ça ? Oui oui...
 
 Après tout, si vous connaissez les personnes qui vont utiliser ce que vous êtes en train de développer, vous
-pouvez discuter avec elles, adopter leur vocabulaire, et donc profitez directement de leur feedback. Petit à
+pouvez discuter avec elles, adopter leur vocabulaire, et donc profiter directement de leur feedback. Petit à
 petit, ce feedback sera de plus en plus positif ; ce sera alors de plus en plus agréable de voir que les gens
 sont contents de ce que vous leurs offrez.
 
@@ -184,7 +184,7 @@ permettra toujours d'échanger : échanger avec votre client, les utilisateurs f
 
 Il y a quelques temps, j'ai lancé un sondage auprès des développeurs de la société que j'ai accompagnée. 
 Une des questions était à peu près la suivante : "Prenez-vous plaisir dans votre travail?".
-Près d'un quart des réponses était négatif. Quel dommage !
+Près d'un quart des réponses étaient négatives. Quel dommage !
 
 N'oubliez pas que vous travaillez dans un monde d'humains : plus vous interagirez avec eux, plus vous
 fournirez un travail qui leur procurera satisfaction, plus vous même éprouverez du plaisir à travailler.

doc/tome2/Contents/dev-optimisez-vos-tests-fonctionnels.md

@@ -167,7 +167,7 @@ Pour générer un résultat réutilisable par une plate-forme d'intégration con
     [bash]
     php ./bin/behat --format junit --out resultat.xml   
 
-Pour aller plus loin avec les plate-formes d'ingréation continue, je vous invite par exemple à consulter le site http://jenkins-php.org/.
+Pour aller plus loin avec les plate-formes d'intégration continue, je vous invite par exemple à consulter le site http://jenkins-php.org/.
 
 Il existe également des outils visuels, basés sur ce format de sortie, pour fournir aux fonctionnels une vraie interface graphique 
 pour rédiger les spécifications, mais aussi pour avoir une vue d'ensemble des résultats des implémentations de ces spécifications.

doc/tome2/Contents/dev-votre-code-doit-refleter-le-besoin-fonctionnel.md

@@ -15,7 +15,7 @@ du code source permet au final d'avoir une application qui marche, comprendre qu
 dans le code source des interactions fines, complexes et non liées aux domaines fonctionnels est 
 une chose quasiment impossible pour un fonctionnel.
 
-Il faut donc trouver une solution pour répondre à ceux deux questions fondamentales :
+Il faut donc trouver une solution pour répondre à ces deux questions fondamentales :
 
 + comment assurer la cohérence des changements techniques face aux changements fonctionnels ?
 + comment permettre aux fonctionnels d'anticiper le coût technique d'un changement fonctionnel ?
@@ -28,7 +28,7 @@ quelques pages. Non, il existe des livres très bien conçus, que je ne peux que
 lire *(cf. Domain Driven Design Vite Fait + DDD de Eric Envans) - Liens à mettre*
 
 Non, l'objectif ici est de comprendre qu'il existe des démarches de travail et de conception 
-logicielle qui permette de faciliter la gestion du besoin fonctionnel. Et c'est là, justement, l'objet du DDD.
+logicielle qui permettent de faciliter la gestion du besoin fonctionnel. Et c'est là, justement, l'objet du DDD.
 
 Le DDD est une démarche d'échange, de conception et de développement, dont l'objectif est de calquer 
 le code source (code, base de données, ressources...) sur le besoin métier.