Systém rezervace letenek

2. Analýza projektu

2.1. Procesní model (funkční analýza)

Seznam událostí

• zákazníkem byl vznesen dotaz na hledání spojení
• registrace zákazníka
• zaregistrovaným zákazníkem byla vznesena žádost na rezervaci letenky
• zaregistrovaným zákazníkem byla potvrzena (zrušena) rezervace
• letecká společnost přidala (zrušila) let
• letecká společnost vznesla dotaz na rezervované letenky
• letecká společnost vznesla dotaz na statistiky
• administrátor přidal (smazal) leteckou společnost
• administrátor vložil nové stránky (upravil stávající)

Minispecifikace procesu

Mezi základní procesy patří:

• procesy pro přihlášení = kontrolují uživatelské jméno a heslo
• procesy pro práci s uživatelem
• procesy pro práci s leteckou společností
• procesy pro práci s daty
• procesy pro správu systému

a dva procesy, které nejsou součástí návrhu systému, ale patří do množiny spouštěných procesů:

• WWW browser
• prostředí vývoje HTML stránek

Pro dosažení větší přehlednosti a pochopení práce systému dělíme ještě některé základní procesy na dílčí podprocesy a to:

• procesy pro práci s uživatelem:
  • proces zaregistrování nového uživatele = spočívá v zanesení informací přihlašovacího formuláře do databáze
  • proces změny = umožňuje zákaznikovi změnit některé údaje
• procesy pro práci s leteckou společností:
  • proces vkládání, rušení a editace spoje
  • proces změny informací o společnosti
• procesy pro práci s daty:
  • proces pro vyhodnocování statistických údajů
  • proces pro vyhledávání v databázi podle zadaných kriterií
  • proces pro práci s rezervacemi

(verze 1, dodal Jindra)

2.2. Dynamický model

(verze 2, dodal Ruda + Mira)

2.3. Datový model (ER - diagram)

(verze 2, dodal Mira + Ruda)
 

2.4. Plán testů

V této části jsou uvedeny testy, které musí jednotlivé části systému i celý systém splnit.

1. testy implementace databáze
   
   1. test zda je správně implementován E-R model
   2. testy trigerů databáze
   
   
2. testy aplikačního serveru
   
   1. zda je aplikace a autorizace v pořádku. Především z hlediska bezpečnosti
   2. testování proběhne metodou Black Box i White Box
   
   
3. testy implementace knihoven
   
   1. test GUI, jednotlivých částí, utility
   2. integritní omezení
   3. metody Black Box i White Box
   
   
4. testy implementace kostry systému
   
   1. funkčnost jednotlivých menu, zatím bez větší návaznosti na podprogramy
   2. metody Black Box i White Box
   
   
5. testy jednotlivých formulářů
   
   1. test zda je na formulářích vše jak má být a zda vše funguje
   2. test GUI
   
   
6. testy integrace
   
   1. zda jsou správně všechna navázání jednotlivých utilit a podprogramů na kostru
   
   
7. testy systémové
   
   1. ošetření všech výjimek a zotavení
   2. test bezpečnosti, zatížení
   
   

Akceptační test

Akceptační test zadává zákazník, aby si ověřil, že výsledný produkt bude splňovat jím specifikované požadavky.

Testy budou dva. První zaměřen na zpracování dat o letenkách, druhý na ověření funkce databáze o zákaznících, zvláště na údaj o počtu absolvovaných letů.

Testy modulů

Bereme v úvahu tyto moduly:

• Vyhledání letu
• Rezervace letenky
• Potvrzení rezervace letenky
• Uložení dat o klientovi

Vyhledání letu:

Vstup:	start_letiste = Praha, cil_letiste = Paříž, datum = 22. 4. 2002
Výstup:	id_letu (seznam letů odpovídající zadaným parametrům)

Rezervace letenky:

Vstup:	id_letu = 137, id_zakaznika = 5382
Výstup:	cislo_rezervace (číslo rezervace vygenerované systémem)

Potvrzení rezervace letenky:

Vstup:	cislo_rezervace = 639
Výstup:	potvrzeni_rezervace (číslo potvrzení vygenerované systémem)

Uložení dat o zákazníkovi:

Vstup:	jmeno = Josef, prijmeni = Novák, RC = 6703154285
Výstup:	id_zakaznika vygenerované systémem

Testy grafického rozhraní

Pro testování budeme potřebovat přesný popis chování rozhraní. Testování můžeme provádět buď ručně, což je vhodné pro ne příliš rozsáhlá rozhraní, a nebo pomocí nějakého automatického přípravku (například program Robot z balíku firmy Rational).

Integrační testy

Když jsme otestovali jednotlivé moduly, samostatně můžeme přistoupit k integračnímu testování, které má ověřit, zda spolu budou všechny moduly spolupracovat se zaměřením na konzistenci databázových dat. Tento test provedeme pro všechny funkce daných modulů.

Test dynamické způsobilosti systému

Nyní zbývá otestovat "dynamiku" systému. Jedná se o test spíše z hlediska konfigurace celého systému než z hlediska návrhu SW. Propustnost sítě a rychlost odezvy na databázové dotazy je záležitostí nakonfigurování daných oblastí a je již ve velké míře zajištěna v dodaném SW.

(verze 6, dodal Fanda + David, opravil Míra, upravil K.D. - aby testy odpovídaly dat. slovníku, Fanda přidal test dynamiky; David dost přepracoval Fandovu verzi 5)