Gérer les variantes d'un produit et leurs exigences

Il est frequent qu'un premier produit de qualite elevee qu'il s'agisse d'un systeme complet ou d'un composant individuel de sous-systeme, se vende tres bien dans le cadre d'une niche de marche dans un contexte particulier. Toutefois, en tentant d'augenter la part de marche, il est toujours necessaire d'elargir ou d'ajuster l'ensemble des specifications du produit afin de rendre ce dernier plus facile a commercialiser a l'etranger ou dans un environnement de culture differente. Savoir si cet ajustement resulte en une veritable variante du produit ou en un nouveau produit constitue la premiene difficulte. Il semble que l'on ne puisse donner une definition concrete d'une variante de produit ou de l'ensemble correspondant des variantes de ses specifications. Qu'un produit soit ou non une variante d'un autre pourait sembler relever d'une appreciation subjective. Si un produit est effectivement une variante, quelle motivation y a-t-il pour le classer comme variante dans un contexte d'ingenierie de systemes? Quels avantages en matiere de reutilisation l'approche apporte-t-elle? Le present article a plusieurs objectifs: fournir an exemple, representatif et facilement comprehensible, lustrant la nature des variantes d'un produit et des specifications qui y sont associees; examiner les caracreristiques des exigences associees aux variantes d'un produit; aider les ingenieurs a comprendre et a traiter les problemes de la gestion des variantes d'un produit et des specifications associees au sein d'un environnement correspondant a une equipe unique dediee a un seul produit et a une base de donnees propre a un projet unique;documenter les transactions typiquement requises pour conduire la conception des variantes d'un produit; fournir une mise en œuvre simple de l'outil de tracabilite de l'atelier RTM, ou les exigences des variantes sont entremelees: avec d'autres elements de donnees de projet, tels que les clauses d'acceptation.