Platforma do automatyzacji projektowania

Severn Trent wymaga komercyjnej platformy SaaS typu „off-the-shelf”, zdolnej do automatyzacji wstępnego projektowania infrastruktury uzdatniania wody i ścieków. Obecne podejście do projektowania na wczesnym etapie wymaga ręcznych obliczeń i analizy różnorodnych zbiorów danych, a następnie produkcji dokumentów do przeglądów projektowych i zarządzania, co skutkuje nieefektywnymi sposobami pracy i znaczną liczbą poprawek projektowych. Potrzebujemy rozwiązania projektowego, które wprowadzi automatyzację do tego kompleksowego procesu, pomagając naszym zespołom projektowym szybko tworzyć i oceniać opcje projektowe, przyspieszając cały proces projektowania. Platforma musi łączyć wszystkie poniższe możliwości w jednym rozwiązaniu (nie dostarczane jako oddzielne, rozłączne moduły): 1. Głębia Domeny i Wbudowana Wiedza Inżynierska: Te wymagania zapewniają, że rozwiązanie jest prawdziwą platformą inżynierską – a nie niestandardowym narzędziem ani proxy usług. Standardy inżynierskie, heurystyki i zasady projektowania muszą być jawnie zakodowane w samej platformie, a nie wywnioskowane z dokumentów, nauczone na przykładach lub pozostawione do oceny użytkownika. 2. Natywne wsparcie dla zasobów uzdatniania wody i ścieków: Platforma musi natywnie obsługiwać infrastrukturę uzdatniania wody i ścieków. Obejmuje to układy sterowane procesami, sekwencjonowanie jednostek procesowych, wymiarowanie sprzętu oraz ograniczenia wynikające z przepisów lub norm, bez konieczności niestandardowego modelowania lub skryptowania. 3. Zachowanie oparte na standardach i deterministyczne: Zachowanie projektowe musi być regulowane przez jawne standardy i schematy inżynierskie, generując spójne, wyjaśnialne wyniki, które nie różnią się między uruchomieniami w zależności od podpowiedzi, sformułowań użytkownika lub wnioskowania probabilistycznego. 4. Zarządzanie, Audytowalność i Długoterminowe Użytkowanie: Te wymagania odróżniają trwały system rejestrowania od narzędzi punktowych lub rozwiązań jednorazowych: Audytowalna historia projektowania. Platforma musi utrzymywać trwałą, możliwą do przeglądu historię danych wejściowych, założeń, zmian i wyników projektowych, odpowiednią do przeglądu regulacyjnego, planowania kapitałowego oraz audytów finansowych lub technicznych. Oddzielenie logiki projektowania od wyników. Logika inżynierska musi być niezależna od formatów wyjściowych, umożliwiając ponowne wykorzystanie tej samej logiki projektowania w różnych projektach, typach zasobów i narzędziach niższego poziomu bez ponownego tworzenia lub przeprojektowywania. Udowodnione przyjęcie przez właścicieli-operatorów. Rozwiązanie musi być zaprojektowane do użytku przez właścicieli zasobów lub przedsiębiorstwa użyteczności publicznej – nie tylko przez konsultantów lub wykonawców – w celu wspierania planowania wewnętrznego, oceny opcji i podejmowania decyzji. 3. Czas do uzyskania wartości i natychmiastowa użyteczność: Rozwiązania oparte na usługach lub niestandardowe zostały uznane za nieodpowiednie, preferowane są rozwiązania istniejące: Działające od pierwszego dnia bez niestandardowego rozwoju. Platforma musi być natychmiast użyteczna po subskrypcji przez personel właściciela lub przedsiębiorstwa użyteczności publicznej, bez dostosowywania przez dostawcę, niestandardowego rozwoju lub długich projektów wdrożeniowych. Godziny do projektowania, a nie tygodnie do prototypowania. System musi generować kompletne projekty wstępne w ciągu godzin lub dni, a nie tygodni, dla nowych projektów, bez dodatkowego nakładu pracy na konfigurację. Powtarzalne użytkowanie bez zależności od dostawcy. Użytkownicy końcowi muszą być w stanie samodzielnie realizować nowe projekty i iteracje, bez polegania na dostawcy w zakresie realizacji i/lub poprawy użyteczności. 4. Wyniki projektowania i wymagania dotyczące danych: Te wymagania koncentrują się na tym, co system produkuje, a nie na tym, jak może być marketingowany: Strukturalne dane inżynierskie klasy projektowej. Platforma musi generować czytelne maszynowo, strukturalne dane inżynierskie reprezentujące jednostki procesowe, logikę wymiarowania sprzętu i wzajemne zależności – wraz ze standardowymi wynikami, takimi jak PDF i BIM – odpowiednie dla systemów modelowania, kosztorysowania i tworzenia dokumentacji niższego poziomu. Identyfikowalne założenia i udokumentowana logika. Każdy projekt musi zawierać jawne, możliwe do sprawdzenia założenia i zasady (np. kryteria projektowe, zastosowane standardy, ograniczenia), poparte dokumentacją techniczną w ramach platformy, wystarczającą do wewnętrznej walidacji i przeglądu regulacyjnego. Wiele opcji, bezpośrednio porównywalne projekty. System musi generować wiele kompletnych wstępnych opcji projektowych, wykorzystując spójną strukturę, która umożliwia bezpośrednie porównanie kosztów, zajmowanej powierzchni, wydajności i ryzyka. Platforma musi być sprawdzonym, komercyjnie dostępnym produktem – nie w fazie wczesnego rozwoju ani oczekującym na pierwsze wdrożenie – i powinna wykazać się udanymi wynikami w innych brytyjskich przedsiębiorstwach wodociągowych, a w szczególności w innych WASCs. Severn Trent posiada już kluczowe oprogramowanie, które zostało sprawdzone i wdrożone, dlatego rozważane będą tylko produkty oferujące tę samą funkcjonalność już dziś; nie będzie możliwości stopniowego rozwoju. Musi również bezproblemowo integrować się z podstawowymi systemami użyteczności publicznej tam, gdzie jest to wymagane (np. Wspólne Środowisko Danych).