Úvod
Lineární sekvenční model softwarového inženýrství, někdy známý jako „tradiční životní cyklus“ nebo „vodopádový model“, lineární sekvenční model navrhuje systematické, sekvenční metody vývoje softwaru (ačkoli nejstarší vodopádový model navržený Winstonem Roycem [Roy70] podporuje cyklus zpětné vazby, většina organizace, které používají procesní model, jsou považovány za přísně lineární), počínaje úrovní systému, poté analýzou, návrhem, kódováním, testováním a údržbou.
Základní myšlení modelu
The core idea of the waterfall model is to simplify the problem according to the process, and the implementation and design of the function will be separated, which is easy to divide and cooperate. Separate logic implementation with physical implementation. The software life cycle is divided into six basic activities such as planning, demand analysis, software design, program writing, software testing and operation maintenance, and specify their own fixed order, such as waterfall, step by step. whereabouts.
Model vodopádu je nejstarší model vývoje softwaru, který hraje důležitou roli v softwarovém inženýrství, které poskytuje základní rámec pro vývoj softwaru. Procesem je přijmout pracovní objekt události jako vstup z předchozí aktivity a použít tento vstup k implementaci obsahu události, která má být dokončena, aby poskytla pracovní výsledky události, a přenést jej do další aktivity jako výstup. . Zároveň je kontrolována realizace této aktivity. Pokud potvrdíte, pokračujte v další události; jinak vrátit událost dopředu, ještě víc. Vodopádový model je pro aktuálně se měnící položky bezcenný.
Systém / Informační inženýrství a modelování
Protože software je vždy velká systémová (nebo obchodní) komponenta, měli byste stanovit potřeby všech systémových komponent a poté jsou softwaru přiřazeny některé podmnožiny. Celý systém je založen na softwaru jako na dalších komponentách, jako je hardware, lidé a databázová rozhraní. Systémové inženýrství a analýza zahrnují poptávku po shromažďování na úrovni systému a také malou část analýzy a návrhu nejvyšší vrstvy. Informační projekty zahrnují poptávku po strategické obchodní třídě a obchodních sektorech.
Analýza poptávky po softwaru
Proces sběru poptávky je centralizován zejména do softwaru. Aby porozuměl podstatě programu, musí softwarový inženýr ("Analytik") porozumět informacím o softwaru a funkčnosti, chování, výkonu a rozhraní poptávky. Systémové a softwarové požadavky podléhají dokumentaci a přezkoumání s uživateli.
Design: Návrh softwaru je ve skutečnosti vícestupňový proces, který se zaměřuje na čtyři zcela odlišné vlastnosti programu: datovou strukturu, architekturu softwaru, reprezentaci rozhraní a detaily procesu (algoritmu). Proces návrhu převádí poptávku na softwarovou reprezentaci a její kvalitu lze posoudit před kódováním. Stejně jako poptávka je i návrh součástí dokumentace a je součástí softwarové konfigurace.
generování kódu: Návrh musí být převeden do strojově čitelné podoby. Tímto krokem je tento úkol dokončen. Pokud byl návrh podrobně vyjádřen, lze generování kódu provést automaticky.
Test: Jakmile je kód vygenerován, můžete zahájit testování programu. Testovací proces se zaměřuje na vnitřní logiku softwaru – zaručuje, že jsou testovány všechny příkazy, stejně jako externí funkce – to znamená, že test spustíte, abyste odhalili chyby a zajistili, že definovaný vstup může produkovat stejný výstup, jak se očekávalo.
Údržba: Software se po dodání nevyhnutelně chce upravit (možnou výjimkou je vestavěný software). K úpravám dojde v následujících případech: Když dojde k chybě; kdy se software musí přizpůsobit změnám ve vnějším prostředí (například kvůli novému operačnímu systému nebo periferním zařízením); nebo když chce uživatel zlepšit funkci nebo výkon. Údržba softwaru opakuje předchozí fáze, rozdíly v ní jsou pro stávající postupy, nikoli pro nové programy.
Sekvenční a závislost mezi lineárním sekvenčním modelem
1) Posloupnost a závislost mezi fází, projekt se provádí v určitém pořadí od začátku do konce; model vodopádu je řízen dokumenty, každý fáze není intersitive.
2) Přísné hodnocení fáze musí nejprve přísné hodnocení, aby mohlo vstoupit do další fáze.
3) Je třeba jasně uvést počáteční období vývoje.
4) Dlouhý vývojový cyklus, riziko.
Nevýhody lineárního sekvenčního modelu
1) Většinu skutečných projektů je obtížné provést v pořadí daném v tomto modelu a tento model je iterativní, což je snadné. Způsobuje to velký chaos z drobných změn.
2) V mnoha případech je pro zákazníka obtížné vyjádřit skutečnou poptávku a tento model je vyžadován, tento model není „vítán“, když má problém s erliness.
3) Zákazník chce počkat až do konce vývojového cyklu uvidí spuštěnou testovací verzi programu, a když najdete velkou chybu, může to u zákazníka vyvolat paniku a následky mohou být katastrofální . z.
4) často se setkává s úkolem čekání na ostatní členy, aby dokončili svou závislost na začátku a konci procesu, je možné strávit delší dobu, než je doba vývoje. K „blokování státu“.
Výhody lineárního sekvenčního modelu
1) Poskytuje šablonu, díky které mohou mít metody analýzy, návrhu, kódování, testování a podpory společné v této šabloně. průvodce.
2) Přestože existuje mnoho defektů, je to mnohem lepší než prezentovat náhodný stav při vývoji softwaru.