Model chaosu - Chaos model

v výpočetní, model chaosu je struktura vývoj softwaru. Jeho tvůrce, který používal pseudonym L.B.S. Mýval,^[1] poznamenal, že modely řízení projektů, jako je spirálový model a model vodopádu, i když je dobrý ve správě plánů a zaměstnanců, neposkytl metody pro opravu chyb nebo řešení jiných technických problémů. Metodiky programování zároveň, i když jsou účinné při opravování chyb a řešení technických problémů, nepomáhají při správě termínů ani při reakci na požadavky zákazníků. Struktura se pokouší tuto mezeru překlenout. Teorie chaosu byl použit jako nástroj, který pomáhá porozumět těmto problémům.^[2]

Životní cyklus vývoje softwaru

Model chaosu poznamenává, že fáze životního cyklu se vztahují na všechny úrovně projektů, od celého projektu až po jednotlivé řádky kódu.

• Celý projekt musí být definován, implementován a integrován.
• Systémy musí být definovány, implementovány a integrovány.
• Moduly musí být definovány, implementovány a integrovány.
• Funkce musí být definovány, implementovány a integrovány.
• Řádky kódu jsou definovány, implementovány a integrovány.

Jednou důležitou změnou v perspektivě je, zda lze projekty považovat za celé jednotky, nebo je nutné o nich uvažovat po částech. Nikdo nenapíše desítky tisíc řádků kódu na jedno sezení. Píšou malé kousky po jednom řádku a ověřují, že malé kousky fungují. Pak se odtamtud hromadí. Chování komplexního systému vyplývá z kombinovaného chování menších stavebních bloků.

Strategie chaosu

Strategie chaosu je strategie vývoje softwaru založená na modelu chaosu. Hlavní pravidlo je nejdříve vždy vyřešte nejdůležitější problém.

• An problém je neúplný programovací úkol.
• The nejdůležitější problém je kombinací velký, naléhavé, a robustní.
  • Velký problémy poskytují uživatelům hodnotu jako funkční funkčnost.
  • Naléhavé problémy jsou aktuální v tom, že by jinak obdržely jinou práci.
  • Robustní problémy jsou důvěryhodné a po vyřešení testovány. Vývojáři pak mohou bezpečně zaměřit svou pozornost jinde.
• Na odhodlání znamená uvést jej do bodu stability.

Strategie chaosu se podobá způsobu, jakým programátoři pracují na konci projektu, když mají seznam chyb, které mají opravit, a funkcí, které mají vytvořit. Obvykle někdo upřednostňuje zbývající úkoly a programátoři je opravují jeden po druhém. Strategie chaosu uvádí, že je to jediný způsob, jak tuto práci vykonat.

Strategie chaosu byla inspirována Jít strategie.^{[Citace je zapotřebí ]}

Spojení s teorií chaosu

Existuje několik vazeb s teorie chaosu.

• Model chaosu může pomoci vysvětlit, proč má software tendenci být tak nepředvídatelný.
• Vysvětluje, proč jsou koncepty na vysoké úrovni podobné architektura nelze zpracovat nezávisle na řádcích kódu nízké úrovně.
• Poskytuje háček pro vysvětlení, co dělat dále, pokud jde o strategii chaosu.

Viz také

• V-model

Reference

Další čtení

• Roger Pressman (1997) Software Engineering: A Practitioner's Approach 4. vydání, strany 29–30, McGraw Hill.
• Raccoon (1995) Model chaosu a životní cyklus chaosu, v poznámkách ACM Software Engineering, svazek 20, číslo 1, strany 55 až 66, leden 1995, ACM Press.