Nebojte se přiznat, že potřebujete SQA Internet a technologie 16 Václav Klimeš vaclav.klimes@nic.cz 1. 6. 2016
Osnova Kvalita Koncept kvality Co je a není SQA (Software Quality Assurance) Proč se zajímat o kvalitu Čtyři technické role ve firmě Představení role/co může prakticky dělat Přínosy role ke kvalitě 2
Kvalita 3
Základní pojmy Kvalita stupeň splnění požadavků souborem inherentních charakteristik Model kvality softwaru funkční vhodnost, účinnost, kompatibilita použitelnost, spolehlivost, bezpečnost ČSN EN ISO 9000:2005 udržovatelnost, přenositelnost ISO/IEC 25010:2011 4
Koncept kvality ČSN EN ISO 9000:2005 politika kvality stanovení cílů kvality PLAN plánování specifikace procesů kvality management kvality prokazování kvality (quality assurance) DO poskytování důvěry, že požadavky na kvalitu budou splněny ADJUST zvyšování schopnosti plnit požadavky na kvalitu zlepšování kvality řízení kvality (quality control) testování CHECK plnění požadavků na kvalitu 5
Přínosy péče o kvalitu Udržování zaměření na stanovené cíle zlepšování se, zlepšování produktů, vztahy se zákazníky i mezi pracovníky,... Efektivní používání zdrojů čas, úsilí, hardware,... Větší hodnota produktů software, služby,... Spokojenost a důvěra zainteresovaných stran zákazníci (interní i externí), technici, management,... 6
Testeři 7
Co můžou testeři dělat pro kvalitu Testovat specifikaci, zadání, dokumentaci, úplnost, jednoznačnost, konkrétnost, srozumitelnost, správnost, ověřitelnost, adekvátnost,... Zapojovat zákazníky ujasňování požadavků provádění akceptačního testování se zákazníkem Zaznamenávat své osvědčené postupy konkrétní: testovací případy a popis produktu obecné: pro zastupitelnost 8
Přínosy testerů ke kvalitě Udržování zaměření na stanovené cíle poskytování informací o kvalitě produktu a zbytkovém riziku Efektivní používání zdrojů systematické podněty ke zlepšení a rozvoji Větší hodnota produktů funkční vhodnost, kompatibilita, použitelnost, spolehlivost Spokojenost a důvěra zainteresovaných stran mediace mezi vývojáři a interními zákazníky 9
Vývojáři 10
Co můžou vývojáři dělat pro kvalitu Revidovat si navzájem kód Vytvářet jednotkové testy Psát (vývojářskou) dokumentaci Používat kontrolní a refaktorační nástroje Dodržovat, vytvářet a reformovat pracovní postupy (coding standard,...) Úzce spolupracovat s testery 11
Dokumentaristé 12
Dokumentace a dokumentaristé Technický dokumentarista je profesionální autor dokumentace, jehož úkolem je shromažďovat, uspořádávat a rozšiřovat technické informace a koncepty srozumitelnou formou, která je adekvátní cílovému posluchačstvu (technický dokumentarista = technical writer) Vytvoření dokumentace nemá být samoúčelné, ale má být činností, která přidává hodnotu. ČSN EN ISO 9000:2005 13
Co dělá dokumentarista (1) Vytváří (a aktualizuje) dokumentaci ne tu, která je potřebná pro vývoj tu lépe vytvoří jiní: ne analytická (soupis požadavků, analýza,...) ne organizační (plány, zápisy ze schůzek,...) ne vývojářská (komentáře v kódu, architektura, rozhraní komponent,...) ne testovací (testovací případy, sady a plány, zprávy o testech) nýbrž tu, která míří k uživatelům vývojáři mají malý odstup: uživatelská (uživatelská příručka, nápověda, znalostní báze,...) příp. administrátorská (instalační příručka, popis konfigurace...) příp. obchodní (soupis vlastností,...) 14
Co dělá dokumentarista (2) Sepisuje a reviduje stávající dokumentaci Může radit ohledně dokumentace, kterou nevytváří Může revidovat či testovat dokumentaci, kterou nevytváří Navrhuje koncepci dokumentování potřebné technické prostředky: formální jazyk, software... umístění dokumentace způsob uchovávání, aktualizace a rozšiřování dokumentace označování, pojmenování a formální náležitosti dokumentace pokyny pro vytváření Podpůrně: seznamovat (se) s dokumentovanými systémy 15
Přínosy dokumentaristů ke kvalitě Udržování zaměření na stanovené cíle zacílení na zákazníky Efektivní používání zdrojů efektivní uspořádání informací Větší hodnota produktů použitelnost, udržovatelnost Spokojenost a důvěra zainteresovaných stran spokojení zákazníci, dílem i kolegové 16
Sekundární podpora 17
Sekundární podpora Co je sekundární podpora služba, která zajišťuje úplné a systémové odstranění problémů zjištěných při používání a provozu informačního systému stručně a nepřesně: technická podpora zákaznické podpory Co řeší případy, u nichž nejsou dosud známá řešení nestandardní provozní požadavky případy, které nelze řešit operativně: požadavky na drobné změny a úpravy 18
Přibližný postup sekundární podpory 1.Přijmout hlášení od helpdesku 2.Zjistit a najít potřebné informace (helpdesk, databáze, dokumentace, reprodukce chyby, ) 3.Buď vyřešit, anebo i. upřesnit, konkretizovat a zobecnit zjištěné informace ii. vytvořit hlášení pro techniky iii.přiřadit hlášení kompetentní osobě a postarat se, aby záležitost nezapadla 4.Poskytnout helpdesku a/nebo zákazníkovi vyjádření 19
Přínosy sekund. podpory ke kvalitě Udržování zaměření na stanovené cíle zacílení na zákazníky propojování oddělení Efektivní používání zdrojů zamezení ztráty podnětů ke zlepšení od zákazníků úspora kapacit vývojářů a administrátorů Větší hodnota produktů větší použitelnost (podpora je součást produktu) Spokojenost a důvěra zainteresovaných stran rychlejší a účinnější řešení technických problémů zákazníků nižší frustrace zákaznické podpory 20
Závěrem Každý může pro kvalitu něco dělat! Václav Klimeš vaclav.klimes@nic.cz