„Opracowanie rekomendacji oraz zaprojektowanie, wykonanie, przetestowanie i pilotażowe uruchomienie Platformy do Prototypowania Przemysłowego (PDPP) wspierającej niskozasobochłonne prototypowanie w branży przetwórstwa tworzyw sztucznych w ramach realizacji projektu FERS.04.03-IP.06-0040/25 pn. „Platforma do prototypowania przemysłowego w formowaniu tworzyw sztucznych"

Celem zamówienia jest kompleksowa realizacja usługi w formule „zaprojektuj i wybuduj", obejmująca: • opracowanie 3 pakietów rekomendacji oraz dokumentu koncepcyjno-technicznego dla modelu niskozasobochłonnego prototypowania (zakres Zadania 1 projektu), • zaprojektowanie, wykonanie, przetestowanie i pilotażowe uruchomienie Platformy PDPP jako cyfrowego narzędzia umożliwiającego praktyczne wdrażanie, testowanie i walidację tych rekomendacji (zakres Zadania 2 projektu). Kluczowe założenie zamówienia: obowiązuje następująca logika zamówienia: rekomendacje są produktem nadrzędnym projektu, prowadzą do projektu Platformy, a Platforma jest ich cyfrową implementacją — narzędziem wdrożenia, testowania i walidacji rekomendacji. Odbiór końcowy potwierdza nie tylko działanie systemu, ale także spójność Platformy z rekomendacjami, modelem procesu, dokumentem koncepcyjno-technicznym i projektem technicznym. Docelowy model funkcjonowania Platformy zakłada podział na warstwę publiczną i część operacyjną. Warstwa publiczna rekomendacji oraz baza wiedzy będą dostępne bezpłatnie i bez logowania w części publicznej Platformy (jako dobro publiczne wypracowane w projekcie), natomiast część operacyjna (prowadzenie CASE, koordynacja sieci współpracy, obsługa dostawców i walidacji) dostępna będzie dla uprawnionych, zalogowanych użytkowników. Wymóg logowania do części operacyjnej wynika wyłącznie z wymagań bezpieczeństwa, modelu ról i ochrony danych — nie stanowi bariery komercyjnej w dostępie do rezultatów projektu. Architektura Platformy musi umożliwiać takie rozdzielenie warstw. Wszystkie funkcjonalności Platformy wytworzone w ramach niniejszego zamówienia pozostają nieodpłatne dla użytkowników, również po zakończeniu projektu, zgodnie z wnioskiem o dofinansowanie. Oznacza to w szczególności, że użytkownik z grupy docelowej projektu, któremu nadano konto w części operacyjnej na zasadach opisanych w rozdziale 11, może nieodpłatnie przeprowadzić kompletny proces prototypowania (CASE) z wykorzystaniem tych funkcjonalności. Ewentualne odpłatności po zakończeniu projektu mogą dotyczyć wyłącznie usług dodatkowych (w szczególności wsparcia eksperckiego, doradztwa lub podwyższonych parametrów utrzymania) oraz nowych funkcjonalności sfinansowanych ze środków własnych Beneficjenta lub innych źródeł niepochodzących z projektu, a przychody z nich mogą służyć w szczególności pokrywaniu kosztów utrzymania i rozwoju Platformy. Niniejszy OPZ nie ogranicza prawa Zamawiającego i Beneficjenta projektu do rozwoju Platformy po zakończeniu projektu, w tym tworzenia i odpłatnego oferowania usług dodatkowych oraz nowych modułów i funkcjonalności na zasadach opisanych powyżej, z poszanowaniem nieodpłatności funkcjonalności wytworzonych w ramach zamówienia. W razie wprowadzenia takich odpłatnych usług lub funkcjonalności mechanizmy rozliczeń, płatności i dostępu płatnego muszą stanowić odrębnie zaprojektowany i zabezpieczony moduł architektury, powiązany z autoryzacją, uprawnieniami, audytem i ochroną danych użytkowników oraz wyraźnie oddzielony od funkcjonalności wytworzonych w ramach zamówienia. W okresie realizacji projektu oraz pilotaży korzystanie z Platformy jest w całości nieodpłatne — nie będą pobierane żadne opłaty od uczestników projektu. Implementacja funkcji odpłatnych i modułu płatności nie wchodzi w zakres niniejszego zamówienia. Platforma ma zwiększyć przejrzystość i kontrolę nad procesem tworzenia prototypów, wspierając w szczególności: rejestrowanie i prowadzenie zleceń prototypowych, pracę użytkowników według jednolitych zasad, monitorowanie kosztów, terminów, statusów, dokumentacji i przepływu materiałów, podejmowanie decyzji na podstawie danych, dokumentowanie zmian i uzasadnień decyzji, gromadzenie danych potrzebnych do oceny pilotaży oraz utrwalanie wiedzy z zakończonych projektów. Odbiorcami/Użytkownikami Platformy są w szczególności przedsiębiorstwa branży przetwórstwa tworzyw sztucznych, w tym startupy oraz małe i średnie przedsiębiorstwa prowadzące projekty rozwoju nowych produktów, które zazwyczaj nie posiadają własnego działu R&D, systemów klasy PLM ani rozbudowanych struktur jakości. Platforma ma przenieść najlepsze praktyki przedsiębiorstw o wysokiej dojrzałości procesowej do środowiska MŚP w postaci prostych, intuicyjnych procesów wspieranych cyfrowo. Platforma nie zastępuje eksperta — prowadzi użytkownika przez proces wykorzystania wiedzy eksperckiej. Obowiązkowe zastosowanie Domain-Driven Design Domain-Driven Design ma stanowić obowiązkowy, technologicznie neutralny sposób zaprojektowania i wykonania Platformy. Platforma ma odwzorowywać złożone procesy i reguły dziedzinowe oraz być rozwijana i utrzymywana przez wiele lat. Z punktu widzenia Zamawiającego szczególnie istotne jest takie zaprojektowanie systemu, aby logika biznesowa nie była trwale związana z konkretną technologią, bazą danych, frameworkiem, dostawcą ani sposobem integracji z systemami zewnętrznymi. Zastosowanie Domain-Driven Design ma służyć w szczególności: • wyraźnemu wydzieleniu modelu domenowego; • uporządkowaniu pojęć i reguł biznesowych; • separacji odpowiedzialności pomiędzy warstwą domenową, aplikacyjną i infrastrukturalną; • ograniczeniu ryzyka rozproszenia logiki biznesowej pomiędzy technicznymi elementami systemu; • zapewnieniu testowalności logiki biznesowej; • ułatwieniu późniejszego rozwoju i utrzymania Platformy; • ograniczeniu uzależnienia Zamawiającego od pierwotnego wykonawcy; • umożliwieniu przejęcia i dalszego rozwoju systemu przez innego wykonawcę. Wymaganie nie stanowi preferencji wobec konkretnego producenta, narzędzia, języka programowania, frameworka ani stosu technologicznego. Dotyczy oczekiwanej jakości architektury, utrzymywalności rozwiązania i ograniczenia ryzyka technologicznego Zamawiającego. Spełnienie tego wymagania będzie weryfikowane podczas realizacji i odbiorów na podstawie produktów wykonawcy, obejmujących co najmniej: • model domenowy i słownik pojęć; • granice modułów lub kontekstów; • opis reguł biznesowych i odpowiedzialności; • separację warstw systemu; • ślad łączący wymagania z modelem, implementacją i testami; • dokumentację umożliwiającą utrzymanie, rozwój i przejęcie systemu. Przedmiotem zamówienia jest szczegółowo opisany w załączniku numer 1 do Zapytania