Платформа за аутоматизацију дизајна

Severn Trent захтева комерцијалну, готову SaaS платформу која је способна да аутоматизује прелиминарни дизајн инфраструктуре за третман воде и отпадних вода. Тренутни приступ раном дизајну захтева ручне прорачуне и анализу различитих скупова података, након чега следи производња докумената за преглед дизајна и управљање, што резултира неефикасним начинима рада и значајним преправкама дизајна. Захтевамо решење за дизајн које ће донети аутоматизацију овом процесу од краја до краја, помажући нашим тимовима за дизајн да брзо производе и процењују опције дизајна, убрзавајући укупан процес дизајна. Платформа мора комбиновати све следеће могућности у једном решењу (не испоручује се као одвојени, неповезани модули): 1. Дубина домена и уграђено инжењерско знање: Ови захтеви осигуравају да је решење права инжењерска платформа – не прилагођени алат или посредник услуга. Инжењерски стандарди, хеуристике и правила дизајна морају бити експлицитно кодирани у самој платформи, а не изведени из докумената, научени из примера или остављени на процену корисника. 2. Нативна подршка за средства за третман воде и отпадних вода: Платформа мора нативно подржавати инфраструктуру за третман воде и отпадних вода. Ово укључује распореде засноване на процесима, секвенцирање процесних јединица, димензионисање опреме и регулаторна или код-базирана ограничења, без потребе за прилагођеним моделирањем или скриптовањем. 3. Понашање засновано на стандардима и детерминистичко: Понашање дизајна мора бити вођено јасним инжењерским стандардима и шемама, производећи конзистентне, објашњиве резултате који се не разликују од покретања до покретања на основу упутстава, формулација корисника или вероватносног закључивања. 4. Управљање, ревизија и дугорочна употреба Ови захтеви разликују трајни систем евиденције од тачкастих алата или једнократних решења: Ревизијска историја дизајна Платформа мора одржавати трајну, ревидирајућу историју уноса дизајна, претпоставки, промена и резултата, погодну за регулаторни преглед, планирање капитала и финансијске или техничке ревизије. Одвојеност логике дизајна од испоручивих резултата Инжењерска логика мора бити независна од излазних формата, омогућавајући поновно коришћење исте логике дизајна у различитим пројектима, типовима средстава и алатима нижег нивоа без потребе за поновним писањем или реинжењерингом. Доказано усвајање од стране власника-оператера Решење мора бити дизајнирано за употребу од стране власника средстава или комуналних предузећа – не само од стране консултаната или извођача – како би подржало интерно планирање, процену опција и доношење одлука. 3. Време до вредности и тренутна употребљивост Решења заснована на услугама или прилагођена решења су се показала као непогодна, са преферирањем постојећих: Оперативно од првог дана без прилагођеног развоја Платформа мора бити одмах употребљива након претплате од стране власника или особља комуналног предузећа, без прилагођавања од стране добављача, специјализованог развоја или продужених пројеката увођења. Сати до дизајна, не недеље до прототипа Систем мора генерисати комплетне прелиминарне дизајне за сате или дане, а не недеље, за нове пројекте без додатног напора за подешавање. Поновно коришћење без зависности од добављача Крајњи корисници морају бити у могућности самостално да извршавају нове пројекте и итерације, без ослањања на добављача за извршавање и/или побољшање употребљивости. 4. Резултати дизајна и захтеви за податке Ови захтеви се фокусирају на оно што систем производи, а не на то како се може продавати: Структурирани инжењерски подаци дизајнског квалитета Платформа мора генерисати машински читљиве, структуриране инжењерске податке који представљају процес јединице, логику димензионисања опреме и међузависности – заједно са стандардним излазима као што су ПДФ и БИМ – погодне за ниже системе моделирања, обрачуна трошкова и ауторизације. Праћење претпоставки и документована логика Сваки дизајн мора укључивати експлицитне, ревидирајуће претпоставке и правила (нпр. критеријуми дизајна, примењени стандарди, ограничења), подржане техничком документацијом у оквиру платформе, довољном за интерну валидацију и регулаторни преглед. Више опција, директно упоредиви дизајни Систем мора генерисати више комплетних прелиминарних опција дизајна, користећи конзистентну структуру која омогућава директно поређење трошкова, утицаја, перформанси и ризика. Платформа мора бити доказан, комерцијално доступан производ – не у раној фази развоја или који чека прво увођење – и требало би да је показао успешне резултате са другим компанијама за воду у Великој Британији, а посебно са другим WASC-овима. Severn Trent већ има критични софтвер који је доказан и на месту, тако да ће се разматрати само производи који нуде исту функционалност данас; неће бити могућности за постепени развој. Такође се мора беспрекорно интегрисати са основним комуналним системима где је то потребно (нпр. Заједничко окружење за податке).