Blabla pipo blabla!
Oh, la belle entrée en matière, j'ai failli pas répondre a cause de cette phrase. Tu as de la chance, je suis de bonne humeur.
XP t'incite a faire tout ca.
Je répond et tu me dit comment XP va le faire pour faire tout ça OK ?
- a ecrit du code clair ?
C'est quoi du code clair ? Deja, un générateur de code basé sur UML va te garantir une uniformité des signatures, des formats de fichiers. De plus, je vais te rajouter un générateur de documentation par dessus ta modélisation, et attention, si tu ne commente pas chacune de tes méthodes, j'ai un mail qui par chez le chef de projet. Plus quelques metriques assez générales peuvent donner une indication.
- a ecrire du code reutilisable ?
Pour des raisons indépendante de ma volontée, je dois zapper cette question (non, je me defile pas).
- a ecrire des routines de tests pour les differents modules de son soft ?
Pour chaque classe définie je doit définir un ensemble de jeux de test. Une classe est validée au niveau projet que si elle passe ses jeux de test. Sinon, refus d'intégration. A noter que les jeux de test sont bien entendus definis par un tiers, à partir de la spécification.
- et a les utiliser ?
Forcement, si t'a pas envie d'utiliser les outils définis pour le projet, ca va pas marcher terrible (ou si tu met blabla dans tes commentaires aussi). Mais en XP, je laisse mon binome bosser et faire ce qu'il veut de toutes façon.
Je le redis. UML est une boite à outil. Si t'a pas envie d'utiliser un tournevis numero 14 pour enfoncer une vis numero 14, ca va pas marcher terrible.
[^] # Re: hum
Posté par kadreg . En réponse à la dépêche Initiation au Rational Unified Process. Évalué à 1.
Oh, la belle entrée en matière, j'ai failli pas répondre a cause de cette phrase. Tu as de la chance, je suis de bonne humeur.
XP t'incite a faire tout ca.
Je répond et tu me dit comment XP va le faire pour faire tout ça OK ?
- a ecrit du code clair ?
C'est quoi du code clair ? Deja, un générateur de code basé sur UML va te garantir une uniformité des signatures, des formats de fichiers. De plus, je vais te rajouter un générateur de documentation par dessus ta modélisation, et attention, si tu ne commente pas chacune de tes méthodes, j'ai un mail qui par chez le chef de projet. Plus quelques metriques assez générales peuvent donner une indication.
- a ecrire du code reutilisable ?
Pour des raisons indépendante de ma volontée, je dois zapper cette question (non, je me defile pas).
- a ecrire des routines de tests pour les differents modules de son soft ?
Pour chaque classe définie je doit définir un ensemble de jeux de test. Une classe est validée au niveau projet que si elle passe ses jeux de test. Sinon, refus d'intégration. A noter que les jeux de test sont bien entendus definis par un tiers, à partir de la spécification.
- et a les utiliser ?
Forcement, si t'a pas envie d'utiliser les outils définis pour le projet, ca va pas marcher terrible (ou si tu met blabla dans tes commentaires aussi). Mais en XP, je laisse mon binome bosser et faire ce qu'il veut de toutes façon.
Je le redis. UML est une boite à outil. Si t'a pas envie d'utiliser un tournevis numero 14 pour enfoncer une vis numero 14, ca va pas marcher terrible.