BPM_01. Modelování podnikových procesů doc. Ing František Huňka, CSc. 155
|
|
- Patrik Bartoš
- před 8 lety
- Počet zobrazení:
Transkript
1 BPM_01 Modelování podnikových procesů doc. Ing František Huňka, CSc. 155
2 Obsah kurzu I. část: podnikový proces: definování, účel použití, techniky modelování (grafické zobrazení), metodologie podnikových procesů DEMO (Design Engineering Methodology for Organizations) 7 přednášek II. část: hodnotové modelování podnikových procesů hodnotově orientovaný přístup REA (resource event agent), 4 přednášky III. část: praktické uplatnění a zasazení podnikových procesů. 2 přednášky 2
3 Obsah přednášky Pojem podnikového procesu a jeho využití Pojem modelování Tradiční techniky modelování podnikových procesů (diagramy) Zhodnocení jednotlivých hlavních metodik modelování podnikových procesů. 3
4 Model, modelování Model je abstrakce popisující problémovou doménu a/nebo řešení problémové domény. Tradičně jsou modely vytvářeny formou diagramů plus jejích odpovídající popis (dokumentace) ne diagramy formou výsledků pohovorů (interview) a např. kolekce CRC diagramů (class responsibility collaborators). 4
5 Podnikový proces (Business Process) Podnikový proces je kolekce činností mezi rolemi aktérů, kterou iniciátor procesu získává nějakou hodnotu (nemusí jít o hodnotu bezprostředně vyjádřenou finančně). Proces definuje kroky, které mají být podniknuty (provedeny), role aktérů (lidí), které tyto kroky provedou a artefakty, které jsou použity ke splnění účelu (důvodu), který poskytuje hodnotu někomu nebo nějaké organizaci. Artefakt dokument, model, soubor, diagram nebo položka vytvořená, modifikovaná nebo použitá během vývoje, operace nebo podpory systému. 5
6 Aktér, agent, role aktéra Aktér představuje v modelu lidskou bytost, lidský subjekt. Agent počítačová entita reprezentující lidskou bytost v programovém systému. Pro modelování je výhodné zavést role, např. role studenta, role pacienta, role učitele, role děkana. Každá lidská bytost vystupuje v souběžně několika rolích. Výměna fyzických osob v rolích jmenování nového ředitele, děkana, role se nemění, mění se jen osoba. 6
7 Podnikový proces a jeho modelování Procesní modely nám umožňují popsat často komplikovaný tok logiky uvnitř systému. Procesní model je sociální systém, protože se v něm vyskytují lidské bytosti ve formě aktérů správně ve formě rolí aktérů. Zpravidla je iniciátor procesu a vykonavatel (exekutor, performer) procesu. 7
8 Podnikový proces a jeho modelování Procesní modely také ukazují jak jsou informace systémem zpracovány a k podpoře těchto interakcí, popisují aktivity procesu a toky informaci mezi aktivitami. Kromě aktivit podnikové procesy také popisují podniková pravidla (business rules). Podniková pravidla: (constraints, derivation rules) omezující podmínky: věk, max počet členů, max délka pobytu odvozující pravidla: rok narození věk, spotřeba na km, počet km spotřeba celkem. 8
9 Podnikový proces a jeho modelování Příklad podnikových procesů: Zápis studenta ke studiu (výběr kurzů pro daný semestr, vstupní podmínky, výstupní podmínky), Získání členství v tenisovém klubu, Výpůjčka auta, Zpracování cestovního příkazu. 9
10 Místo podnikového procesu ve vývoji programové aplikace Vývoj programového vybavení: 1. Požadavky na systém requirement analysis forma: diagramy případů užití (use case modeling) (strategie číšníka waiter strategy) 2. Uživatelské rozhraní jeho vývoj 3. Dodatečné požadavky (supplementary requirements) podniková pravidla, omezující podmínky, komentáře specifikace použitých pojmů 10
11 Místo podnikového procesu ve vývoji programové aplikace 4. Konceptové modelování samotné požadavky jsou nedostačující, třeba techniku k doplnění detailů a chybějících artefaktů vytvořit požadovanou strukturu 5. Modelování podnikových procesů dynamická část řešení 6. Návrh architektury (most mezi požadavky a návrhem) 7. Dynamické modelování (sekvenční diagramy) 8. Modelování návrhu struktury (diagramy tříd) 9. Implementace, testování 10. Návrh a vývoj databáze 11
12 Podnikový proces Prostřednictvím podnikových procesů (business procesů) můžeme snadněji pochopit informační systém specifikované domény. Podnikový proces jako základ pro definici požadavků na SW zpětně ovlivňuje požadavky na programové řešení. 12
13 Pojem podnikový proces další definice Podnikový (byznys) proces je po částech uspořádaná množina procedur a aktivit, které společně realizují podnikatelský nebo strategický cíl, obvykle v kontextu organizační struktury definující funkce rolí a jejich vztahy. 13
14 Pojem podnikový proces Pojmem procedura rozumíme podproces obsažený v daném procesu. Pojmem po částech uspořádaná množina pak vyjadřujeme fakt, že ne všechny aktivity a procedury lze seřadit do jediné posloupnosti. 14
15 Pojem podnikový proces Model podnikového procesu je abstraktní reprezentace podnikového procesu obvykle umožňující jeho další zpracování automatizovaným způsobem. Podnikový proces, jehož provádění je částečně, nebo dokonce úplně počítačově automatizováno se nazývá workflow (tok prací). Workflow je automatizovaný podnikový proces. Workflow systém je informační systém, který vykonává dohled na správnou sekvencí aktivit. 15
16 Workflow - definice Automatizace celého nebo části podnikového procesu, během kterého jsou dokumenty, informace nebo úkoly předávány od jednoho účastníka procesu k druhému podle sady procedurálních pravidel tak, aby se dosáhlo nebo přispělo k plnění celkových/globálních podnikových cílů. 16
17 Workflow Podnikový proces a workflow bývají zaměňovány, protože jejich význam je blízký, ne však totožný (z pohledu podnikové ontologie). Jediným rozdílem je, že workflow spravuje a řídí k tomu určený software ERP (Enterprise Resource Plamming) nebo WFM (Workflow Management) systém. Je však důležité si uvědomit, že právě workflow, díky svému počítačovému zpracování, klade vysoké nároky na specifikaci procesu, na jeho přesnost a jednoznačnost. Workflow - tok prací. 17
18 Kategorizace metod a nástrojů 1. ERP (Enterprise Resource Planning) systémy jako SAP, BAAN, Oracle apod. umožňující automatizovat výrobní procesy, finanční toky a řídit lidské zdroje, právě na základě explicitně popsaných procesů. Modelování podnikových procesů se tak stává počáteční fází softwarového procesu, na jehož konci je v podniku či organizaci implementovaný informační systém. 2. WFM (Workflow Management) systémy reprezentující generické softwarové nástroje pro definici, správu, realizaci a vlastní řízení podnikových procesů. 18
19 Postup návrhu podnikového procesu Účelem modelování je vytvoření takové abstrakce procesu, která umožňuje pochopení všech jeho aktivit, souvislostí mezi těmito aktivitami a rolemi reprezentovaných schopnostmi lidí a zařízení zapojených do daného procesu. V současné době lze nalézt celou řadu metod (technik) postavených na různých technologiích, které jsou používány k sestavování modelů podnikových procesů. 19
20 Obecný postup návrhu podnikového procesu V podstatě tedy existují tři klasické základní přístupy, které se využívají k modelování procesů, a které vychází ze tří základních typů použité abstrakce: 1. Funkční přístup zaměřený především na funkce, jejich strukturování, vstupy a výstupy. 2. Přístup specifikací chování je zaměřen na řídící aspekt vykonávání procesu cestou stanovení událostí a podmínek, za kterých mohou být jednotlivé aktivity prováděny. 3. Strukturální přístup je zaměřen na statický aspekt procesu. Cílem je postihnout entity a zdroje vystupující v procesu včetně jejich atributů, činností (služeb) a vzájemných vazeb. 20
21 Využití konkrétních diagramů pro modelování podnikových procesů Analýza požadavků používá diagramy případů užití. scénář je konkrétní instance případu užití, případ užití je zobecnění. 21
22 1. Diagramy užití (Use Case Diagrams) Funkční specifikace je v jazyce UML řešena prostřednictvím diagramů případu užítí (Use Case Diagram). Případ užití specifikuje jeden případ použití vytvářeného informačního systému. Případ (scénář) užití je pojem, který je v rámci byznys modelování definován následujícím způsobem: Případ užití je posloupnost akcí, které podnik či organizace realizuje v interakci se specifickými aktéry s cílem vytvořit výsledek požadované hodnoty. V podstatě je tedy případ užití synonymem pro podnikový proces. 22
23 Obecný diagram případů užití Restaurace název systému příjem objednávky objedníní jídla hranice systému komunikační relace číšník servírování objednání potvrzení objednávky servírování jídla příprava jídla usnadnění placení kuchař účastník / aktor klient placení konzumace jídla vrchní příjem peněz placení za jídlo případ užití (use case)
24 Diagramy užití Aktér reprezentuje lidskou bytost, někoho nebo organizaci, co stojí mimo podnikový proces specifikovaný daným případem užití (směr k workflow). Primárním účelem diagramů případů užití je tak dokumentovat interakce mezi službami, které jsou podnikem či organizací poskytovány a těmi, kterými jsou tyto služby požadovány. Takto vytvořený model identifikuje, co je vlastně účelem podnikání dané organizace a jaké služby nabízí svému okolí. 24
25 Diagramy užití (Use Case Diagrams) Výhodu případů užití: snadná srozumitelnost, pokud jsou správně identifikovány případy užití, vývoj jde hladce kupředu. Slabá místa případů užití: správná identifikace případů užití. Nároky na případy užití: správná granularita a tedy úroveň detailu popisu, kompletnost všech případů užití (strategie číšníka). 25
26 Diagramy užití Diagram případů užití používá následujících elementů ke svému sestavení: 1. Případy užití (Use Cases), které identifikují funkce realizované byznys procesy. 2. Aktéry (Actors) popisující externí objekty vstupující do interakce se specifikovanými procesy (klasický přístup). 26
27 Diagramy případů užití - zhodnocení Diagramy obsahují aktéry, mezi kterými probíhá podnikový proces. Mají ohraničenou oblast použití. RUP navrhuje využívat business use case models. Jsou výhodné pro zjišťování použití navrhovaného systému, ale nejsou dobré pro zjišťování (posouzení) podnikových procesů, protože vůbec nepopisují informační toky. 27
28 Diagram toků Flowchart Vývojový diagram Diagramy toků modelovací technika zavedena v 1940/50 a popularizovaná pro strukturální vývoj programů v 1970 (Pascal) a pro modelování podnikových procesů. 28
29 Diagram toků Flow Chart Diagram Možnosti znázornění 29
30 Klasický příklad k řešení Mějme dánu firmu, která po obdržení objednávky nejprve prostřednictvím svého obchodního oddělení rozhodne o tom, zda-li je schopna obdržené zboží dodat. Pokud ne, proces je ukončen zamítnutím objednávky. V opačném případě pokračuje proces ověřením, zda-li je zboží k dispozici ve skladu, či je nutné je vyrobit. K účelu vyrobení je nutné zakoupit materiál, připravit výrobu a nakonec požadované zboží zhotovit ve výrobním úseku firmy. Následně je expedicí zboží odesláno objednateli, vystavena a zaslána faktura účetním oddělením, které také kontroluje její zaplacení. 30
31 Realizace zakázky diagram toků (Flow Chart Diagram) 31
32 Realizace zakázky 2/2 Semiformální popis zadání Flow chart diagram toků vývojový diagram 32
33 Deklarace uživatelských požadavků User stories popis provedený uživatelem. Záleží na provedení. Je-li proveden precizně má velkou vypovídací hodnotu a umožňuje efektivní postup. Příklad user stories: 33
34 Uživatelské požadavky user stories Člověk se může stát členem tenisového klubu Volley zasláním dopisu poštou tenisovému klubu. V dopisu žadatel musí uvést příjmení, jméno, datum narození, pohlaví, telefonní číslo a poštovní adresu (ulice, číslo domu, poštovní kód a místo pobytu). Karel, tajemník tenisového klubu, vybírá denně poštovní schránku a kontroluje, zda jsou zadané informace o členství kompletní. Pokud ne, telefonuje odesílateli, aby zkompletoval požadovaná data. 34
35 Uživatelské požadavky user stories Je-li dopis kompletní, Karel přidá příchozímu dopisu číslo a datum, zaznamená dopis do knihy příchozí pošty a archivuje dopis. Každou středu večer, zanese Karel obdržené dopisy Mirandě na sekretariát tenisového klubu. Karel také sebou bere registr členů. 35
36 Uživatelské požadavky user stories Pokud Miranda rozhodne, že se žadatel stane členem tenisového klubu, orazítkuje dopis žadatele s razítkem nový člen a zapíše datum pod razítko. Toto datum je počátečním datem členství. Miranda poté předá dopis Karlovi, aby přidal nového člena do registru členů. Registrem je kniha s číslovanými řádky. Každý nový člen je vložen na nový řádek. Číslo řádku je číslem člena, podle kterého je nový člen identifikován v administrativě klubu. 36
37 Uživatelské požadavky user stories Dále Miranda spočítá členský poplatek, který musí nový člen zaplatit pro zbývající část kalendářního roku. Miranda vyhledá doplatnou částku za členství podle rozhodnutí valné hromady, které má na papíře v zásuvce svého stolu. Potom požádá Karla, aby zapsal částku do registru členů. Jestliže Miranda nedovolí, aby se žadatel stal členem klubu (např. protože je žadatel příliš mladý, nebo jestliže byl dosažen maximální počet členů klubu) 37
38 Uživatelské požadavky user stories Karel odešle dopis ve kterém vysvětlí, proč se žadatel nemůže stát členem tenisového klubu. Pokud jsou zpracovány všechny žádosti, Karel vezme dopisy a registr členů domů a připraví fakturu pro každého nového člena pro platbu prvního členského poplatku. 38
39 Uživatelské požadavky user stories Karel odešle tyto faktury poštou. Poplatky musí být provedeny bankovním převodem. Jakmile přijde platba, Karel vytiskne členskou kartu na které je uvedeno členské číslo, datum začátku členství, jméno, datum narození a poštovní adresa. Karta je zaslaná novému členu poštou. 39
40 Diagram toků tenisový klub 40
41 Diagram toků tenisový klub 41
42 Diagram toků tenisový klub 42
43 2. Flowchart - zhodnocení Jednoduchý s výraznými schopnostmi zachytit požadavky na budovaný/opravovaný systém. Relativně přehledný. Nemá v sobě žádné možnosti pro zavedení abstrakcí, tedy popisuje detailně požadavky uživatele. Chybí doplnění rolí aktérů nutno provést explicitně. Může sloužit jako výchozí bod pro vývoj aplikace. 43
44 3. Diagramy aktivit activity diagram Diagramy aktivit se typicky používají pro popis podnikových procesů. Jsou schopny jednoznačně oddělit role aktérů plavební dráhy, swim lines. Zavádí možnost popisu paralelních činností. Zachytí logiku případů užití, ale také detailní logiku podnikových pravidel (business rules). 44
45 Diagramy aktivit Počáteční uzel plný kruh, je počátečním bodem diagramu. Není nutný, diagram se ale lépe čte. Konečný uzel plný uzel s vnějším kroužkem. Diagram aktivit může mít jeden nebo více konečných uzlů. Činnost /aktivita obdélník s oblými vrcholy, který představuje činnosti, které nastanou. Aktivita může být jak fyzická Inspekce formuláře, tak elektronická Vytvoření obrazovky pro studenta. 45
46 Diagramy aktivit Tok/hrana šipka v diagramu. Fork (vidlička rozdělení) černá tlustá čára s jedník tokem do vidličky a několika toky z vidličky. Označení pro začátek paralelní činnosti. Join (spojení) černá tlustá čára s několika vstupujícími toky a jedním vystupujícím tokem. Označení pro konec paralelního zpracování. Podmínka (strážní -guarded) text např. [Nesprávný formulář], který definuje kontrolu podmínku, která musí být true, aby se pokračovalo ve směru uzlu. 46
47 Diagramy aktivit Rozhodnutí kosočtverec, s jedním vstupním tokem a několika výstupními toky. Výstupní tok zahrnuje podmínku. Merge (spojení) kosočtverec s několika toky, které vstupují a jedním tokem, který vystupuje. Význam spojení je v tom, že všechny vstupní toky musí vstoupit do kosočtverce, než se vytvoří výstupní tok synchronizace. Plavební dráhy, oddíly rozdělení pro jednotlivé role aktérů. 47
48 Diagram aktivit Indikátor podčinnosti (subactivity) kolečko s křížkem uvnitř označující, že daná činnost je blíže specifikovaná v dalším diagramu. 48
49 Příjem objednávky počáteční uzel fork/vidlička Diagram aktivit jednoduchý příklad rozhodnutí Vyplnění objednávky Zaslání faktury aktivita strážní podmínka [prioritní objednávka] Doručení běhen nici Standardní doručení Obdržení platby merge/spojeni join/spojení Uzavření objednávky konečný uzel 49
50 Diagram aktivit realizace zakázky 50
51 Diagramy aktivit pro zápis studenta na univerzitu Žadatel Registrátor Systém Vyplnění formuláře Kontrola formuláře [správně] Zobraz obrazovku Vytvoř studenta [chybný formulář] Vstup informací žadatele Zápis na univerzitu [není v seznamu] Kontrola seznamu žadatelů Hledání žadatele [je v sesnamu] [žádný žadatel] [potenciální žadatelé] Výběr žadatele ze seznamu [žadatel není v seznamu] Vytvoření stusdenta Zobrazení výsledků hledání Zápis do semináře 51
52 Zhodnocení standardních přístupů k modelování podnikových procesů Klasické přístupy nerozlišující mezi konstrukčním a funkčním modelem problémy při re-designu nebo reengineeringu. Neberou aktora jako součástí podnikového procesu, protože se soustřeďuje pouze na workflow automatizované podnikové procesy. Modelují podnikový proces pouze jako sekvenční činnosti (následují za sebou) spíše se podobá stromové struktuře. Problém nalezení správné granularity a kompletnosti případů užití strategie číšníka to nevyřeší. Problém přílišné složitosti. 52
53 Postup návrhu podnikového procesu Stávající metodologie vycházejí z tzv. best practice, pracují pouze s funkčními požadavky a chybí jim teorie a propracovanější metodologie. 53
54 Závěr Pojem podnikový procesu a jeho klasické modely. Flowchart, diagramy aktivit. Nedostatky klasických metod. 54
MPP_01. Modelování podnikových procesů doc. Ing František Huňka, CSc.
MPP_01 Modelování podnikových procesů doc. Ing František Huňka, CSc. I. část: podnikový proces: Obsah kurzu definování, účel použití, techniky modelování (grafické zobrazení), metodologie podnikových procesů
VíceEO_01. Podnikové ontologie
EO_01 Podnikové ontologie Obsah kurzu Provoz podniku -velká rozmanitost a složitost, ve které se evidentně projevuje nedostatek vnitřního uspořádání, tedy struktury a logiky. Navíc se vše vyvíjí včase
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íceObjektově orientované technologie Business proces Diagram aktivit. Daniela Szturcová
Objektově orientované technologie Business proces Diagram aktivit Daniela Szturcová Osnova Bysnys proces pojmy metody, specifikace pomocí diagramů Modelování pomocí aktivitního diagramu prvky diagramu
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í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í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íceModelová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ě
Více7.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
Více7.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
VíceJazyk 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é
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íce7.2 Model použití (jednání) (Use Case)
7.2 Model použití (jednání) (Use Case) - při analýze požadavků často popis typických interakcí uživatele, nedokumentované Jacobson model použití (1992) Scénář Posloupnost kroků popisujících interakci mezi
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í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íce10 Metody a metodologie strukturované analýzy
10 Metody a metodologie strukturované analýzy 10.1 Strukturovaná analýza DeMarco (1978) Nástroje: DFD, datový slovník, strukturovaná angličtina, rozhodovací tabulky a stromy Postup: 1. Analýza stávajícího
VíceNávrh IS - UML. Jaroslav Žáček
Návrh IS - UML Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ UML UML není metodikou ani programovacím jazykem, je to pouze vizuální modelovací nastroj pro objektově orientované systémy.
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íceNávrh IS - UML. Jaroslav Žáček
Návrh IS - UML Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Trochu historie neuškodí Do roku 1994 chaos ve světě objektově orientovaných metod (několik jazyků pro vizuální modelování,
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í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í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í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ícePV207. Business Process Management
PV207 Business Process Management Úvod do BPMN 12. 3. 2009 Petr Vašíček 2007 2009 IBA Group FI MU Obsah přednášky Opakování BPMS Úvod do BPMN Přehled grafických elementů Flow objects Connecting objects
VíceZákladní informace. Modelování. Notace
Základní informace BPMS = business process management systems - systémy pro modelování a optimalizace business procesů uvnitř organizace BPMN = business process modeling notation - součást BPMS, notace
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í 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ů
VíceObjektová tvorba SW, Analýza požadavků 2006 UOMO 53
Objektová tvorba SW, Analýza požadavků 2006 UOMO 53 Osnova Základní principy tvorby SW Fáze tvorby SW v předmětu UOMO Analýza požadavků Modelování typových úloh 2006 UOMO 54 Tvorba SW Dříve umění vyvolených
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íceTÉMATICKÝ OKRUH Teorie zpracování dat, Databázové a informační systémy a Teorie informačních systémů
TÉMATICKÝ OKRUH Teorie zpracování dat, Databázové a informační systémy a Teorie informačních systémů Číslo otázky : 16. Otázka : Funkční a dynamická analýza informačního systému. Obsah : 1. Úvod 2. Funkční
VícePožadavky Modelování případů užití
Požadavky Modelování případů užití Požadavky část 2 Clear View Training 2005 v2.2 1 4.2 Modelování případů užití Modelování případů užití je jednou z forem inženýrství požadavků Modelování případů užití
VíceModelování procesů (1) Procesní řízení 1
Modelování procesů (1) Procesní řízení 1 Vizualizace procesů Znázornění procesu ve formě diagramatického modelu, vede k jeho zpřehlednění a snadnějšímu pochopení. Označuje se jako: procesní mapa, procesní
VíceCASE 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
Více7.4 Diagramy interakce (základy)
7.4 Diagramy interakce (základy) - popisují spolupráci skupin objektů pro dosažení určitého chování - typicky zachycuje chování jednoho případu použití Př) Zpracování objednávky Cíl: Na základě objednávky
Více8 Přehled OO metodik (metod, metodologií)
8 Přehled OO metodik (metod, metodologií) 8.1 OO metodiky konce 80. a začátku 90.let - všechny populární OO metodiky předpokládají, že: a) zadavatel má jasný názor na svoje požadavky, b) zadavatel a vývojáři
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íce8 Přehled OO metodik (metod, metodologií)
8 Přehled OO metodik (metod, metodologií) 8.1 OO metodiky konce 80. a začátku 90.let - všechny populární OO metodiky předpokládají, že: a) zadavatel jasný názor na svoje požadavky, b) zadavatel a vývojáři
Více7.4 Diagramy interakce (základy)
7.4 Diagramy interakce (základy) - popisují spolupráci skupin objektů pro dosažení určitého chování - typicky zachycuje chování jednoho případu použití Př) Zpracování objednávky Cíl: Na základě objednávky
VíceModelování business procesů. UML diagram aktivit
Modelování business procesů UML diagram aktivit Martin Komárek 2016 Použito se svolením Cactoo Software s.r.o. Modelování Možné úrovně tvorby systému Modelování business/firemních procesů a entit. Analytické
VíceUML ú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
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í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íceArchitektura informačních systémů. - dílčí architektury - strategické řízení taktické řízení. operativní řízení a provozu. Globální architektura
Dílčí architektury Informační systémy - dílčí architektury - EIS MIS TPS strategické řízení taktické řízení operativní řízení a provozu 1 Globální Funkční Procesní Datová SW Technologická HW Aplikační
VíceCASE. 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
Více1. 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ář
VíceJak 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á
VíceWorkshop SAP GRC AC - 18.6.2009 Představení SAP GRC Access Control Josef Piňos, CONSIT s.r.o.
Workshop SAP GRC AC - 18.6.2009 Představení SAP GRC Access Control Josef Piňos, CONSIT s.r.o. Představení SAP GRC Access Control Aplikace SAP GRC AC se obsluhuje v prostředí SAP Portál. Technicky se jedná
Více1. Integrační koncept
Příloha č. 2: Technický popis integrace 1. Integrační koncept Z hlediska koncepčního budování Smart Administration na Magistrátu města Mostu je možno hovořit o potřebě integrace tří úrovní systémové architektury
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íceBMP_04. Axiom kompozice, procesní model
BMP_04 Axiom kompozice, procesní model Obsah přednášky Skládání transakcí axiom kompozice Procesní diagram Konstrukční a procesní diagram tenisového klubu, Konstrukční a procesní diagram nákupu materiálu
VíceMETODY BYZNYS MODELOVÁNÍ
Vysoká škola báňská - Technická univerzita Ostrava Fakulta elektrotechniky a informatiky METODY BYZNYS MODELOVÁNÍ pro kombinované a distanční studium Prof. Ing. Ivo Vondrák, CSc. Ostrava 2004 Ivo Vondrák,
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í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í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íceObjektově 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
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íceSQL - trigger, Databázové modelování
6. přednáška z předmětu Datové struktury a databáze (DSD) Ústav nových technologií a aplikované informatiky Fakulta mechatroniky, informatiky a mezioborových studií Technická univerzita v Liberci jan.lisal@tul.cz
VíceVývoj informačních systémů. Obecně o IS
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
VíceProgramování II. Návrh programu I 2018/19
Programování II Návrh programu I 2018/19 Osnova přednášky Co víme? Objektový návrh programu. Příklad. Co víme? Třída Třída je popisem objektů se společnými vlastnostmi. class private:
VíceVývoj IS - strukturované paradigma II
Milan Mišovič (ČVUT FIT) Pokročilé informační systémy MI-PIS, 2011, Přednáška 05 1/18 Vývoj IS - strukturované paradigma II Prof. RNDr. Milan Mišovič, CSc. Katedra softwarového inženýrství Fakulta informačních
VícePokročilé typové úlohy a scénáře 2006 UOMO 71
Pokročilé typové úlohy a scénáře 2006 UOMO 71 Osnova Interní model typové úlohy Vazby include a extend Provázanost typových úloh na firemní procesy a objekty Nejčastější chyby 2006 UOMO 72 Interní model
VíceModelování procesů pomocí metody BPM
VŠB Technická univerzita Ostrava Fakulta elektrotechniky a informatiky Katedra informatiky Modelování procesů pomocí metody BPM 2005 Jiří KIRKOS Děkuji Prof. Ing. Ivovi Vondrákovi, CSc. za ochotu a vstřícnost
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í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íceAnalýza. Pracovní postup Analýza
Otázka 4 - Analýza - hledání analytických tříd, hledání atributů a stavů, analýza chování a odpovídající diagramy v UML. (A7B36SIN) Analýza Pracovní postup Analýza Analýza v metodice UP zahrnuje architektonickou
VíceEO_04. Základní prvky koordinace - čin/fakt produkce čin/fakt
EO_04 Základní prvky koordinace - čin/fakt produkce čin/fakt Obsah přednášky Specifikace existenčních pravidel. Typy faktů a pravidla výskytu. Organizace. Koordinační čin, produkční čin. Koordinační fakt,
VíceMATURITNÍ 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
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í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ícePříloha: Dodatečné informace, včetně přesného znění žádosti dodavatele o dodatečné informace
Příloha: Dodatečné informace, včetně přesného znění žádosti dodavatele o dodatečné informace Pořadové číslo dodatečných informací: 14. ČÁST 1: Přesné znění žádosti dodavatele o dodatečné informace Otázka
VíceIS Restaurace. Semestrální práce. Tomáš Rumíšek V Brně dne 7. 1. 2014 Peter Ševčík
IS Restaurace Semestrální práce Tomáš Rumíšek V Brně dne 7. 1. 2014 Peter Ševčík 1 1. Obsah 2. Neformální specifikace... 3 Informační systém Restaurace... 3 3. Formální specifikace... 3 Funkční požadavky...
VícePŘÍLOHA C Požadavky na Dokumentaci
PŘÍLOHA C Požadavky na Dokumentaci Příloha C Požadavky na Dokumentaci Stránka 1 z 5 1. Obecné požadavky Dodavatel dokumentaci zpracuje a bude dokumentaci v celém rozsahu průběžně aktualizovat při každé
VícePoužití standardů. v dokumentu Úvodní studie. Použití standardů
Použití standardů Použití standardů v dokumentu Úvodní studie Určeno pro zákazníky společnosti HARPAGON software s.r.o. Příručka vysvětluje význam jednotlivých standardů UP, UML a BPMN v kontextu dokumentu
VíceÚvodní studie (pokraov
Úvodní studie (pokraov ování) Model jednání a kontext Model jednání (use case model) slouží pro evidenci aktér a služeb systému. Kontextový diagram slouží pro evidenci aktér a datových tok. Oba modely
VíceProblémové domény a jejich charakteristiky
Milan Mišovič (ČVUT FIT) Pokročilé informační systémy MI-PIS, 2011, Přednáška 02 1/16 Problémové domény a jejich charakteristiky Prof. RNDr. Milan Mišovič, CSc. Katedra softwarového inženýrství Fakulta
VíceSemináˇr Java X J2EE Semináˇr Java X p.1/23
Seminář Java X J2EE Seminář Java X p.1/23 J2EE Složitost obchodních aplikací robusní, distribuované, spolehlivé aplikace s transakcemi na straně serveru, klientské aplikace co nejjednodušší Snaha : Návrh,
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í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íce- Tvorba a implementace procesního řízení - Vytvoření procesní mapy včetně metodické příručku pro její tvorbu.
Zavedení procesního řízení - Tvorba a implementace procesního řízení - Vytvoření procesní mapy včetně metodické příručku pro její tvorbu. - Tvorba procesního modelu MMB, podpora identifikace a mapování
VíceÚvod do softwarového inženýrství IUS 2009/2010 p.1/30
Úvod do softwarového inženýrství IUS 2009/2010 5. přednáška Ing. Radek Kočí, Ph.D. Ing. Bohuslav Křena, Ph.D. Vytvořeno na základě přednášky doc. Ing. Jaroslava Zendulky, CSc. Úvod do softwarového inženýrství
VíceDatová kvalita základ úspěšného BI. RNDr. Ondřej Zýka, Profinit
Datová kvalita základ úspěšného BI RNDr. Ondřej Zýka, Profinit 1.6.2012 Datová exploze Snižování nákladů o Zdvojnásobení objemu podnikových dat každé dva roky o Konkurenční tlak o Ekonomická krize o V
VícePraktické aspekty ABC
Praktické aspekty ABC Metoda maticového propočtu 1. Zjednodušený procesní model 2. Produktový přístup k nákladům 3. Analýza vnitřních produktů 4. Sestavení ABC rozpočtů 5. Maticový propočet Tomáš Nekvapil
VíceProgramová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
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íceTeorie systémů TES 10. Měkké systémy metodiky
Evropský sociální fond. Praha & EU: Investujeme do vaší budoucnosti. Teorie systémů TES 10. Měkké systémy metodiky ZS 2011/2012 prof. Ing. Petr Moos, CSc. Ústav informatiky a telekomunikací Fakulta dopravní
VíceVýtisk č.: Počet listů 19. Přílohy: 0 ÚZIS ČR. Role žadatel - postup
ÚZIS ČR Palackého nám. 4 128 01 Praha 2 - Nové Město Výtisk č.: Počet listů 19 Přílohy: 0 ÚZIS ČR Role žadatel - postup Projekt - ereg - Úprava rezortních registrů a konsolidace rezortních dat v návaznosti
Více8.2 Používání a tvorba databází
8.2 Používání a tvorba databází Slide 1 8.2.1 Základní pojmy z oblasti relačních databází Slide 2 Databáze ~ Evidence lidí peněz věcí... výběry, výpisy, početní úkony Slide 3 Pojmy tabulka, pole, záznam
VíceČESKÉ VYSOKÉ UČENÍ TECHNIKÉ Fakulta elektrotechnická. Microsoft Sharepoint 2007 Workflows Průmyslové informační systémy
ČESKÉ VYSOKÉ UČENÍ TECHNIKÉ Fakulta elektrotechnická Microsoft Sharepoint 2007 Workflows Průmyslové informační systémy Bc. Petr Pokorný Letní semestr 2009/2010 1 Obsah 1 Úvod... 3 2 Workflow... 3 3 Workflow
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íceTvorba informačních systémů
Tvorba informačních systémů Michal Krátký, Miroslav Beneš Katedra informatiky VŠB Technická univerzita Ostrava Tvorba informačních systémů, 2006/2007 c 2006-2007 Michal Krátký, Miroslav Beneš Tvorba informačních
VíceProcesní model organizace
U N I V E R Z I T A P A R D U B I C E Fakulta ekonomicko-správní Procesní model organizace Bc. Anna Koudelková Diplomová práce 2011 SOUHRN Diplomová práce se zaměřuje na průběh procesního řízení v podniku,
VíceJiří Mašek BIVŠ V Pra r ha 20 2 08
Jiří Mašek BIVŠ Praha 2008 Procesvývoje IS Unifiedprocess(UP) Iterace vývoje Rysy CASE nástrojů Podpora metodických přístupů modelování Integrační mechanismy propojení modelů Podpora etap vývoje Generování
VíceOOT Objektově orientované technologie
OOT Objektově orientované technologie Požadavky a případy užití Daniela Szturcová Institut geoinformatiky, HGF Osnova Systém Uživatelé Případy užití Vazby (asociace, generalizace, include a extend) Shrnutí
VíceMetody 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,
VíceDesign systému. Komponentová versus procesní architektura
Design systému Komponentová versus procesní architektura Architektura : třídy statické aspekty propojení logický pohled struktura popisu systému Architektura procesů: objekty dynamické aspekty koordinace
VíceVYSOKÁ ŠKOLA BÁŇSKÁ TECHNICKÁ UNIVERZITA OSTRAVA
VYSOKÁ ŠKOLA BÁŇSKÁ TECHNICKÁ UNIVERZITA OSTRAVA INFORMAČNÍ SYSTÉMY A DATOVÉ SKLADY Autosalón (semestrální projekt) ZS 2011-2012 Analýza Implementace Číslo skupiny: 2 Členové skupiny: Jmeno,příjmení,login
VíceNovinky v UML 2.5 a agilní modelování
Novinky v UML 2.5 a agilní modelování Marek Rychlý Vysoké učení technické v Brně Fakulta informačních technologií Ústav informačních systémů Přednáška pro AIS 15. října 2015 Marek Rychlý Novinky v UML
VíceHierarchický databázový model
12. Základy relačních databází Když před desítkami let doktor E. F. Codd zavedl pojem relační databáze, pohlíželo se na tabulky jako na relace, se kterými se daly provádět různé operace. Z matematického
VíceTÉMATICKÝ OKRUH Softwarové inženýrství
TÉMATICKÝ OKRUH Softwarové inženýrství Číslo otázky : 23. Otázka : Problematika analýzy a návrhu softwarového systému. Sestavení UML diagramů popisující statickou i dynamickou část díla. Problematika návrhových
Více