Création d'un plan de gestion des exigences d'ingénierie

Javier Alcina Espigado
|  Créé: Novembre 27, 2024
Création d'un plan de gestion des exigences d'ingénierie

Identifier et établir un ensemble d'exigences au point de départ de tout projet est crucial pour atteindre le succès. Cet article, de manière simple, vise à vous introduire à la création d'un plan de gestion des exigences dans les projets d'ingénierie à travers quelques concepts de base et l'utilisation de Altium 365 Requirements & Systems Portal.

Ce blog est destiné aux ingénieurs, professionnels, chefs de projet, responsables produit, et à toute personne ayant besoin de comprendre comment créer un plan de gestion des exigences.

Qu'est-ce qu'une Exigence ?

Bien que cela semble évident, il vaut la peine de réfléchir à la question 'qu'est-ce qu'une exigence ?' Une exigence, selon le dictionnaire, est 'une circonstance ou condition nécessaire pour quelque chose.' Dans le monde de l'ingénierie, les exigences sont un moyen de communication entre les utilisateurs ou clients et les développeurs d'un projet. Parfois, surtout dans les grands projets, c'est l'une des rares manières possibles pour les utilisateurs de dire aux développeurs ce qu'ils veulent.

Exemple d'une exigence dans un projet automobile :

'Les utilisateurs doivent pouvoir voyager automatiquement à des vitesses prédéfinies au moyen du régulateur de vitesse.'

Pourquoi les Exigences sont-elles si Importantes ?

On dit que : "une mauvaise définition et gestion des exigences peuvent vous coûter une fortune et conduire à l'échec dans l'exécution du projet."

Manufacturing Made Easy

Send your product to manufacturing in a click without any email threads or confusion.

La définition des exigences est tellement importante qu'elles forment généralement la base des contrats entre clients et fournisseurs. Ce qui est défini dans les exigences doit être considéré dans le projet et peut être exigé par le client, cependant, ce qui n'apparaît pas dans la définition des exigences ne pourra pas être exigé dans la phase de livraison du projet.

Par conséquent, si nous sommes responsables de la rédaction des exigences, nous devrions :

  • Trouver exactement les besoins du client.
  • Créer un document avec une structure claire et des exigences bien organisées.
  • Organiser une réunion avec le client pour vérifier que les deux parties ont bien consigné leurs intérêts (contrat).
  • Assurer que la solution adoptée reste fidèle aux exigences au fur et à mesure de l'avancement du projet.
  • Vérifier et tester la conformité aux exigences.

Ce groupe d'actions est connu sous le nom de plan de gestion des exigences. Il est très important d'avoir un gestionnaire ou une équipe de gestion dans l'organisation qui identifie, définit et suit les exigences tout au long de la vie du projet.

Comment une exigence doit-elle être rédigée ?

Rédiger une exigence n'est pas aussi simple et trivial qu'il y paraît. C'est un document qui doit répondre à un certain nombre de critères. Par conséquent, une exigence doit :

  • Être claire, précise et spécifique : elle doit décrire clairement et exactement ce qui est nécessaire.
  • Être concise : utiliser le moins de mots possible.
  • Utiliser un langage simple : éviter de confondre le lecteur avec des termes techniques ou des mots compliqués.

Exemple d'une exigence bien rédigée :

Requirements Management Made Easy

Connect design data and requirements for faster design with fewer errors

  • Tous les composants (CMS et traversants) doivent être placés sur la face SUPÉRIEURE.

Exemple d'une exigence mal rédigée :

  • Les composants CMS doivent tous être placés du même côté, et il faut s'assurer que la soudure des composants traversants soit du côté opposé à la soudure des composants CMS.

Dans l'exemple ci-dessus, l'exigence bien rédigée est concise et définit parfaitement sans ambiguïté ce qui est requis, tandis que l'exigence mal rédigée contient trop de texte, ce qui ne contribue à rien, confond le lecteur et est imprécise (elle ne définit pas de quel côté les composants doivent être placés).

Les exigences sont toujours obligatoires et, par conséquent, doivent être rédigées en utilisant "doit". Lorsque les exigences sont des préférences ou des souhaits (non obligatoires), "devrait" peut être utilisé pour les définir ou même "peut" lorsqu'il s'agit d'une suggestion ou d'une autorisation donnée.

Règles de base pour définir une exigence

En plus de ce qui précède, lorsqu'on définit une exigence, elle doit suivre quelques règles de base :

  • Elle doit avoir un identifiant unique.
  • Elle doit être compréhensible par elle-même sans informations supplémentaires.
  • Elle doit être cohérente avec le reste des exigences.
  • Elle doit toujours être à jour (contrôle de version).
  • Elle doit être réalisable (éviter les exigences impossibles).
  • Sa mise en œuvre doit être vérifiée par inspection, démonstration ou test.

Identification des exigences

Chaque exigence définie doit avoir un identifiant unique afin qu'elle puisse être référencée pendant la définition et la révision des exigences, ainsi qu'à tout moment pendant la phase d'exécution du projet. Un exemple d'identification des exigences est montré en utilisant Altium 365 Requirements and Systems Portal.

Easy, Powerful, Modern

The world’s most trusted PCB design system.

Identification of Requirements in Altium 365 Requirements and Systems Portal

Quels types d'exigences existent et comment sont-elles classifiées ?

Il existe principalement deux types d'exigences :

  • Exigences Fonctionnelles : Celles-ci définissent la fonctionnalité du système.
  • Exigences Non Fonctionnelles : Celles-ci imposent des contraintes ou des limitations à la solution (environnementales, fiabilité, compatibilité électromagnétique, sécurité, réglementations applicables, exigences de coût, délais, etc.).

La combinaison de ces exigences fonctionnelles et non fonctionnelles constitue ce que l'on appelle la spécification du système. Dans la spécification du système, les exigences sont regroupées selon les niveaux suivants :

  • Exigences initiales ou du client
  • Exigences du système
  • Exigences des sous-systèmes

Les exigences initiales ou du client sont celles qui sont directement fournies par le client ou l'utilisateur avant le début du projet. Elles sont cruciales, car elles capturent les besoins du client et servent ainsi de point de départ pour créer notre matrice d'exigences. Par la suite, la spécification du système organise les exigences en fonction du niveau de détail pertinent à chaque partie du projet. De cette manière, nous avons les exigences du système, qui s'appliquent au système complet, et les exigences des sous-systèmes, qui ne s'appliquent qu'à des parties spécifiques du système. Illustrons cela avec un exemple.

Supposons que nous développions un projet où une nouvelle montre intelligente va être créée. Les exigences systèmes sont donc celles qui s'appliquent à l'ensemble (voir les exemples ci-dessous) :

  • REQ-01 : Doit être conçu pour des utilisateurs adultes.
  • REQ-02 : Doit afficher toutes les informations à l'écran.
  • REQ-03 : Doit être rechargeable.
  • REQ-04 : Doit avoir des boutons ou d'autres mécanismes pour la navigation de l'utilisateur à travers les menus.

Une fois les exigences systèmes définies, les exigences restantes sont réparties dans différents sous-systèmes.

Where the World Designs Electronics

Break down silos and enhance collaboration across all aspects of electronics development

Suivant l'exemple du projet de développement de la montre intelligente, les exemples de sous-systèmes incluent :

  • Sous-système 1 – Bracelet
  • Sous-système 2 – Affichage
  • Sous-système 3 – Alimentation
  • Sous-système 4 – Communications
  • Sous-système 5 – Interface Utilisateur

Par conséquent, la définition des exigences des sous-systèmes pourrait être la suivante :

  • BRACELET-01 : Des matériaux recyclables doivent être utilisés.
  • BRACELET-02 : Doit pouvoir être fixé magnétiquement.
  • AFFICHAGE-01 : L'affichage doit être de 2 pouces.
  • AFFICHAGE-02 : La résolution doit être de 368 x 448 pixels.
  • ALIMENTATION-01 : Doit être alimenté par une batterie rechargeable.
  • POWER-02 : L'autonomie de la batterie doit être d'au moins 48 heures.
  • COMMS-01 : Doit être capable de communication Bluetooth.
  • COMMS-02 : Doit être capable de communication Wi-Fi.
  • UI-01 : Doit avoir un bouton latéral sous forme de molette pour la navigation dans les menus.

Cette organisation structurée des exigences permet une définition, un suivi et une gestion plus aisés.

Smartwatch requirements example

Traçabilité des Exigences

Dans un plan de gestion des exigences, la traçabilité des exigences est essentielle ; cela signifie le suivi ou l'observation de l'évolution de la mise en œuvre des exigences tout au long du projet.

Poursuivant avec l'exemple du projet de montre intelligente, une fois les schémas du produit conçus, les ingénieurs et les gestionnaires doivent tenir autant de réunions que nécessaire pour vérifier que la solution conçue répond aux exigences définies avant de passer à l'étape suivante, dans ce cas, la disposition du PCB.

Requirements Management Made Easy

Connect design data and requirements for faster design with fewer errors

Le portail des exigences et des systèmes facilite cette tâche, car il offre une visibilité sur les exigences définies directement dans Altium 365. Cela signifie que les gestionnaires et les ingénieurs peuvent désormais suivre les exigences dans la conception en temps réel, via un navigateur web, leur permettant d'ajouter des commentaires, d'assigner des tâches aux membres de l'équipe et de fournir une visibilité en temps réel sur les changements des exigences aux ingénieurs de conception, transformant ainsi complètement le paradigme traditionnel de conception et de révision.

Comment les exigences sont-elles gérées ?

Il existe diverses manières de gérer les exigences. Les entreprises disposant de moins de ressources financières et les professionnels indépendants utilisent souvent des outils simples et peu coûteux comme les feuilles de calcul contrôlées par version, tandis que les grandes entreprises utilisent généralement des logiciels spécialisés pour la gestion des exigences tels que DOORS, Valispace, Confluence, ReqView, parmi d'autres. Altium a acquis Valispace et intègre désormais l'outil de gestion des exigences dans l'écosystème Altium 365 à travers le portail des exigences et des systèmes.

Procédure du plan de gestion des exigences

Sur la base des sections précédentes, nous pourrions définir le plan de gestion des exigences comme l'ensemble des actions par lesquelles l'entreprise définit, gère, vérifie et valide les besoins ou exigences des parties prenantes tout au long de l'exécution du projet, de la conception à la commercialisation. L'image suivante illustre un organigramme d'un plan de gestion des exigences standard.

A flowchart of a standard requirements management plan
Un organigramme d'un plan de gestion des exigences standard

Conclusions

L'Importance d'Avoir un Plan de Gestion des Exigences

Chaque projet d'ingénierie doit avoir un plan de gestion des exigences qui assure que l'équipe de développement comprend pleinement les besoins du client et toutes les exigences du système et des sous-systèmes.

Savoir Comment Écrire, Définir et Identifier Correctement une Exigence

Des règles de base doivent être suivies pour écrire et définir les exigences. De même, il est essentiel de comprendre les types d'exigences qui existent et comment les classer correctement, ainsi que de comprendre ce qu'est la traçabilité des exigences.

Traçabilité des Exigences

Les exigences ont été rédigées pour être satisfaites, par conséquent, les observer et les suivre pendant l'exécution du projet est très important, puisque plus tôt une déviation ou un non-respect est détecté, moins il aura d'impact sur le projet.

Utiliser un Logiciel Approprié

Utilisez le portail des exigences et des systèmes pour maximiser son potentiel en conjonction avec Altium 365. Cela permet une interaction beaucoup plus étroite entre l'ingénierie des exigences et l'ingénierie de développement, réduisant la probabilité de déviations de projet et raccourcissant les temps de développement.

Commencez à utiliser dès aujourd'hui une gestion des exigences moderne et alimentée par l'IA !

A propos de l'auteur

A propos de l'auteur

Javier Alcina Espigado is an electronics engineer with more than 20 years of experience in electronic design. He has worked in different industrial sectors such as consumer electronics, automotive, security and aerospace.

He has developed his professional career as a hardware and PCB design engineer, even he has also participated in other disciplines such as firmware development for microcontrollers and management of multidisciplinary teams, such as mechanical (enclosure) design, software development, test and verification, electromagnetic compatibility which has allowed him to acquire a global knowledge in product development, from the idea or conception to its production covering all life cycling of the design.

He has participated in projects with important companies developing electronics in applications such as AR/VR headsets and he was the principal electrical engineer in a project Co-founded by European Union (Horizon 2020) in 2016 (Wardiam Perimeter), which was awarded at the Las Vegas ISC West (International Security Conference) for the best perimeter security product in 2017.

Currently, he is working as PCB Designer in a multinational company, developing electronics for aerospace industry and also provides design services as independent consultant.

Ressources associées

Documentation technique liée

Retournez à la Page d'Accueil
Thank you, you are now subscribed to updates.