Plán zajištění jakosti
Účel plánu:
Účelem plánu
zajištění jakosti je stanovit pravidla, kterými se bude řídit tým při vývoji a
která pomohou dosáhnout požadované kvality produktu „Elektronický obchod“.
Odkazy:
Další dokumenty
související s plánem SQA jsou tyto:
Řízení:
Viz. Řešitelský
tým
Úkoly:
Kontroluje dodržování
harmonogramu prací, zajišťuje organizační záležitosti, vypracuje Rámcový plán
projektu a Detailní plán etapy analýzy
Vypracuje dokumentaci pro zajištění kvality (Plán
řízení jakosti, Plán testů a akceptací); provádí průběžné kontroly řešení,
evaluace, verifikace a validace podle Harmonogramu testů; vypracovává průběžné
zprávy z kontroly řešení
Zpracuje Datový model a model
chování
Zpracuje Dynamický mode a procesorový model
Zpracuje uživatelské rozhraní, speaker
Zpracuje funkční model
Odpovědnost:
zodpovídá za dodržení harmonogramu prací a řešení požadavků týmu
zodpovídá za celý proces SQA, provádění a návrh testů
odpovídá za vypracování jemu přidělenému úkolu viz. matice zodpovědnosti
odpovídá za vypracování jemu přidělenému úkolu viz. matice zodpovědnosti
odpovída za vypracování jemu přidělenému úkolu viz. matice zodpovědnosti
odpovídá za vypracování jemu přidělenému úkolu viz. matice zodpovědnosti
Dokumentace
Dokumentace bude
sloužit jako opěrný bod při všech kontrolách jakosti a sama jim bude podléhat.
Zejména je nutné udržet integritu mezi jednotlivými dokumntami a později mezi
dokumentací a skutečnou implementací.
Dokumentace bude
vytvořena ve formátu HTML a DOC. Platné verze budou ukládany na webové stránce
projektu s datem poslední aktualizace a jedině tyto mohou být považovány
za správné. Dojde-li ke změně dokumentu, jeho zrušení nebo vytvoření dokumentu
nového, všichni členové budou uvědoměni elektronickou poštou. Je osobní
zodpovědností každého člena týmu pracovat vždy s aktuální verzí
dokumentace.
Úvodní studie bude vytvořena na základě veřejného výzkumu mezi potenciální
klientelou. Bude obsahovat Deklaraci záměru, Odborný článek, Diagram kontextu,
Model jednaáni a Datový slovník. Zde bude posuzována především úplnost
dokumentace a integrita v ráci dokumentu.
Projektová studie bude vypracována s pomocí údajů uvedených
v Úvodní studii. Při hodnocení kvality se bude hodnotit, zda se podařilo
reálně odhadnout nároky na HW i SW, náklady (HW, SW, vývoj) a časovou náročnost
jednotlivých etap vývoje.
Dokmentace bude obsahovat Řešitelský tým, Návrh řešení, Ceny HW, licencí a
vývoje SW, Harmonogram projektu
Analytická dokumentace bude zejména obsahovat popis datového, funkčního a
dynamického modelu. Dokumentace návrhu bude obsahovat seznam komponent a
procesorový model. Její nedílnou součástí téz bude E-R schéma, scénář událostí,
Data flow diagramy, Návrh uživatelského rozhraní (GUI).
Předmětem kontroly kvality bude především integrita, úplnost a věcná
správnost. Protože z této dokumentace již bude vycházet implementace, bude
zejména požadováno, aby veškeré dspecifikace byly úplné.
Dokumentace bude obsahovat harmonogram testů jednotlivých
bodů předchozí dokumentace a také způsob testování, očekávané a dosažené
výsledky.
Tyto dokumenty budou založeny na
předchozích dokumentech uvedené v této kapitole. U Plánu zajištění kvality bude
posuzováno, zda vyhovuje standardu IEEE 730, zda je úplný a zda nekoliduje
s jinými dokumenty. Harmonogram zajišťování kvality musí korelovat s
Harmonogramem řešení a závislosti v něm uvedené musí být smysluplné a korektní
Uživatelská dokumentace
Uživatelská
dokumentace bude vypracována na základě analytické dokumentace a zejména
samotné implementace. Bude obsahovat Průvodce instalací, Učebnicí používání
produktu a referenční příručku. Kontrolována bude jednotnost pojmů
v jednotlivých dokumentech, správnost, věcnost a srozumitelnost (bude
posouzena odborníkem, který se na projektu nepodílel.
Účelem této kapitoly
je stanovit jednotné konvence, které budou dodržovány při vytváření dokumentace
a psaní kódu.
Při psaní
dokumentace v HTML bude dodržován standart HTML 4.01. Kódování češtiny
bude Windows CP-1250.
Účelem revizí a
auditů je zajistit vyrovnanou kvalitu v průběhu celého vývoje produktů a
co nejdříve zamezit šíření chyb do dalších etap. Inspekce v předem
naplánovaných okamžicích, které jsou z hlediska vývoje kritické pro další
postup, mohou tyto náklady podstatně snížit.
Inspekcí se bude
vždy účastnit vedoucí týmu Libor Buš, testér Michal Štusák a osoba odpovědná za
část projektu pro kterou se dělá inspekce. Výsledkem bude zápis o nutných
změnách, které musí být provedeny, a nedostatcích, které musí být odstraněny,
případně zhodnocení dosavadních výsledků jako vyhovující a jejich přijetí.
Pokud nebudou zjištěné závady zásadního charakteru, inspekce se nad opravenými
dokumenty nebude opakovat a provede se jen revize změn.
O výsledcích
každé inspekce budou informováni ostaní členové týmu, aby na základě
provedených změn mohli upravit svojit činnost, pokud se dané změny týkají.
V souladu
s Harmonogramem zajišťování kvality jsou naplánovány tyto inspekce:
Evaluace úvodní studie, kontrola plnění požadavků, kontrola integrity
dokumentu
Evaluace analýzy, kontrola plnění požadavků, kontrola integrity analýzy,
verifikace s úvodní studií
Evaluace návrhu, kontrola plnění požadavků, kontrola integrity návrhu,
verifikace s analýzou
Audity
Vzhledem
k velikosti projektu a velikosti vývojového týmu a dále s ohledem na
rozpočet projektu se neplánují nezávislé audity.
Účelem testů je
ověřit předpokládanou činnost programu a s co největší pravděpodobností
objevit skryté chyby.
jednotkový test - white box testing
integrační test - verifikace programové konstrukce (black-box a
částečně white-box - pokrytí hlavních cest řízení)
validační test - ověření, že program vyhovuje požadavkům na
funkci, chování a provedení ( black-box).
systémový test - test v kombinaci s ostatními
systémovými prvky - HW, databáze, uživatelé.
Všechny zjištěné chyby budou uloženy v souboru Error.lst. Soubor s chybami bude obsahovat tyto naležitosti : datum a čas, jméno člena, který chybu objevil, a člena, který je za ni (pravděpodobně) zodpovědný, přesný popis, jak k ní došlo, a zda je reprodukovatelná.
Nástroje:
Základem SQA budou předem plánované inspekce a revize. Doplňujícím prvkem budou pravidelné porady, pro které nebude vyžadována předběžná příprava, a na kterých se budou řešit aktuální problémy včetně těch spojených s procesem SQA
Data budou uchovávána na jednotlivých počítačích, používaných pro vývoj, které budou v kancelářích. Dále též data budou uložena na centrálním serveru. Záloha tohoto serveru se bude provádět denně na DLT pásku (systémem 4+1).
Vývoj tohoto projektu není závislý na ostatních subdodavatelích s vyjímkou hardwaru a vývojového softwaru. Za kontakt s subdodavatelskou firmou je odpovědný Libor Buš.
Michal Štusák průběžně pořizuje dokumentaci k procesu SQA, tedy zápisy jednotlivých schůzek, revizí a inspekcí a výsledky testů. Pro tyto dokumenty platí stejná pravidla jako pro zbytek dokumentace a jsou ukládány, zpřístupňovány a zálohovány stejným způsobem .
Školení
Po uvedení produktu do praxe, bude provedeno školení zaměstnanců klienta v obsluze produktu.