====== 11. Architektury IS/ICT ======
Charakterizujte podstatu a účel architektur IS/ICT. Vysvětlete pojmy aplikační architektura a softwarová architektura. Účel softwarové architektury a možnosti jejího využití v jednotlivých fázích životního cyklu vývoje IS. 
===== Úloha =====
**Předpoklady:**
Jste v situaci, kdy zákazník má k dispozici softwarovou architekturu určitého programového systému a potřebuje posoudit kvalitu této architektury.

**Zadání:**
  * Jaké podklady byste od zákazníka očekával a jak byste postupoval ?
  * Jaké jsou k dispozici prostředky k zachycení softwarové architektury ?
  * Jak budete určovat kvalitu programového systému ?
  * Jaké využijete metody k hodnocení kvality softwarové architektury ?








===== Teorie =====
Architektura je obraz uspořádání IS/ICT z mnoha různých pohledů. Lze ji přirovnat – jak to rád dělá Voříšek – k plánům na stavbu domu. Vhodně vypracovaná a použitá architektura zajišťuje, že řešení bude koncepční, integrované, že jej bude možno rozšiřovat v budoucnosti. Je to prostředek komunikace mezi vývojáři a správci, zajišťuje konzistenci návrhu a efektivní využívání zdrojů. Může včas odhalit potíže.

Musí být otevřená, flexibilní, relativně jednoduchá, nabízet adekvátní funkční spektrum, musí být efektivně udržovaná, provozuschopná a podporovat strategické cíle.

Podle metodiky MMDIS: architektury dělíme podle pohledů, jaké sledují: globální architektura zastřešuje všechny architektury dílčí. Zahrnuje jednotlivé úrovně podniku a systémy, které je podporují – TPS, MIS, [[statnice:slovnik:eis|EIS]], OIS, atd. Každá oblast odpovídá určité úrovni nebo úrovním řízení, je jinak věcně orientována a má svojí datovou, SW, HW, funkční, atd. dimenzi. Každá oblast má také odlišné projekční a provozní standardy a postupy.

Dílčí architektury zastupují jednotlivé pohledy na z hlediska MMDIS: funkční (IS z hlediska funkcí, které poskytuje, staticky – hiearchický rozklad), procesní (dynamicky z hlediska procesů, které poporuje – DFD nebo kontextový diagram), softwarová (ta se dál dělí na lineární, hiearchickou – každá funkce je volána pouze jednou funkcí z nadřazené vrstvy, vrstevnou a síťovou a zvláštním druhem je klient/server – viz. otázka 21), hardwarová (jednotlivé HW prvky a jejich užití), datovou (popisuje struktury uchovávání dat a může mít podobu logickou nebo fyzickou – [[statnice:slovnik:erd|ERD]] diagram) a technologickou, která vlastně propojuje a zastřešuje SW, HW a datovou architekturu – popisuje jakým způsobem a na jakých principech a režimech technologie pracují (podle centralizace zpracování: centralizovaná, decentralizovaná, distribuovaná, kooperativní a podle režimu zpracování: dávkový, interaktivní, řízený událostmi, v reálném čase).


**Podstata a účel architektur IS/ICT**

__Účel__
  * schéma, zachycující a zohledňující všechny podstatné dimenze návrhu IS

__Požadavky__
  * Strategická orientace - podporovat dosažení strategických cílů podniku
  * Adekvátní funkční spektrum - pokrytí všech požadovaných služeb
  * Integrace - z hlediska všech dimenzí
  * Otevřenost (škálovatelnost - flexibilita)
  * Udržovatelnost - aktuálně zdokumentován
  * Efektivní provozuschopnost - přijatelná doba odezvy, spolehlivost, bezpečnost (fyzická, uživatelská)
  * Stabilní rámec řešení IS/IT - pro další rozvoj
  * Srozumitelnost a jednoduchost



**Možnosti využití SW architektury v jednotlivých fázích ŽC vývoje IS**

|IP|Soupis požadavků na funkce|
|UST|Výchozí původní architektura, je vidět, co můžeme použít…, upřesnění požadovaných funkcí|
|GAN|Popis, uvědomění si vazeb, odhalení nesprávností, duplicit…|
|DAN|Detailní popis SW, znalost funkcí jednotlivých modulů, možnost dobré integrace|
|IM|Možnost dobré integrace, racionalizace v znovu-používání funkcí na různých místech IS|
|ZA|Uživatelé si mohou přečíst, kde se odehrává jaká funkce, získají znalost systému|
|PU|help-desk ví, kam se obrátit, pokud něco nefunguje…|

===== Praxe =====
FIXME