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/

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

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

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

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

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

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

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

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

RUP - MOTIVACE, PRINCIPY JAROSLAV ŽÁČEK

RUP - MOTIVACE, PRINCIPY JAROSLAV ŽÁČEK RUP - MOTIVACE, PRINCIPY JAROSLAV ŽÁČEK JAROSLAV.ZACEK@OSU.CZ TRADIČNÍ VS. ITERATIVNÍ PŘÍSTUPY Vodopádové principy Iterativní (agilní principy) Zaměřen na procesy, předpokládá jejich opakovatelnost. Zaměřen

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

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

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

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

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

Vývoj informačních systémů. Přehled témat a úkolů Vývoj informačních systémů Přehled témat a úkolů Organizace výuky doc. Mgr. Miloš Kudělka, Ph.D. EA 439, +420 597 325 877 homel.vsb.cz/~kud007 milos.kudelka@vsb.cz Přednáška Teorie Praxe Cvičení Diskuze

Více

CASE. Jaroslav Žáček

CASE. Jaroslav Žáček CASE Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Co znamená CASE? Definice dle SEI A CASE tool is a computer-based product aimed at supporting one or more software engineering activities

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

EXIN Agile Scrum Foundation Příručka ke zkoušce. Vydání

EXIN Agile Scrum Foundation Příručka ke zkoušce. Vydání EXIN Agile Scrum Foundation Příručka ke zkoušce Vydání 201608 Copyright 2016 EXIN Všechna práva vyhrazena. Žádná část této publikace nesmí být zveřejněna, reprodukována, kopírována nebo uložena v systému

Více

ČÍM MOHOU PŘISPĚT NEJZÁMĚJŠÍ AGILNÍ METODIKY KE ZLEPŠENÍ VÝVOJOVÉHO PROCESU?

ČÍM MOHOU PŘISPĚT NEJZÁMĚJŠÍ AGILNÍ METODIKY KE ZLEPŠENÍ VÝVOJOVÉHO PROCESU? ČÍM MOHOU PŘISPĚT NEJZÁMĚJŠÍ AGILNÍ METODIKY KE ZLEPŠENÍ VÝVOJOVÉHO PROCESU? HOW WELL-KNOWN AGILE METHODOLOGIES CAN CONTRIBUTE TO A SOFTWARE DEVELOPMENT PROCESS? Robert Pergl, Zdeněk Struska Abstrakt:

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

KIV/ASWI 2007/2008 Pokročilé softwarové inženýrství. Cíle předmětu Organizační informace Opakování

KIV/ASWI 2007/2008 Pokročilé softwarové inženýrství. Cíle předmětu Organizační informace Opakování KIV/ASWI 2007/2008 Pokročilé softwarové inženýrství Přemysl Brada Cíle předmětu Organizační informace Opakování Cíl předmětu Praktické zkušenosti sw proces a iterativní vývoj jaksi mimochodem

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

Metodický rámec budování IS/ICT

Metodický rámec budování IS/ICT Metodický rámec budování IS/ICT Alena Buchalcevová Katedra informačních technologií VŠE Praha nám. W. Churchilla 4, 30 00 Praha 3 email: buchalc@vse.cz Abstrakt Článek popisuje metodický rámec pro budová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

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

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

Smysl metodiky IS/IT. Koncentrovaná zkušenost Checklist na nic nezapomeneme Smysl metodiky IS/IT Koncentrovaná zkušenost Checklist na nic nezapomeneme Přínosy metodik Větší produktivita a kooperace týmů Komunikační standard Specializace projektových týmů Nezávislost na konkrétních

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

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

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

PROBLÉMY A SPECIFIKA VÝVOJE SOFTWARE

PROBLÉMY A SPECIFIKA VÝVOJE SOFTWARE PROBLÉMY A SPECIFIKA VÝVOJE SOFTWARE Vývoj prvních programů byl prováděn nadšenci, programy byly šité na míru. Žádná metodika vývoje SW v té době neexistuje. Vývoj SW byl vnímán jako výzkum. Cíl, co bude

Více

Manažerská informatika - projektové řízení

Manažerská informatika - projektové řízení VŠE, fakulta Podnikohospodářská Manažerská informatika - projektové řízení Projekt implementace informačního systému Jiří Mikloš 2009 Obsah Obsah Obsah... 2 Úvod... 3 Zadání... 4 Projektový postup... 5

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

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

Praktické zkušenosti s nasazením agilní metodiky SCRUM při vývoji středně rozsáhlého softwarového projektu. Dušan Juhás

Praktické zkušenosti s nasazením agilní metodiky SCRUM při vývoji středně rozsáhlého softwarového projektu. Dušan Juhás Praktické zkušenosti s nasazením agilní metodiky SCRUM při vývoji středně rozsáhlého softwarového projektu. Dušan Juhás Motivace Vybrali jsme nový webový framework a potřebovali ho ověřit na reálné aplikaci

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

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

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

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

Jak správně psát scénáře k případům užití?

Jak správně psát scénáře k případům užití? 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í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

Návrh IS - UML. Jaroslav Žáček

Ná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í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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Projektové řízení. Lenka Švecová, Tomáš Říčka. University of Economics, Prague. Project management for SMEs/NGOs - exchange of experience for trainers

Projektové řízení. Lenka Švecová, Tomáš Říčka. University of Economics, Prague. Project management for SMEs/NGOs - exchange of experience for trainers Project management for SMEs/NGOs - exchange of experience for trainers LLP Grundtvig Learning Partnership Projektové řízení Lenka Švecová, Tomáš Říčka University of Economics, Prague This project has been

Více

Open-source Business Intelligence software: vnímání klíčových faktorů ve firmách v ČR. Ing. Radek Němec VŠB TU Ostrava Ekonomická fakulta

Open-source Business Intelligence software: vnímání klíčových faktorů ve firmách v ČR. Ing. Radek Němec VŠB TU Ostrava Ekonomická fakulta Open-source Business Intelligence software: vnímání klíčových faktorů ve firmách v ČR Ing. Radek Němec VŠB TU Ostrava Ekonomická fakulta 2 Osnova prezentace Charakteristika a metodika výzkumu Poskytovatelé

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

BI-TIS Případová studie

BI-TIS Případová studie Evropský sociální fond Praha & EU: Investujeme do vaší budoucnosti BI-TIS Případová Cvičení č. 2 Ing. Pavel Náplava naplava@fel.cvut.cz Katedra softwarového inženýrství, ČVUT FIT, 18102 Centrum znalostního

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

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

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

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

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

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

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

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

Testování software. Jaroslav Žáček

Testování software. Jaroslav Žáček Testování software Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Testování Obsáhlá disciplína, existuje spoustu pohledů Problém při nastavení míry kvality Kvalita: Schopnost objektu být

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

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

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

1. VYMEZENÍ ODBORNÉ STÁŽE

1. VYMEZENÍ ODBORNÉ STÁŽE 1. VYMEZENÍ ODBORNÉ STÁŽE Šablona stáže představuje základní rámec odborné stáže pro typovou pozici a obsahuje požadavky na obsah a průběh stáže, na stážistu i na poskytovatele stáže. Bílá pole označují

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

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

Jan Hřídel Regional Sales Manager - Public Administration

Jan Hřídel Regional Sales Manager - Public Administration Podpora kvality ICT ve veřejné správě pohledem Telefónica O2 4. Národní konference kvality Karlovy Vary Jan Hřídel Regional Sales Manager - Public Administration Obsah 1. Strategie v ICT využití metody

Více

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

Kvalita SW produktů. Jiří Sochor, Jaroslav Ráček 1 Kvalita SW produktů Jiří Sochor, Jaroslav Ráček 1 Klasický pohled na kvalitu SW Každý program dělá něco správně; nemusí však dělat to, co chceme, aby dělal. Kvalita: Dodržení explicitně stanovených funkčních

Více

Abychom definovali dimenze kompetencí, položili jsme si otázku: S kým/čím vstupujete do vzájemné interakce?

Abychom definovali dimenze kompetencí, položili jsme si otázku: S kým/čím vstupujete do vzájemné interakce? Profily kompetencí Úvodní situace před testováním E-learningový modul obsahuje šest interaktivních situací orientovaných na kompetence, které mají svou roli v maloobchodní společnosti. Všechny maloobchodní

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

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

2 Životní cyklus programového díla

2 Životní cyklus programového díla 2 Životní cyklus programového díla Typické etapy: 1. Specifikace požadavků - specifikace problému - analýza požadavků 2. Vývoj programu - návrh - kódování (programování) 3. Verifikace a validace 4. Provoz

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

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

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

Jak na jakost v podnikovém IT Evropský týden kvality Praha 10.11.2004

Jak na jakost v podnikovém IT Evropský týden kvality Praha 10.11.2004 Jak na jakost v podnikovém IT Evropský týden kvality Praha 10.11.2004 Jiří Sedláček AIT s.r.o, Sinkulova 83, 140 00 Praha 4 tel. 261 225 072 www.ait.cz AIT, 2004 1 Program Současné postavení IT v podniku

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

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

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

8 Přehled OO metodik (metod, metodologií)

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

5 ZÁKLADNÍ PRINCIPY SYSTÉMOVÉHO ŘÍZENÍ BOZP

5 ZÁKLADNÍ PRINCIPY SYSTÉMOVÉHO ŘÍZENÍ BOZP 5 ZÁKLADNÍ PRINCIPY SYSTÉMOVÉHO ŘÍZENÍ BOZP Zaměstnavatelé mají zákonnou povinnost chránit zdraví a životy svých zaměstnanců a ostatních osob vyskytujících se na jejich pracovištích. Další důležitou povinností

Více

1, Žáci dostanou 5 klíčových slov a snaží se na jejich základě odhadnout, o čem bude následující cvičení.

1, Žáci dostanou 5 klíčových slov a snaží se na jejich základě odhadnout, o čem bude následující cvičení. Moje hlavní město Londýn řešení: 1, Žáci dostanou 5 klíčových slov a snaží se na jejich základě odhadnout, o čem bude následující cvičení. Klíčová slova: capital, double decker bus, the River Thames, driving

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

Model Excelence EFQM. Být dobrý v čemkoli je dobré. Máme na to? Příklad dobré praxe Krajský úřad Královéhradeckého kraje

Model Excelence EFQM. Být dobrý v čemkoli je dobré. Máme na to? Příklad dobré praxe Krajský úřad Královéhradeckého kraje Model Excelence EFQM Být dobrý v čemkoli je dobré. Máme na to? Příklad dobré praxe Krajský úřad Královéhradeckého kraje Libor Košťál, vedoucí odboru kancelář ředitelky I. 1 15.9.- 16.9.2016 2 Proč jsme

Více

HR controlling. Ing. Jan Duba HRDA 26.9.2014

HR controlling. Ing. Jan Duba HRDA 26.9.2014 HR controlling Ing. Jan Duba HRDA 26.9.2014 Anotace Zkušenosti s nastavováním systému měření výkonu pracovních skupin a jednotlivců Jak zavést živý controlling pro řízení firmy? Anotace Interim HR manažer

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