Envoyé par
dba01
Bonjour.
Juste un petit commentaire : mettez-en toujours (des commentaires) dans votre code. Dernièrement, on a hérité de 3 applis sans aucune doc. "Non, on n' a rien, c'est peut-être le mec qui les a emporté, on sait pas".
On a donc commencé par aller voir l'utilisateur pour savoir à quoi servait ces applis. On n'avait pas l'air cons ! Ensuite, c'est mon informateux qui s'est collé à l'écran pour déchiffrer le truc et trouver comment on chargeait, comment on lançait, etc... Heureusement, mon informateux, c'est un doué qui lit pratiquement tous les langages comme moi je lis une bande dessinée.
Mais quand même, si on avait eu des commentaires ! Ne serait-ce qu'une explication simple en tête de chaque module pour en décrire l'utilité.
Personnellement, il m'est arrivé qu'on me demande la mise à jour d'une petite moulinette que j'avais écrite en CLIPPER ... 5 ans après. Ben pour me rappeler ce que j'avais fait et pourquoi, c'était pas de la tarte. Pour la peine, j'ai fait l'inverse : j'en ai foutu partout. Finalement, ça ne consomme par d'air et ça peut toujours servir. Bien sûr, les passages habituels, les écrans de saisie, les sorties papier, on les reconnaît de loin. Mais les traitements internes à plusieurs étages, avec des fonctions tordues, et des appels en cascade, ça fait mal à la tête.
Mais vous parlez aussi de la définition des développements. Ca c'est le travail du maître d'ouvrage. C'est à lui de dire ce qu'il veut, et de s'expliquer de manière à être compris. Il doit alors être du côté client, mais avoir de bonnes notions de programmation, afin de faire des descriptions utilisables et de préciser suffisamment les bornes et résultats souhaités. Sinon, il ne reste plus à l'informateux qu'à apprendre le métier du client, comme on faisait dans le temps. C'est peut-être pourquoi mon informateux aime bien mes définitions : c'est dans l'ordre du général au détaillé, avec des tableaux, et aussi des modèles d'écrans en BMP. J'ajoute même des passages en SQL quand je n'arrive pas à le dire en bon Français.
Le poste d'analyste est déteminant pour la réussite. Ensuite vous pouvez utiliser l'outil de modélisation que vous voulez, ou que vous connaissez. Si les idées sont claires et dans l'ordre, ça ira. Sinon...
On m'a reproché le temps passé à l'analyse. Mais putain le développement a été super turbo et tout a marché du premier coup. Alors que mon informateux s'attaquait au JAVA sans préparation. Même les évolutions sont rentrées là dedans comme dans du beurre. Faut pas hésiter à perdre du temps sur l'analyse, se faire confirmer par le client, lui faire des images des résultats, lui poser des question idiotes. Et on ne commence pas tant qu'on n'a pas l'image entière de tout le fourbis dans la tête, vu d'avion ou vu à la loupe. Faut pas dessiner des wagons, faut dessiner un train, mais sans omettre les poignées de portes. Tout dans la tête, au point de pouvoir réécrire la doc entièrement de mémoire. Vous avez le droit à l'aspirine si vous voulez.
Si l'étude est bien finie ça marchera sûrement, à moins d'avoir un développeur...sous développé !
Bonne soirée.
db
Partager