Plateforme d'automatisation de la conception

Severn Trent a besoin d'une plateforme SaaS commerciale, prête à l'emploi, capable d'automatiser la conception préliminaire des infrastructures de traitement de l'eau et des eaux usées. L'approche actuelle de conception précoce nécessite des calculs manuels et une analyse de divers ensembles de données, suivis de la production de documents pour les revues de conception et la gouvernance, ce qui entraîne des méthodes de travail inefficaces et des retouches de conception substantielles. Nous avons besoin d'une solution de conception pour apporter l'automatisation à ce processus de bout en bout, aidant nos équipes de conception à produire et évaluer rapidement des options de conception, accélérant ainsi le processus de conception global. La plateforme doit combiner toutes les capacités suivantes au sein d'une seule solution (non livrée sous forme de modules séparés et déconnectés) : 1. Profondeur du domaine et connaissances d'ingénierie intégrées : Ces exigences garantissent que la solution est une véritable plateforme d'ingénierie – et non un outil personnalisé ou un proxy de services. Les normes d'ingénierie, les heuristiques et les règles de conception doivent être explicitement encodées dans la plateforme elle-même, plutôt qu'inférées à partir de documents, apprises à partir d'exemples ou laissées au jugement de l'utilisateur. 2. Prise en charge native des actifs de traitement de l'eau et des eaux usées : La plateforme doit prendre en charge nativement les infrastructures de traitement de l'eau et des eaux usées. Cela comprend les agencements pilotés par les processus, la séquence des unités de processus, le dimensionnement des équipements et les contraintes réglementaires ou basées sur le code, sans nécessiter de modélisation ou de script personnalisé. 3. Comportement basé sur les normes et déterministe : Le comportement de conception doit être régi par des normes et des schémas d'ingénierie explicites, produisant des résultats cohérents et explicables qui ne varient pas d'une exécution à l'autre en fonction des invites, de la formulation de l'utilisateur ou de l'inférence probabiliste. 4. Gouvernance, auditabilité et utilisation à long terme : Ces exigences différencient un système d'enregistrement durable des outils ponctuels ou des solutions uniques : Historique de conception auditable. La plateforme doit maintenir un historique persistant et révisable des entrées de conception, des hypothèses, des modifications et des sorties, adapté à l'examen réglementaire, à la planification du capital et aux audits financiers ou techniques. Séparation de la logique de conception des livrables. La logique d'ingénierie doit être indépendante des formats de sortie, permettant la réutilisation de la même logique de conception dans différents projets, types d'actifs et outils en aval sans réécriture ni réingénierie. Adoption éprouvée par les propriétaires-exploitants. La solution doit être conçue pour être utilisée par les propriétaires d'actifs ou les services publics – et non uniquement par les consultants ou les entrepreneurs – afin de soutenir la planification interne, l'évaluation des options et la prise de décision. 3. Temps de valeur et utilisabilité immédiate : Les solutions basées sur les services ou personnalisées ont été jugées inappropriées, la préférence étant donnée aux solutions préexistantes : Opérationnel dès le premier jour sans développement personnalisé. La plateforme doit être immédiatement utilisable sur abonnement par le personnel du propriétaire ou du service public, sans personnalisation dirigée par le fournisseur, développement sur mesure ou projets d'intégration prolongés. Heures pour concevoir, pas semaines pour prototyper. Le système doit générer des conceptions préliminaires complètes en quelques heures ou jours, pas en semaines, pour de nouveaux projets, sans effort de configuration incrémental. Utilisation répétable sans dépendance vis-à-vis du fournisseur. Les utilisateurs finaux doivent pouvoir exécuter de nouveaux projets et itérations de manière indépendante, sans dépendre du fournisseur pour l'exécution et/ou l'amélioration de l'utilisabilité. 4. Sorties de conception et exigences relatives aux données : Ces exigences se concentrent sur ce que le système produit, et non sur la manière dont il peut être commercialisé : Données d'ingénierie structurées de qualité de conception. La plateforme doit générer des données d'ingénierie structurées et lisibles par machine représentant les unités de processus, la logique de dimensionnement des équipements et les interdépendances – ainsi que des sorties standard telles que PDF et BIM – adaptées aux systèmes de modélisation, de calcul des coûts et d'auteur en aval. Hypothèses traçables et logique documentée. Chaque conception doit inclure des hypothèses et des règles explicites et inspectables (par exemple, critères de conception, normes appliquées, contraintes), étayées par une documentation technique dans la plateforme suffisante pour la validation interne et l'examen réglementaire. Concepts multiples, directement comparables. Le système doit produire plusieurs options de conception préliminaire complètes tout en utilisant une structure cohérente qui permet une comparaison directe des coûts, de l'empreinte, des performances et des risques. La plateforme doit être un produit éprouvé, disponible dans le commerce – non en phase de développement précoce ou en attente de premier déploiement – et doit avoir démontré des résultats positifs avec d'autres compagnies des eaux au Royaume-Uni et en particulier avec d'autres WASCs. Severn Trent dispose déjà d'un logiciel critique éprouvé et en place, elle ne considérera donc que les produits offrant aujourd'hui la même fonctionnalité ; il n'y aura aucune opportunité de développement progressif. Elle doit également s'intégrer de manière transparente aux systèmes utilitaires centraux si nécessaire (par exemple, Common Data Environment).