OntoUML a UFO-A pro softwarové inženýrství
|
|
- Robert Blažek
- před 7 lety
- Počet zobrazení:
Transkript
1 OntoUML a UFO-A pro softwarové inženýrství No Author Given No Institute Given Abstrakt OntoUML je rozšířením známé notace UML o prvky ontologickyorientovaného konceptuálního modelování. Díky zjemnění kategorizace různých typů entit a zpřesnění jejich definice nabízí diagramy v OntoUML mnohem vyšší výrazovost v oblasti konceptuálního modelování. Tento příspěvek shrnuje hlavní principy a koncepty OntoUML ve vztahu k využití OntoUML při vývoji informačních systémů. V příspěvku jsou ilustrovány výhody vyššív výrazovosti OntoUML na příkladu a jsou též diskutovány další aspekty využití OntoUML v softwarovém inženýrství, jako transformace na implementační model a přísliby dalšího rozvoje. Zmíněny jsou též současné překážky širšího rozšíření OntoUML mezi odbornou veřejností. Keywords: ontologické modelování, OntoUML, softwarové inženýrství, vývoj informačních systémů 1 Úvod Proces vývoje složitějšího informačního či znalostního systému (business information system, BIS) sestává z řady na sebe navazujících činností [1]. Pokud budeme předpokládat, že požadavky již byly formulovány a je nastavena potřebná infrastruktura projektu, potom k realizaci softwarového díla (tj. neuvažujeme navazující fáze testování, nasazení, správy a podpory) vedou následující tři klíčové fáze: 1. Analýza, 2. Návrh, 3. Implementace. Požadavky Konceptuální model Implementační model Analýza Návrh Implementace Kód Obrázek 1. Zjednodušený model softwarového vývojového procesu ukazující klíčové artefakty předávané mezi fázemi
2 Obr. 1 ukazuje, že mezi fázemi jsou předávány artefakty jako vstupy a výstupy. Kvalita vstupních artefaktů významně ovlivňuje úspěšnost fáze z nekvalitních analytických podkladů nelze vytvořit kvalitní návrh a z nekvalitního návrhu nelze vytvořit kvalitní implementaci 1. Kvalita je ovlivňována především těmito dvěma faktory: Kvalitou notace použité pro modelování viz [4]. Zachování informace při přechodu mezi fázemi viz [7]. V tomto příspěvku se budeme zabývat především kvalitou výstupů Analýzy, konkrétně strukturálním modelem. Dále budeme diskutovat Návrh, konkrétně transformaci konceptuálního strukturálního modelu na implementační strukturální model. 2 Cíl a metodika Cílem příspěvku je nastínit možnosti a výhody využití notace OntoUML pro konceptuální modelování business informačních systémů. V příspěvku se budeme věnovat výhradně strukturálním modelům. Dalším cílem je nastínit problematiku transformace OntoUML do implementačních modelů, konkrétně do čistého objektově-orientovaného modelu. Cílem příspěvku je též krátce představit notaci OntoUML, která zatím není mezi širokou odbornou veřejností příliš známa, a též současné překážky širšího rozšíření. V příspěvku krátce představíme vznik a strukturu OntoUML, představíme základní pilíře, principy a kategorie typů. Vyšší výrazovost OntoUML budeme demonstrovat na konkrétním příkladu porovnání kusu modelu v UML a OntoUML. 3 Vznik OntoUML OntoUML vzniklo jakožto snaha o praktické spojení ontologické analýzy a konceptuálního modelování. Jeho cílem je nabídnout analytikovi sadu různých typů entit přesně definovaných vlastností, pomocí kterých lze velmi exaktně modelovat realitu. OntoUML vychází z poznatků Cognitive Science o charakteru a specifikách našeho vnímání a současně pevně stojí na aparátu modální logiky a matematických základech logiky, množin a relací. Syntakticky je postaveno nad notací třídních diagramů UML [2], kterou doplňuje o nové koncepty formou stereotypů, formálně je tedy v souladu s metamodelem UML [6], což přináší možnosti využívat stávající CASE nástroje, nástroje pro prezentaci, transformaci a výměnu dat, apod. Oproti jiným snahám o rozšíření UML o konceptuální prvky je však vybudováno zcela od základů a představuje samostatný úplný systém nezávislý na původních elementech UML. Některé využívá (např. třídy), 1 Kvalitu zde chápeme v souladu s ISO 9000, tj. jako míru splnění požadavků zákazníka.
3 řady konceptuálně problematických elementů se však zříká (např. agregace a kompozice) a nahrazuje je vlastními, ontologicky čistými verzemi. OntoUML bylo poprvé uceleně publikováno v disertační práci Dr. Giancarla Guizzardiho, kterou obhájil s nejvyššími poctami v r na univerzitě v Twente, a která vyšla formou monografie [4]. Od té doby patří Dr. Guizzardi mezi nejaktivnější vědce a autory zabývající se konceptuálním modelováním a je hostem či členem programových výborů nejvýznamnějších konferencí v této oblasti 2. Dr. Guizzardi působí na Federální univerzitě Ducha Svatého v Brazilské Vittorii, kde vede výzkumnou skupinu NEMO. Pomocí OntoUML jsou vybudovány tzv. základní ontologie (Foundational Ontologies) pro různé oblasti, tzv. UFO (Unified Foundational Ontology): UFO-A: Strukturální aspekty reality Objekty, jejich typy, podčásti, role, které hrají,... UFO-B: Dynamické aspekty Události, jejich části a vazby mezi nimi, participace objektů v událostech, časové chování,... UFO-C: Sociální aspekty Vybudováno nad UFO-A a UFO-B, zabývá se agenty, stavy, cíly, akcemi, normami, sociálními úmluvami a vztahy, apod. UFO-A je považováno za hotové a je též prověřeno v řadě projektů v praxi, neočekává se tedy další významný vývoj a rozšiřování. Oproti tomu UFO-B a UFO-C jsou nyní předmětem intenzivního vývoje. OntoUML a UFO však nejsou pouze vědecky zajímavé, nýbrž byly již úspěšně použity v rozsáhlých projektech, např. Off-Shore Software Development, konceptuální analýza pro velkou petrolejářskou firmu, v projektech v oblasti telekomunikací a Media Content Management. 4 Základní principy OntoUML Dále se tedy budeme zabývat výhradně UFO-A. Termínem OntoUML budeme tedy označovat notaci plus UFO-A, tedy strukturální aspekty, jež umožňují vytvářet statické modely struktur. 4.1 Kategorie typů entit Jak již bylo uvedeno, OntoUML důsledně rozlišuje různé kategorie entit v naší realitě. Ukázka části typové hierarchie je na obr. 2. Jednotlivé kategorie typů jsou vymezeny podle přesných kritérií: Identita zda-li typ poskytuje či vůbec má ontologickou identitu. Typy, které identitu neposkytují, ale mají, ji dědí od svých nadtypů. 2 Stránky Dr. Guizzardiho [3] obsahují seznam všech publikací a řada z nich je k dispozici i ke stažení.
4 {Person} {Brazilian, Man, Woman} {Teenager,! {Student, {Teenager, {Student,! {Physical Object} LivingPerson} Husband} LivingPerson} Husband} {Customer} {Insurable Item} Obrázek 2. Ukázka hierarchie typů entit v OntoUML UFO-A Rigidita charakterizuje neměnnost či proměnlivost typu. Pro definice OntoUML využívá modální logiku, která zavádí operátory nutnost a možnost v rámci času a prostoru modální logika hovoří obecně v pojmu svět. Hovoříme o rigiditě, anti-rigiditě a non-rigiditě, která je negací rigidity. Na základě toho potom rozlišujeme rigidní, anti-rigidní a semi-rigidní typy (pro některé instance rigidní, pro jiné non-rigidní). Relační závislost umožňuje specifikovat, že typ může existovat pouze za současné existence vazby na jiný typ.!"##$%$&'()*'$+,%"$-(,#(./0$1'(234$- Tabulka na obr. 3 shrnuje vlastnosti různých kategorií typů entit z obr. 2. Category of Type Supply Identity SORTAL - + Identity Rigidity Dependence «kind» «subkind» «role» «phase» NON-SORTAL - - «category» «rolemixin» «mixin» - - ~ - Obrázek 3. Ukázka hierarchie typů entit v OntoUML UFO-A Přesné rozlišování kategorií typů má v softwarovém inženýrství značný praktický význam. Obr. 4 obsahuje porovnání části UML class modelu osob na uni-
5 Obrázek 4. Příklad stejného modelu v UML a OntoUML verzitě a odpovídající OntoUML verzi s přesným vymezením kategorií typů entit. V čistém UML modelu chybí řada informací, které potom mohou vést k chybnému návrhu: Studenta a zaměstnance namodelujeme v OntoUML jakožto anti-rigidní typ <<role>>, čímž říkáme, že osoba se zaměstnancem může stát a může jím přestat být bez ztráty své identity. To samé platí pro studenta. Navíc rolí může mít Osoba vícero najednou. Zjednodušený model v UML vede na rigidní implementaci a student nemůže být současně zaměstnancem a naopak (jsou to dvě oddělené entity) 3. Role dědí v OntoUML identitu od typu Kind, tudíž Osoba se může stávat i přestávat být studentem či zaměstnancem bez ztráty identity. V UML modelu mají Student i Zaměstnanec vlastní identitu, student, který dostuduje a stane se zaměstnancem, tak ztratí všechnu svoji historii. Podobně Fáze <<phase>> je anti-rigidní, tj. zaměstnanec může přecházet mezi stavy pojištěného zaměstnance a nepojištěného zaměstnance. Oproti rolím, kterých může mít člověk vícero, fázi může mít v daný okamžik pouze jednu. Rigidní model v UML opět neumožňuje přecházet mezi pojištěným a nepojištěným stavem. V UML bychom tuto situaci mohli částečně obejít nepovinnou vazbou Zaměstnanec-Pojištění, nebyli bychom pak ale schopni modelovat polymorfně Zaměstnance na základě pojištění v OntoUML např. můžeme udělat vazbu od Pojištěný zaměstnanec ke služebnímu 3 Existují samozřejmě implementační řešení, která tento i další problémy řeší, zde se však bavíme o vyjádření těchto vlastností na strukturální konceptuální úrovni dle pravidla, že konceptuální model by měl být maximálně úplný.
6 autu, čímž vyloučíme, aby vůz řídil nepojištěný zaměstnanec. Toto omezení nejsme ve strukturálním UML modelu schopni vyjádřit 4. Role je v OntoUML relačně závislý typ, tudíž musí existovat entita, ke které má role vazbu s minimální multiplicitou 1. To analytika vede k zamyšlení, co je skutkovou podstatou vzniku role (angl. truthmaker ) a nezapomene tuto navázanou entitu do modelu uvést. V UML modelu žádné takové vodítko nemáme. 4.2 Vztahy celek-část OntoUML se dále podrobně zabývá problematikou vztahů celek-část, která je v UML v podobě kompozice a agregace definována značně nejasně a neúplně. OntoUML zavádí různé typy povinnosti vztahů celek-část, a to jak pro celek, tak pro část. Zanedbání těchto nuancí v konceptuálním modelu opět vede k absenci důležitých informací při návrhu a implementaci. Typy povinnosti z hlediska celku Různé typy povinnosti z hlediska celku přináší obr. 5. Obrázek 5. Typy povinnosti z hlediska celku Nepovinná část (Optional Part) část není pro celek povinná, celek může existovat bez ní. Povinná část (Mandatory Part) část je pro celek povinná, může se však měnit instance části. Příkladem může být vztah Člověk-Srdce: člověk musí mít srdce, srdce však lze transplantovat, tj. vyměnit jeho instanci za jinou. Podobným příkladem může být motor v automobilu. Esenciální část (Essential Part) část je pro celek povinná, navíc je esenciální: část nelze vyměnit za jinou instanci. Došlo by ke zničení celku či ztrátě jeho identity. Příkladem může být mozek člověka, nebo karosérie automobilu 4 Řešením v UML je podobná omezení vyjádřit v jazyku OCL, což je ale opět řešení mimo diagram.
7 karoserie obsahuje jednoznačný identifikátor vozidla VIN a nelze ji tedy vyměnit bez ztráty identity vozidla. Typy povinnosti z hlediska části Různé typy povinnosti z hlediska části přináší obr. 6. Obrázek 6. Typy povinnosti z hlediska části Nepovinný celek (Optional Whole) část může existovat i sama, bez celku. Povinný celek (Mandatory Whole) část musí být částí celku (sama existovat nemůže), může však být přeřazena k jiné instanci celku. Příkladem může být opět srdce, které není schopno samo fungovat, lze jej však transplantovat. Neoddělitelná část (Inseparable Part) část musí být po celou svou životnost částí právě jedné instance celku. Příkladem může být opět mozek, který nelze transplantovat. U anti-rigidních typů pak vyvstává otázka, jestli podčást anti-rigidního celku jej musí doprovázet v té samé instanci ve všech světech. Pokud ano, jedná se o neměnitelnou část (Immutable Part). Opačným směrem pak hovoříme o neměnitelném celku (Immutable Whole). Dále OntoUML rozlišuje, jestli je část sdílitelná (shareable), tj. jestli může být částí vícero celků: Plný symbol V či stereotyp {isshareable = false}... nesdílitelná část. Prázdný symbol & či stereotyp {isshareable = true}... sdílitelná část. Klíčový je fakt, že všechny tři dimenze: typy povinnosti z hlediska celku, typy povinnosti z hlediska části a sdílení jsou na sobě nezávislé a možné jsou tedy všechny kombinace. 4.3 Typy vztahů celek-část OntoUML rozlišuje několik typů vztahů celek-část, které se liší svými vlastnostmi, především tranzitivitou:
8 Kvantita (Quantity) Celek je složen z částí, které jsou stejného typu jako on sám. Části jsou nekonečně dělitelné. Relace SubQuantityOf: alkohol-víno, cukr-káva, písek v kyblíku,... Kolektiv (Collective) Celek je složen z částí, které nejsou stejného typu jako on sám. Kolektiv není nekonečně dělitelný. Všechny prvky hrají v kolektivu stejnou roli. Rozlišujeme relaci podkolektiv a člen: relace MemberOf: strom-les, student-paralelka, pták-hejno,... relace SubCollectionOf: severní cíp lesa-les, studenti s vyznamenánímstudenti, vadné součástky-součástky,... Funkční celek (Functional Entity) Skládá se z částí, které mají různé úlohy. Relace ComponentOf: srdce-oběhový systém, ředitel-firma, motor-automobil, Ostatní části UFO-A UFO-A se dále podobně důkladně zabývá asociacemi, aspekty (objekty existenčně závislé na jiných), kvalitami (měřitelné atributy) a jejich doménami a též speciálními situacemi jako redefinicí a různými vztahy specializace. 5 Diskuse a závěr OntoUML a UFO jakožto nástroje ontologicky orientovaného konceptuálního modelování mají široké uplatnění ve všech oblastech, kde je třeba přenášet velmi přesný mentální model, tedy při: výměně informací, definici pojmů a vztahů (právní předpisy), integraci informací (informační a znalostní inženýrství, business intelligence, e-government), integraci služeb a komponent (heterogenní prostředí). Softwarové inženýrství je disciplína, kde výměna informací je klíčová pro úspěch projektu, tedy dodání systému odpovídajícího požadavkům zákazníka (viz též obr. 1). OntoUML a UFO poskytuje výrazně vyšší výrazovost a přesnost strukturálních modelů oproti tradičním UML diagramům. Z hlediska cíle softwarově-inženýrských modelů, tedy implementace do programového kódu, lze poté konstatovat některá specifika pro používání OntoUML.
9 5.1 Důležité koncepty Z naší zkušenosti softwarový inženýr většinou vystačí s podmnožinou možností OntoUML. Jako vysoce přínosné hodnotíme tyto koncepty: Rozlišování kategorií a podkategorií typů objektů Sortals a Non-Sortals (Kind, Subkind, Role, Phase, Category, RoleMixin, Mixin). Rozlišování typů povinností vztahů celek-část. Rozlišování různých typů vztahů celek-část. Rozlišování materiálních a formálních relací. Rozlišování typů kategorií aspektů (Kvality a Módy). U uvedených konceptů softwarový inženýr vystačí typicky se základními definicemi a vlastnostmi např. u problematiky vztahů celek-část Dr. Guizzardi zachází poměrně hluboko do teorií mereologie, které nepovažujeme za nutné pro praxi softwarového inženýrství. 5.2 Transformace na implementační model Zatímco v případě čistě konceptuálních analýz je konceptuální model výstupem práce, v softwarovém inženýrství je teprve jedním z prvních vstupů do procesu (viz obr. 1). Implementace systému na základě konceptuálního modelu OntoUML a doplňkových informací a pravidel, které nebylo možno v modelu zachytit (plus samozřejmě příslušné modely chování, stavů, apod.), je možná, nicméně sémantická mezera mezi konceptuálním modelem OntoUML a programovým kódem je značná a hrozí tak ztráta informace při transformaci. Implementace navíc vyžaduje určité doplňkové informace, které v konceptuálním modelu obsaženy nejsou typicky směry navigace mezi entitami, které jsou důležité pro optimalizaci systému z hlediska dotazů, aktualizací struktur apod. Z tohoto důvodu se nám osvědčuje vytvořit implementační model a ten poté (již s podstatně menší sémantickou mezerou) transformovat na kód. Zabýváme se nyní na našem pracovišti čistě objektově-orientovaným modelem, který zahrnuje třídy, atributy, metody, dědění a skládání. Transformací konceptuální model samozřejmě ontologicky zdegeneruje, při implementaci je tedy třeba konzultovat i původní konceptuální strukturální model (a samozřejmě ostatní modely). Další možnosti představuje transformace na relační model: tím se již do určité míry zabývala i skupina NEMO, výsledky však bohužel nejsou veřejně dostupné, jelikož se jednalo o komerční projekt. Zde je situace složitější než v čistém objektovém modelu, relační model dat je třeba vhodně doplnit a ošetřit aplikační logikou (např. PL-SQL). 5.3 Překážky masivnější adopce OntoUML Je nutné konstatovat, že zde v současnosti existují nemalé bariéry masivnějšího rozšíření OntoUML. Mezi ně patří zejména:
10 Nedostatek literatury a informačních zdrojů. Mizivé množství široce dostupných příkladů a případových studií. Absence kurzů a tréninkových programů. Obtížně dostupná podpora a komunita. Absence CASE nástrojů. Nedostatek literatury a informačních zdrojů. Prakticky jedinou ucelenou široce dostupnou publikací o OntoUML je v současnosti disertační práce Dr. Guizzardiho [4]. Jedná se o špičkovou vědeckou práci, avšak pro širokou veřejnost poměrně hutné čtení. Práce navíc neobsahuje kompletní současné OntoUML, další části je třeba nastudovat z příspěvků z konferencí. Vše samozřejmě v angličtině. Prakticky nulový počet široce dostupných příkladů a případových studií. Jak bylo zmíněno, v OntoUML byla již realizována řada úspěšných projektů, ty však vzhledem ke svému komerčnímu charakteru a citlivosti obchodních údajů nejsou zveřejněny. Několik případových studií bylo zveřejněno v příspěvcích (viz [3]), nejedná se však o množství a rozsah potřebný k širší edukaci. Absence kurzů a tréninkových programů. OntoUML je samozřejmě vyučováno na mateřské univerzitě Dr. Guizzardiho a též na několika univerzitách v Holandsku. Neexistují však komerční kurzy pro širší veřejnost. Obtížně dostupná podpora a malá komunita. Dr. Guizzardi a tým NEMO jsou velmi ochotní a rádi se o své know-how se zájemci dělí, ovšem pro masovější rozšíření je třeba rozvíjení široké komunity profesionálů v OntoUML, kde by praktikant našel zdroje, rady a tipy a odpovědi na každodenní otázky. Absence CASE nástrojů. V současnosti je k dispozici CASE nástroj na platformě Eclipse, jenž vznikl jako diplomová práce diplomanta Dr. Guizzardiho. Nástroj podporuje všechny koncepty UFO-A a dokonce je schopen hlídat porušení omezení a pravidel OntoUML při modelování a radit uživateli. Nástroj však bohužel není dále rozvíjen a k praktickému nasazení v softwarovém inženýrství chybí řada funkcí. OntoUML je možné díky již zmíněné kompatibilitě s notací UML využívat i ve stávajících UML nástrojích, ovšem bez podpory sémantiky OntoUML. 5.4 Další možnosti a výhledy Tým NEMO nyní intenzivně pracuje na software, jež umožní simulovat chování entit ve strukturálním diagramu. Takovýto nástroj by softwarovému inženýrovi mohl umožnit verifikovat vytvořený model a validovat jej se zákazníkem de-facto formou předvedení prototypu chování jeho struktur.
11 Dopracování pravidel transformace na různé implementační modely a jejich realizace v nějakém CASE nástroji by poskytla mocný způsob rapid developmentu, zvýšení flexibility úprav a zajištění konzistence model-implementace. Tuto transformaci však nebude nejspíš možné zcela automatizovat, nýbrž pouze poloautomatizovat a poskytnout komfortní nástroje. S pokračujícími pracemi na UFO-B bude též zajímavé začít se zabývat možnostmi modelování diagramů dynamického chování informačních systémů v OntoUML. Ačkoliv existuje řada metodik a notací pro procesní modelování, situace je zde obdobná jako u strukturálních modelů: z ontologického hlediska jsou více či méně nevyhovující (viz např. analýza BPMN z hlediska ontologické čistoty, [5]). Reference 1. Beck, K.: Process Patterns: Building Large-Scale Systems Using Object Technology. Cambridge University Press (1998) 2. Fowler, M.: UML Distilled: A Brief Guide to the Standard Object Modeling Language. Addison-Wesley Professional, 3rd edition edn. (2003) 3. Guizzardi, G.: Homepage, 4. Guizzardi, G.: Ontological Foundations for Structural Conceptual Models. Telematica Instituut Fundamental Research Series (2005) 5. Guizzardi, G., Wagner, G.: Can bpmn be used for making simulation models? Lecture Notes in Business Information Processing 88 LNBIP, (2011) 6. OMG: Metaobject facility, 7. Pícka, M., Pergl, R.: Gradual modeling of information system: Model of method expressed as transitions between concepts. vol. ISAS, pp (2006) Na stránkách Dr. Guizzardiho [3] je uvedeno velké množství (stále nových) publikací s tématy OntoUML a konceptuálního modelování (řada z nich je i ke stažení).
DBS Konceptuální modelování
DBS Konceptuální modelování Michal Valenta Katedra softwarového inženýrství FIT České vysoké učení technické v Praze Michal.Valenta@fit.cvut.cz c Michal Valenta, 2010 BIVŠ DBS I, ZS 2010/11 https://users.fit.cvut.cz/
Více6 Objektově-orientovaný vývoj programového vybavení
6 Objektově-orientovaný vývoj programového vybavení 6.1 Co značí objektově-orientovaný - organizace SW jako kolekce diskrétních objektů, které zahrnují jak data tak chování objekt: OMG: Objekt je věc (thing).
VíceModelování procesů s využitím MS Visio.
Modelování procesů s využitím MS Visio jan.matula@autocont.cz Co je to modelování procesů? Kreslení unifikovaných či standardizovaných symbolů, tvarů a grafů, které graficky znázorňují hlavní, řídící nebo
VíceSpojení OntoUML a GLIKREM ve znalostním rozhodování
1 Formalizace biomedicínských znalostí Spojení OntoUML a GLIKREM ve znalostním rozhodování Ing. David Buchtela, Ph.D. 16. června 2014, Faustův dům, Praha Skupina mezioborových dovedností Fakulta informačních
VícePrincipy UML. Clear View Training 2005 v2.2 1
Principy UML Clear View Training 2005 v2.2 1 1.2 Co je touml? Unified Modelling Language (UML) je univerzálníjazyk pro vizuální modelování systémů Podporuje všechny životní cykly Mohou jej implementovat
Více7.3 Diagramy tříd - základy
7.3 Diagramy tříd - základy - popisuje typy objektů a statické vztahy mezi nimi Objednávka -datumpřijetí -předplacena -číslo -cena +vyřiď() +uzavři() {if Objednávka.zákazník.charakteristika = 'nejistý'
VíceUML - opakování I N G. M A R T I N M O L H A N E C, C S C. Y 1 3 A N W
UML - opakování I N G. M A R T I N M O L H A N E C, C S C. Y 1 3 A N W Co je to UML Evoluce UML Diagram komponent Diagram odbavení Diagram tříd Aktivity diagram Stavový diagram Sekvenční diagram Diagram
VíceUnifikovaný modelovací jazyk UML
Unifikovaný modelovací jazyk UML Karel Richta katedra počíta tačů FEL ČVUT Praha richta@fel fel.cvut.czcz Motto: Komunikačním m prostředkem informační komunity se postupem času stala angličtina. Chcete-li
Více2. Modelovací jazyk UML 2.1 Struktura UML 2.1.1 Diagram tříd 2.1.1.1 Asociace 2.1.2 OCL. 3. Smalltalk 3.1 Jazyk 3.1.1 Pojmenování
1. Teoretické základy modelování na počítačích 1.1 Lambda-kalkul 1.1.1 Formální zápis, beta-redukce, alfa-konverze 1.1.2 Lambda-výraz jako data 1.1.3 Příklad alfa-konverze 1.1.4 Eta-redukce 1.2 Základy
VíceTÉMATICKÝ OKRUH Softwarové inženýrství
TÉMATICKÝ OKRUH Softwarové inženýrství Číslo otázky : 22. Otázka : Úvodní fáze rozpracování softwarového projektu. Postupy při specifikaci byznys modelů. Specifikace požadavků a jejich rozpracování pomocí
VíceMetody tvorby ontologií a sémantický web. Martin Malčík, Rostislav Miarka
Metody tvorby ontologií a sémantický web Martin Malčík, Rostislav Miarka Obsah Reprezentace znalostí Ontologie a sémantický web Tvorba ontologií Hierarchie znalostí (D.R.Tobin) Data jakékoliv znakové řetězce
VíceUML. Unified Modeling Language. Součásti UML
UML Unified Modeling Language 1995 počátek 1997 verze 1.0 leden dnes verze 2.0 (vývoj stále nedokončen) Standardní notace OMG podpora velkých firem (Microsoft, IBM, Oracle, HP ) popisuje struktury popisuje
VíceOntologie. Otakar Trunda
Ontologie Otakar Trunda Definice Mnoho různých definic: Formální specifikace sdílené konceptualizace Hierarchicky strukturovaná množina termínů popisujících určitou věcnou oblast Strukturovaná slovní zásoba
VíceAnalýza a modelování dat. Helena Palovská
Analýza a modelování dat Helena Palovská Analýza a modelování pro SW projekt Strukturovaný přístup Dynamická část (procesy, aktivity, funkce) Statická část (data) Objektově orientovaný přístup use case
VíceObsah. Zpracoval:
Zpracoval: houzvjir@fel.cvut.cz 03. Modelem řízený vývoj. Doménový (business), konceptuální (analytický) a logický (návrhový) model. Vize projektu. (A7B36SIN) Obsah Modelem řízený vývoj... 2 Cíl MDD, proč
Více7 Jazyk UML (Unified Modeling Language)
7 Jazyk UML (Unified Modeling Language) 7.1 Základní charakteristika jazyka Motivace - vznik řady OO metod a metodologií (konec 80. let a první polovina 90.let) podobné notace vyjadřující totéž, komplikující
Více7.3 Diagramy tříd - základy
7.3 Diagramy tříd - základy - popisuje typy objektů a statické vztahy mezi nimi Objednávka -datumpřijetí -předplacena -číslo -cena +vyřiď() +uzavři() {if Objednávka.zákazník.charakteristika = 'nejistý'
Více7 Jazyk UML (Unified Modeling Language)
7 Jazyk UML (Unified Modeling Language) 7.1 Základní charakteristika jazyka Motivace - vznik řady OO metod a metodologií (konec 80. let a první polovina 90.let) podobné notace vyjadřující totéž, komplikující
VíceTvorba informačních systémů
Tvorba informačních systémů Michal Krátký 1 1 Katedra informatiky VŠB Technická univerzita Ostrava Tvorba informačních systémů, 2005/2006 c 2006 Michal Krátký Tvorba informačních systémů 1/35 Konceptuální
VíceDiagramy tříd - základy
Diagramy tříd - základy - popisuje typy objektů a statické vztahy mezi nimi Objednávka Zákazník -datumpřijetí -předplacena -číslo -cena +vyřiď() +uzavři() {if Objednávka.zákazník.charakteristika = 'nejistý'
VíceModely datové. Další úrovní je logická úroveň Databázové modely Relační, Síťový, Hierarchický. Na fyzické úrovni se jedná o množinu souborů.
Modely datové Existují různé úrovně pohledu na data. Nejvyšší úroveň je úroveň, která zachycuje pouze vztahy a struktury dat samotných. Konceptuální model - E-R model. Další úrovní je logická úroveň Databázové
VíceAnalýza a návrh webových aplikací I N G. M A R T I N M O L H A N E C, C S C. Y 1 3 A N W
Analýza a návrh webových aplikací I N G. M A R T I N M O L H A N E C, C S C. Y 1 3 A N W Osnova dnešní přednášky Proč tento předmět vlastně existuje? Proč nestačí standardní metodiky SI? Co standardním
Více2. Konceptuální model dat, E-R konceptuální model
2. Konceptuální model dat, E-R konceptuální model Úvod Databázový model souhrn prostředků, pojmů a metod, jak na logické úrovni popsat data a jejich strukturu výsledkem je databázové schéma. Databázové
VíceKolaborativní aplikace
Kolaborativní aplikace Michal Máčel Vema, a. s. Okružní 3a, 638 00 Brno - Lesná, macel@vema.cz Tomáš Hruška Fakulta informačních technologií Vysokého učení technického v Brně, Ústav informačních systémů,
VíceAnalýza a Návrh. Analýza
Analysis & Design Návrh nebo Design? Design = návrh Není vytváření použitelného uživatelského prostředí (pouze malinká podmnožina celého návrhu) Často takto omezeně chápáno studenty nedokáží si představit,
Více7.5 Diagram tříd pokročilé techniky
7.5 Diagram tříd pokročilé techniky Stereotypy - jeden ze základních prostředků rozšiřitelnosti UML - pro modelovací konstrukce neexistující v UML, ale podobné předdefinované v UML definované uživatelem
Více7.5 Diagram tříd pokročilé techniky
7.5 Diagram tříd pokročilé techniky Stereotypy - jeden ze základních prostředků rozšiřitelnosti UML - pro modelovací konstrukce neexistující v UML, ale podobné předdefinované v UML definované uživatelem
VíceZÁZNAM PROCESU TVORBY INFORMAČNÍHO SYSTÉMU CAPTURING OF AN INFORMATION SYSTEM DEVELOPMENT
ZÁZNAM PROCESU TVORBY INFORMAČNÍHO SYSTÉMU CAPTURING OF AN INFORMATION SYSTEM DEVELOPMENT Marek Pícka Anotace: Tento článek pojednává o novém způsobu záznamu procesu tvorby informačního systému, který
VíceÚVOD DO SOFTWAROVÉHO INŽENÝRSTVÍ
ÚVOD DO SOFTWAROVÉHO INŽENÝRSTVÍ Předmětem softwarového inženýrství jsou metodiky pro řízení vývoje softwaru. Proč potřebujeme tyto metodiky? Čím je vývoje softwaru specifický oproti jiným odvětvím? SOFTWAROVÉ
VíceKlasické metodiky softwarového inženýrství I N G M A R T I N M O L H A N E C, C S C. Y 1 3 A N W
Klasické metodiky softwarového inženýrství I N G M A R T I N M O L H A N E C, C S C. Y 1 3 A N W Osnova přednášky Co to je softwarové inženýrství Softwarový proces Metodika a metoda Evoluce softwarových
VíceObjekty, třídy, vazby 2006 UOMO 30
Objekty, třídy, vazby 2006 UOMO 30 Osnova Vymezení pojmu objekt Objekt a základní objektové koncepty Třídy, třída vs. objekt Vztahy mezi objekty, vazby mezi třídami Polymorfismus 2006 UOMO 31 Vymezení
VíceZnalostní báze pro obor organizace informací a znalostí
Znalostní báze pro obor organizace informací a znalostí Představení projektu Programu aplikovaného výzkumu a vývoje národní a kulturní identity (NAKI) DF13P01OVV013 2013 2015 Helena Kučerová ÚISK FF UK
VíceZnalostní systém nad ontologií ve formátu Topic Maps
Znalostní systém nad ontologií ve formátu Topic Maps Ladislav Buřita, Petr Do ladislav.burita@unob.cz; petr.do@unob.cz Univerzita obrany, Fakulta vojenských technologií Kounicova 65, 662 10 Brno Abstrakt:
VíceBusiness Intelligence
Business Intelligence Josef Mlnařík ISSS Hradec Králové 7.4.2008 Obsah Co je Oracle Business Intelligence? Definice, Od dat k informacím, Nástroj pro operativní řízení, Integrace informací, Jednotná platforma
VíceUML a jeho použití v procesu vývoje. Jaroslav Žáček jaroslav.zacek@osu.cz
UML a jeho použití v procesu vývoje Jaroslav Žáček jaroslav.zacek@osu.cz Různé pohledy na modelování Různé pohledy na modelování Unified Modeling Language UML není metodikou ani programovacím jazykem,
VíceModelování procesů (2) 23.3.2009 Procesní řízení 1
Modelování procesů (2) 23.3.2009 Procesní řízení 1 Seznam notací Síťové diagramy Notace WfMC Notace Workflow Together Editor Aktivity diagram (UML) FirsStep Designer Procesní mapa Select Prespective (procesní
VíceModelování webových služeb v UML
Modelování webových služeb v UML Jaromír Šveřepa LBMS, s.r.o. Abstrakt: Tento příspěvek se zaměřuje na praktický postup pro identifikaci potřeby webové služby, modelování způsobu jejího použití, popřípadě
VíceInformační systémy 2008/2009. Radim Farana. Obsah. Nástroje business modelování. Business modelling, základní nástroje a metody business modelování.
3 Vysoká škola báňská Technická univerzita Ostrava Fakulta strojní, Katedra automatizační techniky a řízení 2008/2009 Radim Farana 1 Obsah Business modelling, základní nástroje a metody business modelování.
VíceInfrastruktura UML. Modelování struktury v UML. Superstruktura UML. Notace objektů. Diagramy objektů
Infrastruktura UML v UML Karel Richta listopad 2011 Richta: B101TMM - v UML 2 Superstruktura UML Směr pohledu na systém dle UML Diagramy popisující strukturu diagramy tříd, objektů, kompozitní struktury,
VíceDATOVÉ MODELOVÁNÍ A TYPOVÁNÍ
DATOVÉ MODELOVÁNÍ A TYPOVÁNÍ František Huňka Ostravská univerzita v Ostravě, frantisek.hunka@osu.cz Ferdinand Mácha Charonware, s.r.o. Ostrava, f.macha@seznam.cz ABSTRAKT: Datové modelování poskytuje celou
VíceKomputerizace problémových domén
Milan Mišovič (ČVUT FIT) Pokročilé informační systémy MI-PIS, 2011, Přednáška 03 1/19 Komputerizace problémových domén Prof. RNDr. Milan Mišovič, CSc. Katedra softwarového inženýrství Fakulta informačních
VíceDATABÁZOVÉ SYSTÉMY. Metodický list č. 1
Metodický list č. 1 Cíl: Cílem předmětu je získat přehled o možnostech a principech databázového zpracování, získat v tomto směru znalosti potřebné pro informačního manažera. Databázové systémy, databázové
VíceCommunist Party of Nepal (Unified Marxist-Leninist) Unified Modeling Language University of Massachusetts Lowell User-mode Linux.
Jan Smolík UML UML Communist Party of Nepal (Unified Marxist-Leninist) Unified Modeling Language University of Massachusetts Lowell User-mode Linux Zdroj: Wikipedia Unified modelling language Neproprietární
VíceAnalýza a modelování dat. Přednáška 4
Analýza a modelování dat Přednáška 4 Objektově orientovaný přístup Strukturovaný přístup starší přístup analýzy modelování dat typický zástupce: E-R model prvky reálného světa zobrazujeme do předem připravených
VíceTřída. Atributy. Operace
Class Diagrams Třída Atributy Operace Třída Třída je jakýsi prototyp objektů. Za třídou si můžeme představit množinu jejích instancí. Každý objekt dané třídy má stejnou množinu atributů (proměnných) a
VíceCíle a architektura modelu MBI
MBI, Management byznys informatiky Cíle a architektura modelu MBI Jiří Voříšek Katedra IT, FIS, VŠE MBI, Management byznys informatiky Snímek 1 Agenda 1. Aktuální výzvy podnikové informatiky 2. Využívané
VíceSpráva VF XML DTM DMVS Datový model a ontologický popis
Správa VF XML DTM DMVS Datový model a ontologický popis Verze 1.0 Standard VF XML DTM DMVS Objednatel Plzeňský kraj Institut plánování a rozvoje hlavního města Prahy Zlínský kraj Kraj Vysočina Liberecký
VíceTÉMATICKÝ OKRUH Softwarové inženýrství
TÉMATICKÝ OKRUH Softwarové inženýrství Číslo otázky : 24. Otázka : Implementační fáze. Postupy při specifikaci organizace softwarových komponent pomocí UML. Mapování modelů na struktury programovacího
VíceBusiness Process Modeling Notation
Business Process Modeling Notation Stephen A. White, IBM Corporation Procesní řízení 1 Co to je BPMN? Standard Business Process Modeling Notation (BPMN) byl vyvinutý skupinou Business Process Management
VíceLogický datový model VF XML DTM DMVS
Logický datový model VF XML DTM DMVS Verze 1.1 VF XML DTM DMVS Objednatel Plzeňský kraj Institut plánování a rozvoje hlavního města Prahy Zlínský kraj Kraj Vysočina Liberecký kraj Karlovarský kraj Statutární
VíceGlobální strategie, IT strategie, podnikové procesy. Jaroslav Žáček
Globální strategie, IT strategie, podnikové procesy Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Globální podniková strategie Co budeme dělat? Jak to budeme dělat? Jak využijeme IT systémy?
VíceDatabázové patterny. MI-DSP 2013/14 RNDr. Ondřej Zýka, ondrej.zyka@profinit.eu
Databázové patterny MI-DSP 2013/14 RNDr. Ondřej Zýka, ondrej.zyka@profinit.eu Obsah o Co je databázový pattern o Pattern: Přiřazení rolí o Pattern: Klasifikace Databázové patterny o Odzkoušené a doporučené
VíceVý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ů Organizace výuky doc. Mgr. Miloš Kudělka, Ph.D. EA 439, +420 597 325 877 homel.vsb.cz/~kud007 milos.kudelka@vsb.cz Přednáška Teorie Praxe Cvičení Diskuze
VíceÚvod do principů objektově orientovaného programování
OBSAH DISTANČNÍHO E-LEARNINGOVÉHO KURZU PROFESNÍ RŮST ANALYTIKA OD ZÁKLADŮ (BASE) ÚVOD DO TECHNOLOGIÍ INFORMAČNÍCH SYSTÉMŮ Jak funguje počítač na základní úrovni Základy HTML Skripty ve webovských technologiích
VíceArchitektura softwarových systémů
Architektura softwarových systémů Ing. Jiří Mlejnek Katedra softwarového inženýrství Fakulta informačních technologií České vysoké učení technické v Praze Jiří Mlejnek, 2011 jiri.mlejnek@fit.cvut.cz Softwarové
VíceZnalostní báze pro obor organizace informací a znalostí
Znalostní báze pro obor organizace informací a znalostí Představení projektu Programu aplikovaného výzkumu a vývoje národní a kulturní identity (NAKI) DF13P01OVV013 2013 2015 Helena Kučerová ÚISK FF UK
VíceMetodika analýzy. Příloha č. 1
Metodika analýzy Příloha č. 1 Příloha č. 1 1 Účel dokumentu Dokument popisuje závaznou metodiku systémové analýzy, je upraven na míru pro prostředí Podniku. Dokument je provázán s Podnikovou analýzou,
VíceMOŢNOSTI VYUŢITÍ ROLÍ, AKTORŮ A AGENTŮ PŘI DESIGNU BYZNYS PROCESŮ
MOŢNOSTI VYUŢITÍ ROLÍ, AKTORŮ A AGENTŮ PŘI DESIGNU BYZNYS PROCESŮ Ing. Jan Smolík Vysoká škola finanční a správní PROČ JINÝ ZPŮSOB MODELOVÁNÍ PROCESŮ Základní žurnalistické otázky Co, kdo, kdy, kde, jak,
VíceObjektově orientované technologie Logická struktura systému Objektový diagram. Pavel Děrgel, Daniela Szturcová
Objektově orientované technologie Logická struktura systému Objektový diagram Pavel Děrgel, Daniela Szturcová Osnova Modelování objektů objektový diagram Struktura a vazby mezi objekty Dobré zvyky při
Více3 druhy UML diagramů
UML grafický jazyk se pro vizualizaci, specifikaci, navrhování a dokumentaci programových systémů zjednodušuje komunikaci mezi zadavatelem a řešitelem projektu UML podporuje objektově orientovaný přístup
VíceInformač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í
1 Vysoká škola báňská Technická univerzita Ostrava Fakulta strojní, Katedra automatizační techniky a řízení 2008/2009 Radim Farana 1 Obsah Požadavky kreditového systému. Relační datový model, relace, atributy,
VíceServisně orientovaná architektura Základ budování NGII
Servisně orientovaná architektura Základ budování NGII Jan Růžička Institute of geoinformatics VSB-TU Ostrava 17.listopadu, 70833 Ostrava-Poruba Poruba, jan.ruzicka@vsb.cz NGII NGII složitý propletenec,
VíceČeská zemědělská univerzita v Praze. Provozně ekonomická fakulta. Katedra informačních technologií
Česká zemědělská univerzita v Praze Provozně ekonomická fakulta Katedra informačních technologií Teze diplomové práce Analýza a návrh informačního systému Miloš Rajdl 2012 ČZU v Praze 1 Souhrn Diplomová
VíceAplikace s odvozováním nad ontologiemi
Aplikace s odvozováním nad ontologiemi Doc. Ing. Vojtěch Svátek, Dr. Zimní semestr 2012 http://nb.vse.cz/~svatek/rzzw.html Přehled Odvozování v medicíně Odvozování ve stavebnictví Odvozování v Linked Data
VíceDatová věda (Data Science) akademický navazující magisterský program
Datová věda () akademický navazující magisterský program Reaguje na potřebu, kterou vyvolala rychle rostoucí produkce komplexních, obvykle rozsáhlých dat ve vědě, v průmyslu a obecně v hospodářských činnostech.
VíceKIV/ASWI 2007/2008 Pokročilé softwarové inženýrství. Cíle předmětu Organizační informace Opakování
KIV/ASWI 2007/2008 Pokročilé softwarové inženýrství Přemysl Brada Cíle předmětu Organizační informace Opakování Cíl předmětu Praktické zkušenosti sw proces a iterativní vývoj jaksi mimochodem
VíceOkruhy z odborných předmětů
VYŠŠÍ ODBORNÁ ŠKOLA INFORMAČNÍCH STUDIÍ A STŘEDNÍ ŠKOLA ELEKTROTECHNIKY, MULTIMÉDIÍ A INFORMATIKY Novovysočanská 280/48, 190 00 Praha 9 Pracoviště VOŠ: Pacovská 350/4, 140 00 Praha 4 Okruhy z odborných
VíceInformační systémy 2008/2009. Radim Farana. Obsah. UML - charakteristika
2 Vysoká škola báňská Technická univerzita Ostrava Fakulta strojní, Katedra automatizační techniky a řízení 2008/2009 Radim Farana 1 Obsah Jazyk UML, základní modely, diagramy aktivit, diagramy entit.
VíceDiagram výskytů a vztahů
Diagram výskytů a vztahů Nepoužívá se pro modelování. Pomůcka pro pochopení kardinalit a parcialit. KINO Blaník Vesna Mír Domovina Květen MÁ_NA_PROGRAMU FILM Černí baroni Top gun Kmotr Nováček Vzorec Vetřelec
VíceKonceptuální datové modely používané při analýze
Konceptuální datové modely používané při analýze Abstraktní datové typy jako definice domén atributů ADT (Abstraktní datový typ) zapouzdření datového typu lidský mozek je schopen řešit úlohy jen do určité
VíceRUP - Disciplíny. Jaroslav Žáček jaroslav.zacek@osu.cz
RUP - Disciplíny Jaroslav Žáček jaroslav.zacek@osu.cz Disciplíny Množství disciplíny v dané iteraci Disciplíny podle RUP Šest základních: Business modeling - pro pochopení problémové domény Requirements
VícePOROVNÁNÍ RELAČNÍHO A OBJEKTOVÉHO DATOVÉHO MODELU V KONSTRUKCI DATABÁZOVÝCH SYSTÉMŮ
POROVNÁNÍ RELAČNÍHO A OBJEKTOVÉHO DATOVÉHO MODELU V KONSTRUKCI DATABÁZOVÝCH SYSTÉMŮ COMPARISON OF THE RELATIONAL AND OBJECT-ORIENTED DATA MODEL FOR DATABASE SYSTEMS DEVELOPMENT Tomáš Doskočil, Vojtěch
VíceTvorba informačních systémů
Tvorba informačních systémů Michal Krátký Katedra informatiky VŠB Technická univerzita Ostrava Tvorba informačních systémů, 2007/2008 c 2005 2008 Michal Krátký Tvorba informačních systémů 1/39 Konceptuální
VíceRNDr. Jakub Lokoč, Ph.D. RNDr. Michal Kopecký, Ph.D. Katedra softwarového inženýrství Matematicko-Fyzikální fakulta Univerzita Karlova v Praze
RNDr. Jakub Lokoč, Ph.D. RNDr. Michal Kopecký, Ph.D. Katedra softwarového inženýrství Matematicko-Fyzikální fakulta Univerzita Karlova v Praze 1 Konceptuální modelování 2 Vytvořte model pro reprezentaci
VíceVý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ů Organizace výuky doc. Mgr. Miloš Kudělka, Ph.D. EA 439, +420 597 325 877 homel.vsb.cz/~kud007 milos.kudelka@vsb.cz Přednáška Znalosti Schopnosti Cvičení
VíceSemestrální práce ke kurzu 4IT421 Zlepšování procesů budování IS Semestr LS 2014/2015
Semestrální práce ke kurzu 4IT421 Zlepšování procesů budování IS Semestr LS 2014/2015 Autoři Téma Datum odevzdání 15. 5. 2015 Tomáš Kolmistr (xkolt00), Simona Vybíralová (xvybs00) Typy procesních modelů
VíceEXTRAKT z mezinárodní normy
EXTRAKT z mezinárodní normy Extrakt nenahrazuje samotnou technickou normu, je pouze informativním ICS 03.220.01; 35.240.60 materiálem o normě. Inteligentní dopravní systémy Požadavky na ITS centrální datové
VíceSmysl metodiky IS/IT. Koncentrovaná zkušenost Checklist na nic nezapomeneme
Smysl metodiky IS/IT Koncentrovaná zkušenost Checklist na nic nezapomeneme Přínosy metodik Větší produktivita a kooperace týmů Komunikační standard Specializace projektových týmů Nezávislost na konkrétních
VíceObjektově orientované technologie. Daniela Szturcová
Objektově orientované technologie Cvičení 5 - Tvorba třídního diagramu Daniela Szturcová 1 5 Tvorba třídního diagramu Cíl cvičení Vyhledat třídy, jejich atributy a operace. Navrhnout vazby mezi třídami.
VíceSOUVISLOSTI PROBLEMATIKY SYSTÉMOVÉHO MODELOVÁNÍ A TVORBY INFORMAČNÍCH SYSTÉMŮ RELATIONS BETWEEN SYSTEM MODELLING AND INFORMATION SYSTEM DEVELOPMENT
SOUVISLOSTI PROBLEMATIKY SYSTÉMOVÉHO MODELOVÁNÍ A TVORBY INFORMAČNÍCH SYSTÉMŮ RELATIONS BETWEEN SYSTEM MODELLING AND INFORMATION SYSTEM DEVELOPMENT Robert Pergl Anotace: Informační systém je vždy jistým
VíceMODELOVÁNÍ DAT V INFORMAČNÍCH SYSTÉMECH. Jindřich Kaluža Ludmila Kalužová
MODELOVÁNÍ DAT V INFORMAČNÍCH SYSTÉMECH Jindřich Kaluža Ludmila Kalužová Recenzenti: prof. Ing. Milan Turčáni, CSc. prof. Ing. Ivan Vrana, DrSc. Tato kniha vznikla za finanční podpory Studentské grantové
VícePrimární klíč, cizí klíč, referenční integrita, pravidla normalizace, relace
Téma 2.2 Primární klíč, cizí klíč, referenční integrita, pravidla normalizace, relace Obecný postup: Každá tabulka databáze by měla obsahovat pole (případně sadu polí), které jednoznačně identifikuje každý
VíceADOit. IT architektura a řízení IT služeb. Luděk Kryšpín, Lukáš Dvořák, PADCOM, s.r.o.
ADOit IT architektura a řízení IT služeb Luděk Kryšpín, Lukáš Dvořák, PADCOM, s.r.o. Představení PADCOM Základní informace o firmě Poradenská firma s výhradně českým kapitálem Zahájení činnosti 2008 Počet
VíceArchitektury Informačních systémů. Jaroslav Žáček
Architektury Informačních systémů Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Nutné pojmy Co je to informační systém? Jaké oblasti zahrnuje? Jaká je vazba IS na podnikovou strategii?
VícePOPIS STANDARDU CEN TC278/WG12. draft prenv ISO TICS AVI/AEI architektura a terminologie intermodální dopravy zboží. 1 z 5
POPIS STANDARDU CEN TC278/WG12 Oblast: AUTOMATICKÁ IDENTIFIKACE VOZIDEL A ZAŘÍZENÍ Zkrácený název: AUTOMATICKÁ IDENTIFIKACE Norma číslo: 17261 Norma název (en): TRANSPORT INFORMATION AND CONTROL SYSTEMS
VíceObjektově orientované technologie Diagram komponent Implementační náhled (Diagram rozmístění) Pavel Děrgel, Daniela Szturcová
Objektově orientované technologie Diagram komponent Implementační náhled (Diagram rozmístění) Pavel Děrgel, Daniela Szturcová Osnova K čemu slouží diagram komponent obsah komponent závislosti rozhraní
VícePřednáška. Sběr požadavků na SW s použitím metody C.C a nástroje Craft.CASE. e-fractal, s.r.o.
Přednáška Sběr požadavků na SW s použitím metody C.C a nástroje Craft.CASE e-fractal, s.r.o. Úvod Agenda Motivace proč modelovat procesy Stručný úvod do metody C.C Příklad Motivace proč modelovat procesy
VíceVyužití SysML pro tvorbu modelů v systémovém inženýrství
Využití SysML pro tvorbu modelů v systémovém inženýrství Antonín Srna, Ústav informatiky, Provozně ekonomická fakulta, Mendelova univerzita v Brně, xsrna2@mendelu.cz Abstrakt Článek se zaobírá univerzálním
VíceÚvod do databázových systémů 6. cvičení
Vysoká škola báňská Technická univerzita Ostrava Fakulta elektrotechniky a informatiky Úvod do databázových systémů 6. cvičení Ing. Petr Lukáš petr.lukas@nativa.cz Ostrava, 2012 Modelování databází [1]
VíceDatabázové systémy. Vztahy a relace. 3.přednáška
Databázové systémy Vztahy a relace 3.přednáška Terminologie - vztahy Účastníci vztahu Stupeň vztahu počet relací účastnících se na vztahu Unární Binární Ternární Terminologie - vztahy Kardinalita vztahu
VíceArchitektura softwarových systémů
Architektura softwarových systémů Definice, Strukturní a Procesní doporučení Ing. Tomáš Černý, MSCS Pojem softwarové architektury (SA) Obvyklé způsoby vysvětlování pojmu SA komponenty a vazby celková struktura
VíceNávrh softwarových systémů - architektura softwarových systémů
Návrh softwarových systémů - architektura softwarových systémů Martin Tomášek, Jiří Šebek Návrh softwarových systémů (B6B36NSS) Převzato z přednášky X36AAS M. Molhanec Co je to architektura Využívá se
VíceCobiT. Control Objectives for Information and related Technology. Teplá u Mariánských Lázní, 6. října 2004
CobiT Control Objectives for Information and related Technology Teplá u Mariánských Lázní, 6. října 2004 Agenda Základy CobiT Pojem CobiT Domény CobiT Hodnocení a metriky dle CobiT IT Governance Řízení
VíceModelem řízený vývoj. SWI 1 Jan Kryštof
Modelem řízený vývoj SWI 1 Jan Kryštof Související zkratky MDA ~ Architecture formální vymezení MDD ~ Development aktivita SW vývojářů MDG, MDE,... UML ~ Unified modeling language OMG ~ Object Management
VíceModelování řízené případy užití
Modelování řízené případy užití kompletní proces od UC po implementaci, robustnost 2005 Radek Ošlejšek, Jiří Sochor FI MU Brno oslejsek@fi.muni.cz http://www.fi.muni.cz/~oslejsek/pa103 30. 3. 2005 PA103:
VíceTRANSFORMACE RELAČNÍHO DATOVÉHO MODELU NA OBJEKTOVÝ TRANSFORMATION OF RELATIONAL TO OBJECT DATA MODEL
TRANSFORMACE RELAČNÍHO DATOVÉHO MODELU NA OBJEKTOVÝ TRANSFORMATION OF RELATIONAL TO OBJECT DATA MODEL Vít Holub Anotace Článek poskytne čtenáři základní přehled v datových modelech, ukáže výhody a nevýhody
VíceOptimalizace podnikových procesů fakultní nemocnice
Bankovní institut vysoká škola Praha Katedra matematiky, statistiky a informačních technologií Optimalizace podnikových procesů fakultní nemocnice diplomová práce Autor: David Lísal BIVŠ ITMK Informační
VíceArchitektury Informačních systémů. Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/
Architektury Informačních systémů Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Nutné pojmy Co je to informační systém? Jaké oblasti zahrnuje? Jaká je vazba IS na podnikovou strategii?
Více