Détails de l'enchaînement d'activités :
|
L'objet du détail de l'enchaînement d'activités est de compléter une partie de l'implémentation de sorte à ce qu'elle puisse être livrée pour son intégration. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
Dans le cadre du détail de l'enchaînement d'activités :
Cette section fournit des liens vers des informations complémentaires associées au détail de l'enchaînement d'activités.
Débute dans la phase d'élaboration, et se reproduit dans les phases de construction et de transition.
Requis
Les activités relevant de l'implémenteur sont souvent réalisées par la même personne. Les activités de revue sont mieux adaptées à de petits groupes interfonctionnels composés de cadres avec une expertise technique et une plus grande expérience des problèmes usuels et des pièges du langage de programmation. Une expertise particulière dans le domaine du problème peut aussi être requise (ce qui est fréquemment le cas de systèmes de téléphonie ou utilisant des périphériques avec interfaces spéciales). Un savoir faire concernant des algorithmes ou des techniques de programmation spécifiques peut aussi s'imposer.
Il est recommandé de consacrer plusieurs sessions au bilan, chacune se concentrant sur de petites sections du système ou sur des questions spécifiques. Le but de ces sessions est d'identifier des problèmes spécifiques à résoudre dans le code et non pas de les résoudre sur le champ. Les discussions sur leur résolution devraient être reportées après la revue de es problèmes. Des bilans plus fréquents et d'une portée plus restreinte sont plus productifs que des sessions moins fréquentes et plus ambitieuses.
RUP (Rational Unified Process)
|