Dizaina automatizācijas platforma

Severn Trent pieprasa komerciālu, gatavu SaaS platformu, kas spēj automatizēt ūdens un notekūdeņu attīrīšanas infrastruktūras sākotnējo projektēšanu. Pašreizējā agrīnās stadijas projektēšanas pieejā nepieciešami manuāli aprēķini un dažādu datu kopu analīze, kam seko dokumentu sagatavošana projektu pārskatīšanai un vadībai, kā rezultātā rodas neefektīvi darba veidi un ievērojama projektu pārbūve. Mums ir nepieciešams projektēšanas risinājums, lai automatizētu šo pilna cikla procesu, palīdzot mūsu projektēšanas komandām ātri izstrādāt un novērtēt projektēšanas iespējas, paātrinot kopējo projektēšanas procesu. Platformai ir jāapvieno visas šādas iespējas vienā risinājumā (nav piegādātas kā atsevišķi, nesaistīti moduļi): 1. Nozares dziļums un iebūvētas inženierzināšanas zināšanas: Šīs prasības nodrošina, ka risinājums ir patiesa inženieru platforma - nevis pielāgots rīks vai pakalpojumu starpnieks. Inženieru standarti, heuristikas un projektēšanas noteikumi ir skaidri jāiekodē pašā platformā, nevis jāizdara secinājumi no dokumentiem, jāapgūst no piemēriem vai jāatstāj lietotāja ieskatiem. 2. Nacionālais atbalsts ūdens un notekūdeņu attīrīšanas iekārtām: Platformai ir jāatbalsta ūdens un notekūdeņu attīrīšanas infrastruktūra. Tas ietver uz procesiem balstītus izkārtojumus, vienības procesu secību, iekārtu izmēru noteikšanu un regulatīvus vai uz kodu balstītus ierobežojumus, neprasot pielāgotu modelēšanu vai skriptēšanu. 3. Uz standartiem balstīta un deterministiska uzvedība: Projektēšanas uzvedībai jābūt vadītai ar skaidriem inženieru standartiem un shēmām, radot konsekventus, izskaidrojamus rezultātus, kas nemainās no vienas izpildes uz citu, pamatojoties uz uzvednēm, lietotāja formulējumiem vai varbūtības secinājumiem. 4. Pārvaldība, auditējamība un ilgtermiņa lietošana Šīs prasības atšķir izturīgu uzskaites sistēmu no punktveida rīkiem vai vienreizējiem risinājumiem: Auditējama projektēšanas vēsture Platformai ir jāuztur pastāvīga, pārskatāma projektēšanas ievadīto datu, pieņēmumu, izmaiņu un rezultātu vēsture, kas ir piemērota regulatīvajai pārbaudei, kapitāla plānošanai un finanšu vai tehniskajiem auditiem. Projektēšanas loģikas atdalīšana no piegādēm Inženieru loģikai jābūt neatkarīgai no izvades formātiem, ļaujot to pašu projektēšanas loģiku atkārtoti izmantot dažādos projektos, aktīvu veidos un turpmākajos rīkos bez atkārtotas autorēšanas vai pārprojektēšanas. Pierādīta īpašnieka-operatora pieņemšana Risinājumam jābūt paredzētam lietošanai aktīvu īpašniekiem vai komunālajiem uzņēmumiem - ne tikai konsultantiem vai darbuzņēmējiem - lai atbalstītu iekšējo plānošanu, iespēju novērtēšanu un lēmumu pieņemšanu. 3. Laika līdz vērtībai un tūlītēja lietojamība Pakalpojumu vadīti vai pielāgoti risinājumi ir atzīti par nepiemērotiem, dodot priekšroku esošiem: Darbspējīga no pirmās dienas bez pielāgotas izstrādes Platformai jābūt nekavējoties lietojamai pēc abonēšanas īpašnieka vai komunālā dienesta personālam, bez piegādātāja vadītas pielāgošanas, speciālas izstrādes vai pagarinātiem ieskaites projektiem. Stundas projektēšanai, nevis nedēļas prototipēšanai Sistēmai jāģenerē pilnīgi sākotnējie projekti stundu vai dienu laikā, nevis nedēļu laikā, jauniem projektiem bez papildu iestatīšanas. Atkārtota lietošana bez piegādātāja atkarības Gala lietotājiem jāspēj patstāvīgi veikt jaunus projektus un iterācijas, nepaļaujoties uz piegādātāju izpildei un/vai lietojamības uzlabošanai. 4. Projektu rezultāti un datu prasības Šīs prasības koncentrējas uz to, ko sistēma ražo, nevis uz to, kā tā var tikt tirgota: Dizaina līmeņa, strukturēti inženieru dati Platformai jāģenerē mašīnlasāmi, strukturēti inženieru dati, kas attēlo procesa vienības, iekārtu izmēru noteikšanas loģiku un savstarpējās atkarības - kopā ar standarta izvadiem, piemēram, PDF un BIM - kas ir piemēroti turpmākajai modelēšanai, izmaksu aprēķināšanai un autorēšanas sistēmām. Izsekojamas pieņēmumi un dokumentēta loģika Katram projektam jāiekļauj skaidri, pārbaudāmi pieņēmumi un noteikumi (piemēram, projektēšanas kritēriji, piemērotie standarti, ierobežojumi), ko atbalsta platformas tehniskā dokumentācija, kas ir pietiekama iekšējai validācijai un regulatīvajai pārbaudei. Multi-opciju, tieši salīdzināmi projekti Sistēmai jārada vairākas pilnīgas sākotnējās projektēšanas iespējas, izmantojot vienotu struktūru, kas ļauj tieši salīdzināt izmaksas, nospiedumu, veiktspēju un risku. Platformai jābūt pārbaudītam, komerciāli pieejamam produktam - nevis agrīnā attīstības stadijā vai gaidot pirmo ieviešanu - un tai jābūt pierādītiem veiksmīgiem rezultātiem ar citām Apvienotās Karalistes ūdens sabiedrībām un īpaši ar citām WASC. Severn Trent jau ir kritiska programmatūra, kas ir pārbaudīta un darbojas, tāpēc tiks izskatīti tikai produkti, kas piedāvā tādu pašu funkcionalitāti šodien; nebūs iespējas pakāpeniskai attīstībai. Tai arī jāintegrējas nevainojami ar galvenajām komunālajām sistēmām, kur tas ir nepieciešams (piemēram, kopējā datu vide.