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:

 

  1. Úvodní studie (Deklarace záměru, Odborný článek, Diagram kontextu, Model jednání, Datový slovník)
  2. Projektová dokumentace (Řešitelský tým, Návrh řešení, Rozpočet, Seznam úloh, Harmonogram řešení)
  3. Analytická dokumentace (E-R schéma, Scénář událostí, Data Flow diagramy)
  4. Dokumentace návrhu
  5. Uživatelská dokumentace (Průvodce instalací, Učebnice používání, Referenční příručka)
  6. Testy (Plán testů a akceptací)
  7. Harmonogram zajišťování kvality

 

Řízení:

 

Organizace

 

Viz. Řešitelský tým

 

Úkoly:

 

  1. Libor Buš

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

  1. Michal Štusák

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í

  1. Michal Valenta

Zpracuje  Datový model a model chování

  1. Václav Přibík

Zpracuje Dynamický mode a procesorový model

  1. Adam Sporka

Zpracuje uživatelské rozhraní, speaker

  1. Petr Hrůša

Zpracuje funkční model

 

 

 

Odpovědnost:

  1. Libor Buš

zodpovídá za dodržení harmonogramu prací a řešení požadavků týmu

  1. Michal Štusák

zodpovídá za celý proces SQA, provádění a návrh testů

  1. Michal Valenta

odpovídá za vypracování jemu přidělenému úkolu viz. matice zodpovědnosti

  1. Václav Přibík

odpovídá za vypracování jemu přidělenému úkolu viz. matice zodpovědnosti

  1. Adam Sporka

odpovída za vypracování jemu přidělenému úkolu viz. matice zodpovědnosti

  1. Petr Hrůša

odpovídá za vypracování jemu přidělenému úkolu viz. matice zodpovědnosti

 

Dokumentace

 

Úvod

 

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.

 

Vývojářská dokumentace

 

  1. Úvodní studie

Ú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.

  1. Projektová studie

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

  1. Analytická dokumentace

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é.

  1. Testy

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.

  1. Plán zajištění kvality a Harmonogram zajišťování kvality

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.

 

Standarty

 

Účel

 

Účelem této kapitoly je stanovit jednotné konvence, které budou dodržovány při vytváření dokumentace a psaní kódu.

 

Konvence dokumentace

 

Při psaní dokumentace v HTML bude dodržován standart HTML 4.01. Kódování češtiny bude Windows CP-1250.

 

Konvence kódu

 

 

Revize a audity

 

Účel

 

Úč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.

 

Inspekce a revize

 

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:

  1. inspekce úvodní studie

Evaluace úvodní studie, kontrola plnění požadavků, kontrola integrity dokumentu

  1. inspekce analýzy

Evaluace analýzy, kontrola plnění požadavků, kontrola integrity analýzy, verifikace s úvodní studií

  1. inspekce návrhu

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.

 

Testy

 

Účel

 

Účelem testů je ověřit předpokládanou činnost programu a s co největší pravděpodobností objevit skryté chyby.

 

Testy

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é.

Metody evidence a způsob řešení zjištěných problémů

 

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, techniky a metodika

 

Nástroje:

  1. SQL monitor
  2. TCP/IP monitor
  3. Vlastní testové programy

 

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

 

Kontrola mědií

 

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).

 

Kontrola subdodávek

 

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š.

 

Zápisy

 

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.