Vývoj informačních systémů. Obecně o IS



Podobné dokumenty
Vývoj informačních systémů. Přehled témat a úkolů

Vývoj informačních systémů. Přehled témat a úkolů

Návrh softwarových systémů - architektura softwarových systémů

1. Integrační koncept

Architektury Informačních systémů. Jaroslav Žáček

Architektury Informačních systémů. Jaroslav Žáček

Procesní řízení. Hlavní zásady a praxe dodavatele Komix

INFORMAČNÍ SYSTÉMY , Ing. Jiří Mráz

Analýza a Návrh. Analýza

Informační systémy 2008/2009. Radim Farana. Obsah. Nástroje business modelování. Business modelling, základní nástroje a metody business modelování.

Management IS. Doc.Ing.Miloš Koch,CSc. 22/ 1

TÉMATICKÝ OKRUH Softwarové inženýrství

Dnešní témata Informační systém, informační služba Podnikový informační systém

Design systému. Komponentová versus procesní architektura

RUP - Disciplíny. Jaroslav Žáček jaroslav.zacek@osu.cz

Aplikace IS, outsourcing, systémová integrace. Jaroslav Žáček

PŘÍLOHA C Požadavky na Dokumentaci

Projektové prostředí a přístup dle Logického rámce

Návrh softwarových systémů - architektura softwarových systémů

Od životních situací ke kompetenčnímu modelu. Bc. František Aubrecht, MBA Ing. Miroslav Vlasák

Teorie systémů TES 6. Systémy procesní

PODNIKOVÁ INFORMATIKA

Náhled společnosti Atos na elektronizaci veřejné správy E-government Mikulov 2013

SW podpora projektového řízení

Cobit 5: Struktura dokumentů

Otázky kurzu 4IT417 Řízení podnikové informatiky verze z 1/2/ Podniková informatika pojmy a komponenty

Znalostní systém nad ontologií ve formátu Topic Maps

Problémové domény a jejich charakteristiky

RFID laboratoř Ing. Jan Gottfried, Ph.D.

Chytrá systémová architektura jako základ Smart Administration

Ing. Jiří Fejfar, Ph.D. Geo-informační systémy

TECHNICKÁ SPECIFIKACE VEŘEJNÉ ZAKÁZKY

MST - sběr dat pomocí mobilních terminálů on-line/off-line

Architektura informačních systémů. - dílčí architektury - strategické řízení taktické řízení. operativní řízení a provozu. Globální architektura

Národní architektonický plán a ostatní metody řízení veřejné správy ČR

X36SIN: Softwarové inženýrství. Životní cyklus a plánování

Inovace výuky prostřednictvím ICT v SPŠ Zlín, CZ.1.07/1.5.00/ Vzdělávání v informačních a komunikačních technologií

Aplikace IS, outsourcing, systémová integrace. Jaroslav Žáček

CASE. Jaroslav Žáček

Seminář VŠE, ČSSI a ICT UNIE

ZMĚNA ČESKÉHO OBRANNÉHO STANDARDU. AAP-48, Ed. B, version 1

CobiT. Control Objectives for Information and related Technology. Teplá u Mariánských Lázní, 6. října 2004

INFORMAČNÍ SYSTÉMY (IS) Ing. Pavel Náplava Katedra počítačů K336, ČVUT FEL Praha 2004/2005

Smysl metodiky IS/IT. Koncentrovaná zkušenost Checklist na nic nezapomeneme

Přístupy k efektivnímu využití modelu MBI

Informační systémy. Jaroslav Žáček

Jan Hřídel Regional Sales Manager - Public Administration

ATOS Důvěryhodné úložiště pro státní správu

Kvalita SW produktů. Jiří Sochor, Jaroslav Ráček 1

Bakalářský studijní obor hospodářská informatika

Co se chcete dozvědět?

In orma I a. O nl Dva. Počítačové aplikace v podnikové a mezipodnikové praxi Technologie informačních systému R1zení a rozvoj podnikové informatiky

Metodika analýzy. Příloha č. 1

Vzdálená správa v cloudu až pro 250 počítačů

Téma Školitel Počet dní Moderní principy řízení výrobního podniku

Využití SysML pro tvorbu modelů v systémovém inženýrství

Multimediální systémy

StaproFONS. Petr Siblík. Objednávání pacientů

Obsah. Základní pojmy, zkratky Předpisy a literatura přehled Přístup k validacím počítačových systémů URS Validace Předpisy a literatura

OBSAH PROCES MARKETINGOVÉHO PLÁNOVÁNÍ: ZÁKLADNÍ KROKY 41 ÚVOD 41 CO JE TO MARKETINGOVÉ PLÁNOVÁNÍ? 42 PROČ JE MARKETINGOVÉ PLÁNOVÁNÍ NEZBYTNÉ?

Slovenská spořitelna:

Příloha č. 2 ke smlouvě. Rozsah a podmínky provozní podpory

Architektury počítačů

Obsah: Základní pojmy, definice Informační systémy IT architektura Typické aplikační komponenty Implementace aplikací

Implementace systému ISMS

UML a jeho použití v procesu vývoje. Jaroslav Žáček jaroslav.zacek@osu.cz

Veřejné cloudové služby

Informační systémy 2008/2009. Radim Farana. Obsah. Obsah předmětu. Požadavky kreditového systému. Relační datový model, Architektury databází

Úvodní přednáška. Význam a historie PIS

Konference Standardizace agend přenesené působnosti a měření jejich výkonnosti

Moderní přístup k návrhu produktové nabídky a schvalování úvěrových produktů v reálném čase.

Allegro framework. Podstatné vlastnosti. Allegro Business Solution Framework

PRODEJ Prodej je pochopitelně základní funkcí pokladního systému. Systému MERCATOR umožňuje prodej realizovat ve 3 režimech:

InternetovéTechnologie

Obsah. Úvod 11 Zpětná vazba od čtenářů 13 Errata 14 Poznámka ke kódům 14

Úvod do informačních a řídicích systémů. lení

EXTRAKT z technické normy ISO

ehealth Day 2016 Jak zavést účinná organizační a technická opatření pro řízení bezpečnosti

Úvod do validace počítačových systémů Ing. Miroslav Mík. Obsah

Cesta k optimalizaci provozních. technologických zařízen

ové kampaně Byznys CRM s.r.o.

EXTRAKT z technické normy CEN ISO

Informační média a služby

TREND POPIS ODPOVĚDNOSTI PRACOVNÍKA MANAŽER VÝVOJE

1. Webové služby. K čemu slouží? 2. RPC Web Service. 3. SOA Web Service. 4. RESTful Web services

Digitální technická mapa ČR

Vývoj informačních systémů. Architektura, návrh Vzory: Doménová logika

Informační systémy. Jaroslav Žáček

EXTRAKT z české technické normy

POČÍTAČOVÉ ŘÍZENÍ TECHNOLOGICKÝCH PROCESŮ

DATABÁZOVÉ SYSTÉMY. Vladimíra Zádová, KIN, EF TUL - DBS

NSWI /2011 ZS. Principy cpypočítačůčů aoperačních systémů ARCHITEKTURA

RDF DSPS ROZVOJ PORTÁLU

POPIS STANDARDU CEN TC278/WG 02

Projekt IS Statutárního města Ostrava. Kladno 10. června 2011

Výčet strategií a cílů, na jejichž plnění se projektový okruh podílí:

EXTRAKT z mezinárodní normy

Honeywell & Masarykova univerzita v Brně

Xirrus Zajímavé funkce. Jiří Zelenka

Siebel CRM pro podporu řízení outsourcingu IT Služeb

Transkript:

Vývoj informačních systémů Obecně o IS

Informační systém Informační systém je propojení informačních technologií a lidských aktivit směřující k zajištění podpory procesů v organizaci. V širším slova smyslu se jedná o interakci mezi lidmi, procesy a daty. Informační systém je určen ke zpracování (získávání, přenos, uložení, vyhledávání, manipulace, zobrazení) informací.

Formalizovaný x počítačový IS Ne formalizace ve smyslu matematika S informacemi se dá pracovat na neformální bázi (zejména chybí předdefinovaná a závazná forma práce s informacemi). Počítačové informační systémy poskytují podporu pro zvýšení efektivity práce s informacemi ( jak kdy ).

Kdy to začalo (a kdy to skončí) Mzdy Vysoké náklady na lidskou práci Chybovost Aukční servery, internetové obchody, Efektivita, vzdálenost, automatizace Nikdy to neskončí?

Klasifikace Např. různé typy agend Ekonomická Personální Skladová Dokumentová (např. spisová služba) Studentská ERP, CRM, Project management, Supply chain management

Klíčové otázky CO? Jde zejména o informace samotné. JAK? Jde o procesy prováděné s informacemi. KDE? Na jakých místech se pracuje s informacemi. KDO? Kdo a v jaké roli pracuje s informacemi. KDY? Kdy a na základě jakých impulzů se s informacemi pracuje PROČ? Jde o cíle a pravidla, jak těchto cílů dosáhnout.

Od obecného ke konkrétnímu Rámec, rozsah, vize (strategické rozhodnutí) Byznys model (osoba odpovědná za proces) Systémový model (architekt, návrhář) Technologický model (technolog) Detailní reprezentace (specialista) Provoz (vyčleněný pracovník, správce)

Jednodušeji

Životní cyklus Vize Analýza Návrh Vývoj Nasazení Provoz

Architektura Základní organizace softwarového systému zahrnující jeho komponenty, jejich vzájemné vztahy a vztahy s okolím systému, principy návrhu takového systému a jeho vývoje ANSI/IEEE 1471-2000 Recommended Practice for Architectural Description of Software-Intensive Systems ISO/IEC/IEEE 42010:2011 Systems and software engineering Architecture description Architektura informačního systému leží na vyšší úrovni abstrakce tak, že zahrnuje pohled na aplikační doménu (tj. pohled zákazníka ), pohled vývojáře na globální strukturu systému a chování jeho částí, jejich propojení a synchronizace, pohled na přístup k datům a toky dat v systému, fyzické rozmístění komponent a další.

Pravidla a principy Softwarová architektura představuje především strukturu softwarového systému a pravidla jejího vývoje. statická architektura umožňuje zachytit pouze pevnou strukturu softwarového systému bez možnosti změn, struktura systému je daná při návrhu a neměnná za běhu systému dynamická architektura oproti statické architektuře navíc podporuje vznik a zánik komponent a vazeb za běhu systému podle pravidel určených při návrhu, struktura systému se dynamicky mění mobilní architektura rozšiřuje dynamickou architekturu o mobilní prvky, kdy se komponenty a vazby přesouvají za běhu systému podle stavu výpočtu

Stav struktury systému Komponenty části dekomponovaného systému s daným rozhraním. Konektory komunikační kanály pro propojení komponent s daným rozhraním. Konfigurace konkrétní způsob vzájemného propojení komponent pomocí konektorů.

Architektura x Návrh ARCHITEKTURA se zabývá především technickými (jinými než funkčními) a částečně funkčními požadavky, zatímco NÁVRH vychází z čistě funkčních požadavků. Proces definice ARCHITEKTURY využívá zkušenosti, heuristiky a postupná upřesnění a zlepšení. Vyžaduje vysokou míru abstrakce pro NÁVRH rozdělení logiky systému do samostatně fungujících částí (s přesně definovanými kompetencemi). Nedá se naučit z příručky

Jak postupovat? Dekompozice Identifikace systémových požadavků Dekompozice systému do komponent Přidělení požadavků k jednotlivým komponentám Ověření, že všechny požadavky byly přiděleny [Standard Systems and software engineering Software life cycle processes ISO/IEC 12207:2008]

Návrh x Nasazení NÁVRH (design) popisuje systém rozdělený do logických částí, tedy JAK funguje a s ČÍM pracuje (třídy, tabulky, komponenty, služby a vztahy mezi nimi). NASAZENÍ (deployment) popisuje KDE systém běží (na jakém HW, platformě, ).

Tři klíčové kompetence Komunikace s uživatelem (prezentace informací, předání požadavků) Zpracování informací a jejich (dočasné) uchování. Trvalé uchování informací (dat). => Třívrstvá architektura

Zadání a vize Zadání vyjádřeno názvem (popisujícím doménu). Odpovědi na 6 klíčových otázek. Minimální, ale úplný, rozsah. Text pochopitelný oběma stranám (zákazník a řešitel).