Popište proces vývoje softwaru, jeho jednotlivé fáze a charakterizujte profese, které se na něm podílejí. Odlište vodopádový a spirálový styl vývoje. Vysvětlete, jak se typicky označují jednotlivé verze: Porovnání verzí
(Není zobrazeno 25 mezilehlých verzí od stejného uživatele.) | |||
Řádek 7: | Řádek 7: | ||
=== Metodika vývoje === | === Metodika vývoje === | ||
Metodika vývoje softwaru je souhrn různých postupů, plánování a řízení vývoje a zároveň také samostatný obor zabývající se vytvářením, prováděním a ovlivňováním jednotlivých metodik vývoje SW. Metodikou se také může chápat využití určitého frameworku a dalších postupů. | Metodika vývoje softwaru je souhrn různých postupů, plánování a řízení vývoje a zároveň také samostatný obor zabývající se vytvářením, prováděním a ovlivňováním jednotlivých metodik vývoje SW. Metodikou se také může chápat využití určitého frameworku a dalších postupů. | ||
− | + | Dříve se používaly tradiční metodiky vývoje, které se ale nakonec neujaly, kvůli velké byrokratické zátěži a přešlo se k agilním metodám. | |
=== Fáze vývoje === | === Fáze vývoje === | ||
=== Profese podílející se na vývoji === | === Profese podílející se na vývoji === | ||
− | == | + | == vodopádový X spirálovitý styl vývoje == |
+ | |||
+ | === Vodopádový (Watterfall) === | ||
+ | [[Soubor:Vodopádový model.png|vpravo|náhled]] | ||
+ | Framework - '''lineární''' nebo také tzv. '''sekvenční typ''' | ||
+ | <br /> | ||
+ | Vodopádový styl vývoje SW je považován za první kompletní metodiku vývoje SW. Vývoj je v tomto modelu vyobrazen jako neustále se svažující tok činností. Postup je přesně daný, jde od první fáze k další přísně sekvenčním způsobem. Fáze jdou za sebou bez iterací a po každé fázi následuje schvalovací proces, kterým musí projit také veškerá dokumentace. Bez tohoto procesu schválení není možné pokračovat a začít další fázi vývoje. Pokud se i přes schválení najde v další fázi chyba, je nutné se vrátit zpět do fáze předchozí. | ||
+ | ==== Klady ==== | ||
+ | * '''jednoduchost''' - jednoduchý na pochopení, práci i jeho řízení. | ||
+ | * '''přehlednost''' - je snadno zjistitelné v jaké fázi se projekt právě nachází, co už je splněno a kde nastala chyba, pokud se tak stane. | ||
+ | ==== Zápory ==== | ||
+ | * '''stáří''' - změna postoje společnosti na vývoj SW od jeho zavedení. | ||
+ | * '''není flexibilní''' - pokud se během vývoje objeví nový požadavek na SW, musí se celý proces začít znovu od začátku. | ||
+ | * '''zákazník vidí až konečný výsledek''' - není možné během vývoje prezentovat zákazníkovi jak bude vypadat výsledek, jelikož jsou hotové jen určité fáze vývoje. Konečný výsledek, tedy nemusí být pro zákazníka uspokojivý. | ||
+ | === Spirálovitý === | ||
+ | [[Soubor:Spirálovitý model.png|vpravo|náhled]] | ||
+ | Framework - kombinace '''sekvenčního a iterativního typu'''. | ||
+ | <br /> | ||
+ | Novější metodika, než watterfall. Je výsledkem snahy napravit nedostatky předchozího modelu. Vznikl v roce '''1958''' z iniciativy [https://en.wikipedia.org/wiki/Barry_Boehm Barryho Boehma]. Tento model se dá označit spíše za model životního cyklu SW než metodiky vývoje jelikož je v něm vyobrazeno cyklické opakování jednotlivých kroků vývoje (tzv. iterace). | ||
+ | <br /> | ||
+ | <br /> | ||
+ | '''Vychází z předchozího modelu, ale přináší novinky:''' | ||
+ | * interaktivní přístup | ||
+ | * podrobná analýza rizik | ||
− | === | + | ==== Klady ==== |
+ | * '''vhodné i pro velké projekty''' - nezávislost na metodice, která se při samotném vývoji použije. | ||
− | === | + | ==== Zápory ==== |
+ | * '''komplikovaný''' | ||
+ | * '''zákazník vidí až konečný výsledek''' | ||
+ | <br /> | ||
+ | <br /> | ||
+ | Ani jeden z modelů se dnes už nepoužívá ve velkých projektech. Dnes jsou využívané '''agilní metodiky'''. |
Verze z 19. 11. 2020, 18:11
Software (dále jen SW), neboli programové vybavení počítače, které provádí nějakou činnost. Jedná se o nehmotnou část počítače, tedy opak hardwaru.
Obsah
Historie
Vývoj software
Metodika vývoje
Metodika vývoje softwaru je souhrn různých postupů, plánování a řízení vývoje a zároveň také samostatný obor zabývající se vytvářením, prováděním a ovlivňováním jednotlivých metodik vývoje SW. Metodikou se také může chápat využití určitého frameworku a dalších postupů. Dříve se používaly tradiční metodiky vývoje, které se ale nakonec neujaly, kvůli velké byrokratické zátěži a přešlo se k agilním metodám.
Fáze vývoje
Profese podílející se na vývoji
vodopádový X spirálovitý styl vývoje
Vodopádový (Watterfall)
Framework - lineární nebo také tzv. sekvenční typ
Vodopádový styl vývoje SW je považován za první kompletní metodiku vývoje SW. Vývoj je v tomto modelu vyobrazen jako neustále se svažující tok činností. Postup je přesně daný, jde od první fáze k další přísně sekvenčním způsobem. Fáze jdou za sebou bez iterací a po každé fázi následuje schvalovací proces, kterým musí projit také veškerá dokumentace. Bez tohoto procesu schválení není možné pokračovat a začít další fázi vývoje. Pokud se i přes schválení najde v další fázi chyba, je nutné se vrátit zpět do fáze předchozí.
Klady
- jednoduchost - jednoduchý na pochopení, práci i jeho řízení.
- přehlednost - je snadno zjistitelné v jaké fázi se projekt právě nachází, co už je splněno a kde nastala chyba, pokud se tak stane.
Zápory
- stáří - změna postoje společnosti na vývoj SW od jeho zavedení.
- není flexibilní - pokud se během vývoje objeví nový požadavek na SW, musí se celý proces začít znovu od začátku.
- zákazník vidí až konečný výsledek - není možné během vývoje prezentovat zákazníkovi jak bude vypadat výsledek, jelikož jsou hotové jen určité fáze vývoje. Konečný výsledek, tedy nemusí být pro zákazníka uspokojivý.
Spirálovitý
Framework - kombinace sekvenčního a iterativního typu.
Novější metodika, než watterfall. Je výsledkem snahy napravit nedostatky předchozího modelu. Vznikl v roce 1958 z iniciativy Barryho Boehma. Tento model se dá označit spíše za model životního cyklu SW než metodiky vývoje jelikož je v něm vyobrazeno cyklické opakování jednotlivých kroků vývoje (tzv. iterace).
Vychází z předchozího modelu, ale přináší novinky:
- interaktivní přístup
- podrobná analýza rizik
Klady
- vhodné i pro velké projekty - nezávislost na metodice, která se při samotném vývoji použije.
Zápory
- komplikovaný
- zákazník vidí až konečný výsledek
Ani jeden z modelů se dnes už nepoužívá ve velkých projektech. Dnes jsou využívané agilní metodiky.