Disaini automatiseerimise platvorm

Severn Trent vajab kaubanduslikku, valmis SaaS-platvormi, mis suudab automatiseerida vee- ja reoveepuhastus infrastruktuuri esialgset projekteerimist. Praegune varajase etapi projekteerimise lähenemisviis nõuab käsitsi arvutusi ja erinevate andmekogumite analüüsi, millele järgneb dokumentide tootmine projekti ülevaatusteks ja juhtimiseks, mille tulemuseks on ebatõhusad töömeetodid ja märkimisväärne projekti ümbertöötamine. Vajame projekteerimislahendust, et tuua automatiseerimine sellesse kogu protsessi hõlmavasse lahendusse, aidates meie projekteerimismeeskondadel kiiresti koostada ja hinnata projekteerimisvõimalusi, kiirendades üldist projekteerimisprotsessi. Platvorm peab ühendama kõik järgmised võimalused ühes lahenduses (mitte tarnituna eraldi, lahti ühendatud moodulitena): 1. Valdkonna sügavus ja sisseehitatud inseneriteadmised: Need nõuded tagavad, et lahendus on tõeline inseneriplatvorm – mitte kohandatud tööriist ega teenuste puhverserver. Inseneristandardid, heuristikad ja projekteerimisreeglid peavad olema platvormi enda sisse kodeeritud, mitte tuletatud dokumentidest, õpitud näidetest või jäetud kasutaja otsustada. 2. Vee- ja reoveepuhastusvarade natiivne tugi: Platvorm peab natiivselt toetama vee- ja reoveepuhastus infrastruktuuri. See hõlmab protsessipõhiseid paigutusi, üksikprotsesside järjestamist, seadmete suuruse määramist ning regulatiivseid või koodipõhiseid piiranguid, ilma et oleks vaja kohandatud modelleerimist või skriptimist. 3. Standarditel põhinev ja deterministlik käitumine: Projekti käitumist peavad juhtima selged inseneristandardid ja skeemid, mis annavad järjepidevaid, selgitatavaid tulemusi, mis ei erine käigust käiguni vastavalt juhistele, kasutaja sõnastusele või tõenäosuslikule järeldusele. 4. Juhtimine, auditeeritavus ja pikaajaline kasutamine Need nõuded eristavad vastupidavat süsteemi ühekordsetest tööriistadest või lahendustest: Auditeeritav projekteerimisajalugu Platvorm peab säilitama püsiva, ülevaadatava projekteerimisandmete, eelduste, muudatuste ja väljundite ajaloo, mis sobib regulatiivseks ülevaatuseks, kapitali planeerimiseks ning finants- või tehnilisteks audititeks. Projekteerimisloogika eraldamine väljunditest Inseneriloogika peab olema sõltumatu väljundvormingutest, võimaldades sama projekteerimisloogikat taaskasutada projektide, varatüüpide ja allavoolu tööriistade vahel ilma uuesti kirjutamise või ümberprojekteerimiseta. Tõestatud omaniku-operaatori kasutuselevõtt Lahendus peab olema mõeldud varade omanike või ettevõtete poolt kasutamiseks – mitte ainult konsultantide või töövõtjate poolt – et toetada siseplaneerimist, võimaluste hindamist ja otsuste tegemist. 3. Väärtuse saavutamise aeg ja kohene kasutatavus Teenusepõhised või kohandatud lahendused on osutunud sobimatuks, eelistades olemasolevaid: Operatiivne esimesest päevast ilma kohandatud arenduseta Platvorm peab olema kohe kasutatav tellimisel omaniku või ettevõtte personali poolt, ilma müüja juhitud kohandamise, spetsiaalse arenduse või pikemate sisseelamisprojektideta. Tundide arv projekteerimiseks, mitte nädalate arv prototüüpide loomiseks Süsteem peab genereerima täielikke esialgseid projekte tundide või päevade jooksul, mitte nädalate jooksul, uute projektide jaoks ilma täiendava seadistuseta. Korduv kasutamine ilma müüja sõltuvuseta Lõppkasutajad peavad saama uusi projekte ja iteratsioone iseseisvalt täita, ilma et nad sõltuksid müüjast täitmiseks ja/või kasutatavuse parandamiseks. 4. Projekti väljundid ja andmenõuded Need nõuded keskenduvad sellele, mida süsteem toodab, mitte sellele, kuidas seda võidakse turustada: Disainikvaliteediga, struktureeritud inseneriandmed Platvorm peab genereerima masinloetavaid, struktureeritud inseneriandmeid, mis esindavad protsessüksusi, seadmete suuruse määramise loogikat ja vastastikuseid sõltuvusi – koos standardsete väljunditega, nagu PDF ja BIM – mis sobivad allavoolu modelleerimiseks, kulude arvutamiseks ja autorisüsteemideks. Jälgitavad eeldused ja dokumenteeritud loogika Iga projekt peab sisaldama selgeid, kontrollitavaid eeldusi ja reegleid (nt projekteerimiskriteeriumid, rakendatud standardid, piirangud), mida toetab platvormisisene tehniline dokumentatsioon, mis on piisav sisekontrolliks ja regulatiivseks ülevaatuseks. Mitme valikuga, otseselt võrreldavad projektid Süsteem peab tootma mitu täielikku esialgset projekteerimisvõimalust, kasutades samal ajal ühtlast struktuuri, mis võimaldab otseselt võrrelda kulusid, jalajälge, jõudlust ja riski. Platvorm peab olema tõestatud, kaubanduslikult saadaval toode – mitte varajases arenduses ega ootel esimese kasutuselevõtuga – ning sellel peaks olema tõestatud edukad tulemused teiste Ühendkuningriigi vee-ettevõtetega ja eriti teiste WASC-idega. Severn Trentil on juba kriitilise tarkvara tükk tõestatud ja paigas, seega kaalutakse ainult tooteid, mis pakuvad täna sama funktsionaalsust; ei ole võimalust arenduse järkjärguliseks suurendamiseks. See peab ka sujuvalt integreeruma vajadusel peamiste utiliidisüsteemidega (nt ühine andmekeskkond).