Leçon 2/4
25 min Conception & Construction de Data Center

Intention de conception et critères d'acceptation

Rédiger une intention de conception exploitable et des critères d'acceptation mesurables qui serviront de référence à l'ensemble du programme de commissioning.

À retenir

  • L'OPR décrit les exigences fonctionnelles du site ; sans seuils chiffrés, le commissioning n'a pas de base objective.
  • Chaque exigence de l'OPR doit être traçable jusqu'à un essai de commissioning précis qui la valide.
  • Un critère d'acceptation doit toujours être mesurable et daté, jamais formulé de façon vague.
  • Faire relire l'OPR par l'équipe d'exploitation avant validation réduit les litiges de fin de projet.

L'OPR, colonne vertébrale du commissioning

L'Owner's Project Requirements (OPR), ou intention de conception, décrit ce que le site doit accomplir : classe de disponibilité visée, densité de puissance par baie, redondances attendues (N, N+1, 2N), contraintes environnementales, objectifs d'efficacité énergétique. Sans OPR précis et mesurable, le commissioning n'a aucune base objective de comparaison et se réduit à une vérification de bon fonctionnement générique.

Ce que doit contenir un OPR exploitable

RubriqueExemple de contenu mesurable
Disponibilité cibleRedondance 2N sur la distribution électrique critique
DensitéPuissance moyenne et puissance de pointe par baie (kW)
EnvironnementPlage de température et d'humidité en salle, classe ASHRAE visée
RésilienceAutonomie batterie minimale, autonomie groupe électrogène, temps de bascule
EfficacitéObjectif de PUE annuel moyen
ExploitabilitéContraintes de maintenance sans interruption (concurrent maintainability)

Point clé

chaque exigence de l'OPR doit être formulée de façon vérifiable par un essai ou une mesure, jamais par une formule vague du type « refroidissement performant » ou « haute disponibilité » sans chiffre associé.

Des critères d'acceptation mesurables

Un critère d'acceptation traduit une exigence de l'OPR en un seuil précis, testable lors du commissioning. Exemple : l'exigence « autonomie batterie suffisante pour le démarrage du groupe électrogène » devient le critère « le système d'onduleurs maintient la charge critique pendant au moins X minutes lors d'un essai de coupure secteur simulée, sans dépasser Y % de décharge ».

Attention

un critère d'acceptation non chiffré ou non daté (« le système doit fonctionner correctement ») ne peut pas être objectivement validé ou rejeté lors d'un essai : il ouvre la porte à des contestations en fin de projet, au moment où elles sont les plus coûteuses à traiter.

Traçabilité entre OPR, conception et essais

La Basis of Design (dossier de conception détaillée) doit démontrer, exigence par exigence, comment chaque point de l'OPR est traité par les choix techniques. Le plan de commissioning doit ensuite lister, pour chaque exigence, l'essai qui la validera et le niveau (L1 à L5, voir module suivant) auquel cet essai intervient.

Checklist de rédaction d'un OPR

  • Chaque exigence est formulée avec un seuil chiffré et une unité de mesure
  • Chaque exigence est associée à un essai de validation identifié
  • Les scénarios de panne à tester sont explicitement listés (perte d'une source, perte d'une unité de climatisation)
  • Les contraintes de maintenance sans interruption sont décrites, pas seulement les performances nominales
  • Le document est validé et signé par le maître d'ouvrage avant le début de la conception détaillée

Sur le terrain

les litiges de fin de projet les plus difficiles à résoudre concernent presque toujours une exigence de l'OPR restée floue ; documenter des seuils chiffrés dès le départ protège autant le maître d'ouvrage que le constructeur.

Astuce

faites relire l'OPR par l'équipe d'exploitation future avant validation finale : elle identifie souvent des contraintes opérationnelles concrètes (accès maintenance, séquencement de bascule) absentes d'une rédaction purement technique.

Leçon précédente