Du besoin aux exigences

Besoin

La première étape de la relation entre le client et le fournisseur est généralement la capture du besoin.

Elle consiste à sonder le client/utilisateur afin de définir quel est son besoin réel.

Le besoin est une nécessité ou un désir éprouvé par l’utilisateur. Ce besoin peut être exprimé par l’utilisateur ou potentiel.

Ainsi, le besoin peut être défini comme l’ensemble de ce qui apparaît être nécessaire. Le concepteur doit, si possible, intégrer toutes les demandes du client avant de commencer sa conception. Un oubli peut parfois être très problématique.

Cahier des charges fonctionnel

Le besoin va être exprimé dans un cahier des charges qui servira de contrat entre le client et le concepteur.

Le Cahier Des Charges Fonctionnel (C.D.C.F.) est un document par lequel le demandeur exprime son besoin au travers d’exigences.

Pour chacune de ces exigences, sont définis des critères d’appréciation et leurs niveaux. A chacun de ces niveaux est assortie une flexibilité.

Une exigence est un besoin formulé, implicite ou imposé.

Un cahier des charges peut être synthétisé sous la forme d’un tableau présenté ci-dessous.

N° de l’exigence

Expression

Critères

Niveau

Flexibilité

Exigence 1

Se fixer solidement à la porte

Force

200 N

± 5 %

Cycle de vie

L’une des méthodes permettant d’obtenir de bons résultats, en termes de respect du cahier des charges, consiste à décomposer le cycle de vie du produit en phases de vie.

L’analyse du cycle de vie (ACV) est une activité issue du développement durable qui permet d’évaluer les impacts environnementaux d’un produit, d’un service, d’une entreprise ou d’un procédé.

Cycle de vie

Conception d'un système

L’entreprise, au sein de laquelle travaille le concepteur, part du besoin du client et suit des axes de contraintes qui limitent la liberté du concepteur :

  • La compétitivité

  • La productivité

  • La qualité

  • L’interchangeabilité

Le modèle de gestion de projet appelé cycle en V est très utilisé dans le domaine de l’industrie.

Ce modèle sera également utilisé pour les mini-projets que nous allons réaliser cette année.

Cycle en V

La démarche n’est pas séquentielle, les phases de la partie montante doivent renvoyer les informations aux phases de la partie descendante correspondante lorsque des défauts sont détectés.

Cette démarche faisant intervenir des équipes d’horizons disciplinaires différents, il faut utiliser un langage commun, notamment via les diagrammes SysML (System Modeling Language), qui seront abordés ultérieurement.

Le SysML comporte de nombreux diagrammes ; 7 seront utilisés : les 6 ci-dessous, plus le diagramme de contexte.

Modélisation sysml