Problémy při zavádění agilních přístupů

Rozměr: px
Začít zobrazení ze stránky:

Download "Problémy při zavádění agilních přístupů"

Transkript

1 Jaroslav Procházka Katedra informatiky a počítačů, Přírodovědecká fakulta, Ostravská univerzita v Ostravě / TietoEnator Corp., Abstrakt Agilní přístupy k vývoji software jsou v dnešní době již běžně používané a uznávané přístupy. I po více než 15 letech se však můžeme setkat se spoustou dezinterpretací, nepřesností a chybných tvrzení způsobených převážně nepochopením. Autor se na základě své několikaleté praktické zkušenosti se zaváděním agilních přístupů v softwarových projektech snaží v článku některé z těchto nepravd objasnit. Dále jsou v článku zmíněny možné problémy, které nás mohou potkat při zavádění dnes tak velmi populárního přístupu, jímž je Scrum. Klíčová slova: agilní přístupy, problémy, Scrum. Abstract Agile approaches to software development are common and respected approaches in these times. After more than 15 years in IT industry, we can still read and hear lot of false interpretations and mistakes mainly caused by misunderstandings. In this article, author strives to explain the most common false interpretations based on his experience with agile implementations. Article further deals with expected problems when implementing Scrum that is nowadays very popular agile approach. Keywords: agile approaches, problems, Scrum. Agilní přístupy k tvorbě software jsou na poli softwarového inženýrství využívány již více než 15 let. Bohužel i po této době se běžně můžeme setkat se spoustou dezinterpretací, chybných názorů a nepravd ohledně agilních přístupů a to dokonce i v odborné literatuře. Cílem tohoto článku je přispět k osvětlení nejasností a vyvrácení nepravdivých tvrzení a podělit se tak o zkušenosti nabyté několikaletou praxí, tj. používáním a zaváděním agilních praktik a iterativního modelu životního cyklu v projektech vývoje a údržby software. Zmíněné poznámky snad mohou pomoci ostatním při zavádění agilních praktik a vyvarovat se tak chyb, které již prožili jiní. Stejně jako některé chyby softwaru plynou často z neznalosti požadavků, či hájení starých postupů (např. vodopádový přístup v silně se měnícím prostředí), tak i nové přístupy k vývoji software nemají na růžích ustláno, i když jsou podpořeny fakty a argumenty ve formě úspěšných projektů. K základním lidským stránkám bohužel patří strach z neznámého (např. hromy a blesky v dávných dobách) a také rezistence vůči změnám (zřejmé dodnes, či právě hlavně dnes, v době častých změn). Lidé určitých psychologických typologií jen neradi opouštějí zažité postupy, které umí a mohou dále zdokonalovat nebo se naopak již nemusí učit nové věci. Jsou ale také lidé, kterým nevyřešené problémy nenechají spát, rádi se neustále vzdělávají, staví se výzvám. Právě pár takových stálo u zrodu dokumentu zvaného Agile manifesto, viz [1]. Agilní manifest není třeba více rozvádět, jelikož článků a knih na toto téma už vyšlo opravdu velké množství, namátkou jen [2], [3], [4] či [5]. 118 SYSTÉMOVÁ INTEGRACE 3/2008

2 Nepravdy o agilních přístupech Autor se při denodenní práci setkává se spoustou pověstí a nepravd o agilních přístupech, z nichž některé si představíme a vysvětlíme dále v textu. Další, zde nepopsané zmiňují také renomovaní autoři v oblasti agilních přístupů, viz [9], [10], okrajově také [2] a [3]. 1. V agilních přístupech se nedokumentuje, neexistuje žádná dokumentace, modely, ale pouze kód. Toto tvrzení není zcela pravdivé (jedná se o špatnou interpretaci principu agilního manifestu: Working software over comprehensive documentation [1]), ve skutečnosti modelujeme, dokumentujeme, ale v jiné formě a pouze to, co je nutné. Use case či user story 1 popisují funkčnost, ale (zde jasné či nepodstatné) detaily jsou zachyceny v unit testech či test casech funkčních. Další dokumentací je samozřejmě dobře strukturovaný a komentovaný zdrojový kód. Modely také existují, ale může se lišit jejich exaktnost, mohou to být pouze náčrty na tabuli či na papíře a přesto maximálně splňují svůj účel, navíc při minimálním úsilí vývojářů a ceně použitého nástroje. Jelikož jsou agilní přístupy typické krátkými iteracemi a častými releasy, tudíž se kód často mění (refaktoruje), stálo by přepracování modelů či jiných dokumentů spoustu úsilí nebo by se tyto staly brzy neaktuální. Proto opravdu dokumentujeme jen důležitá fakta a rozhodnutí, například architekturu, které se týká další mýtus. 2. Nenavrhujeme žádnou architekturu je pravdou, že na začátku projektu se nezabýváme všemi požadavky (protože je ani nemáme) a neřešíme tzv. architekturu do šuplíku, která reflektuje všechno, co bychom ještě mohli v projektu potřebovat a někdy v budoucnu využít (známé programátorské: co kdyby zákazník potřeboval ještě tuto sofistikovanou funkčnost?). V úvodních iteracích však řešíme určitou kostru aplikace, vrstvy, způsob ukládání dat, komunikaci s ohledem na celé řešení, definujeme rozhraní vrstev, jelikož toto mohou být zásadní technické problémy (např. integrace s bankovním legacy systémem, pravidelné dávkové importy, implementace standardů), které mohou silně ovlivnit celé řešení. Detailním návrhem se pak zabýváme vždy jen pro danou iteraci (tj. jen pro scénáře které nyní implementujeme), neřešíme architekturu s ohledem na požadavky, které bychom měli implementovat v budoucích iteracích, protože se mohou změnit priority, tyto požadavky se mohou posunout do dalších verzí či úplně zrušit a naše snaha může přijít vniveč. Neděláme tedy architekturu pro předpokládané budoucí požadavky, nýbrž jen pro aktuální potřebu. 3. Jen vývojáři jsou/mají být agilní, obchodníci a management nemusí být toto je další z problémů a nepochopení, i když ne tolik zmiňovaný jako ostatní. Jeho dopad je však stejně zásadní, ne-li větší. Pokud zákazníkovi řekneme (tedy spíše naši obchodníci), že jsme schopni dodat opravdu všechno, co si vymyslel, za tu cenu, v tom čase a v té kvalitě (což se opravdu často děje), bez ohledu na to, co říká trojúhelník kvality [12], pak nás samozřejmě ani agilní přístupy nezachrání. Trojúhleník kvality jasně říká, že pokud chceme dodat software v očekávané kvalitě, s danými požadavky, v daném čase a za danou cenu, musí si tým jednu z proměnných požadavky, čas, cena zvolit. Kvalita je proměnná, kde zákazník své požadavky nesleví. Nikdo nechce program plný chyb či náhodně reagující na stejné 1 Use case a user story je forma dokumentování softwarových požadavků propagovaná hlavně frameworkem Rational Unified Process / OpenUP [8] a agilními přístupy [2], [3]. Více o této problematice viz [11]. SYSTÉMOVÁ INTEGRACE 3/

3 Jaroslav Procházka podněty. Pokud jsou všechny tři proměnné fixně definovány zákazníkem a tým je schopný opravdu s danými omezeními vše doručit, tím co nesplní předpoklady je právě kvalita (viz Obr. 1). Pokud zákazník nebude chtít spolupracovat, nebude se chtít účastnit pravidelných demonstrací, kde si hraje s dosud vyvinutým řešením, komentuje je a připomínkuje a pak dané řešení v praxi nezačně využívat, nelze očekávat úspěch. Musíme zákazníka neustále učit, vysvětlovat, proč je nutné vidět aplikaci a korigovat své i naše představy (viz Wegnerova Lemma říkající, že nejsme schopni kompletně popsat interaktivní systém, náš mozek to prostě neumí [6]), že jen tak dostane opravdu to, co očekával. Je to těžké, protože zákazník byl po léta zvyklý na začátku nadiktovat všechny, tedy i ty nepotřebné požadavky (kterých je podle Standish Group Chaos Reportu [7] více než polovina, viz Obr. 2) a na konci očekával řešení (to už ale víme, že nefunguje), jehož přínos a také kvalita jsou mnohdy diskutabilní. Obr. 1: Klasický trojúhleník kvality Obr. 2: Požadavky zákazníka definované na počátku projektu versus jejich využití Z grafu je zřejmé, že pro zákazníka je opravdu potřebných, tj. využívaných jen asi 20% všech dopředu definovaných požadavků (Often a Alaways hodnoty), zbylých 80% není téměř nikdy využíváno (Never, Rarely, Sometimes hodnoty), zdroj [7] 120 SYSTÉMOVÁ INTEGRACE 3/2008

4 4. Podpora managementu firmy není třeba, stačí aby nám vývojářům naši nadřízení řekli: Ano, tak si tedy programuj agilně, když chceš. toto je další častou chybou a naivní představou, co je ještě horší, je zavádět agilní praktiky a iterativní model tajně. Tajné zavádění či nedostatečná podpora ze strany managementu v podstatě úplně zhatí celou snahu, jelikož bez podpory managementu (který má tuto vizi podporovat a bojovat za ni) a bez oficiálních prostředků a schválení (vývojáři absolvují tréninky, zpomalí se tempo vývoje) agilní přístup ani zavést nelze, což platí v případě jakékoliv metodiky. Jedná se totiž o úplnou změnu chování a myšlení všech lidí v organizaci a také o změnu vystupování směrem k zákazníkovi, což potají moc provést nelze. Standish Group ne nadarmo řadí podporu managementu (executive support) ve výše zmíněném výzkumu úspěšnosti softwarových projektů na 1. místo z pohledu důležitosti [7]. Pro zdůraznění důležitosti této podpory ještě zmíním, že na 2. místo odsunul dosud vedoucí angažovanost uživatelů v projektu [7]. 5. Agilní přístupy jako Scrum, XP, Lean development, OpenUP, RUP (ano i RUP ctí a naplňuje agilní principy) jsou metodiky další zásadní omyl, jedná se totiž o procesní frameworky (v případě Scrum, OpenUP, RUP) či sady best practices (v případě Lean development či Extrémního programování XP), jak ostatně vysvětlují sami autoři, viz [3], [8], [9] a [10]. Metodika je předepisující, i když je nutné ji nejdříve upravit pro potřeby daného projektu, adoptujeme ji většinou jako celek a neprovádíme zásadní změny. Našim potřebám přizpůsobený proces pak přesně a konkrétně říká co, kdy, kdo a jak má dělat v rámci celého životního cyklu vývoje software. Když nevím, co provést v následujícím kroku, nalistuji si danou oblast v popisu adoptované metodiky a na straně 216 najdu detailní popis postupu. Procesní frameworky jsou mírně odlišné, popisují jen jaké kroky je možné provádět při vývoji software, jaké artefakty mohou zachycovat různé informace, prostě jaké činnosti a přístupy se v praxi osvědčily v různých podoblastech softwarového inženýrství [3], [9]. Na nás pak je, abychom si vybrali, co konkrétně v našem projektu potřebujeme, uznáme za vhodné dělat, tj. použili v projektu nějakou techniku či princip. Různé techniky procesního frameworku můžeme využít v jakémkoliv modelu životního cyklu (ať iterativním nebo vodopádovém). Pokud chceme implementovat všechny základní principy procesního frameworku, děláme to po částech a v několika iteracích, běžně několik měsíců či roků. Abychom mohli upřímně říci, že jsme plně implementovali XP či RUP / OpenUP je třeba dodržet a následovat určité zásady a principy. Funguje to stejně jako s bufetem ve formě švédských stolů. Bereme si jen to, co máme rádi (ne všechno častá dezinterpretace RUPu, že je příliš těžkopádný; nikde však není psáno, že máme dělat vše, co RUP popisuje), s čím máme dobré zkušenosti, podle potřeby zkusíme něco nového a snažíme se tomu přijít na chuť, naučit se to, ale musíme dodržovat určité zásady. Jídlo servírujeme na talíři, jíme příbory, nápoje naléváme do skleniček. Agilní přístupy a certifikace Samostatným bodem je problematika certifikací. Certifikace a agilní přístupy je téma velmi diskutované především v zahraničí. Podle mého názoru nejdou agilní přístupy (způsob myšlení) a certifikace moc dohromady, jelikož jak jsem zmínil již výše, jedná se spíše o způsob myšlení a chování a ne každý je pro takový způsob práce vhodný, čímž chci říct, že agile certifikace neudělá z nevhodného člověka pro tento přístup člověka vhodného (i když se tak samozřejmě může někdy stát). SYSTÉMOVÁ INTEGRACE 3/

5 Jaroslav Procházka Přínosem takové certifikace je to, že víme, že daný člověk má o přístupu alespoň povědomí. Agilní přístupy jsou tedy o způsobu myšlení a pracování lidí, ne o tom, jestli sedím na kurzu, za který dostanu certifikát. Agilní myšlení se projevuje tak, že dělám jen to co je nutné, přínosné (modelování, tvorba mezi-dokumentů, modelů, ), aby tyto kroky vedly k cíli, jímž je spustitelný kód bez chyb, který přináší zákazníkovi hodnotu. Tento názor si autor udělal po absolvování kurzu Scrum Master (metoda Scrum). Jako závěr k problematice certifikací můžeme říci, že výše řečené platí v softwarovém inženýrství obecně, nejen v případě agilních přístupů. Problémy Scrumu Jelikož velmi moderním agilním přístupem se v dnešní době stal Scrum (viz publikace [3]), upozorníme na běžné problémy, které mohou nastat při jeho implementaci. Scrum se totiž stal dalším módním jevem těchto let na poli softwarového inženýrství, alespoň co se Evropy týká. Všichni o něm mluví, upravují podle něj model životního cyklu projektu, ale nikdo pořádně neví nebo si neuvědomuje problémy, které může způsobit při nevhodné implementaci. Samozřejmě je nutné zmínit, že Scrum odkrývá problémy, obsahuje výborné praktiky jako denní meetingy, samostatně řízené týmy (self-managed team) a koncept sdílených kompetencí v týmu, které potřebujeme k vývoji software (crossfunctional team). Scrum samotný však při vývoji software nestačí. Scrum je obecným přístupem pro řízení projektů, neobsahuje a nepopisuje praktiky pro vývoj software, což překvapivě mnoho jeho uživatelů neví! Proč tedy použití Scrumu způsobuje v některých oblastech problémy? Neznalost faktu, že Scrum je pouze metodou, resp. frameworkem pro řízení projektů, jak již bylo zmíněno, Scrum nepopisuje inženýrské praktiky, které jsou při vývoji software kritické, tj. jak software dělat. Proto Scrum tak dobře funguje v kombinaci s XP (protože to jsou zase téměř pouze inženýrské praktiky) a proto implementace samotného Scrumu vede velmi často ke stejným problémům, hlavně v týmech s několika nezkušenými vývojáři. Scrum není řízen riziky (risk-driven), nemluví o nich explicitně, proto se může stát, že nás v průběhu vývoje překvapí zásadní věc, která může zhatit celý projekt (klasický případvodopádu). Nic nás explicitně nenutí identifikovat a naplánovat do úvodních iterací technicky rizikové implementace. Například v RUP jsou rizika součástí životního cyklu a jejich odstranění, snížení je hlavním cílem Elaboration fáze. Scrum není orientován na architekturu systému, čímž nemyslím vodopádové tvoření robustní a mnohdy zbytečně těžkopádné architektury dopředu, ale identifikování základních vrstev, definic rozhraní a způsobu komunikace mezi nimi, jak již ostatně bylo popsáno výše. User stories vs. use cases (způsob zachycení požadavků zákazníka, viz výše) problémem stories je možná ztráta souvislostí a vazeb při jejich použití (porovnejte s use case a jeho scénáři). Use case mají v tomto případě dvě logické úrovně: use case zastřešující celý scénář včetně možných variant průchodu a scénář popisující detailní kroky, podmínky a zúčastněné aktory. Díky vrstvě use case neopomeneme závislosti scénářů a vyvarujeme se možných zbytečných předělávek v budoucnu. 122 SYSTÉMOVÁ INTEGRACE 3/2008

6 Závěrem Na závěr tedy můžeme shrnout, že agilní přístupy jsou o lidech (jako všechny přístupy), jejich spolupráci ale hlavně o změně myšlení. Většina technik je sice méně sofistikovaných, neformálních (např. user stories, modelování), ale některé jsou naopak docela náročné na disciplínu, např. testy řízený návrh (Test-First Design). Zásadní pro implementaci těchto přístupů je myšlení a závazek, disciplína (ve smyslu anglického commitment) lidí. Procesním frameworkem, který staví na ověřených technikách a praktikách v oblasti agilních metod a přidává další ověřené je OpenUP [8]. OpenUP může být pro většinu týmů dobrým startovním krokem, pokud si opět uvědomíme, že je třeba svůj proces vývoje nejdříve z daného frameworku vytvořit. Použité zdroje [1] Agile manifesto. Dostupné na [www.agilemanifesto.org]. [2] Beck, K.: Extreme Progamming Explained: Embrace Change. 2nd Ed. Addison-Wesley. 224 p ISBN [3] Schwaber, K.: Agile Project Management with Scrum. 1st Ed. Microsoft Press. 192 p ISBN X. [4] Kadlec, V.: Agilní programování. 1. vyd. Brno, Computer Press str. ISBN [5] Buchalcevová, A.: Metodiky vývoje a údržby informačních systémů. 1. vyd. Praha, Grada str. ISBN [6] Wegner, P.: Why interaction is more powerful than algorithms. Communications of the ACM. vol.40. May pp [7] Standish Group Chaos Report Dostupné na: [www.vertexlogic.com/processonline/processdata/documents/pdf/extreme_ chaos.pdf]. [8] OpenUP. Dostupné na: [http://www.eclipse.org/epf/]. [9] Poppendieck, M., Poppendieck, T.: Implementing Lean Software Development: From Concept to Cash. Addison-Wesley str. ISBN [10] Eckstein, J.: Typical Pitfalls in Agile Software Development. JavaPolis 2006 Conference. Podcast dostupný na [www.parleys.com]. [11] Cockburn, A.: Use cases. Jak efektivně modelovat aplikace. 1. vyd. Brno, Computer Press str. ISBN [12] Lewis, James P.: Project Planning, Scheduling & Control, 4E. McGraw Hill ISBN SYSTÉMOVÁ INTEGRACE 3/

Analýza a Návrh. Analýza

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,

Více

Agile. nejžádanější způsob vývoje software. Tomáš Tureček. Business consultant, Lean&Agile coach Tieto tomas.t.turecek@tieto.com

Agile. nejžádanější způsob vývoje software. Tomáš Tureček. Business consultant, Lean&Agile coach Tieto tomas.t.turecek@tieto.com 2010 Tieto Corporation Agile nejžádanější způsob vývoje software Tomáš Tureček Business consultant, Lean&Agile coach Tieto tomas.t.turecek@tieto.com 2012 Tieto Corporation Tieto Aktivity ve více než 20

Více

Agile Software Development

Agile Software Development Agile Software Development Agile Software Development Jiri Fabian www.jirifabian.net O čem to bude O metodologiích RUP Agile XP Scrum Co je softwarový vývoj Umění? Manufaktura? Modelování? Co je softwarový

Více

Ročníkový projekt. Jaroslav Žáček jaroslav.zacek@osu.cz

Ročníkový projekt. Jaroslav Žáček jaroslav.zacek@osu.cz Ročníkový projekt Jaroslav Žáček jaroslav.zacek@osu.cz Cíle předmětů Vytvoření fungující aplikace, která splňuje definované požadavky Vyzkoušet si celý životní cyklus projektu - specifikace zadání, formování

Více

Zuzana Šochová 30.10.2008. MFF Modelování a realizace softwarových projektů

Zuzana Šochová 30.10.2008. MFF Modelování a realizace softwarových projektů Zuzana Šochová 30.10.2008 1 Metody řízení projektů Týmová spolupráce Agilní metody Scrum proces Backlog úloh a odhady Jak plánovat Tým a zákazník 2 Executive support User involvement Experienced project

Více

Agilní metodiky vývoje softwaru

Agilní metodiky vývoje softwaru vývoje softwaru : důraz na průběžnou komunikaci mezi vývojovým týmem a zákazníkem důraz na tvorbu kvalitního kódu a funkcí, které mají přímou obchodní hodnotu pro zákazníka týmovou spolupráci a samoorganizaci

Více

Metodiky vývoje software, MDA

Metodiky vývoje software, MDA Metodiky vývoje software, MDA Karel Richta Katedra softwarového inženýrství Fakulta informačních technologií České vysoké učení technické v Praze richta@fel.cvut.cz, 2011 Softwarové inženýrství I., BI-SI1

Více

XINF1. Jaroslav Žáček jaroslav.zacek@osu.cz

XINF1. Jaroslav Žáček jaroslav.zacek@osu.cz XINF1 Jaroslav Žáček jaroslav.zacek@osu.cz Tutoriály 24.10. - 3h 6.11. - 2,2h 27.11. - 1,5h Tutoriály budeme věnovat nejen teorii, ale také cvičení a workshopům. Přečtěte si skripta dříve, než týden před

Více

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 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íce

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

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

Více

Citace článku. Alena Buchalcevová, Jan Kučera. Katedra informačních technologií VŠE Praha nám. W.Churchilla 4, Praha 3

Citace článku. Alena Buchalcevová, Jan Kučera. Katedra informačních technologií VŠE Praha nám. W.Churchilla 4, Praha 3 Citace článku BUCHALCEVOVÁ, Alena, KUČERA, Jan. Hodnocení metodik vývoje informačních systémů z pohledu testování. Systémová integrace, 2008, roč. 15, č. 2, s. 42 54. ISSN 1210-9479 Hodnocení metodik vývoje

Více

Association for the advancement of Cost Engineering International (AACE) Australian Institute of Project Management (AIPM) English Association of

Association for the advancement of Cost Engineering International (AACE) Australian Institute of Project Management (AIPM) English Association of Association for the advancement of Cost Engineering International (AACE) Australian Institute of Project Management (AIPM) English Association of Project Managers (APM) Association for Project Management

Více

Řízení reálných projektů, agilní metodiky

Řízení reálných projektů, agilní metodiky Agent Technology Group Katedra kybernetiky Fakulta elektrotechnická - České vysoké učení technické Praha, 2009 Osnova Lze vyvíjet software bez metodiky? - bohužel ano menší komerční firmy (zejména vývoj

Více

Metodologie řízení projektů

Metodologie řízení projektů Metodologie řízení projektů Petr Smetana Vedoucí práce PhDr. Milan Novák, Ph.D. Školní rok: 2008-09 Abstrakt Metodologie řízení projektů se zabývá studiem způsobů řešení problémů a hledání odpovědí v rámci

Více

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

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

Více

INFORMAČNÍ SYSTÉMY 2

INFORMAČNÍ SYSTÉMY 2 INFORMAČNÍ SYSTÉMY 2 JAROSLAV PROCHÁZKA MAREK VAJGL JAROSLAV ŽÁČEK ČÍSLO OPERAČNÍHO PROGRAMU: CZ.1.07 NÁZEV OPERAČNÍHO PROGRAMU: OP VZDĚLÁVÁNÍ PRO KONKURENCESCHOPNOST TVORBA DISTANČNÍCH VZDĚLÁVACÍCH MODULŮ

Více

Životní cyklus vývoje SW. Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/

Životní cyklus vývoje SW. Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Životní cyklus vývoje SW Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Proč potřebujeme definovat proces vývoje Při vývoji SW nemáme tvrdá fakta, jako v jiných vědách (fyzika, chemie,

Více

INFORMAČNÍ SYSTÉMY 2

INFORMAČNÍ SYSTÉMY 2 INFORMAČNÍ SYSTÉMY 2 URČENO PRO VZDĚLÁVÁNÍ V AKREDITOVANÝCH STUDIJNÍCH PROGRAMECH JAROSLAV ŽÁČEK ČÍSLO OPERAČNÍHO PROGRAMU: CZ.1.07 NÁZEV OPERAČNÍHO PROGRAMU: VZDĚLÁVÁNÍ PRO KONKURENCESCHOPNOST OPATŘENÍ:

Více

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í

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

Více

Normy kvality softwaru a jejich podpora v metodikách budování informačních systémů

Normy kvality softwaru a jejich podpora v metodikách budování informačních systémů Normy kvality softwaru a jejich podpora v metodikách budování informačních systémů Alena Buchalcevová Vysoká škola ekonomická v Praze, Fakulta informatiky a statistiky, katedra informačních technologií

Více

Informační systémy ve strojírenství

Informační systémy ve strojírenství 3 Vysoká škola báňská Technická univerzita Ostrava Fakulta strojní, Katedra automatizační techniky a řízení Informační systémy ve strojírenství Radim Farana 1 Obsah Životní cyklus vývoje SW. Informační

Více

6INF2. RNDr. Jaroslav Žáček, Ph.D. jaroslav.zacek@osu.cz

6INF2. RNDr. Jaroslav Žáček, Ph.D. jaroslav.zacek@osu.cz 6INF2 RNDr. Jaroslav Žáček, Ph.D. jaroslav.zacek@osu.cz Vliv IT na změny ve společnosti Vznik nových produktů (platební karty, digitální kamery, ) Vznik ucelených řešení na bázi IS bez přítomnosti lidí

Více

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

TREND 07-201 POPIS ODPOVĚDNOSTI PRACOVNÍKA MANAŽER VÝVOJE Tel. +420 543426329 TREND 07-201 POPIS ODPOVĚDNOSTI PRACOVNÍKA MANAŽER VÝVOJE Autor: Vít Chvál Verze dokumentu: 1.0 Datum poslední změny: 18.2.2013 Obsah: 1 Pracovník 3 2 Pracovní činnosti (Náplň práce)

Více

Co je to COBIT? metodika

Co je to COBIT? metodika COBIT Houška, Kunc Co je to COBIT? COBIT (Control OBjectives for Information and related Technology) soubor těch nejlepších praktik pro řízení informatiky (IT Governance) metodika určena především pro

Více

Standardy projektového řízení

Standardy projektového řízení Standardy projektového řízení Project Management Body of Knowledge Aktuálně pátá verze Zaštítěn Project Management Institute (PMI) V ČR Česká komora PMI Partner Studentského klub projektového řízení Rozšířen

Více

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

Vý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íce

Obsah. ÚVOD 1 Poděkování 3

Obsah. ÚVOD 1 Poděkování 3 ÚVOD 1 Poděkování 3 Kapitola 1 CO JE TO PROCES? 5 Co všechno musíme vědět o procesním řízení, abychom ho mohli zavést 6 Různá důležitost procesů 13 Strategické plánování 16 Provedení strategické analýzy

Více

Samovysvětlující pozemní komunikace

Samovysvětlující pozemní komunikace Samovysvětlující pozemní komunikace Ing. Petr Pokorný, Centrum dopravního výzkumu, v.v.i, duben 2013 Abstrakt Dopravní inženýři v ČR se stále častěji, ve shodě s vývojem v zahraničí, setkávají s termínem

Více

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 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íce

Informační systémy. Jaroslav Žáček jaroslav.zacek@osu.cz

Informační systémy. Jaroslav Žáček jaroslav.zacek@osu.cz Informační systémy Jaroslav Žáček jaroslav.zacek@osu.cz Úvod - co možná umíte z předmětu SWENG Rozdělení IT Architektura IS Klíčový prvek řízení IS z něj vycházejí detailní analytické i plánovací charakteristiky

Více

Operační program Lidské zdroje a zaměstnanost

Operační program Lidské zdroje a zaměstnanost Operační program Lidské zdroje a zaměstnanost Školení je šance Komplexní vzdělávání zaměstnanců společnosti T-MAPY spol. s r.o. 2010-2012 Komplexní vzdělávání zaměstnanců společnosti T-MAPY T-MAPY AMOS

Více

To vše odděleně! Přitom mají stejný cíl: spokojeného zákazníka.

To vše odděleně! Přitom mají stejný cíl: spokojeného zákazníka. Firmy investují nemalé prostředky do posílení loajality zákazníků, zjišťování jejich spokojenosti a vnímání značky. Další prostředky směřují do výběru a motivace zaměstnanců, tréninků a školení, do průzkumů

Více

Školení v rámci zemědělské a lesnické činnosti 2014

Školení v rámci zemědělské a lesnické činnosti 2014 Vindex JIH, s.r.o. Platnéřská 191 110 00 Praha IČO: 25173278 Název projektu: Školení v rámci zemědělské a lesnické činnosti 2014 Číslo projektu: 13/0181310b/131/000199 Financováno z Programu Rozvoje Venkova

Více

Základy analýzy. autor. Jan Novotný http://blog.novoj.net/ 15. února 2007

Základy analýzy. autor. Jan Novotný http://blog.novoj.net/ 15. února 2007 Základy analýzy autor Jan Novotný http://blog.novoj.net/ 15. února 2007 V prezentaci jsou použity diagramy z: Wikipedia, Sparx UML Tutorial, Argo UML Metodiky vývoje Různé metodiky vývoje vazba na fáze

Více

Y13ANW ÚVOD DO WEBOVÝCH METODIK. Ing. Martin Molhanec, CSc.

Y13ANW ÚVOD DO WEBOVÝCH METODIK. Ing. Martin Molhanec, CSc. Y13ANW ÚVOD DO WEBOVÝCH METODIK Ing. Martin Molhanec, CSc. Metodika softwarové inženýrství Popisuje, jakým způsobem realizovat softwarové dílo (produkt, program, informační systém, webové sídlo, službu,

Více

ROZVOJ PŘÍRODOVĚDNÉ GRAMOTNOSTI ŽÁKŮ POMOCÍ INTERAKTIVNÍ TABULE

ROZVOJ PŘÍRODOVĚDNÉ GRAMOTNOSTI ŽÁKŮ POMOCÍ INTERAKTIVNÍ TABULE ROZVOJ PŘÍRODOVĚDNÉ GRAMOTNOSTI ŽÁKŮ POMOCÍ INTERAKTIVNÍ TABULE Eva HEJNOVÁ, Růţena KOLÁŘOVÁ Abstrakt V příspěvku je prezentováno další z řady CD (Vlastnosti látek a těles) určených pro učitele základních

Více

Hodnotocentrické metodiky

Hodnotocentrické metodiky 2 Hodnotocentrické metodiky Vyšší management Projektový manažer Jedna metodika těžko bude tou jedinou správnou,... pro každý projekt a realizační tým existuje jiný správný způsob práce. 1 Alistair Cockburn

Více

Přehled rolí v jednotlivých metodikách

Přehled rolí v jednotlivých metodikách 4IT421 Zlepšování procesů budování informačních systémů Přehled rolí v jednotlivých metodikách RUP pro velké projekty, RUP pro malé projekty, OpenUP, MMSP, Scrum, XP Bc. Kamila Langrová (xlank10) ZS 2013/2014

Více

Jakou metodiku použít pro

Jakou metodiku použít pro Jakou metodiku použít pro konkrétní projekt? Hodnocení a výběr vhodné metodiky pro budování IS Alena Buchalcevová Katedra informačních č technologií, VŠE Praha Agenda metodika jako nástroj zvýšení úspěšnosti

Více

Agilní metodiky Agilní Jan Smolík

Agilní metodiky Agilní Jan Smolík Agilní metodiky Jan Smolík Kritéria pro členění metodik Zaměření metodiky Rozsah metodiky Váha metodiky Typ řešení Doména Zaměření metodiky Globální metodiky (Enterprise Methodologies) Zaměřené na komplexní

Více

PRVNÍ ELASTICKÝ INFORMAČNÍ SYSTÉM : QI

PRVNÍ ELASTICKÝ INFORMAČNÍ SYSTÉM : QI PRVNÍ ELASTICKÝ INFORMAČNÍ SYSTÉM : QI Cyril Klimeš a) Jan Melzer b) a) Ostravská univerzita, katedra informatiky a počítačů, 30. dubna 22, 701 03 Ostrava, ČR E-mail: cyril.klimes@osu.cz b) DC Concept

Více

Co je to SCRUM! FRAMEWORK vs METODIKA. Ken Schwaber a Jeff Sutherland ho mají za framework Kde hledat detaily?

Co je to SCRUM! FRAMEWORK vs METODIKA. Ken Schwaber a Jeff Sutherland ho mají za framework Kde hledat detaily? Úvod do SCRUM!! Co je to SCRUM! FRAMEWORK vs METODIKA Ken Schwaber a Jeff Sutherland ho mají za framework Kde hledat detaily? agilemanifesto.org www.mountaingoatsoftware.com/scrum Z čeho to je...! Vychází

Více

AGILNÍ METODIKY VÝVOJE SOFTWARE

AGILNÍ METODIKY VÝVOJE SOFTWARE AGILNÍ METODIKY VÝVOJE SOFTWARE Postupy předchozích metodik, založené na důsledné analýze a propracovaném návrhu jsou obecně nejlepší. Ale Děláte web půl roku? Konkurence mezitím spustila dva Zdánlivě

Více

Bakalářky. Cyril Brom

Bakalářky. Cyril Brom Bakalářky Cyril Brom 1 Typy práce Implementační Implementačně experimentální Teoretický 2 Typický průběh Správně Měsíc předem se domluvím na zápočtech i vedoucí může mít dovolenou Odevzdávám vedoucímu

Více

Projektová dokumentace pro tvorbu internetových aplikací

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

Více

PRŮZKUM AGILNÍHO ŘÍZENÍ V ČR 2013

PRŮZKUM AGILNÍHO ŘÍZENÍ V ČR 2013 PRŮZKUM 2013... aneb jak jsme na tom s agilem PRŮZKUM 2013 ETNETERA & AGILE V KOSTCE V dnešní době již téměř každý volnonožec, každá firmička, firma či korporace slyšeli aspoň něco málo o Agilu. O tak

Více

Optimalizace pro vyhledavače a přístupnost webu

Optimalizace pro vyhledavače a přístupnost webu Optimalizace pro vyhledavače a přístupnost webu Autor Jan Rückl Vedoucí práce Paeddr. Petr Pexa Školní rok: 2008-09 Abstrakt Tato práce se zabývá tvorbou internetové prezentace a vhodným využitím některých

Více

Zavádění projektového řízení ve společnosti

Zavádění projektového řízení ve společnosti Zavádění projektového řízení ve společnosti Monika Pidrmanová 26.10.2011 ZÁKLADNÍ POJMY Projekt = Jedinečný proces sestávající z řady koordinovaných a řízených činností s daty zahájení a ukončení, prováděný

Více

Kvalita procesu vývoje (SW) Jaroslav Žáček jaroslav.zacek@osu.cz

Kvalita procesu vývoje (SW) Jaroslav Žáček jaroslav.zacek@osu.cz Kvalita procesu vývoje (SW) Jaroslav Žáček jaroslav.zacek@osu.cz Vývoj software a jeho kvalita Samotný vývoj je rozsáhlá a složitá disciplína. Většina SW projektů (v průměru 60 %) je podhodnocena či zpožděna.

Více

METODICKÝ RÁMEC IS/ICT

METODICKÝ RÁMEC IS/ICT METODICKÝ RÁMEC IS/ICT Alena Buchalcevová Katedra informačních technologií, VŠE Praha Abstrakt Příspěvek popisuje metodický rámec pro budování informačního systému firmy, tedy metametodiku, která zahrnuje

Více

Kvalita procesu vývoje SW. Jaroslav Žáček jaroslav.zacek@osu.cz

Kvalita procesu vývoje SW. Jaroslav Žáček jaroslav.zacek@osu.cz Kvalita procesu vývoje SW Jaroslav Žáček jaroslav.zacek@osu.cz Vývoj software a jeho kvalita Samotný vývoj je rozsáhlá a složitá disciplína. Většina SW projektů (v průměru 70 %) je podhodnocena či zpožděna.

Více

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

INFORMAČNÍ SYSTÉMY (IS) Ing. Pavel Náplava Katedra počítačů K336, ČVUT FEL Praha 2004/2005 INFORMAČNÍ SYSTÉMY (IS) Ing. Pavel Náplava Katedra počítačů K336, ČVUT FEL Praha 2004/2005 AGENDA definice IS, zavedení pojmů možnosti a rozdělení typická struktura technologie nasazení praktická ukázka

Více

SOFTWAROVÉ INŽENÝRSTVÍ 1

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

Více

Projektové řízení I. doc. Ing. Jaroslav Jánský, CSc.

Projektové řízení I. doc. Ing. Jaroslav Jánský, CSc. Projektové řízení I. doc. Ing. Jaroslav Jánský, CSc. Doporučená literatura SVOZILOVÁ, A. Projektový management. 1. vyd. Praha: Grada, 2006. 353 s. ISBN 80-247-1501-5, ROSENAU, M. D. Řízení projektů. 3.

Více

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.

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. 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íce

Sebepoznání kde je zakopaný pes našeho úspěchu

Sebepoznání kde je zakopaný pes našeho úspěchu výborná práce obsahově i formálně. Hodnocení A+ Masarykova univerzita Právnická fakulta Katedra finančního práva a národního hospodářství Osobní management Sebepoznání kde je zakopaný pes našeho úspěchu

Více

ITIL pro malé a střední podniky

ITIL pro malé a střední podniky ITIL pro malé a střední podniky Crux information technology, s.r.o. Ing. Jana Hrdličková Co se změnilo? Kam se dostalo povědomí o ITIL za poslední roky? Rozdíly mezi velkými a malými hráči Proč se probudil

Více

Stav používání agilních metodik v ČR

Stav používání agilních metodik v ČR Alena Buchalcevová Katedra informačních technologií Vysoká škola ekonomická v Praze buchalc@vse.cz Abstrakt: Tradiční rigorózní metodiky vývoje softwaru přestávají v prostředí neustálých změn vyhovovat

Více

Příprava dat v softwaru Statistica

Příprava dat v softwaru Statistica Příprava dat v softwaru Statistica Software Statistica obsahuje pokročilé nástroje pro přípravu dat a tvorbu nových proměnných. Tyto funkcionality přinášejí značnou úsporu času při přípravě datového souboru,

Více

Podpora životního cyklu vývoje sliby a realita. Michael Juřek mjurek@microsoft.com Software Architect Microsoft s.r.o.

Podpora životního cyklu vývoje sliby a realita. Michael Juřek mjurek@microsoft.com Software Architect Microsoft s.r.o. Podpora životního cyklu vývoje sliby a realita Michael Juřek mjurek@microsoft.com Software Architect Microsoft s.r.o. Varování Obsah této prezentace není založen na žádném objektivním výzkumu Odráží zkušenosti

Více

Diagram nebo text? Miroslav Benešovský, BenSoft s.r.o

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

Více

MODERN APPROACHES TO TEACHING PROGRAMMING. Rostislav FOJTÍK

MODERN APPROACHES TO TEACHING PROGRAMMING. Rostislav FOJTÍK RESEARCH ARTICLES MODERN APPROACHES TO TEACHING PROGRAMMING Rostislav FOJTÍK Abstract: The article bases from practical experience of the author teaching programming on secondary and tertiary level of

Více

kapitola 2 předprojektová fáze 31

kapitola 2 předprojektová fáze 31 OBSAH 6 projektové řízení Předmluva 3 Kapitola 1 Základní pojmy a východiska 13 1.1 Úvod do řízení projektů 14 1.1.1 Co je to projektové řízení 14 1.2 Základní pojmy projektového řízení 17 1.2.1 Projekt

Více

Jiří DOSTÁL Univerzita Palackého v Olomouci, Pedagogická fakulta, KTEIV. Interaktivní tabule ve vzdělávání

Jiří DOSTÁL Univerzita Palackého v Olomouci, Pedagogická fakulta, KTEIV. Interaktivní tabule ve vzdělávání Jiří DOSTÁL Univerzita Palackého v Olomouci, Pedagogická fakulta, KTEIV Interaktivní tabule ve vzdělávání 1 Úvod Didaktická technika a učební pomůcky se pro dnešní generaci vzdělávání staly téměř nepostradatelnými.

Více

Základy programovaní 3 - Java. Unit testy. Petr Krajča. Katedra informatiky Univerzita Palackého v Olomouci. 26.,27.

Základy programovaní 3 - Java. Unit testy. Petr Krajča. Katedra informatiky Univerzita Palackého v Olomouci. 26.,27. Základy programovaní 3 - Java Unit testy Petr Krajča Katedra informatiky Univerzita Palackého v Olomouci 26.,27. listopad, 2014 Petr Krajča (UP) Unit testy 26.,27. listopad, 2014 1 / 14 Testování zásadní

Více

Projektový manažer 250+ Kariéra projektového manažera začíná u nás! B Strategické řízení organizace

Projektový manažer 250+ Kariéra projektového manažera začíná u nás! B Strategické řízení organizace Projektový manažer 250+ Kariéra projektového manažera začíná u nás! B Strategické řízení organizace B5 Program Téma obsahuje informace o programech a programovém řízení a klade si za cíl především vysvětlit

Více

Nadpis článku: Zavedení speciálního nástroje SYPOKUB do praxe

Nadpis článku: Zavedení speciálního nástroje SYPOKUB do praxe Oborový portál BOZPinfo.cz - http://www.bozpinfo.cz Tisknete stránku: http://www.bozpinfo.cz/josra/josra-03-04-2013/zavedeni-sypokub.html Články jsou aktuální k datumu jejich vydání. Stránka byla vytvořena/aktualizována:

Více

PROJEKTOVÁ VÝUKA, ŘÍZENÍ PROJEKTŮ A VÝZNAM CERTIFIKACE PRO BUDOUCÍ KARIÉRNÍ RŮST

PROJEKTOVÁ VÝUKA, ŘÍZENÍ PROJEKTŮ A VÝZNAM CERTIFIKACE PRO BUDOUCÍ KARIÉRNÍ RŮST PROJEKTOVÁ VÝUKA, ŘÍZENÍ PROJEKTŮ A VÝZNAM CERTIFIKACE PRO BUDOUCÍ KARIÉRNÍ RŮST Ing. Jan Doležal Agenda 2 Projektové řízení a projektová výuka Jaké jsou požadavky praxe? Význam a možnosti certifikace

Více

3. Je defenzivní programování technikou skrývání implementace? Vyberte jednu z nabízených možností: Pravda Nepravda

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í

Více

AGILNÍ METODIKY A SPRÁVA POŽADAVKŮ

AGILNÍ METODIKY A SPRÁVA POŽADAVKŮ Citace: BUCHALCEVOVÁ, Alena. Agilní metodiky a správa požadavků. Ostrava 04.06.2007 06.06.2007. In: Tvorba softwaru 2007. Ostrava : Ekonomická fakulta VŠB TU, 2007, s. 16 23. ISBN 978-80-248-1427-8. AGILNÍ

Více

Tvorba internetových aplikací s využitím framework jquery

Tvorba internetových aplikací s využitím framework jquery Tvorba internetových aplikací s využitím framework jquery Autor Michal Oktábec Vedoucí práce PaedDr. Petr Pexa Školní rok: 2009-10 Abstrakt Tato práce se zabývá využití frameworku jquery pro vytváření

Více

01. Životní cyklus programového díla, analýza, návrh, implementace, provoz a metodiky vývoje SW. (A7B36SIN)

01. Životní cyklus programového díla, analýza, návrh, implementace, provoz a metodiky vývoje SW. (A7B36SIN) Zpracoval: houzvjir@fel.cvut.cz 01. Životní cyklus programového díla, analýza, návrh, implementace, provoz a metodiky vývoje SW. (A7B36SIN) Obsah Životní cyklus programového díla... 2 Analýza... 4 Postup

Více

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

INFORMAČNÍ SYSTÉMY. 03. 01. 2006, Ing. Jiří Mráz INFORMAČNÍ SYSTÉMY 03. 01. 2006, Ing. Jiří Mráz PŘEDNÁŠEJÍCÍ Jiří Mráz Production Coordinator UNICORN jiri.mraz@unicorn.cz AGENDA Informační a komunikační technologie (ICT) podniku Informační systémy Zakázkový

Více

PHP framework Nette. Kapitola 1. 1.1 Úvod. 1.2 Architektura Nette

PHP framework Nette. Kapitola 1. 1.1 Úvod. 1.2 Architektura Nette Kapitola 1 PHP framework Nette 1.1 Úvod Zkratka PHP (z anglického PHP: Hypertext Preprocessor) označuje populární skriptovací jazyk primárně navržený pro vývoj webových aplikací. Jeho oblíbenost vyplývá

Více

DOMÁCÍ HASICÍ PŘÍSTROJ (ČÁST 2)

DOMÁCÍ HASICÍ PŘÍSTROJ (ČÁST 2) DOMÁCÍ HASICÍ PŘÍSTROJ (ČÁST 2) Hasicí přístroje se dělí podle náplně. Jedním z typů je přístroj používající jako hasicí složku oxid uhličitý. Přístroje mohou být různého provedení, ale jedno mají společné:

Více

Využ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í 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

Manažerská ekonomika

Manažerská ekonomika PODNIKOVÝ MANAGEMENT (zkouška č. 12) Cíl předmětu Získat znalosti zákonitostí úspěšného řízení organizace a přehled o současné teorii a praxi managementu. Seznámit se s moderními manažerskými metodami

Více

Principy oceňování a value management. Úvod do problematiky

Principy oceňování a value management. Úvod do problematiky Principy oceňování a value management Úvod do problematiky Obsah Principy oceňování společností Principy oceňování DCF Chování klíčových faktorů Finanční trhy a hodnota firmy Value based management Dluh

Více

Petr Mojžíš, Petr Křelina Raiffeisenbank

Petr Mojžíš, Petr Křelina Raiffeisenbank Jak může SixSigma pomoci ITILu Petr Mojžíš, Petr Křelina Raiffeisenbank 2 Co je ITIL? 3 Co ITILu chybí? 4 Co ITILu chybí? 5 Co ITILu chybí? 6 Kdy je ITIL vhodným řešením? NAIMPLEMENTOVAT ITIL proces XYZ

Více

TOGETHER WE CAN projekt interních koučů v UniCredit Bank

TOGETHER WE CAN projekt interních koučů v UniCredit Bank TOGETHER WE CAN projekt interních koučů v UniCredit Bank Firma: UniCredit Bank Czech Republic, a.s. Na Příkopě 858/20 111 21 Praha 1 www.unicreditbank.cz Kontaktní osoba: Lenka Štěpánová Learning & Development

Více

SYSTÉMOVÉ INŽENÝRSTVÍ A

SYSTÉMOVÉ INŽENÝRSTVÍ A Bakalářský studijní program (B6209) SYSTÉMOVÉ INŽENÝRSTVÍ A INFORMATIKA Bakalářský studijní obor Informatika v ekonomice STUDIJNÍ OBOR SYSTÉMOVÉ INŽENÝRSTVÍ A INFORMATIKA Nejstarší obor na VŠB-TUO ( od

Více

Individuální řešení průmyslových inovací a automatizace pro Vaší společnost. Automatizace. Přesná manipulace. Robotické aplikace. Laserová integrace

Individuální řešení průmyslových inovací a automatizace pro Vaší společnost. Automatizace. Přesná manipulace. Robotické aplikace. Laserová integrace Individuální řešení průmyslových inovací a automatizace pro Vaší společnost Automatizace Přesná manipulace Robotické aplikace Laserová integrace Laserové mikro-obrábění O NÁS IMV Design je společnost specializující

Více

PODPORA VÝUKY MATEMATIKY E-LEARNINGOVÝMI KURZY S MULTIMEDIÁLNÍMI STUDIJNÍMI

PODPORA VÝUKY MATEMATIKY E-LEARNINGOVÝMI KURZY S MULTIMEDIÁLNÍMI STUDIJNÍMI PODPORA VÝUKY MATEMATIKY E-LEARNINGOVÝMI KURZY S MULTIMEDIÁLNÍMI STUDIJNÍMI MATERIÁLY Radomír Paláček, Dagmar Dlouhá VŠB - Technická univerzita Ostrava Abstrakt: Tento příspěvek popisuje projekt Vytvoření

Více

SYLABUS MODUL BUSINESS MODELOVÁNÍ. Doc. RNDr. Vladimír Krajčík, Ph.D.

SYLABUS MODUL BUSINESS MODELOVÁNÍ. Doc. RNDr. Vladimír Krajčík, Ph.D. SYLABUS MODUL BUSINESS MODELOVÁNÍ Doc. RNDr. Vladimír Krajčík, Ph.D. Ostrava 20 : Business modelování Autoři: Doc. RNDr. Vladimír Krajčík, Ph.D. Vydání: první, 20 Počet stran: Tisk: Vysoká škola podnikání,

Více

End-to-end testování. 26. dubna Bořek Zelinka

End-to-end testování. 26. dubna Bořek Zelinka End-to-end testování 26. dubna 2013 Bořek Zelinka Bořek Zelinka Unicorn Systems, Test architekt Unicorn, 2004 Testování Quality Assurance ČVUT, Fakulta stavební, 2004 2 Agenda Princip end-to-end testů

Více

Telelogic Focal Point využití pro řízení a optimalizaci projektového portfolia Verze 1.0

Telelogic Focal Point využití pro řízení a optimalizaci projektového portfolia Verze 1.0 DISTRIBUTOR White Paper Verze 1.0 Ing. Jiří Gryc 26.4.2007 Tento dokument ve stručnosti představuje možnost využití špičkového Telelogic Focal Point pro řízení a optimalizaci projektového portfolia. Další

Více

4. blok část A Logické operátory

4. blok část A Logické operátory 4. blok část A Logické operátory Studijní cíl Tento blok je věnován představení logických operátorů AND, OR, NOT v jazyce SQL a práce s nimi. Doba nutná k nastudování 1-2 hodiny Průvodce studiem Při studiu

Více

Metodický list pro první soustředění kombinovaného studia. předmětu Management ve finančních službách

Metodický list pro první soustředění kombinovaného studia. předmětu Management ve finančních službách Metodický list pro první soustředění kombinovaného studia předmětu Management ve finančních službách Název tematického celku: Základní koncepční přístupy a osobnost manažera Cíl: V návaznosti na poznatky

Více

TWI Training Within Industry

TWI Training Within Industry TWI Training Within Industry CESTA KE KULTUŘE NEUSTÁLÉHO ZLEPŠOVÁNÍ Markéta Šimáková, Executive Manager DMC management consulting s.r.o. 3. 9. 2014 Nebylo by skvělé vytvořit takovou firemní kulturu, jakou

Více

2013 IBM Corporation

2013 IBM Corporation 2013 IBM Corporation Connections v praxi Jak vypadá nasazení Social software v praxi MICHAL HOLOUBEK Social Business konzultant, oxy Online, s.r.o. 2013 IBM Corporation Agenda Úvod Zadání a specifikace

Více

Project management. Příprava projektu Zahájení High level plánování. Vykonávání Detailní plánování Vykonávání Řízení a monitorování

Project management. Příprava projektu Zahájení High level plánování. Vykonávání Detailní plánování Vykonávání Řízení a monitorování Project management Project management Příprava projektu Zahájení High level plánování Vykonávání Detailní plánování Vykonávání Řízení a monitorování Uzavření a zhodnocení (iterace, projektu) Projekt Projekt

Více

WNC::WebNucleatCreator

WNC::WebNucleatCreator Tomáš Dlouhý WNC::WebNucleatCreator Verze: 5.1 1 Obsah Obsah...2 Úvod...3 Novinky...3 Požadavky...4 Instalace...4 Přihlášení se do WNC...6 Moduly...7 Modul Blog...7 Modul Categories...8 Modul News...8

Více

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

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 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íce

Jak testovat software v praxi. aneb šetříme svůj vlastní čas

Jak testovat software v praxi. aneb šetříme svůj vlastní čas Jak testovat software v praxi aneb šetříme svůj vlastní čas Proč testy nepíšeme Nemáme na to čas Platí v cca 5% případů Nový projekt Prototyp je třeba mít během pár dní Počítá se s tím, že další verze

Více

Česká zemědělská univerzita v Praze

Česká zemědělská univerzita v Praze Česká zemědělská univerzita v Praze Provozně ekonomická fakulta Katedra informačních technologií Teze diplomové práce Operační systém Google Android Petr Koula 2011 ČZU v Praze Souhrn Diplomová práce zahrnuje

Více

10 nových priorit rozvoje managementu

10 nových priorit rozvoje managementu 10 nových priorit rozvoje managementu Richard Dobeš Managing Partner CEE living performance Krauthammer Založení v roce 1971 300 tréninkových konzultantů 24 poboček v 16 zemích 1971-2010: >25.000 účastníků

Více

Fakulta elektrotechnická

Fakulta elektrotechnická České vysoké učení technické vpraze Fakulta elektrotechnická BAKALÁŘSKÁ PRÁCE Agilní metodiky programování DAQařídicích aplikací Praha, 2011 Autor: Adam Hamr Prohlášení Prohlašuji, že jsem předloženou

Více

clues informační kapacita (stanovování priorit, e-mail) zpráva o stylech Jan Vzor Administrace: 24.10.2011 Zpráva vytvořena: 24.10.

clues informační kapacita (stanovování priorit, e-mail) zpráva o stylech Jan Vzor Administrace: 24.10.2011 Zpráva vytvořena: 24.10. clues informační kapacita (stanovování priorit, e-mail) zpráva o stylech Jan Vzor Administrace: 24.10.2011 Zpráva vytvořena: 24.10.2011 powered by clues - zpráva o stylech Nástroj cut-e clues nabízí standardizované

Více

Návrh a implementace algoritmů pro adaptivní řízení průmyslových robotů

Návrh a implementace algoritmů pro adaptivní řízení průmyslových robotů Návrh a implementace algoritmů pro adaptivní řízení průmyslových robotů Design and implementation of algorithms for adaptive control of stationary robots Marcel Vytečka 1, Karel Zídek 2 Abstrakt Článek

Více