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 la 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 automatiser 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 - pas un outil personnalisé ou un proxy de services. Les normes d'ingénierie, les heuristiques et les règles de conception doivent être explicitement codé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 mises en page basées sur les processus, le séquençage 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 déterministe et basé sur les normes : 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-opérateurs La solution doit être conçue pour être utilisée par les propriétaires d'actifs ou les services publics - pas uniquement par les consultants ou les entrepreneurs - afin de soutenir la planification interne, l'évaluation des options et la prise de décision. 3. Délai de mise en 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 supplémentaire. Utilisation répétable sans dépendance 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 de 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 coût et d'autorisation 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 intégrée à la plateforme, suffisante pour la validation interne et l'examen réglementaire. Conceptions multi-options, directement comparables Le système doit produire plusieurs options de conception préliminaires 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 - pas en phase de développement précoce ou en attente de premier déploiement - et doit avoir démontré des résultats réussis avec d'autres compagnies des eaux au Royaume-Uni et en particulier avec d'autres WASC. Severn Trent dispose déjà d'un logiciel critique éprouvé et en place, nous ne considérerons donc que les produits offrant la même fonctionnalité aujourd'hui ; il n'y aura aucune opportunité de développement progressif. Il doit également s'intégrer de manière transparente aux systèmes utilitaires centraux si nécessaire (par exemple, Common Data Environment).