Struktura týmu a SW architektura Mnohé role v týmu závisí na aktivitách ve zvolené architektuře SW.

Slides:



Advertisements
Podobné prezentace
Stránka 1, © Vema, a. s.. Stránka 2, © Vema, a. s. Podnikové aplikace  Integrovaný podnikový systém (Integrated Business System):  komplex aplikací.
Advertisements

Modelování moderních aplikací v SELECT Enterprise
1IT PVY Klasifikace programového vybavení Ing. Jiří Šilhán.
Elektronizace agend nejen ve státní správě
Přednáška č. 3 Normalizace dat, Datová a funkční analýza
S YTÉMOVÁ INTEGRACE Ing. Jiří Šilhán. S YSTÉMOVÁ INTEGRACE Jedná se o přístup, který přispívá k integraci nesourodých výpočetních systémů. Vyplývá ze.
 Informací se data a vztahy mezi nimi stávají vhodnou interpretací pro uživatele, která odhaluje uspořádání, vztahy, tendence a trendy  Existuje celá.
Databázové systémy Přednáška č. 3 Proces návrhu databáze.
Přednáška č. 5 Proces návrhu databáze
METODOLOGIE PROJEKTOVÁNÍ NÁVRH IS PRO TECH. PROCESY Roman Danel VŠB – TU Ostrava HGF Institut ekonomiky a systémů řízení.
Potřeba informace v podniku
METODOLOGIE PROJEKTOVÁNÍ
A4M33NMS Návrh a modelování softwarových systémů
Úvod do databází Databáze.
Podnikový systém SEWSS Jakub Charvát STATISTICA Enterprise-wide SPC System.
Definování prostředí pro provozování aplikace dosud jsme řešili projekt v obecné rovině aplikace bude ovšem provozována v konkrétním technickém a programovém.
Geo-informační systémy
D ATOVÉ MODELY Ing. Jiří Šilhán. D ATABÁZOVÉ SYSTÉMY Patří vedle textových editorů a tabulkových kalkulátorů k nejrozšířenějším představitelům programového.
Architektura databází Ing. Dagmar Vítková. Centrální architektura V této architektuře jsou data i SŘBD v centrálním počítači. Tato architektura je typická.
Informační strategie. řešíte otázku kde získat konkurenční výhodu hledáte jistotu při realizaci projektů ICT Nejste si jisti ekonomickou efektivností.
Systémy pro podporu managementu 2
8. dubna 2013ISSS - Portál interních identit, Z. Motl1 Portál interních identit jako nadstavba identity managementu Mgr. Boleslav Bobčík, T-Systems Czech.
Relační databáze.
Databázové systémy Architektury DBS.
Metainformační systém založený na XML Autor: Josef Mikloš Vedoucí práce: Ing. Jan Růžička, Ph.D. V/2004.
Zavádění a údržba informačních systémů
Informatika pro ekonomy II přednáška 10
Databázové systémy Přednáška č. 6 Proces návrhu databáze.
Reporting Ing. Jan Přichystal, Ph.D.. Úvod Uživatelé obvykle přistupují k DW pomocí BI aplikace Většina využívá předdefinované reporty Poskytují standardizovaný.
Informační systémy TPS,MIS, SIS.
Vaše jistota na trhu IT INTEROPERABILITA V PRAXI Josef Sedláček, ICZ a.s. 08/03/2007, Praha.
B. Miniberger, BIVŠ Praha 2009
Dokumentace objektů a zveřejnění funkcí
Systémové pojetí hospodářské organizace 1 ECM – Řízení podnikového obsahu (Zdroj: Gála, Pour, Toman: Podniková informatika. Praha: Grada 2006) řízení podnikového.
Aleš Chudý IW BG Lead Microsoft Corporation. Lidé jsou klíčové aktivum firem Nové trendy práce Software jako platforma Strategická iniciativa (horizont.
Databáze.
Dokumentace informačního systému
Copyright (C) 1999 VEMA počítače a projektování, spol. s r.o.
Systémy pro podporu managementu 2 Inteligentní systémy pro podporu rozhodování 1 (DSS a znalostní systémy)
DATABÁZOVÉ SYSTÉMY. 2 DATABÁZOVÝ SYSTÉM SYSTÉM ŘÍZENÍ BÁZE DAT (SŘBD) PROGRAM KTERÝ ORGANIZUJE A UDRŽUJE NASHROMÁŽDĚNÉ INFORMACE DATABÁZOVÁ APLIKACE PROGRAM.
organizační struktury Implementace EOS III na Olomouckém kraji Pro:Krajský rok informatiky 2005 Autor:Jan Kadlec Datum:
Přednáška č. 1 Proces návrhu databáze
Databázové modelování
Inspirační databanka pro podporu strategického řízení rozvoje lidských zdrojů v krajích Národní vzdělávací fond, o.p.s. M. Mandíková, Z. Palán, I. Sládková,
Česko a Slovensko, výhledy do budoucnosti Michal Tomek – InterSystems BV.
Technické řešení Mapových služeb Portálu veřejné správy Jiří Kvapil.
CZ.1.07/1.4.00/ VY_32_INOVACE_166_IT 9 Výukový materiál zpracovaný v rámci projektu Vzdělávací oblast: Informační a komunikační technologie Předmět:Informatika.
Databázové systémy Informatika pro ekonomy, př. 18.
ISSS IS HN/SS Softwarová architektura informačního systému hmotné nouze a sociálních služeb Jindřich Štěpánek
Základní rozdělení činností v podnikové informatice
1 NÁKLADOVÉ ÚČETNICTVÍ (MU_305). 2 Ing. Jaroslav Wagner, PhD. Katedra manažerského účetnictví Místnost: 285 NB KH: Pondělí 15,00 – 17,00 hod.
SOA = Architektura orientovaná na služby
Přístup do IS z mobilních zařízení Tomáš Tureček Katedra Informatiky FEI VŠB-TU Ostrava.
Stipendijní informační portál - Detailní analýza a návrh.
Webové služby pro komunikaci s informačním systémem eQuip Martin Širajch.
Sales & Consulting IGS, Czech Republic © 2005 IBM Corporation Optimalizace a sdílení informací ve státní správě Pavel Hrdlička.
1 Řízení implementace IS a SS* Šablony. 2 Vzorové postupy.
1 E - S V Ě T S E T O Č Í S T Á L E R Y C H L E J I. S T A Č Í T E M U ? Fenix II –IS na platformě.NET Michal Varga.
Databázové systémy Datové modely.
ECM – Enterprise Content Management
Architektura databází DBS=SŘBD+DB
YOUR SYSTEM, spol. s r. o. Ing
Základní problémy realizace eLearningového systému Roman Malo Ústav informatiky PEF MZLU v Brně.
13.přednáška – Elektronické zásobování Ing. Jiří Zmatlík, Ph.D. ČVUT, Fakulta elektrotechnická Katedra ekonomiky, manažerství a humanitních věd.
B2B Systémová integrace Jiří Macháček. Osnova ► Úvod ► Terminologie ► Parametry – požadavky ► Způsoby integrace ► Web-Services ► Příklady.
Budování Integrovaného informačního systému Národního památkového ústavu Petr Volfík, NPÚ ÚP
Tradiční metodiky vývoje softwaru
Informatika pro ekonomy přednáška 8
Sytémová integrace Ing. Jiří Šilhán.
METODOLOGIE PROJEKTOVÁNÍ
Transkript prezentace:

Struktura týmu a SW architektura Mnohé role v týmu závisí na aktivitách ve zvolené architektuře SW

2 Spolupráce třívrstvých komponent Semantic web

3 Spolupráce třívrstvých komponent Spolupráce podle vrstev, – Logika je na aplikačním serveru, datová na datovém Uživatelské rozhraní Výkonná logika aplikace Datové služby, správa dat Databáze 1 Databáze 2 Uživatelské rozhraní Výkonná logika aplikace Datové služby, správa dat Databáze 3 Databáze 4 Zprávy, XML, dokumenty Datové operace vyšší úrovně, dokumenty, balíky dat V SOA mohou být vrstvy tvořeny podsítěmi (opět SOA) Datové operace databázových systémů

Databázově orientované systémy Aplikace pracující nad stejnou (distribuovanou) DB Aplikační vrstva zčásti pomocí uložených procedur nebo wraper dat Nutná disciplina při vývoji, lze pak vytvořit systém, který se do značné míry obejde bez explicitního používání middlewaru (ten je zakryt branami na datovou vrstvu

Systémy propojené přes databázi 5 Uživatelské rozhraní Aplikační vrstva Datová vrstva Uložené procedury Uživatelské rozhraní Aplikační vrstva Datová vrstva Uložené procedury Databáze

Systémy propojené přes databázi 6 Uživatelské rozhraní Aplikační vrstva Datová vrstva Uložené procedury Uživatelské rozhraní Aplikační vrstva Datová vrstva Uložené procedury Databáze/správa dokumentů Dokumentové rozhraní

Systémy propojené přes databázi 7 Uživatelské rozhraní Aplikační vrstva Datová vrstva Uložené procedury Uživatelské rozhraní Aplikační vrstva Datová vrstva Uložené procedury Databáze/správa dokumentů/ cloud Dokumentové rozhraní

Rozhraní pomocí byznys dokumentů Uživatelsky a technologicky výhodné Umožňuje hladké připojení systémů různých výrobců SW, – i přímo malých s velkými pomocí zpráv – I malých s velkými pomocí dokumentů zapouzdřující cloud nebo datové baze

Výhody byznys dokumentů z pohledu (koncového) uživatele. 1.Využití dekompozice a uživatelských jazyků a prověřených řešení 2.Transparentnost chování systémů, lze snadno pochopit, co se od jednotlivých služeb (subsystémů) v daném okamžiku požaduje. 3.Snazší specifikace požadavků a snazší specifikace změn 4.Možnost zapojení uživatelů do vývoje a údržby 5.Možnost on-line provádění manažerských činností, především analytické práce. Snazší spolupráce managementu a obchodníků 6.Zkvalitnění byznys dat (včasnost, snadná analýza, spolehlivost a důvěryhodnost, logování a využívání informací o průběhu byznys procesů). Lze to využít pro zdokonalování znalostí o byznysu, řešené nečekaných problémů i během soudní procesů týkajících se byznysu 7.Flexibilní byznys procesy, které mohou být i globální 8.Možnost zapouzdření datové vrstvy jako specifické služby. Snadný outsourcing a insourcing

Výhody byznys dokumentů z hlediska technického 1.Lokalizace změn v důsledku možností skrývání implementačních informací 2.Snadnost kombinace hotových i vyvíjených systémů, valstních i od různých výrobců. Zvláště výhodné to je pro malé a střední SW firmy. 3.Použitelnost systémů správy dokumentů 4.Lze zapouzdřit i datovou (DMS a dokumentové rozhraní)i uživatelskou (klientskou) vrstvu (excel atp.) 5.Snazší využití cloudů a obecně datových vrstev autonomních SW entit 6.Možnost integrace pomocí webu, cloudů, datových vrstev a systémů řízení dokumentů 7.Integrace vývoje a údržby 8.Redukce nákladů a řešení problému permanentní zastaralosti. 9.Snadný sourcing, snadné připojování věcí od malých firem k systémům od velkých výrobců (to je výhoda i uživatelská)

Cloud a jiné triky Databáze nahrazena správou dokumentů Správa dokumentů skryta za konektory (v SOA implementované jako služby) Roli konektoru, který přebírá i část UI a část logiky, může sehrát tabulkový kalkulátor. Dokumenty jsou pak spreadsheety ve formátu XML. 11

Otázky dokumentové orientace Ne vždy je možná byznys orientace a hrubozrnnost – Regulační SW – Samotné hrubozrnné komponenty – Architekturní služby

13 Tři vrstvy a server OO usnadňuje posun rozhraní (srv. connectors)

14 K SOA

15 K SOA, základní sestava

16

17 Middleware Architekturní služby fungují jako rozšíření middleware, architekturu jako službu, agilní vývoj a agilní byznys procesy

18 Hlavní výhody SOA Znovupoužití existujících a cizích aplikací Autonomní vývoj částí Inkrementální vývoj Modifikovatelnost a udržovatelnost Umožnění principů agilního vývoje ve velkých systémech Cesta k softwaru jako high tech

19 Některé nevýhody SOA Sekvenční zpracování je nutné zajišťovat – Řešení: Odpovím určené službě – Mohu čekat na odpověď – Identifikátor zprávy na kterou se odpovídá a nebo vratný parametr (identifikuje odkud pokračovat) Nejasné jak efektivně spoluopracovat se SOAP a obecně jak optimálně aplikovat to nejlepší z objektové orientace Obtížné přijetí filosofie SOA

20 Jaksonova metoda Je vhodná pro sekvenční dávkové zpracování uspořádaných souborů Základní princip: – Logiku mnohých programů lze odvodit z toho, jak se zpracovává soubor Akce na začátku nebo ří změně klíče (pohyby na daném účtu) Varianty zpracování vět Akce na konci seznamu pro daný klíč – Lze opakovat při změně hodnoty klíče

21 Jaksonova metoda Je vhodná pro vývoj jednotlivých procesů v diagramu toků dat V jistém smyslu obdoba objektové orientace pro dávkové systémy

22 Jaksonova metoda

23 Jaksonova metoda Často lze strukturu programu odvodit z dekompozice činností, vhodné pro dávkové zpracování

24 Dataflow

25 Dataflow, funkcionální dekompozice

Prvky DFD v SOA a cloudu Datové úložiště se zapouzdří jako služba Rozhraní dávkoé (bulk) i interaktivní)

27 Odvozená hierarchická dekompozice

28 Diagram kontextu. Dají se použít Use Case

29 Výhody a nevýhody Vhodnější pro dávkové zpracování, tam ale významem obdoba SOA pro interaktivní spolupráci Pokud je možné použít, může podstatně usnadnit vývoj a modifikace využitím úložišť Nevýhoda je, že může omezit použití on-line operací Je možná kombinace úložišť a komunikace výměnou zpráv,to je zvláště vhodné pro manažery, viz Generalized Petri Places

30 Rozhodovací tabulky Umožňuje přehledně zapsat, za jakých podmínek učinit příslušnou akci/akce Do horního pole se zapisují požadované pravdivostní hodnoty jednotlivých podmínek (ano A, ne N, na podmínce nezáleží X) Do dolního pole se zapisuje značkou x, zda se má příslušná akce pro kombinaci podmínek uvedenou v horní části sloupce provést

31 Rozhodovací tabulky

32 Rozhodovací tabulky Vhodné spíše pro dávky a menší úlohy Osvědčuje se pro vyjasnění všech možností Podmínek nesmí být příliš mnoho Spíše jen okrajová metoda Použitelné při specifikaci požadavků i při návrhu systému Používá se v podnicích