Designautomatiseringsplattform

Severn Trent krever en kommersiell, hyllevare SaaS-plattform som er i stand til å automatisere forhåndsprosjektering av infrastruktur for vann- og avløpsrensing. Den nåværende tilnærmingen til tidlig prosjektering krever manuelle beregninger og analyse av ulike datasett, etterfulgt av dokumentproduksjon for prosjektoverganger og styring, noe som resulterer i ineffektive arbeidsmetoder og betydelig prosjektoverskridende arbeid. 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 tjenestemellomvare. Ingeniørstandarder, heuristikker og designregler må eksplisitt kodes i selve plattformen, i stedet for å utledes fra dokumenter, læres fra eksempler, eller overlates til brukerens skjønn. 2. Nativ støtte for vann- og avløpsrenseanlegg: Plattformen må nativ støtte infrastruktur for vann- og avløpsrensing. Dette inkluderer prosessbaserte layouter, sekvensering av enhetsprosesser, dimensjonering av utstyr og regulatoriske eller kodbaserte begrensninger, uten behov for 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å ledetekster, brukerformuleringer eller probabilistisk inferens. 4. Styring, revisjonssporbarhet og langsiktig bruk Disse kravene skiller et holdbart system av registrering fra punktverktøy eller engangsløsninger: Revisjonssporbar designhistorikk Plattformen må opprettholde en vedvarende, gjennomgåelig historikk over designinput, antagelser, endringer og utdata, egnet for regulatorisk gjennomgang, kapitalplanlegging og finansielle eller tekniske revisjoner. Separering av designlogikk fra leveranser Ingeniørlogikk må være uavhengig av utdataformater, slik at samme designlogikk kan gjenbrukes på tvers av prosjekter, aktivtyper og nedstrøms verktøy uten omskriving eller omprosjektering. Bevist eier-operatør adopsjon Løsningen må være designet for bruk av eier-operatører 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 brukbarhet Serviceledede eller spesialbygde løsninger er blitt bestemt som uegnet, og foretrekker 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-kvalitets, strukturerte ingeniørdata Plattformen må generere maskinlesbare, strukturerte ingeniørdata som representerer prosessenheter, logikk for dimensjonering av utstyr og gjensidige avhengigheter - sammen med standardutdata som PDF og BIM - egnet for nedstrøms modellering, kostnadsberegning og forfattersystemer. Sporbare antagelser og dokumentert logikk Hvert design må inkludere eksplisitte, inspiserbare antagelser og regler (f.eks. designkriterier, anvendte standarder, begrensninger), støttet av teknisk dokumentasjon i plattformen, tilstrekkelig for intern validering og regulatorisk gjennomgang. Multi-alternativ, direkte sammenlignbare design Systemet må produsere flere komplette foreløpige designalternativer, mens det bruker en konsistent struktur som muliggjør direkte sammenligning av kostnader, fotavtrykk, ytelse og risiko. Plattformen må være et bevist, 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 programvareprodukt 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. Det må også integreres sømløst med kjerneforsyningssystemer der det er nødvendig (f.eks. Common Data Environment).