Predmet plnenia, harmonogram jeho dodávok, spôsob a podmienky jeho realizácie a akceptácie
Príloha 1 – Technická špecifikácia diela
Predmet plnenia, harmonogram jeho dodávok, spôsob a podmienky jeho realizácie a akceptácie
1. Predmet plnenia
1) Poskytovateľ sa zaväzuje formou projektu dodať pre Objednávateľa dielo, ktoré je ako celok tvorené nasledovnými časťami špecifikovanými v Článku 2, bode 2.2 Zmluvy:
a) Web aplikácia pre manažment RFID infraštruktúry
• Manažment kontajnerov (tagov):
o Zmena stavu kontajnera (v preprave, u zákazníka, v oprave, dočasne vyradený,́ vyradený)́
o Výskyt kontajnera v danom období ́
o História zmien stavov
o Filtrácia, vyhľadávanie, triedenie
o Sledovanie (track) kontajnera - zobrazenie, filtrovanie, vyhľadávanie, triedenie
• Manažment RFID čítačiek
o Mapovanie lokalít databázy RFID na lokality v IS LOGIS
o Výpis čítačiek
o Export čítačiek
o Filtrácia, vyhľadávanie, triedenie,
b) RFID udalosti a zmeny procesov v IS LOGIS
• Sledovanie kontajnerov.
• Logika zmien stavov kontajnerov.
• Manažment stavov kontajnerov pri tvorbe zoznamov.
• Tvorba syntetických udalostí pre zásielky v kontajneroch.
c) API pre poštové systémy
• Vytvorenie rozhrania RFIDTrack
• Preposielanie RFID udalostí do IS RLS.
• Preposielanie číselníkov.
• Úpravy v štruktúrach správ na rozhraní.
• Doplnenie nových typov správ na rozhraní.
• Odosielanie udalostí „pridanie zásielky na stratový/nálezný zoznam“, „odobranie zásielky zo stratového/nálezného zoznamu“.
d) Správa dispečerských hlásení
• Spracovanie vstupu dispečera HSS do denníka dispečera
• Spracovanie / aktualizácia záznamov denníka dispečera CD
• Tvorba dispečerského hlásenia HSS
• Automatická tvorba / aktualizácia dispečerského hlásenia HSS
• Tvorba dispečerského hlásenia dispečera CD
• Automatická aktualizácia Dispečerskeho hlásenia CD
• Podpora zmien dispečerov
• Podpora pre tvorbu mimoriadnych kurzov
• Automatická kontrola, doťahovanie a validácia údajov
• Tvorba výstupu "Správa o nepravidelnostiach z dispečerských hlásení HSS"
• Tvorba výstupu "Finálna správa o nepravidelnostiach z dispečerských hlásení"
• Pripomienkovanie Finálnej správy nepravidelností
• Správa číselníkov
2) Jednotlivé časti diela budú, v zmysle Článku 2, bodu 2.2 Zmluvy, realizované a dodávané v rámci samostatných streamov.
3) Rozsah dodávok pre každý jednotlivý stream špecifikovaný v Článku 2, bode 2.2 Zmluvy zahŕňa čiastkové projektové výstupy definované v Článku 2, bode 2.3 Zmluvy.
4) Predmetom plnenia nie je podpora prevádzky softvéru, ktorá bude dohodnutá samostatnou servisnou zmluvou (Underpinning contract).
2. Harmonogram projektových dodávok
2.1 Časový harmonogram dodávok projektových výstupov pre jednotlivé streamy je nasledovný:
1. Web aplikácia pre manažment RFID infraštruktúry | |||
Por. | Dodanie výstupu (v zmysle bodu 10.1 Zmluvy) | Termín | Cena (EUR bez DPH) |
1.1. | Návrh riešenia Funkčná špecifikácia Analýza dopadov Integračná stratégia | D+7t | 13 000,- |
1.2. | Testovacie scenáre a testovacie prípady Prevádzková dokumentácia (pre správcu aplikácie, pre prevádzkovanie aplikácie, pre inštaláciu a konfiguráciu aplikácie Software v testovacom prostredí | D+12t | 0,- |
1.3. | Software otestovaný Používateľská dokumentácia | D+15t | 22 000,- |
2. RFID udalosti a zmeny procesov v IS LOGIS | |||
Por. | Dodanie (v zmysle bodu 10.1 Zmluvy) | Termín | Cena (EUR bez DPH) |
2.1. | Návrh riešenia Funkčná špecifikácia Analýza dopadov Integračná stratégia | D+3t | 35 000,- |
2.2. | Testovacie scenáre a testovacie prípady Prevádzková dokumentácia (pre správcu aplikácie, pre prevádzkovanie aplikácie, pre inštaláciu a konfiguráciu aplikácie | D+8t | 0,- |
Software v testovacom prostredí | |||
2.3. | Software otestovaný Používateľská dokumentácia | D+11t | 90 000,- |
3. API pre poštové systémy | |||
Por. | Dodanie (v zmysle bodu 10.1 Zmluvy) | Termín | Cena (EUR bez DPH) |
3.1. | Návrh riešenia Funkčná špecifikácia Analýza dopadov Integračná stratégia | D+11t | 19 000,- |
3.2. | Testovacie scenáre a testovacie prípady Prevádzková dokumentácia (pre správcu aplikácie, pre prevádzkovanie aplikácie, pre inštaláciu a konfiguráciu aplikácie Software v testovacom prostredí | D+16t | 0,- |
3.3. | Software otestovaný Používateľská dokumentácia | D+19t | 33 000,- |
4. Správa dispečerských hlásení | |||
Por. | Dodanie (v zmysle bodu 10.1 Zmluvy) | Termín | Cena (EUR bez DPH) |
4.1. | Návrh riešenia Funkčná špecifikácia Analýza dopadov Integračná stratégia | D+7t | 48 000,- |
4.2. | Testovacie scenáre a testovacie prípady Prevádzková dokumentácia (pre správcu aplikácie, pre prevádzkovanie aplikácie, pre inštaláciu a konfiguráciu aplikácie Software v testovacom prostredí | D+20t | 0,- |
4.3. | Software otestovaný Používateľská dokumentácia | D+28t | 110 000,- |
Xxxxxxx sú uvádzané relatívne v počte týždňov, kde D je dátum podpisu zmluvy.
3. Spôsob realizácie predmetu plnenia a posudzovania jeho kvality
3.1. Realizácia diela bude riadená ako súčasť projektu s využitím metodiky projektového riadenia.
3.2. Vývoj individualizovaného softvéru a jeho interné dodávateľské testy budú prebiehať v prostredí a na prostriedkoch Poskytovateľa
3.3. Kvalita dodaných projektových výstupov typu „individualizovaný softvér“ sa bude posudzovať formou funkčných, integračných a akceptačných testov vykonávaných v testovacom prostredí a na prostriedkoch Objednávateľa za účasti určených zástupcov Objednávateľa a v prípade potreby aj za účasti zástupcov Poskytovateľa a/alebo zástupcov tretích strán (napr. pri integrácii softvéru na IS dodávané tretími stranami)
3.4. Kvalita dodaných projektových výstupov typu „dokument“ sa bude posudzovať formou pripomienkového konania za účasti určených zástupcov Objednávateľa a v prípade potreby aj za účasti zástupcov tretích strán (napr. integrácia softvéru na IS dodávané tretími stranami)
3.5. Po ukončení vývoja individualizovaného softvéru a ukončení interných dodávateľských testov bude jeho funkčný prototyp Poskytovateľom nasadený do integrovaného testovacieho prostredia Objednávateľa.
3.6. Po nasadení funkčného prototypu individualizovaného softvéru do integrovaného testovacieho prostredia Objednávateľa budú Objednávateľom spustené, riadené a následne vyhodnotené funkčné, integračné a akceptačné testy. Pre funkcionality dotknuté implementovanými zmenami budú vykonané testy výkonu, prípadne záťaže, v závislosti od analýzy dopadov.
3.7. Testovanie individualizovaného softvéru bude prebiehať v testovacích cykloch (iteráciách) podľa testovacích scenárov dodaných Poskytovateľom.
3.8. Počet testovacích cyklov bude stanovený operatívne, podľa dosiahnutých výsledkov v už zrealizovaných testovacích cyklov.
3.9. Rozsah testovacích prípadov obsiahnutých v dodaných testovacích scenároch bude musieť byť dostatočný na preukázanie požadovanej funkčnosti a prevádzkyschopnosti dodaného individualizovaného softvéru.
3.10. Defekty identifikované počas testov dodaných projektových výstupov typu „individualizovaný softvér“ a vady identifikované pri posudzovaní dodaných projektových výstupov typu „dokument“ budú nahlasované a riešené podľa ods. 4.4 až ods. 4.7 tejto prílohy.
3.11. Na nahlasovanie (evidenciu) a riadenie životného cyklu defektov bude využitý špecializovaný softvér prevádzkovaný Objednávateľom.
3.12. Výsledky ukončeného testovacieho cyklu budú zdokumentované v testovacom protokole.
4. Podmienky akceptácie
4.1 Objednávateľ sa zaväzuje akceptovať projektový výstup typu „individualizovaný softvér“, ak budú splnené podmienky akceptácie podľa bodu 4.4. tejto prílohy overené prostredníctvom akceptačných testov realizovaných Objednávateľom v testovacom prostredí Objednávateľa.
4.2 Objednávateľ sa zaväzuje akceptovať dielo ako celok, ak budú splnené podmienky akceptácie podľa bodov 4.4. a 4.6 tejto prílohy.
4.3 Príslušný akceptačný protokol podpisuje za stranu Objednávateľa projektový manažér.
4.4 Podmienkou akceptácie projektových výstupov typu „individualizovaný softvér“ je, že počty nájdených defektov po ukončení akceptačných testov nesmú presiahnuť nižšie uvedené limity:
Kategória defektu | Povolený počet defektov |
„A“ | 0 |
„B“ | 0 |
„C“ | 20 |
4.5 Jednotlivé kategórie defektov a termíny dodania na retest sú definované nasledovne, pričom čas odozvy plynie počas pracovných dní od 8 do 16 hodín:
Kategória defektu | Popis | Čas odozvy | Termín dodania na retest na odstránenie defektu |
„A“ | • Kritický defekt s dopadom na základné funkcionality systému je taký, ktorý by v prípade výskytu v produkčnom prostredí znemožnil prevádzku IS, resp. v testovacom prostredí zastaví postup testov. | 8 hodín | Najneskôr 2 pracovné dni od nahlásenia. |
„B“ | • Vážny defekt s dopadom na funkcionalitu aspoň jedného modulu IS, ktorý by v prípade výskytu v produkčnom prostredí znemožnil alebo podstatným spôsobom obmedzil prevádzku chybných modulov IS, resp. v testovacom prostredí zastaví postup testov v chybnom module, bez dopadu na testy funkcionalít ostatných modulov. | 1 deň | Najneskôr 4 pracovné dni od nahlásenia. |
„C“ | Defekt s nepodstatným dopadom na prevádzku IS v produkčnom prostredí, resp. bez dopadu na postup testov v testovacom prostredí. | 2 dni | Najneskôr 10 pracovných dní od nahlásenia. |
4.6 Podmienkou akceptácie projektových výstupov typu „dokument“ je, že počty nájdených vád po ukončení posudzovania a revízie dokumentu nesmú presiahnuť nižšie uvedené limity:
Kategória vady | Povolený počet vád |
„A“ | 0 |
„B“ | 0 |
„C“ | 20 |
4.7 Jednotlivé kategórie vád pre projektové výstupy dokumenty typu „dokument“ sú definované nasledovne, pričom čas odozvy plynie počas pracovných dní od 8 do 16 hodín:
Kategória vady | Popis | Čas odozvy | Termín dodania na retest na odstránenie defektu |
„A“ | Kritická vada vyplývajúca z nekompletného obsahu dokumentu (nedodané všetky požadované položky pre čiastkové plnenie). | 8 hodín | Najneskôr 3 pracovné dni od nahlásenia. |
„B“ | Vážna vada vyplývajúca z nedodržania štruktúry alebo z nesprávneho obsahu dokumentu. | 1 deň | Najneskôr 5 pracovných dní od nahlásenia. |
„C“ | Nezávažná vada vyplývajúca z nedostatočnej formálnej a jazykovej úpravy. | 2 dni | Najneskôr 10 pracovných dní od nahlásenia. |