Ingénierie

L'ingénierie consiste à construire une confiance justifiée sous contraintes. Un système n'est pas acceptable parce que sa conception paraît plausible ou parce qu'une campagne d'essais a produit de nombreux documents. La question pertinente est de savoir si les preuves disponibles étayent les affirmations formulées sur le système, dans une configuration et un domaine d'emploi clairement définis.

Des besoins aux preuves

Une chaîne d'ingénierie utile relie :

  1. les besoins des parties prenantes et le contexte opérationnel ;
  2. les exigences système et les interfaces ;
  3. l'architecture et les décisions d'implémentation ;
  4. les activités de vérification et de validation ;
  5. les anomalies, hypothèses et limitations résiduelles ;
  6. les preuves qui étayent l'acceptation ou la certification.

La faiblesse d'un maillon ne peut pas être compensée par l'ajout de volume ailleurs. Un rapport d'essais précis ne compense pas une exigence ambiguë, et une traçabilité complète ne prouve pas que les éléments tracés sont corrects.

Exigences et traçabilité

Une exigence doit identifier une obligation observable et les conditions dans lesquelles elle s'applique. La traçabilité enregistre ensuite les relations entre besoins, exigences, éléments de conception, essais, résultats et modifications.

La traçabilité est utile lorsqu'elle permet l'analyse d'impact et la revue. Elle devient bureaucratique lorsque des liens sont créés uniquement pour satisfaire une métrique. La qualité de la relation importe davantage que le pourcentage de cases renseignées.

Vérification et validation

La vérification demande si la solution spécifiée a été correctement mise en œuvre. La validation demande si le système obtenu répond à l'usage prévu et au besoin opérationnel. La distinction est simple en théorie, mais devient facilement floue dans les grands projets, notamment lorsque les activités d'acceptation contractuelle, réglementaire et technique se recouvrent.

Certification

La certification est une démonstration structurée au regard d'un référentiel applicable, et non une ultime relecture documentaire. Les preuves doivent être cohérentes avec la configuration déclarée, produites par des processus maîtrisés et revues avec un degré d'indépendance approprié.

Mon expérience professionnelle dans les projets ferroviaires m'a conduit à considérer la documentation elle-même comme un objet technique : identifiants, baselines, interfaces, anomalies, versions et états d'approbation influent sur la validité de l'argumentaire.

Pages