Analyser un produit et son besoin

Le besoin exprime ce qu’un utilisateur cherche à obtenir dans une situation donnée. Il ne désigne pas d’emblée un composant. Pour une porte automatique, on peut vouloir permettre à des personnes de franchir une entrée sans action manuelle sur le vantail. Le service attendu dépend du contexte : lieu, fréquence de passage, utilisateurs, environnement et contraintes. Une solution adaptée à un petit local ne convient pas automatiquement à une entrée très fréquentée.

La frontière du système sépare ce que l’on étudie de ce qui appartient à son environnement. Pour notre étude, le système comprend les vantaux, leur entraînement et la commande ; les usagers, le bâtiment et le réseau d’alimentation sont extérieurs. Changer la frontière change les échanges à représenter. Une batterie incluse dans le produit sera un composant ; une alimentation extérieure sera représentée comme une interaction avec l’environnement.

L’analyse fonctionnelle décrit les services et les contraintes avant d’énumérer les pièces. La fonction principale peut être de libérer le passage. Les contraintes portent par exemple sur la sécurité, l’encombrement, l’alimentation et les conditions d’usage. Une fonction s’exprime par une action attendue ; un composant est un moyen choisi pour la réaliser. « Détecter la présence » est une fonction, « capteur » est une famille de composants.

Une exigence doit pouvoir être comprise et vérifiée. Elle associe un critère mesurable à un niveau attendu, à une condition d’essai et, si nécessaire, à une tolérance. « Ouvrir rapidement » reste ambigu. « Atteindre l’ouverture demandée en au plus 4 s dans les conditions de charge définies » permet un contrôle. Le seuil de 4 s est ici une donnée d’exercice, pas une valeur réglementaire imposée aux portes.

Le critère est la grandeur ou la propriété évaluée : durée, masse, consommation, précision, dimension ou comportement dans une situation. Le niveau attendu est sa valeur cible, son intervalle ou sa limite. L’unité et le sens de l’inégalité sont indispensables. Une masse au plus égale à 20 kg et une charge transportable au moins égale à 20 kg ne se vérifient pas de la même manière.

Un diagramme de cas d’utilisation montre les acteurs et les services qu’ils sollicitent, sans détailler toute l’architecture matérielle. Un diagramme d’exigences organise les contraintes et leurs relations. Une description structurelle identifie les composants et leurs échanges. Ces outils répondent à des questions différentes ; leur intérêt est de rendre le raisonnement lisible, pas d’accumuler des symboles sans lien avec une décision.

Trois valeurs interviennent souvent. La performance attendue vient du cahier des charges. La performance simulée vient d’un modèle et de ses paramètres. La performance mesurée vient d’un essai sur le produit réel. Elles ne sont pas interchangeables. Une simulation peut respecter toutes les exigences tandis que le prototype échoue, parce qu’un frottement a été négligé ou qu’une caractéristique réelle diffère de celle du modèle.

Un écart relatif se calcule par rapport à une valeur de référence explicitement choisie et non nulle. Si la référence vaut zéro, on conserve un écart absolu ou un autre critère adapté. Le signe permet de savoir dans quel sens se produit l’écart ; la valeur absolue renseigne son amplitude. Pour une limite maximale, un écart positif peut signaler un dépassement, alors que le même signe serait favorable pour une performance minimale.

La conformité ne se résume pas à une moyenne générale de critères hétérogènes. Respecter la vitesse ne compense pas automatiquement le non-respect d’une contrainte de sécurité ou d’encombrement. On examine chaque exigence, puis les compromis autorisés par le cahier des charges. Si une contrainte est obligatoire, elle ne peut pas être effacée en attribuant une meilleure note à un autre critère.

Une mesure comporte une dispersion et des limites instrumentales. Répéter l’essai permet d’observer la variabilité, mais ne supprime pas une erreur systématique d’étalonnage. Le protocole doit définir ce qui marque le début et la fin du chronométrage, la charge, l’alimentation et le nombre d’essais. Sans ces conditions, comparer deux durées peut revenir à comparer deux situations différentes.

Pour rechercher la cause d’un écart, distinguer une hypothèse sur le produit d’un défaut du protocole. Une alimentation plus faible, une charge différente ou une résistance mécanique supplémentaire sont des pistes testables. Modifier un seul paramètre à la fois aide à relier cause et effet. Une courbe simulée proche de la mesure sur un point ne prouve pas la validité du modèle dans toutes les conditions.

Dans une réponse argumentée, la phrase finale relie un résultat numérique à l’exigence : « la durée mesurée dépasse le maximum de 0,2 s dans cet essai ». Une simple valeur ne répond pas à la question de validation. Inversement, écrire « le produit est performant » sans calcul ni condition ne montre pas la démarche. Un schéma ou un tableau est utile s’il rend visibles la grandeur, son origine et la comparaison.

Pour poursuivre ton entraînement, ouvre la rubrique S’entraîner du site, à l’adresse /exercices. Reprends d’abord les questions de cette leçon sans afficher les réponses, puis compare ton raisonnement à la correction.