„Dostawa sprzętu, wykonanie i wdrożenie aplikacji oraz platformy internetowej na potrzeby systemu Opole+”

System zostanie zbudowany w oparciu o najnowszą dostępną, stabilną wersję oprogramowania standardowego.
Warunkiem początkowym rozpoczęcia budowy Systemu, który musi spełnić Wykonawca jest opracowanie i uzgodnienie z Zamawiającym „Dokumentacji Projektowej” [DPR] oraz „Projektu wizualizacji aplikacji mobilnej Opole+ i aplikacji internetowej Opole+” [PROJW] na bazie przeprowadzonej Analizy Przedwdrożeniowej [ANP]. System musi posiadać wszystkie funkcjonalności określone w niniejszym SOPZ.
W ramach każdego z Etapów Wykonawca zobowiązany jest dostarczyć Zamawiającemu odpowiednie produkty zdefiniowane w niniejszym SOPZ w terminach w Załączniku nr 2 do Umowy „Harmonogram Etapów Realizacji Przedmiotu Umowy”.
Odbiorowi podlegają Produkty oraz każdy zakończony Etap.

Wymagania ogólne dotyczące prac wdrożeniowych

Wdrożenie należy rozumieć jako szereg zaplanowanych, uporządkowanych i zorganizowanych działań mających na celu wykonanie opisanego w SOPZ Systemu zgodnie z niniejszą SOPZ, Umową oraz opracowaną w trakcie projektu [DPR]. Wdrożenie będzie realizowane
w ramach powołanych do tego celu struktur organizacyjnych po stronie Zamawiającego oraz Wykonawcy.

Wykonawca ponosi odpowiedzialność za swoich pracowników i szkody przez nich poczynione
w lokalizacji instalacji infrastruktury sprzętowej.

Wdrożenie Systemu musi być zgodne z zatwierdzoną dokumentacją projektową [DPR], która będzie aktualizowana w trakcie projektu zgodnie z jego postępami.
Prace wdrożeniowe z udziałem Zamawiającego będą wykonywane w godzinach pracy pracowników Zamawiającego zgodnie z aktualną informacją opublikowaną w BIP. Dopuszcza się wykonywanie prac wdrożeniowych w innym czasie niż wskazany, po odpowiednim uzgodnieniu
z Zamawiającym zgodnie z Umową, niniejszą SOPZ.
Po dokonaniu dostawy i wdrożenia System musi spełniać wszystkie wymagania określone w SIWZ oraz w „Projekcie Technicznym” [PRT].
Zakres prac wdrożeniowych obejmuje:

dostawę, instalację, konfigurację i optymalizację Systemu oraz Oprogramowania Standardowego (produkty [CMS], [IAO+], [MAO+], [SPKB], [SUBI]) w wymaganych przez Zamawiającego środowiskach, tj.:
parametryzację i konfigurację zainstalowanego Systemu w wymaganych przez Zamawiającego środowiskach,
instalację, konfigurację i optymalizację infrastruktury sprzętowej (produkt [INFS]),
rozmieszczenie beaconów na terenie Miasta Opola (produkt [UBI]).
przeprowadzenie Szkoleń,
testy Systemu, zgodnie z Planem Testów (produkty [SPPLTXX], oraz [RATXX], gdzie XX – oznaczenie odpowiedniego etapu),
opracowanie dokumentacji projektu [DPR] i systemu (produkty [DTAXX], ], gdzie XX – oznaczenie odpowiedniego etapu).

System musi być zgodny z:

A. Standardami funkcjonalnymi

1. SOA, w tym zawieranie funkcjonalności związanych z integracją w postaci adapterów
i wystawianych w postaci usług oraz stosowanie standardów:

a. WSDL w zakresie specyfikacji interfejsów,

b. XML w zakresie języka strukturalnego,

c. PSOAP w zakresie standardu przesyłania komunikatów.

2. WS-Security w zakresie projektowania i realizacji usług bezpieczeństwa, w tym:

a. SAML dla uwierzytelniania i autoryzacji użytkowników.

3. Metodyka PRINCE2 w zakresie zarządzania projektem (lub równoważne).

B. Aktami prawnymi:

Ustawa z dnia 27 sierpnia 2009 r. o finansach publicznych (Dz.U. 2009 nr 157 poz. 1240
z późn. zm.) oraz wydane na podstawie wskazanej ustawy rozporządzenia wykonawcze;
Ustawa z 17 lutego 2005 r. o informatyzacji działalności podmiotów realizujących zadania publiczne (t. j. Dz. U. z 2017 r., poz. 570) oraz przepisach wykonawczych;
Rozporządzenie Rady Ministrów z 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych (t. j. Dz. U. z 2017 r., poz. 2247);
Ustawa z dnia 4 kwietnia 2019 r. o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych (Dz. U. 2019 poz. 848);,
Rozporządzenie Ministra Cyfryzacji z dnia 29 czerwca 2020 r. w sprawie profilu zaufanego i podpisu zaufanego (Dz.U. 2020 poz. 1194);
Rozporządzenie Ministra Cyfryzacji z 5 października 2016 r. w sprawie zakresu i warunków korzystania z elektronicznej platformy usług administracji publicznej (Dz.U. 2016 r., poz.1626);
Ustawa z 18 lipca 2002 r. o świadczeniu usług drogą elektroniczną (t. j. Dz. U. z 2017 r., poz. 1219);
Ustawa z 29 września 2016 r. o usługach zaufania oraz identyfikacji elektronicznej (Dz. U.
z 2016 r., poz. 1579);
Ustawa z dnia 10 maja 2018 r. o ochronie danych osobowych (t.j. Dz. U. z 2019 r., poz. 1781);
Ustawa z dnia 14 grudnia 2018 r. o ochronie danych osobowych przetwarzanych w związku z zapobieganiem i zwalczaniem przestępczości (Dz.U. 2019 poz. 125).

Wymagania ogólne dotyczące dokumentacji

Zamawiający wymaga, aby wszystkie dokumenty tworzone w ramach realizacji zamówienia charakteryzowały się wysoką jakością, na którą będą miały wpływ, takie czynniki jak:

struktura dokumentu - podział danego dokumentu na rozdziały, podrozdziały i sekcje,
w czytelny i zrozumiały sposób,
zachowanie standardów - zachowanie znanych i przyjętych standardów dokumentowania np. notacji UML,
sposób pisania - zachowanie spójnej struktury, formy i sposobu pisania dla poszczególnych dokumentów oraz fragmentów tego samego dokumentu,
kompletność dokumentu - pełne, bez wyraźnych ewidentnych braków przedstawienie omawianego problemu obejmujące całość z danego zakresu rozpatrywanego zagadnienia,
spójność i niesprzeczność dokumentu - zapewnienie wzajemnej zgodności pomiędzy wszystkimi rodzajami informacji umieszczonymi w dokumencie, jak i brak logicznych sprzeczności pomiędzy informacjami zawartymi we wszystkich przekazanych dokumentach oraz we fragmentach tego samego dokumentu.

Wszystkie dokumenty przekazane Zamawiającemu do zapoznania, zaopiniowania lub zaakceptowania będą sporządzone w języku polskim i przekazane przez Wykonawcę
w postaci elektronicznej, w formacie umożliwiającym ich edycję. Wyjątkiem jest dokumentacja producentów i sprzętu oprogramowania standardowego, która może być dostarczana w języku angielskim.
Wykonawca przygotuje zgodnie z ogólnie akceptowalnymi standardami
w dziedzinie dokumentowania, następujące rodzaje dokumentacji bezpośrednio związanej
z przedmiotem zamówienia:

Dokumentacja projektowa [DPR],
Dokumentacja systemowa [DSYS],
Dokumentacja eksploatacyjna [DEKS],
Dokumentacja – instrukcja użytkownika [DINS],
Dokumentacja powykonawcza [DWYK],
Dokumentacja bezpieczeństwa i ochrony danych osobowych [DSEC].

Dokumentacja przekazana Zamawiającemu do odbioru zostanie sporządzona
w języku polskim i przekazana przez Wykonawcę w postaci elektronicznej w dwóch kopiach na nośniku optycznym z trwale zablokowaną możliwością zapisu, w formacie umożliwiającym jej edycję, przeglądanie oraz wyszukiwanie za pomocą słów kluczowych oraz w formacie PDF. Dokumentacja w zakresie sprzętu oraz oprogramowania standardowego może być sporządzona w języku angielskim.
W dokumentacji w części obejmującej specyfikację wymagań (x.xx. [AWF]) dla każdego z nich zostanie nadana niepowtarzalna etykieta w celu jednoznacznego wskazywania w pozostałej części dokumentacji sposobu realizacji określonych wymagań.
Cała dokumentacja, o której mowa powyżej, podlegała będzie akceptacji Zamawiającego.
Dokumentacja Systemu będzie dostarczana Zamawiającemu przez Wykonawcę w trakcie realizacji Umowy, w terminach określonych Szczegółowego Harmonogramu Prac [HAW], odpowiednio do postępu prac.. Procedura odbioru dokumentacji musi zostać zakończona w terminie realizacji Etapów wskazanym w Harmonogramie umowy.
Materiały szkoleniowe będą dostarczone w formie wydrukowanej i w ilości zgodnej z liczbą uczestników szkoleń.
Wykonawca systemu, w okresie jego gwarancji, będzie nanosił do dokumentacji wszelkie zmiany dokonane w systemie i w terminie do 30 dni od wprowadzenia zmiany do systemu przekazywał uzupełnioną dokumentację Zamawiającemu.
Wykonawca przeniesie na Zamawiającego całość majątkowych praw autorskich do stworzonej dokumentacji.

Podmioty zaangażowane w projekt

Lp.

Podmiot

Rola

Urząd Miasta Opola

ul. Rynek – Xxxxxx

00-000 Xxxxx,

tel. x00 00 0000000

fax. x00 00 0000000

e-mail: xxxxx@xx.xxxxx.xx

www: xxxx://xxx.xxxxx.xx

Skrytka ePUAP: /cv1wi4e15q/skrytka

Zarządzanie całością projektu

Współpraca w zakresie ogólnych funkcjonalności projektu

Współpraca w zakresie dowozu osób niepełnosprawnych

Współpraca w zakresie informacji turystycznej

Współpraca w zakresie modułu opolska rodzina i opolski senior

Współpraca w zakresie modułu zgłoszeniowego

Współpraca w dostawie urządzeń beacon

Współpraca w zakresie modułu analiz

Ogród Zoologiczny Opole

xx. Xxxxxxxxx 00,

00-000 Xxxxx,

tel. x00 00 0000000, 0000000

fax. x00 00 0000000

e-mail: xxx@xxx.xxxxx.xx

www. xxxx://xxx.xxxxx.xx/

Współpraca w zakresie modułu ZOO

Współpraca w zakresie dostawy urządzeń kontrolerskich

Współpraca w dostawie urządzeń beacon

Miejska Biblioteka Publiczna

xx. Xxxxxxxxx 0,

00-000 Xxxxx,

tel.: 00 000 00 00, 00 000 00 00, 00 000 00 00, 00 000 00 00,

fax: 00 000 00 00

e-mail: sekretariat (at) xxx.xxxxx.xx

www. xxxx://xxx.xxxxx.xx

Współpraca w zakresie modułu Biblioteka

Współpraca przy dostawie kolektorów danych

Współpraca w dostawie urządzeń beacon

Miejski Ośrodek Sportu i Rekreacji

Dyrekcja xx. Xxxxxxxxxxx 00,

00-000 Xxxxx,

tel: 00 000 00 00 wew. 150

fax. 00 000 00 00

www. xxxx://xxxxx.xxxxx.xx

Współpraca przy wdrożeniu w obiektach „Wodna Nuta”, „Akwarium”, „Błękitna fala”, „Toropol”

Współpraca w dostawie urządzeń beacon

Zakład Komunalny Sp. z o.o.

xx. Xxxxxxxxx 00/0,

00-000 Xxxxx,

tel.: 00 000 00 00

www. xxxx://xxx.xxx.xxxxxx-xxxxxxxxx.xx

Współpraca przy wdrożeniu modułu strefy parkowania

Współpraca przy wdrożeniu modułu big-bagów

Współpraca w dostawie urządzeń beacon

Miejski Zakład Komunikacyjny Sp. z o.o.

Xx. Xxxxxxxxxx 00,

00-000 Xxxxx,

tel. 00 00 00 000 – centrala
tel. 00 00 00 000 – sekretariat
fax 00 00 00 000
e-mail: xxx@xxxxxxxx.xx

www. xxxx://xxx.xxxxxxxx.xx

Współpraca przy wdrożeniu modułu komunikacji miejskiej

Współpraca w dostawie urządzeń beacon

Park Naukowo-Technologiczny Sp. z o.o. w Opolu

Xx. Xxxxxxxxxxxxxx 0,

00-000 Xxxxx,

Tel. 00 000 00 00

e-mail: xxxxx@xxx.xxxxx.xx

www. xxxx://xxx.xxxxx.xx

Współpraca przy dostawie sprzętu oraz jego eksploatacji

Współpraca w dostawie urządzeń beacon

Wymagania w zakresie personelu

Wykonawca zapewni w okresie realizacji zamówienia następujący personel:

Kierownika projektu – min. jedna osoba posiadająca wykształcenie wyższe w zakresie informatyki lub zarządzania lub ekonomii oraz certyfikat zawodowy z zakresu zarządzania projektami na poziomie zaawansowanym, wydany przez niezależną jednostkę akredytowaną do wydawania tego typu certyfikatów (Prince2 Practitioner lub PMP lub równoważny). Osoba ta musi mieć minimum 5-letnie doświadczenie zawodowe w prowadzeniu projektów informatycznych oraz co najmniej:
1. co najmniej jedno zamówienie) obejmującące minimum jedną aplikację mobilną obsługującą co najmniej 3 wersje językowe i funkcjonującą na systemach Android i iOS. Aplikacja ta musiała być dostępna z poziomu sklepu Google Play (dla Android) i AppStore (dla Apple iOS) obsługującą płatności elektroniczne przez minimum jednego operatora płatności.

oraz wskazane w ofercie punktowane doświadczenie dodatkowe.

Architekta systemów informatycznych – min. jedna osoba, która spełnia poniższe warunki:
1. posiada znajomość projektowania i budowy architektury systemów potwierdzoną certyfikatem TOGAF lub równoważnym;
2. posiada wykształcenie wyższe informatyczne lub techniczne.

Eksperta ds. bezpieczeństwa – min. jedna osoba, która spełnia poniższe warunki:
1. posiada minimum 10-letnie doświadczenie zawodowe związane z usługami IT, w tym co najmniej 5 lat doświadczenia w pełnieniu roli/funkcji Eksperta ds. bezpieczeństwa w zakresie projektów informatycznych i wdrażania systemów aplikacyjnych;
2. posiada certyfikat CISSP: Certified Information System Security Professional (xxxx://xxx.xxx0.xxx) lub certyfikat CISA: Certified Information System Auditor (xxxx://xxx.xxxxx.xxx) lub równoważny;
3. posiada uprawnienia minimum audytora wewnętrznego systemu zarządzania bezpieczeństwem informacji według normy bezpieczeństwa ISO 27001 lub ISO 17799 (ISO 27002) lub równoważnej oraz uprawnienia minimum audytora wewnętrznego systemu zarządzania ciągłością działania i planów odtwarzania awaryjnego według normy BS25999 lub normy ISO 22301 lub równoważnej, wydane przez instytucję nie powiązaną kapitałowo z Wykonawcą;
4. posiada certyfikat Certified in Risk and Information Systems Control (CRISC) (xxxx://xxx.xxxxx.xxx/Xxxxxxxxxxxxx/XXXXX-Xxxxxxxxx-xx-Xxxx-xxx-Xxxxxxxxxxx-Xxxxxxx-Xxxxxxx/Xxxxx/xxxxxxx.xxxx) lub równoważny.

Eksperta ds. rozwiązań bazodanowych – min. 1 osoba, która spełnia poniższe warunki:
1. posiada minimum roczne doświadczenie w zakresie wdrażania bazy danych,
2. uczestniczył w minimum jednym zakończonym sukcesem (tj. odebranym przez Zamawiającego) przedsięwzięciu, którego przedmiotem było wdrożenie bazy danych.

Analityków – min. 2 osoby, z których każda spełnia poniższe warunki:
1. posiada umiejętność tworzenia modeli procesów biznesowych oraz zbierania i specyfikacji wymagań, tj.:
2. tworzyła modele procesów biznesowych/badawczych w co najmniej 2 projektach, z których każdy obejmował wdrożenie zintegrowanego systemu informatycznego,
3. zbierała i specyfikowała wymagania z zastosowaniem języka UML w co najmniej 3 projektach, z których każdy obejmował zaprojektowanie i budowę i wdrożenie zintegrowanego systemu informatycznego,
4. w przypadku co najmniej 1 osoby – posiada certyfikat UML Professional Foundation lub równoważny.

Członków zespołu, projektantów-programistów – min. 3 osoby, z których każda posiada:
1. umiejętność programowania w języku zorientowanym obiektowo,
2. umiejętność programowania rozwiązań przetwarzania danych w repozytoriach danych,
3. umiejętność programowania na podstawie specyfikacji wymagań w języku UML,
4. co najmniej 3-letnie doświadczenie w zakresie programowania oraz dokumentowania kodu źródłowego.

Specjalistę ds. jakości oprogramowania – min. 1 osoba, która spełnia poniższe warunki:
1. uczestniczył jako specjalista ds. jakości oprogramowania w realizacji co najmniej 2 projektów informatycznych, z których każdy obejmował wdrożenie zintegrowanego systemu informatycznego,
2. posiada certyfikat ISTQB na poziomie minimum Foundation Level lub równoważny,
3. posiada znajomość standardów związanych z wytwarzaniem oprogramowania (CMMI, RUP, standardy ISO, IEEE).

Uwaga!

Za certyfikat równoważny zamawiający uzna przedstawienie przez Wykonawcę certyfikatu, tożsamego co do zakresu wskazanego certyfikatu, co jest rozumiane jako: – tożsama dziedzina merytoryczna wynikająca z wiedzy, którą obejmuje certyfikat; – tożsamy stopień poziomu kompetencji; – tożsamy poziom doświadczenia zawodowego wymagany dla otrzymania danego certyfikatu (np.: konieczność wykazania się uczestnictwem w określonej liczbie projektów w danej roli, etc); – został wydany przez uprawniony podmiot na podstawie zdanego egzaminu
Za normę równoważną zamawiający uzna rozwiązania związane z metodyką badawczą, w których badania wykonane będą według znowelizowanych norm lub innych procedur badawczych, o ile zastosowana metodologia będzie tożsama z metodologią normy wskazanej przez Xxxxxxxxxxxxx.

Etap I. „Przeprowadzenie analizy przedwdrożeniowej i zaprojektowanie Systemu ”
1. Wymagania dotyczące przeprowadzenia „Analizy Przedwdrożeniowej” [ANP]

Pierwszym zadaniem do wykonania w ramach procesu wdrożenia jest opracowanie przez Wykonawcę w porozumieniu z Zamawiającym Analizy przedwdrożeniowej. W wyniku przeprowadzenia Analizy przedwdrożeniowej zostanie utworzona „Dokumentacja Projektowa” [DPR] w wersji inicjalnej.
„Dokumentacja Projektowa” stanowić będzie bazowy opis budowanego Systemu. Na podstawie zapisów w tym dokumencie będą prowadzone i odbierane poszczególne zadania realizowane przy budowie Systemu.
„Dokumentacja Projektowa” wraz z SIWZ będą stanowiły podstawę do weryfikacji funkcjonalnej i jakościowej Systemu w trakcie odbiorów.
„Dokumentacja Projektowa” obejmie co najmniej następujące elementy (Wykonawca może rozszerzać poniższą listę według własnego uznania):

Szczegółowy Harmonogram Prac [HAW],
Analizę wymagań funkcjonalnych [AWF],
Przypadki użycia [PRU],
Projekt Techniczny [PRT],
Standardy Zarządzania Projektem [SZP],
Plan Komunikacji [PLK],
Plan Testów [PLT].

Wszystkie w/w dokumenty będą opracowane w ścisłej współpracy z Zamawiającym. Projekty dokumentów będą opracowywane przez Wykonawcę na podstawie wytycznych znajdujących się w SIWZ i każdorazowo przedstawiane Zamawiającemu do akceptacji.

„Dokumentacja Projektowa” powinna być opracowana zgodnie z wytycznymi metodyki PRINCE2 (lub równoważnej).
Wykonawca zobowiązany jest do bieżącej aktualizacji „Dokumentacji projektowej” w miarę postępów projektu.

Wymagane jest aby „Dokumentacja projektowa”:

była spójna i skoordynowana we wszystkich dziedzinach wiążących się z realizacją przedmiotu zamówienia oraz sporządzona w takiej formie i szczegółowości, aby możliwe było dokonanie jej oceny przez inny niezależny podmiot, co zastrzega sobie Zamawiający,
w pełni odzwierciedlała architekturę przedmiotu zamówienia, jego organizację, oraz wszystkie funkcje przewidziane do realizowania przez dostarczone urządzenia,
a także administratorów i użytkowników,
zawierała kompletny i szczegółowy opis przyjętych rozwiązań funkcjonalnych
wraz z informacjami o parametrach i sposobie konfiguracji, konstrukcyjnych, użytkowych i sprzętowych, z wyspecyfikowaniem asortymentowym i ilościowym wszystkich elementów składowych,
określała zasady i plany instalacji, konfiguracji i uruchomienia urządzeń,
określała rodzaje, zasady i plan testów akceptacyjnych odbioru przedmiotu zamówienia wraz z kryteriami ich akceptacji, procedury przeprowadzenia testów oraz niezbędne do przeprowadzenia testów oprogramowanie,
wskazywała punkty krytyczne i zagrożenia mające wpływ na niezawodne działanie dostarczonych urządzeń.

Wymagania dotyczące opracowania „Szczegółowego Harmonogramu Prac” [HAW]

Szczegółowy Harmonogram Prac musi być zgodny z Harmonogramem etapów realizacji przedmiotu umowy. Dokument [HAW] zostanie opracowany przez Wykonawcę i będzie poddany akceptacji przez Zamawiającego.

[HAW] powinien zawierać co najmniej plan realizacji wszystkich zadań w ramach niniejszego zamówienia w tym w szczególności:

Plan dostaw infrastruktury sprzętowej (ze wskazaniem planowanych dat oraz czasu trwania dostaw) – w tym rozmieszczenia urządzeń typu beacon.
Plan kolejności instalacji/konfiguracji i wdrożenia poszczególnych komponentów (aplikacji biznesowych, aplikacji infrastrukturalnych, oprogramowania standardowego, dedykowanego, itd.).
Plan realizacji testów (ze wskazaniem dat opracowania dokumentacji testowej (scenariuszy testowych, raportów z testów), terminy przeprowadzenia testów).
Plan realizacji szkoleń,
Plan działań okołoprojektowych niezbędnych do uruchomienia systemu Opole+ (w tym wybór operatora płatności)

oraz inne ustalone z Zamawiającym elementy w trakcie Analizy Przedwdrożeniowej.

[HAW] musi być przedstawiony jako diagram Gantta, który obejmuje zadania wraz
z ich następnikami, datę rozpoczęcia, datę zakończenia zadania, czas trwania (liczony
w dniach roboczych), podmiot odpowiedzialny za realizację zadania. W trakcie realizacji projektu wskazane jest monitorowanie procentowego postępu w realizacji zadania.

Wymagania dotyczące „Analizy Wymagań Funkcjonalnych” [AWF]

Doprecyzowane zostaną szczegóły techniczne i wszelkie założenia każdego z elementów Systemu, a także propozycje rozwiązań ze strony Wykonawcy i Zamawiającego. Efektem finalnym będzie Analiza Funkcjonalna Systemu, która zawierać będzie szczegóły dotyczące sposobu działania poszczególnych elementów, ich wyglądu i zachowania.

Analiza funkcjonalna będzie bazowała na Załączniku B.2 do SOPZ – „Wymagania funkcjonalne
i pozafunkcjonalne dla Systemu”.

Wymagania dotyczące opracowania „Przypadków Użycia” [PRU]

Model przypadków użycia powinien przedstawiać graficzną reprezentację (wraz z opisem) przypadków użycia, aktorów oraz związków między nimi, występujących w dziedzinie przedmiotowej Systemu. Zakres opracowania przypadków użycia powinien obejmować wymagania funkcjonalne przedstawione w [AWF].

Model przypadków użycia powinien zawierać:

Zestawienie aktorów, w tym podział użytkowników na grupy z przypisaniem ról oraz uprawnień.
Hierarchię przypadków użycia wraz z ich szczegółowym opisem (x.xx. zawierającym dane wejściowe i wyjściowe, scenariusze działań, aktorów).
Mapowanie przypadków użycia na wymagania (tj. wskazanie, które wymagania są realizowane w ramach poszczególnych przypadków użycia).

Model przypadków użycia będzie bazował na modelu procesów znajdującym się w załączniku B.1 do SOPZ.

Wymagania dotyczące opracowania „Projektu Technicznego” [PRT]

Przygotowanie Projektu Technicznego musi być zrealizowane w sposób, umożliwiający uwzględnienie w Systemie wszystkich wymagań Zamawiającego, wynikających z niniejszego SOPZ. Zatwierdzony Projekt Techniczny stanowi podstawę budowy i wdrożenia systemu.

Projekt Techniczny powinien zawierać co najmniej następujące elementy:

Opis architektury sprzętowej, logicznej i technicznej Systemu (wraz z określeniem zastosowanych technologii), obejmujący podział na moduły oraz opis zależności pomiędzy modułami.
Opis narzędzi oraz oprogramowania wykorzystywanych do budowy i wdrożenia systemu.
Opis zasad integracji i powiązań pomiędzy poszczególnymi modułami wraz z metodami komunikacji oraz opisem interfejsów integracyjnych.
Logiczny i fizyczny model danych i relacji.
Szczegółowy zakres i metody przeprowadzenia integracji.
Szczegółowy opis interfejsu użytkownika.
Opis ról zdefiniowanych w systemie oraz związanych z nimi uprawnień, z podziałem na poszczególne elementy.
Opis proponowanego systemu zabezpieczeń, obejmujący x.xx.:
- przypadek utraty danych wynikających z wadliwego działania systemu,
- Awarię platformy aplikacyjno-bazodanowej,
- próbę naruszenia bezpieczeństwa systemu,
- Awarię sprzętową,
- Awarie związane z działaniem Oprogramowania Standardowego.
Opis parametrów konfiguracyjnych systemu.

Elementem projektu technicznego będzie projekt techniczny instalacji urządzeń beacon – uzgodniony z zarządcami poszczególnych obiektów wskazanych w Załączniku D.1 do SOPZ, zawierający co najmniej:

Przedmiot i zakres opracowania,
Założenia realizacyjne,
Szczegółowe rozwiązania techniczne,
Sposób mocowania,
Sposób wymiany baterii / zasilania urządzeń,
Zestawienie ilościowe wszystkich elementów sprzętowych oraz ewentualnych licencji.

Wymagania dotyczące opracowania „Standardy Zarządzania Projektem” [SZP]

Dokument „Standardy Zarządzania Projektem” będzie zawierać kolejność wdrażania poszczególnych elementów Systemu, a także zestawienie osób uczestniczących we wdrożeniu. Dokument będzie zawierać szczegółowe plany poszczególnych etapów przedstawiające opis realizacji poszczególnych etapów projektowych, określające:

Opis poszczególnych Etapów Projektu:
- produkty i kryteria odbioru Produktów realizowanych w poszczególnych Etapach,
- wymagania realizacji i odbioru dla wszystkich etapów,
- cele zamierzone do osiągnięcia,
- sposoby sterowania etapem i punkty kontrolne,
- tolerancję realizacji etapów.
Opis struktury projektowej.
Procedurę zarządzania ryzykiem, zmianą i zagadnieniami projektowymi.
Procedurę kontroli jakości.
Rejestr ryzyk projektowych wraz z oceną ich wpływu na realizację przedmiotu umowy i możliwymi działaniami zaradczymi, osobami i podmiotami zaangażowanymi w realizację Umowy (w tym w szczególności zasady i przepisy dotyczące bezpieczeństwa informacji oraz innych zasad związanych z wykonaniem wszelkich czynności i w związku z dostępem do infrastruktury lub wszelkich innych systemów, bądź też baz danych).
Metodyk, które będą realizowane przy wykonaniu przedmiotu Umowy, w szczególności metodyki produkcji i testowania oprogramowania oraz narzędzi zarządzania projektem.
Rejestry: zagadnień projektowych, zmian, prac realizowanych w ramach projektu.
Dokumenty wymagane do realizacji Gwarancji.
Plan Komunikacji – z uwzględnieniem wzoru miesięcznego „Raportu o stanie projektu” zawierającego co najmniej:
- Informacje o przeprowadzonych pracach wraz z terminami z odniesieniem do [HAW],
- Informacje o planowanych działaniach w najbliższym czasie z odniesieniem do [HAW],
- stwierdzonych problemach / zagrożeniach w zakresie realizacji Projektu,
- postulatach wobec Zamawiającego.

W ramach dokumentu „Standardy Zarządzania Projektem” zostaną przez Wykonawcę przygotowane informacje na temat struktury organizacyjnej zarządzania projektem, w tym muszą zostać powołane minimum następujące role w projekcie:

Kierownik Projektu ze strony Zamawiającego.
Kierownik Projektu ze strony Wykonawcy.
Zespół realizacyjny po stronie Wykonawcy.

W ramach struktury organizacyjnej procesu wdrożenia musi zostać również powołany Komitet Sterujący minimum w składzie:

Przewodniczący – przedstawiciel Zamawiającego.
Główny Dostawca – przedstawiciel Wykonawcy.
Główny Odbiorca – przedstawiciel Zamawiającego.

Każda z tych ról ma prawo powołać swoich specjalistów dziedzinowych odpowiadających za operacyjną realizację projektu. Szczegółowe zadania i kompetencje Komitetu Sterującego zostaną szczegółowo opisane w „Standardach Zarządzania Projektem”.

Wykonawca opracuje Plan Komunikacji dla projektu, w ramach którego będą zebrane informacje nt.:

Danych kontaktowych członków zespołu projektowego.
Zasady komunikacji (formalnej oraz operacyjnej).
Przyporządkowanie ról projektowych do osób zaangażowanych w prace projektowe (w tym odpowiedzialność za dany produkt/komponent).

Wymagania dotyczące opracowania „Planu Testów” [PLT]

Plan Testów będzie zawierać opis metody przeprowadzenia testów oraz scenariuszy testowych, które będą wykorzystane w trakcie weryfikacji zgodności Systemu z wymaganiami oraz Projektem Technicznym. Dokument będzie zawierał co najmniej:

opis środowiska testowego,
szczegółowy harmonogram testów,
opis sposobu przeprowadzenia testów,
scenariusze i przypadki testowe uwzględniające testy każdego z modułów oraz testy powiązań pomiędzy modułami, w tym testy:

jakościowe,
funkcjonalne,
integracyjne,
bezpieczeństwa,
wydajnościowe,
ergonomii,
UX oraz zgodności z WCAG 2.1.

Wykonawca dla poszczególnych testów przekaże do akceptacji Zamawiającemu szczegółowy plan
i zakres testów.

Plan testów musi zawierać co najmniej:
- proponowany czas trwania testu wraz z iteracjami,
- podstawowe informacje na temat przedmiotu testów,
- nazwę Komponentu, nazwę Modułu Funkcjonalnego, nazwę Funkcjonalności lub komponentu sprzętowego,
- scenariusz testów danej Funkcjonalności, wraz z informacją o konfiguracji (jeżeli jest wymagana dodatkowa), kryteria akceptacyjne.
Zamawiający wniesie ewentualne uwagi do przedstawionego Planu testu do 10 dni roboczych.
Wykonawca uwzględni uwagi Zamawiającego oraz przekaże poprawiony Plan testów do 5 dni roboczych.
Brak akceptacji Planu testów uniemożliwia rozpoczęcie testów funkcjonalnych danego Komponentu.
Plan testów musi obejmować testowanie wszystkich wymagań Systemu.
Zamawiający może zrezygnować z testowania wybranych wymagań Systemu.

Dodatkowo przed przystąpieniem do testów funkcjonalnych Wykonawca jest zobowiązany przedstawić Dokumentację użytkową zgodną z testowaną w danej iteracji wersją Systemu.

Przeprowadzenie testów musi być zakończone opracowaniem Raportu z testów. Raport
z testów musi być przyjęty przez Zamawiającego bez zastrzeżeń.

Wymagania dotyczące „Projektu wizualizacji aplikacji mobilnej Opole+ i aplikacji internetowej Opole+” [PROJW]

Wykonawca przygotuje projekt wizualizacji aplikacji mobilnej Opole+ i Aplikacji internetowej Opole+ zawierający następujące elementy:

rozmieszczenie poszczególnych komponentów w aplikacji internetowej i w aplikacji mobilnej w formie makiet,
propozycję wyglądu poszczególnych komponentów,
projekt kolorystyki i szaty graficznej aplikacji internetowej i aplikacji mobilnej,
określenie sposobów przejścia i animacji pomiędzy elementami,
określenie czcionek, oraz kroju dla danych elementów aplikacji internetowej i aplikacji mobilnej,
w aplikacji internetowej można wykorzystać najlepsze elementy z obecnego wyglądu portali należących do Zamawiającego, w uzgodnieniu z Zamawiającym,
aplikacja internetowe oraz aplikacja mobilna muszą być dostosowane do osób niepełnosprawnych zgodnie z rozporządzeniem Rady Ministrów w sprawie Krajowych Ram Interoperacyjności, a także innymi aktami prawnymi i regulacjami,
Wykonawca powinien przewidzieć wizualizację dotyczącą stylu żałobnego, oraz wersje okolicznościowe. Liczba wersji okolicznościowych nie przekroczy 10 styli.

W przypadku projektu wizualizacji aplikacji internetowej oraz aplikacji mobilnej zostaną przedstawione warianty dla różnych rozdzielczości (w celu zapewnienia responsywności). Wykonawca przedstawi 3 różne projekty wizualizacji, każdy obejmujący wszystkie 3 warianty rozdzielczości dla aplikacji internetowej i aplikacji mobilnej – na ich bazie,
z dookreśleniem które elementy i w jaki sposób będą konfigurowalne z poziomu ustawień (min. zakres konfigurowalnych elementów to kolorystyka, logo partnera, logo Zamawiającego, stopka z logotypami z określeniem liczby elementów w stopce, nazwa, tło nagłówka). Zamawiający podejmie ostateczną decyzję co do wyglądu aplikacji internetowej i aplikacji mobilnej Opole+.

W ramach prowadzonych prac, opracowane zostanie logo systemu Opole+ do wykorzystania w aplikacji mobilnej, aplikacji internetowej oraz dokumentach związanych z programem Opole+.

Interfejs systemu jak i aplikacji winien być tworzony zgodnie z zasadami UX (User Experience) oraz zgodnie z WCAG 2.1.

Etap II „Dostarczenie infrastruktury sprzętowo-programowej”
1. Szczegółowy plan testów i scenariusze testowe sprzętu [SPLTII]

W ramach dostawy infrastruktury sprzętowej Wykonawca dokona uszczegółowienia planu testów [PLT] pod kątem przeprowadzenia testów dostarczonej infrastruktury sprzętowej. W szczególności plan testów infrastruktury sprzętowej powinien obejmować wszystkie testy przewidywane przez producentów dostarczanych rozwiązań.

Dostarczona, zainstalowana i skonfigurowana infrastruktura sprzętowa i oprogramowanie standardowe [INFS]

W ramach realizacji produktu Wykonawca dostarczy, zainstaluje i skonfiguruje infrastrukturę sprzętową oraz oprogramowanie standardowe opisane w załącznikach:

Załącznik A.1 do SOPZ – „Serwer Rack”;
Załącznik A.2 do SOPZ – „Macierz dyskowa”;
Załącznik A.3 do SOPZ – „Serwer plików NAS z dyskami twardymi”;
Załącznik A.4 do SOPZ – „Przełącznik FC”;
Załącznik A.5 do SOPZ – „Oprogramowanie do backup’u”;
Załącznik A.6 do SOPZ – „System bezpieczeństwa na styku z Internetem”;
Załącznik A.7 do SOPZ – „Platforma wirtualizacji”;
Załącznik A.9 do SOPZ – „Oprogramowanie systemowe – Serwerowy System Operacyjny SSO”;
Załącznik A.10 do SOPZ – „Kolektor danych”;
Załącznik A.11 do SOPZ – „Urządzenie kontrolerskie”;

zgodnie z wytycznymi i zawartymi w Załączniku A do SOPZ – „Opis Przedmiotu Zamówienia w zakresie sprzętu”.

Raport z testów sprzętu [RATII]

Po dostarczeniu, zainstalowaniu i skonfigurowaniu infrastruktury sprzętowej i oprogramowania standardowego, według planu [SPLTII], Wykonawca sporządzi raport z testów zawierający wyniki testów dla scenariuszy testowych przewidzianych w [SPLTII].

Dokumentacja techniczna sprzętu [DTS]

Wykonawca dostarczy Zamawiającemu pełną dokumentację standardowo dostarczaną przez producentów do dostarczonego sprzętu oraz oprogramowania standardowego.

Wykonawca dostarczy Zamawiającemu dokumentację oraz karty gwarancyjne dla oprogramowania oraz sprzętu wchodzącego w zakres Systemu obowiązujące dla całego okresu gwarancyjnego.

Wykonawca dostarczy Zamawiającemu dokumentację licencyjną dla oprogramowania oraz sprzętu wchodzącego w zakres Systemu.

Dostarczona dokumentacja powinna być sporządzona w języku polskim lub angielskim.

Etap III „Stworzenie aplikacji internetowej Opole+”
1. Szczegółowy plan testów i scenariusze testowe aplikacji internetowej Opole+ [SPLTIII]

Wykonawca dokona uszczegółowienia planu testów [PLT] pod kątem przeprowadzenia testów aplikacji internetowej Opole+.

Wdrożony moduł zarządzania, publikacji i aktualizacji treści systemu (CMS) [CMS]

W ramach tworzenia produktu system zarządzania, publikacji i aktualizacji treści systemu zostanie wytworzone i wdrożone oprogramowanie spełniające wymagania opisane w załączniku B2. Do SOPZ, w szczególności:

1. Wymagania ogólne dla aplikacji mobilnej Opole+;

3. Wymagania względem modułu zarządzającego;

3.1. Wymagania niefunkcjonalne;

3.2. Wymagania w zakresie uprawnień;

3.3. Moduł publikacji i aktualizacji treści;

3.4. Moduł zarządzania treścią aplikacji internetowej (CMS);

3.6. Serwer aktualizacji treści;

12. Wymaganie względem wsparcia informacji turystycznej oraz partnerów Systemu Opole+.

Aplikacja internetowa Opole+ wdrożona i uruchomiona [IAO+]

W ramach tworzenia produktu Aplikacja internetowa Opole+ zostanie wytworzone i wdrożone oprogramowanie spełniające wymagania opisane w załączniku B2. do SOPZ, w szczególności:

2. Wymagania ogólne aplikacji internetowej;

3.1. Wymagania niefunkcjonalne;

3.2. Wymagania w zakresie uprawnień;

3.3. Moduł publikacji i aktualizacji treści;

3.4. Moduł zarządzania treścią aplikacji internetowej (CMS);

3.6. Serwer aktualizacji treści;

4. Wymagania w zakresie modułu użytkownika;

5. Wymagania względem uniwersalnego modułu sprzedaży;

6. Wymagania względem systemu w zakresie płatniczym oraz finansowo-księgowym;

8. Wymagania względem strefy płatnego parkowania;

9. Wymagania względem modułu ZOO;

10. Wymagania modułu sportu i rekreacji;

11. Wymagania względem modułu big-bagów;

12. Wymagania względem modułu obsługi dowozu osób niepełnosprawnych;

14. Wymagania w zakresie modułu bibliotecznego;

15. Wymagania w zakresie obsługi realizacji kart „Opolska Rodzina” oraz „Opolski Senior”;

16. Wymagania wobec modułu zgłoszeniowego;

17. Koncepcja modułu analiz.

Opracowane oprogramowanie powinno być zintegrowane zgodnie z wymogami dokumentów:

• Załącznik C.1. do SOPZ – „Zakres współpracy wykonawcy systemu «Wodna Nuta» i «Akwarium», «Toropol» oraz «Błękitna Fala»”.

Dokumentacja techniczna i użytkowa aplikacji internetowej [DTAI]

Wykonawca dostarczy Zamawiającemu dokumentację według specyfikacji opisanej w sekcji 6.5. Dokumentacja techniczna i użytkowa elementów systemu wdrażanych w Etapie IV [DTAIV]. Wykonawca może w/w dokumentację dostarczyć odrębnie dla aplikacji internetowej Opole+ i aplikacji mobilnej Opole+ lub łącznie – zastrzeżeniem, że w momencie przekazywania do eksploatacji danej części systemu powinna być dostarczona całościowa dokumentacja dotycząca danego elementu systemu.

Raport z testów elementów systemu wdrażanych w Etapie III [RATIII]

W ramach zamówienia wymaga się utworzenia środowiska testowego, które przy pomocy zdalnego dostępu umożliwi testowanie funkcjonowania Systemu, weryfikacji kolejnych aktualizacji systemu przed wgraniem ich produkcyjnie na serwery. Środowisko testowe musi funkcjonować w warunkach odpowiadającym warunkom rzeczywistym. Środowisko testowe ma być wyodrębnione i utworzone na infrastrukturze dostarczanej w ramach zamówienia.

Etap IV Budowa aplikacji mobilnej Opole+
1. Szczegółowy plan testów i scenariusze testowe elementów systemu wdrażanych w Etapie IV [SPLTIV]

Wykonawca dokona uszczegółowienia planu testów [PLT] pod kątem przeprowadzenia testów aplikacji mobilnej Opole+.

Aplikacja mobilna Opole+ wdrożona i opublikowana w sklepach AppStore, Google Play [MAO+]

W ramach tworzenia produktu zostanie wytworzone i uruchomione oprogramowanie mobilne spełniające wymagania opisane w załączniku B.2. do SOPZ, w szczególności:

1. Wymagania ogólne dla aplikacji mobilnej Opole+;

2.2. Wymagania w zakresie bezpieczeństwa;

4. Wymagania w zakresie modułu użytkownika;

5. Wymagania względem uniwersalnego modułu sprzedaży;

6. Wymagania względem systemu w zakresie płatniczym oraz finansowo-księgowym;

7. Koncepcja modułu komunikacji miejskiej;

8. Wymagania względem strefy płatnego parkowania;

9. Wymagania względem modułu ZOO;

10. Wymagania modułu sportu i rekreacji;

10.1. Wymagania dla obiektu „Wodna Nuta”;

10.2. Wymagania dla obiektu „Akwarium”;

10.3. Wymagania w zakresie obiektu „Błękitna Fala”;

10.4. Wymagania dla lodowiska „Toropol”;

11. Wymagania względem modułu big-bagów;

12. Wymagania względem modułu obsługi dowozu osób niepełnosprawnych

13. Wymaganie względem wsparcia informacji turystycznej oraz partnerów Systemu;

14. Wymagania w zakresie modułu bibliotecznego;

15. Wymagania w zakresie obsługi realizacji kart „Opolska Rodzina” oraz „Opolski Senior”;

16. Wymagania wobec modułu zgłoszeniowego.

Opracowane oprogramowanie powinno być zintegrowane zgodnie z wymogami dokumentów:

• Załącznik C.1. do SOPZ – „Zakres współpracy wykonawcy systemu «Wodna Nuta» i «Akwarium», «Toropol» oraz «Błękitna Fala»””.

W ramach wsparcia w publikacji aplikacji mobilnej w sklepach internetowych, Wykonawca opracuje treści do umieszczenia w sklepach AppStore oraz Google Play, w tym grafiki (które przedstawi jako zrzuty z ekranów).

Moduł publikacji i aktualizacji treści, moduł komunikacji i zarządzania beaconami oraz serwer aktualizacji treści wdrożony [SPKB]

W ramach tworzenia produktu zostanie wytworzone i uruchomione oprogramowanie spełniające wymagania opisane w załączniku B2. do SOPZ, w szczególności:

3.3. Moduł publikacji i aktualizacji treści;

3.5. Moduł komunikacji i zarządzania beaconami.

Raport z testów elementów systemu wdrażanych w Etapie IV [RATIV]

Dokumentacja techniczna i użytkowa elementów systemu wdrażanych w Etapie IV [DTAIV]

Wykonawca musi opracować szczegółową dokumentację techniczną zawierającą następujące rodzaje dokumentacji:

Uwaga! Etap IV to ostateczny etap kiedy dokumentacja systemu powinna powstać. Jeżeli realizacja projektu na wcześniejszym etapie będzie wymagała sporządzenia dokumentacji częściowej – opisanej w niniejszej sekcji – Wykonawca ma obowiązek ją dostarczyć. W szczególności dotyczy to testów.

Dokumentacja Systemowa

Dokumentacja systemowa musi zawierać co najmniej następujące informacje:

Wprowadzenie opisujące cele i zakres;
Diagram kontekstowy zaproponowanego rozwiązania i model zachowania;
Ograniczenia rozwiązania;
Założenia i zależności;
Ogólna charakterystyka użytkowników;
Opis wymagań funkcjonalnych i niefunkcjonalnych;
Specyfikację wymagań funkcjonalnych;
Specyfikację wymagań niefunkcjonalnych;
Opis wymagań sprzętowych i programowych;
Specyfikację wymagań sprzętowych;
Specyfikację wymagań programowych;
Opis i specyfikację interfejsów;
Opis przebiegu testów i sposób oszacowania niezawodności zastosowanego rozwiązania, w tym propozycję raportów z testów;
Kody źródłowe.

Dokumentacja Eksploatacyjna

Dokumentacja eksploatacyjna, musi zawierać co najmniej:

procedury administracyjne,
procedury zabezpieczeń (backup’owe),
procedury awaryjne,
procedury użytkownika,

Każda z procedur wymienionych w ustępie 1, muszą zawierać, co najmniej następujące informacje:

identyfikator i nazwę procedury.
rodzaj procedury.
data utworzenia i zatwierdzenia oraz wersja procedury.
cel i zakres procedury.
warunki uruchomienia procedury i oczekiwany rezultat jej wykonania.
dane osób, które opracowały procedurę, sprawdziły, zaakceptowały i zatwierdziły.
działania, które występują jedno po drugim, jakie należy wykonać, aby osiągnąć postawiony cel, w tym informacja o osobie (zgodnie z zaproponowanymi rolami), która powinna wykonać dane czynności.

Dokumentacja – instrukcja użytkownika

Dokumentacja powinna umożliwiać samodzielne i sprawne wykonywanie wszelkich operacji przez użytkownika w pracy z systemem.

Dokumentacja powykonawcza

Dokumentację powykonawczą systemu stanowić będzie zaktualizowana dokumentacja projektowa uzupełniona o opis wykonanych instalacji technicznych, opis zainstalowanego sprzętu
i oprogramowania wraz z informacjami o parametrach i sposobie konfiguracji, instrukcje techniczno-instalacyjne, instrukcje obsługi sprzętu i oprogramowania oraz inne dokumenty producentów, a także materiały szkoleniowe i podręczniki w zakresie dotyczącym systemu.

Dokumentacja w zakresie dostępności cyfrowej

Wykonawca jest zobowiązanych spełnić wymagania dot. dostępności na podstawie ustawy z dnia 4 kwietnia 2019 r. o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych.

Zgodnie z Art. 5 ust 1-3 strona internetowa/aplikacja mobilna musi zapewniać dostępność cyfrową poprzez:
1. Spełnienie wymagań określone wymagań określonych poniżej,
2. Zapewnienie funkcjonalności, kompatybilności, postrzegalności i zrozumiałości,
3. Spełnienie wymagań określone w pkt 9, 10 i 11 normy EN 301 549 V2.1.2.
W przypadku gdy podmiot publiczny publikuje informacje na stronie internetowej lub w aplikacji mobilnej innej niż jego strona internetowa lub aplikacja mobilna i informacje te nie spełniają wymagań dostępności cyfrowej, podmiot ten publikuje te same informacje na wybranej spośród posiadanych przez siebie stron internetowych lub aplikacji mobilnych, w sposób dostępny cyfrowo.
W przypadku braku możliwości zapewnienia dostępności cyfrowej elementu strony internetowej/aplikacji mobilnej, należy zapewnić alternatywny sposób dostępu do tego elementu.

Sposób alternatywny rozumiany jest jako zapewnienie kontaktu telefonicznego, korespondencyjnego, za pomocą środków komunikacji elektronicznej, za pomocą tłumacza języka migowego lub tłumacza-przewodnika.

Wymagane jest sporządzenie deklaracji dostępności w sposób dostępny cyfrowo.

Deklaracja dostępności sporządzona zostaje na określonym wzorze poniżej.

Deklaracja dostępności musi zostać opublikowana dla:

Strony internetowej – na tej stronie internetowej,
Aplikacji mobilnej – na stronie internetowej oraz w tej aplikacji mobilnej.

Deklaracja dostępności musi zostać umieszczona na stronie internetowej tak, aby użytkownik mógł mieć do niej dostęp podczas nawigacji po stronie internetowej, natomiast deklaracja dostępności w aplikacji mobilnej musi być umieszczona jako link w miejscu, z którego pobierana jest aplikacja mobilna.

Wykonawca musi w terminie do 7 dni od dnia wystąpienia żądania odpowiedzieć na każde żądanie zapewnienia dostępności cyfrowej strony internetowej/aplikacji mobilnej lub ich elementów (dotyczy również etapu VII).

Dokumentacja bezpieczeństwa oraz ochrony danych osobowych

Dokumentacja Bezpieczeństwa - oznacza część dokumentacji zawierającą co najmniej informacje dotyczące wytycznych, reguł i procedur związanych z ochroną zasobów informacyjnych przedmiotu Umowy. Opisuje sposoby i tryb postępowania w sprawach związanych z bezpieczeństwem informacji przetwarzanych w systemie oraz zakresem odpowiedzialności użytkowników systemu i pracowników mających do niego dostęp.

Musi zawierać:

Opis procesu zarządzania ryzykiem:
1. opis metodyki szacowania ryzyka
2. identyfikację zagrożeń dla poufności integralności oraz dostępności informacji przetwarzanych w systemie
3. raport z procesu szacowania ryzyka
4. listę wdrożonych zabezpieczeń
5. informacje o ryzyka szczątkowych
plany ciągłości działania
opis bezpieczeństwa fizycznego
1. środki ochrony fizycznej
2. zasilanie awaryjne
3. zapewnienie warunków środowiskowych
4. alternatywne łącza
informacje o zastosowanych urządzeniach i narzędziach kryptograficznych
ochrona nośników
1. oznaczanie
2. dostęp
3. transport
4. niszczenie nośników
procedury odnoszących się do następujących zagadnień:
1. administrowanie systemem IT
2. administrowanie środkami ochrony
3. bezpieczeństwo urządzeń
4. bezpieczeństwo oprogramowania
5. zarządzanie konfiguracją sprzętową
6. zarządzanie konfiguracją programową
7. zasady serwisowania
8. zasady modernizowania
9. zasady wycofania elementów systemu
10. plany awaryjne
11. monitorowanie systemu IT
12. audyt systemu IT
13. zarządzanie nośnikami
14. zarządzanie materiałami kryptograficznymi
15. incydenty bezpieczeństwa
16. szkolenia użytkowników
17. regulaminy użytkowania systemu oraz klauzule, które będzie musiał zaakceptować użytkownik chcąc wykorzystywać system.

Ponadto Wykonawca jest zobowiązany do dostarczenia dokumentacji Ochrony Danych Osobowych składającej się z Polityki Bezpieczeństwa Danych Osobowych oraz Instrukcji Zarządzania Systemem Służącym do Przetwarzania Danych Osobowych zgodnie z obowiązującymi przepisami oraz przyjętymi uregulowaniami Zamawiającego.

Etap V „Dostawa, instalacja i konfiguracja urządzeń typu beacon”
1. Szczegółowy plan testów i scenariusze testowe urządzeń typu beacon oraz Systemu komunikacji i zarządzania beaconami [SPLTV]

Wykonawca dokona uszczegółowienia planu testów [PLT] pod kątem przeprowadzenia testów zainstalowanych urządzeń beacon oraz systemu zarządzania beaconami.

Urządzenia typu beacon zainstalowane i skonfigurowane [UBI]

W ramach realizacji produktu zostaną dostarczone urządzenia beacon według specyfikacji zawartej
w załączniku A.8 do SOPZ – „Urządzenia Beacon”, które następnie zostaną zainstalowane zgodnie
z wytycznymi zapisanymi w projekcie technicznym w lokalizacjach znajdujących się w załączniku D.1. SOPZ.

Moduł komunikacji i zarządzania beaconami wdrożony [SUBI]

W ramach tworzenia produktu zostanie wdrożone oprogramowanie spełniające wymagania opisane w załączniku B.2. do SOPZ, w szczególności:

3.3. Moduł publikacji i aktualizacji treści,

3.5. Moduł komunikacji i zarządzania beaconami.

Raport z testów elementów wdrożonych w etapie V [RATV]

Po dostarczeniu, zainstalowaniu i skonfigurowaniu urządzeń beacon, według planu SPLTV, Wykonawca sporządzi raport z testów zawierający wyniki testów dla scenariuszy testowych przewidzianych w [SPLTV].

Dokumentacja techniczna i użytkowa urządzeń typu beacon. Dokumentacja techniczna i użytkownika całego Systemu [DTAV]

Wykonawca dostarczy Zamawiającemu pełną dokumentację standardowo dostarczaną przez producentów do dostarczonych urządzeń beacon.

Wykonawca dostarczy Zamawiającemu dokumentację oraz karty gwarancyjne urządzeń beacon w zakres Systemu obowiązujące dla całego okresu gwarancyjnego.

Wykonawca dostarczy Zamawiającemu dokumentację licencyjną dla oprogramowania urządzeń beacon i związanego z nimi oprogramowania (o ile takie występuje) wchodzącego w zakres Systemu.

Dokumentację powykonawczą (techniczną i użytkową) systemu stanowić będzie zaktualizowana dokumentacja projektowa w zakresie urządzeń beacon, uzupełniona o opis wykonanych instalacji technicznych, opis zainstalowanego sprzętu i oprogramowania wraz z informacjami o parametrach i sposobie konfiguracji, instrukcje techniczno-instalacyjne, instrukcje obsługi sprzętu i oprogramowania oraz inne dokumenty producentów, a także materiały szkoleniowe i podręczniki.

Etap VI „Szkolenia”
1. Szczegółowy plan szkoleń. Materiały szkoleniowe [SPS,TRW]

Wykonawca w porozumieniu z Zamawiającym ustala harmonogram szkoleń obejmujący termin
i miejsce ich przeprowadzenia oraz listę osób uczestniczących w szkoleniu. Wszystkie Szkolenia przeprowadzone mają być w języku polskim, oraz zapewnione mają być Materiały Szkoleniowe dla uczestników w wersji papierowej oraz elektronicznej obejmujące FAQ, manual użytkownika systemu. Warunkiem rozpoczęcia szkoleń jest akceptacja przez Zamawiającego zakresu szkoleń oraz materiałów dydaktycznych wspierających szkolenia.

Wykonawca zobowiązany jest do przygotowania materiałów szkoleniowych, umożliwiających samodzielnie zapoznanie się z funkcjami Systemu.

W ramach realizacji przedmiotu zamówienia Wykonawca zobowiązuje się do przeprowadzenia szkoleń. Celem tych szkoleń będzie teoretyczne i praktyczne przygotowanie użytkowników wewnętrznych, partnerów oraz osób pełniących funkcje administratorów Systemu. Szkolenia te zostaną przeprowadzone w Opolu. Zamawiający zapewni salę szkoleniową. Sala szkoleniowa powinna być odpowiednio wyposażona przez Wykonawcę w sprzęt umożliwiający przeprowadzenie szkolenia (np. komputery, switch, rzutnik i ekran). Każdy dzień szkoleniowy będzie obejmował 8 godzin zajęć (przez godzinę zajęć należy rozumieć 45 minut).

Każde szkolenie musi być zakończone wypełnieniem ankiet ewaluacyjnych szkolenia. Ankieta musi obejmować x.xx. organizację szkolenia, treść szkolenia (w tym przygotowanie prowadzących szkolenie). Wykonawca zobowiązany jest w terminie określonym w Umowie do przedstawienia zbiorczego raportu ze szkoleń. Warunkiem zatwierdzenia poprawnej realizacji szkoleń jest dodatkowo pozytywna ocena z ankiet (tj. dla 5 punktowej skali, szkolenie musi zostać ocenione na poziomie 3,5 pkt), w przypadku gdy szkolenie nie otrzyma minimalnej wymaganej liczby punktów Wykonawca zobowiązany jest do ponownego przeprowadzenia szkolenia w terminie uzgodnionym
z Zamawiającym. Dla ponownego szkolenia obowiązują wszystkie warunki jak dla szkolenia pierwotnego.

Odbiory produktów szkoleniowych wykonanych przez Wykonawcę w ramach realizacji zamówienia będą odbywały się zgodnie z przedstawioną poniżej procedurą.

Po przeprowadzeniu szkoleń będących elementem przedmiotu zamówienia Wykonawca przekazuje Zamawiającemu „Raport z przeprowadzonych szkoleń”. Odbiór szkoleń zostanie dokonany przez Zamawiającego poprzez akceptację Raportu.
Raport w przypadku szkoleń musi zawierać następujące elementy:
1. lista przeprowadzonych szkoleń (nazwa, czas i miejsce szkolenia),
2. liczba osób przeszkolonych na każdym szkoleniu,
3. nazwę osoby szkolącej,
4. czas trwania szkolenia,
5. zakres szkolenia, z załączonymi materiałami,
6. wyniki „Ankiety oceny szkolenia”,
7. oceny z egzaminu weryfikującego przyswojenie wiedzy otrzymane przez poszczególne osoby szkolone,
8. załącznikami do raportu będą kopie list obecności na szkoleniach zawierające dane
  o uczestnikach szkolenia: imię, nazwisko, nazwa komórki organizacyjnej, telefon, adres poczty elektronicznej, dane trenera (imię, nazwisko, adres poczty elektronicznej), wypełnione karty (formularze) egzaminacyjne osób szkolonych oraz ankiet ewaluacyjnych.
Kryteria akceptacji produktów szkoleniowych są następujące:

Zawartość Raportu zgodna ze stanem faktycznym.
Liczba odbytych godzin szkoleń oraz instruktaży stanowiskowych zgodna
z przedmiotem zamówienia.
W przypadku szkoleń pozytywna średnia ocena każdego ze szkoleń, potwierdzona wypełnionymi i podpisanymi przez wszystkich uczestników „Ankietami oceny szkolenia”.
Lista osób biorących udział w szkoleniu lub instruktaży stanowiskowym potwierdzona podpisami uczestników.
W przypadku szkoleń – w ramach każdego ze szkoleń, co najmniej 80% szkolonych otrzymało ocenę pozytywną ze sprawdzianu wiedzy.

Zamawiający w ciągu do 7 dni roboczych, począwszy od dnia następnego po dniu otrzymania Raportu od Wykonawcy, przedstawia decyzję o odbiorze Raportu. Możliwe są następujące decyzje:
1. akceptacja – produkt szkoleniowy zostaje uznany za odebrany,
2. odrzucenie – produkt szkoleniowy podlega ponownie procedurze odbioru po usunięciu uchybień w przeprowadzeniu szkoleń lub wprowadzeniu w Raporcie wskazanych poprawek.
W przypadku określonym w punkcie 4.b razem z decyzją Zamawiającego przedstawiana jest lista elementów Raportu, które muszą zostać skorygowane.
W przypadku określonym w punkcie 5, w przypadku uchybień w przeprowadzeniu szkoleń Wykonawca może zaproponować rozwiązanie, które nie wymaga ponownego przeprowadzania szkolenia. Jeżeli Zamawiający uzna jednak, iż przeprowadzone szkolenia
w sposób istotny odbiegały od ustalonego zakresu merytorycznego lub posiadały inną istotną wadę wskazaną przez Zamawiającego, Zamawiający może żądać ponownej realizacji szkolenia.
W przypadku określonym w punkcie 4.b Wykonawca dokonuje niezbędnych poprawek
w terminie uzgodnionym z Zamawiającym, jednak nie dłuższym niż 5 dni roboczych od otrzymania raportu, po czym przedstawia Zamawiającemu do odbioru nową wersję Raportu. Kolejne wersje muszą być przedstawiane w sposób pozwalający na łatwe określenie miejsc,
w których wykonane zostały zmiany.
W przypadku kolejnych wersji Raportu uwagi Zamawiającego odnoszą się jedynie do elementów Raportu, które uległy zmianie w stosunku do poprzedniej wersji.
Ostateczny odbiór produktu odbywa się na podstawie protokołu odbioru.

Przeprowadzone szkolenia dla partnerów [SPRN]

Wykonawca przeprowadzi szkolenia stacjonarne dla maksymalnie 30 uczestników – pracowników i Partnerów Zamawiającego odpowiedzialnych za wprowadzanie i aktualizację treści w Systemie Opole+ dotyczących obiektów turystycznych w wymiarze minimum 4 godzin.
Każde ze szkoleń musi być prowadzone przez trenera w wymiarze 4 godzin. Nie dopuszczalne są szkolenia na odległość.
Na co najmniej 3 dni robocze przed terminem rozpoczęciem szkoleń uczestnicy szkoleń otrzymają wersje elektroniczne materiałów szkoleniowych.
Szkolenia prowadzone będą w grupach maksymalnie 10 osobowych.
Wymagane są 2 przerwy (20 minutowe).
Uczestnicy szkoleń muszą otrzymać komplet materiałów w wersji papierowej (zbindowanych)
i elektronicznej (pendrive).
Szkolenia oraz materiały muszą być przygotowane w języku polskim.
Na co najmniej 10 dni roboczych przed rozpoczęciem szkoleń Wykonawca zobowiązany jest do przedstawienia szczegółowego harmonogramu szkoleń obejmującego:
1. Wskazanie terminu oraz lokalizacji poszczególnych szkoleń.
2. Imię i nazwisko trenera wiodącego oraz trenera wspierającego.
3. Szczegółowy program szkolenia – obejmującego wszystkie bloki tematyczne.

Harmonogram szkoleń w przeciągu 3 dni roboczych zostanie zaakceptowany przez Zamawiającego lub zgłoszone zostaną uwagi do zaproponowanych terminów szkoleń, lokalizacji lub/oraz zakresu tematycznego – wówczas Wykonawca ma 2 dni robocze na przedstawienie zaktualizowanego harmonogramu szkoleń.

Po zakończeniu szkolenia Wykonawca wystawi certyfikat potwierdzający uczestnictwo
w szkoleniu, ze wskazaniem zakresu merytorycznego szkoleń oraz informacją
o współfinansowaniu szkolenia ze środków UE. Wzór certyfikatu podlegać będzie akceptacji Zamawiającego.
Szkolenia musza być prowadzone na instancji testowej Systemu.
Szkolenia mają obejmować przeprowadzenie dla pracowników i Partnerów Zamawiającego wykładu teoretycznego uzupełnionego prezentacjami multimedialnymi oraz przeprowadzeniu warsztatów praktycznych na systemie.

Przeprowadzone szkolenia dla użytkowników wewnętrznych [SPUW,TRW]

Wykonawca przeprowadzi szkolenia stacjonarne dla min. 10 uczestników – pracowników Zamawiającego odpowiedzialnych za zarządzanie biznesowe systemem Opole+.
Każde ze szkoleń musi być prowadzone przez trenera. Nie dopuszczalne są szkolenia na odległość
Na co najmniej 3 dni robocze przed terminem rozpoczęciem szkoleń uczestnicy szkoleń otrzymają wersje elektroniczne materiałów szkoleniowych.
Szkolenia prowadzone będą w grupach maksymalnie 10 osobowych.
Przez dzień szkoleniowy należy rozumieć 8 godzin zajęć.
Wymagane są 2 przerwy (20 minutowe) oraz jedną dłuższą (40 minutową).
Szkolenia muszą być prowadzone w wydzielonych blokach tematycznych.
Uczestnicy szkoleń muszą otrzymać komplet materiałów w wersji papierowej (zbindowanych) i elektronicznej (pendrive).
Szkolenia oraz materiały muszą być przygotowane w języku polskim.
Na co najmniej 10 dni roboczych przed rozpoczęciem szkoleń Wykonawca zobowiązany jest do przedstawienia szczegółowego harmonogramu szkoleń obejmującego:
1. Wskazanie terminu oraz lokalizacji poszczególnych szkoleń.
2. Imię i nazwisko trenera wiodącego oraz trenera wspierającego.
3. Szczegółowy program szkolenia – obejmującego wszystkie bloki tematyczne.

Po zakończeniu szkolenia Wykonawca wystawi certyfikat potwierdzający uczestnictwo
w szkoleniu, ze wskazaniem zakresu merytorycznego szkoleń oraz informacją
o współfinansowaniu szkolenia ze środków UE. Wzór certyfikatu podlegać będzie akceptacji Zamawiającego.
Szkolenia musza być prowadzone na instancji testowej Systemu.
Szkolenia mają obejmować przeprowadzenie dla pracowników i Partnerów Zamawiającego wykładu teoretycznego uzupełnionego prezentacjami multimedialnymi oraz przeprowadzeniu warsztatów praktycznych na systemie. Wykonawca przeprowadzi dwa rodzaje szkoleń dla użytkowników odpowiedzialnych za wprowadzanie treści – każde dla min. 40 uczestników

Szkolenie 1:

Szkolenie jednodniowe dla użytkowników wewnętrznych.
Zakres szkolenia: obsługa systemu zarządzania treścią aplikacji internetowej, aplikacji mobilnej(CMS).
Liczba godzin szkolenia: 8 godzin szkoleniowych (1 godz. szkoleniowa – 45 min), przy czym część praktyczna (tzw. Warsztaty) nie może być krótsza niż 5 godzin.
Termin realizacji szkolenia: do 1 miesiąca po wdrożeniu aplikacji.

Szkolenie 2:

Szkolenie jednodniowe dla użytkowników wewnętrznych.
Zakres szkolenia: obsługa systemu publikacji i aktualizacji treści Systemu oraz systemu komunikacji i zarządzania beaconami.
Liczba godzin szkolenia: 8 godzin szkoleniowych (1 godz. szkoleniowa – 45 min), przy czym część praktyczna (tzw. Warsztaty) nie może być krótsza niż 5 godzin.

Przeprowadzone szkolenia dla administratorów [SA,TRW]

Szkolenia przeprowadzone przez Wykonawcę mają na celu umożliwienie Zamawiającemu na samodzielne konfigurowanie wszystkich urządzeń i systemów oraz baz, które dostarczone zostaną
w ramach realizacji przedmiotu zamówienia. W przypadku zastosowania takich rozwiązań technicznych, dla których szkolenia z załączonej listy nie będą wystarczające, aby spełnić powyższy cel, Wykonawca zobowiązany jest do rozszerzenia listy oraz zakresu szkoleń. Rozszerzenie zakresu przeprowadzonych szkoleń nie będzie powodować dodatkowych kosztów ze strony Zamawiającego.

Uczestnikami szkoleń dla obsługi technicznej Systemu będą osoby odpowiedzialne za administrację
i utrzymanie systemu oraz merytoryczne wsparcie pozostałych pracowników w zakresie obsługi systemów wdrażanych w ramach Projektu, delegowane przez Zamawiającego (maksymalnie 5 osoby na jedno szkolenie).

Minimalne wymagania dla szkoleń dla administratorów:

Wykonawca przeprowadzi szkolenia stacjonarne dla 5 administratorów – pracowników Zamawiającego odpowiedzialnych za administrację systemem Opole+.
Każde ze szkoleń musi być prowadzone przez trenera.
Na co najmniej 3 dni robocze przed terminem rozpoczęciem szkoleń uczestnicy szkoleń otrzymają wersje elektroniczne materiałów szkoleniowych.
Szkolenia prowadzone będą w grupach maksymalnie 5 osobowych.
Przez dzień szkoleniowy należy rozumieć 8 godzin zajęć.
Dla szkoleń w wymiarze pełnego dnia wymagane są 2 przerwy (20 minutowe) oraz jedną dłuższą (40 minutową).
Szkolenia muszą być prowadzone w wydzielonych blokach tematycznych.
Uczestniczy szkoleń muszą otrzymać komplet materiałów w wersji papierowej (zbindowanych) i elektronicznej (pendrive).
Szkolenia oraz materiały muszą być przygotowane w języku polskim dla szkoleń prowadzonych przez Wykonawcę. Dopuszcza się szkolenia i materiały angielskojęzyczne
w przypadku, gdy dotyczą oprogramowania narzędziowego występującego wyłącznie
w wersji angielskiej i posiadających wyłącznie angielskojęzyczna dokumentację producenta.
Na co najmniej 10 dni roboczych przed rozpoczęciem szkoleń Wykonawca zobowiązany jest do przedstawienia szczegółowego harmonogramu szkoleń obejmującego:
1. Wskazanie terminu oraz lokalizacji poszczególnych szkoleń.
2. Imię i nazwisko trenera.
3. Szczegółowy program szkolenia – obejmującego wszystkie bloki tematyczne.

Po zakończeniu szkolenia, które prowadzone jest przez trenerów Wykonawcy, Wykonawca wystawi certyfikat potwierdzający uczestnictwo w szkoleniu, ze wskazaniem zakresu merytorycznego szkoleń oraz informacją o współfinansowaniu szkolenia ze środków UE. Wzór certyfikatu podlegać będzie akceptacji Zamawiającego.
Szkolenia musza być prowadzone na instancji testowej Systemu.
Szkolenie obejmie wszelkie aspekty administracji systemem Opole+, w tym procedurę zgłoszeń gwarancyjnych.
Szkolenie ma obejmować w szczególności przeprowadzenie wykładu teoretycznego dla administratorów, uzupełnionego prezentacjami multimedialnymi oraz przeprowadzeniu warsztatów praktycznych na systemie.

Szkolenie 1:

Szkolenie jednodniowe dla administracji elementami Systemu (część dotycząca aplikacji internetowej Opole+).
Liczba godzin szkolenia: 8 godzin szkoleniowych (1 godz. szkoleniowa – 45 min), przy czym część praktyczna (tzw. Warsztaty) nie może być krótsza niż 5 godzin.

Szkolenie 2:

Szkolenie jednodniowe dla administracji Systemu (część dotycząca aplikacji mobilnej Opole+).
Liczba godzin szkolenia: 8 godzin szkoleniowych (1 godz. szkoleniowa – 45 min), przy czym część praktyczna (tzw. Warsztaty) nie może być krótsza niż 5 godzin.

Gwarancja
1. Realizacja Gwarancji w cyklu miesięcznym [GWR-XX] gdzie XX to miesiąc

Zapewnienia gwarancyjne

W ramach gwarancji Wykonawca:

Zapewni prawidłowe (nieograniczone czasowo i funkcjonalnie) działanie Systemu, w tym, deklarowaną Gwarantowaną Dostępność Systemu i Wydajność Systemu oraz Sprzętu i Oprogramowania oraz zapewnieni bezpieczeństwo danych oraz Systemu przed nieautoryzowanym użyciem.
Wykona na miejscu u Zamawiającego przegląd gwarancyjny Sprzętu minimum jeden raz na rok. Przeglądy gwarancyjne dotyczą dostarczonej infrastruktury, jako całości.
Wykona na miejscu u Zamawiającego przeglądy gwarancyjne Oprogramowania, w tym baz danych - minimum jeden przegląd na rok. Przeglądy gwarancyjne obejmują: poprawę, kontrolę konfiguracji i poprawności działania Oprogramowania.
Dokona wstępnej analizy rodzaju każdego przekazanego przez Zamawiającego Zgłoszenia.
Przywróci funkcjonalność Systemu po wystąpieniu Błędu, Błędu Krytycznego lub Awarii w terminach wynikających z Umowy.
Usunie zgłoszone przez Zamawiającego Awarie, Błędy i Błędy Krytyczne w terminach wynikających z Umowy.
Usunie błędy baz danych (w tym brak spójności i integralności danych, itp.).
W ramach usunięcia Awarii wymieni lub naprawi Sprzęt, a w przypadku konieczności ich zabrania do naprawy zobowiązuje się do podstawienia Elementu Zastępczego oraz właściwego jego skonfigurowania i uruchomienia, w sposób umożliwiający przejęcie funkcji uszkodzonego Urządzenia.
Zapewni autoryzowany serwis producenta dla Urządzeń oraz Gwarancję dla Urządzeń na warunkach ich producentów z uwzględnieniem warunków opisanych dalej.
Zapewni Zamawiającemu:

przyjmowanie zgłoszeń, w trybie 24h/7dni/365dni, telefoniczne, poprzez tzw. „bug tracker”, z odpowiednim Czasem Reakcji na warunkach opisanych dalej,
telefoniczne konsultacje merytoryczne oraz telefoniczne wsparcie techniczne przy rozwiązywaniu problemów z Systemem (w tym niezakwalifikowane jako Awarie) w godzinach 8.00-16.00 w Dni Robocze oraz po wcześniejszym uzgodnieniu pomiędzy Zamawiającym i Wykonawcą także w dowolnym innym terminie.

W przypadku wystąpienia trzeciej Awarii tego samego jednostkowego Urządzenia lub Sprzętu, licząc Awarie dla każdego Urządzenia lub Sprzętu z osobna, wymieni dane Urządzenie lub Sprzęt na nowe. W przypadku uszkodzeń i konieczności wymiany zespołów przechowujących trwale zapisane informacje (dyski twarde, pamięci FLASH) wymienione urządzenia zostają u Zamawiającego.
Zapewni aktualizację Systemu i będzie dostarczał standardowe nowe wersje i poprawki Oprogramowania i upgrade firmware Sprzętu wynikające z normalnego rozwoju, przy jednoczesnym zachowaniu ciągłości pracy Systemu oraz bezpieczeństwa danych.
Zapewni zgodność Systemu z aktualnym stanem prawnym.
Zapewni zgodność Systemu z aktualnymi wersjami przeglądarek internetowych zapewniając ciągłą zgodność Systemu z ostatnią i przedostatnią wersją przeglądarek internetowych: Microsoft Edge, Mozilla Firefox; Safari, Google Chrome, Microsoft Edge.
Zapewni zgodność Systemu z zmieniającymi się wersjami systemów operacyjnych mobilnych i Windows na PC.
Zapewni takie wprowadzenie zmian w oprogramowaniu mobilnym, że będzie możliwe jego umieszczanie w odpowiednich sklepach (Google Play, Appstore).
Zapewni sporządzenie i aktualizowanie Dokumentacji Powykonawczej oraz regulaminów użytkownika oraz polityk prywatności.

Zapewni informację o dostępnych aktualizacjach lub poprawkach Oprogramowania Standardowego, w tym sterowników i bibliotek, gotowych do pobrania oraz do ich zainstalowania w Systemie, z zastrzeżeniem, że Zamawiający wymaga, aby Wykonawca sprawdził, czy dana aktualizacja lub poprawka nie wpływa negatywnie na działanie Systemu. W przypadku, gdy aktualizacja lub poprawka, wpływa pozytywnie na działanie Systemu Wykonawca zainstaluje powyższą aktualizację lub poprawkę.
Zamawiający dopuszcza Przywrócenie Funkcjonalności Awarii, Błędu lub Błędu Krytycznego poprzez zastosowanie Elementu Zastępczego skutkujące przywróceniem funkcjonalności Systemu. Taka naprawa stanowi rozwiązanie tymczasowe na czas zaakceptowany przez Xxxxxxxxxxxxx. W czasie określonym przez Zamawiającego System musi zostać naprawiony w sposób właściwy.
Wykonawca zobowiązuje się do wykonywania gwarancji w sposób zapobiegający utracie danych Zamawiającego, do których będzie miał dostęp w trakcie jej świadczenia. W przypadku, gdy dokonanie usunięcia Awarii wiąże się z ryzykiem utraty danych, Wykonawca zobowiązany jest poinformować o tym Zamawiającego przed przystąpieniem do jej usuwania oraz umożliwić Zamawiającemu dokonanie kopii zapasowych danych.

Formy świadczenia gwarancji

W ramach zapewnienia niezawodności systemu Wykonawca będzie wykonywał następujące zadania:

Obsługa techniczna infrastruktury serwerowej - zadania związane z zagwarantowaniem poprawności funkcjonowania infrastruktury sieciowej oraz serwerowej Systemu w miejscu instalacji Sprzętu, instalację/wymianę uszkodzonych elementów, zdalny bieżący nadzór nad infrastrukturą.
Obsługa techniczna systemu – zagwarantowanie poprawności działania systemu oraz pozostałych aplikacji funkcjonujących na serwerach Systemu oraz urządzeniach sieciowych, usuwanie nieprawidłowości i awarii. Niezbędna aktualizacja oprogramowania systemowego oraz pozostałych aplikacji. Zapewnienie cyberbezpieczeństwa. Zagwarantowanie poprawnego funkcjonowania środowiska testowego, deweloperskiego oraz produkcyjnego.
Obsługa techniczna aplikacji mobilnej Opole+ - zagwarantowanie poprawności działania aplikacji mobilnej Ople+, aktualizacja aplikacji Opole+ do nowych wersji systemów operacyjnych, usuwanie nieprawidłowości i awarii. Zagwarantowanie możliwości poprawnej konfiguracji systemu np. w razie konieczności, wynikających z implementacji nowych pozycji cenników, wprowadzanie zmian w aplikacji Opole+ wymaganych dla nowych cenników.
Obsługa techniczna aplikacji internetowej Opole+ - zagwarantowanie poprawności działania aplikacji, usuwanie nieprawidłowości i awarii, aktualizacja aplikacji Opole+ do nowych wersji systemów operacyjnych, usuwanie nieprawidłowości i awarii. Zagwarantowanie możliwości poprawnej konfiguracji systemu np. w razie konieczności, wynikających z implementacji nowych pozycji cenników, wprowadzanie zmian w aplikacji Opole+ wymaganych dla nowych cenników.

System zgłoszeń reklamacji użytkowników zewnętrznych

System zgłaszania nieprawidłowości - Wykonawca zobowiązany będzie do udostępnienia narzędzia internetowego, funkcjonującego w oparciu o przeglądarkę internetową, które przez cały okres pełnienia Gwarancji służyło będzie do zgłaszania nieprawidłowości związanych z funkcjonowaniem Systemu (system zgłaszania nieprawidłowości). System musi być dostępny dla użytkowników zewnętrznych Opole+ przez całą dobę, a dostęp do systemu winien być ograniczony tylko do użytkowników systemu Opole+. Wymagane jest logowanie przez użytkownika do Systemu zgłoszeń reklamacji. Administratorami systemu powinny być osoby wyznaczone przez Zamawiającego, a użytkownicy wewnętrzni powinni mieć możliwość analizy i kwalifikacji zleceń.

System zgłoszeniowy ,,bug tracker”

Zamawiający przewiduje następujące kanały komunikacji za pośrednictwem:
1. systemu zgłoszeniowego (,,bug tracker”) udostępnionego przez Wykonawcę (podstawowy). W przypadku zgłoszeń typu Awaria, dodatkowo telefonicznie na całodobowy numer wskazany przez Wykonawcę;
2. poprzez email (dodatkowy);
3. telefonicznie w tym na całodobowy numer wskazany przez Wykonawcę (dodatkowy);
4. za pośrednictwem innego systemu zgłoszeniowego wskazanego przez Wykonawcę (dodatkowy).
Dodatkowe kanały komunikacji wykorzystywane będą po uzgodnieniu z Wykonawcą, w tym w przypadku niedostępności kanału podstawowego. Zgłoszenia wykonane telefonicznie lub mailowo uzupełnione będą w systemie zgłoszeniowym, a obowiązywać będą rzeczywiste czasy zgłoszeń.
Zgłoszenie przesłane przez Xxxxxxxxxxxxx po godz. 16.30 w dniu roboczym Wykonawca przyjmuje do realizacji następnego dnia roboczego o godz. 7.30 z wyłączeniem Awarii i Błędów krytycznych, które przyjmuje się do realizacji niezwłocznie po zarejestrowaniu zgłoszenia.
Za moment zgłoszenia uznaje się datę i godzinę zarejestrowania zgłoszenia w systemie bug tracker lub w innym alternatywnym kanale komunikacji zdefiniowanym w pkt. 1.
Zamawiający kategoryzuje zgłoszenia na formularzu zgłoszenia zgodnie z kwalifikacją określoną w tabeli zawierającej rodzaje kwalifikacji zgłoszeń.
Zamawiający określa które Błędy powinny być realizowane w pierwszej kolejności.
Prawidłowa realizacja zgłoszenia, musi być odnotowana przez Wykonawcę w systemie zgłoszeniowym bug tracker (jeśli w nim było odnotowane zgłoszenie). Powyższe zatrzymuje bieg czasu obsługi zgłoszenia. Zamawiającemu przysługuje prawo do zgłoszenia reklamacji prawidłowości rozwiązania. Czas poświęcony na weryfikację zgłoszenia (od zamknięcia zgłoszenia do otwarcia w wyniku reklamacji) nie jest wliczany w czas jego realizacji przez Wykonawcę. Zgłoszenie reklamacji wznawia dalsze naliczanie czasu obsługi zgłoszenia – czas ten jest dodawany do uprzednio naliczonego czasu obsługi przedmiotowego zgłoszenia. Reklamacje w zakresie prawidłowości rozwiązania zgłoszenia mogą być zgłaszane w terminie 14 dni od ostatniego zamknięcia zgłoszenia.
W sytuacji, kiedy rozwiązanie zgłoszenia wymaga zainstalowania nowej wersji Systemu, Wykonawca wykona aktualizację w środowiskach testowym, deweloperskim lub produkcyjnym zgodnie z opisem w sekcji Procedura instalacji nowej wersji systemu.
Wykonawca jest zobowiązany informować na bieżąco Zamawiającego za pomocą bug trackera lub jeśli to niemożliwe, za pomocą e-maila o:
1. statusie zgłoszenia Awarii, Błędu lub Błędu Krytycznego,
2. terminie wykonania naprawy zgłoszonej Awarii, Błędu lub Błędu Krytycznego,
3. zakresie wykonanych czynności naprawczych w postaci raportu,
4. gotowości do wdrożenia przygotowanych zmian w środowisku testowym Wykonawcy.
Wszystkie prace związane ze świadczeniem gwarancji, w tym związane z dojazdem, delegacją itp. zawarte zostały w wynagrodzeniu, o którym mowa w § 11 ust. 1 Umowy.
Usunięcie Awarii, Błędu lub Błędu Krytycznego kończy się powiadomieniem Zamawiającego za pomocą bug trackera oraz za pomocą e-maila, zawierającym informacje:
1. data i godzina zgłoszenia Awarii, Błędu lub Błędu Krytycznego.
2. Imię i Nazwisko zgłaszającego.
3. nazwa Sprzętu/Oprogramowanie.
4. numer seryjny Sprzętu.
5. Imię, Nazwisko, telefon osoby/osób kontaktowych ze strony Zamawiającego.
6. lokalizacja Urządzenia (adres, nr pokoju).
7. opis Awarii, Błędu lub Błędu Krytycznego.
8. data i godzina usunięcia Awarii, Błędu lub Błędu Krytycznego.
9. Imię i Nazwisko osoby usuwającej Awarii, Błąd lub Błąd Krytyczny.
10. krótki opis naprawy (zawierający listę wymienionych podzespołów jeśli wystąpiła wymiana lub wgranych poprawek Oprogramowania).
11. krótki opis w jaki sposób uniknąć podobnej Awarii, Błędu lub Błędu Krytycznego (jeśli jest to możliwe).
Zamawiający w oparciu o system zgłoszeniowy będzie mógł wyeksportować w formie pliku pdf w dowolnym momencie historię zgłoszenia, które zawierać będzie treści zgodne z pkt. a.-k. wskazanymi w ust. 11.
Termin na usunięcie oraz na Przywrócenie Funkcjonalności po Awarii, Błędzie lub Błędzie Krytycznym liczy się od momentu powiadomienia Wykonawcy w formie pisemnej (e-mailem) lub poprzez zgłoszenie w bug trackerze.

Gwarancja dostępności systemu

Wykonawca zobowiązuje się do zapewnienia w okresie gwarancji wymaganych minimalnych parametrów Gwarantowanej Dostępności Systemu, określonych w Umowie. W ramach miesięcznego raportu [RGWR-XX], za dany miesiąc Wykonawca udzieli informacji pozwalających obiektywnie ocenić poziom Gwarantowanej Dostępności Systemu.

Kalendarz dostępności Systemu – 24 godziny na dzień, 7 dni w tygodniu, 365 dni w roku, 366 dni w roku przestępnym.

Do gwarantowanego poziomu dostępności Systemu nie jest wliczana niedostępność wynikająca uzgodnionych okien serwisowych oraz z przyczyn leżących po stronie Zamawiającego polegająca na zatrzymaniu lub zakłóceniu pracy Systemu, spowodowana awarią infrastruktury technicznej zamawiającego (z wyłączeniem tych elementów infrastruktury, które dostarczył Wykonawca w ramach Umowy), w tym awarią łączy teletransmisyjnych, awarią sprzętu komputerowego, awarią zasilania lub brakiem danych niezbędnych do odtworzenia Systemu w zakresie leżącym po stronie Zamawiającego wynikającym z procedur wykonywania kopii zapasowych projektu technicznego.

Poziom dostępności Systemu obliczany jest wg wzoru:

(TD – Σ TN) / TD*100% [%]

Gdzie:

TD – określony czas dostępności Systemu w okresie miesiąca kalendarzowego wynikający z Kalendarza dostępności Systemu po odjęciu uzgodnionych ograniczeń dostępności (okien serwisowych) oraz niedostępności wynikających z przyczyn leżących po stronie Zamawiającego,

Σ TN – suma czasów niedostępności Systemu w okresie miesiąca, gdzie czasem niedostępności Systemu jest czas, w którym w Systemie występuje Błąd w kategorii: Awaria lub Błąd krytyczny.

Gwarancja wydajności systemu

Wykonawca zapewnia poziom Wydajności Systemu.
Poziom Wydajności ma zapewniać przede wszystkim:

szybką realizację zakupów w Aplikacji Internetowej i Aplikacji Mobilnej Opole+;
szybką obsługę Systemu przez Użytkowników Wewnętrznych (zarządzanie ofertą programu Opole+, generowanie raportów, aktualizacja danych, itp.);
szybką realizację obsługi technicznej lub awarii,

Zamawiający zastrzega możliwość przeprowadzenia testów wydajnościowych Oprogramowania. Na potrzeby testów Wykonawca powinien przygotować dane wejściowe i bazy danych w oczekiwanej przez Zamawiającego wielkości.

Zdalny dostęp

W ramach Gwarancji Zamawiający wyraża zgodę na uzupełnienie Systemu o ewentualny dodatkowy sprzęt i Oprogramowanie konieczne do ustanowienia zdalnego dostępu na potrzeby serwisu Oprogramowania przez Wykonawcę. Dodatkowy sprzęt powinien być uzgodniony z Zamawiającym i tylko Zamawiający będzie miał możliwość jego konfiguracji. Koszty związane z ustanowieniem zdalnego dostępu zawarte są w łącznym wynagrodzeniu – dotyczy to tej części sprzętu i oprogramowania, które zostaną zainstalowane w miejscu eksploatacji sprzętu.

Wymagania techniczne dotyczące zdalnego dostępu na potrzeby serwisu Oprogramowania:

połączenie za pomocą VPN,
ograniczenie liczby adresów IP z jakich może być nawiązane połączenie zdalne do zdefiniowanych i zaakceptowanych przez Zamawiającego użytkowników ze zdefiniowanych adresów IP,
możliwość ograniczenia czasowego nawiązywania połączeń zdalnych oraz blokowania zdalnego dostępu przez Zamawiającego.

Uregulowania Gwarancji w zakresie Sprzętu

Gwarancja obejmuje co najmniej:
1. Zapewnienie poprawności działania w zakresie komponentów infrastruktury sprzętowej,
2. Podejmowanie działań w miejscu instalacji sprzętu w przypadku problemów technicznych, których nie można usunąć zdalnie,
3. rekomendacje w zakresie dostępnych zmian w mikrokodach, sterownikach, w przypadku oprogramowania oraz rekomendacje odnośnie poprawek i aktualizacji systemu operacyjnego, nowych wersji oprogramowania funkcjonalnego dostarczanego z produktem,
4. cykliczny (min. 2 razy w ciągu roku) audyt konfiguracji w celu optymalizacji wydajności systemu, określenia potencjalnych zagrożeń wynikających z konfiguracji sprzętu i oprogramowania objętego wsparciem,
5. Zapewnienie części zamiennych dla sprzętu objętego gwarancją,
6. Gwarancja w zakresie macierzy musi zapewniać pozostawianie dysków w razie ich awarii u Zamawiającego oraz dostarczenie w ich miejsce nowych nośników, w modelu „next business day” (tj. następny dzień roboczy). Brak dotrzymania powyższego terminu dostawy dysków do miejsca instalacji macierzy traktowany będzie na równi z naruszeniem przez Wykonawcę czasu obsługi zgłoszenia gwarancyjnego typu „Błąd Krytyczny”;
7. raportowanie zgłoszeń występujących w środowisku,
8. procedury eskalacyjne w zakresie gwarancji,
9. dostęp do aktualizacji oprogramowania i dokumentacji produktu objętego gwarancją.

Części lub podzespoły, które zostaną wymienione w ramach gwarancji stają się własnością Wykonawcy, który zobowiązuje się do ich bezpośredniego odbioru i utylizacji zgodnie z obowiązującymi przepisami.
W przypadku wymiany części lub podzespołów, Wykonawca zobowiązuje się dostarczyć kartę gwarancyjną dla wymienionych elementów sprzętu, (jeżeli ich producent udziela odrębnej gwarancji) wraz z jej tłumaczeniem na język polski, w przypadku sporządzenia instrukcji w języku obcym innym niż angielski.
Wykonawca zobowiązuje się zapewnić, że każda osoba wykonująca obsługę gwarancyjną w miejscu wykorzystywania Sprzętu, będzie posiadała dokument tożsamości i pisemne upoważnienie do wykonywania napraw i czynności objętych gwarancją, potwierdzone przez Wykonawcę oraz będzie zobligowana stosować się do przepisów wewnętrznych Zamawiającego lub zarządcy miejsca instalacji sprzętu dotyczących ruchu osobowego i materiałowego.

Szczegółowe uregulowania Gwarancji w zakresie Urządzeń

Gwarancja obejmuje w szczególności wszystkie wykryte podczas eksploatacji usterki, wady i uszkodzenia Urządzeń, w tym nieprawidłowe działanie dostarczonych Urządzeń, wady produkcyjne, a także wszelkie inne uszkodzenia lub zaburzenia prawidłowego funkcjonowania, powstałe w czasie normalnego i zgodnego z przeznaczeniem sprzętu użytkowania, w szczególności:
1. wszystkie Awarie Urządzeń z „wbudowanym oprogramowaniem” (Urządzenia Kontrolerskie, itp.),
2. Awarie zasilaczy,
3. Awarie mechaniczne wynikające z wad konstrukcyjnych i materiałowych.
Gwarancja będzie świadczona w dni robocze, w godzinach od 8:00 do 16:00.
Zgłoszenia gwarancyjne będą przyjmowane w dni robocze w godzinach od 8:00 do 16:00.
Zgłoszenia będą dokonywane telefonicznie pod numerem lub za pomocą poczty elektronicznej.
Wykonawca od dnia dostawy zobowiązuje się zapewnić dostęp do portalu technicznego producenta sprzętu, umożliwiający zamawianie części zamiennych lub wizyt technika serwisowego oraz dokonywanie zgłoszeń gwarancyjnych mającego na celu przyspieszenie procesu diagnostyki i skrócenie czasu usunięcia usterki.
Gwarancja wykonywana będzie przy wykorzystaniu materiałów, sprzętu i narzędzi Wykonawcy, chyba że naprawa zostanie wykonana w punkcie serwisowym producenta nie będącego Wykonawcą.
W pozostałym zakresie gwarancja będzie świadczona na zasadach producenta danego urządzenia.

Gwarancja w zakresie Oprogramowania

Do Awarii, Błędu, Błędu Krytycznego Oprogramowania Zamawiający zalicza w szczególności:

wszelkie Awarie, Błędy lub Błędy krytyczne w funkcjonowania Oprogramowania;
błędy baz danych (w tym brak spójności i integralności danych, itp.) również te zawinione przez użytkowników Systemu (tzn. powstałe na wskutek błędnego wprowadzania danych i złej obsługi Systemu).

Przez usunięcie Awarii, Błędu, Błędu Krytycznego Oprogramowania Zamawiający rozumie usunięcie nieprawidłowego działania Systemu, w szczególności:

naprawę wadliwego Oprogramowania,
rekonfigurację wadliwych ustawień,
naprawę baz danych,
naprawę zawartości baz danych (w tym brak spójności i integralności danych, itp.).

Wdrożenie poprawionej wersji, zmiany, modyfikacji lub aktualizacji Systemu wymaga przeprowadzenia wdrożenia w środowisku testowym Systemu u Zamawiającego. Po uzyskaniu prawidłowych wyników testów możliwe jest wprowadzenie zmiany w środowisku produkcyjnym Systemu. W przypadku uzyskania nieprawidłowych wyników testów Zamawiający powiadamia Wykonawcę, przekazując mu wszelkie informacje służące zdiagnozowaniu problemu.
Każdorazowo w przypadku powstania nowej wersji Systemu, jej instalacja na środowisku produkcyjnym następuje na zlecenie Zamawiającego.
Wykonawca, przez czas trwania Umowy, będzie prowadził ewidencję dostarczanych wersji Systemu, zawierającą:

nazwa podsystemu,
numer kolejny,
numer wersji,
datę zatwierdzenia wersji przez Zamawiającego / polecenie instalacji wersji,
datę instalacji wersji,
skrótowy opis zmian, które wersja uwzględnia,
ewentualne uwagi.

Wykonawca przedstawia ewidencję, o której mowa w ust. 5 w cyklu kwartalnym w ciągu siedmiu dni roboczych po zakończeniu kwartału z pominięciem dni ustawowo wolnych od pracy, lub niezwłocznie na żądanie Zamawiającego, nie później niż w ciągu siedmiu dni roboczych z zaznaczeniem wersji dystrybuowanych w danym kwartale, w postaci elektronicznej i papierowej.
Wykonawca przeprowadzi aktualizację kodów źródłowych oprogramowania i ich wersjonowania co najmniej raz na kwartał. Aktualizacja musi zapewnić zgodność wersji oprogramowania zainstalowanego w infrastrukturze centralnej oraz użytkowników Systemu z aktualną wersją kodu źródłowego.
Na koniec każdego kwartału oraz na żądanie Zamawiającego Wykonawca przedstawi pakiet obejmujący kody źródłowe programu oraz instrukcję kompilacji i konsolidacji poszczególnych elementów oprogramowania, a także wszystkie elementy dodatkowe służące kompilacji i konsolidacji, z uwzględnieniem wszystkich etapów tworzenia oprogramowania na założonej linii technologicznej.
Wykonawca zobowiązany jest zapewnić dostęp Zamawiającemu do aktualizacji oprogramowania Dedykowanego oraz dostarczyć opis procedur pozyskiwania informacji o dostępności aktualizacji oprogramowania standardowego (w zakresie poprawek) i dedykowanego (w zakresie poprawek oraz nowych wersji) oraz sposobu instalacji aktualizacji. Wykonawca będzie aktualizował oprogramowanie Dedykowane wchodzące w zakres Systemu do najnowszej obowiązującej wersji i standardowe w zakresie poprawek wymaganych do właściwego funkcjonowania Opole+. Aktualizacja oprogramowania standardowego do nowszej wersji (nowa wersja produktu) jest wymagane wyłącznie o ile jest to niezbędne do właściwego funkcjonowania Opole+.
Wykonawca będzie dostosowywał System do przepisów prawa oraz regulacji obowiązujących u Zamawiającego, gdzie Wykonawca wykona modyfikacje/aktualizacje systemu, logo, kontentów, banerów, stopek, nazw, które będą niezbędne w celu jego dostosowania do wymagań określonych w przepisach prawa regulujących ten obszar. Zamawiający opracuje i przekaże Wykonawcy wzory logo, kontentów, banerów, stopek i nazw, oraz wskaże miejsca, w których należy dokonać powyższych modyfikacji. Wzory elementów graficznych będą przekazywane jako pliki w formacie zapewniającym poprawne wyświetlenie przez przeglądarkę internetową (tj. jako pliki graficzne GIF, JPG lub PNG o rozdzielczości wskazanej przez Wykonawcę) w terminie do 30 dni.
Wykonawca musi informować Zamawiającego pisemnie o wszystkich wymaganych aktualizacjach wszystkich systemów i komponentów dostarczonych w niniejszym zamówieniu.
Wykonawca musi informować Zamawiającego o:

Terminie wygaśnięcia certyfikatów z wyprzedzeniem minimum 10 dni roboczych.
Pojawiających się aktualizacjach oprogramowania (systemowego, serwerowego).
Planowanych przeglądach gwarancyjnych.

Wykonawca będzie na bieżąco przekazywał wszelkie hasła do Opole+.
W ramach Gwarancji Wykonawca zapewnia ciągłą zgodność z wymogami ustawy z dnia 4 kwietnia 2019 r. o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych oraz jej późniejszymi zmianami. W szczególności:

W przypadku braku możliwości zapewnienia dostępności cyfrowej elementu strony internetowej/aplikacji mobilnej, należy zapewnić alternatywny sposób dostępu do tego elementu. Sposób alternatywny rozumiany jest jako zapewnienie kontaktu telefonicznego, korespondencyjnego, za pomocą środków komunikacji elektronicznej, za pomocą tłumacza języka migowego lub tłumacza-przewodnika.
Wykonawca musi w terminie do 7 dni kalendarzowych od dnia wystąpienia żądania odpowiedzieć na każde żądanie zapewnienia dostępności cyfrowej strony internetowej/aplikacji mobilnej lub ich elementów.

Raport z realizacji Gwarancji [RGWR-XX] gdzie XX to miesiąc świadczenia gwarancji i rękojmi.

Wykonawca, w terminie 5 dni kalendarzowych od zakończenia danego miesiąca kalendarzowego, sporządzi Raport z realizacji Gwarancji zawierający:

1. wykaz zgłoszeń gwarancyjnych wraz z opisem przedmiotu zgłoszenia, podjętych działań oraz terminem zgłoszenia i naprawy, które wystąpiły w danym miesiącu wraz z informacją o ich klasyfikacji, terminie usunięcia oraz wskazaniem, czy i o ile zostały przekroczone graniczne czasu usunięcia Awarii, Błędów i Błędów Krytycznych;

2. raport o Gwarantowanej Dostępności Systemu, który przedstawia osiągnięte parametry Dostępności oraz wskazuje na ewentualny poziom ich nieosiągnięcia;

3. raport o wydajności poszczególnych elementów Systemu, który przedstawia osiągnięte parametry Wydajności oraz wskazuje na ewentualny poziom ich nieosiągnięcia.

Zamawiający zastrzega sobie prawo do zgłoszenia uwag do Raportu z realizacji Gwarancji w sytuacji, gdy nie zawiera on wszystkich danych, zgodnie ze stanem faktycznym. Wykonawca zobowiązany jest te zastrzeżenia uwzględnić lub przedstawić szczegółowe wyjaśnienia ich nieuwzględnienia. W przypadku braku uwzględnienia zastrzeżeń Zamawiający uzna Raport Gwarancji w wersji, która jest w jego ocenie prawidłowa i na tej podstawie wyliczy kary umowne, o ile z Raportu Gwarancji wynika, ze doszło do przekroczenia SLA lub nie osiągnięto oczekiwanych parametrów Dostępności lub Wydajności.

Szkolenie wdrożeniowe w ostatnim miesiącu trwania Gwarancji [TRW]

W ostatnim miesiącu Gwarancji Wykonawca zobowiązany jest do przeprowadzenia szkolenia wdrożeniowego z funkcjonowania Systemu i poszczególnych Produktów na rzecz Zamawiającego lub wskazanego przez niego podmiotu, polegającego na:

1. odbyciu dwóch spotkań w siedzibie Zamawiającego, trwających według potrzeb Zamawiającego (nie dłużej jednak niż 8 godzin w ciągu dnia) z udziałem co najmniej dwóch przedstawicieli Wykonawcy odpowiedzialnych za utrzymanie Systemu;

2. udzielenia konsultacji i odpowiedzi na pytania lub zagadnienia przedstawione przez Zamawiającego lub wskazanemu przez niego podmiotowi w terminie nie później niż dwóch Dni Roboczych od dnia zgłoszenia takiego żądania przez podmiot uprawniony;

3. szkolenia z zakresu Administrowania Systemem.

Po przeprowadzeniu szkoleń Wykonawca przedstawi Zamawiającemu raport ze szkolenia na zasadach opisanych przy okazji produktu [SPS].

Document Metadata

Table of Contents

„Dostawa sprzętu, wykonanie i wdrożenie aplikacji oraz platformy internetowej na potrzeby systemu Opole+”

Document Metadata

„Dostawa sprzętu, wykonanie i wdrożenie aplikacji oraz platformy internetowej na potrzeby systemu Opole+”

Spis treści

Słownik pojęć

Wymagania ogólne

Wymagania dotyczące projektu

Wymagania ogólne dotyczące prac wdrożeniowych

Wymagania ogólne dotyczące dokumentacji

Podmioty zaangażowane w projekt

Wymagania w zakresie personelu

Etap I. „Przeprowadzenie analizy przedwdrożeniowej i zaprojektowanie Systemu ”

Wymagania dotyczące przeprowadzenia „Analizy Przedwdrożeniowej” [ANP]

Wymagania dotyczące opracowania „Szczegółowego Harmonogramu Prac” [HAW]

Wymagania dotyczące „Analizy Wymagań Funkcjonalnych” [AWF]

Wymagania dotyczące opracowania „Przypadków Użycia” [PRU]

Wymagania dotyczące opracowania „Projektu Technicznego” [PRT]

Wymagania dotyczące opracowania „Standardy Zarządzania Projektem” [SZP]

Wymagania dotyczące opracowania „Planu Testów” [PLT]

Wymagania dotyczące „Projektu wizualizacji aplikacji mobilnej Opole+ i aplikacji internetowej Opole+” [PROJW]

Etap II „Dostarczenie infrastruktury sprzętowo-programowej”

Szczegółowy plan testów i scenariusze testowe sprzętu [SPLTII]

Dostarczona, zainstalowana i skonfigurowana infrastruktura sprzętowa i oprogramowanie standardowe [INFS]

Raport z testów sprzętu [RATII]

Dokumentacja techniczna sprzętu [DTS]

Etap III „Stworzenie aplikacji internetowej Opole+”

Szczegółowy plan testów i scenariusze testowe aplikacji internetowej Opole+ [SPLTIII]

Wdrożony moduł zarządzania, publikacji i aktualizacji treści systemu (CMS) [CMS]

Aplikacja internetowa Opole+ wdrożona i uruchomiona [IAO+]

Dokumentacja techniczna i użytkowa aplikacji internetowej [DTAI]

Raport z testów elementów systemu wdrażanych w Etapie III [RATIII]

Etap IV Budowa aplikacji mobilnej Opole+

Szczegółowy plan testów i scenariusze testowe elementów systemu wdrażanych w Etapie IV [SPLTIV]

Aplikacja mobilna Opole+ wdrożona i opublikowana w sklepach AppStore, Google Play [MAO+]

Moduł publikacji i aktualizacji treści, moduł komunikacji i zarządzania beaconami oraz serwer aktualizacji treści wdrożony [SPKB]

Raport z testów elementów systemu wdrażanych w Etapie IV [RATIV]

Dokumentacja techniczna i użytkowa elementów systemu wdrażanych w Etapie IV [DTAIV]

Dokumentacja Systemowa

Dokumentacja Eksploatacyjna

Dokumentacja – instrukcja użytkownika

Dokumentacja powykonawcza

Dokumentacja w zakresie dostępności cyfrowej

Dokumentacja bezpieczeństwa oraz ochrony danych osobowych

Etap V „Dostawa, instalacja i konfiguracja urządzeń typu beacon”

Szczegółowy plan testów i scenariusze testowe urządzeń typu beacon oraz Systemu komunikacji i zarządzania beaconami [SPLTV]

Urządzenia typu beacon zainstalowane i skonfigurowane [UBI]

Moduł komunikacji i zarządzania beaconami wdrożony [SUBI]

Raport z testów elementów wdrożonych w etapie V [RATV]

Dokumentacja techniczna i użytkowa urządzeń typu beacon. Dokumentacja techniczna i użytkownika całego Systemu [DTAV]

Etap VI „Szkolenia”

Szczegółowy plan szkoleń. Materiały szkoleniowe [SPS,TRW]

Przeprowadzone szkolenia dla partnerów [SPRN]

Przeprowadzone szkolenia dla użytkowników wewnętrznych [SPUW,TRW]

Przeprowadzone szkolenia dla administratorów [SA,TRW]

Gwarancja

Realizacja Gwarancji w cyklu miesięcznym [GWR-XX] gdzie XX to miesiąc

Raport z realizacji Gwarancji [RGWR-XX] gdzie XX to miesiąc świadczenia gwarancji i rękojmi.

Szkolenie wdrożeniowe w ostatnim miesiącu trwania Gwarancji [TRW]

Document Metadata