.. _metodika_struct:

==========================
Architektura propojení
==========================

Metodika nabízí způsob propojení :term:`digitálního archivu <digitální archiv>` a 
:term:`software pro zpracování` archiválií.
Technicky se jedná o soustavu komunikačních rozhraní, která jsou popsána v jednotlivých 
kapitolách (:ref:`baseapi`, :ref:`batchapi`).

Způsob realizace je ovlivněn vztahem mezi digitálním archivem, rozsahem jeho funkcí,
rychlostí zpracování jednotlivých požadavků, typem a rozsahem uložených dat. 

Z hlediska architektury jsou uvažovány tři modelové scénáře:


.. list-table:: Modelové scénáře digitálních archivů
   :widths: 20 50
   :header-rows: 1

   * - modelový scénář
     - popis
   * - multiinstitucionální archiv
     - | digitální archiv fungující pro více institucí, předpokládáme delší odezvy a 
       | spíše dávkový charakter interakce, příkladem je technické řešení NDA II.
   * - specializovaný archiv
     - | digitální archiv realizovaný v rámci archivu s možností rychlých 
       | odpovědí na dotazy, tj. s možností středně až velmi rychlého vyžádání konkrétních souborů       
       | Data v cache budou spíše menšího rozsahu.
   * - integrované řešení archivu
     - | aplikace pro zpracování současně plní funkce modulu *Správy dat* 
       | dle modelu OAIS, tj. aplikace je přímo neoddělitelnou součástí řešení 
       | digitálního archivu.
       | Data v cache by měla být zcela minimální až žádná. Je možný přímý přístup k potřebným datům.



Vztah mezi aplikačními komponentami
======================================

Součástí :term:`digitálního archivu <digitální archiv>` (či jeho vnitřního úložiště) musí být 
realizace rozhraní dle této metodiky. Rozhraní musí poskytovat 
všechny nezbytné metody pro získávání informačních balíčků, včetně jejich změn, a zabezpečit
přístup k souborům tvořícím vlastní balíček. :term:`Software pro zpracování <software pro zpracování>`
potřebuje pro svou činnost metadata z každého balíčku, a to minimálně 
v rozsahu metadat o uchovávání a příslušný stávající :term:`archivní popis`.

Předané informace o :term:`archivním informačním balíčku <archivní informační balíček>` je 
nutné uložit v aplikaci pro zpracování po nezbytně nutnou dobu. 
Jejich rozsah a hloubka již záleží na typu realizovaného scénáře.
Ve všech scénářích bude nutná existence vrstvy označované jako *Dočasné úložiště*.
Vrstva  zajistí uchování předaných metadat a případně předaných :term:`komponent <komponenta>`. 
Doba uchování záleží jak na technickém řešení aplikace, tak i na metodice práce
zpracování digitálních archiválií v daném archivu.
Pro daný scénář je možné zvolit i delší dobu jejich uchování. 
Důvodem pro takové řešení může být přístup k datům v DA s dlouhou 
latencí, omezené množství dat v lokální databázi a v případě potřeby 
uživatele schopnost zajištění rychlé odpovědi, zajištění samotné evidence
a další.


.. plantuml::
    :caption: Vztah aplikačních komponent
    :scale: 70%
    :align: center

    component Elza {       
      component "Dočasné úložiště" as Cache { 
      }
    }
    interface "DA API" as NMET2
    component "Digitální archiv (NDA, DA spec. archivu)" as DA { 
    }

    NMET2 - DA
    Cache --> NMET2