Disaini automatiseerimise platvorm

Severn Trent vajab kaubanduslikku, valmis SaaS-platvormi, mis suudab automatiseerida vee- ja reoveepuhastite 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 protsessi, 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 selgesõnaliselt kodeeritud platvormi enda sees, mitte tuletatud dokumentidest, õpitud näidetest või jäetud kasutaja otsustada. 2. Vee- ja reoveepuhastite varade natiivne tugi: Platvorm peab natiivselt toetama vee- ja reoveepuhastite infrastruktuuri. See hõlmab protsessipõhiseid paigutusi, üksikute protsesside 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 reguleerima selgesõnalised inseneristandardid ja skeemid, mis annavad järjepidevaid, selgitatavaid tulemusi, mis ei erine käitamiskordade vahel sõltuvalt vihjetest, kasutaja sõnastusest või tõenäosuslikust järeldusest. 4. Juhtimine, auditeeritavus ja pikaajaline kasutamine Need nõuded eristavad vastupidavat süsteemi punktitööriistadest või ühekordsetest lahendustest: Auditeeritav projekti ajalugu Platvorm peab säilitama püsiva, ülevaadatava projekti sisendite, 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 erinevates projektides, varatüüpides ja allavoolu tööriistades ilma uuesti koostamise või ümberprojekteerimiseta. Tõestatud omaniku-operaatori kasutuselevõtt Lahendus peab olema kavandatud varade omanike või utiliitide 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 Teenustepõhised või kohandatud lahendused on osutunud sobimatuks, eelistades olemasolevaid: Operatiivne esimesest päevast ilma kohandatud arenduseta Platvorm pe must olema koheselt kasutatav pärast tellimist omaniku või utiliidi personali poolt, ilma müüja juhitavate kohanduste, spetsiaalse arenduse või pikemate kasutuselevõtu projektideta. Projekteerimine tundides, mitte nädalates prototüübini 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 müüja abita nende 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 protsessiüksusi, seadmete suuruse määramise loogikat ja vastastikuseid sõltuvusi – koos standardsete väljunditega nagu PDF ja BIM – sobivad allavoolu modelleerimiseks, kulude arvutamiseks ja autoriseerimissüsteemideks. Jälgitavad eeldused ja dokumenteeritud loogika Iga projekti peab sisaldama selgesõnalisi, kontrollitavaid eeldusi ja reegleid (nt projekteerimiskriteeriumid, rakendatud standardid, piirangud), mida toetavad platvormi sees olevad tehnilised dokumendid, mis on piisavad sisekontrolliks ja regulatiivseks ülevaatuseks. Mitme valikuga, otseselt võrreldavad projektid Süsteem peab tootma mitu täielikku esialgset projekteerimisvõimalust, kasutades samas ü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 arengus ega ootamas esimest kasutuselevõttu – ja see peaks olema näidanud edukaid tulemusi teiste Ühendkuningriigi vee-ettevõtetega ja eriti teiste WASC-idega. Severn Trentil on juba kriitiline tarkvara, mis on tõestatud ja kasutusel, seega kaalutakse ainult tooteid, mis pakuvad täna sama funktsionaalsust; ei ole võimalust kasvamiseks arendustööks. See peab ka sujuvalt integreeruma põhiteenuste süsteemidega, kui see on vajalik (nt ühine andme keskkond).