Přírůstkový model sestavení - Incremental build model
| Vývoj softwaru |
|---|
| Hlavní činnosti |
| Paradigmata a modely |
| Metodiky a rámce |
| Podpůrné disciplíny |
| Praxe |
| Nástroje |
| Standardy a subjekty znalostí |
| Glosáře |
Model přírůstkového sestavení je metoda vývoje softwaru, kde je produkt navržen , implementován a testován postupně (pokaždé je přidáno trochu více), dokud není produkt dokončen. Zahrnuje vývoj i údržbu. Produkt je definován jako hotový, pokud splňuje všechny jeho požadavky. Tento model kombinuje prvky modelu vodopádu s iterativní filozofií prototypování .
Produkt je rozložen na řadu komponent, z nichž každá je navržena a postavena samostatně (označována jako build). Po dokončení je každá součást doručena klientovi. To umožňuje částečné využití produktu a vyhne se dlouhé době vývoje. Rovněž se vyhýbá velkým počátečním kapitálovým výdajům a následné dlouhé čekací době. Tento model vývoje také pomáhá zmírnit traumatický efekt zavedení zcela nového systému najednou.
Inkrementální model
Inkrementální model aplikuje model vodopádu postupně.
Série verzí se označuje jako „přírůstky“, přičemž každý přírůstek poskytuje zákazníkům více funkcí. Po prvním přírůstku je dodán základní produkt, který již může zákazník použít. Na základě zpětné vazby od zákazníků je vytvořen plán pro další přírůstky a podle toho jsou provedeny úpravy. Tento proces pokračuje a přírůstky se dodávají, dokud není dodán kompletní produkt. Inkrementální filozofie se také používá v modelu agilního procesu (viz agilní modelování ).
Inkrementální model lze použít na DevOps . V DevOps se soustřeďuje na myšlenku minimalizace rizika a nákladů na přijetí DevOps při budování potřebných interních dovedností a hybnosti.
Charakteristika přírůstkového modelu
- Systém je rozdělen na mnoho mini vývojových projektů.
- Částečné systémy jsou postaveny tak, aby vytvářely finální systém.
- Nejprve byly řešeny požadavky nejvyšší priority.
- Jakmile je vyvinuta přírůstková část, požadavek na část je zmrazen.
Výhody
- Po každé iteraci by mělo být provedeno regresní testování. Během tohoto testování lze rychle identifikovat vadné prvky softwaru, protože v rámci jedné iterace je provedeno několik změn.
- Je obecně snazší testovat a ladit než jiné metody vývoje softwaru, protože během každé iterace dochází k relativně menším změnám. To umožňuje cílenější a důkladnější testování každého prvku v rámci celkového produktu.
- Zákazník může reagovat na funkce a zkontrolovat produkt, zda neobsahuje potřebné nebo užitečné změny.
- Počáteční dodání produktu je rychlejší a stojí méně.
Nevýhody
- Výsledné náklady mohou překročit náklady organizace.
- Jak je do produktu přidána další funkce, mohou nastat problémy související s architekturou systému, které nebyly patrné v dřívějších prototypech
Zahrnuté úkoly
Tyto úkoly jsou společné pro všechny modely
- Komunikace: pomáhá pochopit cíl.
- Plánování: vyžaduje se tolik lidí (softwarových týmů), kteří pracují na stejném projektu, ale mají různé funkce současně.
- Modelování: zahrnuje obchodní modelování, modelování dat a modelování procesů.
- Konstrukce: zahrnuje softwarové komponenty pro opětovné použití a automatický kód.
- Nasazení: integrace všech přírůstků.