Způsoby prevence chyb v software, oponentury.

Z Na státnice zvesela!

[editovat] Preventivní techniky (jeden ze způsobů QA - Quality Assurance)

• Kontroly
  • automatické testování
  • prověření meziproduktu nezávislým oponentem dříve než se z něj začne vycházet v další práci
  • technická oponentura
  • párové programování, refactoring
  • peer review (kontrola nezaujatým čtenářem)
  • strukturované procházení (lehčí, flexibilnější verze techncké oponentury)
• Měření
  • kvantitativní ukazatele pomáhají najít slabiny kvality
  • přesnost a dokazatelnost, možnost statistik
  • GQM (Goal, Question, Metric) přístup, FURPS(Functionality, Usability, Reliability, Performance, Supportability)

[Zdroj: ASWI přednášky, Brada]

[editovat] Technická oponentura

• Též Faganovská inspekce (Fagan, IBM 1976)
• Skupinová technika (využití diverzity pohledů, cca 4-7 lidí)
• Cíl: odhalit chyby v návrhu/kódu, sledování standardů, vzdělávání
• Ne: dělat potíže autorovi (neúčast vedení), hledat nápravu chyb
• Role ve skupině
  • moderátor – řídí diskusi
  • průvodce – předkládá dílo (není autor)
  • autor – vysvětluje nejasnosti
  • zapisovatel – zaznamenává nalezené problémy
  • oponenti – hledají chyby, obvykle podle seznamů otázek

[editovat] Technická oponentura – postup

• Příprava
  • distribuce díla (moderátor), projití a hledání problémů (oponenti)
• Schůzka
  • sekvenční procházení díla (průvodce či moderátor)
  • vznášení připomínek
  • zapisování nálezů (chyb a otevřených otázek)
  • nejvýše 2 hodiny,nepřipouštět dlouhé diskuse, řešení chyb (moderátor), možná následná schůzka pro vyjasnění otázek
• Závěry
  • verdikt: v pořádku / drobné chyby / nutné přepracování / nová oponentura
  • autor odstraní chyby dle nálezů, moderátor zkontroluje

(zdroj: Kubovec - Okruhy otázek ke státní závěrečné zkoušce z předmětu - Návrh informačních systémů (NIS) 2005/2006)