UML - Vývojový proces, část 1

Jakmile jsme se rozhodli vytvořit software, který potřebujeme, od začátku se díky tomu setkáme s různými prvky UML můžeme udělat docela podrobnou fázi modelování, která pomůže vývojovému týmu.
S tím však souvisí i další faktory UML Ačkoli nemusí mít nic společného s tvorbou diagramů, jedním z těchto faktorů je metodika vývoje softwaru projektu, který se chystáme provést.
Metodiky
Při zahájení projektu je nejnormálnější, že existují členové týmu, kteří chtějí začít vyvíjet a kódovat řešení od prvního dne, nicméně tento typ netrpělivosti je třeba okamžitě vypnout, a to nejen proto, že není možné vědět, co jsou zač. to do. Zaměřte se na vývojáře, ale také přidejte faktor tlaku, abyste v krátké době viděli „hmatatelné“ výsledky.
Co se dnes stane, máme skvělé rámců práce, která slibuje zkrácení vývojových hodin při používání jejich nástrojů, ale pokud náš projekt není dobře zaměřený, skončíme na opravě toho, co již bylo provedeno v počátečních okamžicích, více než je nutné.
A metodologie Pomáhá nám vybudovat kroky, které se chystáme provést při realizaci stavby projektu, který jsme vymysleli, během různých fází zvolené metodiky budeme mít prostor pro shromažďování informací, modelování řešení , různé případy použití a konečně začátek kódování.
V tuto chvíli máme dvě varianty:

• Stará metoda.
• Nedávná metoda.

Každý z nich vygeneroval dostatek informací, aby mohl popsat postup stavby projektu.
Podívejme se na první z nich.
Stará metoda
Tato metoda v té době dělala to, aby se fáze dělaly jeden po druhém, čímž se zjednodušil způsob, jakým byl problém postaven, pak co je provedeno bylo definovat řadu fází a stanovit výpadky pro provedení každé z nich.
Kvůli tomuto zjednodušení, když se problém vyskytl v pozdější fázi, ale problém byl odvozen z dřívější fáze, bylo nutné prakticky rozbít odhady projektu a začít znovu.
Kvůli oddělení každé fáze bylo běžné najít případy, kdy vývojář nikdy nespolupracoval s návrhářem nebo systémovým modelářem, čímž došlo k rozvedení softwaru od osoby, která vymyslela funkce.
Podívejme se na následující grafiku, která popisuje proces provedený touto metodikou:

Jedná se o kaskádový proces, který má svůj název, protože každá fáze plyne za druhou a pro zahájení nové fáze je nutné dokončit tu současnou, jak jsme již zmínili dříve, tento přístup má závažné nevýhody.
Tímto dokončujeme tuto první část tutoriálu, víme již něco více o tom, jak metodika vývoje softwaru fungovala v dávných dobách, v další části uvidíme nejnovější metodiky a další důležité aspekty vývojového procesu.
Nechávám zde část 2 tohoto výukového programu Líbil se vám tento návod a pomohl mu?Autora můžete odměnit stisknutím tohoto tlačítka, čímž mu dáte kladný bod