Meilleure pratique : Gérer les exigencesRubriques
En quoi consiste la gestion des exigences ?
La gestion des exigences est une approche systématique consistant à chercher, documenter, organiser et contrôler les exigences changeantes d'un système. Nous définissons une exigence comme "une condition ou une capacité à laquelle le système doit répondre". Nous définissons la gestion des exigences de façon formelle comme une approche aux deux éléments suivants :
Les clés d'une gestion efficace des exigences consistent à établir un compte-rendu clair des exigences, ainsi que des attributs et une traçabilité adaptés à d'autres exigences et artefacts de projet. La collecte des exigences peut paraître une tâche rectiligne. En réalité, cependant, les projets connaissent des difficultés pour les raisons suivantes :
Quel que soit le soin que vous apportez à la définition de vos exigences, il y aura toujours des choses qui changeront. Ce qui rend l'évolution des exigences complexe à gérer n'est pas seulement le fait qu'un changement d'exigence signifie plus ou moins de temps passé dans l'implémentation d'une nouvelle fonctionnalité particulière, mais également qu'un changement d'une exigence peut avoir un impact sur les autres exigences. La gestion des changements comprend des activités telles que l'établissement d'une version de référence, l'identification des dépendances importantes à tracer, la définition de la traçabilité entre les éléments associés et le contrôle des changements. Comment le développement est-il influencé par les cas d'utilisation ?
Nous recommandons d'organiser vos exigences fonctionnelles en utilisant les cas d'utilisation. Plutôt que d'établir une liste non numérotée des exigences, organisez-la de façon à ce qu'elle exprime comment une personne peut utiliser le système. Cela permet plus d'exhaustivité et de cohérence, ainsi qu'une meilleure compréhension de l'importance d'une exigence du point de vue de l'utilisateur. A partir d'un modèle système traditionnel axé sur l'objet, il est souvent difficile d'établir si un système fonctionne comme il doit le faire. Cette difficulté s'explique par le manque d'un "fil rouge" à l'intérieur du système lorsqu'il exécute certaines tâches. Dans le Rational Unified Process (RUP), les cas d'utilisation forment ce fil rouge car ils définissent le fonctionnement du système. Les cas d'utilisation ne font pas partie d'une orientation traditionnelle axée sur les objets, mais leur importance est de plus en plus apparente. Ceci est d'autant plus souligné par le fait que les cas d'utilisation font partie de l'Unified Modeling Language. RUP emploie une "approche axée sur les cas d'utilisation", ce qui signifie que les cas d'utilisation définis pour un système forment la base du processus de développement global. Les cas d'utilisation jouent un rôle dans plusieurs disciplines.
|
RUP (Rational Unified Process)
|