Ce troisième billet sur la modélisation du besoin va s’attacher à préciser les différences existantes entre l’activité d’expression du besoin destinée à la MOA et celle d’analyse du besoin prise en charge par la MOE ; du moins quand celle-ci ne passe pas directement à l’implémentation logicielle.
On l’a vu précédemment, bien souvent, la MOA bâtit une expression du besoin sous la forme d’un cahier des charges et la MOE établit une expression du besoin en utilisant un cadre de pensée plus précis tel que les cas d’utilisation et la modélisation objet. Toutefois, dans les deux cas, on s’intéresse à la description du besoin du système d’un point de vue externe. Le cahier des charges n’étant pas assez précis, complet et cohérent, il est devenu une habitude que la MOE le complète d’une spécification du besoin plus formelle.
En dehors de l’avantage de permettre à la MOE de prendre connaissance du besoin, les inconvénients de cette approche sont les suivants :
- On se retrouve avec plusieurs documents d’expression du besoin ! Lequel fait foi et reste à jour ?
- On effectue parfois deux fois le travail d’expression du besoin ;
- la MOE s’accapare la maîtrise du besoin qui pourtant devrait rester dans le giron de la MOA ;
- Plus technique, il n’est pas rare que la spécification vue par la MOE noie le besoin avec des considérations de l’ordre de la solution technique. Continue reading »
Commentaires