1 / 25

Potřeba informace v podniku

Potřeba informace v podniku. Dílčí architektury IS. 1. Procesní architektura C ílem návrhu procesní architektury je co nejrychlejší reakce podniku na externí události při nízké spotřebě podnikových zdrojů .

pakuna
Télécharger la présentation

Potřeba informace v podniku

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  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.

  21. 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..).

  22. 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.

  23. 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ů ...

More Related