Oriģinālais iepirkuma apraksts
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 projektēšanas pieeja prasa manuālus aprēķinus un dažādu datu kopu analīzi, 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ārstrāde. Mums ir nepieciešams projektēšanas risinājums, lai automatizētu šo pilnu 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ā (nevis 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 spriedumā.
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ītu izkārtojumu, vienību procesa secību, aprīkojuma izmēru noteikšanu un ar noteikumiem vai kodiem saistī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 darbības uz citu, pamatojoties uz norādēm, lietotāja formulējumiem vai probabilitātes secinājumiem.
4. Vadī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 normatīvajai pārskatīšanai, kapitāla plānošanai un finanšu vai tehniskiem auditiem.
Projektēšanas loģikas atdalīšana no rezultātiem
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 izstrādes vai pārprojektēšanas.
Pierādīta īpašnieku-operatoru 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. Laiks 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ā uzņēmuma personālam, bez piegādātāja vadītas pielāgošanas, īpašas izstrādes vai pagarinātiem iekļaušanas 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, lai tos izpildītu un/vai uzlabotu lietojamību.
4. Projektēšanas 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, aprīkojuma izmēru noteikšanas loģiku un savstarpējās atkarības – kopā ar standarta izvadiem, piemēram, PDF un BIM – 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 normatīvajai pārskatīšanai.
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 konsekventu struktūru, kas ļauj tieši salīdzināt izmaksas, platību, veiktspēju un risku.
Platformai jābūt pārbaudītam, komerciāli pieejamam produktam – nevis agrīnā attīstībā vai gaidot pirmo ieviešanu – un tai jābūt demonstrē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 apskatīti tikai produkti, kas piedāvā tādu pašu funkcionalitāti šodien; nebūs iespējas pakāpeniskai izstrādei.
Tai arī jāintegrējas nemanāmi ar galvenajām komunālo pakalpojumu sistēmām, ja nepieciešams (piemēram, kopējā datu vide).