Usage of modular scissors in the implementation of FEM
|
|
|
- Stanislava Burešová
- před 7 lety
- Počet zobrazení:
Transkript
1 Usage of modular scissors in the implementation of FEM Dalibor Frydrych PANM června 2010 Dolní Maxov 8. června 2010
2 1 Úvod Zúžený pohled na OOP 2 Základy objektově orientovaného přístupu Objektové paradigma Úrovně abstrakce Použití UML Návrhové vzory 3 UžitíOOPamodulárníchnůžekvFEM OOPpohlednaFEM Testování 4 Závěr
3 Zúžený pohled na OOP MýtyvOOP Zapouzdření Polymorfismus Dědičnost Programování Přístup Objektově orientovaný přístup je jazykově nezávislý a netýká se pouze tvorby zdrojového kódu.
4 Zúžený pohled na OOP MýtyvOOP Zapouzdření Polymorfismus Dědičnost Programování Přístup Objektově orientovaný přístup je jazykově nezávislý a netýká se pouze tvorby zdrojového kódu.
5 Zúžený pohled na OOP 5.základníchvlastnostíOOjazyka a a AlanKay-Smalltalk Všechno je objekt. Každý objekt má vlastní paměť, vytvořenou na základě jiných objektů. Program je tvořen skupinou objektů, které si posíláním zpráv navzájem říkají, co je třeba udělat. Každý objekt má určitý typ. Všechny objekty určitého typu mohou přijímat tytéž zprávy.
6 Zúžený pohled na OOP 5.základníchvlastnostíOOjazyka a a AlanKay-Smalltalk Všechno je objekt. Každý objekt má vlastní paměť, vytvořenou na základě jiných objektů. Program je tvořen skupinou objektů, které si posíláním zpráv navzájem říkají, co je třeba udělat. Každý objekt má určitý typ. Všechny objekty určitého typu mohou přijímat tytéž zprávy.
7 Zúžený pohled na OOP 5.základníchvlastnostíOOjazyka a a AlanKay-Smalltalk Všechno je objekt. Každý objekt má vlastní paměť, vytvořenou na základě jiných objektů. Program je tvořen skupinou objektů, které si posíláním zpráv navzájem říkají, co je třeba udělat. Každý objekt má určitý typ. Všechny objekty určitého typu mohou přijímat tytéž zprávy.
8 Zúžený pohled na OOP 5.základníchvlastnostíOOjazyka a a AlanKay-Smalltalk Všechno je objekt. Každý objekt má vlastní paměť, vytvořenou na základě jiných objektů. Program je tvořen skupinou objektů, které si posíláním zpráv navzájem říkají, co je třeba udělat. Každý objekt má určitý typ. Všechny objekty určitého typu mohou přijímat tytéž zprávy.
9 Zúžený pohled na OOP 5.základníchvlastnostíOOjazyka a a AlanKay-Smalltalk Všechno je objekt. Každý objekt má vlastní paměť, vytvořenou na základě jiných objektů. Program je tvořen skupinou objektů, které si posíláním zpráv navzájem říkají, co je třeba udělat. Každý objekt má určitý typ. Všechny objekty určitého typu mohou přijímat tytéž zprávy.
10 Zúžený pohled na OOP Pojmový mišmaš Třída vs. Objekt(instance) Attributy, prvky, proměnné(instance, třídy) Metody, zprávy, funkce, operace, události(statické, virtuální, abstraktní) Přetěžování, Překrývání
11 Zúžený pohled na OOP Pojmový mišmaš Třída vs. Objekt(instance) Attributy, prvky, proměnné(instance, třídy) Metody, zprávy, funkce, operace, události(statické, virtuální, abstraktní) Přetěžování, Překrývání
12 Zúžený pohled na OOP Pojmový mišmaš Třída vs. Objekt(instance) Attributy, prvky, proměnné(instance, třídy) Metody, zprávy, funkce, operace, události(statické, virtuální, abstraktní) Přetěžování, Překrývání
13 Zúžený pohled na OOP Pojmový mišmaš Třída vs. Objekt(instance) Attributy, prvky, proměnné(instance, třídy) Metody, zprávy, funkce, operace, události(statické, virtuální, abstraktní) Přetěžování, Překrývání
14 4. pilíře OOP Objektové paradigma Úrovně abstrakce Použití UML Návrhové vzory
15 4. pilíře OOP Objektové paradigma Úrovně abstrakce Použití UML Návrhové vzory
16 4. pilíře OOP Objektové paradigma Úrovně abstrakce Použití UML Návrhové vzory
17 4. pilíře OOP Objektové paradigma Úrovně abstrakce Použití UML Návrhové vzory
18 Objektové paradigma Objektové paradigma Anonymita klienta Relativita pohledu vnější/vnitřní Klient vidí služby- nevidí(vnitřní) implementaci Implementacinezáležínatom,kdo(kterýklient)jivolá a a jeblbuvzdorná
19 Objektové paradigma Objektové paradigma Anonymita klienta Relativita pohledu vnější/vnitřní Klient vidí služby- nevidí(vnitřní) implementaci Implementacinezáležínatom,kdo(kterýklient)jivolá a a jeblbuvzdorná
20 Objektové paradigma Objektové paradigma Anonymita klienta Relativita pohledu vnější/vnitřní Klient vidí služby- nevidí(vnitřní) implementaci Implementacinezáležínatom,kdo(kterýklient)jivolá a a jeblbuvzdorná
21 Úrovně abstrakce Dichotomie typu prvek META typ prvku prvek META třída META meta-třída Dichotomie- řecky: dicha-nadvakrát tome-řez Vícenásobná abstrakce prvek M fyzika M matematika M třída M meta-třída
22 Úrovně abstrakce Dichotomie typu prvek META typ prvku prvek META třída META meta-třída Dichotomie- řecky: dicha-nadvakrát tome-řez Vícenásobná abstrakce prvek M fyzika M matematika M třída M meta-třída
23 Úrovně abstrakce Dichotomie typu prvek META typ prvku prvek META třída META meta-třída Dichotomie- řecky: dicha-nadvakrát tome-řez Vícenásobná abstrakce prvek M fyzika M matematika M třída M meta-třída
24 Úrovně abstrakce Úrovně abstrakce Analytické modelování Design Programování Realizace Analytik Designer Programátor
25 Úrovně abstrakce Úrovně abstrakce Analytické modelování Design Programování Realizace Analytik Designer Programátor
26 Použití UML The Object Management Group Unified Modeling Language Diagramy Strukturní diagramy Diagramy chování Diagramy interakce
27 Použití UML The Object Management Group Unified Modeling Language Diagramy Strukturní diagramy Diagramy chování Diagramy interakce
28 Použití UML The Object Management Group Unified Modeling Language Diagramy Strukturní diagramy Diagramy chování Diagramy interakce
29 Použití UML The Object Management Group Unified Modeling Language Diagramy Strukturní diagramy Diagramy chování Diagramy interakce
30 Použití UML The Object Management Group Unified Modeling Language Diagramy Strukturní diagramy Diagramy chování Diagramy interakce
31 Použití UML The Object Management Group Unified Modeling Language Diagramy Strukturní diagramy Diagramy chování Diagramy interakce
32 Použití UML Strukturní diagram- diagram tříd
33 Použití UML Cirkulární vazba
34 Návrhové vzory Problém1 Řešení1 Problém2 Řešení2 Návrhový vzor Problém Řešení Účastníci vzoru Model vzoru s účastníky( parametry) Návrhový vzor Proč vymýšlet vymyšlené Proč popisovat publikované
35 Návrhové vzory Problém1 Řešení1 Problém2 Řešení2 Návrhový vzor Problém Řešení Účastníci vzoru Model vzoru s účastníky( parametry) Návrhový vzor Proč vymýšlet vymyšlené Proč popisovat publikované
36 Návrhové vzory Problém1 Řešení1 Problém2 Řešení2 Návrhový vzor Problém Řešení Účastníci vzoru Model vzoru s účastníky( parametry) Návrhový vzor Proč vymýšlet vymyšlené Proč popisovat publikované
37 Návrhové vzory Problém1 Řešení1 Problém2 Řešení2 Návrhový vzor Problém Řešení Účastníci vzoru Model vzoru s účastníky( parametry) Návrhový vzor Proč vymýšlet vymyšlené Proč popisovat publikované
38 Návrhové vzory Návrhový vzor Observer
39 Návrhové vzory Literatura E.Gamma, R.Helm, R.Johnson, J.Vlissides: Design Patterns: Elements of Reusable Object-Oriented Software(23 vzorů) M.Fowler: Analysis paterns M.Fowler: Pattern of Enterprise Application Architecture Enterprise Architecture Patterns-(OOP+RDB, hibernate) (cca 50 vzorů) Integration Patterns Real-Time design patterns
40 Návrhové vzory Literatura E.Gamma, R.Helm, R.Johnson, J.Vlissides: Design Patterns: Elements of Reusable Object-Oriented Software(23 vzorů) M.Fowler: Analysis paterns M.Fowler: Pattern of Enterprise Application Architecture Enterprise Architecture Patterns-(OOP+RDB, hibernate) (cca 50 vzorů) Integration Patterns Real-Time design patterns
41 Návrhové vzory Literatura E.Gamma, R.Helm, R.Johnson, J.Vlissides: Design Patterns: Elements of Reusable Object-Oriented Software(23 vzorů) M.Fowler: Analysis paterns M.Fowler: Pattern of Enterprise Application Architecture Enterprise Architecture Patterns-(OOP+RDB, hibernate) (cca 50 vzorů) Integration Patterns Real-Time design patterns
42 Návrhové vzory Literatura E.Gamma, R.Helm, R.Johnson, J.Vlissides: Design Patterns: Elements of Reusable Object-Oriented Software(23 vzorů) M.Fowler: Analysis paterns M.Fowler: Pattern of Enterprise Application Architecture Enterprise Architecture Patterns-(OOP+RDB, hibernate) (cca 50 vzorů) Integration Patterns Real-Time design patterns
43 Návrhové vzory Literatura E.Gamma, R.Helm, R.Johnson, J.Vlissides: Design Patterns: Elements of Reusable Object-Oriented Software(23 vzorů) M.Fowler: Analysis paterns M.Fowler: Pattern of Enterprise Application Architecture Enterprise Architecture Patterns-(OOP+RDB, hibernate) (cca 50 vzorů) Integration Patterns Real-Time design patterns
44 Modulární nůžky Rozdělení projektu na nezávislé, samostatné fungující části Re-Use Nezávislé, samostatně fungující části lze použít i v jiných projektech
45 Modulární nůžky Rozdělení projektu na nezávislé, samostatné fungující části Re-Use Nezávislé, samostatně fungující části lze použít i v jiných projektech
46 OOPpohlednaFEM
47 Testování
48 Literatura The Object Management Group, Unified Modeling Language, I.Kraval: Objektové modelování pomocí UML v praxi, 2005, Examples to Accompany: Design Patterns B.Eckel: Thinking in JAVA hhtp:// B.Eckel: Thinking in Patterns hhtp:// J.Schmuller: Myslíme v jazyku UML, GRADA Publishing, Praha, 2001
49 Poděkování Děkuji za pozornost
Ú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
7 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í
7 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í
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
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
6 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).
Architektura 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
Návrh softwarových systémů - architektura softwarových systémů
Návrh softwarových systémů - architektura softwarových systémů Jiří Šebek Návrh softwarových systémů (B6B36NSS) Převzato z přednášky X36AAS M. Molhanec Co je to architektura 2 Využívá se v různách oborech
Vývoj informačních systémů. Architektura, návrh Vzory: Doménová logika
Vývoj informačních systémů Architektura, návrh Vzory: Doménová logika Zachman Framework Zdroje Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides. Design Patterns: Elements of Reusable Object-Oriented
3. Je defenzivní programování technikou skrývání implementace? Vyberte jednu z nabízených možností: Pravda Nepravda
1. Lze vždy z tzv. instanční třídy vytvořit objekt? 2. Co je nejčastější příčinou vzniku chyb? A. Specifikace B. Testování C. Návrh D. Analýza E. Kódování 3. Je defenzivní programování technikou skrývání
Návrhové vzory OMO, LS 2014/2015
Návrhové vzory OMO, LS 2014/2015 Motivace Cílem objektového návrhu je strukturu aplikace navrhnout tak, aby splňovala následující kritéria: snadná rozšiřitelnost účelnost testovatelnost dokumentovatelnost
PB161 Programování v jazyce C++ Přednáška 7
PB161 Programování v jazyce C++ Přednáška 7 Statické položky tříd Základy OOP Nikola Beneš 6. listopadu 2018 PB161 přednáška 7: static, základy OOP 6. listopadu 2018 1 / 21 Klíčové slovo static Znáte z
PB161 Programování v jazyce C++ Přednáška 7
PB161 Programování v jazyce C++ Přednáška 7 Statické položky tříd Základy OOP Nikola Beneš 6. listopadu 2018 PB161 přednáška 7: static, základy OOP 6. listopadu 2018 1 / 21 Klíčové slovo static Znáte z
UML: Unified Modeling Language
UML 1 UML: Unified Modeling Language Systém kombinace softwaru, hardwaru, dat a uživatelů, která umožňuje řešení konkrétního problému Vývoj systémů vytváření systémů pro klienta Vývoj probíhá na základě
Klíčová slova: OOP, konstruktor, destruktor, třída, objekt, atribut, metoda
Anotace sady: Úvod do objektově orientovaného programování, VY_32_INOVACE_PRG_OOP_01 Autor: Blanka Sadovská Klíčová slova: OOP, konstruktor, destruktor, třída, objekt, atribut, metoda Druh učebního materiálu:
Návrhové vzory. Jakub Klemsa, Jan Legerský. 30. října Objektově orientované programování.
Jakub Klemsa Jan Legerský Objektově orientované programování klemsjak@fjfi.cvut.cz jan.legersky@gmail.com 30. října 2012 návrhový vzor (design pattern) obecné řešení problému, které se využívá při návrhu
Vývoj informačních systémů. Architektura, návrh Vzory: Doménová logika
Vývoj informačních systémů Architektura, návrh Vzory: Doménová logika Zachman Framework Zdroje Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides. Design Patterns: Elements of Reusable Object-Oriented
PB161 Základy OOP. Tomáš Brukner
PB161 Základy OOP Tomáš Brukner Sylabus - Co je to OOP? Jaké jsou základní principy OOP? Jak se projevují v C++? https://cs.wikipedia.org/wiki/strahovská_knihovna SELECT * FROM books WHERE pages < 250
Informač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.
Objektově orientovaný přístup
Objektově orientovaný přístup 1 Historie programovacích jazyků 1945: John von Neumann článek o nové metodě pro ukládání programů 1945: Grace Hopper poprvé termín "bug" 1946: Konrad Zuse Plankalkul - první
Objekty, 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í
UML 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,
Principy OOP při tvorbě aplikací v JEE. Michal Čejchan
Principy OOP při tvorbě aplikací v JEE Michal Čejchan Témata přednášky Principy OOP - připomenutí Úvod - co nás vede k používání OOP Reálný svět - jak (ne)používáme OOP Nedostatky na úrovni programovacích
Common Object Request Broker Architecture
Common Object Request Broker Architecture Tvorba aplikací, jejichž komponenty budou komunikovat přes počítačovou síť Programátor jedné aplikace volá metody vzdálených objektů podobně jako u sebe lokální
Objektově orientované programování? Co to je?
Objektově orientované programování? Co to je? RUDOLF PECINOVSKÝ 1 1 ICZ a.s. Hvězdova 2a, 140 00 Praha 4; VŠE, nám. W. Churchilla 4, 130 67 Praha 3; Tel.: +420 603 330 090, e-mail: rudolf@pecinovsky.cz;
IB111 Programování a algoritmizace. Objektově orientované programování (OOP)
IB111 Programování a algoritmizace Objektově orientované programování (OOP) OP a OOP Objekt Kombinuje data a funkce a poskytuje určité rozhraní. OP = objektové programování Vše musí být objekty Např. Smalltalk,
Ná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
KIV/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
Analý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
Softwarové komponenty a Internet
Softwarové komponenty a Internet Doc. Dr. Ing. Miroslav Beneš Katedra informatiky FEI VŠB-TU Ostrava Miroslav.Benes@vsb.cz Obsah přednášky Motivace Vývoj přístupů k tvorbě programů Definice komponenty
11.5.2012. Obsah přednášky 9. Skrývání informací. Skrývání informací. Zapouzdření. Skrývání informací. Základy programování (IZAPR, IZKPR) Přednáška 9
Obsah přednášky 9 Základy programování (IZAPR, IZKPR) Přednáška 9 Základy dědičnosti, přístupová práva Ing. Michael Bažant, Ph.D. Katedra softwarových technologií Kancelář č. 03 022, Náměstí Čs. legií
Communist 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í
SOFTWAROVÉ INŽENÝRSTVÍ 1
Metodický list č. 1 Název tématického celku: Úvod do softwarového inženýrství Základním cílem tohoto tematického celku je vysvětlení smyslu discipliny nazývané softwarové inženýrství. Tematický celek zahrnuje
CASE nástroje. Jaroslav Žáček
CASE nástroje Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Co znamená CASE? A CASE tool is a computer-based product aimed at supporting one or more software engineering activities within
Modelová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
Jazyk UML - přehled. diagram hierarchie procesů. IS firmy. podpora řízení. evidence zaměstnanců. pokladny. výroba. diagram procesních vláken
Jazyk UML - přehled Unified Modeling Language jazyk pro popis objektově orientované analýzy a návrhu aplikací slouží k vzájemné komunikaci mezi zadavatelem a návrhářem systému má několik částí, není nutné
ZÁKLADY PROGRAMOVÁNÍ. Mgr. Vladislav BEDNÁŘ 2014 5.3-5.8 9/14
ZÁKLADY PROGRAMOVÁNÍ Mgr. Vladislav BEDNÁŘ 2014 5.3-5.8 9/14 Co je vhodné vědět, než si vybereme programovací jazyk a začneme programovat roboty. 1 / 12 0:40 UML unifikovaný modelovací jazyk Zkratka tohoto
Západočeská univerzita FAKULTA APLIKOVANÝCH VĚD
Západočeská univerzita FAKULTA APLIKOVANÝCH VĚD Okruhy otázek ke státní závěrečné zkoušce z předmětu Databázové technologie (DB) Databázové systémy 1(DB1) Databázové systémy 2 (DB2) Případové studie databázových
Diagram nebo text? Miroslav Benešovský, BenSoft s.r.o
Diagram nebo text? Miroslav Benešovský, Diagram nebo text? Jaká je role analytika při vývoji SW? Most mezi zákazníkem a vývojáři Jaké má analytik prostředky? Diagramy, vizuální modelování Jaká je zkušenost
ČÁST 1. Zahřívací kolo. Co je a k čemu je návrhový vzor 33
Stručný obsah Část 1: Zahřívací kolo Kapitola 1 Co je a k čemu je návrhový vzor 33 Kapitola 2 Zásady objektově orientovaného programování 39 Kapitola 3 Co konstruktor neumí (Jednoduchá tovární metoda Simple
Vyřešené teoretické otázky do OOP ( )
Vyřešené teoretické otázky do OOP (16. 1. 2013) 1) Vyjmenujte v historickém pořadí hlavní programovací paradigmata a stručně charakterizujte každé paradigma. a) Naivní chaotičnost, špatná syntaxe a sémantika
VÝUKOVÝ MATERIÁL. Bratislavská 2166, 407 47 Varnsdorf, IČO: 18383874 www.vosassvdf.cz, tel. +420412372632 Číslo projektu
VÝUKOVÝ MATERIÁL Identifikační údaje školy Vyšší odborná škola a Střední škola, Varnsdorf, příspěvková organizace Bratislavská 2166, 407 47 Varnsdorf, IČO: 18383874 www.vosassvdf.cz, tel. +420412372632
Budování architektury pomocí IAA
Budování architektury pomocí IAA Jaromír Drozd jaromir_drozd@cz.ibm.com Vysoká škola ekonomická 23.března 2007 Seminář Architektury informačních systémů 23.3.2007 Agenda 1. Představení Insurance Application
NSWI /2011 ZS. Principy cpypočítačůčů aoperačních systémů ARCHITEKTURA
Principy cpypočítačůčů aoperačních systémů ARCHITEKTURA Literatura W.Stallings: Computer Organization & Architecture J.L.Hennessy, P.A.Patterson: Patterson: Computer Architecture: a Quantitative Approach
MATURITNÍ OTÁZKY ELEKTROTECHNIKA - POČÍTAČOVÉ SYSTÉMY 2003/2004 PROGRAMOVÉ VYBAVENÍ POČÍTAČŮ
MATURITNÍ OTÁZKY ELEKTROTECHNIKA - POČÍTAČOVÉ SYSTÉMY 2003/2004 PROGRAMOVÉ VYBAVENÍ POČÍTAČŮ 1) PROGRAM, ZDROJOVÝ KÓD, PŘEKLAD PROGRAMU 3 2) HISTORIE TVORBY PROGRAMŮ 3 3) SYNTAXE A SÉMANTIKA 3 4) SPECIFIKACE
Projektová dokumentace pro tvorbu internetových aplikací
Projektová dokumentace pro tvorbu internetových aplikací Tomáš Kuthan PhDr. Milan Novák, Ph.D. Školní rok: 2008-09 Abstrakt Bakalářská práce stanovuje vzor pro vytváření projektové dokumentace internetových
Kurz Postupy návrhu IS pomocí UML a OOP (5 dnů, in-house)
Kurz Postupy návrhu IS pomocí UML a OOP (5 dnů, in-house) přednáší RNDr. Ilja Kraval pořádá firma OBJECT CONSULTING Obsah: Kurz Efektivní postupy návrhu IS pomocí UML a OOP (5 dnů, in-house)... 1 1. Jak
10 Balíčky, grafické znázornění tříd, základy zapozdření
10 Balíčky, grafické znázornění tříd, základy zapozdření Studijní cíl Tento studijní blok má za cíl pokračovat v základních prvcích jazyka Java. Konkrétně bude věnována pozornost příkazům balíčkům, grafickému
VYUŽITÍ MDA PRO INTEGROVANÝ VÝVOJOVÝ NÁSTROJ QI BUILDER
VYUŽITÍ MDA PRO INTEGROVANÝ VÝVOJOVÝ NÁSTROJ QI BUILDER Cyril Klimeš Jaroslav Procházka Ostravská univerzita, katedra informatiky a počítačů, 30. dubna 22, 701 03 Ostrava, ČR E-mail: cyril.klimes@osu.cz,
Programování II. Abstraktní třída Vícenásobná dědičnost 2018/19
Programování II Abstraktní třída Vícenásobná dědičnost 2018/19 Osnova přednášky Polymorfismus - důsledky. Abstraktní třída. Vícenásobná dědičnost. Polymorfismus - důsledky Polymorfismus Polymorfismus je
Smysl 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
programátor vs. vývojář
programátor vs. vývojář... Michał Weiser @michal_weiser linkedin.com/in/michalweiser https://kahoot.it QUIZ Jarda vzdělání Bc. Informační technologie, VUT FIT jazyky čeština nativní angličtina - B2 zkušenosti
ZÁSADY KONCEPTUÁLNÍHO TOTÁLNĚ OBJEKTOVĚ ORIENTOVANÉHO MODELOVÁNÍ
ZÁSADY KONCEPTUÁLNÍHO TOTÁLNĚ OBJEKTOVĚ ORIENTOVANÉHO MODELOVÁNÍ Martin Molhanec České vysoké učení technické FEL, K-313 Technická 2, 166 27 PRAHA 6, Dejvice, Česká republika tel.: (++420) 2 2435 2118
11 Diagram tříd, asociace, dědičnost, abstraktní třídy
11 Diagram tříd, asociace, dědičnost, abstraktní třídy Studijní cíl Tento studijní blok má za cíl pokračovat v základních prvcích jazyka Java. Konkrétně bude věnována pozornost diagramům tříd, asociaci,
1. Webové služby. K čemu slouží? 2. RPC Web Service. 3. SOA Web Service. 4. RESTful Web services
13. Webové služby. K čemu slouží? Popis a vyhledávání služeb. Co je a k čemu slouží orchestrace a choreografie služeb. Technologie pro implementaci služeb 1. Webové služby. K čemu slouží? Definice WS -
Diagram tříd (class diagram)
Diagramy tříd 1 Diagram tříd (class diagram) Zobrazuje třídy v daném systému a vztahy mezi nimi Zobrazuje statický stav ukazuje vzájemné interakce, ale neukazuje co se při těchto interakcích děje Při znázornění
UML - Unified Modeling Language
UML - Unified Modeling Language Martin Molhanec Katedra elektrotechnologie, ČVUT - Fakulta elektrotechnická, Technická 2, 166 21 PRAHA 6 e-mail: molhanec@fel.cvut.cz Abstrakt UML Unified Modeling Language
Programování II. Modularita 2017/18
Programování II Modularita 2017/18 Modul? Osnova přednášky Vývoj programování Modularita Příklad Vývoj programování Paradigmata programování Jak a proč se jazyky vyvíjejí? V čem se OOP liší od předchozích
7.6 Další diagramy UML
7.6 Další diagramy UML 7.6.1 Moduly (balíčky - package) a kolaborace (collaboration) Jak rozložit rozsáhlý systém na menší? - seskupování tříd (prvků modelu) do jednotek vyšší úrovně (package v UML). UI
RUP - 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
KTE / ZPE Informační technologie
4 KTE / ZPE Informační technologie Ing. Petr Kropík, Ph.D. email: pkropik@kte.zcu.cz tel.: +420 377 63 4639, +420 377 63 4606 (odd. informatiky) Katedra teoretické elektrotechniky FEL ZČU Plzeň Největší
7.6 Další diagramy UML
7.6 Další diagramy UML 7.6.1 Moduly (balíčky - package) a kolaborace (collaboration) Jak rozložit rozsáhlý systém na menší? - seskupování tříd (prvků modelu) do jednotek vyšší úrovně (package v UML). UI
CASE. Jaroslav Žáček
CASE Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Co znamená CASE? Definice dle SEI A CASE tool is a computer-based product aimed at supporting one or more software engineering activities
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í.
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í.
Programování II. Třídy a objekty (objektová orientovanost) 2018/19
Programování II Třídy a objekty (objektová orientovanost) 2018/19 Osnova přednášky Objektový přístup (proč potřebujeme objekty). Třídy, objekty,... Příklad. Proč potřebujeme objekty? Udržovatelnost softwaru
Jak správně psát scénáře k případům užití?
Jak správně psát scénáře k případům užití? Autor RNDr. Ilja Kraval 2007 http://www.objects.cz K napsání tohoto článku mne inspiroval tento mail: Dobrý den pane Kravale, chci Vás poprosit o radu, která
IMPLEMENTACE USE CASE POMOCÍ NÁVRHOVÉHO VZORU CONTROLLER
IMPLEMENTACE USE CASE POMOCÍ NÁVRHOVÉHO VZORU CONTROLLER Miloš Kudělka, Vladimír Sklenář KMI PřF UP, Tomkova 40, 779 00 Olomouc, ČR, milos.kudelka@upol.cz, vladimir.sklenar@upol.cz Abstrakt V prostředí
Java/QE Akademie - Osnova
Java/QE Akademie - Osnova Lekce 1 1. Co je to Java? 1.1. Struktura Java kódu 2. Potřebné nástroje pro vývoj 2.1. JVM 2.2. JRE 2.3. JDK 3. Co je to proměnná a její zápis v Javě 3.1. Klasické proměnné 3.2.
Karta předmětu prezenční studium
Karta předmětu prezenční studium Název předmětu: Objektově orientovaná analýza a návrh (OOAN) Číslo předmětu: 548-0040 Garantující institut: Garant předmětu: Institut geoinformatiky RNDr. Daniela Szturcová,
Modelování podnikových procesů
Modelování podnikových procesů Co je to podnikový proces? Činnost za účelem splnění určitého podnikového cíle (business goal) Provádění časově ohraničeno Vstupní podmínky Při realizaci probíhají vzájemně
Sada 1 - Základy programování
S třední škola stavební Jihlava Sada 1 - Základy programování 01. Základní pojmy a principy programování Digitální učební materiál projektu: SŠS Jihlava šablony registrační číslo projektu:cz.1.09/1.5.00/34.0284
Využití modelovacích nástrojů ve vývojářské firmě
Vysoká škola ekonomická v Praze IT_572 Prostředky CASE a jejich využití při tvorbě IS Využití modelovacích nástrojů ve vývojářské firmě 11. prosince 2005 Jiří Pelc Petr Medřický Michal Pešička 1.Obsah
Návrh informačních systémů pomocí UML, OOP a vzorů
Návrh informačních systémů pomocí UML, OOP a vzorů RNDr. Ilja Kraval mailto:objects@objects.cz, OBJECT CONSULTING s.r.o. http://www.objects.cz Obsah (postupně se rozšiřuje): Návrh informačních systémů
Semestrální práce ke kurzu 4IT421 Zlepšování procesů budování IS
Semestrální práce ke kurzu 4IT421 Zlepšování procesů budování IS Semestr LS 2014/2015 Autoři Jírů Michaela, jirm42 Lisová Martina, lism25 Téma RUP v 7 v číslech Datum odevzdání 15. 5. 2015 Abstrakt Obsahem
Informační systém pro veterinární stanici
Bankovní institut vysoká škola Praha Katedra matematiky, statistiky a informačních technologií Informační systém pro veterinární stanici Diplomová práce Autor: Bc. Jan Stárek Informační technologie a management
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ů 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í
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
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
UML úvod. Zdroje: Kanisová Hana, Müller Miroslav: UML srozumitelně, Computer Press 2007
UML úvod Kapitola má seznámit se základy modelovacího jazyka UML. Klíčové pojmy: UML, CASE nástroje, procesní modelování, případy užití, role, diagram tříd, diagram objektů, sekvenční diagramy, digram
TRANSFORMACE 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
Konceptuá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é
X36SIN: Softwarové inženýrství. Životní cyklus a plánování
X36SIN: Softwarové inženýrství Životní cyklus a plánování 1 Kontext Minule jsme si řekli, co to je deklarace záměru, odborný článek, katalog požadavků, seznam aktérů a seznam událostí. Seznam aktérů a
2. 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
Objektově 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í
Maturitní témata Školní rok: 2015/2016
Maturitní témata Školní rok: 2015/2016 Ředitel školy: Předmětová komise: Předseda předmětové komise: Předmět: PhDr. Karel Goš Informatika a výpočetní technika Mgr. Ivan Studnička Informatika a výpočetní
BORM-II a BPMN v provozně ekonomických procesech BORM-II and BPMN in operation economic processes
BORM-II a BPMN v provozně ekonomických procesech BORM-II and BPMN in operation economic processes Abstrakt Tento článek popisuje BORM (Business Objects Relations Modelling), BPMN (Business Process Modeling
MIROSLAV NEJEDLÝ Curriculum Vitae
MIROSLAV NEJEDLÝ Curriculum Vitae Osobní data Datum narození: 27. 6. 1974 Kontakt: mirek@dixen-sro.cz, mirek@nejedly.net, mirek.nejedly@gmail.com Tel: +420 776 827 955 Profesní praxe 2015 NN, a.s. Praha
TECHNIKY A CASE NÁSTROJE VÝVOJE IS
TECHNIKY A CASE NÁSTROJE VÝVOJE IS Doc. Ing. B. Miniberger, CSc Bankovní institut, VŠ (9.10. 2008) Doc. Miniberger, BIVŠ Cíle předmětu Seznámení se s problematikou vývoje informačních systémů pomocí CASE
Objektově orientované technologie Dynamický náhled Sekvenční diagram (Realizace UC) Daniela Szturcová
Objektově orientované technologie Dynamický náhled Sekvenční diagram (Realizace UC) Daniela Szturcová Osnova Modelování interakcí mezi objekty modelování zpráv (mapování zpráv na operace), vytváření a
Modelování informačních systémů s využitím jazyka UML. Jaroslav Šmarda
Modelování informačních systémů s využitím jazyka UML Jaroslav Šmarda Využití jazyka UML při vývoji IS na příkladu jednoduché aplikace pro evidenci knih Model IS Modelování případů užití Diagram případů
Třídy. Instance. Pokud tento program spustíme, vypíše následující. car1 má barvu Red. car2 má barvu Red. car1 má barvu Blue.
23. Třídy, generické třídy, instance, skládání, statické metody a proměnné. Zapouzdření, konstruktory, konzistence objektu, zpřístupnění vnitřní implementace, modifikátory public a private. Polymorfismus,
Objektové programování
Objektové programování - přináší nové možnosti a styl programování - vytváří nový datový typ, který umí vše co standardní datové typy + to co ho naučíme - překladač se k tomuto typu chová stejně jako k
Analý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,
Základy objektové orientace I. Únor 2010
Seminář Java Základy objektové orientace I Radek Kočí Fakulta informačních technologií VUT Únor 2010 Radek Kočí Seminář Java Základy OO (1) 1/ 20 Téma přednášky Charakteristika objektově orientovaných
Jaký programovací jazyk učit jako první a jak ho učit?
Vojtěch Merunka Katedra informačního inženýrství PEF ČZU Praha Jaký programovací jazyk učit jako první a jak ho učit? strana 1 Motivace dříve strana 2 Motivace... pokračování dnes strana 3 Obsah presentace
Obsah přednášky. 12. Dokumentace zdrojového kódu Tvorba elektronické dokumentace UML. Co je diagram tříd. Ing. Ondřej Guth
Evropský sociální fond. 12. Dokumentace zdrojového kódu Tvorba elektronické dokumentace Ing. Ondřej Guth Katedra teoretické informatiky Fakulta informačních technologií České vysoké učení technické v Praze
Formální Metody a Specifikace (LS 2011) Formální metody pro kyber-fyzikální systémy
Formální Metody a Specifikace (LS 2011) Přednáška 7: Formální metody pro kyber-fyzikální systémy Stefan Ratschan, Tomáš Dzetkulič Katedra číslicového návrhu Fakulta informačních technologíı České vysoké
1. Dědičnost a polymorfismus
1. Dědičnost a polymorfismus Cíl látky Cílem této kapitoly je představit klíčové pojmy dědičnosti a polymorfismu. Předtím však je nutné se seznámit se základními pojmy zobecnění neboli generalizace. Komentář
Databázové systémy úvod
Databázové systémy úvod Michal Valenta Katedra softwarového inženýrství FIT České vysoké učení technické v Praze c Michal Valenta, 2012 BI-DBS, ZS 2012/13 https://edux.fit.cvut.cz/courses/bi-dbs/ Michal
Metody popisu systému, základy UML
Metody popisu systému, základy UML Strukturovaný přístup Klasickou metodou analýzy a návrhu informačních systémů je strukturovaný přístup, navržený v 70. letech (Tom DeMarco, Ken Orr, Larry Constantine,
Literatura. E. Gamma, R. Helm, R. Johnson, J. Vlissides The Gang of Four (GoF) Design Patterns Elements of Reusable Object-Oriented Software 1995
Návrhové vzory Literatura E. Gamma, R. Helm, R. Johnson, J. Vlissides The Gang of Four (GoF) Design Patterns Elements of Reusable Object-Oriented Software 1995 Grada 2003: Návrh programů podle vzorů J.
DATOVÉ 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