Textová podoba smlouvy Smlouva č. 31601484: Objednávka Objednatele č.NTK/SML/219/2024 Rozvoj a upgrade MidPoint

Příloha Objednavka Objednatele c.NTK-SML-219-2024__Rozvoj_a_upgrade_MidPoint__v02__2024-12-27_redigovano_.pdf

Upozornění: Text přílohy byl získán strojově a nemusí přesně odpovídat originálu. Zejména u strojově nečitelných smluv, kde jsme použili OCR. originál smlouvy stáhnete odsud


                        Realizace projektu CARDS,
                                                 registrační číslo CZ.02.01.01/00/22_004/0004342

                                                                                  financovaného z OP JAK

   Objednávka Objednatele

                        č. NTK/SML/219/2024

Na základě rámcové dohody o Poskytování ICT služeb č. NTK/SML/003/2024 (dále jen „Smlouva“)
objednává Objednatel služby dle článku 1.6 B dle níže uvedených požadavků:

1/ Požadované služby
Předmětem dodávky je provedení upgrade MidPoint (4.8 LTS nebo novější) a vytvoření nového konektoru
IdM MidPoint z personálního systému Elanor. Podrobnosti viz Příloha č. 1 „Žádost o nabídku k přípravě
dílčí smlouvy Rozvoj a upgrade MidPoint“.

2/ Požadované období
Termín zahájení od okamžiku účinnosti této objednávky, tedy dnem zveřejnění v registru smluv.
Datum ukončení dle harmonogramu uvedeného v přiložené nabídce.

3/ Další požadavky
V přiložené nabídce „TS_2024_NTK_Rozvoj_a_upgrade_MidPoint_(NTK-1788-2024-CARDS)_v1“
společnosti TOTAL SERVICE a.s. pro Národní technickou knihovnu ze dne 21. listopadu 2024 jsou pro
jednotlivé části plnění uvedeny očekávané výstupy, akceptační kritéria, fakturační podmínky,
harmonogram, požadavky na realizační tým, cena, rizika spojená s plněním, požadovaná součinnost,
očekávané dopady do ICT prostředí a ICT provozu.

4/ Přílohy
Příloha č. 1: Poptávka „Žádost o nabídku k přípravě dílčí smlouvy Rozvoj a upgrade MidPoint“ od Národní
technické knihovny ze dne 21. listopadu 2024
Příloha č. 2: Nabídka „TS_2024_NTK_Rozvoj_a_upgrade_MidPoint_(NTK-1788-2024-CARDS)_v1“
společnosti TOTAL SERVICE a.s. pro Národní technickou knihovnu ze dne 28. listopadu 2024

                                                                                                                                 1/2
V Praze dne           Za Objednatele:
Za Poskytovatele:
                   ……………………………….
……………………………….            Objednatel
   Poskytovatel

                                       2/2
           Žádost o nabídku k přípravě dílčí
      smlouvy Rozvoj a upgrade MidPoint

Žádost o nabídku v souladu s článkem 1.6 B rámcové smlouvy: NTK/SML/003/2024
Číslo jednací Objednatele: NTK/1788/2024

Objednatel:
Název: Národní technická knihovna
Sídlo: Technická 6/2710, 160 80 Praha 6
IČ: 61387142
Zástupce:
Poskytovatel:
Název: TOTAL SERVICE a.s.
Sídlo: U Uranie 954/18, Holešovice, 170 00 Praha 7
IČ: 25618067
Zástupce:

Specifikace požadovaných služeb

Vzhledem k realizaci projektu CARDS, registrační číslo
CZ.02.01.01/00/22_004/0004342 financovaného z OP JAK vyvstala potřeba
přizpůsobení identity management řešení MidPoint.
Řešení IdM MidPoint má velmi úzký vztah k Aplikaci Registrace. Při přípravě
projektu obnovy Aplikace Registrace vyplynula i potřeba provedení souvisejících
úprav a rozšíření řešení IdM MidPoint, proto vám předkládáme tuto žádost o
nabídku rozšířené podpory a služeb společnosti TOTAL SERVICE a.s.

                                                                                                                                 1/6
Fakturace:            Po úspěšném splnění všech akceptačních podmínek a podepsání
                      akceptačního protokolu.

Harmonogram:          Nejpozději do 3 kalendářních měsíců od objednání.

Požadavky na          Žádné zvláštní požadavky.
realizační tým:

Ostatní skutečnosti:  Preferujeme varianty řešení, které umožní minimalizovat dopady
                      migrace na běžný provoz NTK.

                                                                                      3/6
                 docker container(y)

Další poznámky:

K nabídce připojte harmonogram aktivit, který bude sloužit k průběžné kontrole postupu
realizace a bude případně dle potřeby průběžně aktualizován.

Další skutečnosti

Termíny uvedené v požadavcích Objednatele jsou závazné, jejich případné změny lze
provést pouze v písemné podobě na základě řádného zdůvodnění a musí být
podepsány zástupci obou stran jednajícími ve věcech obchodních.

Dle relevance změn vyvolaných výše uvedenými činnostmi bude aktualizována vždy i
příslušná provozní dokumentace.

Požadované služby rozšířené podpory navazují na poskytované služby pravidelné
odborné podpory technologické platformy ICT NTK, pro jejich plnění je nezbytná
znalost prostředí technologické platformy ICT NTK a vyžadují její pokročilou
odbornou znalost.

V nabídce, akceptačních protokolech a příslušných fakturačních dokladech je nutné
odkazovat na zdroj financování uvedením názvu projektu a jeho registračního čísla.

Za objednatele:

                                      6/6
1. Obsah nabídky

1. Obsah nabídky .............................................................................................................................................................. 3
2. Požadovaný předmět plnění a obsahu nabídky společnosti TOTAL SERVICE ................................................... 4

   2.1. Provedení upgrade MidPoint na poslední LTS verzi MidPoint (4.8) ............................................................... 5
      Odborná podpora NTK při řešení programování a implementace bude obnášet: ............................................... 5

   2.2. Vytvoření nového konektoru IdM MidPoint z personálního systé mu Elanor .............................................11
      Odborná podpora NTK při řešení programování a implementace bude obnášet: .............Chyba! Záložka není
      definována.

3. Shrnutí cenové nabídky ............................................................................................................................................15
4. Harmonogram předmětu plnění .............................................................................................................................16
5. Obchodní podmínky ..................................................................................................................................................17

                                                                                                                            Strana 3 z 19
2. Požadovaný předmět plnění a obsahu nabídky společnosti TOTAL
   SERVICE

Vzhledem k realizaci projektu CARDS, registrační číslo CZ.02.01.01/00/22_004/0004342
financovaného z OP JAK vyvstala potřeba přizpůsobení identity management řešení MidPoint.
Řešení IdM MidPoint má velmi úzký vztah k Aplikaci Registrace. Při přípravě projektu obnovy
Aplikace Registrace vyplynula i potřeba provedení souvisejících úprav a rozšíření řešení IdM
MidPoint, proto vám předkládáme tuto žádost o nabídku rozšířené podpory a služeb
společnosti TOTAL SERVICE a.s.
Tato nabídka má návaznost na realizaci vývoje nové Aplikace Registrace a bude financována z
projektu Czech Academic and Research Discovery Services (CARDS) - registrační číslo
projektu: CZ.02.01.01/00/22_004/0004342.

                                                                                                                            Strana 4 z 19
Požadavky na     Žádné zvláštní požadavky.
realizační tým:
                 Preferujeme varianty řešení, které umožní minimalizovat dopady migrace na
Ostatní          běžný provoz NTK.
skutečnosti:

                 Strana 6 z 19
    formě README.md: Důležité pro pochopení celkové
    architektury systému, jeho správu a údržbu.
• Ostatní dokumentace technického či popisného
    charakteru může být součástí README.md nebo v
    samostatném dokumentu. README.md: Poskytuje
    přehled o projektu, návod na instalaci a další užitečné
    informace.

Hodnocení: Aplikace tohoto principu je možná, do repositáře
objednatele bude uložena konfigurace systému midpoint v
podobě xml souborů, skripty a zdrojové kódy konektorů.

2. Pokud je součástí aplikace API, bude zdokumentováno
    pomocí nástroje Swagger nebo jiného podobného
    nástroje, včetně popisu funkcí.

• Přesný popis funkcí: Zjednodušuje integraci s dalšími
    systémy a umožňuje automatické generování klientských
    knihoven.

• Srozumitelnost pro vývojáře: Usnadňuje vývoj nových
    funkcionalit a řešení problémů.

Hodnocení: Dodávka spočívá v nasazení a konfiguraci
dostupného open-source softwaru. Žádné nové API tímto
nevzniká, aplikace tohoto principu tedy není možná.

3. Aplikace by měla být nasaditelná pomocí balíčků nebo
    jako docker container(y).

• Reprodukovatelnost: Umožňuje snadné nasazení
    aplikace do různých prostředí.

• Izolace: Docker kontainery poskytují izolované prostředí
    pro aplikaci, což snižuje riziko konfliktů s ostatními
    aplikacemi.

Hodnocení: Ačkoliv Midpoint Idm umožnuje nasazení
pomocí kontejnerů, v tomto případě nedoporučujeme. Je to
především z důvodů integrace dalších funkcionalit (např.
předávání anonymních karet, monitoring, apod), které – byť

                                                                      Strana 8 z 19
Další poznámky:      technicky realizovatelné v kontejneru – jsou snazší v rámci
                     klasického VM.

                 Předpokladem realizace je testovací prostředí jednotlivých
                 IS pro napojované systémy.

                 Existují napojované systémy bez funkčního testovacích
                 prostředí konkrétně Aleph. Aleph je licenční problém.

                 Návrh akceptačních testů a akceptačních kritérií:

                     • Navržená akceptační kritéria
                              o Funkčnost: Všechny stávající funkce systému
                                   musí po upgradu fungovat správně a bez
                                   chyb.
                              o Výkon: Výkon systému po upgradu se nesmí
                                   zhoršit ve srovnání s předchozí verzí.
                              o Bezpečnost: Nová verze musí splňovat
                                   požadavky na bezpečnost a ochranu dat.
                              o Kompatibilita: Všechny integrace s ostatními
                                   systémy (konektory, skripty) musí fungovat
                                   správně.
                              o Stabilita: Systém musí být stabilní a odolný
                                   vůči chybám.

                     • Navržené akceptační testy
                              o Kontrola nasazení MidPoint do produkce,
                                   konkrétně zda byly úspěšně nainstalovány
                                   všechny požadované komponenty na obou
                                   virtuálních serverech a zda byla z migrována
                                   konfigurace z původní verze. Dokumentace
                                   formou pořízení printscreen na obou
                                   serverech, provedení testů propojení
                                   MidPoint.
                              o Kontrola, zda byly úspěšně upraveny
                                   všechny skripty pro komunikaci s okolními,

                                                                                             Strana 9 z 19
                  zda fungují správně a produkují očekávané
                  výsledky Dokumentace formou pořízení
                  printscreen dokládající uložení skriptů v
                  repositáři.
Předpokládané kroky:
    • Instalaci serveru (2ks produkce a test)
    • Instalaci Midpoint (2ks produkce a test)
    • Aktualizaci konfigurace, odstranění
         nekompatibilních konstrukcí
    • Úpravu skriptů okolních systémů (např. anonymní
         karty)
    • Migraci autoritativních dat z původní instance (role,
         emailové adresy, …)
    • Migraci a napojení jednotlivých konektorů (17ks)
    • Nasazení akceptované konfigurace do produkčního
         prostředí

                                                                          Strana 10 z 19
Další poznámky:           přehled o projektu, návod na instalaci a další
                          užitečné informace.

                     Hodnocení: Aplikace tohoto principu je v tomto případě
                     možná a nezbytná. Umožní NTK získat úplnou kontrolu
                     nad softwarem a zajistí dlouhodobou udržitelnost. Do
                     repositáře objednatele bude umístěn kompletní
                     zdrojový kód konektoru a XML konfigurace pro
                     MidPoint.

                     2. Pokud je součástí aplikace API, bude
                          zdokumentováno pomocí nástroje Swagger nebo
                          jiného podobného nástroje, včetně popisu funkcí.

                     • Přesný popis funkcí: Zjednodušuje integraci s
                          dalšími systémy a umožňuje automatické
                          generování klientských knihoven.

                     • Srozumitelnost pro vývojáře: Usnadňuje vývoj
                          nových funkcionalit a řešení problémů.

                     Hodnocení: Aplikace tohoto principu není možná.

                     3. Aplikace by měla být nasaditelná pomocí balíčků
                          nebo jako docker container(y).

                     • Reprodukovatelnost: Umožňuje snadné nasazení
                          aplikace do různých prostředí.

                     • Izolace: Docker kontainery poskytují izolované
                          prostředí pro aplikaci, což snižuje riziko konfliktů s
                          ostatními aplikacemi.

                     Hodnocení: Aplikace tohoto principu není možná.

                 Návrh akceptačních testů a akceptačních kritérií:

                     • Navržená akceptační kritéria definující, co musí
                          konektor splňovat, aby byl považován za úspěšně
                          implementovaný:

                                                                                           Strana 13 z 19
    • Funkčnost: Všechny definované atributy a objekty
         jsou správně mapovány a synchronizovány mezi
         oběma systémy. Synchronizace probíhá v
         definovaných intervalech.

Návrh konkrétních akceptačních testů:
    • Změna organizační jednotky: Změnit organizační
         jednotku zaměstnance v systému Elanor a ověřit,
         zda se tato změna projeví v systému IdM MidPoint
         do určité doby.
    • Přidání nového uživatele: Přidat nového uživatele
         do systému Elanor a ověřit, zda se automaticky
         vytvoří odpovídající záznam v systému IdM
         MidPoint s přiřazenými rolemi a oprávněními
    • Přidat novou organizační jednotku a ověřit, že se
         tato změna projeví v IdM Midpoint.
    • Odebrat existující organizační jednotku a ověřit, že
         se tato změna projeví v IdM Midpoint.
    • Změnit existující organizační jednotku a ověřit, že se
         tato změna projeví v IdM Midpoint.

Cyklus vývoje:
Specifikace, odsouhlasení, vývoj.
Předpokládané kroky:

    • Specifikace, odsouhlasení převodového můstku RS
    • Vývoj a testování IdM konektoru v testovacím

         prostředí
    • Nasazení do produkce

                                                                          Strana 14 z 19
5. Obchodní podmínky

Společnost TOTAL SERVICE a.s. je vázána celým obsahem své nabídky. Veškeré ceny jsou uvedené v Kč bez DPH.
Nabídka je platná do 31.12. 2024.

                                                                                                                           Strana 17 z 19
www.totalservice.cz