Tâche: Développer les instructions de test
Cette tâche explique comment préparer des instructions spécifiques au projet.
Objet

L'objectif de cette tâche est de :

  • Recueillir des instructions existantes ou en développer de nouvelles à utiliser dans le cadre du projet.
  • Permettre aux membres de l'équipe du projet d'accéder aux instructions existantes à la demande.
  • Coopérer avec les experts sur le sujet pour mettre à jour ces instructions en fonction des retours d'informations des clients.
Relations
RôlesPrincipal: Complémentaire: Auxiliaire:
EntréesObligatoire:
  • Aucun
Facultatif: Externe:
  • Aucun
Sorties
Etapes
Identifier les besoins du projet en matière d'instructions
Objectif : Identifier les instructions nécessaires au projet.

En fonction des produits à développer et du niveau de formalité requis pour chaque produit, identifiez l'ensemble des instructions nécessaires au projet. La préparation des instructions est considérée comme faisant partie de la personnalisation du processus pour le projet et le responsable de processus consacrera un certain temps avec le responsable de projet à décider des types d'instructions à fournir aux équipes.

Les instructions spécifiques au projet permettent notamment de :

  • Fournir des conseils détaillés et pertinents sur la production de certains produits.
  • Garantir la cohérence du développement des produits et le respect des conventions et styles définis.
  • Décrire certains standards auxquels le projet doit se conformer.
  • Fournir une référence pour le personnel chargé d'évaluer la qualité et l'exhaustivité des produits.

Le tableau ci-dessous décrit quelques-unes des instructions les plus courantes pour un projet logiciel. Le produit RUP est fourni avec des exemples qui peuvent être utilisés comme points de départ pour une personnalisation spécifique au projet.

Type d'instruction
Rôles impliqués
Créateur(s)
Utilisateurs
Instructions de modélisation métier
Indiquent comment les cas d'utilisation métier, les travailleurs métier et les entités métier doivent être modélisés. Ces instructions doivent être prises en compte au moment de modéliser l'activité de manière formelle afin de créer un nouveau système. Selon le degré de reconception, ou de complexité, du processus métier, les instructions devront être plus ou moins complètes.

Analyste de processus métier Analyste de processus métier, concepteur métier, réviseurs techniques
Instructions de modélisation de cas d'utilisation
Nécessaires si les cas d'utilisation jouent un rôle important dans la description du comportement du système. Vous devez spécifier des conventions de modélisation, comme les relations à utiliser ou les styles à respecter pour les descriptions textuelles.

Analyste système Analyste système, spécificateur d'exigences, concepteur

Principes de conception
Issus de la définition de l'architecture. Ils décrivent les règles à suivre pour la conception, la conception de l'architecture et l'implémentation.

Architecte logiciel Concepteur, implémenteur, réviseurs techniques

Recommandations de programmation
Spécifiques aux langues d'implémentation et aux bibliothèques de classes sélectionnées pour le projet. Les recommandations doivent spécifier comment présenter le code et les commentaires, comment utiliser les conventions de dénomination et comment utiliser les fonctionnalités de langue. Elles doivent également indiquer les précautions à prendre concernant certaines fonctionnalités de langue.

Architecte logiciel (avec l'aide des principaux implémenteurs) Implémenteurs, testeurs
Instructions pour l'interface utilisateur
Doivent comprendre des règles et des recommandations spécifiques au projet pour la création de l'interface utilisateur. Contiennent souvent des références à des publications extérieures, comme The Windows Interface Guidelines for Software Design, par Microsoft® Corporation.

Concepteur d'interface utilisateur Concepteur d'interface utilisateur, concepteur, implémenteur

Instructions pour les outils
Indiquent comment le projet peut utiliser au mieux les outils sélectionnés. Vous pouvez fournir une instruction pour chaque outil. Les instructions pour les outils comprennent généralement les éléments suivants :

  • Informations pour l'installation : version, paramètres de configuration, etc.
  • Limitations des fonctionnalités et fonctionnalités que le projet a décidé de ne pas utiliser
  • Solutions palliatives
  • Intégration avec d'autres outils, comme les procédures à suivre, les logiciels à utiliser ou les principes à appliquer.
Spécialiste outils Spécialiste outils, testeur, administrateur système, utilisateurs des outils
Instructions pour le test
Utilisées pour enregistrer les ajustements (souvent tactiques) apportés à l'application du processus de test pour un projet donné, et pour décrire les pratiques spécifiques au projet identifiées lors de la mise en oeuvre pratique du processus de test. Il peut s'agir par exemple de critères d'achèvement de test ou d'instructions pour la gestion des défauts.

 
Concepteur de test Concepteur de test, testeur, analyste de test

Remarque : Vous n'êtes pas obligé de développer toutes les instructions dès le début du projet. Souvent, la nécessité d'instructions et d'exemples concrets se fait sentir lors de la préparation de l'environnement d'une itération.

Préparer des instructions à utiliser dans le cadre du projet
Objectif : Permettre aux membres de l'équipe projet d'accéder aux instructions identifiées.

Une décision importante à prendre lors de l'analyse de l'ensemble résultant des instructions identifiées consiste à savoir si vous préférez "acheter ou créer". Bien qu'il soit souvent possible d'obtenir les instructions dont vous avez besoin "gratuitement", vous devez prendre en compte les frais liés à l'adaptation de ces instructions au contexte de votre projet, par rapport au coût que représenterait le développement d'instructions pour un besoin spécifique. Vous pouvez même envisager de vous passer purement et simplement d'instructions.

Sous-rubriques :

Obtenir des instructions existantes Haut de la page

Le responsable de processus, qui est responsable des processus spécifiques au projet, recherche en permanence des exemples ou des instructions existants susceptibles d'aider les membres de l'équipe projet à produire plus efficacement des logiciels de meilleure qualité. Certaines instructions existent déjà dans le référentiel d'actifs de l'entreprise : il s'agit généralement d'une compilation de "pratiques spécifiques à l'organisation". D'autres sont des "normes publiques" et peuvent être trouvées dans la documentation existante ou sur Internet.

Développer de nouvelles instructions Haut de la page

La plupart des instructions sont initialement produites sous forme de produits de projet, comme la documentation d'un micro-processus à l'intérieur du projet, et comme pour la plupart des autres actifs, quelqu'un estime que ces instructions peuvent également être utiles à d'autres projets et être réutilisés.

Lorsque vous décidez de produire de nouvelles instructions dans le cadre du projet, vous devez vous assurer que cette activité est prise avec sérieux et est traitée comme un produit interne du projet. Cela implique l'allocation de ressources pour produire et vérifier ces instructions, et les intégrer dans les plans d'itération appropriés.

Pour la première instance, il est vivement conseillé de développer des instructions spécifiques au contexte du projet. De nombreux projets ont échoué car l'équipe s'est focalisée sur la généralisation de produits en vue d'une réutilisation future, au lieu de les développer pour le projet en cours. Dans le cadre de l'effort d'amélioration des processus de l'organisation, vous pouvez envisager de rendre les instructions réutilisables pour les projets à venir. Le travail nécessaire à la transformation d'instructions, ou de n'importe quel autre produit du projet, en un actif réutilisable, doit logiquement être imputé en dehors du budget du projet qui en produit la première instance.

De nouvelles instructions peuvent être développées à tout moment dans le cycle de vie du projet. Elles sont généralement développées "au coup par coup" ou dans le cadre d'une tâche visant à décrire l'approche à utiliser pour produire d'autres produits.

Personnaliser les instructions Haut de la page

Les exemples et les instructions doivent être adaptés au contexte du projet ; sinon, ils ne seront pas utilisés. La personnalisation des instructions en fonction du projet incombe au responsable de processus et à certains représentants des utilisateurs. Il est important de se concentrer en particulier sur la personnalisation des instructions récupérées d'autres projets, car elles ont probablement été développées pour un contexte différent.

Vous devez garder une trace des décisions de personnalisation qui ont été prises, car elles seront utiles aux autres projets qui réutiliseront les mêmes instructions.

Rendre les instructions accessibles Haut de la page

Si la personnalisation est une étape importante, la mise à disposition des instructions préparées est tout aussi essentielle. Les utilisateurs doivent savoir précisément où trouver les exemples et les instructions, mais aussi à qui ils peuvent faire part de leurs commentaires.

Vous pouvez rendre les instructions accessibles via le site Web du processus publié avec la technologie du module d'extension RUP, où les instructions peuvent être associées aux produits et tâches qu'elles concernent. Voir Concept : Personnalisation du RUP pour plus d'informations. 

Gérer les instructions
Objectif : Améliorer les instructions en fonction des commentaires des utilisateurs.

Dans toute organisation soucieuse de la réutilisation, il est essentiel pour l'effort d'amélioration des processus que les utilisateurs transmettent leurs commentaires concernant l'utilisation des actifs. En effet, la plupart des meilleures pratiques ont atteint ce degré de qualité car elles ont été utilisées, affinées et améliorées à maintes reprises.

Si vous découvrez des problèmes concernant un ensemble d'instructions ou si vous identifiez une amélioration potentielle, vous pouvez soit corriger vous-même les instructions, soit émettre une demande de changement qui sera traitée en dehors du projet. L'option choisie dépend souvent du degré de formalisme des processus et de la complexité du problème. Le responsable de projet doit également prévoir du temps pour chaque itération, pour la révision et l'affinement des instructions. Il peut être judicieux de proposer des forums conviviaux aux membres de l'équipe, pour leur permettre de proposer rapidement des améliorations potentielles.

Propriétés
Plusieurs occurrences
Commandé par les événements
En cours
Facultatif
Planifié
Réitérable
Plus d'informations