Designautomatiseringsplattform

Severn Trent krever en kommersiell, hyllevare SaaS-plattform som er i stand til å automatisere forhåndsprosjektering for vann- og avløpsrenseanlegg. Den nåværende tilnærmingen til tidlig prosjektering krever manuelle beregninger og analyse av varierte datasett, etterfulgt av dokumentproduksjon for prosjektevalueringer og styring, noe som resulterer i ineffektive arbeidsmetoder og betydelig prosjektarbeid. Vi krever en prosjekteringsløsning for å bringe automatisering til denne ende-til-ende-prosessen, og hjelpe våre prosjekteringsteam med raskt å produsere og evaluere prosjekteringsalternativer, noe som akselererer den samlede prosjekteringsprosessen. Plattformen må kombinere alle følgende funksjoner i én løsning (ikke levert som separate, frakoblede moduler): 1. Domenedybde og innebygd ingeniørkunnskap: Disse kravene sikrer at løsningen er en ekte ingeniørplattform – ikke et tilpasset verktøy eller en tjenesteproxy. Ingeniørstandarder, heuristikker og designregler må eksplisitt kodes i selve plattformen, snarere enn å utledes fra dokumenter, læres fra eksempler, eller overlates til brukerens skjønn. 2. Nativ støtte for vann- og avløpsrenseanlegg: Plattformen må nativt støtte infrastruktur for vann- og avløpsrensing. Dette inkluderer prosessdrevne layouter, sekvensering av enhetsprosesser, dimensjonering av utstyr og regulatoriske eller kodebaserte begrensninger, uten å kreve tilpasset modellering eller skripting. 3. Standardbasert og deterministisk atferd: Designatferd må styres av eksplisitte ingeniørstandarder og skjemaer, som produserer konsistente, forklarbare resultater som ikke varierer fra kjøring til kjøring basert på prompter, brukerformulering eller sannsynlighetsinferens. 4. Styring, revisjonssporbarhet og langsiktig bruk Disse kravene skiller et holdbart system av registreringer fra punktverktøy eller engangsløsninger: Revisjonssporbar designhistorikk Plattformen må opprettholde en vedvarende, gjennomgåelig historikk over designinput, antagelser, endringer og utdata som er egnet for regulatorisk gjennomgang, kapitalplanlegging og finansielle eller tekniske revisjoner. Separering av designlogikk fra leveranser Ingeniørlogikk må være uavhengig av utdataformater, noe som gjør det mulig å gjenbruke den samme designlogikken på tvers av prosjekter, aktivtyper og nedstrømsverktøy uten omskriving eller omkonstruksjon. Bevist eier-operatør-adopsjon Løsningen må være designet for bruk av eiendomsbesittere eller forsyningsselskaper – ikke bare av konsulenter eller entreprenører – for å støtte intern planlegging, evaluering av alternativer og beslutningstaking. 3. Tid-til-verdi og umiddelbar brukervennlighet Tjenestebaserte eller spesialbygde løsninger er funnet uegnet, med preferanse for eksisterende: Operativ fra dag én uten tilpasset utvikling Plattformen må være umiddelbart brukbar ved abonnement av eier- eller forsyningsselskapsansatte, uten leverandørstyrt tilpasning, spesialutvikling eller utvidede onboarding-prosjekter. Timer-til-design, ikke uker-til-prototype Systemet må generere komplette foreløpige design innen timer eller dager, ikke uker, for nye prosjekter uten inkrementell oppsettinnsats. Repeterbar bruk uten leverandøravhengighet Sluttbrukere må kunne utføre nye prosjekter og iterasjoner uavhengig, uten avhengighet av leverandøren for utførelse og/eller forbedring av brukervennligheten. 4. Designutdata og datakrav Disse kravene fokuserer på hva systemet produserer, ikke hvordan det markedsføres: Design-grad, strukturerte ingeniørdata Plattformen må generere maskinlesbare, strukturerte ingeniørdata som representerer prosessenheter, dimensjoneringslogikk for utstyr og gjensidige avhengigheter – sammen med standardutdata som PDF og BIM – egnet for nedstrøms modellering, kostnadsberegning og forfatter-systemer. Sporbare antagelser og dokumentert logikk Hvert design må inneholde eksplisitte, kontrollerbare antagelser og regler (f.eks. designkriterier, anvendte standarder, begrensninger), støttet av teknisk dokumentasjon i plattformen som er tilstrekkelig for intern validering og regulatorisk gjennomgang. Multi-alternativ, direkte sammenlignbare design Systemet må produsere flere komplette foreløpige designalternativer, samtidig som det bruker en konsistent struktur som muliggjør direkte sammenligning av kostnader, fotavtrykk, ytelse og risiko. Plattformen må være et velprøvd, kommersielt tilgjengelig produkt – ikke i tidlig utvikling eller venter på første utplassering – og bør ha demonstrert vellykkede resultater med andre vannselskaper i Storbritannia og spesielt med andre WASC-er. Severn Trent har allerede et kritisk programvare som er bevist og på plass, så kun produkter som tilbyr samme funksjonalitet i dag vil bli vurdert; det vil ikke være noen mulighet for oppbyggingsutvikling. Den må også integreres sømløst med kjerneforsyningssystemer der det er nødvendig (f.eks. Common Data Environment).