Portal - Zamówienia Regionalnego Programu Operacyjnego Województwa Podkarpackiego

1. Przedmiotem zamówienia jest usługa polegająca na  stworzeniu, dostawie, wdrożeniu, przeszkoleniu oraz instalacji serwerowej zakupionego oprogramowania antyplagiatowego, a w szczególności:
2. Dostawa bezterminowych licencji oprogramowania serwerowego wraz z pełni działającym systemem antyplagiatowym, który spełnia wszystkie warunki opisane punkcie II ( Ogólny opis systemu).
3. Wdrożenie:
4. dopasowanie oprogramowania do wymagań Zamawiającego,
5.  przygotowanie formatek i raportów pozwalających na realizację zadań związanych z obsługą umów, wniosków DMCA czy raportów z analizy antyplagiatowej.

1. Dostarczenie dokumentacji powykonawczej.
2. Świadczenie usług gwarancyjnych w zakresie przedmiotu zamówienia (min. 12 miesięcy od oddania w pełni działającego systemu licząc od daty zakończenia prac potwierdzonych protokołem końcowym bezusterkowego odbioru podpisanym przez obie strony).
3. Asysta powdrożeniowa – min. 3 miesiące po wdrożeniu systemu. Wymagania dotyczące systemu zawarte poniżej są bezwzględnie wymagane. Niespełnienie któregokolwiek z parametrów (opisu wymagania funkcjonalnego) powoduje automatyczne odrzucenie Ofert.
4. Ogólny opis systemu
5. Dostawca oprogramowania jest zobowiązany do zintegrowania programu antyplagiatowego z serwerem będącym w posiadaniu Zamawiającego.
6. Dostęp do systemu antyplagiatowego będzie możliwy poprzez interfejs WWW.
7. Dostawca wykona stronę www zintegrowaną z planowanymi usługami. Realizacja strony internetowej, poprzez którą klienci będą mieć dostęp do usług, jak również zapoznają się z ofertą firmy. Nie będzie bowiem możliwości udostępnienia użytkownikom przedmiotowych usług informatycznych bez wykonania interface’u w postaci właśnie strony www:
8. Prace obejmą projekt graficzny, czyli według ustaleń z Zamawiającym zostanie zaprojektowana szata graficzna strony głównej, strony bloga, podstrony związanej z zakładaniem konta użytkownika, a także podstron związanych z kontaktem, wyposażonych w formularz kontaktowy pozwalający kontaktować się z Zamawiającym poprzez wybranie predefiniowanych tematów zgłoszenia.
9. Wykonanie logotypu.
10. Przygotowanie księgi znaków - opis budowy logo i przykłady jak należy znak stosować dla prawidłowego używania. Księga musi zawierać szczegółowe opracowania oraz konkretne projekty realizacyjne z użyciem logo i logotypu. Księga znaków obejmie 7 kart z elementami podstawowymi oraz kilka kart przykładów zastosowania logo.
11. Kodowanie CSS i HTML zaprojektowanej szaty graficznej i połączenie kodu z systemem zarządzania treści Wordpress.

1. System antyplagiatowy ma umożliwiać nieograniczoną liczbę sprawdzeń badanych tekstów na danej stronie, gdzie pomiędzy jednym cyklem, a kolejnym zostanie automatycznie ustalany czas minimalny potrzebny na wykonanie pełnej operacji. Ma to zapobiec przepełnienia kolejek zadań, aby kolejne operacje nie nakładały się na siebie, podczas gdy wcześniejsze – dotyczące danego tekstu – nie zostały ukończone.
2. System ma umożliwiać sprawdzania treści (zasobów www) w języku polskim. Musi pozwalać na bezbłędne sprawdzanie tekstu składającego się z nie mniejszej ilości znaków niż 10 000, przy czym maksymalny czas sprawdzenia jednego zadanego tekstu nie może przekroczyć 3 godzin.
3. System ma porównywać sprawdzany tekst z zasobami Internetu.
4. System ma generować raport podobieństwa, w którym wskazane będą fragmenty tekstu porównywalnego z innymi tekstami zidentyfikowanymi, jako podobne oraz odesłaniem do źródeł zapożyczeń.
5. System musi wskazywać w raporcie stopień podobieństwa z odnalezionymi kopiami, wyrażoną
   w procentach.
6. System ma pozwalać drukować dokumenty bazujące na danych wpisanych przez użytkownika w profilu.
7. System ma umożliwiać rejestrację wielu kont administratorów, użytkowników, ma umożliwiać złożenie oświadczeń on-linie, system ma pozwalać na dostarczenie informacji mailowej na konta użytkowników systemu; system ma posiadać następujące typy kont użytkowników:

1. administrator,
2. operator – nadaje konta użytkownikom, otrzymuje wiadomość o dodaniu nowej strony www,
3. użytkownik - wprowadza adres strony do systemu, ma możliwość złożenia oświadczeń on-line.

1. Do korzystania z systemu antyplagiatowego ma wystarczyć komputer z dostępem do Internetu, system ma być odporny na fałszowanie wyników sprawdzenia pracy przez autora tekstu sprawdzanego.
2. System powinien być responsywny i sprawnie działać jak i wyświetlać niezbędne dane i funkcje na smartfonach i tabletach.
3.  System ma umożliwiać prowadzenie statystyk: ilość tekstów sprawdzanych z podziałem na poszczególne strony, ilość treści wycofanych, z podaniem tytułu i autora wycofanego tekstu, zestawienie między ilością tekstów, a zadaną wartością podobieństwa z innym tekstem, ilość sprawdzanych tekstów przez poszczególne jednostki administracyjne.
4. System powinien być rozwijalny w czasie, posiadać możliwości rozbudowy modułowej, a także powinien być elastyczny względem dynamicznych zmian zachodzących w popularnych przeglądarkach internetowych.
5.  System ma mieć budowę modułową. Działanie każdego z modułów musi być niezależne od pozostałych, tak aby po odłączeniu dowolnego z nich system zachowywał sprawność w zakresie pozostałych funkcjonalności. Awaria jednego z poniżej wymienionych modułów nie może wpływać na działanie pozostałych.
6. Funkcjonalności szczególnie przeznaczone dla blogerów ( opis poszczególnych modułów opisany jest jako funkcjonalności jakie będą mieli końcowi użytkownicy sytemu tj. blogerzy. Wykonawcy zaś pozostawia się zaprojektowanie i wykonanie systemu w taki sposób aby opisaną końcową funkcjonalność uzyskać):

1. Moduł ustawień użytkownika - musi zawierać najważniejsze informacje o użytkowniku systemu. Każdy nowy użytkownik będzie musiał rozpocząć korzystanie z usług od konfiguracji swojego konta, gdzie wymagane będą informacje odnośnie tego czy jest osobą prywatną czy firmą. Dodatkowo tutaj będą dostępne zakładki pozwalające na reset hasła jak i jego zmianę. Sam adres e-mail przypisany przy rejestracji konta nie będzie mógł być zmieniony przez użytkownika (funkcjonalność przypisana tylko dla administratora), gdyż bezpośrednio posłuży jako identyfikator klienta w systemie. W module pojawią się dodatkowe ustawienia, takie jak. możliwość przesyłania raportów systemowych na inny adres niż domyślny, ustawienia częstotliwości wysyłania raportów jak i będzie można włączyć/wyłączyć opcję generowania wniosków prawnych, czy automatyczne wysyłanie wniosków do Google DMCA. Dodatkowo pojawi się tutaj zakładka, w której zawarte będą historyczne dane płatności, faktury za usługi (z możliwością ich pobierania).
2. Moduł płatności – dzięki niemu każdy użytkownik będzie mógł korzystać z darmowej wersji demo usług przez siedem dni. Aby zapobiec wielokrotnemu tworzeniu kont testowych przez jednego użytkownika system musi posiadać odpowiednią funkcjonalność identyfikacyjną danego użytkownika pozwalającą nieomylnie stwierdzić czy dany użytkownik skorzystał już z darmowej wersji czy też nie. Moduł będzie zawierać także możliwość tworzenia nieograniczonej ilości pakietów, które dostosowane będą do wymagań i potrzeb każdego klienta, biorąc również pod uwagę rozdział na usługi dla blogerów i sklepów internetowych. Pakiety będą mogły być zakupione minimalnie na okres jednego miesiąca, albo na dłuższy czas z uwzględnieniem planowanych rabatów.
3. Moduł dodawania blogów do systemu – jest podstawą do tego, aby system rozpoczął pracę. Pozwoli na dodanie przez użytkownika domeny/adresu witryny, która będzie przedmiotem testów na obecność plagiatów w sieci. Domen będzie można dodawać nieograniczenie dużo, ale użytkownik będzie musiał pamiętać, że pakiet, który wykupi posiada ograniczenia bądź też nie. Dodanie domeny polegać będzie na podaniu adresu strony z przedrostkiem http:// jak i adresu bezpośredniego do sitemapy (mapy strony). Przy dodawaniu domeny w kolejnych krokach użytkownik ustali, które artykuły chce chronić, albo czy chce objąć ochroną całą swoją stronę. W specjalnym miejscu trzeba będzie podać również nazwę klasy (CSS), w której najczęściej występują artykuły na dodawanym blogu o ile system nie będzie w stanie samodzielnie go zlokalizować. Moduł generować będzie w ostatnim kroku specjalny kod/skrypt, który użytkownik będzie musiał wkleić na swoją stronę, aby cały proces mógł przebiegać w pełni automatycznie. Moduł cyklicznie sprawdzi, czy na zadanej stronie znajduje się w/w kod i aktywuje bądź nie daną stronę dając użytkownikowi w tym kroku odpowiedni komunikat. Jeśli strona została aktywowana, to może (po opłacie pakietu – moduł płatności) rozpocząć się sprawdzanie przez moduł analizy.
4. Moduł analizy - posłuży się robotem (specjalnym skryptem), który jako drogowskaz po stronie klienta wykorzysta specjalny kod, który w module dodawania blogów zostanie dodany na witrynie. Dzięki temu moduł analizy sprawdzi dostępne artykuły na stronie, te wskazane przez klienta, bądź wszystkie, i zapisze je do repozytorium systemowego, które będzie przypisane do danej domeny jak i użytkownika. W dalszym kroku moduł podzieli pojedynczy artykuł na porcję od 60 do 160 znaków i współpracując z modułem sprawdzającym przeanalizuje je na obecność plagiatów w sieci www. Jeśli moduł sprawdzający zwróci do modułu analizy sygnał o możliwym plagiacie, to moduł analizy rozpocznie pobieranie pierwszych 100 adresów mogących zawierać ewentualny plagiat, jeśli sygnał powróci pozytywny, moduł analizy prześle modułowi sprawdzającemu kolejną porcję treści z artykułu. W tym czasie po zebraniu adresów z możliwym plagiatem moduł sprawdzi kolejne adresy na obecność większej ilości tekstu z artykułu testowanego. Jeśli procent podobieństwa będzie większy niż 15% w stosunku do całego tekstu na stronie potencjalnego plagiatora, to wysyłana będzie stosowna informacja o plagiacie wraz z załączonym linkiem do modułu alertów. Operacje powtarzane będą do czasu wyczerpania repozytorium.
5. Moduł sprawdzający - otrzymując porcję informacji z modułu analizy odpyta wyszukiwarkę internetową na obecność plagiatów. Jeśli wynik po odpytaniu będzie większy niż zero, to moduł zbierze pierwsze 100 adresów z wyników wyszukiwania i zwróci je do modułu analizy wraz z odpowiednim alertem o plagiatach. Moduł wyeliminuje z wyników elementy powiązane z domeną użytkownika i jeśli ogólny site – podstrony użytkownika będzie równy zero (pomijając reklamy) to nie zwróci żadnych informacji do modułu analizy i przełączy się w tryb standby oczekując na kolejną porcję treści do sprawdzenia.
6. Moduł alertów – zbiera zgłoszenia i alerty przesłane z modułu analizy - jeśli wykryje on podejrzane strony mogące naruszać prawa autorskie klienta. Posłuży również do wysyłania typowych alertów systemowych jeśli wystąpią błędy w działaniu jednego z modułów. Moduł przydzieli miejsce dyskowe dla każdego użytkownika, gdzie zapisywane będą alerty dla każdej z zdefiniowanych domen. Pokazując alert użytkownikowi wskazana będzie treść oryginalna, jak i skopiowana wraz z odpowiednimi źródłami. Klient otrzyma cyklicznie raporty zbiorcze i w zakładce raporty na swoim koncie oraz będzie mógł podejrzeć historyczne alerty, jak i na bieżąco odznaczać strony, których nie chce definiować jako plagiat, mówiąc przy tym systemowi, aby nie trudził się przy kolejnej analizie tego samego tekstu w przyszłości daną podstroną, która zostanie wykluczona z przyszłych testów. Informacje zawarte w tym module będą wysyłane do formularza Google DMCA za pomocą modułu zgłoszeń w przypadku takiej preferencji klienta.
7. Moduł zgłoszeń - korzystając z alertów, które zaakceptował użytkownik utworzy na jego życzenie zgłoszenie do DMCA o naruszeniu praw autorskich. System codziennie sprawdzi czy wniosek został rozpatrzony i wyśle odpowiednią informację do użytkownika jeśli zakończyła się analiza jego wniosku przez obsługę Google. Moduł pozwoli także generować odpowiednie wnioski do hostingodawców jak i do samych plagiatorów. Dodatkiem będą specjalnie przygotowane schematy zgłoszeń na policję, dzięki czemu pozwoli skuteczniej walczyć z łamaniem praw autorskich naszych klientów.
8. Moduł ręczny – pozwoli na sprawdzenie dowolnego tekstu, niekoniecznie z bloga klienta, pod kątem oryginalności. Moduł pozwoli testować teksty nie dłuższe niż 2500 znaków online, czyli sprawdzi ich oryginalność w czasie rzeczywistym. Wytłuszczonym drukiem otrzymamy jednocześnie informacje o odnalezionych stronach, gdzie możliwe jest, że ktoś złamał prawo autorskie. Moduł nie zapisze nigdzie historyczności i służyć będzie jedynie do tzw. testów „w locie”.

1. Funkcjonalności szczególnie przeznaczone dla sklepów internetowych: ( Opis poszczególnych modułów opisany jest jako funkcjonalności jakie będą mieli końcowi użytkownicy sytemu. Wykonawcy zaś pozostawia się zaprojektowanie i wykonanie systemu w taki sposób aby opisaną końcową funkcjonalność uzyskać. )

1. Moduł internal duplicate - pobierając próbki tekstów z produktów znajdujących się w sklepie internetowym przeanalizuje je pod kątem dostępności tej samej treści na innych stronach analizowanej (tej samej) domeny. Moduł zapisze każdy znaleziony duplikat w oddzielnym repozytorium i wyśle go do analizy w module sugestii.
2.  Moduł sugestii - przeznaczony jest dla właścicieli małych, średnich i dużych sklepów internetowych pozwala przeanalizować znalezione duplikaty wewnątrz danej domeny i wygenerować odpowiednie sugestie odnośnie zmian jakie należy wprowadzić w sklepie, aby uniknąć w przyszłości bolesnych kar od Google. Sugestie przesyłane są w formie raportów do klienta na wskazany adres e-mail.
3. Moduł cząstkowy - zebrane adresy z możliwymi duplikatami przetestuje na bazie gęstości tekstu skopiowanego, względem tekstu oryginalnego, sprawdzi czy tekst został w pełni powielony czy też jest tylko niewielkim (nie większym niż 10%) wyrywkiem tekstu złożonym z wielu innych skrawków informacji. Zebrane dane z analizy cząstkowej wysyłane będą do modułu sugestii celem dalszej obróbki.

1. Dodatkowe wymagania dla systemu:

1. System powinien zapewniać realizację wszystkich wymaganych usług – wystarczająca wydajność tak aby użytkownik otrzymywał informacje w akceptowalnym czasie - wystarczający poziom bezpieczeństwa użytkowania zapewniający ochronę przed utratą i niepowołanym dostępem do danych.
2. Konieczne jest wprowadzenie parametru, jakim jest skalowalność systemu. Przez skalowalność będzie rozumiana zdolność dopasowania systemu do wielkości zadań. Jest to więc wielkość charakteryzująca możliwości wykonywania zadań przez system o różnym zakresie natężenia tych zadań. W uproszczeniu – maksymalna i minimalna ilość elementów, przy której system jest użyteczny (pracuje z akceptowalną wydajnością). Z uwagi na różnorodność docelowych zastosowań poziom tych wymagań zmienia się w

bardzo szerokim zakresie.

1. System musi zapewniać bezpieczeństwo fizyczne programów oraz danych przechowywanych i uruchamianych na serwerze.
2. System musi zapewniać integralność jak i bezpieczeństwo kanałów komunikacji.
3. System musi być odporny na zewnętrzne zagrożenia jako zorganizowane ataki typu np. Denial of Service (DOS).

1. Wymagania techniczne systemu:

System musi korzystać z rozwiązań technologicznych przedstawionych poniżej. W przypadku zastosowania innych rozwiązań technologicznych do Wykonawcy należeć będzie udowodnienie ich równoważności.

1. Język PHP – system musi być pisany w języku PHP, ale w niektórych przypadkach umożliwia się korzystanie z JS i AJAX.
2. System musi posiadać system kolejkowania danych umożliwiający skalowanie przetwarzania informacji zgromadzonych w systemie. Umożliwia przetwarzanie dużych ilości rekordów, o różnym czasie potrzebnym na ich wykonanie, bez przerw z pełna możliwością obsługi błędów i re-kolejkowania niewykonanych poprawnie zadań.
3. MySQL - trzymane będą tutaj dane systemu takie jak konta użytkowników, dane projektów i płatności, a także wszystkie historie kont użytkowników. W tej bazie trzymane są tylko i wyłącznie dane podstawowe, co umożliwia szybkie zaczytywanie danych z bazy, a to z kolei daje możliwości szybkiej obsługi panelu klienta. Po stronie administracyjnej mamy tutaj do czynienia z zapisem ustawień całego systemu.
4. PostgreSQL - duża baza danych, która posłuży do trzymania danych do wszelkich akcji systemu. Każde sprawdzenie, każda operacja będzie trzymana właśnie tutaj. Dane będą indeksowane za pomocą UUIDV4 co daje niemal pewność, ze nic nie zostanie pominięte, a w bazie zawierającej nawet kilkadziesiąt mln rekordów nie dojdzie do kolizji.
5. Redis - wszelkie dane, które są konieczne do szybkiego i częstego pobierania, trzymane muszą być w pamięci RAM serwera, za pomocą oprogramowania Redis, które spełni role pamięci podręcznej. Obszar cache Redis jest podzielony na różne strefy, przechowujące inny charakter danych.
6. Composer / Bower - systemy będą konieczne do pobierania zewnętrznych bibliotek open source używanych w projekcie.
7. NPM Grunt - zautomatyzuje procesy związane z publikowaniem elementów statycznych na stronie frontowej.
8. Skalowalność - komunikacja pomiędzy modułami systemu zostanie oparta w ten sposób, aby w bardzo łatwy sposób podnosić parametry różnych zasobów wg. wymagań - brakuje zasobów fizycznych na Redis, bazy, kolejki - wszystko da się umieścić na różnych serwerach.
9. System logów - każda niespodziewana sytuacja akcja w systemie jest zapisywana z pomogą systemu Monolog. Pozwala to na szybkie namierzenie ewentualnych problemów.
10. Deploy / build musi być przeprowadzany za pomocą oprogramowania TeamCity, który buduje aplikacje oraz umieszcza na serwerze automatycznie. W chwili budowania aplikacji wykonywane mają być testy, uruchamiane walidatory itp., które zapobiegną opublikowaniu wersji zawierającej błędy.

Wykonawca jest zobowiązany załączyć do oferty metodologię i rozwiązania technologiczne jakie będą wykorzystywane przy tworzeniu każdego z modułów wg załącznika nr 7 .

Do oferty należy załączyć wypełniony  harmonogram rzeczowo – finansowy załącznik nr 8 .