Projektavimo automatizavimo platforma

Severn Trent reikalauja komercinės, paruoštos naudoti SaaS platformos, galinčios automatizuoti vandens ir nuotekų valymo infrastruktūros preliminarius projektus. Dabartinis ankstyvojo projektavimo metodas reikalauja rankinių skaičiavimų ir įvairių duomenų rinkinių analizės, po kurios seka dokumentų rengimas projektų peržiūroms ir valdymui, todėl darbo metodai tampa neefektyvūs ir reikalauja didelio kiekio perprojektavimo. Mums reikia projektavimo sprendimo, kuris automatizuotų visą šį procesą, padedant mūsų projektavimo komandoms greitai parengti ir įvertinti projektavimo galimybes, pagreitinant bendrą projektavimo procesą. Platforma turi sujungti visas šias galimybes viename sprendime (ne tiekiama kaip atskiri, nesusiję moduliiai): 1. Domeno gylis ir įterptinės inžinerinės žinios: Šie reikalavimai užtikrina, kad sprendimas yra tikra inžinerinė platforma – ne pasirinktinis įrankis ar paslaugų tarpininkas. Inžineriniai standartai, heuristikos ir projektavimo taisyklės turi būti aiškiai užkoduotos pačioje platformoje, o ne išvedamos iš dokumentų, mokomos iš pavyzdžių ar paliktos vartotojo nuožiūrai. 2. Natiivi vandens ir nuotekų valymo įrenginių palaikymas: Platforma turi natyviai palaikyti vandens ir nuotekų valymo infrastruktūrą. Tai apima procesais pagrįstus išdėstymus, procesų vienetų sekvenavimą, įrangos dydžio nustatymą ir reguliavimo ar kodų pagrindu nustatytus apribojimus, nereikalaujant pasirinktinio modeliavimo ar scenarijų rašymo. 3. Standartais grindžiamas ir deterministinis elgesys: Projektavimo elgesį turi reguliuoti aiškūs inžineriniai standartai ir schemos, sukuriant nuoseklius, paaiškinamus rezultatus, kurie nesiskiria tarp skirtingų paleidimų, priklausomai nuo komandų, vartotojo formuluočių ar tikimybinės išvados. 4. Valdymas, audituojamumas ir ilgalaikis naudojimas Šie reikalavimai atskiria patvarią įrašų sistemą nuo momentinių įrankių ar vienkartinių sprendimų: Audituojama projektavimo istorija Platforma turi palaikyti nuolatinę, peržiūrimą projektavimo įvesties, prielaidų, pakeitimų ir rezultatų istoriją, tinkamą reguliavimo peržiūrai, kapitalo planavimui ir finansiniams ar techniniams auditams. Projektavimo logikos atskyrimas nuo rezultatų Inžinerinė logika turi būti nepriklausoma nuo išvesties formatų, leidžiant tą pačią projektavimo logiką pakartotinai naudoti įvairiuose projektuose, turto tipuose ir tolesniuose įrankiuose be pakartotinio kūrimo ar perprojektavimo. Įrodyta savininko-operatoriaus pritaikymas Sprendimas turi būti sukurtas turto savininkams ar komunalinėms įmonėms – ne tik konsultantams ar rangovams – siekiant paremti vidinį planavimą, galimybių vertinimą ir sprendimų priėmimą. 3. Laikas iki vertės ir momentinis naudojimas Paslaugų pagrindu sukurti arba pasirinktiniai sprendimai buvo pripažinti netinkamais, pirmenybė teikiama jau esamiems: Veikiantis nuo pirmos dienos be pasirinktinio kūrimo Platforma turi būti nedelsiant naudojama savininko ar komunalinės įmonės darbuotojų, be tiekėjo valdomo pritaikymo, specialaus kūrimo ar ilgalaikių diegimo projektų. Valandos projektavimui, o ne savaitės prototipavimui Sistema turi generuoti pilnus preliminarius projektus per kelias valandas ar dienas, o ne savaites, naujiems projektams be papildomų sąrankos pastangų. Pakartotinis naudojimas be tiekėjo priklausomybės Vartotojai turi galėti savarankiškai vykdyti naujus projektus ir iteracijas, nepasitikėdami tiekėju vykdymui ir/arba naudojimo patobulinimui. 4. Projektų rezultatai ir duomenų reikalavimai Šie reikalavimai sutelkia dėmesį į tai, ką sistema gamina, o ne į tai, kaip ji gali būti parduodama: Projektinio lygio, struktūrizuoti inžineriniai duomenys Platforma turi generuoti mašininio skaitymo, struktūrizuotus inžinerinius duomenis, atspindinčius procesų vienetus, įrangos dydžio nustatymo logiką ir tarpusavio priklausomybes – kartu su standartiniais rezultatais, tokiais kaip PDF ir BIM – tinkamus tolesniam modeliavimui, sąnaudų skaičiavimui ir autorinėms sistemoms. Sekamos prielaidos ir dokumentuota logika Kiekvienas projektas turi apimti aiškias, tikrinamas prielaidas ir taisykles (pvz., projektavimo kriterijus, taikomus standartus, apribojimus), paremtas platformos technine dokumentacija, pakankama vidiniam patvirtinimui ir reguliavimo peržiūrai. Daugelio variantų, tiesiogiai lyginami projektai Sistema turi generuoti kelias pilnas preliminarias projektavimo galimybes, naudojant nuoseklią struktūrą, leidžiančią tiesiogiai palyginti išlaidas, plotą, našumą ir riziką. Platforma turi būti patikrintas, komerciškai prieinamas produktas – ne ankstyvosios stadijos kūrimas ar laukiantis pirmojo diegimo – ir turėtų parodyti sėkmingus rezultatus su kitomis Jungtinės Karalystės vandens įmonėmis, ypač su kitomis WASC. Severn Trent jau turi kritinės programinės įrangos, kuri yra patikrinta ir veikia, todėl bus svarstomi tik produktai, siūlantys tą pačią funkcionalumą šiandien; nebus galimybės plėtoti palaipsniui. Taip pat ji turi sklandžiai integruotis su pagrindinėmis komunalinių paslaugų sistemomis, kur tai būtina (pvz., bendra duomenų aplinka).