Potřeba informace v podniku

1. Potřeba informace v podniku

2. Dílčíarchitektury IS • 1. Procesníarchitektura • Cílemnávrhuprocesníarchitektury je co nejrychlejšíreakcepodnikunaexterníudálostipřinízkéspotřeběpodnikovýchzdrojů. • Východiskemnávrhuprocesníarchitektury je určeníklíčovýchexterníchudálostí, kterépředstavujípodstatnévazbypodniku s okolím. • Nástrojemje kontextový diagram,na něj navazuje hrubé schéma procesů a vazeb, které se v další fázi ještě detailizují. • Procesní architektura je návrhem budoucího stavu procesů ve firmě a nástrojem mohou být i procesní diagramy.

3. Dílčíarchitektury IS • 2. Funkčníarchitektura • Navazujenaarchitekturuprocesní. • Je to návrhhierarchickéhorozpadupožadovanýchfunkcí a služeb IS. • Nejnižšíúroveňfunkčníhierarchie, která je viditelnáuživatelům, popisujeelementárnífunkce (transakce), kterémajíuživatelé IS/IT ještě k dispozici. • NástrojemjeDFD a slovnípopisfunkcí (minispecifikace).

4. Dílčíarchitektury IS • 3. Datováarchitektura • Je návrhemdatovézákladny IS. • Vychází z analýzypotřebnýchdatovýchobjektů a jejichvazeb. • Na základědatovéarchitektury se navrhujídatové entity, jejichvazby a atributy. • Nástrojemje entitně-relační diagram, ERD. • Je finalizovánanávrhemdatovýchsouborů a jejichfyzickýmuložením.

5. Dílčíarchitektury IS Pozn. Pro formalizované definování logické struktury dat se často využívá Backus-Naurovy syntaxe v následující podobě • identifikátor struktury = logická struktura Syntaktické znaky používané pro specifikaci logické struktury mají následující význam + logická spojka "a" (and), {X} X je opakující se substruktura, [X] X=X1X2…X a je variantní substruktura a  znak "" představuje logickou spojku "nebo" (X) X je nepovinná substruktura. Příklad logické struktury datového toku: OBČAN=Příjmení+Jméno+Rod.číslo+{DÍTĚ}+(Telefon)+[MUŽŽENA], kde DÍTĚ, MUŽ a ŽENA jsou substruktury, jejichž obsah se definuje stejným způsobem.

6. Dílčíarchitektury IS • 3. Datováarchitektura • Grafická část ERD obsahuje dva základní prvky: entity a vazby. • Entita jako abstrakce množiny prvků se stejnou logickou strukturou (musí mít název) • Vazby definují souvislost mezi objekty • Vazby unární, binární, n-ární • Vazby supertyp/subtyp

7. Dílčíarchitektury • 4. Softwarováarchitektura • Je definovánamnožinouprogramovýchjednotek - modulů a vazebmezitěmitomoduly. Vazbyjsoudányvolánímmodulů a předávanýmidaty. • Každýmodul je popsán • funkcemi, kterézajišťuje, • V/V a řídícímidaty, • algoritmempřechoduvstupních dat navýstupní, • vývojovýmprostředím (pgmovacíjazyk), • provoznímprostředím (OS, SŘBD, ..).

8. Softwarováarchitektura • Existují čtyři typy SW architektur: • Lineární- cílová fce systému je dosažena sekvenčním uspořádáním elementárních funkcí, využívá se zřídka. • Hierarchická- vazby jednotlivých funkcí systému jsou reprezentovány stromovým grafem, každá elementární funkce je využita vždy právě v jedné funkci vyšší úrovně, přehledná ale nákladná architektura. • Síťová- neplatí závazná pravidla podřízenosti a nadřízenosti, nedefinuje žádná pravidla pro vztahy mezi jednotlivými částmi, kterákoliv komponenta může využívat služeb jiných komponent. • Předností je otevřenost pro přidávání nových funkcí (flexibilita). • Je vhodnější pro tvorbu rozsáhlého systému než předchozí hierarchická architektura.

9. Vrstvená -funkce jsou uspořádány do několika vrstev tak, že funkce vyšší vrstvy mohou využívat pouze funkcí podřízených vrstev. Silně vrstvená architektura - je povoleno používat jen funkcí vrstvy bezprostředně podřízené. Slabě vrstvená architektura - vyšší funkce může využívat i funkcí nižších než bezprostředně podřízených vrstev. Softwarováarchitektura

10. Softwarováarchitektura • Použití: • Univerzálně jsou použitelné pouze vrstvená a síťová architektura. • Lineární a hierarchická pouze pro specifické aplikace. • Síťová je preferována v případech, kdy dáváme přednost nízkým nákladům provozu před nízkým nákladem tvorby, údržby a užití. • V ostatních případech je vhodnější vrstvená architektura. • Vrstvená architektura je vhodná zejména pro použití v distribuované nebo kooperativní technologické architektuře.

11. Dílčíarchitektury • 5. Hardwarováarchitektura • Určujetypy , počty a vzájemnévazbyhardwarovýchkomponent.

12. Dílčíarchitektury • 6. Technologickáarchitektura • Rozhoduje o technologickém řešení aplikace. • Propojuje SW, HW a datovouarchitekturu a definujezpůsobzpracováníjednotlivýchaplikací, vnitřnístavbuaplikací a uživatelskérozhraníaplikací. • Klasifikace technologické architekturypodlemetodyzpracování, podleuspořádání PC, podlevrstev.

13. Typy technologickéarchitektury • Podlemetody(režimu) zpracování(určuje, jakýmipodnětyjsoujednotlivé funkceaplikacestartovány, jaká je dobaodezvy funkcí a jakývztahmázpracování funkcí k fcímreálnéhosvěta) • Dávkovézpracování - • Interaktivnízpracování - • Řízenéudálostmi - • V reálnémčase -

14. Technologické architektury podle metody zpracování • Dávkové (jednotlivé požadavky na zpracování a související vstupní data jsou shromážděna v dávce před odstartováním aplikace, která po svém spuštění zpracuje najednou všechny shromážděné požadavky Př.: sběr a doručování poštovních zásilek, účetní závěrka) Výhody (snadná programová realizace, malé nároky na počítačové zdroje) Nevýhody(dlouhá a nezaručená doba odezvy bez komunikace s uživatelem) • Interaktivní (uživatel je v přímém kontaktu s počítačem a jeho požadavky na zpracování jsou vyřizovány okamžitě a s garantovanou dobou odezvy a jsou realizovány jednou transakcí) Výhody (uživatelsky příjemnější) Nevýhody (náročné na tvorbu, náročné na potřebu počítačových zdrojů)

15. Technologické architektury podle metody zpracování • Aplikace řízené událostmi (startovány událostmi (datové, časové, mimořádné), které nastávají v reálném světě) Př. automatické vystavení objednávky (datová), pravidelné automatické odesílání údajů (časová) Výhody (zvyšují automatizaci a tím obvykle i efektivnost podnikových procesů). • Aplikace pracující v reálném čase Př. přímé řízení strojů a celé výrobní linky počítačem

16. Podleuspořádání PC (z hlediska rozmístění) Centralizovanézpracování(1 hlavní počítač, na který jsou napojeny neinteligentní terminály) Decentralizovanézpracování(samostatné počítače bez vazeb) Distribuovanézpracování (několik serverů s připojenými koncovými stanicemi) Kooperativnízpracování (distribuované + Internet) Typy technologickéarchitektury

17. Typy technologickéarchitektury • Podle vrstev(vrstva datová, funkční a prezentační nebo komunikační), základní rozdíl mezi následujícími architekturami je v tom, zda jsou tyto vrstvy odděleny do samostatných programů, či nikoliv. • monolitická architektura – všechny vrstvy jsou řízeny jedním programem • dvouvrstvá architektura - lehký nebo těžký klient, • třívrstvá architektura (typická architektura pro celopodikové rozlehlé aplikace dynamického charakteru).

18. Výhody třívrstvé architektury • Vyšší pořizovací ale nižší provozní náklady • Menší údržba • Neexistují redundantní údaje • Neexistuje redundantní podniková logika • Jednoduché přizpůsobení potřebám zákazníka • Jednoduchý a rychlý a bezpečný přechod na vyšší verze – vysoká flexibilita • Každou vrstvu lze udržovat samostatně • Každá vrstva může být vyvíjena v jiném vývojovém prostředí • Ideální pro tvorbu otevřených, distribuovaných a flexibilních IS

19. Třívrstvá architektura pozn. • 3 vrstvy z pohledu WEB • Databáze • Aplikační (business logika) • Windows klient nebo Browser klient

20. Klient/server architektura Speciální případ vrstvené architektury. Princip je umožnit více uživatelům pracovat nad společnými daty a rozložit zpracování na více počítačů. Podoby klient/server architektury • Distribuovaná prezentace • Distribuovaná data • Distribuovaná data a aplikační logika • Internet a Intranet • Viz obr.

23. Architektura IS/IT • Další dimenze architektury: • organizační • personální • metodická • ekonomická • Architektura může obsahovat dále vazbymezi bloky (každá vazba je určena obsahem, formátem, periodicitou..).

24. Architektura IS/IT • Architektura IS/IT by měla podporovat následující vlastnosti IS/IT: • strategická orientace, • adekvátní funkční spektrum, • integrovanost, otevřenost, jednoduchost, • flexibilita, udržovatelnost, • efektivní provozuschopnost: • přijatelná doba odezvy, • funkční spolehlivost, • bezpečnost dat před výpadkem systému, • ochrana dat před neautorizovaným užitím.

25. Architektura IS/IT • Základnímproblémem v řešení IS/IT je najíttakovévztahymezijednotlivýmiarchitekturami,kterépovedoukezvýšeníkvality a výkonucelého IS. • Chybynejčastějiznamenají: • neúměrnousložitostsystému, • prodlužovánívývoje a řešenísystému, • prodlužovánídobyodezvy, • snižování flexibility vzhledem k novýmuživatelskýmpožadavkům, • snižováníspolehlivosti, zvyšovánírizikavýpadů ...