Bohumír Zoubek, Tomáš Krátký

Slides:



Advertisements
Podobné prezentace
Černoch Michal Školoudová Lenka
Advertisements

Software Development Conference 2007 Vztah dodavatele a odběratele Zdeněk Borůvka.
Harmonogram implementace IS v běžné praxi - informatika ZMVS.
Výběr vozidla do firmy – máme k dispozici všechny informace? Michal Krátký, Přemysl Žižka – DEN S FLEETEM DEN S FLEETEM – JARO 2010.
Metoda QFD metoda plánování jakosti založená na principu maticového diagramu umožňuje transformaci požadavků zákazníků do navrhovaného produktu a procesu.
Projektové řízení Modul č.1.
Scia - Nemetschek Postavení SCIA v holdingu Nemetschek
Jdeme do hloubky: týdenní report
Zlepšování jakosti.
Informační systémy Analýza systému. Sestavení týmů a potvrzení téma projektu.
Přínosy metodik  Větší produktivita a kooperace týmů  Komunikační standard  Specializace projektových týmů  Nezávislost na konkrétních řešitelích 
METODOLOGIE PROJEKTOVÁNÍ
Nabídka personálních služeb
LABORANT Analytická štúdia. Dátový model Funkčný model Sekvenčný diagram Diagram spolupráce Dynamický model.
Agilní Softwarové Procesy
11 Procesy a procesní řízení 22 Další charakteristiky procesu má svého vlastníka (osoba odpovídající za zlepšování procesu) má svého zákazníka (interního.
Softwarové inženýrství
Kritické faktory úspěchu softwarových projektů Je SCRUM řešením?
Palatinum Excellence Software na řízení firmy. 1.Proč Software Excellence 2.Představení Software Excellence 3.Jak zavést do praxe Obsah Prezentace.
ÚČEL AUTOMATIZACE (c) Tralvex Yeap. All Rights Reserved.
Proces řízení projektu
X13PMT 2. seminář Ing. Martin Molhanec, CSc. Garant předmětu ČVUT – FEL, K13113.
Aukro.cz – projektový management v e-commerce Tereza Kabrdová.
3. Životní cyklus a procesy projektu
Geo-informační systémy
Troška idealismu nezaškodí.... celá řada přístupů metodika vývoje by se měla vždy přizpůsobovat konkrétním podmínkám nejedná se o normu, absolutní pravdu.
Didaktické prostředky
Tradiční metodiky vývoje softwaru
Informační strategie. řešíte otázku kde získat konkurenční výhodu hledáte jistotu při realizaci projektů ICT Nejste si jisti ekonomickou efektivností.
ITIL Information Technology Infrastructure Library.
Iniciace (zahájení projektu) Projektový management.
Řízení a vizualizace záložního diesel-agregátu
Zavádění a údržba informačních systémů
Databázové systémy Přednáška č. 6 Proces návrhu databáze.
Možnosti modelování požadavků na informační systém
Jméno firmy Podnikatelský plán. Shrnutí Jasně popište, co je smyslem činnosti vaší společnosti a jaké si kladete cíle –Stručně popište, jak si představujete.
Dokumentace informačního systému
Program zahájení - Petr Pavlinec, KÚ role systémového integrátora - Martin Vimr, PH organizace projektu - Vladimír Kvarda, PH obsazení projektového týmu.
Ivo Novotný Jak vybrat dodavatele vzdělávání JAK SI SPRÁVNĚ VYBRAT... Dodavatele vzdělávání.
Outsourcing provozu sítě Štěpán Kubíček pondělí, 13. dubna 2015 motto:…
Přednáška č. 1 Proces návrhu databáze
NÁRODNÍ DIGITÁLNÍ ARCHIV
INTERNETOVÝ OBCHOD S POČÍTAČOVÝMI KOMPONENTY. ČLENOVÉ TÝMU Zuzana Malaníková Ondřej Břížek Aleš Pěnkava Jiří Vávra Jaromír Veber.
Rozhodovací procesy.
Schéma procesu vstupy Průběh procesu výstupy činnost ZDROJE.
Projekt z PA104 Richard Benkovský (139912, Jan Horák (143443, Miroslav Ligas (139542, Tomáš.
Projektový cyklus, analýza SWOT
ŘÍZENÍ INOVACÍ A ZMĚN Katedra managementu Ing. Miloš Krejčí
1 Řízení implementace IS a SS* Šablony. 2 Vzorové postupy.
Softwarové inženýrství semestrální projekt
Vratislav Paulík ředitel projektů
6. Koncepce řízení projektů
Troubleshooting Hledání příčin poruch Metody pro určení proč něco nepracuje správně, nebo neposkytuje očekávané výsledky.
2. Životní cyklus a procesy projektu
IAF MD 18:2015 Aplikace ISO/IEC 17021:2011 v oblasti řízení služeb (ISO/IEC )
Metodika řízení projektů
Helios Orange - Implementace systému
Vypracováno kolektivem autorů České společnosti pro technickou normalizaci Úřad pro technickou normalizaci, metrologii a státní zkušebnictví
ANALÝZA IS. Životní cyklus IS Specifikace problému, požadavků (studijní fáze) Analýza Návrh Implementace (realizace) Zavedení (instalace) a testování.
Digitální učební materiál Název projektu: Inovace vzdělávání na SPŠ a VOŠ PísekČíslo projektu: CZ.1.07/1.5.00/ Škola: Střední průmyslová škola a.
Logistické procesy ve stavebnictví Autor diplomové práce: Bc. Lukáš Hlaváč Vedoucí diplomové práce: Ing. Terezie Vondráčková, Ph.D. České Budějovice, červen.
Představení společnosti na MFF UK
Jištění kvality technologických procesů
Didaktické prostředky
Organizační informace
Tradiční metodiky vývoje softwaru
Tradiční metody vývoje softwaru
METODOLOGIE PROJEKTOVÁNÍ
DESIGNOVÉ MYŠLENÍ Tento projekt byl financován za podpory Evropské komise. Podpora Evropské komise při vypracování této publikace neznamená, že se Komise.
Základy projektování informačních systémů Jaroslav Šmarda
Transkript prezentace:

Bohumír Zoubek, Tomáš Krátký Softwarový proces Bohumír Zoubek, Tomáš Krátký

1 Úvod

Základní pojmy Softwarový proces / Model životního cyklu vývoje software (SDLC, Software Development Lifecycle) Množina aktivit nutných k tomu, aby software vznikl, jejich souslednost, opakování, vstupy a výstupy jednotlivých aktivit a nároky na jejich provedení Vždy je potřeba udělat Specifikaci – co bude systém dělat Architekturu a design – z jakých „kostek“ a jak se bude systém skládat Implementaci – vlastní výroba systému Validaci – ověření, že systém dělá co má Další rozvoj – úpravy systému na základě měnících se požadavků Software process improvement „Ladění“ a vylepšování procesu

Dle plánu nebo agilně? Plánovaný softwarový proces (plan-driven) Aktivity jsou plánovány dopředu Pokrok je měřen porovnáním stavu a plánu Větší režie v případě změn Agilní softwarový proces Plánování je jen po malých částech Snadné změny „kurzu“ v případě změn požadavků zákazníků Typický proces v Profinitu obsahuje Plánované aktivity Prvky agilního přístupu Nezapomenout říct, jaké projekty děláme!

Modely softwarového procesu 2 Modely softwarového procesu

Waterfall Oddělené fáze Výhody Nevýhody Analýza požadavků Design Implementace Testování Provoz a údržba Výhody Jasně definovaný plán Predikovatelnost (čas, rozsah, cena) Snadná koordinace práce Nevýhody Nutno chápat co se chce již na začátku Reakce na změny (požadavků, termínů, ...) Rychlost dodávky (kdy zákazník něco uvidí od zadání)

Iterativní Změny oproti vodopádu Výhody Nevýhody Několik verzí systému Jednotlivé verze se dělají vodopádem Výhody Jasně definovaný plán Predikovatelnost (čas, rozsah, cena) Snadná koordinace práce Zákazník má přístup k verzím/prototypům, čili vidí co dostane Nevýhody Nutno chápat co se chce na již začátku, možné změny do dalších verzí Reakce na změny (požadavků, termínů, ...) Lepší než vodopád, ale změny nejsou dodány rychle Rychlost dodávky (kdy zákazník něco uvidí od zadání)

Agilní (Scrum apod.)

Princip Když bych se dostal k schematickému znázornění, tak principem agilních metodik je: Existence nějaké fronty požadavků, které mají svou prioritu Zákazník, a teď nechávám stranou kdo to v tomto kontextu je, je zodpovědný za plnění fronty, často nazývané backlog Následně dodavatel, opět nechávám stranou kdo to je, v časově omezených cyklech požadavky z fronty zpracovává Výstupem pak je funkční software

Modely z různých pohledů 2 Modely z různých pohledů

Flexibilita Flexibilita Vodopád Iterativní Agilní Reakce na změny Rychlost a náklady Vodopád Velmi nepružný Vysoké náklady Iterativní Lze zakomponovat změny do další iterace Náklady nižší než u vodopádu Agilní Snadné, očekávají změny Náklady na změny velmi nízké

Predikovatelnost Predikovatelnost Vodopád Iterativní Agilní Vím, co dostanu Kdy Kolik mě to bude stát Vodopád Vysoká, jedeme dle plánu Iterativní Vysoká, máme plán Agilní Nízká, plán jen na krátké období Víme tedy jen co dostaneme např. během dalšího sprintu

Architektura a design Architektura a design Vodopád Iterativní Agilní Dobře navržený systém Konzistentní dodržování principů návrhu Vodopád Vysoká Iterativní Riziko zanesení problémů při dalších iteracích Agilní Nízká Riziko zanesení problémů při každém sprintu

Implementace Implementace Vodopád Iterativní Agilní Prostor pro dodání kvalitního díla Požadavky na programátory Vodopád Kvalitní, dost prostoru pro QA Revize, coding standards, ... Iterativní Riziko zanesení problémů při dalších iteracích Agilní Nutný kvalitní tým, může být problematická Riziko nekvalitní práce, když není prostor na revize

Dokumentace Dokumentace Vodopád Iterativní Agilní Mám kvalitní a konzistentní dokumentaci systému Vodopád Typicky OK Iterativní Nutno dodržet napříč verzemi (jedna pravda či více verzí?) Agilní Nízká Obtížné udržovat napříč sprinty

Spolupráce se zákazníkem Požadavky na součinnost Jak moc a často se musí zákazník podílet na projektu Vodopád nebo iterativní V přesně definovaných okamžicích Lze dobře plánovat Agilní V průběhu celého projektu Velké riziko selhání, pokud nebude

Smlouva na dodávku Smlouva na dodávku díla Vodopád Iterativní Agilní Lze model využít pro dodávku FTFP? Vodopád Ano Iterativní Ano, nutno ošetřit rozsah verzí Agilní Ne, požadavky nejsou dopředu známy Aktuální modely fungování nákupu tomu nejsou nakloněny

3 Který model vybrat?

Který vybrat? Vodopád Iterativní Agilní (vývoj nebo dodávky?) Téměř nepoužíváme pro již uvedené typy projektů (jen pro menší změny) Iterativní Nejčastěji používaný pro většinu systémů našich zákazníků Jak iniciální rozvoj tak údržba Predikovatelnost důležitější než flexibilita Lze na velké systémy Agilní (vývoj nebo dodávky?) Produktový vývoj Vývoj v rámci firmy, kde je jasná ochota lidí se na tom podílet Spíše na menší projekty nebo na některé části procesu (např. jen vývoj)

Věci ke zvážení Systém Tým dodavatele Agilně Typ a velikost Očekávaná životnost systému Tým dodavatele Znalosti a zkušenosti týmu Schopnost pracovat agilně Agilně Ne vždy a ne všechno Nesmí být zástěrkou pro chaos

4 Příklady procesu

Iterativní Core systém Online systém sjednání pojištění Iterativní proces dodávky systému na zelené louce (3 verze) Iterativní proces údržby Ukázka harmonogramu Online systém sjednání pojištění Iterativní Internetové bankovnictví 4 release ročně Paralelně práce na až 3 release Ukázka

Ne-agilní Vývoj internetového bankovnictví Core systém pro pojišťovnu 2 problematické projekty Nejasné/nepřipravené zadání Nedělají se odhady Neexistující dokumentace Spotřeba MD mnohem větší, než bylo třeba (2-5x) Core systém pro pojišťovnu Aplikace agilního přístupu i na analýzu v rámci údržby Omezení na délku Scrum sprintu, když nejde rozdělit na menší části

Volba správného procesu Tohle by mohl být příklad špatné aplikace agilních metodik na odhad spotřeby betonu . Trošku odejdu od tématu a zeptám se, zda někdo ví, kde se tento most nachází a proč vypadá jak vypadá? Tento most je na vodní nádrži Želivka, pokud ji neznáte, tak z ní pochází voda, kterou většina Prahy pije. Most měl být součástí dálnice, tam co je dnes D1 a začal se stavět za 2. světové války. V 50. letech byla stavba přerušena a když se znovu stát rozhodl vybudovat dálnici D1, tak už byla zároveň projektována Želivka s hladinou příliš vysoko na to, aby se dal most využít a zároveň bylo bráněno znečištění pitné vody. http://foto.mapy.cz/10380-Nedokonceny-most

https://www.profinit.eu/univerzity/material-sweng/project-and-process/

Diskuze

Děkujeme za pozornost