Univerzita Komenskeho v Bratislave

Fakulta matematiky, fyziky a informatiky

kovy projekt - DrivingSchool Agent Rocn

Specikcia softvrovch a e y poiadaviek z

Autor: Miroslav Safarik

Vedci projektu: u Mgr. Radoslav Skoviera

OBSAH

OBSAH

Obsah
1 Uvodn informcie e a 1.1 Ciele pecikcie . . . s a 1.2 Struktra dokumentu . u 1.3 Odporania pri uc ctan 1.4 Ciele projektu . . . . . 1.5 Internetov strnka . . a a . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 3 3 4 4 4 6 6 6 7 7 7 8 8 9 9 10 10 11 12 12 13 13 14 14 15 15 16 17 17 18 18

2 Celkov popis y 2.1 Perspekt produktu . . . . . . . . . . . . va 2.2 Cielov pou zvatelia . . . . . . . . . . . . . 2.3 Operan prostredie . . . . . . . . . . . . . c e 2.4 Pou zvatelsk dokumentcia . . . . . . . . a a 2.5 Vlastnosti produktu . . . . . . . . . . . . 2.5.1 Prihlsenie pou a zvatela . . . . . . . 2.5.2 Pou zvatelsk skupiny a hesl . . . e a 2.5.3 Zmena pou zvatelskho hesla . . . . e 2.5.4 Vytvorenie databzy . . . . . . . . a 2.5.5 Otvorenie a uloenie databzy . . . z a 2.5.6 Informcie o tudentoch . . . . . . a s 2.5.7 Manaovanie tudentov . . . . . . . z s 2.5.8 Triedenie a ltrovanie tudentov . . s 2.5.9 Cvin jazdy tudenta . . . . . . . c e s 2.5.10 Prieben hodnotenie tudenta . . . z e s 2.5.11 Skka tudenta . . . . . . . . . . . us s 2.5.12 Informcie o intruktoroch . . . . . a s 2.5.13 Manaovanie intruktorov . . . . . z s 2.5.14 Triedenie a ltrovanie intruktorov s 2.5.15 Informcie o autch . . . . . . . . . a a 2.5.16 Manaovanie aut . . . . . . . . . . z 2.5.17 Triedenie a ltrovanie ut . . . . . a 2.5.18 Stav auta . . . . . . . . . . . . . . 2.5.19 Ocilne testy . . . . . . . . . . . . a 2.5.20 Strom udajov . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . .

OBSAH

OBSAH

3 Poiadavky na rozhrania z 19 3.1 Pou zvatelsk rozhranie . . . . . . . . . . . . . . . . . . . . . . 19 e 3.2 Hardvrov rozhranie . . . . . . . . . . . . . . . . . . . . . . . 19 e e 3.3 Softvrov rozhranie . . . . . . . . . . . . . . . . . . . . . . . 20 e e 4 In nefunkn poiadavky e c e z 21 . . . . . . . . . . . . . . . . . . . . 21 4.1 Poiadavky na bezpenost z c 5 Casov pln y a 5.1 Nult fza . a a 5.2 Prv fza . a a 5.3 Druh fza . a a 5.4 Tretia fza . a 5.5 Stvrt fza . a a 6 Pr loha A 22 22 22 22 22 23 24

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

. . . . .

 1 UVODNE INFORMACIE

1
1.1

Uvodn informcie e a
Ciele pecikcie s a

Cielom tejto pecikcie je pecikovat presn a detailn poiadavky pre s a s e e z vvoj softvru aplikcie DrivingSchool Agent. Specikuj sa v nej detailne y e a u jednotliv funkcionality, ktor m aplikcia obsahovat , poiadavky na jede e a a z notliv rozhrania, priom draz je kladen hlavne na pou e c o y zvatelsk rozhrae nie. Specikcia m umonit programtorovi presne naprogramovat aplikciu a a z a a a poiadaviek tak, aby vsledn produkt obsahoval presne to, o v nom podl z y y c zadvatel pecikcie chce mat . Rovnako sa v nej ur asov pln, podla a s a c c y a ktorho sa bude postupovat pri vvoji aplikcie. e y a

1.2

Strukt ra dokumentu u

Dokument je trukturovan do piatich kapitol. s y Prv kapitola obsahuje uvodn informcie, ktor s uren najm pre a e a e u c e a vvojra alebo vvojrov aplikcie. Je v nej rovnako mon njst strun y a y a a z e a c y popis projektu a jeho ciele, a tie je tu mon njst referencie odkazy na z z e a alie dokumenty, ktor s aplikciou svisia. d s e a u Druh kapitola obsahuje podrobn popis produktu, pohlad do budcnosti, a y u ovch pou ov aplikcie, strun informcie o pou popis ciel y zvatel a c e a zvatelskej dokumentcii, a najm detailn rozbor jednotlivch vlastnost a funkcional a a y y t, ktor m vsledn produkt obsahovat . Rovnako je tu pecikovan vvojov e a y y s e y e aplikcia naprogramoprostredie a programovac jazyk, v ktorom m byt a a van. Tto kapitola je kritick pre korektn vvoj aplikcie a jej a a a y y a ctanie je programtorovi aplikcie drazne odporan. a a o uc e Tretia kapitola obsahuje poiadavky na rozhrania, sstredujc sa najm z u u a na pou zvatelsk rozhranie (GUI). Je tu konkrtnejie pop e, ako by jede e s san a ako by mali byt prepojen notliv asti aplikcie mali gracky vyzerat e c a e s jednotlivmi funkcionalitami. Strunejie s tu pop e poiadavky na y c s u san z hardvrov a softvrov rozhranie, t.j. poiadavky na hardvrov vybavenie e e e e z e e po cov, na ktorch by aplikcia mala beat , a poiadavky na vvojov cta y a z z y e prostredie. Stvrt kapitola obsahuje hlavne poiadavky na zabezpeenie aplikcie, a z c a stup iba najm popis jednotlivch skup pou a y n zvatelov, ktor by mali mat pr ku konkrtnym funkcionalitm aplikcie. e a a

1.3 Odporania pri uc ctan

1 UVODNE INFORMACIE

Piata kapitola obsahuje podrobnej asov pln, podla ktorho sa bude s c y a e aplikcia vyv . a jat

1.3

Odporania pri uc ctan

Specikcia je uren najm pre programtorov aplikcie. S to konkrtne a c a a a a u e druh a tretia kapitola v druhej kapitole pecilne ast 2.5 Vlastnosti proa s a c duktu, v ktorej s presne pecikovan vlastnosti a funkcionality, ktor je u s e e , a v tretej kapitole ast 3.1 Pou potrebn v aplikcii implementovat e a c zvatelsk e rozhranie, v ktorej je pop e, ako presne m vyzerat pou san a zvatelsk rozhrae nie a ako maj byt jednotliv informcie v aplikcii zobrazovan. Cast 1.5 u e a a e Internetov strnka v prvej kapitole je uren aj pre ostatnch pou a a c a y zvatelov aplikcie, kede tu je uveden miesto, kde je mon njst pou a z e z e a zvatelsk dou kumentciu. a

1.4

Ciele projektu

Cielom projektu je naprogramovanie produktu aplikcie, ktor bude praka a tickm a vyuitelnm doplnkom v lubovolnej autokole a ktor umon y z y s a z manaovat a organizovat jednotliv udaje, ktor svisia s agendou kadej z e e u z autokoly. K takmto udajom patria napr s y klad informcie o zamestnancoch a autokoly, informcie o pou ych automobiloch, informcie o tudentoch s a zvan a s a pod. Aplikcia rovnako umon plnovat jednotliv term (napr. skok, a z a e ny us cvinch jzd, . . . ) bude mat teda aj charakter plnovaa. Aplikcia bude c y a a c a mat okrem organizano-plnovacieho neskr mono aj edukan charakter, c a o z c y tudentov autokoly. kedy aplikcia umon prostredn a z ctvom testov testovat s s Vsledn aplikcia by mala zjednoduit plnovanie a organizovanie v y a a s a y lubovolnej autokole tak, aby sa viac asu mohlo venovat vuke a menej s c administrat vnym zleitostiam. a z

1.5

Internetov strnka a a

Aplikcia bude programovan v rmci ron eho projektu a vetky veci a a a c kov s svisiace s aplikciou, t.j. tmto ron ym projektom bud umiestnen u a y c kov u e na osobnej internetovej strnke fakulty zadvatela pecikcie a zrove aj a a s a a n programtora aplikcie. Na tejto strnke bude umiestnen tto pecikcia, a a a a a s a zdrojov kd aplikcie zaheslovan a ochrnen pred zneuit vsledn y o a y a y z m, y a

1.5 Internetov strnka a a

1 UVODNE INFORMACIE

aplikcia a nakoniec aj pou a zvatelsk dokumentcia. Adresa internetovej a a strnky je http://www.st.fmph.uniba.sk/safarik11/driving. a

 2 CELKOVY POPIS

2
2.1

Celkov popis y
Perspekt produktu va

Na trhu aplikci a sofvru sa nachdza len velmi mlo takch produktov, a e a a y ktor by autokoly mohli vyuit na zjednoduenie svojej agendy. Preto mnoh e s z s e autokoly pou u klasick metdu typu papier a pero, ktor je v dnenej s zvaj u o a s mi nron. Aplikcia DrivingSchool Agent dobe u neefekt z vna a asovo vel c a c a a umon presunt ast tejto papierovej agendy do elektronickej podoby, o z u c c zamestnancom autokoly vo velkej miere nielen uetr as, ale aj jednotliv s s c e adn a nepriamo zabezpe aj ich archivciu. informcie a udaje viac sprehl a c a Pr kladom neefektivity je napr klad plnovanie si jzd do poznmkovho a a a e napr bloku zo strany intruktorov. Takto spsob me vystit s y o oz u klad k zabudnutiu term zo strany intruktora, pr nu s padne u pri samotnej tvorbe z term me djst k prekrytiu s inm term nu oz o y nom. Takto nieo by napr e c klad aplikcia DrivingSchool Agent nikdy nedovolila. Do budcnosti je mon a u z e aplikciu aj rozirovat , pr a s padne upravovat podla poiadaviek konkrtnych z e autokl. s o

2.2

Cielov pou zvatelia

Aplikcia DrivingSchool Agent bude uren pre zamestnancov autokoly, a c a s lep prehlad o cvinch jazdch, najm intruktorov. Tm umon mat a s y z s c y a skkach a o svojich tudentoch veobecne. Rovnako im umon manaovat us s s z z udaje o automobile, ktor im je pridelen, pr y y padne si sami bud mct testou o vat vedomosti z oblasti dopravnch znaiek alebo ocilnych testov. Cast apy c a likcie bude ale pr a stupn len majitelovi autokoly, pr a s padne IT pecialistovi, s ktor by pre autokolu pracoval. Jednotliv asti aplikcie bude mon y s e c a z e spr stupnit konkrtnym pou e zvatelom nastaven oprvnen detaily s m a u pecikovan v asti 4.1 Poiadavky na bezpenost . s e c z c adom na to, e pri cielovch pou och sa oakvaj len prieVzhl z y zvatel c a u mern znalosti z oblasti informanch technolgi a prci s po com, bude e c y o a cta aplikcia intuit sk rozhranie, ktor je bliie pecikovan mat a vne pou zvatel e e zs s e v asti 3.1 Pou c zvatelsk rozhranie. e

2.3 Operan prostredie c e

2 CELKOVY POPIS

2.3

Operan prostredie c e

Aplikcia bude beat na operanom systme Windows 7 v lubovolnej ed a z c e cii. Bude podporovan ako 64-bitovou, tak aj 32-bitovou verziou operanho a c e systmu. Sptn kompatibilita so star operanmi systmami Windows e a a smi c y e je v a (maximlne vak po verziu Windows XP). Vzhladom na multiplattan a s y formovost vvojovho prostredia by bolo v e, keby aplikcia beala aj pod e tan a z operanm systmom Mac OS X alebo Linux, splnenie tejto poiadavky vak c y e z s nie je nutn. e

2.4

Pou zvatelsk dokumentcia a a

Po dokonen aplikcie (vid. kapitola 5 Casov pln) bude sp a c a y a san pou zvatelsk dokumentcia, ktorej cielom bude zjednoduit oboznmenie a a s a ovi. Dokumentcia bude obsahovat popis jed sa s aplikciou jej pou a zvatel a notlivch funkcional a monost aplikcie, priom k viacerm bud uvey t z a c y u ahie pochopit . den aj nzorn obrzky, z ktorch bude dan funkcionalitu l s e a e a y u Pou zvatelsk dokumentcia bude zverejnen na internetovej strnke proa a a a jektu.

2.5

Vlastnosti produktu

V tejto asti pecikcie s podrobne pop e jednotliv vlastnosti func s a u san e . Kad vlastnost m a kcionality, ktor by vsledn aplikcia mala obsahovat e y a a z a tri zkladn charakteristiky. a e Popis a priorita obsahuje strun popis vlastnosti a prioritu, ak c y u m pri implementcii vo vslednej aplikcii, priom priority s rozdelen do a a y a c u e troch kategri konkrtne: o , e zkladn funkcionalita najvyia priorita pri implementcii, vsledn a a ss a y a aplikcia mus dan funkcionalitu obsahovat a u zkladn nadstavba stredn priorita pri implementcii, je silne oda a a a poran, aby vsledn funkcionalita bola v aplikcii zapracovan uc e y a a a nadstavba najniia priorita, implementcia nie je nutn, je mon zs a a z e ju implementovat v neskorej verzii, pr s padne v pr pade dostatku asu c aj v zkladnej a

2.5 Vlastnosti produktu

2 CELKOVY POPIS

Vstupn a vstupn poiadavky - obsahuje popis vstupnch a vstupnch e y e z y y y poiadaviek, ktor svisia s danou funkcionalitou, t.j. funkcionalita me funz e u oz govat len za nejakch predpokladov a okolnost y . Funkn poiadavky - detailnej popis funkcionality a jej sprvania. c e z s a 2.5.1 Prihlsenie pou a zvatela

Popis a priorita Priorita: zkladn funkcionalita. a a Popis: umon prihlsit pou z a zvatela do aplikcie v pr a pade sprvne zadanho a e mena a hesla. Vstupn a vstupn poiadavky e y e z Vstupn poiadavky: iadne. e z z Vstupn poiadavky: sprvne pou y e z a zvatelsk meno a heslo (pri existujcej e u databze), korektne zadan udaje (pri vytvran novej databzy). a e a a Funkn poiadavky c e z Funkcionalita zabezpe e sa pri otvoren aplikcie a existujcej korektnej c, z a u databzy skontroluje zadan meno a heslo, a na zklade sprvnosti tchto a e a a y udajov bud u zvatela uspene prihlsi (sprvne udaje), alebo vypse hlku s a a as o nespenom prihlsen (nesprvne udaje). Po troch nespench pokusoch u s a a u s y sa aplikcia zatvor V pr a . pade, e databza neexistuje, bude sa pokraovat z a c vytvoren novej databzy. V pr m a pade, e databza existuje, ale nie je koz a rektn, zobraz sa o tom hlka a rovnako sa bude dat pokraovat vytvoren a as c m novej databzy. a 2.5.2 Pou zvatelsk skupiny a hesl e a

Popis a priorita Priorita: zkladn funkcionalita. a a Popis: umon administrtorovi manaovat pou z a z zvatelsk skupiny a hesl. e a Vstupn a vstupn poiadavky e y e z Vstupn poiadavky: prihlsen administrtor. e z a y a najce parametre, aspo 1 administrtor Vstupn poiadavky: heslo spl u y e z n a v skupine.

2.5 Vlastnosti produktu

2 CELKOVY POPIS

Funkn poiadavky c e z V aplikcii bud existovat dve pou a u zvatelsk skupiny: pou e zvatelsk skua pina administrtor a pou a zvatelsk skupina intruktor. Kad administrtor a s z y a bude intruktor, nie kad intruktor bude administrtor. Funkcionalita zos z y s a braz lenov jednotlivch skup a umon lenom pou c y n z c zvatelskej skupiny a intruktor nastavit prva administrtora (t.j. preradit ich do skupiny admis a nistrtor) a naopak (podmienka vak je, aby v aplikcii vdy zostal aspo jea s a z n den administrtor). Rovnako sa bude dat zmenit heslo lubovolnmu a e ovi, priom heslo bude musiet mat dzku minimlne 8 znakov a vo l pou zvatel c a vntri aplikcie bude ifrovan sha1 ifrovan Funkcionalita bude pr u a s e s m. stupn a len administrtorom, t.j. lenom skupiny administrtor. a c a 2.5.3 Zmena pou zvatelskho hesla e

Popis a priorita Priorita: zkladn funkcionalita. a a Popis: umon pou z zvatelovi zmenit pou e heslo na prihlsenie sa do zvan a aplikcie. a Vstupn a vstupn poiadavky e y e z Vstupn poiadavky: prihlsen pou e z a y zvatel. najce parametre. Vstupn poiadavky: heslo spl u y e z Funkn poiadavky c e z Funkcionalita umon prihlsenmu pou z a e zvatelovi zmenit si heslo. Nov heslo e zku minimlne 8 znakov, priom pou mus mat dl a c zvatel bude musiet na aj aktulne (star) heslo. Ak pou zad heslo, ktor nespna zmenu zadat a e zvatel a e l poadovan parametre, alebo nezad star heslo, aplikcia heslo nezmen a z e a e a oznmi o tom sprvu pou a a zvatelovi. 2.5.4 Vytvorenie databzy a

Popis a priorita Priorita: zkladn funkcionalita. a a Popis: pri spusten aplikcie v pr a pade neexistujcej databzy vytvor dau a tabzu. a

2.5 Vlastnosti produktu

2 CELKOVY POPIS

Vstupn a vstupn poiadavky e y e z Vstupn poiadavky: neexistujca alebo existujca nekorektn databza. e z u u a a Vstupn poiadavky: korektne zadan udaje. y e z e Funkn poiadavky c e z V pr pade, e pre aplikciu neexistuje vytvoren databza alebo existuje daz a a a tabza, ktor nie je korektn, umon aplikcia pri spusten vytvorit nov daa a a z a u tabzu vo forme binrneho sboru typu .dat. Aplikcia si vypta od a a u a y pou zvatela minimlne tieto informcie: meno autokoly, s a a s dlo, meno majitela a potom tak ist informcie ako pri pridvan intruktora. V pr e e a a s pade sprvne a zadanch udajov aplikcia vytvor databzu a prihlsi administrtora. y a a a a 2.5.5 Otvorenie a uloenie databzy z a

Popis a priorita Priorita: zkladn funkcionalita. a a Popis: umon pou z zvatelovi otvorit alebo uloit databzu. z a Vstupn a vstupn poiadavky e y e z Vstupn poiadavky: pre otvorenie databzy prihlsenie pou e z a a zvatela. Vstupn poiadavky: otvoren databza (v pr y e z a a pade ukladania). Funkn poiadavky c e z V pr pade existujcej databzy sa vypta pou u a y zvatelsk meno a heslo a po e jeho sprvnom zadan (prihlsen pou a a zvatela) sa otvor databza. Uloenie a z databzy bude mon len v pr a z e pade, e u bola nejak databza otvoren. V z z a a a pr pade otvorenej a neuloenej databzy sa pred zatvoren aplikcie objav z a m a upozornenie na neuloen databzu. z u a 2.5.6 Informcie o tudentoch a s

Popis a priorita Priorita: zkladn funkcionalita. a a Popis: umon uchovvat v aplikcii informcie o tudentoch autokoly. z a a a s s Vstupn a vstupn poiadavky e y e z Vstupn poiadavky: iadne. e z z Vstupn poiadavky: iadne. y e z z 10

2.5 Vlastnosti produktu

2 CELKOVY POPIS

Funkn poiadavky c e z Aplikcia umon uchovvat informcie o tudentoch autokoly. Tmito ina z a a s s y formciami bud minimlne: meno, priezvisko, dtum narodenia, bydlisko a u a a krajina), email, telefn, OP1 , z (ulica, mesto/obec, PSC, o cslo skan vodisk e c e oprvnenia, typ kurzu (skupinov, individulny, dokolovac kondin jazdy), a y a s , c e cielov skupina VO2 , dtum zaatia kurzu, miesto konania kurzu, zaplaten a a c y poplatok za kurz (50%, 100%, in), kolenie prvej pomoci (z y s skan, zaplae ten poplatok zabezpe autokola, nez y c s skan), psychologick vyetrenie e e s (skupiny C, CE, D z skan, zaplaten poplatok zabezpe autokola, e y c s nez skan). Niektor z tchto informci sa bud zobrazovat pomocou kome e y a u ponentu StringGrid, vetky informcie sa zobrazia po vybran konkrtneho s a e tudenta. s 2.5.7 Manaovanie tudentov z s

Popis a priorita Priorita: zkladn funkcionalita. a a s Popis: umon pridvat , upravovat a mazat tudentov. z a Vstupn a vstupn poiadavky e y e z Vstupn poiadavky: prihlsen pou e z a y zvatel, na a databza, vybran ctan a y tudent (upravovanie, mazanie). s Vstupn poiadavky: informcie zadan v sprvnom formte (pridanie, y e z a e a a upravovanie). Funkn poiadavky c e z Prihlsen pou a y zvatel (intruktor) bude mct manaovat (a organizovat ) s o z udaje o svojich tudentoch. Na pridanie novho tudenta nebud iadne ob s e s uz medzenia, iba sprvne vyplnen informcie o nom. Pri upravovan tudenta a e a s tudenta, ktor sa m upravit , a rovnako bude po bude potrebn vybrat s e y a trebn upravit udaje tak, aby boli sprvne. Pri mazan tudenta je potrebn e a s e s vybrat tudenta. Aplikcia sa pred zmazan spta na potvrdenie, i chce a m y c pou zvatel tudenta skutone vymazat . Bez potvrdenia zostane tudent nes c s zmazan. y
1 2

obiansky preukaz c vodisk oprvnenie c e a

11

2.5 Vlastnosti produktu

2 CELKOVY POPIS

2.5.8

Triedenie a ltrovanie tudentov s

Popis a priorita Priorita: zkladn funkcionalita. a a Popis: umon triedit a ltrovat zobrazen informcie o tudentoch. z e a s Vstupn a vstupn poiadavky e y e z Vstupn poiadavky: prihlsen pou e z a y zvatel, na a databza. ctan a Vstupn poiadavky: iadne. y e z z Funkn poiadavky c e z Aplikcia umon triedit a ltrovat jednotliv informcie o tudentoch. Pri a z e a s pou (intruktor) vybrat parameter, trieden a aj ltrovan si bude mct o zvatel s podla ktorho sa triedenie alebo ltrovanie bude uskutonovat . V pr e c pade, e z sa pou zvatel rozhodne zobrazit udaje v pvodnom tvare, bude sa dat lter o zruit . Rovnako sa bude dat resetovat triedenie. s 2.5.9 Cvin jazdy tudenta c e s

Popis a priorita Priorita: zkladn funkcionalita. a a Popis: umon zadat a spravovat cvin jazdy pre tudenta. z c e s Vstupn a vstupn poiadavky e y e z Vstupn poiadavky: prihlsen pou e z a y zvatel, na a databza, vybran ctan a y tudent, vybran jazda (pri uprave a mazan s a ). Vstupn poiadavky: sprvne zadan udaje (pridvanie, upravovanie). y e z a e a Funkn poiadavky c e z Aplikcia umon pre konkrtneho tudenta zadat jeho cvin jazdy. Cvin a z e s c e c a z typu jazdy (cviisko, premvka), dtumu a asu jazda bude pozostvat a c a a c jazdy, miesta odchodu/pr chodu a dzky jazdy. Jazdy sa bud zobrazovat v l u komponente StringGrid, funkcionalita umon ich pridvanie, upravovanie a z a mazanie. Pred zmazan cvinej jazdy si funkcionalita o tom vypta potvrm c y denie.

12

2.5 Vlastnosti produktu

2 CELKOVY POPIS

2.5.10

Prieben hodnotenie tudenta z e s

Popis a priorita Priorita: zkladn funkcionalita. a a Popis: umon zadvat prieben hodnotenie tudenta z ocilnych testov. z a z e s a Vstupn a vstupn poiadavky e y e z Vstupn poiadavky: prihlsen pou e z a y zvatel, na a databza, vybran ctan a y tudent, vybran hodnotenie (pri mazan s e ). Vstupn poiadavky: sprvne zadan udaje (pridvanie). y e z a e a Funkn poiadavky c e z Funkcionalita umon po vbere konkrtneho tudenta zadat pre neho z y e s prieben vsledky z ocilnych testov. Informcia bude pozostvat z z e y a a a csla testu a potu z c skanch bodov. Funkcionalita vypo percentulny podiel y cta a z skanch vetkch bodov ako aj bodov z konkrtneho testu. Hodnotenie y s y e bude mon iba zmazat . Pred zmazan hodnotenia sa vypta od pou z e m y zvatela potvrdenie tohto ukonu. 2.5.11 Skka tudenta us s

Popis a priorita Priorita: zkladn funkcionalita. a a Popis: umon zadat informcie o skke pre vybranho tudenta. z a us e s Vstupn a vstupn poiadavky e y e z Vstupn poiadavky: prihlsen pou e z a y zvatel, na a databza, vybran ctan a y tudent spnajci parametre pre absolvovanie skky. s l u us Vstupn poiadavky: iadne. y e z z Funkn poiadavky c e z Po splnen predp eho potu cvinch jzd bude mct pou san c c y a o zvatel a (intruktor) prihlsit tudenta na ocilnu skku. Bude nutn zadat dtum s a s a us e a as skky, term skky (riadny, prv opravn, druh opravn), po c us n us y y y y absolvovan skky bude treba dodat informcie o pote z us a c skanch bodov y z ocilneho testu a prejdenie alebo neprejdenie skky na cviisku a v a us c premvke (inak nebude mon zadat opravn term skky). Funkcionaa z e y n us lita nebude pr stupn pre tudentov, ktor absolvuj len kondin jazdy. Bude a s u c e 13

2.5 Vlastnosti produktu

2 CELKOVY POPIS

mon zadat najviac tri term skky pre kadho tudenta. Term skky z e ny us z e s n us nebude mon upravit , bude mon ho iba zmazat (v pr z e z e pade, e nebude z zadan hodnotenie skky). Pred zmazan term skky sa vypta od e us m nu us y a potvrdenie tohto ukonu. pou zvatel 2.5.12 Informcie o intruktoroch a s

Popis a priorita Priorita: zkladn funkcionalita. a a Popis: umon uchovvat v aplikcii z a a autokoly. s Vstupn a vstupn poiadavky e y e z Vstupn poiadavky: iadne. e z z Vstupn poiadavky: iadne. y e z z

informcie a

intruktoroch s

Funkn poiadavky c e z Aplikcia umon uchovvat informcie o intruktoroch autokoly. Tmito ina z a a s s y formciami bud minimlne: meno, priezvisko, bydlisko (ulica, mesto/obec, a u a krajina), dtum narodenia, pou PSC, a zvatelsk meno a heslo, pridelen auto, e e mesan brutto plat. Niektor z tchto informci sa bud zobrazovat poc y e y a u mocou komponentu StringGrid, vetky informcie sa zobrazia po vybran s a konkrtneho intruktora. e s 2.5.13 Manaovanie intruktorov z s

Popis a priorita Priorita: zkladn funkcionalita. a a Popis: umon manaovat (pridvat , upravovat , mazat ) informcie o z z a a intruktoroch. s Vstupn a vstupn poiadavky e y e z Vstupn poiadavky: prihlsen administrtor, na a databza, vye z a y a ctan a bran intruktor (pri uprave a mazan iaden pridelen tudent (pri may s ), z y s zan ). Vstupn poiadavky: informcie zadan v sprvnom formte (pridanie, y e z a e a a upravovanie).

14

2.5 Vlastnosti produktu

2 CELKOVY POPIS

Funkn poiadavky c e z Prihlsen administrtor bude mct manaovat (a organizovat ) udaje o a y a o z intruktoroch. Na pridanie novho intruktora nebud iadne obmedzenia, s e s u z iba sprvne vyplnen informcie o nom. Pri upravovan intruktora bude poa e a s s trebn vybrat intruktora, ktor sa m upravit , a rovnako bude potrebn e y a e upravit udaje tak, aby boli sprvne. Pri mazan intruktora je potrebn vya s e intruktora. Aplikcia sa pred zmazan spta na potvrdenie, i chce adbrat s a m y c ministrtor intruktora skutone vymazat . Bez potvrdenia zostane intruktor a s c s intruktor pridelench iadnych nezmazan. Pri mazan nesmie mat y s y z tudentov. Funkcionalita nebude pr s stupn benm pou a z y zvatelom. 2.5.14 Triedenie a ltrovanie intruktorov s

Popis a priorita Priorita: nadstavba. Popis: umon triedit a ltrovat zobrazen informcie o intruktoroch. z e a s Vstupn a vstupn poiadavky e y e z Vstupn poiadavky: prihlsen administrtor, na a databza. e z a y a ctan a Vstupn poiadavky: iadne. y e z z Funkn poiadavky c e z Aplikcia umon triedit a ltrovat jednotliv informcie o intruktoroch. Pri a z e a s trieden a aj ltrovan si bude mct administrtor vybrat parameter, podla o a . V pr ktorho sa triedenie alebo ltrovanie bude uskutonovat e c pade, e sa z administrtor rozhodne zobrazit udaje v pvodnom tvare, bude sa dat lter a o zruit . Rovnako sa bude dat resetovat triedenie. Kede sa neoakva, e by s z c a z databza obsahovala velk poet intruktorov, tto funkcionalita je zaraden a y c s a a a do kategrie nadstavba, teda ju nie je nutn implementovat v zkladnej verzii o e aplikcie. a 2.5.15 Informcie o autch a a

Popis a priorita Priorita: zkladn funkcionalita. a a Popis: umon uchovvat v aplikcii informcie o autch autokoly. z a a a a s

15

2.5 Vlastnosti produktu

2 CELKOVY POPIS

Vstupn a vstupn poiadavky e y e z Vstupn poiadavky: iadne. e z z Vstupn poiadavky: iadne. y e z z Funkn poiadavky c e z Aplikcia umon uchovvat informcie o autch autokoly. Tmito a z a a a s y informciami bud minimlne: nzov vozidla, typ vozidla, max. poet osb, a u a a c o evidenn znaka vozidla, vlastn c a c ctvo vozidla, dtum kpy/prenajatia, poet a u c najazdench kilometrov. Niektor z tchto informci sa bud zobrazovat y e y a u pomocou komponentu StringGrid, vetky informcie sa zobrazia po vybran s a konkrtneho auta. e 2.5.16 Manaovanie ut z a

Popis a priorita Priorita: zkladn funkcionalita. a a Popis: umon manaovat (pridvat , upravovat , mazat ) informcie o autch. z z a a a Vstupn a vstupn poiadavky e y e z Vstupn poiadavky: prihlsen administrtor, na a databza, vye z a y a ctan a bran auto (pri uprave a mazan iaden pridelen intruktor (pri mazan e ), z y s ). Vstupn poiadavky: informcie zadan v sprvnom formte (pridanie, y e z a e a a upravovanie). Funkn poiadavky c e z Prihlsen administrtor bude mct manaovat (a organizovat ) udaje o a y a o z autch. Na pridanie novho auta nebud iadne obmedzenia, iba sprvne a e u z a vyplnen informcie o nom. Pri upravovan auta bude potrebn vybrat auto, e a e , a rovnako bude potrebn upravit udaje tak, aby boli ktor sa m upravit y a e sprvne. Pri mazan auta je potrebn vybrat auto. Aplikcia sa pred zmaa e a zan spta na potvrdenie, i chce administrtor auto skutone vymazat . Bez m y c a c potvrdenia zostane auto nezmazan. Pri mazan nesmie byt auto pridelen e e iadnemu intruktorovi. Funkcionalita nebude pr z s stupn benm a z y om. pou zvatel

16

2.5 Vlastnosti produktu

2 CELKOVY POPIS

2.5.17

Triedenie a ltrovanie ut a

Popis a priorita Priorita: nadstavba. Popis: umon triedit a ltrovat zobrazen informcie o autch. z e a a Vstupn a vstupn poiadavky e y e z Vstupn poiadavky: prihlsen administrtor, na a databza. e z a y a ctan a Vstupn poiadavky: iadne. y e z z Funkn poiadavky c e z Aplikcia umon triedit a ltrovat jednotliv informcie o autch. Pri triea z e a a administrtor vybrat parameter, podla den a aj ltrovan si bude mct o a ktorho sa triedenie alebo ltrovanie bude uskutonovat . V pr e c pade, e sa z administrtor rozhodne zobrazit udaje v pvodnom tvare, bude sa dat la o ter zruit . Rovnako sa bude dat resetovat triedenie. Kede sa neoakva, e s z c a z by databza obsahovala velk poet ut, tto funkcionalita je zaraden do a y c a a a v zkladne verzii kategrie nadstavba, teda ju nie je nutn implementovat o e a aplikcie. a 2.5.18 Stav auta

Popis a priorita Priorita: zkladn funkcionalita. a a Popis: umon pou z zvatelovi menit niektor informcie o jemu pridelenom e a aute. Vstupn a vstupn poiadavky e y e z Vstupn poiadavky: prihlsen pou e z a y zvatel, na a databza. ctan a Vstupn poiadavky: korektne zadan udaje. y e z e Funkn poiadavky c e z Funkcionalita umon pou z zvatelovi menit niektor informcie o jemu pridee a lenom aute. Takmito informciami bud napr. kilometrov stav, mnostvo y a u y z paliva v ndri (stav ndre), pr a z a z padne nejak technick poznmky. e e a

17

2.5 Vlastnosti produktu

2 CELKOVY POPIS

2.5.19

Ocilne testy a

Popis a priorita Priorita: nadstavba. Popis: umon pou z zvatelovi otestovat sa prostredn ctvom ocilnych testov. a Vstupn a vstupn poiadavky e y e z Vstupn poiadavky: prihlsen pou e z a y zvatel. Vstupn poiadavky: iadne. y e z z Funkn poiadavky c e z Prostredie umon prihlsenmu pou z a e zvatelovi otestovat si svoje vedomosti nastaven asov limit, priom v nom ocilnymi testami. Testy bud mat a u yc y c bude potrebn odpovedat na vetky otzky testu. Test na zver vypse e s a a vsledn skre. Toto sa nebude nikde ukladat , t.j. bude mat len isto iny e o c forman charakter pre pou c y zvatela aplikcie. Kede funkcionalita nesvis a z u priamo s organizano-plnovac charakterom aplikcie, jedn sa len o nadc a m a a stavbu. 2.5.20 Strom udajov

Popis a priorita Priorita: zkladn nadstavba. a a Popis: zobraz jednotliv udaje v konzistentnom stromovom tvare. e Vstupn a vstupn poiadavky e y e z Vstupn poiadavky: prihlsen pou e z a y zvatel, na a databza. ctan a Vstupn poiadavky: iadne. y e z z Funkn poiadavky c e z Funkcionalita pomocou komponentu TreeView zobraz jednotliv informcie e a v stromovej truktre. Bud to informcie v tvare: intruktor (auto) > s u u a s tudenti > pre kadho tudenta cvin jazdy a nsledne skky > pre s z e s c e a us kad skku term a vsledky (bodov a prospechov hodnotenia). z u us ny y e e

18

 3 POZIADAVKY NA ROZHRANIA

3
3.1

Poiadavky na rozhrania z
Pou zvatelsk rozhranie e

Aplikcia bude mat rozsiahlu grack nadstavbu pre pou a u zvatelov (pou zvatelsk zhranie GUI). Viacer udaje bud vypisovan v tabulke poe e u e mocou komponentu StringGrid, pre pridvanie a upravovanie udajov sa bud a u samostatn okn. Pri spusten aplikcie sa zobraz hlavn okno apvyu zvat e a a e likcie (neakt a vne) a nad n okno pre prihlsenie pou m a zvatela (ak existuje korektn databza) alebo okno pre vytvorenie novej databzy (ak neexisa a a tuje databza alebo existuje nekorektn databza). Po prihlsen sa aktivuje a a a a hlavn okno aplikcie, ktor bude obsahovat tlaidlov menu s ikonkami, e a e c e ktor bud odzrkadlovat charakter opercie (napr. pridvanie informcie e u a a a bude reprezentovan ikonkou plus, mazanie m e nus, ...). Hlavn okno bude obe sahovat aj klasick aplikan menu, pomocou ktorho sa bude dat pristupoe c e e k rznym astiam aplikcie. Okrem toho, e hlavn okno bude vstupnou vat o c a z e brnou do aplikcie, bude toto okno obsahovat aj informcie o tudentoch a a a s vyp e v komponente StringGrid. Nkres hlavnho okna aplikcie je na san a e a obr. 1 v pr lohe A. Vypisovanie (a sprva) informci o intruktoroch sa bude zobrazovat a a s podobn charakter ako hlavn okno v samostatnom okne, ktor bude mat e y e aplikcie nebude ale obsahovat aplikan menu. To ist bude platit pre a c e e informcie o autch, stromov truktru udajov, ocilne testy, cvin jazdy a a us u a c e tudenta, prieben hodnotenie tudenta a skky tudenta (vetko samoss z e s us s s tatn okn). Tieto okn s znzornen na obr. 2 v pr e a a u a e lohe A. Okn na pridvanie a upravovanie jednotlivch udajov s na obr. 3 v a a y u pr lohe A. Potvrdenia akci pou zvatela sa bud diat cez dialgov okn. u o e a

3.2

Hardvrov rozhranie e e

Aplikcia nebude nron na vkon po ca a mala by bez problmov beat a a c a y cta e z na zostavch typu lowstream k dtumu oktber 2012. Minimlne poiadavky a a o a z na vkon zahnaj aspo 1.0 GHz jednojadrov alebo viacjadrov procey r u n y y sor, 512 MB pamte RAM, 100 MB volnho diskovho priestoru, grack a e e u kartu s aspo 64 MB pamte a operan systm Windows XP. Odporan n a c y e uc e poiadavky zahnaj aspo 1.6 GHz jednojadrov alebo viacjadrov procez r u n y y sor, 1 GB pamte RAM, 500 MB volnho diskovho priestoru, grack kartu a e e u 19

3.3 Softvrov rozhranie e e

3 POZIADAVKY NA ROZHRANIA

s aspo 128 MB pamte a operan systm Windows 7. n a c y e

3.3

Softvrov rozhranie e e

Vvoj aplikcie bude prebiehat v multiplatformovom vvojovom prostred y a y Lazarus, verzia 1.0.2. Ako programovac jazyk bude pouit objektov Pas z y y cal, kompilcia aplikcie bude prebiehat pomocou kompiltoru FreePascal a a a 2.6.0. Aplikcia bude skompilovateln ako v 64-bitovej verzii vvojovho a a y e komponent prostredia Lazarus, tak aj v 32-bitovej. Aplikcia bude pou a zvat DCPcrypt na ifrovanie hesla pomocou sha1 ifrovania. s s

20

 4 INE NEFUNKCNE POZIADAVKY

4
4.1

In nefunkn poiadavky e c e z
Poiadavky na bezpenost z c

Aplikcia bude pr a stupn len pou a zvatelom, ktor bud mat meno a heslo na u prihlsenie. Bez prihlasovacieho mena a hesla sa pou a zvatel dostane najdalej k dialgovmu oknu na prihlsenie. Niektor asti aplikcie, ktor s bliie o e a ec a e u zs pecikovan v asti 2.5 Vlastnosti produktu, bud pr s e c u stupn len e pou zvatelom, ktor bud lenmi skupiny administrtor. Ostatn pou uc a zvatelia sa do tchto ast aplikcie nedostan, t.j. jednak im bude blokovan pr y c a u y stup z menu (pr sn poloky bud v stave disabled) a jednak bude aj aplikcia slu e z u a stupov prva a v pr samotn kontrolovat pr a e a pade, e nebud sprvne, zoz u a braz o tom hlku a pr as stup do takej sekcie zamietne. Binrny sbor obsahujci databzu bude chrnen kdom, ktor bude a u u a a y o y reprezentovat fakt, e dan binrny sbor je skutone uren pre tto apz y a u c c y u dan kd, sa nebude dat v aplikcii likciu. Sbor, ktor nebude obsahovat a u y y o a otvorit . Aby boli udaje v sbore o najviac chrnen, akkolvek vznamnejiu u c a e u y s v dialgovom okne. manipulciu s dtami v tomto sbore bude treba potvrdit a a u o

21

 5 CASOVY PLAN

Casov pln y a

Tto ast pecikcia obsahuje podrobnej asov pln vvoja aplikcie. Nie a c s a s c y a y a je uplne vylen, e niektor funkcionality bud implementovan o nieo uc e z e u e c skr, pr o padne o nieo neskr v zvislosti na asovch monostiach. c o a c y z

5.1

Nult fza a a

V nultej fze tvorby aplikcie dolo k nap a a s saniu tejto pecikcie a k vytvos a reniu konkrtnejej predstavy o tom, ako bude aplikcia vyzerat a ako bude e s a fungovat . Nult fza sa zavi odovzdan pecikcie vedcemu projektu. a a rs m s a u Term ukonenia: 5. november 2012. n c

5.2

Prv fza a a

Prv fza tvorby aplikcie bude spo v implementcii pou a a a cvat a zvatelskho e rozhrania GUI. Po prvej fze by u mali byt funkn jednotliv okn (mali a z c e e a by sa dat otvorit a zavriet ), malo by byt implementovan ikonkov a ape e kompletne navrhnut likan menu v hlavnom okne aplikcie a mali by byt c e a e aj jednotliv komponenty StringGrid. Predpokladan as na vytvorenie GUI e yc je 2-3 tdne. Zvyn as bude venovan vytvoreniu internetovej strnky apyz s yc y a likcie tak, ako je to pop a v asti 1.5 Internetov strnka. a san c a a Term ukonenia: 7. december 2012. n c

5.3

Druh fza a a

V tejto fze bude implementovan vytvranie a otvranie databzy tak, aby a e a a a aj prihlasovanie pou ov. Rovnako sa bude bolo mon implementovat z e zvatel implementovat manarska ast aplikcie bud sa dat pridvat , upravoze c a u a s vat a mazat tudenti, intruktori a aut. Nsledne sa naprogramuje sprva s a a a skch skup a zmena hesla. pou zvatel y n Term ukonenia: 18. janur 2013. n c a

5.4

Tretia fza a

Tretia fza bude spo v dokonen tudentskej asti aplikcie, t.j. bud sa a cvat c s c a u implementovat algoritmy a truktry na sprvu cvinch jzd tudenta, jeho s u a c y a s priebenho hodnotenia a nakoniec aj skky. Aplikcia zane nadobdat z e us a c u 22

 5.5 Stvrt fza a a

5 CASOVY PLAN

charakter plnovaa, kede sa v nej bude dat pohodlne prezriet , kedy m a c z a ktor tudent cvin jazdu alebo skku. Rovnako sa bude implementovat ys c u us triedenie a ltrovanie udajov. Predpokladan term ukonenia: marec/apr 2013. y n c l

5.5

Stvrt fza a a

V tvrtej fze sa zane p pou s a c sat zvatelsk dokumentcia a rovnako sa bude a a . Bude testovan na chyby (bugy) a v pr aplikcia dokonovat a c a pade dobrch y asovch monost bude implementovan nadstavbov funkcionalita. c y z a a Zaven tejto fzy bude zverejnenie pou rs m a zvatelskej dokumentcie na ina ternetovej strnke projektu a odovzdanie aplikcie vedcemu projektu. a a u Predpokladan term ukonenia: mj/jn 2013. y n c a u

23

6 PR ILOHA A

Pr loha A

Obr. 1: Hlavn okno aplikcie e a

Obr. 2: Okn zobrazujce informcie (intruktori, aut, ...) a u a s a

24

6 PR ILOHA A

Obr. 3: Okn na pridvanie/upravovanie a a

25